PDA

Voir la version complète : Probleme de raccroché au bout de 10s



mesobius
26/06/2012, 16h36
bonjour à tous,

je suis nouveau sur asterisk. j'ai suivi plusieurs tuto sur le net.

j'arrive a connecté 2 clients X-lite 5 sur mon serveur.
mais lorsque j'effectue un appel entre les 2 clients (dans un sens ou dans l'autre), le temps de communication total entre les 2 clients est de 10s maxi .

le comportement est le suivant :
- appel du client 2 depuis le client 1
- un delai de 2-3s avant le ring.
a/ si je laisse sonnée, au bout de 5s environ, ca raccroche automatiquement
b/ si je deccroche, la comme est etablie l'audio fonctionne, mais au bout de 5s, ca raccroche.

je ne vois pas du tout d'ou cela peut venir.

ma config :
Ubuntu desktop 12.04 i386 + asterisk en VM sous virtualbox, reseau en pont.
aucun firewall activé sur les postes clients et la VM (pour les tests)
usage interne uniquement, pas de prestataire externe ou de communication externe, uniquement en LAN

fichier sip.conf

[general]

t38pt_udptl = yes
language=fr
call-limit=50
srvlookup=yes
disallow=all
allow=ulaw
allow=alaw
allow=gsm
context=interne
dtmfmode=rfc2833
qualify=yes
canreinvite=no
notifyringing=yes
notifyhold=yes
subscribecontext=BLF
domain=myasterisk.dom



[1001]
secret=azerty
type=friend
host=dynamic
callerid="Test" <1001>
context=interne
dtmfmode=rfc2833
qualify=yes
disallow=all
allow=gsm
allow=ulaw
allow=alaw
canreinvite=no
nat=yes
subscribecontext=BLF


[1002]
secret=azerty
type=friend
host=dynamic
callerid="Centrale" <1002>
context=interne
dtmfmode=rfc2833
qualify=yes
disallow=all
allow=gsm
allow=ulaw
allow=alaw
canreinvite=no
nat=yes
subscribecontext=BLF


fichier extensions.conf

[general]
autofallthrough=yes


[globals]

[BLF]
;exten => 1001,hint,SIP/1001
;exten => 1002,hint,SIP/1002
exten => 1001,1,Dial(SIP/1001,30,g)
exten => 1002,1,Dial(SIP/1002,30,g)


[interne]
include => AppelSortant
include => BLF
include => test

;exten = _XXXX,1,Dial(SIP/${EXTEN},50)
;exten = _XXXX,n,Hangup()

[AppelEntrant]

[AppelSortant]

[test]

exten => **33,1,Answer()
exten => **33,n,Wait(1)
exten => **33,n,Echo()
exten => **33,n,Hangup()


exten => **34,1,Answer()
exten => **34,n,Wait(1)
exten => **34,n,Playback(hello-world)
exten => **34,n,Hangup()



c'est surement trés bete, mais je vois pas du tout

d'avance merci pour votre aide. :ouimaitre:

jean
26/06/2012, 21h49
il faut faire un core set verbose 3 et voir les messges sur la console.... je sens bien le "no response to our critical packet"...
J.

mesobius
27/06/2012, 07h50
donc suite a ta commande, voici ce que m'indique la console lors d'un appel :

== Using SIP RTP CoS mark 5
-- Executing [1001@interne:1] Dial("SIP/1002-00000002", "SIP/1001,30,g") in new stack
== Using SIP RTP CoS mark 5
-- Called SIP/1001
-- SIP/1001-00000003 is ringing
[Jun 27 07:57:12] NOTICE[26554]: res_rtp_asterisk.c:2334 ast_rtp_read: Unknown RTP codec 126 received from '10.3.5.20:5062'
[Jun 27 07:57:12] NOTICE[26554]: res_rtp_asterisk.c:2334 ast_rtp_read: Unknown RTP codec 126 received from '10.3.5.20:5062'
[Jun 27 07:57:12] NOTICE[26554]: res_rtp_asterisk.c:2334 ast_rtp_read: Unknown RTP codec 126 received from '10.3.5.20:5062'
== Using UDPTL CoS mark 5
-- SIP/1001-00000003 answered SIP/1002-00000002
-- Locally bridging SIP/1002-00000002 and SIP/1001-00000003
-- Auto fallthrough, channel 'SIP/1002-00000002' status is 'ANSWER'

mesobius
27/06/2012, 07h56
bizarre, je viens de faire un test avec Twinkel sous ubuntu en com avec Xlite sous windows

j'ai appelé depuis le 1001 (xlite) vers le 1002 (twinkle) et la la comm a tenu !!!!!!:heink:


== Using SIP RTP CoS mark 5
== Using UDPTL CoS mark 5
-- Executing [1002@interne:1] Dial("SIP/1001-00000004", "SIP/1002,30,g") in new stack
== Using SIP RTP CoS mark 5
-- Called SIP/1002
-- SIP/1002-00000005 is ringing
-- SIP/1002-00000005 answered SIP/1001-00000004
-- Locally bridging SIP/1001-00000004 and SIP/1002-00000005
[Jun 27 08:01:51] NOTICE[26604]: res_rtp_asterisk.c:2334 ast_rtp_read: Unknown RTP codec 126 received from '10.3.5.20:5062'
[Jun 27 08:01:51] NOTICE[26604]: res_rtp_asterisk.c:2334 ast_rtp_read: Unknown RTP codec 126 received from '10.3.5.20:5062'
[Jun 27 08:01:51] NOTICE[26604]: res_rtp_asterisk.c:2334 ast_rtp_read: Unknown RTP codec 126 received from '10.3.5.20:5062'
[Jun 27 08:02:01] NOTICE[26604]: res_rtp_asterisk.c:2334 ast_rtp_read: Unknown RTP codec 126 received from '10.3.5.20:5062'
[Jun 27 08:02:11] NOTICE[26604]: res_rtp_asterisk.c:2334 ast_rtp_read: Unknown RTP codec 126 received from '10.3.5.20:5062'
[Jun 27 08:02:21] NOTICE[26604]: res_rtp_asterisk.c:2334 ast_rtp_read: Unknown RTP codec 126 received from '10.3.5.20:5062'
[Jun 27 08:02:31] NOTICE[26604]: res_rtp_asterisk.c:2334 ast_rtp_read: Unknown RTP codec 126 received from '10.3.5.20:5062'
== Spawn extension (interne, 1002, 1) exited non-zero on 'SIP/1001-00000004'


par contre dans l'autre sens, du 1002 (twinkle) au 1001 (xlite) ca coupe, exactement comme hier entre les deux clients Xlite sous windows ....:hebe: (cf log message precedent)

comprends plus ....

mesobius
27/06/2012, 08h22
je me pose une autre question :

serait-ce un PB avec xlite ?

je viens de refaire une comm entre 2 xlite et ca marche dans aucun des 2 sens

je vais voir pour faire un test avec un autre client windows pour voir ...

mesobius
27/06/2012, 09h20
bon je confirme, c'est Xlite qui fout le bazar
j'ai fait un test avec Twinkle sous ubuntu et QuteCom sous windows et ca fonctionne la com tiens dans le temps.

bon ben j'ai plus qu'a tester avec le reste du matos, mais j'aimerai avoir une explication du probleme, si ca recommence plus tard avec un autre client ...
:confused:

therebel23
27/06/2012, 15h04
Salut,
ca vient surement des codecs que tu as configuré : je vois que tu as mis gsm en premier dans la conf asterisk. Je te conseille de mettre le standard g711alaw
Idem sur les X-Lite.

jpramoul
27/06/2012, 15h08
j'ai deja eu qqch de similaire sur x-lite :

Sur l'interface de X-Lite :
- Faire un clique droit et sélectionner "options".
- Cliquer sur le bouton "advanced" (tout en bas à gauche)
- Cliquer sur le bouton "network"
- Décocher la case "In times of network disruption ..." juste en dessous de "Call inactivity"
- Valider en appuyant sur OK.

Kriss
27/06/2012, 16h39
A mon avis, il suffit de supprimer la ligne "allow=gsm" de tes peers sip.
Il n'y a que peu de versions de X-lite qui savent faire du gsm.

jean
27/06/2012, 16h43
- le "Unknown RTP codec 126 ", c'est pas grave, c'est une histoire de codec video pas supporté par asterisk.

- si c'était un pbm d'incompatibilité de codecs, la comm tomberait immédiatement après le décroché

- qu'il y a-t-il sur la console après le ANSWER ? il faut savoir qui raccroche.

tu peux faire un ngrep port 5060 and host ip.de.mon.asterisk - ou alternativement un sip set debug sur la console - ca montrera les paquets et on verra qui raccroche, et peut etre un message d'explications

j.

mesobius
29/06/2012, 15h05
merci les gars pour vos réponses et piste de recherche

je reviens vers vous d'ici peu, quand je m'y remettrai : je suis pris sur un autre sujet.

mais m'oubliez pas :wink: