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

Code:

[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

Code:

[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.

**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 :

Code:

  == 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 !!!!!!

Code:

  == 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 ....

(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 ...

**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.

Discussion: Probleme de raccroché au bout de 10s

Outils de la discussion

Rechercher dans la discussion

Affichage

Probleme de raccroché au bout de 10s

Règles de messages