Hi Gaurav,
IF your condition is that no codec type change is allowed (e.g., to G.711,
or G.726-40, (or G.728 Annex J?) when DTMF is detected,
AND your condition is "DTMF-over-RTP transport" (e.g., and not via
call/session control protocol (like option in 3GPP CS CN R4)),
THEN RFC 2833 is the only possibility I'm aware of.
Rgds
Albrecht
ALCATEL
"Gaurav Kheterpal "
<[EMAIL PROTECTED] To:
<[email protected]>
m> cc:
Sent by: Subject:
[Sip-implementors] DTMF Relay using G.729
[EMAIL PROTECTED]
olumbia.edu
23.05.2005 08:06
Hi,
Apart from RFC 2833, is there any other way of being able to send/
receive DTMF information using the G.729 codec ? As per RFC 2833,
Encoding it as RTP Payload with G.729 will destroy in-band signaling
information which is carried using the least-significant bit. Hence, it
is not advisable.
Is there any other mechanism to generate this information out of band ?
Any inputs on the mentioned issue are most welcome.
Thanks and Regards,
Gaurav
********************** Legal Disclaimer ****************************
"This email may contain confidential and privileged material for the sole
use of the intended recipient. Any unauthorized review, use or
distribution by others is strictly prohibited. If you have received the
message in error, please advise the sender by reply email and delete the
message. Thank you."
**********************************************************************
_______________________________________________
Sip-implementors mailing list
[email protected]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
_______________________________________________
Sip-implementors mailing list
[email protected]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
