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:
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
    



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.


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





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?

--
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