<div dir="ltr">Hi,<div><br></div><div>A 3rd-party is sending each RFC2833  DTMF digit with a new SSRC and starts the packet sequence numbering at ZERO for each new digit.</div><div><br></div><div>I can see, in switch_rtp.c: handle_rfc2833(), that FS makes a note (in the session) of the last DTMF packet it processed, then drops any subsequent packets with a sequence number less than that.  </div><div><br></div><div>My questions are:</div><div><br></div><div>1. Is the remote-party compliant with relevant RFCs when they set a new SSRC for each DTMF digit?</div><div>2. Is the remote party compliant with relevant RFCs when they re-start packet sequence numbers from 0 for each DTMF digit?</div><div>3. Looking at the source for handle_rfc2833(), I can't see any setting which could be used to force FS to 'tolerate' the above behaviour</div><div>4. If I alter handle_rfc2833(), to cope with that behaviour, am I likely to run into problems with other remote systems (E.G. possibly ending up with duplicate digits)<br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><br></div>Thanks,<div><br></div><div>Andy</div></div></div></div></div></div>