I think you need to disable Authentication in Asterisk. Kamailio is doing the authentication and then letting Asterisk know about the registration in a new message. It doesn't know how to handle 401 challenge from Asterisk.

Dipak

On Mon, Feb 3, 2014 at 6:14 AM, *sm1Ly st.uzver@gmail.com wrote:

hello, I got the same issue. my sip device getting ok from kamailio, but asterisk reply 401. but. this is my config: http://pastebin.com/jGCak01E

and I changed regfwd route to $du = "sip:50.0.0.10:5060;transport=udp"; forward();

and now I see this in logs:

Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [parser/msg_parser.c:633]: parse_msg(): SIP Reply (status): Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [parser/msg_parser.c:635]: parse_msg(): version: <SIP/2.0> Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [parser/msg_parser.c:637]: parse_msg(): status: <200> Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [parser/msg_parser.c:639]: parse_msg(): reason: <OK> Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [parser/parse_via.c:1284]: parse_via_param(): Found param type 232, <branch> = <0>; state=16 Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [parser/parse_via.c:2672]: parse_via(): end of header reached, state=5 Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [parser/msg_parser.c:513]: parse_headers(): parse_headers: Via found, flags=2 Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [parser/msg_parser.c:515]: parse_headers(): parse_headers: this is the first via Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [receive.c:152]: receive_msg(): After parse_msg... Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: tm [t_lookup.c:1071]: t_check_msg(): DEBUG: t_check_msg: msg id=25 global id=24 T start=(nil) Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [parser/parse_addr_spec.c:176]: parse_to_param(): DEBUG: add_param: tag=006cfccc318be31188fc19977b3a5651 Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [parser/parse_addr_spec.c:885]: parse_addr_spec(): end of header reached, state=29 Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [parser/msg_parser.c:190]: get_hdr_field(): DEBUG: get_hdr_field: <To> [63]; uri=[sip:77.37.241.151:5060] Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [parser/msg_parser.c:192]: get_hdr_field(): DEBUG: to body [sip: 77.37.241.151:5060] Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [parser/msg_parser.c:170]: get_hdr_field(): get_hdr_field: cseq <CSeq>: <1>

<OPTIONS> *Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: tm [t_lookup.c:1045]: t_reply_matching(): DEBUG: t_reply_matching: failure to match a transaction* Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: tm [t_lookup.c:1140]: t_check_msg(): DEBUG: t_check_msg: msg id=25 global id=25 T end=(nil) Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [parser/msg_parser.c:204]: get_hdr_field(): DEBUG: get_hdr_body : content_length=0 Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [parser/msg_parser.c:106]: get_hdr_field(): found end of header *Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [forward.c:784]: do_forward_reply(): reply cannot be forwarded - no 2nd via* Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [usr_avp.c:644]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list (nil) Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [usr_avp.c:644]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list (nil) Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [usr_avp.c:644]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list (nil) Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [usr_avp.c:644]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list (nil) Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [usr_avp.c:644]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list (nil) Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [usr_avp.c:644]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list (nil) Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [xavp.c:448]: xavp_destroy_list(): destroying xavp list (nil) Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [receive.c:296]: receive_msg(): receive_msg: cleaning up

any ideas? and show me ur conf please.

--

Hi All,

I'm running into an issue, I'm not sure whether any of you seen this yourselves and resolved it. Please share some pointers. My network is:

clients <--> Public IP(Kamailio/RTPProxy)10.1.128.11 <--> 10.1.128.34 (Freeswitch)

The 200 OK response from Freeswitch (on the way back from called party to caller) to Kamailio is shown below. Notice the Contact header URI host part contains Freeswitch Private IP (10.1.128.34). Kamailio suppose to change that to Public IP before forwarding the 200 OK (copied below) to Caller in public domain. But, it's not. As a result, ACK from Caller is not reaching back to Kamailio.

How did you or anybody out there using Kamailio resolve this problem? If needed, I can copy/paste my kamailio.cfg.

-- yours respectfully, Alexander Vasin.

8 926 1437200 icq: 9906064