[OpenSIPS-Users] Strange behavior in BYE transaction

[Bogdan-Andrei Iancu]

Are you sure you are not mixing a  TRANSACTION (a singel request with 
all its replies) with a DIALOG (all transactions forming a call, like 
INVITE+BYE) ??

Regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
   http://www.opensips-solutions.com
OpenSIPS Summit 2018
   http://www.opensips.org/events/Summit-2018Amsterdam

On 01/26/2018 05:07 PM, Stefan Carlsson wrote:
>
> Hi Bogdan , thank you for your fast reply.
>
> The problem is that t_check_trans() doesn’t find the transaction in 
> the response of the received BYE.
>
> so I cannot unforce the rtp_proxy and do the t_relay() (eg. send OK 
> 200 back .)
>
> See below code snap.
>
> ***
>
> if(t_check_trans() ) {
>
>         xlog("We have an transaction");
>
> unforce_rtp_proxy();
>
> t_relay();
>
>         }
>
>         else
>
>         {
>
> xlog("We DONT have an transaction");
>
> sl_reply_error();                                          <<<< Here 
> we got (of course):        SIP/2.0 500 Server error occurred (1/SL)
>
> }
>
> **** debug snap
>
> Jan 26 13:25:33 siprouter /usr/sbin/opensips[5140]: 
> DBG:core:get_hdr_field: cseq <CSeq>: <2> <BYE>
>
> Jan 26 13:25:33 siprouter /usr/sbin/opensips[5140]: 
> DBG:tm:t_lookup_request: start searching: hash=28500, isACK=0
>
> Jan 26 13:25:33 siprouter /usr/sbin/opensips[5140]: 
> DBG:tm:matching_3261: RFC3261 transaction matching failed
>
> Jan 26 13:25:33 siprouter /usr/sbin/opensips[5140]: 
> DBG:tm:t_lookup_request: no transaction found
>
> Jan 26 13:25:33 siprouter /usr/sbin/opensips[5140]: We DONT have an 
> transaction
>
> Jan 26 13:25:33 siprouter /usr/sbin/opensips[5140]: 
> DBG:sl:sl_reply_error: error text is Server error occurred (1/SL)
>
> Jan 26 13:25:33 siprouter /usr/sbin/opensips[5140]: 
> DBG:core:parse_headers: flags=ffffffffffffffff
>
> Btw. Where is the hash=28500  constructed
>
> // Regards …
>
> Stefan
>
> *From:*Bogdan-Andrei Iancu [mailto:bogdan at opensips.org]
> *Sent:* Friday, January 26, 2018 15:50
> *To:* Stefan Carlsson <stefan.carlsson at vaxeltjanst.se>
> *Subject:* Re: [OpenSIPS-Users] Strange behavior in BYE transaction
>
> Hi Stefan,
>
> I do not understand your problem ? Your OpenSIPS receives a BYE 
> requests....ok, what is going wrong at this point ?
>
> Regards,
>
> Bogdan-Andrei Iancu
> OpenSIPS Founder and Developer
>    http://www.opensips-solutions.com
> OpenSIPS Summit 2018
>    http://www.opensips.org/events/Summit-2018Amsterdam
>
> On 01/26/2018 10:54 AM, Stefan Carlsson wrote:
>
>     Hi !
>
>     (using Opensips 2.2.6)
>
>     We have (suddenly) got some issues in the BYE transaction.
>
>     The Call-ID, ftags, is consistent from previous dialogs and are
>     received in the BYE request from the operator except the Cseq as
>     we got a new one in the BYE.
>
>     (But the branch tag looks as this:
>     branch=z9hG4bK-524287-1---c2beba62517a3e4eminsusi)
>
>     Do we have a problem with hyphens in the branch tag ?
>
>     How does the Opensips tm create and keep the BYE transaction is
>     the branch tag or …. ?
>
>     ***
>
>     The attached codesnap show the relay of the BYE handling.
>
>     ***
>
>     if(t_check_trans() ) {
>
>     xlog("We have an transaction");
>
>     unforce_rtp_proxy();
>
>     t_relay();
>
>     }
>
>     else
>
>     {
>
>        xlog("We DONT have an transaction");
>
>        sl_reply_error();            <<<< Here we got:        SIP/2.0
>     500 Server error occurred (1/SL)
>
>     }
>
>
>
>
>     _______________________________________________
>
>     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/20180126/5a177d76/attachment-0001.html>