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

Reply via email to