I have a customer with an old Asterisk 13 (chan_sip) server and have been experiencing DTMF issues.
PCAP file shows the DTMF entry made by the SIP Peer is being passed to the incoming caller channel. Using either DTMFMode=info or DTMFmode=RFC2833 has the same result.
It has been a back an forth with the voice carrier and they come back to me and said to change the following: a=rtpmap:96 telephone-event/8000 – Suggested change for rtpmap:101
What setting should I change that will allow the a=rtpmap:96 to change to a=rtpmap:101?
You would need to change the source code. In any case, I thought that 101 was the default for chan_sip. 96 upwards are dynamically allocated codes. Anything that assumes a fixed assignment is broken.
This SDP only applies if you have dtmfmode=rfc2833.
I’m not really sure I understand what you are saying here. Please provide the actual logs demonstrating this, or, at least, the precise evidence, from those logs.
I misread the original message as saying you needed to change from 96 to 101. 101 is where chan_sip always starts, and you can’t change it. If things are breaking because of this, the provider’s system needs to be fixed, as there is no fixed number for telephone events. the a= line is there to tell the other side that which number is actually being used.
You should not get any reference to telephone events in the SDP if you request dtmfmode=info
You haven’t shown how they responded. They should have responded with the same number as in the request.
If they are broken, I’d suggest setting dtmfmode to inband.
I seem to remember that chan_pjsip uses 96 as its first dynamic payload type, and you should be using chan_pjsip, as chan_sip is no longer supported by the official Asterisk project.
