[OpenSIPS-Users] CANCEL packet modification.
Igor Olhovskiy
igorolhovskiy at gmail.com
Wed Aug 6 18:53:05 CEST 2014
Thanks. Will wait for it :)
Right now done it via cache_local (store $ft to indicate dialog), cause
CANCEL within dialog module can't be catched (if packet is CANCEL
(INVITE(create dialog) - RINGING - CANCEL), it's not indicates as
related to this dialog). So the problem is with CANCEL from originator
side only.
.
06.08.14 19:49, Bogdan-Andrei Iancu написав(ла):
> I see....We have a patch to allow changing cseq, we are working in
> properly integrating it in the public tree. Hopefully it will be ready
> in the next 1-2 weeks.
>
> Regards,
> Bogdan-Andrei Iancu
> OpenSIPS Founder and Developer
> http://www.opensips-solutions.com
> On 06.08.2014 19:45, Igor Olhovskiy wrote:
>> Change CSeq
>> It's related to problem to get registering proxy. Means on one side
>> is "transparent" dialog, on other - need to be auth'ed. While auth
>> (INVITE - 401 - INVITE (with digest + another CSeq)) you have to
>> change CSeq.
>>
>> 06.08.14 19:41, Bogdan-Andrei Iancu написав(ла):
>>> Hi Igor,
>>>
>>> The CANCEL requests are propagating hop by hop (and not end-to-end)
>>> - this means the request is re-generated by each hop. This is why
>>> you cannot change it.
>>>
>>> What exactly are you trying to achieve here ?
>>>
>>> Regards,
>>> Bogdan-Andrei Iancu
>>> OpenSIPS Founder and Developer
>>> http://www.opensips-solutions.com
>>> On 04.08.2014 15:40, Igor Olhovskiy wrote:
>>>> Hi!
>>>>
>>>> I've tried some modification of in-transaction CANCEL packets.
>>>> Idea A call B, than A cancels call.
>>>> Initial CANCEL:
>>>>
>>>> *CANCEL* sip:0919082171 at XXXXXXX SIP/2.0
>>>> Via: SIP/2.0/UDP 31.172.143.70;rport;branch=*z9hG4bKHg59atZ9pDDHg*
>>>> Route: <sip:31.172.143.67:5060>
>>>> Max-Forwards: 68
>>>> From: "2063259" <sip:2063259 at 31.172.143.70>;tag=*N1D0tceygg3tN*
>>>> To: <sip:0919082171 at XXXXXXXX>
>>>> Call-ID: *ed5d0207-9675-1232-e38f-000c29eaa3c3*
>>>> CSeq: 63241643 *CANCEL*
>>>> Reason: SIP;cause=487;text="ORIGINATOR_*CANCEL*"
>>>> Content-Length: 0
>>>>
>>>> I've simply add
>>>>
>>>> if (is_method("CANCEL")) {
>>>> ...
>>>> xlog("L_INFO", "CANCEL!");
>>>> append_hf("X-Hint: CANCEL!\r\n");
>>>> if (t_check_trans()) {
>>>> xlog("L_INFO", "CANCEL is in transaction!");
>>>> t_relay();
>>>> }
>>>> }
>>>>
>>>> In logs I see:
>>>>
>>>> CANCEL!
>>>> CANCEL is in transaction!
>>>>
>>>> but I can't see appended header to outgoing CANCEL packet.
>>>>
>>>> Outgoing CANCEL is
>>>>
>>>>
>>>> *CANCEL* sip:0919082171 at XXXXXXX SIP/2.0
>>>> Via: SIP/2.0/UDP 31.172.143.67:5060;branch=*z9hG4bKed78.b56ef11.1*
>>>> From: "2063259" <sip:2063259 at 31.172.143.70>;tag=*N1D0tceygg3tN*
>>>> Call-ID: *ed5d0207-9675-1232-e38f-000c29eaa3c3*
>>>> To: <sip:0919082171 at XXXXXXX>
>>>> CSeq: 63241643 *CANCEL*
>>>> Max-Forwards: 70
>>>> Reason: SIP;cause=487;text="ORIGINATOR_*CANCEL*"
>>>> User-Agent: OpenSIPS (1.11.2-notls (x86_64/linux))
>>>> Content-Length: 0
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at lists.opensips.org
>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20140806/44203fd9/attachment.htm>
More information about the Users
mailing list