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

Re: Review requested: draft-daniel-dhc-ipv6in4-opt-03.txt



(v6ops co-chair hat on)

There haven't been followups to this, so my conclusion is that there 
is no WG rough consensus for pursuing this at this point of time.

It may be worth re-evaluating the applicability after the work on
tunnel end-point discovery and/or mechanisms call for a specification.

(hat off)


On Tue, 11 May 2004, Pekka Savola wrote:
> (co-chair hat on)
> 
> DHC WG is considering whether to adopt
> draft-daniel-dhc-ipv6in4-opt-03.txt as their work item for signalling
> IPv6-in-IPv4 endpoint in DHCPv4.  DHC WG has asked to get feedback
> whether this would be applicable in the IPv6 transition process.
> 
> For a more generic look on the tunnel end-point discovery, please have
> a look at draft-palet-v6ops-tun-auto-disc-00.txt (feedback is welcome
> on that on v6ops list as well, but please use a separate thread).
> 
> So,
> 
>  (1) please review the document and send feedback on v6ops list, or 
>      both v6ops and dhc lists.
> 
>  (2) please consider whether this would be applicable in the 
>      transition process and send feedback to v6ops list.  In 
>      particular, please consider at least:
> 
>       a. which scenario(s) would this be applicable to?
>       b. which mechanism(s) would this be applicable to?
>       c. if multiple mechanisms, would it be needed to distinguish 
>          which mechanism's end-point this is applicable to?
>       d. what more is needed to make this applicable as this 
>          only solves one part of the problem (i.e., how does the 
>          server end configure the tunnel, i.e., learn the client's 
>          IPv4 address?)
>       e. whether we have yet enough knowledge of these issues
>          to go forward and specifying the option, or whether
>          we should work e.g., on the mechanisms first.
> 
> Please send feedback within a week, by 17th May.
> 
> (hat off)
> 
> For what it's worth, my personal take is that this is work that may be
> worth doing, but it is still too early to take it as dhc WG item,
> because there are still too many unknowns on the field especially
> regarding:
> 
>  - which specific mechanisms this would be applicable to (2.c), and 
>  - we don't have all the pieces of the puzzle in order yet (2.d).
> 
> 
> 
> 

-- 
Pekka Savola                 "You each name yourselves king, yet the
Netcore Oy                    kingdom bleeds."
Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings