Subject: [netext] RE : New Version Notification for draft-boc-netext-lr-roext-03.txt

From: BOC Michael <[email-masked]>
Date: Mon, 16 Jul 2012 20:07:25 +0000

Hello NetExt WG,

We have submitted an update of a draft we think may be an extension to PMIP-LR operations.

In this draft we propose to better control the data path by adding intermediate data anchors (IAs).
One IA is a PMIPv6 functionality located on the optimized path, which anchor the data traffic to 
perform operator's services.

On one hand we reduce the load at the LMA (as in PMIP-LR), which is one of the main objective 
of localized routing and routing optimization. On the other hand, we also contribute through 
intermediate data anchors (IAs) to maintain a control on the data path to perform services 
such as lawful interception, charging, content filtering. 

A new version of I-D, draft-boc-netext-lr-roext-03.txt
has been successfully submitted by Michael Mathias Boc and posted to the
IETF repository.

Filename:        draft-boc-netext-lr-roext
Revision:        03
Title:           RO Extensions for PMIPv6-LR (ROEXT)
Creation date:   2012-07-16
WG ID:           Individual Submission
Number of pages: 16
URL:             http://www.ietf.org/internet-drafts/draft-boc-netext-lr-roext-03.txt
Status:          http://datatracker.ietf.org/doc/draft-boc-netext-lr-roext
Htmlized:        http://tools.ietf.org/html/draft-boc-netext-lr-roext-03
Diff:            http://tools.ietf.org/rfcdiff?url2=draft-boc-netext-lr-roext-03

Abstract:
   The communication path between two Hosts within a Proxy Mobile IPv6
   domain is artificially long - it involves the LMA, even if straight
   paths exist (under same MAG, or MAG-to-MAG).  Localized Routing
   PMIPv6-LR concepts developped by NETEXT WG make use of LRI/LRA
   messages to achieve optimized MAG-to-MAG straight paths.  This may
   prove inconvenient for the network operator, in that it may loose
   ability to control traffic (LMA control point is skipped).

   In this draft we present a middle-ground solution.  It employs new
   Intermediary Anchors (IAs) in the paths between MAGs and offers
   points of control of traffic useful for QoS and lawful interception.

The IETF Secretariat