Scenery:
OXE R10.0.45.c, with: Sip Trunk / Sip Local Gateway /SIP External Gateway.
Gateway GSM (mobile)
State
I can make calls incoming/outgoing.
I can receive DTMF.
Problem
When I make an outgoing call (ip touch, softphone, uai) I can not send DTMF
Other Info
If I make a call with a sofphone, direct pointing to GSM Gateway (not to OXE), I can send tones (DTMF).
Regardless of softphone configuration (RCF2833, INFO or IN-BAND), working properly.
Thanks.
Best Regards
DTMF on SIP External Gateway
Re: DTMF on SIP External Gateway
So just take a trace of a o/g calls to GSM Gateway from the softphone and a trace from, e.g., IP phone with DTMF digits sending.
Compare how this DTMF digits are sent in both cases.
May be it is just dynamic payload type misconfiguration problem.
Compare how this DTMF digits are sent in both cases.
May be it is just dynamic payload type misconfiguration problem.
If it looks like a duck, swims like a duck, and quacks like a duck, then it probably is a duck.
Re: DTMF on SIP External Gateway
I have a softphone:
-pointing to GSM Gateway, works well, sending DTMF;
-pointing to GD (oxe), doesn't work sending DTMF;
In both cases, with a Wireshark I have the same results:
-RTP EVENT 58 Payload type=RTP Event, DTMF Five 5
Thanks
BestRegards
-pointing to GSM Gateway, works well, sending DTMF;
-pointing to GD (oxe), doesn't work sending DTMF;
In both cases, with a Wireshark I have the same results:
-RTP EVENT 58 Payload type=RTP Event, DTMF Five 5
Thanks
BestRegards
Re: DTMF on SIP External Gateway
Looks like I did not put it clear - I meant to take traces between OXE and GSM gateway when calling from IP phone when OXE is connected to GSM GW and take a trace on GSM GW when softphone is connected directly to it just to check how OXE sends DTMF digits.
If it looks like a duck, swims like a duck, and quacks like a duck, then it probably is a duck.
Re: DTMF on SIP External Gateway
Thanks Alex,I finished with the traces capture (with 3 kind of phones: Sofphone, IpTouch and a UAI). All of them connected only with a OXE.
I have a good news and a bad news.
The good: with a softphone I can send DTMF.
The bad: with the rest, I can´t . Although with the traces, I can watch the same kind of packet "RTP EVENT".
I´ve been studing the difference between these packets, of each kind of terminal.
Suchs as 'RTP packets', "RTP EVENTS" (with the DTMF info) goes directly to the next equipment.
SoftPhone >> GSM GW..................works fine (pointing to de OXE)
IpTouch(4018)>>GSM GW ...............don´t work
UAI(4034) >> (OXE) GD >> GSM GW......don´t work
The only difference I see is that when I send a tone, (also the frame length, 58 vs 60 byte), a different number of packages 'rtp event' and 'rtp event (end)' are sent:
SoftPhone: 7 + 3 ("RTP Event" + "RTP Event (end)") ; length=58 ; payload=101 ; Volume=10;
IpTouch(4018): 4 + 3 ("RTP Event" + "RTP Event (end)"); length=60; payload=101 ; Volume=10;
UAI(4034):1+3 ("RTP Event" + "RTP Event (end)"); length=60; payload=101 ; Volume=10;
I've been testing, changing the 'Payload', but it´s the same.
I will continue testing.
Thanks.
I have a good news and a bad news.
The good: with a softphone I can send DTMF.
The bad: with the rest, I can´t . Although with the traces, I can watch the same kind of packet "RTP EVENT".
I´ve been studing the difference between these packets, of each kind of terminal.
Suchs as 'RTP packets', "RTP EVENTS" (with the DTMF info) goes directly to the next equipment.
SoftPhone >> GSM GW..................works fine (pointing to de OXE)
IpTouch(4018)>>GSM GW ...............don´t work
UAI(4034) >> (OXE) GD >> GSM GW......don´t work
The only difference I see is that when I send a tone, (also the frame length, 58 vs 60 byte), a different number of packages 'rtp event' and 'rtp event (end)' are sent:
SoftPhone: 7 + 3 ("RTP Event" + "RTP Event (end)") ; length=58 ; payload=101 ; Volume=10;
IpTouch(4018): 4 + 3 ("RTP Event" + "RTP Event (end)"); length=60; payload=101 ; Volume=10;
UAI(4034):1+3 ("RTP Event" + "RTP Event (end)"); length=60; payload=101 ; Volume=10;
I've been testing, changing the 'Payload', but it´s the same.
I will continue testing.
Thanks.
Last edited by toro_dlp on 07 Dec 2012 13:08, edited 1 time in total.
Re: DTMF on SIP External Gateway
I keep running tests..
I tried changing:
-Without Sip User: In an incoming call, I can now see his CLI. And I can see the busy channel of the associated TrunkGroup of the Sip-Local-Gateway.
-With Sip User: I can´t see the CLI of the caller (I see the SipUser Id).
Another thing about DTMF:
-The only configuration I can do on the "GSM SIP GW" is choose between DTMF2833 or SIGNAL (i guess "in band"?:
-DTMF2833: I can receive tones but I can send it.
-SIGNAL: I can send tones but I can´t receive it.
Perhaps this info help.
I tried changing:
-Without Sip User: In an incoming call, I can now see his CLI. And I can see the busy channel of the associated TrunkGroup of the Sip-Local-Gateway.
-With Sip User: I can´t see the CLI of the caller (I see the SipUser Id).
Another thing about DTMF:
-The only configuration I can do on the "GSM SIP GW" is choose between DTMF2833 or SIGNAL (i guess "in band"?:
-DTMF2833: I can receive tones but I can send it.
-SIGNAL: I can send tones but I can´t receive it.
Perhaps this info help.
