Re: Issue adding SIP Trunk UAC Auth

Richard Robson via sr-users <[email protected]>
Newsgroups gmane.comp.voip.ser
Message-ID <[email protected]> 
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!
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.