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 <volga...@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:1...@networklab.loc;transport=UDP>
>From: "Slava
>Bendersky"<sip:1...@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" <volga...@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" <volga...@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" <abalas...@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?
>
>--
>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@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@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@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@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@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
