Try get your client to reregister.
But, that message suggests that there's something wrong with the binding. Can you
paste the output of SELECT * FROM location WHERE username = 'the username in
question';
On 25 March 2014 23:21:37 GMT-04:00, Slava Bendersky <volga629(a)networklab.ca>
wrote:
Hello Alex,
Thank you for help, I added xlog, but I don't any records in log.
When I restart kamailio I see
CRITICAL: usrloc [udomain.c:447]: preload_udomain(): empty username
record in table location...skipping
Slava.
----- Original Message -----
From: "Alex Balashov" <abalashov(a)evaristesys.com>
To: "Kamailio (SER) - Users Mailing List"
<sr-users(a)lists.sip-router.org>
Sent: Tuesday, March 25, 2014 10:44:33 PM
Subject: Re: [SR-Users] kamailio db
That sounds like the registration lookup is resolving to a binding
which has as its domain the domain of the proxy itself.
Try printing the value of $ru and $du (via xlog) immediately after the
lookup(). It will probably shed some light.
On 25 March 2014 22:14:58 GMT-04:00, Slava Bendersky
<volga629(a)networklab.ca> wrote:
Hello Alex.
After some looking around, I added in request route,
Added
# Saving domain + attr in DB
save("location");
# user location service
route(LOCATION);
}
but the problem that call looping. If I dial any extension call back to
dialed extension. I see on tcpdump like.
21:12:39.461230 IP (tos 0x10, ttl 64, id 46056, offset 0, flags [none],
proto UDP (17), length 1002)
192.168.100.145.5060 > 192.168.100.1.61736: [udp sum ok] SIP, length:
974
INVITE sip:1200@192.168.100.1:61736;transport=UDP SIP/2.0
Record-Route: <sip:192.168.100.145;lr=on>
Via: SIP/2.0/UDP
192.168.100.145;branch=z9hG4bK2c97.11f246b692210236849f9ef31836226b.1
Via: SIP/2.0/UDP
192.168.100.1:57876;branch=z9hG4bK-d8754z-8160e51d28da9ef7-1---d8754z-
Max-Forwards: 16
Contact: <sip:1200@192.168.100.1:57876;transport=UDP>
To: <sip:120@networklab.loc;transport=UDP>
From: "Slava
Bendersky"<sip:1200@networklab.loc;transport=UDP>;tag=da605d51
Call-ID: NGFmMzg1NzFjYTQ1Y2FlZmI2ODE2OWEzNTRkNGMzOTI.
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, MESSAGE, OPTIONS, INFO,
SUBSCRIBE
Content-Type: application/sdp
Supported: replaces, norefersub, extended-refer, timer,
X-cisco-serviceuri
User-Agent: Z 3.2.21368 r21103
Allow-Events: presence, kpml
Content-Length: 155
v=0
o=Z 0 0 IN IP4 127.0.0.1 --> ?
s=Z
c=IN IP4 127.0.0.1
t=0 0
m=audio 8000 RTP/AVP 0 101
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv
----- Original Message -----
From: "Slava Bendersky" <volga629(a)networklab.ca>
To: "Kamailio (SER) - Users Mailing List"
<sr-users(a)lists.sip-router.org>
Sent: Tuesday, March 25, 2014 11:43:57 AM
Subject: Re: [SR-Users] kamailio db
Hello Alex,
I was looking on location as far I understand this part need to be
checked on ldap level.
$avp(oexten) = $rU;
if (!lookup("location")) {
$var(rc) = $rc;
I have defined in ldap as separate item sipDomain I can do ldap_search
on it, but not sure about lookup, avp I can set to $avp(domain).
Slava.
----- Original Message -----
From: "Slava Bendersky" <volga629(a)networklab.ca>
To: "Kamailio (SER) - Users Mailing List"
<sr-users(a)lists.sip-router.org>
Sent: Monday, March 24, 2014 1:39:42 PM
Subject: Re: [SR-Users] kamailio db
Hello Alex,
Here output from dig.
Yes, for current setup I want setup as border gateway with couple
redirection and failover to DR site. Currently I got ldap
authentication working. trying test call between remote extension
(which failing). And next step will forward to voicemail which
partially done. PSTN forward is part of config I will need adjust
couple expression to match dial string. That current plan.
[volga629@localhost ~]$ dig srv _sips._tcp.networklab.loc
; <<>> DiG 9.9.4-P2-RedHat-9.9.4-11.P2.fc20 <<>> srv
_sips._tcp.networklab.loc
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 64602
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 4
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;_sips._tcp.networklab.loc. IN SRV
;; ANSWER SECTION:
_sips._tcp.networklab.loc. 3600 IN SRV 0 0 5061 dsm01.networklab.loc.
;; AUTHORITY SECTION:
networklab.loc. 86400 IN NS ns1.networklab.loc.
networklab.loc. 86400 IN NS ns2.networklab.loc.
;; ADDITIONAL SECTION:
dsm01.networklab.loc. 86400 IN A 192.168.100.145
ns1.networklab.loc. 86400 IN A 192.168.10.69
ns2.networklab.loc. 86400 IN A 192.168.10.99
;; Query time: 2 msec
;; SERVER: 192.168.10.99#53(192.168.10.99)
;; WHEN: Mon Mar 24 13:31:27 EDT 2014
;; MSG SIZE rcvd: 178
[volga629@localhost ~]$ dig srv _sip._udp.networklab.loc
; <<>> DiG 9.9.4-P2-RedHat-9.9.4-11.P2.fc20 <<>> srv
_sip._udp.networklab.loc
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15496
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 4
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;_sip._udp.networklab.loc. IN SRV
;; ANSWER SECTION:
_sip._udp.networklab.loc. 3600 IN SRV 0 0 5060 dsm01.networklab.loc.
;; AUTHORITY SECTION:
networklab.loc. 86400 IN NS ns2.networklab.loc.
networklab.loc. 86400 IN NS ns1.networklab.loc.
;; ADDITIONAL SECTION:
dsm01.networklab.loc. 86400 IN A 192.168.100.145
ns1.networklab.loc. 86400 IN A 192.168.10.69
ns2.networklab.loc. 86400 IN A 192.168.10.99
;; Query time: 2 msec
;; SERVER: 192.168.10.99#53(192.168.10.99)
;; WHEN: Mon Mar 24 13:32:30 EDT 2014
;; MSG SIZE rcvd: 177
----- Original Message -----
From: "Alex Balashov" <abalashov(a)evaristesys.com>
To: sr-users(a)lists.sip-router.org
Sent: Monday, March 24, 2014 12:43:58 AM
Subject: Re: [SR-Users] kamailio db
On 03/24/2014 12:33 AM, Slava Bendersky wrote:
9(6003) DEBUG: <core> [dns_cache.c:830]:
dns_cache_add():
dns_cache_add: adding networklab.loc(14) 1 (flags=1) at 720
9(6003) ERROR: <core> [resolve.c:1733]: sip_hostport2su(): ERROR:
sip_hostport2su: could not resolve hostname: "networklab.loc"
How are you checking the SRV records, exactly? Can you paste the
invocation and output of the 'host' command, or whatever you're using?
--
Alex Balashov - Principal
Evariste Systems LLC
235 E Ponce de Leon Ave
Suite 106
Decatur, GA 30030
United States
Tel: +1-678-954-0670
Web:
http://www.evaristesys.com/,
http://www.alexbalashov.com/
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Sent from my mobile, and thus lacking in the refinement one might
expect from a fully fledged keyboard.
Alex Balashov - Principal
Evariste Systems LLC
235 E Ponce de Leon Ave
Suite 106
Decatur, GA 30030
United States
Tel: +1-678-954-0671
Web:
http://www.evaristesys.com /,
http://www.alexbalashov.com
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
------------------------------------------------------------------------
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Sent from my mobile, and thus lacking in the refinement one might expect from a fully
fledged keyboard.
Alex Balashov - Principal
Evariste Systems LLC
235 E Ponce de Leon Ave
Suite 106
Decatur, GA 30030
United States
Tel: +1-678-954-0671
Web: