<div dir="ltr">Your carrier is sending the Update message and not the Invite, so you should ask them. FS, supports Update and that's why it's in the Allow message. I'm not sure if and how you can remove an allow parameter and I don't think that would make a difference.<div>
<br></div><div>Ask your carrier to send a Re-Invite if you prefer that. Also, if you are behind a proxy servers such as OpenSIPS, you can do certain message manipulation to force certain behavior.</div><div><br></div><div>
Regards,</div><div>Ali Pey<br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jan 20, 2014 at 12:17 PM, geo cherchetout <span dir="ltr"><<a href="mailto:geo.cherchetout@laposte.net" target="_blank">geo.cherchetout@laposte.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">Le 30/12/2013 19:03, *Ali Pey* wrote:<br>
<br>
</div><div class="im">> 200 OK is a proper respond in this scenario as FS did receive the Update for<br>
> an existing SIP session. Codec negotiation is a different story and is<br>
> negotiated through SDP (Offer/Answer).<br>
<br>
</div>But why does FS receive such an UPDATE request unstead of an INVITE one ?<br>
Is this because the "UPDATE" string is included in the "allow:" field it<br>
sends in its own INVITE requests ?<br>
Is it possible to have FS not including this string ? And how could I have<br>
this string not included ?<br>
<div class="im"><br>
> If FS responds with a 4XX response code, the call would very likely be<br>
> dropped which probably be a less desired outcome.<br>
<br>
</div>With other UACs I use, responding 488 to an INVITE request from OVH (my VoIP<br>
provider) does not drop the call. OVH sends quickly a new INVITE with<br>
compatible SDP and the call goes on. So I should prefer to receive an<br>
INVITE... and see what happens.<br>
<div class="HOEnZb"><div class="h5"><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>
</div></div></blockquote></div><br></div><img class="cm-tracker" src="https://contactmonkey.com/api/v1/tracker?cm_session=92fefde8-e740-4acb-9dd6-ea89f8a8ac8c&cm_type=open&cm_user_email=alipey@gmail.com"></div></div>