<div><div dir="auto">Test on master, if it's still doing this, please file a bug.</div><br><div class="gmail_quote"><div>On Thu, Aug 3, 2017 at 7:25 AM 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>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" target="_blank">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>On Tue, Aug 1, 2017 at 5:01 PM John Narduchi <<a href="mailto:johnnarduchi@gmail.com" target="_blank">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><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>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" rel="noreferrer" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" rel="noreferrer" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" rel="noreferrer" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a></blockquote></div></div>