<div dir="ltr">I simplified this a bit by taking the node IVR app out of the equation and am able to replicate the same behavior with a simple xml dialplan.  <br><br><div><action application="answer"/></div><div><action application="sleep" data="500"/></div><div><action application="playback" data="conference/Welcome.wav"/></div><div><action application="sleep" data="500"/></div><div><action application="set" data="bypass_media=true"/></div><div><action application="bridge" data="sofia/external/$<a href="mailto:1@10.10.10.10">1@10.10.10.10</a>"/></div><br>Obviously i'm missing something stupid here. I have combed the docs but can't seem to figure out the config i need to fix this scenario. <div><br></div><div>After the bridge command executes and the reinvites are sent out to the two endpoints renegotiating the new media IP taking FS out of the media path, A leg has the telephone-event attribute that came in on the initial invite, in my case 96 but the B leg goes out on attribute 101. Causing DMTF not work after bridge. Any input on this would be much appreciate. Thanks!</div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, Aug 1, 2017 at 5:01 PM John Narduchi <<a href="mailto:johnnarduchi@gmail.com">johnnarduchi@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Hello, question about a 2833 DTMF situation I'm running into. We run a IVR in node.js using the outbound event socket. The node IVR answers the call, captures some digits from caller and then bridges with bypass_media=true the b leg out to a conferencing server, taking freeswitch out of the media path and all works well except.. for one scenario. </div><div><br></div><div>When we receive telephone-events/8000 on a attribute other than 101 we end up with a payload type mismatch on a and b leg.</div><div><br></div><div>With the bridge command the b leg always seems to offer what is specified in the rfc2833-pt setting of corresponding sip_profile. </div><div><br></div><div>My question is, is there a way to configure FS to offer telephone-event on the same attribute in the b leg that came in on initial invite of a leg with bridge command on a answered call? Or possibly renegotiate the payload type if needed at time of bridge command? If so any examples for that. </div><div><br></div><div>Sorry my SIP knowledge is not the best so please forgive if i am missing something here. Configs are vanilla and tested on latest FS version 1.6.19. </div><div><br></div><div>Thanks! </div><div><br></div></div></blockquote></div>