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

RE: v6ops-v6onbydefault: link-locals and AI_ADDRCONFIG



There is nothing in getaddrinfo that precludes its use with any name
service.  If customized extesions are needed for that then extended
specs can be suggested.
/jim

> -----Original Message-----
> From: ipv6-admin@ietf.org [mailto:ipv6-admin@ietf.org] On 
> Behalf Of Stig Venaas
> Sent: Monday, November 03, 2003 10:16 AM
> To: Keith Moore
> Cc: Pekka Savola; v6ops@ops.ietf.org; ipv6@ietf.org
> Subject: Re: v6ops-v6onbydefault: link-locals and AI_ADDRCONFIG
> 
> 
> [...]
> > - IMHO, getaddrinfo()'s job should be to report what is in 
> DNS, not to try to
> >   coerce apps into behaving well.  So even though apps 
> shouldn't be using
> >   link-local addresses, and even though people shouldn't 
> list link-local
> >   addresses in DNS, getaddrinfo() should not try to hide 
> such addresses from
> >   apps if they happen to appear in DNS.
> 
> I can sympathize with your opinions. I think two things are needed:
> 
> o A standard call that most applications can use in a simple 
> way. IMHO it
>   should query DNS, other name services, /etc/hosts etc.
> 
> o A standard call that applications can use to check what is in DNS
> 
> The first should IMHO be something like getaddrinfo() where 
> applications simply try the addresses in the order they are 
> returned. I also think it should be possible for an 
> administrator to define which name services should be used, 
> which type of addresses should be returned, and the order.
> 
> Another matter is what the API should be. Most IPv6 enabled 
> applications today use getaddrinfo(), while specialized DNS 
> applications like "host" use their own resolver routines. So 
> I would say that getaddrinfo() without special arguments 
> would be good for the general applications. For the DNS 
> applications one could use getaddrinfo() with a new option, 
> or a completely new call. It's easier to change the few DNS 
> applications that are out there.
> 
> Stig
> 
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------
> 

--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------