Hello,
I'm running Kamailio 4.0.4, and I'm running into problems when trying to insert or update headers when the method is CANCEL. It just seems that nothing at all happens to the message.
Is this a bug or a design choice?
Regards, Örn
Found this on the issue: http://lists.sip-router.org/pipermail/sr-dev/2012-October/016657.html
Seems that this patch still hasn't been applied. It seems from discussions that the reasons are that you can change the To header with the uac module, and you shouldn't be changing the header anyway. Regardless, as Vitaliy points out, the documentation specifies that the CANCEL is build by reparsing the INVITE sent out, but it is incorrectly building by reparsing the INVITE received instead.
Seems odd that this hasn't been applied already.
Regards, Örn
On Fri, Jun 20, 2014 at 4:30 PM, Örn Arnarson orn@arnarson.net wrote:
Hello,
I'm running Kamailio 4.0.4, and I'm running into problems when trying to insert or update headers when the method is CANCEL. It just seems that nothing at all happens to the message.
Is this a bug or a design choice?
Regards, Örn
There was an alternative patch pushed -- if you change To header via uac_replace_to(...), then the CANCEL has the new header value.
Cheers, Daniel
On 20/06/14 19:23, Örn Arnarson wrote:
Found this on the issue: http://lists.sip-router.org/pipermail/sr-dev/2012-October/016657.html
Seems that this patch still hasn't been applied. It seems from discussions that the reasons are that you can change the To header with the uac module, and you shouldn't be changing the header anyway. Regardless, as Vitaliy points out, the documentation specifies that the CANCEL is build by reparsing the INVITE sent out, but it is incorrectly building by reparsing the INVITE received instead.
Seems odd that this hasn't been applied already.
Regards, Örn
On Fri, Jun 20, 2014 at 4:30 PM, Örn Arnarson orn@arnarson.net wrote:
Hello,
I'm running Kamailio 4.0.4, and I'm running into problems when trying to insert or update headers when the method is CANCEL. It just seems that nothing at all happens to the message.
Is this a bug or a design choice?
Regards, Örn
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
Hello and thanks for your reply.
I am sanitizing the To header for PSTN media gateways (removing things like *31* prefixes which are replaced by privacy headers). I found the uac_replace_to method. However, I elected to just use the submitted patch which bases the CANCEL on the INVITE that was sent out, as opposed to received. The patch works just fine.
I realize the CANCEL is generated hop-by-hop, but even so it's being generated from the wrong INVITE (inbound instead of outbound). I say that it is the wrong INVITE based on the documentation/devel discussions about the CANCEL being generated.
Even though you can change the to header via the uac_replace_to it seems to me that the bug should be fixed anyway, as it doesn't make sense to base the CANCEL on the received INVITE as opposed to the one sent out. IMO the patch should be submitted upstream, but obviously I have no involvement with the project, so my opinion is of little merit ;)
Regards, Örn
On Mon, Jun 23, 2014 at 1:12 PM, Daniel-Constantin Mierla miconda@gmail.com wrote:
There was an alternative patch pushed -- if you change To header via uac_replace_to(...), then the CANCEL has the new header value.
Cheers, Daniel
On 20/06/14 19:23, Örn Arnarson wrote:
Found this on the issue: http://lists.sip-router.org/pipermail/sr-dev/2012-October/016657.html
Seems that this patch still hasn't been applied. It seems from discussions that the reasons are that you can change the To header with the uac module, and you shouldn't be changing the header anyway. Regardless, as Vitaliy points out, the documentation specifies that the CANCEL is build by reparsing the INVITE sent out, but it is incorrectly building by reparsing the INVITE received instead.
Seems odd that this hasn't been applied already.
Regards, Örn
On Fri, Jun 20, 2014 at 4:30 PM, Örn Arnarson orn@arnarson.net wrote:
Hello,
I'm running Kamailio 4.0.4, and I'm running into problems when trying to insert or update headers when the method is CANCEL. It just seems that nothing at all happens to the message.
Is this a bug or a design choice?
Regards, Örn
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
-- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
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
Hello,
On 20/06/14 18:30, Örn Arnarson wrote:
Hello,
I'm running Kamailio 4.0.4, and I'm running into problems when trying to insert or update headers when the method is CANCEL. It just seems that nothing at all happens to the message.
Is this a bug or a design choice?
the CANCEL is generated hop by hop. What kind of headers you want to insert? Can you give an example?
cheers, Daniel
-
Daniel-Constantin Mierla -
Örn Arnarson