Since FS is not a proxy, you may need to disable session timers. But I am not sure if seeing the session timer stuff in the packets won't kick them back in or get them to refuse them. <div><br></div><div>We don't put tons of effort into emulating a proxy since it was the SIP implementors who invented all the crazy rules and we fall into the category of b2bua and happen to do a few proxy-ish things.</div>
<div><br></div><div><br></div><div><br></div><div><br><br><div class="gmail_quote">On Tue, Oct 23, 2012 at 1:32 PM, Mike Burlingame <span dir="ltr"><<a href="mailto:mike.burlingame@me.com" target="_blank">mike.burlingame@me.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Strange issue I am not 100% sure that this is the correct way to handle the transaction I have a client that calls a PSTN number the calls flow is Meta Switch --> FreeSwitch --> Carrier (Meta Switch) call set's up correctly however during the re-invite process for session timers the client's Meta switch sends an invite however ms after the client sends the invite so does the carrier resulting in 491 glare on the FreeSwitch box at this point FreeSwitch disconnects both calls.<br>
<br>
Clients initial invite requested Session Timers UAC however on the response from the carrier they did not include that in the response so they feel that they are not allowing the client to be in control of the session timers.<br>
<br>
My question is in the case of 491's being generated from both leg's of the call because now both have open dialogs should freeswitch disconnect the call like it's doing or back off by allowing the 491's to pass to each leg and allow the end points to work out the dialog. (carrier seems to think that's what should happen)<br>
<br>
<br>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
Twitter: <a href="http://twitter.com/FreeSWITCH_wire">http://twitter.com/FreeSWITCH_wire</a><br><br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>
pstn:+19193869900<br>
</div>