Protocol Action: 'Mapping of Address and Port with Encapsulation (MAP)' to Proposed Standard (draft-ietf-softwire-map-13.txt)

The IESG <> Mon, 09 March 2015 17:23 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id 8B6F91A8AA5; Mon, 9 Mar 2015 10:23:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -101.9
X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id puounQe_uTpo; Mon, 9 Mar 2015 10:23:50 -0700 (PDT)
Received: from (localhost [IPv6:::1]) by (Postfix) with ESMTP id BB3C31A90A5; Mon, 9 Mar 2015 10:23:48 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: The IESG <>
To: IETF-Announce <>
Subject: Protocol Action: 'Mapping of Address and Port with Encapsulation (MAP)' to Proposed Standard (draft-ietf-softwire-map-13.txt)
X-Test-IDTracker: no
X-IETF-IDTracker: 5.12.0.p3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <>
Date: Mon, 09 Mar 2015 10:23:48 -0700
Archived-At: <>
Cc: softwire mailing list <>, softwire chair <>, RFC Editor <>
X-Mailman-Version: 2.1.15
List-Id: "IETF announcement list. No discussions." <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 09 Mar 2015 17:23:53 -0000

The IESG has approved the following document:
- 'Mapping of Address and Port with Encapsulation (MAP)'
  (draft-ietf-softwire-map-13.txt) as Proposed Standard

This document is the product of the Softwires Working Group.

The IESG contact persons are Brian Haberman and Ted Lemon.

A URL of this Internet Draft is:

Technical Summary:

This document describes a mechanism for transporting IPv4 packets
across an IPv6 network using IP encapsulation, and a generic mechanism
for mapping between IPv6 addresses and IPv4 addresses and transport
layer ports.The mapping scheme described here supports encapsulation
of IPv4 packets in IPv6 in both mesh and hub and spoke topologies,
including address mappings with full independence between IPv6 and
IPv4 addresses.  This document describes delivery of IPv4 unicast
service across an IPv6 infrastructure.  A companion document describes
the DHCPv6 options necessary for provisioning of MAP.

Working Group Summary:

The working group had active discussion on the draft and the current
text of the draft is representative of the consensus of the working
group. This document and the lightweight 4over6 document are closely
related and it led to a lot of friction in the working group. 

MAP is capable of either providing independence between IPv6 subnet
prefix and IPv4 address or, alternatively, reducing the amount of
centralized state using rules to express IPv4/IPv6 address mappings.
This introduces an algorithmic relationship between the IPv6 subnet
and IPv4 address.  This relationship also allows the option of direct,
meshed connectivity between users. 

Lightweight 4over6, on the other hand, is a solution designed
specifically for complete independence between IPv6 subnet prefix and
IPv4 address with or without IPv4 address sharing.  This is
accomplished by maintaining state for each softwire (per-subscriber
state) in the central lwAFTR and a hub-and-spoke forwarding

Document Quality:

The document has received adequate review. The Document Shepherd has
no concerns about the depth or breadth of these reviews. There are
several interoperable implementations of the scheme and they have been
demonstrated and tested during the IETF meetings.


Suresh Krishnan is the document shepherd. Ted Lemon is the responsible

RFC Editor Note:

This document is one of a set of five softwire documents that should be published with sequential RFC numbers.  The numbering should be in the following order: