Lenteur lors des appels sortants

[jean]

- mettre à jour le nat=yes est une bonne chose, mais c'est pas ton problème
- le qualify=yes va envoyer des paquets toutes les 60 sec, et si pas de réponse au bout de 2000 ms (ton exemple), la ligne sera considérée injoignable

pour les commandes, il faut aller sur un terminal linux, et lancer
ngrep -t port 5060 and host ipdelapatton
si ngrep n'est pas installé, google...

et sur une autre session, telnet ipdelapatton
puis
enable
configure
debug context sip-gateway transport detail 1
debug context sip-gateway signaling detail 1
debug ccisdn signaling
debug context sip-gateway error detail 3


mais, en conclusion, si tu connais pas asterisk et que tu connais pas linux.... hum.... je te conseillerai de trouver un intégrateur compétent dans ta région !

J.

[ddommii]

Bonjour Jean,

J'ai été engagé pour m'occuper de la partie technique de l'endroit où je travaille.
Mon employeur considère que l'informatique reprend la gestion des ordinateurs et d'autres "secteurs" comme la sonorisation d'une salle, l'administration d'un réseau et d'un domaine, la gestion des bases de données, la création et maintenance d'un site internet, la téléphonie, etc.

Si je dois faire appel à un intégrateur dès le premier problème rencontré sous linux, autant donner mon préavis.
Je pense que l'informaticien doit se former constamment vu que ces matières évoluent constamment.
Donc, je cherche des solutions qui me permettent d'améliorer mes compétences.
Par ailleurs, des formations sur Asterisk, ce n'est pas facile à trouver et ils n'organiseront pas une formation rien que pour moi demain.
Or, c'est aujourd'hui que je suis confronté au problème de lenteur.
Mais je m'éloigne du sujet.

Donc, je viens de tester ngrep -t port 5060
Mais ngrep n'est pas installé.
Je vais donc m'y prendre en commençant l'installation de ngrep puis suivre tes pistes.

Tu dis que mettre à jour le nat à yes est une bonne chose.
Or, c'est justement le contraire que je viens de faire !

Il y avait
nat=yes
et maintenant j'ai
nat=force_rport,comedia

idem pour qualify
j'avais qualify =yes

maintenant j'ai
qualify=4000

espérant remédier à ces time out.
Je crois comprendre qu'il faut remettre le nat à yes?

Je vais déjà installer ngrep...
Merci pour ton aide précieuse.
Dominique

[ddommii]

Bonjour,

Alors, j'ai installé....

ENsuite lorsque je tape
debug context sip-gateway transport detail 1
une réponse affiche

01:59:04 SIP_TR> [STACK] > stack: SIP/2.0 100 ringing
01:58:39 SIP_TR> [STACK] < stack: SIP/2.0 405 not Allowed
01:58:51 SIP_TR> [STACK] > stack: SIP/2.0 100 Trying
01:58:53 SIP_TR> [STACK] > stack: SIP/2.0 100 Trying
01:58:50 SIP_TR> [STACK] < stack: SIP/2.0 Session Progress
01:59:04 SIP_TR> [STACK] > stack: SIP/2.0 100 ringing
01:59:04 SIP_TR> [STACK] > stack: OPTIONS sipi:Patton1@192.168.1.252:5060 SIP/2.0

Ca avance trop vite, je ne sais pas tout lire et reproduire... :-(

[ddommii]

Voici...
paton1.png
patton3.png

[ddommii]

patton2.png

[jean]

salut
je sens dans ton post précédent le blues de l'informaticien isolé... mais aussi sa bonne volonté ! pas de souci....

en fait, oui, il faut remplacer nat=yes par force_rport,comedia (j'étais pas clair)

bon, les traces sont pas mal, tu peux aussi faire un copier/coller sur le site pastebin.com (en anonymisant eventuellement) et envoyer le lien, ca les rend plus lisibles. également, puisque tu as des soucis de délais, c'est pas mal aussi de mettre la patton à l'heure ntp, ainsi que ton serveur, ca permet de comparer les heures

si on regarde:
01:58:39 SIP_TR> [STACK] < stack: SIP/2.0 405 not Allowed
01:58:51 SIP_TR> [STACK] > stack: SIP/2.0 100 Trying
01:58:53 SIP_TR> [STACK] > stack: SIP/2.0 100 Trying
01:58:50 SIP_TR> [STACK] < stack: SIP/2.0 Session Progress
01:59:04 SIP_TR> [STACK] > stack: SIP/2.0 100 ringing
01:59:04 SIP_TR> [STACK] > stack: OPTIONS sipi:Patton1@192.168.1.252:5060 SIP/2.0

le réseau belgacom met 14 secondes à faire sonner le mobile - et généralement, en gsm, on ne renvoie une sonnerie que lorsque le tel sonne effectivement, pas quand on le recherche sur le réseau (paging) - si tu rappelles le meme mobile juste après, il est possible que cela soit plus rapide

en revanche, il n'est pas possible de comparer l'heure de l'INVITE dans les traces SIP et avec la passerelle, car les heures sont différentes - il faudrait juger à la volée et voir si c'est simultané ou pas
pour info, le message option que tu postes correspond au fait que le qualify est actif - en mettant ce param à yes (ou une valeur X), il enverra tous les qualifyfreq millisecondes un message OPTION et attendra une réponse en moins de X millisecondes - si pas de réponse, le peer sera considéré comme injoignable et ne lui enverra pas d'appel

si ce sont les 14 secondes qui genent, c'est normal, sinon précise le souci !

[ddommii]

Suite !

Je viens d'apprendre que ce sont les lignes de Belgacom qui sont coupées suite à des travaux effectués dans la rue.
Pfffft !

C'est lourd !

Dominique

[jean]

hehé ! au moins, tu auras commencé à mettre les mains dans asterisk, c'est une petite compensation !