Re: [Sip-implementors] DTMF digits dupplicate issue
On 10/24/16 8:19 PM, Kapila wrote: On Tue, Oct 25, 2016 at 2:04 AM, Dale R. Worleywrote: Kapila writes: Is it allowed to transmit dtmf in inband audio as well as in dynamic payload type ? As far as I know, it is valid to send DTMF in-band as well as telephone-events events. Of course, the two should match, and the recipient should trust the telephone-events and discard the in-band DTMF. Dale Thanks Dale. I couldn't find any reference to say that it is not allowed to send the DTMF digit as an event and the same digit in-band. However, most endpoints seems to interpret the received digits incorrectly because we had number of different UAs read digit twice. So, this goes to implementation specific bin. Our only workaround at this moment is to disable telephone-events payload on peers. Are you the sender, or the receiver that is having trouble? If both are being sent, then presumably they both carry the same timestamp. ISTM that in such a case a receiver would only want to render sample for a given timestamp. If you are the sender, then I think you would want to take the wise course of only sending one or the other. If telephone events have been negotiated, then they would be seem to be the preferred choice. Thanks, Paul ___ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
Re: [Sip-implementors] DTMF digits dupplicate issue
On Tue, Oct 25, 2016 at 2:04 AM, Dale R. Worleywrote: > Kapila writes: > > Is it allowed to transmit dtmf in inband audio as well as in dynamic > > payload type ? > > As far as I know, it is valid to send DTMF in-band as well as > telephone-events events. Of course, the two should match, and the > recipient should trust the telephone-events and discard the in-band > DTMF. > > Dale > Thanks Dale. I couldn't find any reference to say that it is not allowed to send the DTMF digit as an event and the same digit in-band. However, most endpoints seems to interpret the received digits incorrectly because we had number of different UAs read digit twice. So, this goes to implementation specific bin. Our only workaround at this moment is to disable telephone-events payload on peers. Kapila ___ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
Re: [Sip-implementors] DTMF digits dupplicate issue
Kapilawrites: > Is it allowed to transmit dtmf in inband audio as well as in dynamic > payload type ? As far as I know, it is valid to send DTMF in-band as well as telephone-events events. Of course, the two should match, and the recipient should trust the telephone-events and discard the in-band DTMF. Dale ___ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
Re: [Sip-implementors] DTMF digits dupplicate issue
If you negotiate for dtmf events, you cannot also expect to receive in band tones. Here's the wording from the RFC 4733: If the sender receives an "events" parameter from the receiver, it MUST restrict the set of events it sends to those listed in the received "events" parameter. They go on to give an example in the RFC if you need more information: https://tools.ietf.org/html/rfc4733 -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Anh Cao Sent: Sunday, October 23, 2016 9:14 PM To: 'My Gmail' <dheerajmaho...@gmail.com>; 'Kapila' <kapila.kap...@gmail.com> Cc: sip-implementors@lists.cs.columbia.edu Subject: Re: [Sip-implementors] DTMF digits dupplicate issue Hi, There is any standard/RFC for this? Because my system only accept telephone-event packet and drop all in-band DTMF when I use SDP as below and I'm not sure it is correct. Thanks, Anh -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of My Gmail Sent: Saturday, October 22, 2016 11:23 AM To: Kapila <kapila.kap...@gmail.com> Cc: sip-implementors@lists.cs.columbia.edu Subject: Re: [Sip-implementors] DTMF digits dupplicate issue Yes, its fine. The message mention indicates that both party support both codecs. Pcmu can be used for both audio and dtmf and 101 only for dtmf. Thanks and Regards Dheeraj Kumar Sent from iPhone > On 22-Oct-2016, at 9:02 AM, Kapila <kapila.kap...@gmail.com> wrote: > > Hi all, > > Is it allowed to transmit dtmf in inband audio as well as in dynamic > payload type ? > > in a recent deployment, we've noticed that Vendor X device sends the > dtmf in such way. > The call scenario is a simple call that SDPs offers are, > > UAC: Media Attribute (a): rtpmap:0 PCMU/8000, Media Attribute (a): > rtpmap:101 telephone-event/8000 > > > UAS: Media Attribute (a): rtpmap:0 PCMU/8000, Media Attribute (a): > rtpmap:101 telephone-event/8000 > > > Thanks > Kapila > ___ > Sip-implementors mailing list > Sip-implementors@lists.cs.columbia.edu > https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors ___ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors ___ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors ___ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
Re: [Sip-implementors] DTMF digits dupplicate issue
Hi, There is any standard/RFC for this? Because my system only accept telephone-event packet and drop all in-band DTMF when I use SDP as below and I'm not sure it is correct. Thanks, Anh -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of My Gmail Sent: Saturday, October 22, 2016 11:23 AM To: Kapila <kapila.kap...@gmail.com> Cc: sip-implementors@lists.cs.columbia.edu Subject: Re: [Sip-implementors] DTMF digits dupplicate issue Yes, its fine. The message mention indicates that both party support both codecs. Pcmu can be used for both audio and dtmf and 101 only for dtmf. Thanks and Regards Dheeraj Kumar Sent from iPhone > On 22-Oct-2016, at 9:02 AM, Kapila <kapila.kap...@gmail.com> wrote: > > Hi all, > > Is it allowed to transmit dtmf in inband audio as well as in dynamic > payload type ? > > in a recent deployment, we've noticed that Vendor X device sends the > dtmf in such way. > The call scenario is a simple call that SDPs offers are, > > UAC: Media Attribute (a): rtpmap:0 PCMU/8000, Media Attribute (a): > rtpmap:101 telephone-event/8000 > > > UAS: Media Attribute (a): rtpmap:0 PCMU/8000, Media Attribute (a): > rtpmap:101 telephone-event/8000 > > > Thanks > Kapila > ___ > Sip-implementors mailing list > Sip-implementors@lists.cs.columbia.edu > https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors ___ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors ___ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
Re: [Sip-implementors] DTMF digits dupplicate issue
Yes, its fine. The message mention indicates that both party support both codecs. Pcmu can be used for both audio and dtmf and 101 only for dtmf. Thanks and Regards Dheeraj Kumar Sent from iPhone > On 22-Oct-2016, at 9:02 AM, Kapilawrote: > > Hi all, > > Is it allowed to transmit dtmf in inband audio as well as in dynamic > payload type ? > > in a recent deployment, we've noticed that Vendor X device sends the dtmf > in such way. > The call scenario is a simple call that SDPs offers are, > > UAC: Media Attribute (a): rtpmap:0 PCMU/8000, Media Attribute (a): > rtpmap:101 telephone-event/8000 > > > UAS: Media Attribute (a): rtpmap:0 PCMU/8000, Media Attribute (a): > rtpmap:101 telephone-event/8000 > > > Thanks > Kapila > ___ > Sip-implementors mailing list > Sip-implementors@lists.cs.columbia.edu > https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors ___ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors