<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p>Hello,</p>
<p>someone published a npm package for etcd-based discovery service,
which sounds similar to what you want to do:</p>
<p> -
<a class="moz-txt-link-freetext" href="https://www.kamailio.org/w/2015/10/kamailio-dispatcher-discovery-service-with-nodejs-and-etcd/">https://www.kamailio.org/w/2015/10/kamailio-dispatcher-discovery-service-with-nodejs-and-etcd/</a></p>
<p>Alternative to dispatcher, you can also consider using rtjson
module to push back destinations to kamailio in a json document
via some API service.</p>
<p>But if you want to watch the state of destinations, then
dispatcher is the way to go.</p>
<p>Cheers,<br>
Daniel<br>
</p>
<br>
<div class="moz-cite-prefix">On 31/01/2017 11:28, Casco, Alessio
wrote:<br>
</div>
<blockquote
cite="mid:CAFET1R_X+F3Pm_3ijqSnMyK6xxr7O+ES+rhwpMpO74npu-PQWQ@mail.gmail.com"
type="cite">
<div dir="ltr">Hello Daniel!
<div><br>
</div>
<div>My goal is the following: I would like to use a service
discovery application (consul is an example) that dynamically
guides the kamailio back-ends. As soon as a new back-end
registers into the discovery service, kamailio will start
sending traffic to it.</div>
<div><br>
</div>
<div>Since writing a module is not an option right now, I though
about using DNS and SRV records to achieve the same result,
doing so I will be able to instruct kamailio dynamically, the
idea of the dispatcher group, came in my mind only because I'd
like to have something outside the main kamailio config, so in
the case I have to change the name or do some adjustments, I
don't have to restart the entire kamailio but use a RPC
command for example.</div>
<div><br>
</div>
<div>Thanks</div>
<div>Alessio</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Mon, Jan 30, 2017 at 4:20 PM,
Daniel-Constantin Mierla <span dir="ltr"><<a
moz-do-not-send="true" href="mailto:miconda@gmail.com"
target="_blank">miconda@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<p>Hello,</p>
<p>if you expect that dispatcher module will list the
associated ip addresses with the hostname after a DNS
SRV lookup, then this is not available.</p>
<p>Dispatcher module will still use the single hostname to
set r-uri (or dst uri) and then TM module does the
lookup before sending, inside t_relay(). Also, irc, the
keepalive is sent only to the first ip resolved for a
hostname.</p>
<p>If you want to relay on DNS SRV for loadbalancing, you
don't need dispatcher at all, everything is done
transparently for configuration file by tm and core.</p>
<p>Maybe you can detail a bit more what you want to
achieve with dispatcher on this topic and we can think
of alternatives,</p>
<p>Cheers,<br>
Daniel<br>
</p>
<div>
<div class="h5"> <br>
<div class="m_7422559567380250411moz-cite-prefix">On
26/01/2017 11:34, Casco, Alessio wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">Thanks for your help,
<div><br>
</div>
<div>Unfortunately with kamailio 4.4.4,
dispatcher module and your suggestions, I still
don't see the SRV record picked up (at least
using the kamcmd dispatcher.list command).
<div><br>
</div>
<div>I didn't try the LCR module yet, I want to
be sure first that dispatcher is not able to
handle SRV first</div>
<div><br>
</div>
<div>Thanks</div>
<div>Alessio</div>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Wed, Jan 25, 2017 at
8:06 PM, Jeremy Gadd <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:jeremygadd@gmail.com"
target="_blank">jeremygadd@gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0
0 0 .8ex;border-left:1px #ccc
solid;padding-left:1ex">
<div dir="ltr">Holy cow, sorry about that!
<div><br>
</div>
<div><span style="font-size:12.8px">Put the
hostname in dispatcher (no port or
_sip._udp) and enable these:</span><br>
<div><br>
</div>
<div>
<div>use_dns_cache=on</div>
<div>use_dns_failover=on</div>
<div>dns_srv_lb=on</div>
</div>
<div><br>
</div>
</div>
<div>That's how I got it working (using the
LCR module).</div>
</div>
<div class="m_7422559567380250411HOEnZb">
<div class="m_7422559567380250411h5">
<div class="gmail_extra"><br>
<div class="gmail_quote">On Wed, Jan 25,
2017 at 1:05 PM, Jeremy Gadd <span
dir="ltr"><<a
moz-do-not-send="true"
href="mailto:jeremygadd@gmail.com"
target="_blank">jeremygadd@gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote"
style="margin:0 0 0
.8ex;border-left:1px #ccc
solid;padding-left:1ex">
<div dir="ltr">Put the hostname in
dispatcher (no port) and enable
these:
<div><br>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">
<div>
<div
class="m_7422559567380250411m_110027842233018569h5">On
Wed, Jan 25, 2017 at 9:30
AM, Casco, Alessio <span
dir="ltr"><<a
moz-do-not-send="true"
href="mailto:alessio.casco@nexmo.com"
target="_blank">alessio.casco@nexmo.com</a>></span>
wrote:<br>
</div>
</div>
<blockquote class="gmail_quote"
style="margin:0 0 0
.8ex;border-left:1px #ccc
solid;padding-left:1ex">
<div>
<div
class="m_7422559567380250411m_110027842233018569h5">
<div dir="ltr">Hello Guys!
<div><br>
</div>
<div>I'd like to be able
to use SRV records
inside dispatcher
groups, so I can
automatise the
discovery of new
backends on my network
using DNS</div>
<div><br>
</div>
<div>I've tried with the
following formats into
the dispatcher.list
file:</div>
<div><br>
</div>
<div>$group
_sip._udp.sip-voice_backends<br>
</div>
<div>$group
sip-voice_backends<br>
</div>
<div><br>
</div>
<div>and none looks to
be working, running
the kamailio_ctl
dispatcher.list
won't show me the
group set with SRV
records. ( I also
try NAPTR records,
with no luck as well.)</div>
<div><br>
</div>
<div>* Does the
dispatcher module
support SRV or NAPTR
records? (maybe my
format is not
correct) <br>
</div>
<div>* If not, do you
have any other idea on
what I could do to
achieve what I'd like
to do?</div>
<div><br>
</div>
<div>Thanks</div>
<span
class="m_7422559567380250411m_110027842233018569m_2536722884454086927HOEnZb"><font
color="#888888">
<div>Alessio</div>
<div><br>
</div>
</font></span></div>
<br>
</div>
</div>
______________________________<wbr>_________________<br>
SIP Express Router (SER) and
Kamailio (OpenSER) - sr-users
mailing list<br>
<a moz-do-not-send="true"
href="mailto:sr-users@lists.sip-router.org"
target="_blank">sr-users@lists.sip-router.org</a><br>
<a moz-do-not-send="true"
href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users"
rel="noreferrer"
target="_blank">http://lists.sip-router.org/cg<wbr>i-bin/mailman/listinfo/sr-user<wbr>s</a><br>
<br>
</blockquote>
</div>
<br>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
<br>
______________________________<wbr>_________________<br>
SIP Express Router (SER) and Kamailio
(OpenSER) - sr-users mailing list<br>
<a moz-do-not-send="true"
href="mailto:sr-users@lists.sip-router.org"
target="_blank">sr-users@lists.sip-router.org</a><br>
<a moz-do-not-send="true"
href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users"
rel="noreferrer" target="_blank">http://lists.sip-router.org/cg<wbr>i-bin/mailman/listinfo/sr-user<wbr>s</a><br>
<br>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset
class="m_7422559567380250411mimeAttachmentHeader"></fieldset>
<br>
<pre>______________________________<wbr>_________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a moz-do-not-send="true" class="m_7422559567380250411moz-txt-link-abbreviated" href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a>
<a moz-do-not-send="true" class="m_7422559567380250411moz-txt-link-freetext" href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/<wbr>cgi-bin/mailman/listinfo/sr-<wbr>users</a>
</pre>
</blockquote>
</div></div><span class="HOEnZb"><font color="#888888"><pre class="m_7422559567380250411moz-signature" cols="72">--
Daniel-Constantin Mierla
<a moz-do-not-send="true" class="m_7422559567380250411moz-txt-link-abbreviated" href="http://www.twitter.com/miconda" target="_blank">www.twitter.com/miconda</a> -- <a moz-do-not-send="true" class="m_7422559567380250411moz-txt-link-abbreviated" href="http://www.linkedin.com/in/miconda" target="_blank">www.linkedin.com/in/miconda</a>
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - <a moz-do-not-send="true" class="m_7422559567380250411moz-txt-link-abbreviated" href="http://www.asipto.com" target="_blank">www.asipto.com</a>
Kamailio World Conference - May 8-10, 2017 - <a moz-do-not-send="true" class="m_7422559567380250411moz-txt-link-abbreviated" href="http://www.kamailioworld.com" target="_blank">www.kamailioworld.com</a></pre>
</font></span></div>
</blockquote></div>
</div>
</blockquote>
<pre class="moz-signature" cols="72">--
Daniel-Constantin Mierla
<a class="moz-txt-link-abbreviated" href="http://www.twitter.com/miconda">www.twitter.com/miconda</a> -- <a class="moz-txt-link-abbreviated" href="http://www.linkedin.com/in/miconda">www.linkedin.com/in/miconda</a>
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - <a class="moz-txt-link-abbreviated" href="http://www.asipto.com">www.asipto.com</a>
Kamailio World Conference - May 8-10, 2017 - <a class="moz-txt-link-abbreviated" href="http://www.kamailioworld.com">www.kamailioworld.com</a></pre></body></html>