[SR-Users] BYE request with Sipp refused
Loic Chabert
chabert.loic.74 at gmail.com
Mon Jul 6 09:48:39 CEST 2015
Hello Daniel,
Record-route is only used on request route:
# record routing for dialog forming requests (in case they are routed)
# - remove preloaded route headers
remove_hf("Route");
if (is_method("INVITE|SUBSCRIBE"))
record_route();
But not after.
In the next few lines, in route[WITHINDLG], i have:
if (has_totag()) {
# sequential request withing a dialog should
# take the path determined by record-routing
if (loose_route()) {
if (is_method("BYE")) {
setflag(FLT_ACC); # do accounting ...
setflag(FLT_ACCFAILED); # ... even if the
transaction fails
}
if ( is_method("ACK") ) {
# ACK is forwarded statelessy
route(NATMANAGE);
}
route(RELAY);
} else {
if (is_method("SUBSCRIBE") && uri == myself) {
# in-dialog subscribe requests
route(PRESENCE);
exit;
}
if ( is_method("ACK") ) {
if ( t_check_trans() ) {
# no loose-route, but stateful ACK;
# must be an ACK after a 487
# or e.g. 404 from upstream server
t_relay();
exit;
} else {
# ACK without matching transaction
... ignore and discard
exit;
}
}
sl_send_reply("404","Not here");
}
exit;
}
But i don't understand why "sl_send_reply("404","Not here");" has been
executed, and not the other statement ?
Thanks in advance,
Regards.
2015-07-06 8:47 GMT+02:00 Daniel-Constantin Mierla <miconda at gmail.com>:
> Hello,
>
> you have the config of kamailio doing record_route() and then expecting
> Route header in BYE, but your BYE is not having one.
>
> Cheers,
> Daniel
>
>
> On 05/07/15 12:05, Loic Chabert wrote:
>
> Hello everyone,
>
> I'm a newbie in kamailio world and make some tests to dispatch call over
> several asterisk instances. This part works, my call has been distributed
> over two instances (if i make a call with jitsi for example).
> Now, i want to test performance of my cluster and use Sipp to chalenge it.
>
> All method is working fine, except the BYE method, where kamailio send me
> back a 404 Not here.
>
> This is my SIPP scenario:
>
> ...
>
> <pause/>
>
> <!-- The 'crlf' option inserts a blank line in the statistics report. -->
> <send retrans="500">
> <![CDATA[
>
> BYE sip:[service]@[remote_ip] SIP/2.0
> Via: SIP/2.0/[transport] [local_ip]:[local_port];branch=[branch]
> From: sipp <sip:sipp at loicchabert.fr>;tag=[pid]SIPpTag00[call_number]
> To: sut <sip:[service]@[remote_ip]:[remote_port]>[peer_tag_param]
> Call-ID: [call_id]
> CSeq: 2 BYE
> Contact: sip:sipp@[local_ip]:[local_port]
> Max-Forwards: 70
> Subject: Performance Test
> Content-Length: 0
>
> ]]>
> </send>
> ...
>
> I use the classic file of kamailio, with some adjustement for
> dispatching.
>
> Any ideas concerning this problem ? This BYE is not in transaction so he
> is drop by kamailio ?
>
> Thank in advance,
>
> Regards.
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
> Book: SIP Routing With Kamailio - http://www.asipto.com
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20150706/bdac3565/attachment.html>
More information about the sr-users
mailing list