RE: Protocol Action: 'ARP Mediation for IP Interworking of Layer 2 VPN' to Proposed Standard (draft-ietf-l2vpn-arp-mediation-19.txt)

"Shah, Himanshu" <hshah@ciena.com> Wed, 08 February 2012 14:52 UTC

Return-Path: <prvs=7385cffa3d=hshah@ciena.com>
X-Original-To: l2vpn@ietfa.amsl.com
Delivered-To: l2vpn@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 31C6B21F84FF for <l2vpn@ietfa.amsl.com>; Wed, 8 Feb 2012 06:52:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.426
X-Spam-Level:
X-Spam-Status: No, score=-2.426 tagged_above=-999 required=5 tests=[AWL=0.839, BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_LOW=-1]
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 O07cxQ2nDS3w for <l2vpn@ietfa.amsl.com>; Wed, 8 Feb 2012 06:52:39 -0800 (PST)
Received: from mx0b-00103a01.pphosted.com (mx0b-00103a01.pphosted.com [67.231.152.227]) by ietfa.amsl.com (Postfix) with ESMTP id 21C3D21F84F5 for <l2vpn@ietf.org>; Wed, 8 Feb 2012 06:52:38 -0800 (PST)
Received: from pps.filterd (m0001124 [127.0.0.1]) by mx0b-00103a01.pphosted.com (8.14.4/8.14.4) with SMTP id q18EofGu001218; Wed, 8 Feb 2012 09:52:36 -0500
Received: from mdwexght01.ciena.com (LIN1-118-36-28.ciena.com [63.118.36.28]) by mx0b-00103a01.pphosted.com with ESMTP id 12upsngs9b-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 08 Feb 2012 09:52:36 -0500
Received: from MDWEXGMB02.ciena.com ([::1]) by MDWEXGHT01.ciena.com ([::1]) with mapi; Wed, 8 Feb 2012 09:52:36 -0500
From: "Shah, Himanshu" <hshah@ciena.com>
To: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
Date: Wed, 08 Feb 2012 09:52:34 -0500
Subject: RE: Protocol Action: 'ARP Mediation for IP Interworking of Layer 2 VPN' to Proposed Standard (draft-ietf-l2vpn-arp-mediation-19.txt)
Thread-Topic: Protocol Action: 'ARP Mediation for IP Interworking of Layer 2 VPN' to Proposed Standard (draft-ietf-l2vpn-arp-mediation-19.txt)
Thread-Index: AQHM5iGLH5LZfRF4eEaHY0K+xkJ4DZYzE9JA
Message-ID: <B37E6A2CE5957F4E83C1D9845A0FFE389BA9D7EF@MDWEXGMB02.ciena.com>
References: <A3C5DF08D38B6049839A6F553B331C760116342AE4FD@ILPTMAIL02.ecitele.com>
In-Reply-To: <A3C5DF08D38B6049839A6F553B331C760116342AE4FD@ILPTMAIL02.ecitele.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
x-tm-as-product-ver: SMEX-10.0.0.1412-6.800.1017-18696.007
x-tm-as-result: No--64.750700-8.000000-31
x-tm-as-user-approved-sender: No
x-tm-as-user-blocked-sender: No
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7361, 1.0.260, 0.0.0000 definitions=2012-02-08_05:2012-02-08, 2012-02-08, 1970-01-01 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=2 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1012030000 definitions=main-1202080119
Cc: "l2vpn@ietf.org" <l2vpn@ietf.org>
X-BeenThere: l2vpn@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <l2vpn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/l2vpn>, <mailto:l2vpn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/l2vpn>
List-Post: <mailto:l2vpn@ietf.org>
List-Help: <mailto:l2vpn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/l2vpn>, <mailto:l2vpn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 08 Feb 2012 14:52:44 -0000

Thanks for the compliments Sasha..

The initial few years were definitely challenging with 'upper' management
(especially the PPVPN group) due its nature of Layer2 service interworking.

There is LONG list of PEOPLE (including you, of course) have helped making this 
document a success, thanks to you all.

And yes, hope the next document does not take this long (unfortunately, we already
have one on the deck, IPLS, with same lineage.. :-)

thanks again..
/himanshu

-----Original Message-----
From: Alexander Vainshtein [mailto:Alexander.Vainshtein@ecitele.com] 
Sent: Wednesday, February 08, 2012 12:20 AM
To: Shah, Himanshu
Cc: l2vpn@ietf.org
Subject: FW: Protocol Action: 'ARP Mediation for IP Interworking of Layer 2 VPN' to Proposed Standard (draft-ietf-l2vpn-arp-mediation-19.txt)

Himanshu hi,
Congratulations! 

I believe (may be wrong here) that this sets an absolute record of all times:
- To the best of my recollection, the -00 version of draft-shah has been posted some time in 2001 
- It has garnered immediate support in the community with multiple implementations 
- And, in spite of all that, it took 12 (twelve!) years to get the -19 version of the WG draft to be approved for publication.

They say that late is better than never - how true!

Again, congratulations! Hopefully your next one will take somewhat less time...

Sasha



________________________________________
From: l2vpn-bounces@ietf.org [l2vpn-bounces@ietf.org] On Behalf Of The IESG [iesg-secretary@ietf.org]
Sent: Wednesday, February 08, 2012 1:10 AM
To: IETF-Announce
Cc: l2vpn mailing list; l2vpn chair; RFC Editor
Subject: Protocol Action: 'ARP Mediation for IP Interworking of Layer 2 VPN'    to Proposed Standard (draft-ietf-l2vpn-arp-mediation-19.txt)

The IESG has approved the following document:
- 'ARP Mediation for IP Interworking of Layer 2 VPN'
  (draft-ietf-l2vpn-arp-mediation-19.txt) as a Proposed Standard

This document is the product of the Layer 2 Virtual Private Networks
Working Group.

The IESG contact persons are Stewart Bryant and Adrian Farrel.

A URL of this Internet Draft is:
http://datatracker.ietf.org/doc/draft-ietf-l2vpn-arp-mediation/




Technical Summary

A Virtual Private Wire Service (VPWS) provides a point-to-point
connection service between a pair of Customer Edge (CE) devices
over an IP/MPLS packet switched network using Pseudowire
Emulation Edge to Edge (PWE3) technology.  It does so by
binding two Attachment Circuits (ACs), each connecting a CE
device with a Provider Edge (PE) device, to a Pseudowire (PW)
extended between the two PEs. PWE3 defines PW types
that interconnect ACs of the same technology (homogeneous ACs),
e.g., both ACs being Ethernet. In general, a VPWS provides
connectivity between homogeneous ACs using the existing
PWE3 technology. However, if the ACs are layer2 attachment
circuits of heterogeneous types (e.g., one AC is Ethernet and
the other one is a Fame Relay DLCI), and solely carry IP
datagrams in the corresponding packet data units' payload,
it is possible to provide a VPWS that interconnects these
ACs using IP Layer2 Transport PWs often referred to simply
as IP PWs. This requires the PEs to perform a function known
as "ARP Mediation".  ARP Mediation refers to the process of
resolving IP addresses to Layer 2 addresses when different
address resolution protocols are used on either Attachment
Circuit.  The methods described in this document are applicable
even when the CEs run a routing protocol between them
as long as the routing protocol runs over IP.

Working Group Summary

This document has been in existence since the very beginning
of the PPVPN and L2VPN WG's.  At first, it only included
support for IPv4, but subsequently was updated to include
support for IPv6. Ultimately, this document provides a means
of interworking IPv4-enabled ACs, IPv6-enabled ACs and
dual-stack IPv4/IPv6-enabled ACs whereby the ACs are of
disparate Layer2 technologies.

Document Quality
There are no concerns about document quality.
Several implementations of  this draft have existed in
the field for several years.

Personnel
Nabil Bitar (nabil.n.bitar@verizon.com) is the Document Shepherd.
Stewart Bryant (stbryant@cisco.com) is the Responsible
Area Director.

RFC Editor Note

In section 2

OLD
A PE that is to perform ARP Mediation for IPv6 packets SHOULD
perform the following logical steps:
NEW
A PE that is to perform ARP Mediation for IPv6 packets MUST
perform the following logical steps:
END
=====
In section 4.3.3 - two places
- end of list item 2
- end of first sentence list item 3
In section 4.3.4 second para

OLD
link-layer address of the local AC
NEW
link layer address of the PE interface attached to local AC
END

This e-mail message is intended for the recipient only and contains information which is CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have received this transmission in error, please inform us by e-mail, phone or fax, and then delete the original and all copies thereof.