Problème son sur ISDN

Bonjour,

J'ai installé et configuré asterisk 1.6.2 sur debian squeeze (via apt), j'y ai configuré une série de compte SIP pour y connecter des ST2030, jusque là aucuns soucis, en interne les ST2030 communiquent sans soucis.

J'ai tenté d'installer une carte ISDN (BP410) en utilisant dahdi pour me connecter à 2 T0 de FT, j'arrive à émettre et recevoir des appels depuis les postes SIP vers le réseau public via la carte, le problème c'est que la voix ne fonctionne que dans un sens, nous entendons les correspondant situé du coté du réseau public, mais eux ne peuvent nous entendre (les DTMF ne passent que dans un seul sens aussi).

Voici mon /etc/dahdi/system.conf: http://pastebin.ca/2101938

Mon /etc/asterisk/chan_dahdi.conf: http://pastebin.ca/2101939

Mon /etc/asterisk/dahdi-channels.conf: http://pastebin.ca/2101940

Auriez vous une idée de ce qui peut causer ce problème svp?

Kev

Bonjour ,

J'ai le même soucis que toi , à la différence que lors d appel externe , on entends la voix mais de très mauvaise qualité ( voix de robot inaudible). Coté config , je j'ai une distribution trixbox version 2.8.0.4 + une boitier Isdn ( Mini Vigor 128 ) et une ligne T 0.

Les appels externes ( entrants et sortants ) fonctionnent, on entends l'appelé mais pas l inverse ... bizzare bizzare. J ai cherché du coté des codecs, du fichier sip.conf eu extentions.conf et je ne vois pas ce qui cloche:pfff:

Si quelqu'un aurait une idée.. Merci

mass, commence par faire le dump, regarde si tu reçois du rtp. Montre nous ton debug sip.

Comment faire un dump ? et recevoir rtp ? je suis trés novice sur trixbox , j ai ouvert les ports start 10000 et end 20000 sur mon modem , après verif dans le fichoier rtp.conf

concernant mon sip debug ( est ce bien en faisant sip set debug on qu' on active cette fonction ? ) voici ce qu il me dit :



<------------->
Reliably Transmitting (NAT) to 192.168.1.11:62928:
OPTIONS sip:200@192.168.1.11:62928;rinstance=4c83e538558c3 56c SIP/2.0
Via: SIP/2.0/UDP 192.168.1.13:5060;branch=z9hG4bK5cecbec5;rport
Max-Forwards: 70
From: "Unknown" <sip:Unknown@192.168.1.13>;tag=as6b8b388b
To: <sip:200@192.168.1.11:62928;rinstance=4c83e538558c 356c>
Contact: <sip:Unknown@192.168.1.13>
Call-ID: 3c00ab2b2572ae9e318fda39610564c9@192.168.1.13
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX 1.6.0.26-FONCORE-r78
Date: Thu, 29 Mar 2012 19:51:11 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces, timer
Content-Length: 0


---
trixbox1*CLI>
<--- SIP read from UDP://192.168.1.11:62928 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.1.13:5060;branch=z9hG4bK5cecbec5;rport=506 0
Contact: <sip:192.168.1.11:62928>
To: <sip:200@192.168.1.11:62928;rinstance=4c83e538558c 356c>;tag=e26da76b
From: "Unknown"<sip:Unknown@192.168.1.13>;tag=as6b8b 388b
Call-ID: 3c00ab2b2572ae9e318fda39610564c9@192.168.1.13
CSeq: 102 OPTIONS
Accept: application/sdp
Accept-Language: en
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REGISTER, SUBSCRIBE, NOTIFY, REFER, INFO, MESSAGE
Supported: replaces
Allow-Events: presence, message-summary, tunnel-info
Content-Length: 0


<------------->
--- (13 headers 0 lines) ---
Really destroying SIP dialog '3c00ab2b2572ae9e318fda39610564c9@192.168.1.13' Method: OPTIONS
trixbox1*CLI>
<--- SIP read from UDP://192.168.1.11:62928 --->



<------------->
trixbox1*CLI>

les appels en interne de softphones à softphones fonctionnent parfaitement.
j ai tenté d autoriser uniquement les codecs ulaw et alaw dans le misdn.conf mais ça me plante le trunk ( appels sortant et entrants)

dans le CLI en activant rtp set debug on

j obtiens lorsque je tente un appel les infos suivantes :

Got RTP packet from 192.168.1.11:10064 (type 34, seq 003552, ts 36174438, len 000023)
Sent RTP packet to 192.168.1.11:10066 (type 00, seq 018175, ts 057200, len 000160)
Sent RTP packet to 192.168.1.11:10066 (type 00, seq 018176, ts 057360, len 000160)
Got RTP packet from 192.168.1.11:10064 (type 34, seq 003553, ts 36174471, len 000023)
Sent RTP packet to 192.168.1.11:10066 (type 00, seq 018177, ts 057520, len 000160)
Got RTP packet from 192.168.1.11:10064 (type 34, seq 003554, ts 36174504, len 000023)
Sent RTP packet to 192.168.1.11:10066 (type 00, seq 018178, ts 057680, len 000160)
Got RTP packet from 192.168.1.11:10064 (type 34, seq 003555, ts 36174537, len 000023)
Sent RTP packet to 192.168.1.11:10066 (type 00, seq 018179, ts 057840, len 000160)
Sent RTP packet to 192.168.1.11:10066 (type 00, seq 018180, ts 058000, len 000160)
Got RTP packet from 192.168.1.11:10064 (type 34, seq 003556, ts 36174570, len 000023)
Sent RTP packet to 192.168.1.11:10066 (type 00, seq 018181, ts 058160, len 000160)
Got RTP packet from 192.168.1.11:10064 (type 34, seq 003557, ts 36174603, len 000023)
Sent RTP packet to 192.168.1.11:10066 (type 00, seq 018182, ts 058320, len 000160)
Sent RTP packet to 192.168.1.11:10066 (type 00, seq 018183, ts 058480, len 000160)
Sent RTP packet to 192.168.1.11:10066 (type 00, seq 018184, ts 058640, len 000160)
Sent RTP packet to 192.168.1.11:10066 (type 00, seq 018185, ts 058800, len 000160)
Sent RTP packet to 192.168.1.11:10066 (type 00, seq 018186, ts 058960, len 000160)
Sent RTP packet to 192.168.1.11:10066 (type 00, seq 018187, ts 059120, len 000160)
Sent RTP packet to 192.168.1.11:10066 (type 00, seq 018188, ts 059280, len 000160)

est ce bien cela ?

Merci par avance

Voix du robot ça arrive aussi lorsque tu branche sur le mauvais port du boitier T0 FT désole j'ai pas trop de temps pour vous aider en ce moment. Essaye de chercher sur le net comment deboger le T0 avec dahdi.

j ai enfin trouvé ce qui n allait pas , j ai tout simplement mis à jour le bios de ma carte mère et le problème de son a disparu.. mais par contre un autre problème à surgit j ai un conflit IRQ avec ma carte réseau:hebe: mais ça c est une autre histoire....

Merci tout de même .