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

Re: isatap-07 draft offered as last-call



Alain,

--- Alain Durand <Alain.Durand@Sun.COM> wrote:
> 
> 
> Fred Templin wrote:
> 
> >Hello,
> >
> >As per Harald Alvestrand's message "On NGTRANS, transition mechanisms and consortia",
> >I would like to offer the current isatap version as immediate last-call candidate for
> >experimental track. 
> >
> 
> I strongly object to the publication of this document.
> 
>    When a node enables an ISATAP link, it initializes the Potential
>    Router List (PRL) for that link. Unless other information is avail­
>    able (e.g., manual address configuration, a vendor-specific DHCP
>    option, etc.), the DNS SHOULD be consulted (e.g., by resolving the
>    name "isatap.domainname" where "domainname" MUST be relative to the
>    node's physical point of attachment.)
> 
> a) domainname is a information that is relative to the name space and 
> gives no information
>     whatsoever about the physical location of the machine.
>     For example, at Sun, we use many domains like eng.sun.com, 
> uk.sun.com, east.sun.com....
>     Some of them a somehow loosely linked to a particular geography 
> (east.sun.com, uk.sun.com)
>     while some other are organisational domains (eng.sun.com) that may 
> span across geography.

You know, on further thought we've been down this road many times before.
I am specifically *not* meaning to infer that the node magically locates
the topologically closest domainname by geography/topology. Instead, the
text includes flexibility to allow automatic discovery when a node rarely
travels around and manual config when the node goes mobile.  

> b) You are using something that does not belong to you.
>      The name isatap could very well have been already assigned in my 
> DNS zone.

Again, we've talked about this before. This seems like a rare enough
occurence, such that the existing nameholder would:

 1. already be an isatap router and answer the RAs
 2. be a non-isatap router and NOT answer the RAs
 3. be an existing, but undesired ISATAP router

I believe cases 1) and 2) would predominate, and case 3) would be
extremely rare. In either cases 2) or 3), we simply have a deployment
consideration note - not true?

Fred Templin
osprey67@yahoo.com 

>     - Alain.
> 
> 


__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus – Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com