[Kamailio-Devel] SRV records
Jonathan K. Creasy
JCreasy at voxitas.com
Fri Mar 13 04:04:12 CET 2009
Thanks. That clears it up. I was making it more complicated than it needed to be. I was also doing it wrong :) I had _sip._udp.<domain> being returned and I should have just had had <domain>.
Too many hours this week...
-Jonathan
________________________________________
From: devel-bounces at lists.kamailio.org [devel-bounces at lists.kamailio.org] On Behalf Of Klaus Darilion [klaus.mailinglists at pernau.at]
Sent: Thursday, March 12, 2009 6:25 PM
To: Jonathan K. Creasy
Cc: devel at lists.kamailio.org
Subject: Re: [Kamailio-Devel] SRV records
Jonathan K. Creasy wrote:
> I'm trying to return an SRV record in an ENUM query and either that
> is not possible or I'm doing it wrong.
ENUM does not use SRV queries. When you use ENUM it is like this:
1. perform an ENUM query: The ENUM module will lookup NAPTR records for
the respcetive ENUM domain and will perform the regular expression. This
step translates the phone number in the RURI into a sip URI, e.g:
sip:+43780004711 at foobar --> sip:enum-test at sip.nemox.net
2. When the ENUM lookup was successful you will use t_relay() to route
the request to the destination. This time the tm module will use the
procedures defined in RFC 3263 for locating the next hop. In the case of
sip.nemox.net it will perform NAPTR, SRV and A lookups.
SRV lookups will only be performed if the target sip URI contains just a
domain in the host-part. If the domain contains a port (e.g.
sip:foobar at domain:5060) the SRV lookup will be skipped (according to RFC
3263).
regards
klaus
>
> Can anyone shed any light on the right way to do this? I need to take
> an incoming call and route it to an SRV record. The destination
> domain will be myself on the initial request and I'm doing the lookup
> to see where to send it.
>
> CarrierRoute is not suitable for this application for other reasons.
> The main one is that a cr_reload_routes would have to be initiated
> everytime a routing change is made with a number and that is not good
> enough for us.
>
> -Jonathan
>
> _______________________________________________ Kamailio (OpenSER) -
> Devel mailing list Devel at lists.kamailio.org
> http://lists.kamailio.org/cgi-bin/mailman/listinfo/devel
> http://lists.openser-project.org/cgi-bin/mailman/listinfo/devel
_______________________________________________
Kamailio (OpenSER) - Devel mailing list
Devel at lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/devel
http://lists.openser-project.org/cgi-bin/mailman/listinfo/devel
More information about the Devel
mailing list