Watch the network traffic (ngrep or ethereal on port 5060) and check the realm from 401 is the same as the one from next REGISTER. Also, when you use the empty realm parameter to radius_ww_authorize() and www_challenge(), the realm is taken from To URI.
Daniel
On 04/14/05 08:08, Alex wrote:
Hi guys maybe someone can find the problem, i still can't see anything going to radius authentication. (the radius logs are empty)
the register request is coming but it's not going to authenticate through the radius. Any help will be appreciated.
here is the debug from ser :
14(1036) parse_headers: flags=-1 14(1036) check_via_address(62.219.158.191, 62.219.158.191, 1) 14(1036) DEBUG:destroy_avp_list: destroing list (nil) 14(1036) receive_msg: cleaning up 9(1012) SIP Request: 9(1012) method: <REGISTER> 9(1012) uri: sip:xxx.xxx.xxx.xxx 9(1012) version: <SIP/2.0> 9(1012) parse_headers: flags=1 9(1012) Found param type 232, <branch> = <z9hG4bKfc5751413c832e6d>; state=16 9(1012) end of header reached, state=5 9(1012) parse_headers: Via found, flags=1 9(1012) parse_headers: this is the first via 9(1012) After parse_msg... 9(1012) preparing to run routing scripts... 9(1012) REGISTER: Authenticating user 9(1012) parse_headers: flags=4 9(1012) end of header reached, state=9 9(1012) DEBUG: get_hdr_field: <To> [45]; uri=[sip:phonenumber@xxx.xxx.xxx.xxx;user=phone] 9(1012) DEBUG: to body [sip:phonenumber@xxx.xxx.xxx.xxx;user=phone ]
9(1012) parse_headers: flags=4096 9(1012) get_hdr_field: cseq <CSeq>: <103> <REGISTER> 9(1012) DEBUG: get_hdr_body : content_length=0 9(1012) found end of header 9(1012) pre_auth(): Credentials with given realm not found 9(1012) REGISTER: challenging user 9(1012) build_auth_hf(): 'WWW-Authenticate: Digest realm="xxx.xxx.xxx.xxx", nonce="425e063022afc1142ed6730d46da41692ff3ed57"
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers