Hi,
I's add some more loggin to find out if it is actually setting the
MANAGE_REPLY and what is the content of the reply_route. It looks
pretty much the default anyway just doing some nat helping.
What does seem to be the issue is the transaction is not being
recognised and therefore its not doing anything with it for tht
transaction and although you are getting the 100 tryings they are being
ignored and the kamailio is repeating the auth INVITE
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} tm
[t_lookup.c:906]: t_reply_matching(): poor reply ids - index 19664 label
0 branch 7491888 loopl 32/32
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} tm
[t_lookup.c:1009]: t_reply_matching():failure to match a transaction
You are going to have to find out why the transaction is not matching
the 100 to the INVITE
Regards,,
Richard
Hi
what repay_route are you using? in your TOPSTN route you set the
failure_route, but no reply_route
Everything is pushed through the standard route[RELAY] with some
RTPEngine bits added, so I was expecting that to set reply to be
MANAGE_REPLAY;
# Wrapper for relaying requests
route[RELAY]{
xlog("L_ALERT","FLOWTRACE: inside RELAY ([$rm]From
IP:$si:$sp)\n");
# enable additional event routes for forwarded requests
# - serial forking, RTP relaying handling, a.s.o.
if (is_method("INVITE|BYE|SUBSCRIBE|UPDATE")) {
if(!t_is_set("branch_route")) {
t_on_branch("MANAGE_BRANCH");
$dlg_var(b_call_id) =$ci;
}
}
if (is_method("INVITE|SUBSCRIBE|UPDATE")) {
if(!t_is_set("onreply_route")) t_on_reply("MANAGE_REPLY");
}
if (is_method("INVITE")) {
if(!t_is_set("failure_route")) t_on_failure("MANAGE_FAILURE");
}
#!ifdef WITH_RTPENGINE
if (has_body("application/sdp")) {
route(RTPMANAGE);
}
if (is_method("BYE|CANCEL")) {
route(RTPMANAGE);
route(RTPPOPULATE_STATS);
}
#!endif
if (!t_relay()) {
sl_reply_error();
}
exit;
}
.. however, assuming I’m reading the logs right it’s going to
the onreply_route=[DEFAULT_ONREPLY]
Looking at logs for CSEQ 31528 which is the Kamailio -> Carrier Invite
with Auth packet following the auth challenge:
DEBUG: {1 31527 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} dialog
[dlg_cseq.c:193]: dlg_cseq_update(): adding auth cseq header value: 31528
DEBUG: {1 31527 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} <core>
[core/data_lump.c:785]: sr_hdr_add(): added new header (22)
[P-K-CSeq-Auth: 31528#015#012]
DEBUG: {1 31527 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} dialog
[dlg_cseq.c:452]: dlg_cseq_msg_sent(): updating cseq to: 31528
DEBUG: <core> [core/parser/msg_parser.c:152]: get_hdr_field(): cseq
<CSeq>: <31528> <INVITE>
DEBUG: <core> [core/parser/msg_parser.c:152]: get_hdr_field(): cseq
<CSeq>: <31528> <INVITE>
DEBUG: <core> [core/parser/msg_parser.c:152]: get_hdr_field(): cseq
<CSeq>: <31528> <INVITE>
DEBUG: <core> [core/receive.c:387]: receive_msg(): --- received sip
message - reply - call-id: [710ed27a-da6b-4362-b598-e4cd72c765e2] -
cseq: [31528 INVITE]
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} <core>
[core/receive.c:259]: ksr_evrt_pre_routing(): event route
core:pre-routing not defined
exec: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} ***
cfgtrace:dbg_cfg_trace(): onreply_route=[DEFAULT_ONREPLY]
c=[/etc/kamailio/kamailio.cfg] l=781 a=26 n=xlog
ALERT: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2}
<script>: FLOWTRACE: inside reply_route ([INVITE] From IP:[CARRIER
IP]:5060)
exec: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} ***
cfgtrace:dbg_cfg_trace(): onreply_route=[DEFAULT_ONREPLY]
c=[/etc/kamailio/kamailio.cfg] l=786 a=16 n=if
exec: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} ***
cfgtrace:dbg_cfg_trace(): onreply_route=[DEFAULT_ONREPLY]
c=[/etc/kamailio/kamailio.cfg] l=782 a=26 n=sanity_check
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} sanity
[sanity.c:318]: check_required_headers(): check_required_headers entered
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} sanity
[sanity.c:340]: check_required_headers(): check_required_headers passed
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} sanity
[sanity.c:348]: check_via1_header(): check via1 header
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} sanity
[sanity.c:548]: check_cseq_value(): check_cseq_value entered
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} sanity
[sanity.c:576]: check_cseq_value(): check_cseq_value passed
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} sanity
[sanity.c:585]: check_cl(): check_cl entered
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} sanity
[sanity.c:610]: check_cl(): check_cl passed
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} sanity
[sanity.c:759]: check_parse_uris(): check_parse_uris entered
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} sanity
[sanity.c:777]: check_parse_uris(): looking up From header
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} sanity
[sanity.c:791]: check_parse_uris(): parsing From header
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} <core>
[core/parser/parse_addr_spec.c:185]: parse_to_param(): add param:
tag=bc64164d-966e-47b4-bf54-12f63acdcc76
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} <core>
[core/parser/parse_addr_spec.c:884]: parse_addr_spec(): end of header
reached, state=29
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} sanity
[sanity.c:817]: check_parse_uris(): parsing From URI
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} sanity
[sanity.c:835]: check_parse_uris(): looking up To header
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} sanity
[sanity.c:857]: check_parse_uris(): check_parse_uris(): parsing To URI
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} sanity
[sanity.c:902]: check_parse_uris(): check_parse_uris passed
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} sanity
[sanity_mod.c:254]: w_sanity_check(): sanity checks result: 1
exec: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} ***
cfgtrace:dbg_cfg_trace(): onreply_route=[DEFAULT_ONREPLY]
c=[/etc/kamailio/kamailio.cfg] l=786 a=2 n=return
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} tm
[t_lookup.c:1034]: t_check_msg(): msg (0x7f3090d25ef8) id=1/1081246
global id=0/0 T start=0xffffffffffffffff
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} tm
[t_lookup.c:906]: t_reply_matching(): poor reply ids - index 19664
label 0 branch 7491888 loopl 32/32
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} tm
[t_lookup.c:1009]: t_reply_matching():failure to match a transaction
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} tm
[t_lookup.c:1103]: t_check_msg(): msg (0x7f3090d25ef8) id=1/1081246
global id=1/1081246 T end=(nil)
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} tm
[t_reply.c:2350]: reply_received(): transaction not found - (branch -1)
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} <core>
[core/forward.c:771]: do_forward_reply(): reply cannot be forwarded -
no 2nd via
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} <core>
[core/receive.c:595]: receive_msg(): reply-route executed in: 20824 usec
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} dialog
[dlg_var.c:97]: cb_dlg_locals_reset(): resetting the local dialog
shortcuts on script callback: 2147483652
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} <core>
[core/usr_avp.c:637]: destroy_avp_list(): destroying list (nil)
message repeated 5 times: [ DEBUG: {2 31528 INVITE
710ed27a-da6b-4362-b598-e4cd72c765e2} <core> [core/usr_avp.c:637]:
destroy_avp_list(): destroying list (nil)]
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} <core>
[core/xavp.c:541]: xavp_destroy_list(): destroying xavp list (nil)
message repeated 2 times: [ DEBUG: {2 31528 INVITE
710ed27a-da6b-4362-b598-e4cd72c765e2} <core> [core/xavp.c:541]:
xavp_destroy_list(): destroying xavp list (nil)]
DEBUG: {2 31528 INVITE 710ed27a-da6b-4362-b598-e4cd72c765e2} <core>
[core/receive.c:606]: receive_msg(): cleaning up
Even if I try and force it inside TOPSTN & TRUNKAUTH it still goes to
DEFAULT_ONREPLY
failure_route[TRUNKAUTH]{
xlog("L_ALERT","FLOWTRACE: inside TRUNKAUTH ([$rm]From IP:$si:$sp)\n");
xlog("L_INFO", "TRUNKAUTH: method [$rm] from [$fu] to [$tu]\n");
if (t_is_canceled()) {
exit;
}
if(t_check_status("401|407")) {
xlog("L_INFO", "TRUNKAUTH: responding to 401/407\n");
$avp(auser) ="whitelabel2";
$avp(apass) ="797x8pJ";
uac_auth();
xlog("L_INFO", "TRUNKAUTH: After uac_auth\n");
t_on_reply("MANAGE_REPLY");
route(RELAY);
# t_relay();
exit;
}
}
I see no sign of “Trying” or “Ringing” in the Carriers replies in the
logs, just the Invite. They’re definitely there I can see them in the
network layer.
The “failure to match a transaction” .. is presumably it’s not
forwarding the reply to the PBX or realising what the response is for?
Mark
--
Mark Boyce
This message contains confidential information. If you received this
email by mistake, please let us know and delete it. We ask you to
respect any confidential or private information in the email and do
not share it unless appropriate to do so. We take precautions to
minimise risk but we cannot guarantee the safety, confidentiality and
security of the internet. Please carry out your own virus checks on
any attachments. We are not liable or bound by the content of this email.
Dark Origins Limited is a limited company registered in England and
Wales. Registered number: 04877988.
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions --
[email protected]
To unsubscribe send an email to [email protected]
Important: keep the mailing list in the recipients, do not reply only to the
sender!
