Hi Stefan,
So you want to check if the BYE does actually belong to an ongoing
dialog/call, right ? if so, you should use the dialog module:
http://www.opensips.org/html/docs/modules/2.3.x/dialog.html
Create thedialog at initial INVITE time and for sequential requests
(like BYE) use the match_dialog() for the check.
And yes, seats are still available for the summit, you can register
anytime here:
http://www.opensips.org/events/Summit-2018Amsterdam/
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:54 PM, Stefan Carlsson wrote:
I’ve thought that I could check the validity of the received
BYE. (you have to bear with me as I am a newbie (i’m ISDN guy)
….. J)
I removed the t_check_trans() and did the unforce_rtp_poxy() before
the t_relay() just catching the t_relay() reponse, now it seems to
work again.
(One interesting fact, is that this row has been there since release
2.1 , and it worked J)
So the question.
How can I check that the received BYE is referring to specific
previous INVITE –-> ACK. ? , or shall I just trust the TM.
Take care…
(btw, are there any seats left on the Amsterdam Summit)
Kind Regards / Vänligen …
Stefan Carlsson
---------------------------------------------------------------------------
*Svensk Växeltjänst AB*
Stefan Carlsson
Systemdesign Tele/Data
Tele dir. +46 (0)504 697601 Tele off +46 (0)504 697600
Mob. +46 (0)708 267 213
[email protected] <mailto:[email protected]>
www.vaxeltjanst.se <http://www.vaxeltjanst.se/>
*From:*Bogdan-Andrei Iancu [mailto:[email protected]]
*Sent:* Friday, January 26, 2018 16:21
*To:* Stefan Carlsson <[email protected]>;
[email protected]
*Subject:* Re: [OpenSIPS-Users] Strange behavior in BYE transaction
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:[email protected]]
*Sent:* Friday, January 26, 2018 15:50
*To:* Stefan Carlsson <[email protected]>
<mailto:[email protected]>
*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
[email protected] <mailto:[email protected]>
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
