[mif] draft-ietf-mif-dhcpv6-route-option-04 published

[Tomek Mrugalski <[e-mail]>]

On 12-02-24 11:16, [e-mail] wrote:
> 
> A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiple Interfaces Working Group of the IETF.
> 
> 	Title           : DHCPv6 Route Options
> 	Author(s)       : Wojciech Dec
>                         Tomasz Mrugalski
>                         Tao Sun
>                         Behcet Sarikaya
> 	Filename        : draft-ietf-mif-dhcpv6-route-option-04.txt
> 	Pages           : 22
> 	Date            : 2012-02-24
> 
>    This document describes DHCPv6 Route Options for provisioning IPv6
>    routes on DHCPv6 client nodes.  This is expected to improve the
>    ability of an operator to configure and influence a nodes' ability to
>    pick an appropriate route to a destination when this node is multi-
>    homed and where other means of route configuration may be
>    impractical.
Dear group,

Thank you for your extensive comments and discussion in Taipei and on
the list. This is an updated draft that tries to answer raised concerns.
In particular, authors tried to deal with following problems:

- Is this option really needed? What are the use cases? I received many
comments and suggestions and tried to generate a list of use cases.
Currently 14 cases are listed, covering broadband, cellular, LTE, WiFi,
enterprise, server hosting and home networks. Note that many cases were
provided by engineers, who work for operators and have hands on
experience. I thought it would be inappropriate to mention specific
vendors and operators by name in the draft itself.

- DHCP vs RA conflict. Previously it was proposed that generally DHCP
should override RA. That is no longer the case. DHCP option format was
updated to closer follow RA format. Although on-wire representation is
different, conveyed information is mostly the same. From a host
perspective, route information received over DHCP may be processed as if
yet another RA was received.

- There were several alternative solutions proposed, like RA used in
stateful manner or segregate hosts to different VLANs. I tried to
explain, why those proposals wouldn't work or are not desirable.

Motivation and uses cases are now significant part of this draft itself.
If the group believes that it would be cleaner, it may be split into
separate draft. But please, don't use this possibility as a way to delay
this work. There are many networks that want this option deployed asap.

Please comment.

Cheers,
Tomek