>
>> Before responding to the consensus call on site-local addresses, I'd
>> like to ask one question for clarification.  (As required, I changed
>> the subject line).
>> 
>> What was the consensus, if any, on alternatives to site-locals when SL
>> is deprecated?  In particular, which prefixes will we use for
>> disconnected or intermittently connected "site"s?  I've checked the
>> chair's presentation slides and the draft minutes, and (roughly)
>> followed the very recent discussion in the ML, but I cannot be sure
>> about it.
>
>       The concensus call was predicated on "we will find another way
>       to deal with disconnected / intermittently connected site."
>
>       The was no concensus on how this would be achieved but there wa
>       a commitment to find a solution if site-locals were deprecated.
>
>       There are plenty of potential ways to achieve this some of
>       which include:
>       * get a prefix for disconnected access from a ISP.
>       * set up registries.

These will definitely increase the cost of owning even disconnected
IPv6 networks.

Hiroki Ishibashi

>
>       Mark
>
>> According to the draft minutes, someone mentioned we can use arbitrary
>> prefixes for those purposes.  That's true, but we cannot assure the
>> uniqueness of the arbitrary-chosen prefixes, so I don't see any
>> essential advantage over the existing fec0::/10 (with eliminating the
>> "full" usage).
>>
>> I can live without site-locals, and, furthermore, I personally want
>> the wg to stop the endless discussion and to concentrate on more
>> important -from my personal perspective- issues.  So, even if the
>> idea of "arbitrary-chosen prefixes" is just a compromise (without any
>> real benefit) to convince ourselves, it's okay for me.  Then I'll vote
>> for deprecating site-local.
>> 
>> Could someone clarify this point, please?
>> 
>>                                      JINMEI, Tatuya
>>                                      Communication Platform Lab.
>>                                      Corporate R&D Center, Toshiba Corp.
>>                                      [EMAIL PROTECTED]
>> --------------------------------------------------------------------
>> 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]
>> --------------------------------------------------------------------
>--
>Mark Andrews, Internet Software Consortium
>1 Seymour St., Dundas Valley, NSW 2117, Australia
>PHONE: +61 2 9871 4742                 INTERNET: [EMAIL PROTECTED]
>--------------------------------------------------------------------
>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]
>--------------------------------------------------------------------
--------------------------------------------------------------------
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