Denis Galvão - iSolve wrote:
IAX doesn't use INBAND DTMF.
Denis Galvão.
Denis,
A clarification, I hope, just to make Mark aware of the small difference.
IAX sends DTMF in the signaling 'stream', that happens to follow the
same path as the media.
But, in IAX DTMF is not sent as voice payload (as the typical inband
when is being used in SIP as one example), just happen to be sent "in
the same flow" from source host/port to destination host/port.
In SIP, when we use "inband", in fact, the DTMF tone will be treated as
a voice 'piece', and will be sent in RTP packets without any special
considerations :-)
From what I understand, that is one of the reasons with SIP inband
doesn't mix well with any codec other than G.711.
(compression could distort the tone).
Mark, you may want to ask your provider to check the same kind of trace
you did in your side.
(after all, it seems much like you ARE sending the DTMF to them, is not
like will get distorted :-)
On 01 de jul de 2005, at 03:23, Mark Edwards wrote:
Hi.
Probably been asked before, but my IAX provider assures me its not
their problem....
I have a IAX connection to a peer providing a DID. I am dialing up my
number, seeing the DTMF tones come down the line, and the * IVR is
just ignoring them.
IAX debug output is:
Rx-Frame Retry[ No] -- OSeqno: 003 ISeqno: 003 Type: DTMF Subclass: 1
Timestamp: 02608ms SCall: 00016 DCall: 00003 [ 210.80.176.12:4569]
Tx-Frame Retry[-01] -- OSeqno: 003 ISeqno: 004 Type: IAX
Subclass: ACK
Timestamp: 02608ms SCall: 00003 DCall: 00016 [210.80.176.12:4569]
for a press of "1"
I am assuming this is the DTMF inband problem, but I appear unable to
convince my provider.
Can I work around this on * or do I have to go back to SIP?
_______________________________________________
Asterisk-Users mailing list
[email protected]
http://lists.digium.com/mailman/listinfo/asterisk-users
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users