[OpenSIPS-Users] b2b terminate_call!
Jorge Henrique Pinho
jorge-h-pinho at ext.ptinovacao.pt
Tue Apr 16 17:31:30 CEST 2013
Hi Bogdan!
Sure, it is in attachment.
Kind regards!
Jorge Pinho
From: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org]
Sent: sexta-feira, 8 de Março de 2013 18:01
To: Jorge Henrique Pinho
Cc: OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] b2b terminate_call!
Hi Jorge,
Strange indeed - the second BYE is not retransmission, it has a different cseq number.
I suspect the second BYE is triggered by the ACK (for 200 OK).
As per an older email , I still think it is not correct (from SIP point of view) to force sending BYE (to callee) before sending the ACK to it. First you have to finish the call setup (sending ACK back) and then to terminate it.
Could you provide logs in debug 4 covering the entire call ?
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 03/08/2013 05:18 PM, Jorge Henrique Pinho wrote:
Hi Bogdan!
Yes I can, it is in attachment.
Thank you
Jorge Pinho
From: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org]
Sent: sexta-feira, 8 de Março de 2013 11:55
To: Jorge Henrique Pinho
Cc: OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] b2b terminate_call!
Hi Jorge,
The flow itself is not sufficient, if you could send the pcap (off list) to check, it will great.
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 03/08/2013 01:13 PM, Jorge Henrique Pinho wrote:
Hi Bogdan!
Here is the sip trace, opensips is on ip 10.112.137.205:5065:
Don't mind the duplicate '100 Trying' message. I send one in my config file before calling b2b_init_request, and b2b send the other after this.
In attachment I send the log where the opensips generates the BYE and ACK messages.
Kind regards.
Jorge Pinho
From: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org]
Sent: quinta-feira, 7 de Março de 2013 17:53
To: Jorge Henrique Pinho
Cc: OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] b2b terminate_call!
Are you sure it is not a retransmission ??
Could you post a SIP capture of the entire call ?
Regards
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 03/07/2013 07:49 PM, Jorge Henrique Pinho wrote:
Hi Bogdan!
The call is terminated in both clients, the issue is that b2b is sending two BYE messages to B instead of one.
Is there any way to fix this behavior?
Kind regards,
Jorge Pinho
From: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org]
Sent: quinta-feira, 7 de Março de 2013 17:44
To: OpenSIPS users mailling list
Cc: Jorge Henrique Pinho
Subject: Re: [OpenSIPS-Users] b2b terminate_call!
Hi Jorge,
Why is the order important ( A or B first) ? as you simply want to terminate the whole call :).
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 03/07/2013 05:35 PM, Jorge Henrique Pinho wrote:
Hi, I am using opensips with b2b module with topology hiding.
I am trying to terminate a call when i receive the 200OK response to a Re-Invite. To accomplish this i am using the 'terminate_call' function defined in b2b_logic module.
The dialog is establish and an user sends an in dialog Invite to renegotiate codecs, but the 200OK reply is mal formed. In consequence I need to terminate the call at this stage.
To accomplish this I am using the terminate_call function present in b2b_logic module. When I receive the 200OK bad formatted message, I invoke the terminate_call function. The behavior of b2b is this :
A ----------------- Opensips (B2B) ------------------------ B
A Re-Invite --> | Re-Invite --> B
A | 200 OK* <-- B *Bad formatted 200OK
A BYE <-- | B
A | BYE --> B
A | ACK --> B
A | BYE --> B
It seems that b2b is sending a first BYE to B that was not supposed to.
Can you help me fix this?
Kind regards
Jorge Pinho
_______________________________________________
Users mailing list
Users at lists.opensips.org<mailto: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/20130416/897a81bf/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: opensips.7z
Type: application/octet-stream
Size: 10331 bytes
Desc: opensips.7z
URL: <http://lists.opensips.org/pipermail/users/attachments/20130416/897a81bf/attachment-0001.obj>
More information about the Users
mailing list