Hello Alex,

The log showing $ru value $du, empty.

        $avp(oexten) = $rU;
        if (!lookup("location")) {
            xlog("L_INFO", "This $rU and this $du");

Mar 26 03:12:16 dsm01 /usr/sbin/kamailio[9706]: INFO: <script>: This 124 and this <null>
Mar 26 03:12:57 dsm01 /usr/sbin/kamailio[9709]: INFO: <script>: This 120 and this <null>

When I specify proxy settings on sip client "zoiper", rtp start working and at least I can dial voicemail on asterisk behind.

Slava.

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:

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