You can try it, but if they shove SST reinvites down your throat despite no indicated support for them from the client, or the client sends SST headers despite no indicated support from the carrier, there are deeper-seated fundamental issues here.

--
Sent from my BlackBerry. Please excuse errors and brevity.

From: Will Ferrer Sent: Thursday, February 19, 2015 7:00 PM To: Kamailio (SER) - Users Mailing List Reply To: Kamailio (SER) - Users Mailing List Subject: Re: [SR-Users] Re-invites from carrier breaks the call

Hi Alex

Ok, not the 200 ok from the carrier from the initial invite has the supported heard, but it is stripped by the first box that receives it in our system.

The carrier still sends the second invite however.

Is there any way we can signal to the carrier not to send the second invite -- perhaps using the session-timer = refuse method that Michael mentioned?

Thanks again for all the assistance.

Will

On Thu, Feb 19, 2015 at 3:28 PM, Will Ferrer <will.ferrer@switchsoft.com> wrote:

Hi Alex

Thanks so much.

I will try it right now.

All the best.

Will

On Thu, Feb 19, 2015 at 3:27 PM, Alex Balashov <abalashov@evaristesys.com> wrote:

On 02/19/2015 06:26 PM, Alex Balashov wrote:

    onreply_route[MAIN_REPLY] {
       if(t_check_status("200")) {
          if_is_present_hf("Supported"))

Sorry:

   if(is_present_hf("Supported"))

--
Alex Balashov - Principal
Evariste Systems LLC
235 E Ponce de Leon Ave
Suite 106
Decatur, GA 30030
United States

Tel: +1-678-954-0670
Web: http://www.evaristesys.com/, http://www.alexbalashov.com/

_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users