APNIC Home APNIC Home
Info & FAQ |  Resource services |  Training |  Meetings |  Membership |  Documents |  Whois & Search |  Internet community

You're here:  Home  Mailing Lists global-v6 


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

Re: [GLOBAL-V6] IPV4 to IPv6 migration



Hi,

On Tue, Jun 03, 2008 at 08:32:00AM -0700, David Conrad wrote:
> On Jun 3, 2008, at 7:41 AM, Gert Doering wrote:
> >I'm not really sure what point you're trying to make, though...?
> 
> In this particular context, nothing more complicated than the fact  
> that the commonly used APIs (derived from the IPv4 APIs) promote and/ 
> or support particular coding patterns that forces applications to deal  
> with renumbering events, thereby making renumbering disruptive.  In  
> this way, IPv6 is approximately the same as IPv4 in terms of  
> renumbering, something I find unfortunate.

I'm not sure I agree.  For a many application, I see code more along 
the lines of

open_connection()
   getaddrinfo()
   while( try all addresss )
       if ( connect works, break loop, return socket )

(which is the sample loop from the getaddrinfo RFC, IIR) - where the 
application usually does not cache anything.

I'm actually not *that* happy with this loop, as it's not very practical
if there are multiple destination IP addresses, some of which do not 
return errors right away but need to time out - but *caching* isn't the
problem...

Servers explicitely bind() ing to addresses are a problem indeed, but
there's no hard need to do so, unless for UDP servers.

Gert Doering
        -- NetMaster
-- 
Total number of prefixes smaller than registry allocations:  110584

SpaceNet AG                        Vorstand: Sebastian v. Bomhard
Joseph-Dollinger-Bogen 14          Aufsichtsratsvors.: A. Grundner-Culemann
D-80807 Muenchen                   HRB: 136055 (AG Muenchen)
Tel: +49 (89) 32356-444            USt-IdNr.: DE813185279

Attachment: pgpqeZaBakcHZ.pgp
Description: PGP signature