[SR-Users] Problem implementing usrloc via dmq

Charles Chance charles.chance at sipcentric.com
Mon Sep 4 10:47:20 CEST 2017


Hello,

Sorry for slow reply.

Can you set debug=4 and send the output from startup through to register,
for both nodes?

Also the full config would be useful, or at least the default request route
up to your call to dmq_handle_message().

Cheers,

Charles


On 28 Aug 2017 12:29, "Aleksandar Sosic" <alex.sosic at gmail.com> wrote:

> So the Kamailio version is:
> root at sr01:/# kamailio -v
> version: kamailio 5.0.2 (x86_64/linux)
> flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS,
> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC,
> Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX,
> FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR,
> USE_DST_BLACKLIST, HAVE_RESOLV_RES
> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
> MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB
> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
> id: unknown
> compiled with gcc 5.3.1
>
> the output of dmq.list_nodes is:
> {
> "jsonrpc": "2.0",
> "result": [{
> "host": "<PUB_IP_2>",
> "port": "5060",
> "resolved_ip": "<PUB_IP_2>",
> "status": 2,
> "last_notification": 0,
> "local": 0
> }, {
> "host": "<PUB_IP_1>",
> "port": "5060",
> "resolved_ip": "<PUB_IP_1>",
> "status": 2,
> "last_notification": 0,
> "local": 1
> }],
> "id": 1
> }
>
> Thanks,
> --
> Aleksandar Sošić
> alex.sosic(at)gmail<dot>com
>
>
> On Fri, Aug 25, 2017 at 11:59 AM, Charles Chance
> <charles.chance at sipcentric.com> wrote:
> > Hello,
> >
> > Which version of Kamailio?
> >
> > What is the output of 'kamcmd dmq.list_nodes'?
> >
> > Cheers,
> >
> > Charles
> >
> >
> > On 24 August 2017 at 11:02, Aleksandar Sosic <alex.sosic at timenet.it>
> wrote:
> >>
> >> Hi everyone,
> >>
> >> we're trying to make work usrloc over dmq without a db on our nodes.
> >>
> >> Our `kamailio.cfg` code to make it work on the nodes is like this:
> >> ```
> >> ...
> >> loadmodule "usrloc.so"
> >> ...
> >> loadmodule "dmq.so"
> >> loadmodule "dmq_usrloc.so"
> >> ...
> >> modparam("dmq", "server_address", DMQ_ADDRESS)
> >> modparam("dmq", "notification_address", "sip:routers.ourcloud.com:5060
> ")
> >> modparam("dmq", "multi_notify", 1)
> >> modparam("dmq", "num_workers", 4)
> >> modparam("dmq_usrloc", "enable", 1)
> >> modparam("dmq_usrloc", "sync", 1)
> >> ```
> >>
> >> Where `DMQ_ADDRESS="sip:<some_address>:5060"` is the public IP address
> >> of the running node.
> >>
> >> `nslookup` of  `routers.ourcloud.com`:
> >> ```➜  ~ nslookup routers.ourcloud.com
> >> Server:        8.8.8.8
> >> Address:    8.8.8.8#53
> >>
> >> Non-authoritative answer:
> >> Name:    rrouters.ourcloud.com
> >> Address: <IP1>
> >> Name:    routers.ourcloud.com
> >> Address: <IP2>
> >> ```
> >> and obviously IP1 and IP2 are pubblic IPs of kamailio nodes that
> >> respond to my pings.
> >>
> >> When i register a client to node IP1 it's ul dump is:
> >> ```
> >> {
> >>    "jsonrpc": "2.0",
> >>    "result": {
> >>       "Domain": "location",
> >>       "Size": 1024,
> >>       "AoRs": [{
> >>          "Info": {
> >>             "AoR": "0409828030",
> >>             "HashID": 1970914268,
> >>             "Contacts": [{
> >>                "Contact": {
> >>                   "Address": "sip:0409828030 at 172.19.0.255:56328;ob",
> >>                   "Expires": 289,
> >>                   "Q": -1,
> >>                   "Call-ID": "5mclwiX4oYAVK0z-iT7M0p9RBX5-02g6",
> >>                   "CSeq": 59427,
> >>                   "User-Agent": "Telephone 1.2.6",
> >>                   "Received": "sip:<PROXY_IP>:5060",
> >>                   "Path": "[not set]",
> >>                   "State": "CS_NEW",
> >>                   "Flags": 0,
> >>                   "CFlags": 192,
> >>                   "Socket": "udp:<IP1>:5060",
> >>                   "Methods": 8159,
> >>                   "Ruid": "uloc-599d8fa8-f-1",
> >>                   "Instance": "[not set]",
> >>                   "Reg-Id": 0,
> >>                   "Last-Keepalive": 1503498176,
> >>                   "Last-Modified": 1503498176
> >>                }
> >>          }]
> >>       }
> >>    }],
> >>    "Stats": {
> >>       "Records": 1,
> >>       "Max-Slots": 1
> >>    }
> >> },
> >> "id": 1
> >> }
> >> ```
> >>
> >> On node with IP2 the ul dump is:
> >> ```
> >> {
> >>    "jsonrpc": "2.0",
> >>    "result": {
> >>       "Domain": "location",
> >>       "Size": 1024,
> >>       "AoRs": [],
> >>       "Stats": {
> >>          "Records": 0,
> >>          "Max-Slots": 0
> >>       }
> >>    },
> >>    "id": 1
> >> }
> >> ```
> >> What are we doing wrong? Are we missing something?
> >> --
> >> Aleksandar Sosic
> >> mail: alex.sosic at timenet.it
> >> skype: alex.sosic
> >> cell: +385 91 2505 146
> >>
> >> _______________________________________________
> >> Kamailio (SER) - Users Mailing List
> >> sr-users at lists.kamailio.org
> >> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
> >
> >
> >
> >
> > --
> > Charles Chance
> > Managing Director
> >
> > t. 0330 120 1200    m. 07932 063 891
> >
> > Sipcentric Ltd. Company registered in England & Wales no. 7365592.
> > Registered office: Faraday Wharf, Innovation Birmingham Campus, Holt
> Street,
> > Birmingham Science Park, Birmingham B7 4BB.
> >
> > _______________________________________________
> > Kamailio (SER) - Users Mailing List
> > sr-users at lists.kamailio.org
> > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
> >
>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>

-- 
Sipcentric Ltd. Company registered in England & Wales no. 7365592. Registered 
office: Faraday Wharf, Innovation Birmingham Campus, Holt Street, 
Birmingham Science Park, Birmingham B7 4BB.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20170904/a98f43de/attachment.html>


More information about the sr-users mailing list