Hi Wilmar,
yes, that is one of ways to do it.
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 05.02.2014 19:50, Wilmar Campos wrote:
Hi Bogdan,
I Include in the Sequential check:
if (has_totag() && is_method("INVITE|ACK|BYE|UPDATE"))
{
t_on_failure("1");
Then on:
failure_route[1]
{
xlog("L_ERROR", "$ci|log|FAILURE ROUTE: rU $rU | tu $tu | fu $fu | rd
$rd | Code $T_reply_code ");
I logged succesfully when 481.
Is this the right way? Including the t_on_failure in the sequential
check in the script?
Thanks,
On Wed, Feb 5, 2014 at 12:31 PM, Bogdan-Andrei Iancu
<[email protected] <mailto:[email protected]>> wrote:
Hello Wilmar,
Are you sure you set the the failure route before routing the BYE
request out ( via t_on_failure() -
http://www.opensips.org/html/docs/modules/1.10.x/tm.html#id295064 ) ?
BTW, what are you trying to achieve here ? simply accounting the BYE ?
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 05.02.2014 16:43, Wilmar Campos wrote:
Hi Bogdam,
Thanks for your feedback on this.
Let me explain a little better the scenario.
Customer->Opensips
Opensips->Provider
After the INVITE, the call get connected ok.
After a couple of seconds/minutes/hours, provider have an issue
and equipment on provider side gets restarted.
Customer notice call was now without audio, hangs UP.
BYE is generated from customer to Opensips, Opensips rely the
message to provider, provider responds with 481.
Opensips -> Provider SIP Request: BYE sip:14102248770
<tel:14102248770>@Provider:5061
Provider -> Opensips SIP Status: 481 Call leg/transaction does
not exist
I have a failure_route[1], but its never being called on this
scenario.
Thanks for looking at this.
Wilmar
On Wed, Feb 5, 2014 at 5:53 AM, Bogdan-Andrei Iancu
<[email protected] <mailto:[email protected]>> wrote:
Hello,
The piece of script you posted is for handling the requests,
so logically, you cannot inspect the reply code (for BYE)
when you are still routing the BYE request - right :) ?
So, in the script, when handling the BYE request, you need to
arm a failure_route (to catch the negative replies) and to
check in that route what is the reply code -> do the acc.
Let me know if you have problems in scripting this.
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 05.02.2014 06:36, Wilmar Campos wrote:
Hi All,
I am trying to log into the database all BYE messages that
contains the return code 481.
I have this piece of code:
if (has_totag() && is_method("INVITE|ACK|BYE|UPDATE"))
{
if(loose_route()) {
if(!match_dialog())
exit;
if (is_method("BYE")) {
if(t_check_status("481"))
acc_db_request("481 No","acc_bye");
}
But is giving me this error.
ERROR:tm:t_check_status: cannot check status for a reply
which has no transaction-state established
I have try different ways to accomplish this without any luck.
Can anyone please point me to the right direction?
Thanks,
Wilmar
_______________________________________________
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
