Skip to main content

Mobile Access Gateway (MAG) Multipath Options
draft-ietf-dmm-mag-multihoming-07

Approval announcement
Draft of message to be sent after approval:

Announcement

From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Cc: The IESG <iesg@ietf.org>, draft-ietf-dmm-mag-multihoming@ietf.org, jouni.nospam@gmail.com, Jouni Korhonen <jouni.nospam@gmail.com>, suresh.krishnan@gmail.com, dmm-chairs@ietf.org, dmm@ietf.org, rfc-editor@rfc-editor.org
Subject: Protocol Action: 'MAG Multipath Binding Option' to Proposed Standard (draft-ietf-dmm-mag-multihoming-07.txt)

The IESG has approved the following document:
- 'MAG Multipath Binding Option'
  (draft-ietf-dmm-mag-multihoming-07.txt) as Proposed Standard

This document is the product of the Distributed Mobility Management Working
Group.

The IESG contact persons are Suresh Krishnan and Terry Manderson.

A URL of this Internet Draft is:
https://datatracker.ietf.org/doc/draft-ietf-dmm-mag-multihoming/


Ballot Text

Technical Summary

   This specification defines extensions to the Proxy Mobile IPv6
   protocol for allowing a mobile access gateway to register more than
   one proxy care-of-address with the local mobility anchor and to
   simultaneously establish multiple IP tunnels with the local mobility
   anchor.  This capability allows the mobile access gateway to utilize
   all the available access networks for routing mobile node's IP
   traffic.


Working Group Summary

   The document has been in a WG for a long time and gone through a bigger
   change to be independent of specific deployment architecture. The solution
   reached consensus in the working group.

Document Quality

   There are commercial pre-standard implementations of the protocol. 
   The document has been reviewed thoroughly inside the WG.

Personnel

   Jouni Korhonen is the document shepherd. Suresh Krishnan is the responsible AD.

RFC Editor Note

RFC Editor Note

Please make this substitution replacing a lower case "should" with an upper case "SHOULD".

OLD:

However, if the MAG is not aware of the LMA capability, then it should first discover	
the LMA capability by sending PBU packets with multipath on only	
one path first

NEW:

However, if the MAG is not aware of the LMA capability, then it SHOULD first discover	
the LMA capability by sending PBU packets with multipath on only	
one path first