SIP entre France et étranger

[Casimodo]

Bonjour à tous,

Voilà cela fait plusieurs jours que je cherche une solution. Je suis débutant dans ce domaine de SIP (client / server)
J'ai monté sur mon ESXi une vm pour Asterisk et normalement ouvert les bons ports.
J'ai mis en place un serveur Asterisk et utilise l'interface FreePBX j'arrive sans problème à passer des appels entre mes amis et moi (sur application android) en France en revanche, mon idée était aussi de relier mes amis à l'étrangé (actu test aux Philippines). Et là à chaque tentative avec cet amis la connexion ne dure pas plus de 2s voir au mieux 4s et hop cela coupe. Il utilise "zoiper" comme client. Je me demande si il n'y a pas un problème de latence ou autre. Après quelque teste nous avons une latence de plus de 700ms. Je pense qu'il y a des configuration à faire dans FreePBX mais étant nulle en anglais cela ne m'aide pas.

Merci pour votre aide.

[jean]

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)

[olppp]

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"

[Casimodo]

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/display/AST/SIP+Retransmissions
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/display/AST/SIP+Retransmissions

[Casimodo]

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

[olppp]

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.

[olppp]

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.

[Casimodo]

merci je vais déjà changer le port par défaut

[jean]

les retransmissions sont des erreurs réseau, ca peut être des scans, mais vu le contexte, c'est peut être aussi justifié

en revanche, ca , ca fait peur:
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

je te conseille de jetter un oeil sur les liens dans ma signature

[olppp]

d'accord avec Jean, les topics dans sa signature donnent les bonnes pratiques pour réduire les risques au max.
@Jean : Les retransmissions sont des erreurs réseaux qui confirment souvent les scans :
[2016-01-27 08:00:45] NOTICE[4137]: chan_sip.c:23613 handle_request_invite: Call from '' (104.239.137.42:5070) to extension '+972598090741' rejected because extension not found in context 'sip-default'.
[2016-01-27 08:00:56] NOTICE[4137]: chan_sip.c:23613 handle_request_invite: Call from '' (149.202.90.92:5070) to extension '810972597688214' rejected because extension not found in context 'sip-default'.
[2016-01-27 08:01:17] WARNING[4137]: chan_sip.c:3821 retrans_pkt: Retransmission timeout reached on transmission 3139d3d0436e5aeddcd3937f87fd1bad for seqno 1 (Critical Response) -- See https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions
Packet timed out after 32000ms with no response
[2016-01-27 08:06:42] NOTICE[4137]: chan_sip.c:23613 handle_request_invite: Call from '' (88.150.253.85:5070) to extension '004441244940331' rejected because extension not found in context 'sip-default'.
[2016-01-27 08:07:14] WARNING[4137]: chan_sip.c:3821 retrans_pkt: Retransmission timeout reached on transmission 767a22fb554208b7f03df40fd4cfd32e for seqno 1 (Critical Response) -- See https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions
Packet timed out after 32000ms with no response
la plupart des scanneurs ne se donnent pas la peine de faire un hack sur les paquets de déconnexion.