Re: [PWE3] once upon an erratum

Alexander Vainshtein <Alexander.Vainshtein@ecitele.com> Wed, 09 May 2012 13:48 UTC

Return-Path: <Alexander.Vainshtein@ecitele.com>
X-Original-To: pwe3@ietfa.amsl.com
Delivered-To: pwe3@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D94CE21F85B5 for <pwe3@ietfa.amsl.com>; Wed, 9 May 2012 06:48:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.427
X-Spam-Level:
X-Spam-Status: No, score=-4.427 tagged_above=-999 required=5 tests=[AWL=0.775, BAYES_00=-2.599, MIME_QP_LONG_LINE=1.396, RCVD_IN_DNSWL_MED=-4, UNPARSEABLE_RELAY=0.001]
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 riJI3-k-tg7T for <pwe3@ietfa.amsl.com>; Wed, 9 May 2012 06:48:58 -0700 (PDT)
Received: from mail1.bemta3.messagelabs.com (mail1.bemta3.messagelabs.com [195.245.230.34]) by ietfa.amsl.com (Postfix) with ESMTP id D60E121F859F for <pwe3@ietf.org>; Wed, 9 May 2012 06:48:57 -0700 (PDT)
Received: from [85.158.138.51:5959] by server-4.bemta-3.messagelabs.com id 57/13-15341-8C57AAF4; Wed, 09 May 2012 13:48:56 +0000
X-Env-Sender: Alexander.Vainshtein@ecitele.com
X-Msg-Ref: server-9.tower-174.messagelabs.com!1336571336!26171274!1
X-Originating-IP: [168.87.1.157]
X-StarScan-Version: 6.5.7; banners=-,-,-
Received: (qmail 31195 invoked from network); 9 May 2012 13:48:56 -0000
Received: from unknown (HELO fridlppsb001.ecitele.com) (168.87.1.157) by server-9.tower-174.messagelabs.com with SMTP; 9 May 2012 13:48:56 -0000
X-AuditID: a8571401-b7f8d6d0000035b0-32-4faa764e371c
Received: from FRIDWPPCH002.ecitele.com (fridwppch002.ecitele.com [10.1.16.53]) by fridlppsb001.ecitele.com (Symantec Messaging Gateway) with SMTP id 60.03.13744.E467AAF4; Wed, 9 May 2012 15:51:10 +0200 (CEST)
Received: from FRIDWPPMB001.ecitele.com ([169.254.3.187]) by FRIDWPPCH002.ecitele.com ([10.1.16.53]) with mapi id 14.01.0339.001; Wed, 9 May 2012 15:48:56 +0200
From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
To: Yaakov Stein <yaakov_s@rad.com>
Thread-Topic: [PWE3] once upon an erratum
Thread-Index: Ac0tCaGewFO+Y9uSQqeRIjYDpnZDmwAAqzPQACv45wAAB60hnf//8ymA///d0zCAAChxAP//3W4Q
Date: Wed, 09 May 2012 13:48:55 +0000
Message-ID: <F9336571731ADE42A5397FC831CEAA0205609A@FRIDWPPMB001.ecitele.com>
References: <07F7D7DED63154409F13298786A2ADC9043C64FB@EXRAD5.ad.rad.co.il> <F9336571731ADE42A5397FC831CEAA02055AF0@FRIDWPPMB001.ecitele.com>, <4FAA4442.1050702@cisco.com> <F9336571731ADE42A5397FC831CEAA02055FBE@FRIDWPPMB001.ecitele.com> <07F7D7DED63154409F13298786A2ADC9043C71BF@EXRAD5.ad.rad.co.il> <F9336571731ADE42A5397FC831CEAA0205604F@FRIDWPPMB001.ecitele.com> <07F7D7DED63154409F13298786A2ADC9043C7276@EXRAD5.ad.rad.co.il>
In-Reply-To: <07F7D7DED63154409F13298786A2ADC9043C7276@EXRAD5.ad.rad.co.il>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.4.42.92]
Content-Type: text/plain; charset="us-ascii"
content-transfer-encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Brightmail-Tracker: H4sIAAAAAAAAA2VTWUwTURTldUodlsGhgH0tBpvBBFQgbURTDSX6oeJGwSUmfIhj+9pObKdj pxDQDwnGGAERhaAWEjUQWWQRokgENeKCEEVJjCyiGBeSuiQEPwRN1JmOIMb5Ou+dc+65d+YO jinHFBqcYT3IzdIOShEsDwYBmsT03EaTrmwk2lA6dU1uGPhQDQyTRdOB67C0ih9tgWm1tTOy tDPN1gwsqwCk0Czr8tAepLUg3mykMtxMLm3Op7SMxUjpKS3noM3IiViPkaI5DrEWKjVY+9+T IsgYVotYs8vCsDYjtXmnKdFgWLUmUU+l7rIzvBYlOmnGoXUinqdtSCvciG2zln0tmP3+iT7A 9YbnPR4dVxSAF0QRCMIhmQynfzbJJbwIPnvdqigCwbiSfA5gyfTXBdKhFsAvzYN+lYI0wvYr rxQijiRj4ecTPwNFjJHpsOfoaz+OIONhx/FfWBHABc0yWFmHS/IsePxOqUzEcnIpfNh8348J cjssHhwEUlYnBieqHvrrB5FbYXHXkF8EhO6+9TfJpCwVHH1/QSZ1TcLa7qeYhKOg753UDyRj YGHD8wWSPgFe7JpSSHgFvHzpEyYFh8O+8+//TK+Gd+uH5WVA5Z0X4Z1n986ze+fZLwJ5I1BZ 3YyF4/j9Op0+CZkZD3KgJLPL2Q6EfanfEwk6wduTST2AxAEVSsS3NZiUgXQun+/sAWpcRkUR Dw42mpRh+12WfDvN27PdOQ7E9wCIY1Qk4Y0T5ISFzj+E3K5ZyiC8xNOYJsTsEj+xJ3ulTvfP gVIRrTtSTUrSJuzdAYQ45J61LsZxChKxOUJiuBvZUJ6VcXj+0jI8SEwOFZKXihqC52gnz9gk vh+oNSpik0iQImHPYee8H4FKmC+CYEQ2VNi9OddHoaBMKFh5TxyFF/6FOUpTAKruRq68VxO1 qHpoZKHvrJ1bH1IYMvbSV1Gn5p+ab6HxmejMgfEt1Tfq078bBtbW7L6a3feuQxY2+qJkCtys XmKdfPRmb8bl8ji9tfmJY1t5he9wzPXouMyErviumoTxC+qA1S3dvRPJmQ26DZjPeWQjP3zs 3MLJU7cb+vfpOspjJik5b6f1yzE3T/8GiA/o9u8DAAA=
Cc: "pwe3@ietf.org" <pwe3@ietf.org>, "stbryant@cisco.com" <stbryant@cisco.com>
Subject: Re: [PWE3] once upon an erratum
X-BeenThere: pwe3@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Pseudo Wires Edge to Edge <pwe3.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pwe3>, <mailto:pwe3-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pwe3>
List-Post: <mailto:pwe3@ietf.org>
List-Help: <mailto:pwe3-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pwe3>, <mailto:pwe3-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 09 May 2012 13:48:59 -0000

Yaakov,
Lots of thanks for a prompt response (somewhat delayed by my persistent errors in the references:-).

After looking up again 5603 I tend to agree with you that some of the MEF scenarios are not covered. E.g., the situation when multiple (but not all) 802.1q tags are mapped to the same PW. IMHO it is also not covered by 4447 - there is no way to assure via signaling that the same set of VLANs is mapped to a given single PW at two endpoints of a tagged Ethernet PW.

Maybe we should start from explicitly listing various MEF scenarios, mapping some of them to the Ethernet PW parameters (both local and signaled) and coming up first with a list of gaps and then with solutions that would bridge these gaps. 

I am not sure if there is sufficient interest in this kind of work in the community; were it otherwise, SPs would be crying out loud for these solutions. Or do I miss something?

Regards,
     Sasha


> -----Original Message-----
> From: Yaakov Stein [mailto:yaakov_s@rad.com]
> Sent: Wednesday, May 09, 2012 4:34 PM
> To: Alexander Vainshtein; stbryant@cisco.com
> Cc: pwe3@ietf.org
> Subject: RE: [PWE3] once upon an erratum
> 
> Sasha,
> 
> Unfortunately, IMO 5603 is not clear, and is possibly not comprehensive.
> 
> 5603 defines 3 cases (and states that all others are out of scope),
> that I understand as follows :
> 
> 1) port mode - i.e. All-to-one bundling
> 
> 2) single VLAN - i.e., look at the first VLAN, and then perform one-to-one
> bundling
>    2.a with tag preservation
>    2.b with VLAN swap
>    2.c VLAN removal and the PW label identifying the EVC
>    2.d with untagged frames passed without modification
>    2.e with untagged frames passed after inserting PVID
>    2.f with S-tag insertion
> 
> 3) Q-in-Q
>    3.a one-to-one with outer VLAN tag used as in 2 above (in fact, I think this
> is precisely case 2!)
>    3.b one-to-one with both VLAN tags used and the outer tag removed.
> 
> My understanding that all the cases in 2 and 3 are one-to-one
> and not "arbitrary bundling" may be incorrect.
> I base this understanding on the settings, but perhaps these are just
> examples.
> 
> Y(J)S


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.