700 ms c'est enorme, la conversation va pas être plaisante....
il faut regarder les traces sur la console asterisk, et voir qui coupe l'appel (se connecter en ssh au serveur, lancer la console asterisk -rv, puis core set verbose 3)
700 ms c'est enorme, la conversation va pas être plaisante....
il faut regarder les traces sur la console asterisk, et voir qui coupe l'appel (se connecter en ssh au serveur, lancer la console asterisk -rv, puis core set verbose 3)
Sécurisez votre asterisk, lisez ce post du forum: http://www.asterisk-france.org/showt...-recapitulatif et votre patton: http://www.asterisk-france.org/threa...tage-via-tiers - comprenez le nat : http://www.asterisk-france.org/threa...dio-pas-de-son
700 ms ? la liaison passe par satellite ?
faits un test les performances en data. Jitter, débit, perte de paquets.
Essayes de jouer avec le jitterbuffer.
Si tu est "naté" raccourcis les délais des "keepalive paquets"
Dernière modification par olppp ; 26/01/2016 à 18h55.
700ms est le max en général ont est vers 460ms. Il faut s'avoir qu'aux Philippines la plupart des connexions sont en wifi avec des relais de partout donc oui les latence peuvent faire peur !
Dans le log je trouve ce genre de problème
[2016-01-26 16:59:06] WARNING[1878] chan_sip.c: Retransmission timeout reached on transmission 4af75cd6769ec8289260e6a9b9e7b03f for seqno 1 (Critical Response) -- See https://wiki.asterisk.org/wiki/displ...etransmissions
Packet timed out after 32000ms with no response
[2016-01-26 16:59:12] WARNING[1878] chan_sip.c: Retransmission timeout reached on transmission 0cc57a21c19571505266844019e4be11 for seqno 1 (Critical Response) -- See https://wiki.asterisk.org/wiki/displ...etransmissions
De plus ce qui me parait bizzard c'est tout ces appels que je ne fais pas mais que je vois dans le log.
Call Date Recording System CallerID Outbound CallerID DID App Destination Disposition Duration Userfield Account CDR Table CDR Graph
2016-01-26 17:45:28 1453826728.2831 1401 Wait s [from-sip-external] ANSWERED 00:01
2016-01-26 17:45:27 1453826727.2830 1401 Answer s [from-sip-external] ANSWERED 00:01
2016-01-26 17:43:56 1453826636.2829 admin1001 Congestion s [from-sip-external] ANSWERED 00:12
2016-01-26 17:39:36 1453826376.2828 admin1001 Congestion s [from-sip-external] ANSWERED 00:13
2016-01-26 17:38:49 1453826329.2827 1515 Congestion s [from-sip-external] ANSWERED 00:13
2016-01-26 17:38:37 1453826317.2826 1012 Congestion s [from-sip-external] ANSWERED 00:12
2016-01-26 17:35:51 1453826151.2825 9006 Answer s [from-sip-external] ANSWERED 00:00
2016-01-26 17:35:50 1453826150.2824 9006 Answer s [from-sip-external] ANSWERED 00:00
2016-01-26 17:30:18 1453825818.2823 1012 Congestion s [from-sip-external] ANSWERED 00:13
2016-01-26 17:28:51 1453825731.2822 1515 Congestion s [from-sip-external] ANSWERED 00:13
2016-01-26 17:25:52 1453825552.2821 8006 Answer s [from-sip-external] ANSWERED 00:00
2016-01-26 17:25:52 1453825552.2820 8006 Answer s [from-sip-external] ANSWERED 00:00
2016-01-26 17:22:10 1453825330.2819 1012 Congestion s [from-sip-external] ANSWERED 00:13
as-tu pensé à filtrer ton entrée ? Ce que je vois ressemble beaucoup à des scans par des robots qui cherchent des routes ouvertes.
ne restes pas sur le port sip par défault.
si tes amis ont des ip fixes ou des adresses dns dynamiques filtres sur ton firewall.
les enregistrements type :
[2016-01-26 16:59:06] WARNING[1878] chan_sip.c: Retransmission timeout reached on transmission 4af75cd6769ec8289260e6a9b9e7b03f for seqno 1 (Critical Response)
sont caractéristiques des scans. Ils ne font pas propre, ils n'acquittent pas les paquets de déconnexion.
merci je vais déjà changer le port par défaut