This is precisely an example of confusing signaling with tone transport. If you plan on regenerating tones based on receiving signaling (KPML->Q.23 or INFO->Q.23) then you are abusing signaling. You should be using RFC 4733.
-----Original Message From: Hadriel Kaplan [snip] ...what to do with in-audio tones. I *think* the answer is info-dtmf should trump 2833 - i.e., if you negotiated info-dtmf only do that, for a variety of reasons; but with delayed SDP offers that would mean you'd always end up using info-dtmf when you could have done 2833 instead. And I can see the argument for "do both", and that's what kpml did except it has the suppression/<pre> concept, but I assumed that was due to pattern matching being inconsistent with in-band event sending one-at-a-time. But I still think info-dtmf trumping would be right, because the tones will get to the far end if they should. [snip] Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. _______________________________________________ Sip mailing list https://www1.ietf.org/mailman/listinfo/sip This list is for NEW development of the core SIP Protocol Use [EMAIL PROTECTED] for questions on current sip Use [EMAIL PROTECTED] for new developments on the application of sip
