Probleme de raccroché au bout de 10s

[mesobius]

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

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

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]

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]

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]

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]

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]

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