[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. "
- [mif] update for draft-korhonen-mif-ra-offload Yi DING(Aaron)
- [mif] update for draft-korhonen-mif-ra-offload Yi DING(Aaron)