Hiroki,

>   The motivation for this use case is to restrict the use of site-local
>   addresses to communication inside of the site and insure that they
>   are less likely to be used for any site to site communication.

I cannot understand what this sentence means.  I believe that any
site-to-site communication is supposed to be done via global addresses.
Site local addresses MUST not be used for inter-site communication.
Or am I misunderstanding?
That is what the draft is trying to say. The draft is attempting to define rules/guidelines that insure that site-local addresses will not be used for site to site (inter-site) communications.

>   Using limited scope addresses for site to site communication, while
>   possible (i.e., via tunneling or VPN technologies), is problematic
>   and makes it hard to debug problems.  Overall it is simpler to use
>   global addresses.

Does it include configured IPv6-over-IPv4 tunnels?
Many IPv6 networks are built using IPv6-over-IPv4 tunnels.
This is a good point to cover. I think the answer depends on what is being connected with IPv6-over-IPv4 tunnels. Is a single site? If not, then site-local addresses should not be used.

I am in favor of this document for site-local usages.
This document appropriately limits the use of site-local addresses,
and still leaves the room for future usage of them (which we don't know).
Thanks. The draft attempts to define a use case where site-locals are only used where specifically configured. This will permit their use for situations where the site desires to use them, but limit their use otherwise.

Personally, I would like to have Margaret's
draft-wasserman-ipv6-sl-impact-00.txt as a document on the issues
associated with site-local addressing (w/o recommendations section)
and Bob's draft-hinden-ipv6-sl-moderate-00.txt as a site-local usage
document.  I know that many people have different opinions. :-)
That would be a reasonable approach.  Yes, opinion do vary on this topic!

Thank you and A Happy New Year,
Happy New Year,
Bob

--------------------------------------------------------------------
IETF IPng Working Group Mailing List
IPng Home Page:                      http://playground.sun.com/ipng
FTP archive:                      ftp://playground.sun.com/pub/ipng
Direct all administrative requests to [EMAIL PROTECTED]
--------------------------------------------------------------------

Reply via email to