Hi All and Daniel,
My interesting "realtime" story still continues :)
All configuration seems to be ok. It's default but some DB fields changes as Daniel advised. Terminals registrations to kamailio is ok (but kamailio don't register as a endpoint on remote softswitch, but calls run :) is it ok? )
Situation: one logic + two different terminals = two different results !!! Kamailio logic haven't changes (exclude DB fields) and it's not a softswitch part. Is it something around two different requests with Proxy-Authenticate/realm (one case 193.58.XXX.XXX, second case VoipSwitch) and why kamailio generates two different realms ?
First case (ok). Sip terminal - softphone twinkle Dump from kamailio:
terminal->kamailio
INVITE sip:9991@193.58.XXX.XXX SIP/2.0
Via: SIP/2.0/UDP 192.168.0.174:5065;rport;branch=z9hG4bKeweuqqbi
Max-Forwards: 70
From: "kamailio" sip:200@193.58.XXX.XXX;tag=wvgqh
Call-ID: lutmonzrdvxboxk@SipuraSPA
CSeq: 117 INVITE
Contact: sip:200@192.168.0.174:5065
Content-Type: application/sdp
Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,REFER,NOTIFY,SUBSCRIBE,INFO,MESSAGE
Supported: replaces,norefersub,100rel
User-Agent: Twinkle/1.4.2
+ SDP
kamailio->terminal
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 192.168.0.174:5065;rport=5065;branch=z9hG4bKeweuqqbi;received=93.116.XXX.XXX
To: sip:9991@193.58.XXX.XXX;tag=636f77b6676bf8d50aad9baa13cd3627.b6c5
From: "kamailio" sip:200@193.58.XXX.XXX;tag=wvgqh
Call-ID: lutmonzrdvxboxk@SipuraSPA
CSeq: 117 INVITE
Proxy-Authenticate: Digest realm="193.58.XXX.XXX", nonce="TgR+704EfcMLI76IHmIgL4DU9ED7DulQ"
Server: kamailio (3.1.4 (i386/linux))
Content-Length: 0
terminal->kamailio
ACK sip:9991@193.58.XXX.XXX SIP/2.0
Via: SIP/2.0/UDP 192.168.0.174:5065;rport;branch=z9hG4bKeweuqqbi
Max-Forwards: 70
To: sip:9991@193.58.XXX.XXX;tag=636f77b6676bf8d50aad9baa13cd3627.b6c5
From: "kamailio" sip:200@193.58.XXX.XXX;tag=wvgqh
Call-ID: lutmonzrdvxboxk@SipuraSPA
CSeq: 117 ACK
User-Agent: Twinkle/1.4.2
Content-Length: 0
INVITE sip:9991@193.58.XXX.XXX SIP/2.0
Via: SIP/2.0/UDP 192.168.0.174:5065;rport;branch=z9hG4bKtepuspep
Max-Forwards: 70
Proxy-Authorization: Digest username="200",realm="193.58.XXX.XXX",nonce="TgR+704EfcMLI76IHmIgL4DU9ED7DulQ",uri="sip:9991@193.58.XXX.XXX",response="e584c40d869c851f631c74c2a874cc02",algorithm=MD5
From: "kamailio" sip:200@193.58.XXX.XXX;tag=wvgqh
Call-ID: lutmonzrdvxboxk@SipuraSPA
CSeq: 118 INVITE
Contact: sip:200@192.168.0.174:5065
Content-Type: application/sdp
Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,REFER,NOTIFY,SUBSCRIBE,INFO,MESSAGE
Supported: replaces,norefersub,100rel
User-Agent: Twinkle/1.4.2
Content-Length: 311
+SDP
kamailio->terminal
SIP/2.0 100 trying -- your call is important to us
Via: SIP/2.0/UDP 192.168.0.174:5065;rport=5065;branch=z9hG4bKtepuspep;received=93.116.XXX.XXX
From: "kamailio" sip:200@193.58.XXX.XXX;tag=wvgqh
Call-ID: lutmonzrdvxboxk@SipuraSPA
CSeq: 118 INVITE
Server: kamailio (3.1.4 (i386/linux))
Content-Length: 0
SIP/2.0 407 Proxy Authentication Required
CSeq: 118 INVITE
Via: SIP/2.0/UDP 192.168.0.174:5065;received=93.116.XXX.XXX;rport=5065;branch=z9hG4bKtepuspep
From: "kamailio" sip:200@193.58.XXX.XXX;tag=wvgqh
Call-ID: lutmonzrdvxboxk@SipuraSPA
To: sip:9991@193.58.XXX.XXX;tag=050709100033375
Proxy-Authenticate: DIGEST realm="VoipSwitch", nonce="05f6635f0e211fb3-24050517506070925525"
Content-Length: 0
Record-Route: sip:193.58.XXX.XXX;lr=on;ftag=wvgqh;nat=yes
terminal->kamailio
ACK sip:9991@193.58.XXX.XXX SIP/2.0
Via: SIP/2.0/UDP 192.168.0.174:5065;rport;branch=z9hG4bKtepuspep
Max-Forwards: 70
To: sip:9991@193.58.XXX.XXX;tag=050709100033375
From: "kamailio" sip:200@193.58.XXX.XXX;tag=wvgqh
Call-ID: lutmonzrdvxboxk@SipuraSPA
CSeq: 118 ACK
User-Agent: Twinkle/1.4.2
Content-Length: 0
INVITE sip:9991@193.58.XXX.XXX SIP/2.0
Via: SIP/2.0/UDP 192.168.0.174:5065;rport;branch=z9hG4bKjgqxpmir
Max-Forwards: 70
Proxy-Authorization: Digest username="200",realm="193.58.XXX.XXX",nonce="TgR+704EfcMLI76IHmIgL4DU9ED7DulQ",uri="sip:9991@193.58.XXX.XXX",response="e584c40d869c851f631c74c2a874cc02",algorithm=MD5
Proxy-Authorization: Digest username="200",realm="VoipSwitch",nonce="05f6635f0e211fb3-24050517506070925525",uri="sip:9991@193.58.XXX.XXX",response="c28d02e014adc119f75a839a7ebfb171",algorithm=MD5
From: "kamailio" sip:200@193.58.XXX.XXX;tag=wvgqh
Call-ID: lutmonzrdvxboxk@SipuraSPA
CSeq: 119 INVITE
Contact: sip:200@192.168.0.174:5065
Content-Type: application/sdp
Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,REFER,NOTIFY,SUBSCRIBE,INFO,MESSAGE
Supported: replaces,norefersub,100rel
User-Agent: Twinkle/1.4.2
Content-Length: 311
+SDP
kamailio->terminal
SIP/2.0 100 trying -- your call is important to us
Via: SIP/2.0/UDP 192.168.0.174:5065;rport=5065;branch=z9hG4bKjgqxpmir;received=93.116.XXX.XXX
From: "kamailio" sip:200@193.58.XXX.XXX;tag=wvgqh
Call-ID: lutmonzrdvxboxk@SipuraSPA
CSeq: 119 INVITE
Server: kamailio (3.1.4 (i386/linux))
Content-Length: 0
IP/2.0 183 Session Progress
CSeq: 119 INVITE
Via: SIP/2.0/UDP 192.168.0.174:5065;received=93.116.XXX.XXX;rport=5065;branch=z9hG4bKjgqxpmir
From: "kamailio" sip:200@193.58.XXX.XXX;tag=wvgqh
Call-ID: lutmonzrdvxboxk@SipuraSPA
To: sip:9991@193.58.XXX.XXX;tag=050710100033890
Content-Type: application/sdp
Content-Length: 226
Record-Route: sip:193.58.XXX.XXX;lr=on;ftag=wvgqh;nat=yes
+SDP
SIP/2.0 200 OK
CSeq: 119 INVITE
Via: SIP/2.0/UDP 192.168.0.174:5065;received=93.116.XXX.XXX;rport=5065;branch=z9hG4bKjgqxpmir
From: "kamailio" sip:200@193.58.XXX.XXX;tag=wvgqh
Call-ID: lutmonzrdvxboxk@SipuraSPA
To: sip:9991@193.58.XXX.XXX;tag=050710100033890
Contact: sip:93.116.XXX.XXX:5060;transport=udp
Allow: INVITE, ACK, OPTIONS, BYE, CANCEL, REGISTER, INFO, NOTIFY, MESSAGE, SUBSCRIBE, REFER
Content-Type: application/sdp
Content-Length: 226
Record-Route: sip:193.58.XXX.XXX;lr=on;ftag=wvgqh;nat=yes
RTP SESSION
SIP/2.0 484 Address Incomplete
Via: SIP/2.0/UDP 192.168.0.180:5060;branch=z9hG4bK-e8dcc9b4;rport=5060;received=93.116.XXX.XXX
From: "100" sip:100@193.58.XXX.XXX;tag=b569480918f4e690o0
To: sip:193.58.XXX.XXX;tag=636f77b6676bf8d50aad9baa13cd3627.f963
Call-ID: 2c9f671d-2c05328c@192.168.0.180
CSeq: 473 NOTIFY
Server: kamailio (3.1.4 (i386/linux))
Content-Length: 0
RTP SESSION
BYE sip:93.116.XXX.XXX:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 192.168.0.174:5065;rport;branch=z9hG4bKepxrurdf
Route: sip:193.58.XXX.XXX;lr=on;ftag=wvgqh;nat=yes
Max-Forwards: 70
To: sip:9991@193.58.XXX.XXX;tag=050710100033890
From: "kamailio" sip:200@193.58.XXX.XXX;tag=wvgqh
Call-ID: lutmonzrdvxboxk@SipuraSPA
CSeq: 120 BYE
User-Agent: Twinkle/1.4.2
Content-Length: 0
SIP/2.0 200 OK
CSeq: 120 BYE
Via: SIP/2.0/UDP 192.168.0.174:5065;received=93.116.XXX.XXX;rport=5065;branch=z9hG4bKepxrurdf
From: "kamailio" sip:200@193.58.XXX.XXX;tag=wvgqh
Call-ID: lutmonzrdvxboxk@SipuraSPA
To: sip:9991@193.58.XXX.XXX;tag=050710100033890
Content-Length: 0
Record-Route: sip:193.58.XXX.XXX;lr=on;ftag=wvgqh;nat=yes
Second case (not ok). Sip terminal - cisco iphone Dump from kamailio:
terminal->kamailio
INVITE sip:9991@193.58.XXX.XXX SIP/2.0
Via: SIP/2.0/UDP 192.168.0.180:5060;branch=z9hG4bK-1050babb
From: "100" sip:100@193.58.XXX.XXX;tag=dfe3d8151250ffabo0
Call-ID: 8760c7dd-41ef9283@192.168.0.180
CSeq: 101 INVITE
Max-Forwards: 70
Contact: "100" sip:100@192.168.0.180:5060
Expires: 240
User-Agent: Linksys/SPA922-5.1.15(a)
Content-Length: 259
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER
Supported: replaces
Content-Type: application/sdp
kamailio->terminal
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 192.168.0.180:5060;branch=z9hG4bK-1050babb;rport=5060;received=93.116.XXX.XXX
From: "100" sip:100@193.58.XXX.XXX;tag=dfe3d8151250ffabo0
To: sip:9991@193.58.XXX.XXX;tag=636f77b6676bf8d50aad9baa13cd3627.9e28
Call-ID: 8760c7dd-41ef9283@192.168.0.180
CSeq: 101 INVITE
Proxy-Authenticate: Digest realm="193.58.XXX.XXX", nonce="TgR+dE4EfUj/W4ocJ0iFmM93MMo5SgvE"
Server: kamailio (3.1.4 (i386/linux))
Content-Length: 0
terminal->kamailio
ACK sip:9991@193.58.XXX.XXX SIP/2.0
Via: SIP/2.0/UDP 192.168.0.180:5060;branch=z9hG4bK-1050babb
From: "100" sip:100@193.58.XXX.XXX;tag=dfe3d8151250ffabo0
To: sip:9991@193.58.XXX.XXX;tag=636f77b6676bf8d50aad9baa13cd3627.9e28
Call-ID: 8760c7dd-41ef9283@192.168.0.180
CSeq: 101 ACK
Max-Forwards: 70
Contact: "100" sip:100@192.168.0.180:5060
User-Agent: Linksys/SPA922-5.1.15(a)
Content-Length: 0
INVITE sip:9991@193.58.XXX.XXX SIP/2.0
Via: SIP/2.0/UDP 192.168.0.180:5060;branch=z9hG4bK-beb5344f
From: "100" sip:100@193.58.XXX.XXX;tag=dfe3d8151250ffabo0
Call-ID: 8760c7dd-41ef9283@192.168.0.180
CSeq: 102 INVITE
Max-Forwards: 70
Proxy-Authorization: Digest username="100",realm="193.58.XXX.XXX",nonce="TgR+dE4EfUj/W4ocJ0iFmM93MMo5SgvE",uri="sip:9991@193.58.XXX.XXX",algorithm=MD5,response="69dcc7441ad6f0a70c259e8948d8fcf0"
Contact: "100" sip:100@192.168.0.180:5060
Expires: 240
User-Agent: Linksys/SPA922-5.1.15(a)
Content-Length: 259
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER
Supported: replaces
Content-Type: application/sdp
kamailio->terminal
SIP/2.0 100 trying -- your call is important to us
Via: SIP/2.0/UDP 192.168.0.180:5060;branch=z9hG4bK-beb5344f;rport=5060;received=93.116.XXX.XXX
From: "100" sip:100@193.58.XXX.XXX;tag=dfe3d8151250ffabo0
Call-ID: 8760c7dd-41ef9283@192.168.0.180
CSeq: 102 INVITE
Server: kamailio (3.1.4 (i386/linux))
Content-Length: 0
SIP/2.0 407 Proxy Authentication Required
CSeq: 102 INVITE
Via: SIP/2.0/UDP 192.168.0.180:5060;rport=5060;received=93.116.XXX.XXX;branch=z9hG4bK-beb5344f
From: "100" sip:100@193.58.XXX.XXX;tag=dfe3d8151250ffabo0
Call-ID: 8760c7dd-41ef9283@192.168.0.180
To: sip:9991@193.58.XXX.XXX;tag=05050699909937
Proxy-Authenticate: DIGEST realm="VoipSwitch", nonce="05f481310df9ef29-24050517506050625525"
Content-Length: 0
Record-Route: sip:193.58.XXX.XXX;lr=on;ftag=dfe3d8151250ffabo0;nat=yes
terminal->kamailio
ACK sip:9991@193.58.XXX.XXX SIP/2.0
Via: SIP/2.0/UDP 192.168.0.180:5060;branch=z9hG4bK-beb5344f
From: "100" sip:100@193.58.XXX.XXX;tag=dfe3d8151250ffabo0
To: sip:9991@193.58.XXX.XXX;tag=05050699909937
Call-ID: 8760c7dd-41ef9283@192.168.0.180
CSeq: 102 ACK
Max-Forwards: 70
Proxy-Authorization: Digest username="100",realm="193.58.XXX.XXX",nonce="TgR+dE4EfUj/W4ocJ0iFmM93MMo5SgvE",uri="sip:9991@193.58.XXX.XXX",algorithm=MD5,response="69dcc7441ad6f0a70c259e8948d8fcf0"
Contact: "100" sip:100@192.168.0.180:5060
User-Agent: Linksys/SPA922-5.1.15(a)
Content-Length: 0
INVITE sip:9991@193.58.XXX.XXX SIP/2.0
Via: SIP/2.0/UDP 192.168.0.180:5060;branch=z9hG4bK-303c9613
From: "100" sip:100@193.58.XXX.XXX;tag=dfe3d8151250ffabo0
Call-ID: 8760c7dd-41ef9283@192.168.0.180
CSeq: 103 INVITE
Max-Forwards: 70
Proxy-Authorization: Digest username="100",realm="VoipSwitch",nonce="05f481310df9ef29-24050517506050625525",uri="sip:9991@193.58.XXX.XXX",algorithm=MD5,response="70b633a0ca9ecf0bfebb7792f843d732"
Contact: "100" sip:100@192.168.0.180:5060
Expires: 240
User-Agent: Linksys/SPA922-5.1.15(a)
Content-Length: 259
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER
Supported: replaces
Content-Type: application/sdp
kamailio->terminal
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 192.168.0.180:5060;branch=z9hG4bK-303c9613;rport=5060;received=93.116.XXX.XXX
From: "100" sip:100@193.58.XXX.XXX;tag=dfe3d8151250ffabo0
To: sip:9991@193.58.XXX.XXX;tag=636f77b6676bf8d50aad9baa13cd3627.4a95
Call-ID: 8760c7dd-41ef9283@192.168.0.180
CSeq: 103 INVITE
Proxy-Authenticate: Digest realm="193.58.XXX.XXX", nonce="TgR+dE4EfUj/W4ocJ0iFmM93MMo5SgvE"
Server: kamailio (3.1.4 (i386/linux))
Content-Length: 0
terminal->kamailio
ACK sip:9991@193.58.XXX.XXX SIP/2.0
Via: SIP/2.0/UDP 192.168.0.180:5060;branch=z9hG4bK-303c9613
From: "100" sip:100@193.58.XXX.XXX;tag=dfe3d8151250ffabo0
To: sip:9991@193.58.XXX.XXX;tag=636f77b6676bf8d50aad9baa13cd3627.4a95
Call-ID: 8760c7dd-41ef9283@192.168.0.180
CSeq: 103 ACK
Max-Forwards: 70
Proxy-Authorization: Digest username="100",realm="VoipSwitch",nonce="05f481310df9ef29-24050517506050625525",uri="sip:9991@193.58.XXX.XXX",algorithm=MD5,response="70b633a0ca9ecf0bfebb7792f843d732"
Contact: "100" sip:100@192.168.0.180:5060
User-Agent: Linksys/SPA922-5.1.15(a)
Content-Length: 0
On 06/24/2011 09:12 PM, vaad.fabi@gmail.com wrote:
Yes, NOTIFY was generated by ipphone.
Thx, again :)
On 06/24/2011 12:00 PM, Daniel-Constantin Mierla wrote:
Hello,
based on the logs, the authentication fails due to wrong password. Check that you have the right password on client side.
Kamailio does not generate any NOTIFY unless the presence server modules are loaded. If not, then the notify comes from somewhere else and it is just looped back due to config file routing logic.
Cheers, Daniel
On 6/24/11 10:01 AM, vaad.fabi@gmail.com wrote:
Hi all,
Still trying to run kamailio 3.1.x + asterisk 1.6.2.X realtime architecture. As i mentioned earlier, instead of asterisk i use another softswitch with db, table "retailroute" with "login" and "password" fields as user auth data. Of course, troubles... user can't register to kamailio :(
Logs( without users attempts to register, only kamailio internal logic:
Jun 24 11:23:26 sbc kamailio[17768]: INFO: <script>: ------------------ SIP Request: method [NOTIFY] from [sip:100@100.100.100.100] to [sip:100.100.100.100] Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: <core> [parser/msg_parser.c:167]: get_hdr_field: cseq <CSeq>: <811> <NOTIFY> Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: maxfwd [mf_funcs.c:85]: value = 70 Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: <core> [parser/msg_parser.c:201]: DEBUG: get_hdr_body : content_length=0 Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: <core> [parser/msg_parser.c:103]: found end of header Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: <core> [msg_translator.c:204]: check_via_address(XX.116.255.XXX, 192.168.0.180, 0) Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: siputils [checks.c:73]: no totag Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: tm [t_lookup.c:1081]: DEBUG: t_check_msg: msg id=39 global id=38 T start=(nil) Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: tm [t_lookup.c:528]: t_lookup_request: start searching: hash=31430, isACK=0 Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: tm [t_lookup.c:485]: DEBUG: RFC3261 transaction matching failed Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: tm [t_lookup.c:711]: DEBUG: t_lookup_request: no transaction found Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: tm [t_lookup.c:1150]: DEBUG: t_check_msg: msg id=39 global id=39 T end=(nil) Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: <core> [select.c:424]: Calling SELECT 0x832b7e4 Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: <core> [socket_info.c:501]: grep_sock_info - checking if host==us: 13==13 && [100.100.100.100] == [100.100.100.100] Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: <core> [socket_info.c:504]: grep_sock_info - checking if port 5060 matches port 5060 Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: auth_db [authorize.c:239]: realm value [100.100.100.100] Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: auth [api.c:95]: auth: digest-algo: MD5 parsed value: 1 Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: <core> [db_res.c:118]: allocate 28 bytes for result set at 0x832c8cc Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: db_mysql [km_res.c:68]: 1 columns returned from the query Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: <core> [db_res.c:155]: allocate 4 bytes for result names at 0x832ba40 Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: <core> [db_res.c:165]: allocate 4 bytes for result types at 0x832ba08 Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: db_mysql [km_res.c:85]: allocate 8 bytes for RES_NAMES[0] at 0x832c950 Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x832c950)[0]=[password] Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: <core> [db_res.c:184]: allocate 8 bytes for rows at 0x832c918 Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: <core> [db_row.c:119]: allocate 20 bytes for row values at 0x832e75c Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: <core> [db_val.c:117]: converting STRING [dav0011] Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: auth_db [authorize.c:120]: HA1 string calculated: a8fdf502e497ff8e9407ac2dc31540df Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: auth [api.c:205]: check_response: Our result = 'fa83bf7c0a7af33cc500aa2b62758931' Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: auth [api.c:215]: check_response: Authorization failed Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: <core> [db_res.c:81]: freeing 1 columns Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[0] at 0x832c950 Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: <core> [db_res.c:94]: freeing result names at 0x832ba40 Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: <core> [db_res.c:99]: freeing result types at 0x832ba08 Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: <core> [db_res.c:54]: freeing 1 rows Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: <core> [db_row.c:97]: freeing row values at 0x832e75c Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: <core> [db_res.c:62]: freeing rows at 0x832c918 Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: <core> [db_res.c:136]: freeing result set at 0x832c8cc Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: auth [challenge.c:102]: build_challenge_hf: realm='100.100.100.100' Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: auth [challenge.c:236]: auth: 'Proxy-Authenticate: Digest realm="100.100.100.100", nonce="TgQ8mU4EO22Odd1W63tOO27IRrKX0kU ' Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: sl [sl.c:278]: reply in stateless mode (sl) Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: <core> [msg_translator.c:204]: check_via_address(XX.116.255.XXX, 192.168.0.180, 0) Jun 24 11:23:26 sbc kamailio[17768]: DEBUG: <core> [usr_avp.c:646]: DEBUG:destroy_avp_list: destroying list (nil)
Such messages periodically sends kamailio. Why kamailio every time sends yourself these NOTIFY messages, what it try to do ? I see problem something around auth_db autorization and HA1, isn't it ? How to fix it ?