Resolving A records for domains without SRV records fails

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

 



On 16.02.2009, at 13:30, Benny Prijono wrote:

> 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.

Strange things are happening here. I've noticed that another computer  
in the same network environment does work with DNS SRV enabled. I  
guess that's not an issue with pjsip, sorry for bothering you.

Alexei



[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