Hi Bogdan! Sure, it is in attachment. Kind regards!
Jorge Pinho From: Bogdan-Andrei Iancu [mailto:bog...@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:bog...@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:bog...@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:bog...@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@lists.opensips.org<mailto:Users@lists.opensips.org> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
opensips.7z
Description: opensips.7z
_______________________________________________ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
