Anomalie #1700
Un appel entrant sur le serveur asterisk est déconnecté au bout de 4/5 secondes environ
100%
Description
Le symptôme :
- on utilise notre connexion internet OVH (y compris pour la téléphonie)
- on peut appeler sans souci et avoir une conversation
- on peut être appelé mais la connexion coupe au bout de 4/5 secondes (le temps de dire bonjour quoi :)). Ce problème est reproductible
rasterisk affiche :
[Apr 15 11:12:25] WARNING[5635]: chan_sip.c:3656 retrans_pkt: Retransmission timeout reached on transmission 0bce97a30b6a1e676445161c1774c2b3@217.146.224.196:5060 for seqno 102 (Critical Response) -- See https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions
Packet timed out after 6400ms with no response
[Apr 15 11:12:25] WARNING[5635]: chan_sip.c:3685 retrans_pkt: Hanging up call 0bce97a30b6a1e676445161c1774c2b3@217.146.224.196:5060 - no reply to our critical packet (see https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions).
Historique
Mis à jour par Frédéric Couchet il y a environ 8 ans
- Sujet changé de Un appel entrant sur le serveur asterisk est déconnecté au bout de 2/3 secondes à Un appel entrant sur le serveur asterisk est déconnecté au bout de 4/5 secondes environ
- Description mis à jour (diff)
Mis à jour par Frédéric Couchet il y a environ 8 ans
Suite aux modifications faites sur le fichier sip.conf pour tenter de résoudre https://agir.april.org/issues/1699 j'ai refait un test.
Pour basculer la téléphonie sur notre connexion OVH :
sur opium :
ip ro del 217.146.224.0/24
conntrack -F
sur scopolamine :
service asterisk restart
Le problème persiste.
Pour basculer la téléphonie sur la connexion Easter-Eggs :
sur opium :
/sbin/ip ro add 217.146.224.0/24 via 10.2.0.1
conntrack -F
sur scopolamine :
service asterisk restart
Mis à jour par Benjamin Drieu il y a environ 8 ans
Ne pas oublier de faire un conntrack -F en cas de changement de route.
Axialys permet de faire des traces du trafic SIP. Il est possible de les télécharger au format pcap depuis l'espace client.
Mis à jour par Frédéric Couchet il y a environ 8 ans
Sylvain Boily est passé au local.
En remettant les variables externip (avec l'adresse IP de sortie de notre box OVH) et localnet dans sip.conf le problème de deconnexion ne se produit plus.
En cas de changement de réseau, il faut donc changer la valeur de externip et donc modifier le script de changement de réseau en conséquence.
Mis à jour par Frédéric Couchet il y a presque 8 ans
- Description mis à jour (diff)
En cas de changement de réseau (connexion ADSL April ou connexion Easter-Eggs), il faut donc changer la valeur de externip et donc modifier le script de changement de réseau en conséquence.
Pour cela, solution mise en place :
- sur scopolamine (serveur asterisk), création des fichiers /etc/asterisk/sip.conf.april et /etc/asterisk/sip.conf.ee avec comme seule différence la valeur de externip
- sur opium, modification du script /usr/local/sbin/changenet dans la fonction restartasterisk() avec l'ajout de la création d'un lien symbolique scopolamine#/etc/asterisk/sip.conf vers le fichier correspond au réseau voulu
Tests effectués, ça fonctionne au niveau réseau et asterisk.
Par contre, le VPN ne fonctionne pas quand on est sur le réseau Easter-Eggs.
Et quand on bascule du réseau Easter-Eggs vers le réseau April, le VPN ne démarre pas :
[FAIL] Starting virtual private network daemon: galanga failed!
Il redémarre quand on le relance manuellement (/etc/init.d/openvpn restart) ensuite.
Mis à jour par Frédéric Couchet il y a presque 8 ans
Les scripts dans /usr/local/sbin sont désormais sous git (git init, git add, git commit)
Mis à jour par Frédéric Couchet il y a presque 8 ans
- Statut changé de Nouveau à Fermé
- Assigné à mis à Frédéric Couchet
- % réalisé changé de 0 à 100
Mis à jour par Frédéric Couchet il y a presque 8 ans
Pour le problème lié au VPN, tâche ouverte https://agir.april.org/issues/1764