[OpenSIPS-Users] b2b terminate_call!
Bogdan-Andrei Iancu
bogdan at opensips.org
Fri Mar 8 19:00:39 CET 2013
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/20130308/920b798d/attachment.htm>
More information about the Users
mailing list