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

"Yi DING(Aaron)" <yding@cs.helsinki.fi> Mon, 19 March 2012 19:48 UTC

Return-Path: <yding@cs.helsinki.fi>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D22FA21F87E2 for <mif@ietfa.amsl.com>; Mon, 19 Mar 2012 12:48:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NM8DP1ZQPdGr for <mif@ietfa.amsl.com>; Mon, 19 Mar 2012 12:48:59 -0700 (PDT)
Received: from mail.cs.helsinki.fi (courier.cs.helsinki.fi [128.214.9.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D2EB21F885C for <mif@ietf.org>; Mon, 19 Mar 2012 12:48:58 -0700 (PDT)
Received: from [192.168.93.114] (host-94-101-2-100.igua.fi [94.101.2.100]) (AUTH: PLAIN yding, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by mail.cs.helsinki.fi with esmtp; Mon, 19 Mar 2012 21:48:56 +0200 id 0006814F.4F678DA8.00007BA8
Message-ID: <4F678D9A.50403@cs.helsinki.fi>
Date: Mon, 19 Mar 2012 21:48:42 +0200
From: "Yi DING(Aaron)" <yding@cs.helsinki.fi>
Organization: Uni Helsinki
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.23) Gecko/20110921 Thunderbird/3.1.15
MIME-Version: 1.0
To: mif@ietf.org
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: [mif] update for draft-korhonen-mif-ra-offload
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Mar 2012 19:48:59 -0000

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.
"