Projet

Général

Profil

Anomalie #1838

Téléphone : si appel entrant, la ligne tombe au bout de quelque seconde

Ajouté par Isabella Vanni il y a plus de 7 ans. Mis à jour il y a plus de 3 ans.

Statut:
Fermé
Priorité:
Urgente
Assigné à:
Catégorie:
-
Version cible:
-
Début:
19/12/2016
Echéance:
% réalisé:

100%

Temps estimé:
Difficulté:

Description

Cela arrive depuis au moins vendredi 16 décembre 2016.

Historique

#1

Mis à jour par Frédéric Couchet il y a plus de 7 ans

c'est exactement le même symptôme que https://agir.april.org/issues/1700 pourtant la config (faite justement pour résoudre 1700) semble ok

On a en plus (commande rasterisk) : Dec 19 13:48:17] NOTICE24926: chan_sip.c:13189 sip_reg_timeout: -- Registration for '' timed out, trying again (Attempt #9)

j'ai redémarré asterisk mais pas de changement, j'ai fait un conntrack -F sur opium, pas de changement

#2

Mis à jour par Frédéric Couchet il y a plus de 7 ans

Lors de l'April Camp des 10 et 11 décembre 2016, il y a eu des modifications sur la configuration du modem (suite à un courriel d'OVH (changement d'identification d'IPoE vers PPPoE).

Au des logs irs la fin du changement de configuration :

[12/10/16 21:43] <vincentxavier> PoluX2: oui, on a reç le courriel d'OVH indiquant que c'était bon et j'ai fini par avoir la confirmation dans l'interface du modem
<madix> ok
<madix> pensez à signaler ça sur admins@ alors, dans le fil concerné
[12/10/16 21:44] <madix> et merci à vous :)
<madix> et bien sûr mettre à jour le dokuwiki si c'est nécessaire
[12/10/16 21:51] <edausq> cool :)
[12/10/16 21:54] <madix> vous avez testé la téléphonie ? Je ne sais pas si ça a un impact
[12/10/16 22:31] <PoluX2> madix: testé à l'instant :)
<PoluX2> ça fonctionne

Le fichier de log d'Asterisk /var/log/asterisk/cdr-csv/Master.csv indique :

"","33178769280","XXXXXXXXXX","default","""April"" <33178769280>","SIP/isabellavanni-00000041","SIP/axialys-00000042","Dial","SIP/axialys/XXXXXXXXXX,60,tT","2016-12-10 22:31:26","2016-12-10 22:31:26","2016-12-10 22:31:39",13,13,"NO ANSWER","DOCUMENTATION","1481405486.75",""

J'ai remplacé le vrai numéro appelé (celui de QGull) par XXXXXXXXXX.

C'est donc un test d'appel sortant (non répondu en plus visiblement) mais il n'y a pas de trace de test d'appel entrant.

#3

Mis à jour par Edouard Dausque il y a plus de 7 ans

  • Statut changé de Nouveau à Confirmé

Le problème que j'observe sur une capture de trame prise depuis opium, c'est que notre serveur asterisk reçoit bien la requête de début d'appel (INVITE) de notre fournisseur.
Mais lorsque le serveur asterisk répond (requête 200 OK), nous ne recevons pas la requête "ACK" attendue de la part de notre fournisseur.
C'est un problème réseau que j'ai déjà observé sur opium :
- soit le serveur distant ne reçoit pas nos "200 OK"
- soit nous ne recevons pas les "ACK" du serveur distant

#4

Mis à jour par Edouard Dausque il y a plus de 7 ans

J'ai fait un test en appliquant la règle de routage indiquée dans #1700, mais le comportement est identique (asterisk coupe faute de ACK reçu).

#5

Mis à jour par Edouard Dausque il y a plus de 7 ans

Edouard Dausque a écrit :

J'ai fait un test en appliquant la règle de routage indiquée dans #1700, mais le comportement est identique (asterisk coupe faute de ACK reçu).

Après rebasculement sur le réseau xdsl + contrack -F + restart asterisk, je n'arrive plus à reproduire le problème. 3 tests de suite sont OK.
Niveau paquets SIP, les INVITE / 200 OK sont identiques (sauf données uniques à chaque appel), donc il y avait bien un soucis réseau au niveau d'opium.

#6

Mis à jour par Edouard Dausque il y a plus de 7 ans

  • Statut changé de Confirmé à Résolu
  • % réalisé changé de 0 à 100
#7

Mis à jour par Edouard Dausque il y a plus de 7 ans

  • % réalisé changé de 100 à 90
#8

Mis à jour par Frédéric Couchet il y a plus de 7 ans

Après un reboot d'opium, le problème semble corrigé. Mais on n'est pas sûr de savoir comment ça a été résolu :)

Benj avait indiqué qu'il y avait un diff entre la config indiquée sur le wiki adminsys et la config actuelle du modem :

-sip config useragentdomain="" primproxyaddr="" secproxyaddr=0.0.0.0 proxyport=undefined secproxyport=undefined primregaddr=0.0.0.0 secregaddr=0.0.0.0 regport=undefined regexpire=3600 regexpire_Tbefore=1 notifier_addr=0.0.0.0 notifier_port=sip subscribe_expire=3600 CWreply=180 transport=UDP rtpmapstaticPT=disabled

+sip config useragentdomain="" primproxyaddr=0.0.0.0 secproxyaddr=0.0.0.0 proxyport=undefined secproxyport=undefined primregaddr=0.0.0.0 secregaddr=0.0.0.0 regport=undefined regexpire=3600 regexpire_Tbefore=1 notifier_addr=0.0.0.0 notifier_port=sip subscribe_expire=3600 CWreply=180 transport=UDP rtpmapstaticPT=disabled

À 18h30 j'avais fait (connecté en telnet sur la box) :

:voice sip config useragentdomain="" primproxyaddr="" secproxyaddr=0.0.0.0 proxyport=undefined secproxyport=undefined primregaddr=0.0.0.0 secregaddr=0.0.0.0 regport=undefined regexpire=3600 regexpire_Tbefore=1 notifier_addr=0.0.0.0 notifier_port=sip subscribe_expire=3600 CWreply=180 transport=UDP rtpmapstaticPT=disabled

puis

saveall

puis reboot de la box

mais le problème persistait.

Pour être sûr que le problème est résolu il faudrait redémarrer la box. Mais en sauvegardant avant la config au cas où perde un paramètre lors du reboot.

#9

Mis à jour par Frédéric Couchet il y a plus de 7 ans

Ce matin, j'ai rebooté la box et opium pour être sûr que tout soit ok. Visiblement la téléphonie refonctionne normalement.

je fais un courriel sur admins avec certains détails de config et je mets à jour le wiki admin sys.

#10

Mis à jour par Benjamin Drieu il y a plus de 7 ans

Hier soir, j'ai également ajouté cette règle par l'interface telnel du routeur:

nat tmpladd intf=Internet type=nat outside_addr=0.0.0.1 inside_addr=192.168.250.10
firewall rule add chain=forward_host_service index=1 name=AllPorts srcintf=wan dstip=192.168.250.10 state=enabled action=accept
saveall

Sans succès.

#11

Mis à jour par Frédéric Couchet il y a plus de 7 ans

Les règles de nat et de firewall sont les mêmes avant et après le reboot en tout cas mais comme on n'a pas la config post April Camp on ne peut pas savoir si c'était déjà comme ça.

#12

Mis à jour par Frédéric Couchet il y a environ 7 ans

  • % réalisé changé de 90 à 100

On ne sait toujours pas quelles modifications ont été faites lors de l'April Camp. On peut clore la tâche.

#13

Mis à jour par Isabella Vanni il y a environ 7 ans

  • Statut changé de Résolu à Fermé
#14

Mis à jour par Christian P. Momon il y a plus de 3 ans

  • Assigné à mis à Isabella Vanni

Formats disponibles : Atom PDF