2011/6/9 Iñaki Baz Castillo :
> According to the doc it should perform NAPTR query (it's compiled with
> USE_NAPTR as "kamailio -V" says, and parameter dns_try_naptr has value
> "yes").
>
>
> Could somebody try to send a MESSAGE or INVITE through Kamailio 3.X
> with RURI sip:whate...@oversip.net? A
2011/6/9 Alex Hermann :
> The way I read rfc2915, there is no failover mechanism. The application pick
> the first target that it supports and uses that. There is no mention of trying
> other records afterwards. Matching/finding NAPTR records stops once the first
> match is completed. All other rec
I'm looking to build a set of contacts with q values based on SRV
records for serial/parallel forking.
I want "enum_query" (loading the contact set with a q value based on the
order,preference of the NAPTR record) but the ruri is not an e.164
number, and SRV records are used instead. Think
On Thursday 09 June 2011 12:44:11 Iñaki Baz Castillo wrote:
>
> According to NAPTR:
>
> ~$ host -t naptr oversip.net
> oversip.net has NAPTR record 5 50 "S" "SIPS+D2T" ""
> _sips._tcp.oversip.net. oversip.net has NAPTR record 10 50 "S" "SIP+D2T"
> "" _sip._tcp.oversip.net. oversip.net has NAP
2011/6/9 Daniel-Constantin Mierla :
> I kind of lost the conclusion on your replies, is it not working as
> documented/expected, or still not?
Sorry for so many mails. No, it doesn't work as documented or
expected. Summarizing:
My Kamailio is not performing NAPTR query for a Request URI
"sip:x...
Hi Inaki,
I kind of lost the conclusion on your replies, is it not working as
documented/expected, or still not?
Cheers,
Daniel
On 6/9/11 2:13 PM, Iñaki Baz Castillo wrote:
2011/6/9 Iñaki Baz Castillo:
Even if I set a minor value to dns_tls_preference (so higher priority
I expect) it still
Hello,
just to let everyone to know that starting with today Peter got
developer access to GIT repository. He sent many patches in the past
months to fix issues or add new features to presence modules (e.g., OMA
extensions to embedded XCAP server) -- some are pending to be committed
and expec
2011/6/9 Iñaki Baz Castillo :
> Even if I set a minor value to dns_tls_preference (so higher priority
> I expect) it still uses UDP.
By reading the doc it seems that higher values of dns_xxx_preference
take preference (it's the opposite to NAPTR records "order"). However
as I said I'm trying setti
Hello,
the notify is sent to inform about the state of the subscription, which
is active in this case. If it would the first subscription to that user
and force_active will not be set, then should be subscription state
pending, iirc.
The empty body does not change anything to the phone infor
2011/6/9 Iñaki Baz Castillo :
> According to NAPTR:
>
> ~$ host -t naptr oversip.net
> oversip.net has NAPTR record 5 50 "S" "SIPS+D2T" "" _sips._tcp.oversip.net.
> oversip.net has NAPTR record 10 50 "S" "SIP+D2T" "" _sip._tcp.oversip.net.
> oversip.net has NAPTR record 20 50 "S" "SIP+D2U" "" _
2011/6/9 Iñaki Baz Castillo :
> So as my domain oversip.net has no entries with same order, preference
> value doesn't matter. And of course, SIP over TLS should take
> preference.
Also my SRV records are ok (using other SIP clients they choose TLS first):
$ host -t srv _sips._tcp.oversip.net.
_
2011/6/9 Iñaki Baz Castillo :
> According to NAPTR:
>
> ~$ host -t naptr oversip.net
> oversip.net has NAPTR record 5 50 "S" "SIPS+D2T" "" _sips._tcp.oversip.net.
> oversip.net has NAPTR record 10 50 "S" "SIP+D2T" "" _sip._tcp.oversip.net.
> oversip.net has NAPTR record 20 50 "S" "SIP+D2U" "" _
Hi, I'm testing Kamailio's NAPTR resolution:
version: kamailio 3.2.0-dev4 (x86_64/linux)
flags: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, TLS_HOOKS,
USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM,
SHM_MMAP, PKG_MALLOC, DBG_QM_MALLOC, USE_FUTEX,
FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE,
13 matches
Mail list logo
