[mif] update for draft-korhonen-mif-ra-offload

["Yi DING(Aaron)" <[e-mail]>]

Hello,

Based on the comments at IETF Taipei, we have updated the RA offload draft.
http://tools.ietf.org/html/draft-korhonen-mif-ra-offload-04

Major modifications include

* identify the target of this draft: IPv4 to IPv6 transition phase where mobile access provides dual-stack v6v4 while IPv4-only WiFi available; it's meant for hosts and networks without available DHCP support (rfc3442 anddraft-ietf-mif-dhcpv6-route-option-04  <http://www.ietf.org/id/draft-ietf-mif-dhcpv6-route-option-04.txt>).
** use the proposed offload option to configure specific route offloading, rather than trying to combine with RFC4191 router information option as done in previous version. Given the fact that majority of traffic is over v4, this proposal is for v4 offloading while RFC4191 already supports v6 offloading (ref. dhcpv4 rfc3442, and dhcpv6 basedhttp://www.ietf.org/id/draft-ietf-mif-dhcpv6-route-option-04.txt). Necessary info for specific route is contained in the option to configure specific route offloading.

Given the gap between fast increase of data traffic and capacity offered by cellular data networks, this proposal supports network controlled offloading and cellular v6 access is used as the signaling channel.

When hosts get both valid A and AAAA, this draft does not modify the default behavior of preferring AAAA. It only suggests v4 traffic to be offloaded to other interface e.g. WiFi. For v6 traffic offload, RFC4191 already addresses the issue.

Concerning the comments on potential proliferation of various solutions, this draft is to guide what needs to be done in the case when DHCP is not available. It is not to compete with DHCP based solutions but meant for the scenario it targets at.


Please comment and thanks in advance.

BRs,
Aaron


"A new version of I-D, draft-korhonen-mif-ra-offload-04.txt has been successfully submitted by Yi Ding and posted to the IETF repository.

Filename:	 draft-korhonen-mif-ra-offload
Revision:	 04
Title:		 Controlling Traffic Offloading Using Neighbor Discovery Protocol
Creation date:	 2012-03-12
WG ID:		 Individual Submission
Number of pages: 14

Abstract:
    This specification defines an extension to IPv6 Neighbor Discovery
    Protocol, which allows management of IPv4 traffic offloading for
    multi-interface dual-stack capable hosts and moving IPv4 traffic away
    from a specific interface.
"