Hello Alex, I checked DB and filed username empty. I wonder if save need write all those values in db there only argument send or not send reply.
mysql> SELECT * FROM location WHERE username = '1200'; Empty set (0.00 sec)
Slava.
----- Original Message -----
From: "Alex Balashov" abalashov@evaristesys.com To: "Kamailio (SER) - Users Mailing List" sr-users@lists.sip-router.org Sent: Tuesday, March 25, 2014 11:23:38 PM Subject: Re: [SR-Users] kamailio db
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@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@evaristesys.com To: "Kamailio (SER) - Users Mailing List" sr-users@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@networklab.ca wrote: <blockquote>
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@networklab.ca To: "Kamailio (SER) - Users Mailing List" sr-users@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@networklab.ca To: "Kamailio (SER) - Users Mailing List" sr-users@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@evaristesys.com To: sr-users@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?