Resolving A records for domains without SRV records fails

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, Feb 14, 2009 at 3:44 PM, Alexei Kuznetsov <eofster at gmail.com> wrote:

> On 13.02.2009, at 20:02, Benny Prijono wrote:
>
>  On Tue, Feb 3, 2009 at 10:51 PM, Alexei Kuznetsov <eofster at gmail.com>
>> wrote:
>> Hi,
>>
>> Here's what I've noticed when started to use DNS SRV features of
>> pjsua-lib. If the registrar does not have SRV records, resolving of A record
>> fails.
>>
>> 01:39:20.191     resolver.c  Transmitting 37 bytes to NS 0 (
>> 192.168.1.1:53): DNS SRV query for _sip._udp.cubio.net
>>
>>
>> Hi Alexei, based on your "dig" output, shouldn't you configure 192.168.1.1
>> as the pjsip NS instead?
>>
>
> Yes, I've configured 192.168.1.1 as pjsip NS. The exact string I used --
> "192.168.1.1". Am I missing something?
>
>
Ah, sorry, you're right! You've configured the correct NS, I misread your
log.

The problem is your NS returned server fail error
(PJLIB_UTIL_EDNS_SERVFAIL), and this is interpreted by the resolver as the
server is down and it should not send further requests to it for some time.
Since secondary NS is not configured, the second request raised
PJLIB_UTIL_EDNSNOWORKINGNS error which means that the resolver cannot fulfil
the request because all NS is down.

cheers
 Benny
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20090216/0d76d033/attachment.html>


[Index of Archives]     [Asterisk Users]     [Asterisk App Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [Linux API]
  Powered by Linux