Re: [PWE3] draft-medved-pwe3-of-config-00.txt posted, review please

Alexander Vainshtein <Alexander.Vainshtein@ecitele.com> Wed, 04 July 2012 05:05 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 1C57B11E80F0 for <pwe3@ietfa.amsl.com>; Tue, 3 Jul 2012 22:05:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.202
X-Spam-Level:
X-Spam-Status: No, score=-5.202 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396, RCVD_IN_DNSWL_MED=-4]
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 pNZFuHxTv7BK for <pwe3@ietfa.amsl.com>; Tue, 3 Jul 2012 22:05:19 -0700 (PDT)
Received: from mail27.messagelabs.com (mail27.messagelabs.com [193.109.254.147]) by ietfa.amsl.com (Postfix) with SMTP id 10E3521F8702 for <pwe3@ietf.org>; Tue, 3 Jul 2012 22:05:18 -0700 (PDT)
X-Env-Sender: Alexander.Vainshtein@ecitele.com
X-Msg-Ref: server-15.tower-27.messagelabs.com!1341378325!3092994!1
X-Originating-IP: [168.87.1.157]
X-StarScan-Version: 6.5.10; banners=-,-,-
Received: (qmail 31285 invoked from network); 4 Jul 2012 05:05:25 -0000
Received: from unknown (HELO fridlppsb001.ecitele.com) (168.87.1.157) by server-15.tower-27.messagelabs.com with SMTP; 4 Jul 2012 05:05:25 -0000
X-AuditID: a8571401-b7ff06d000000c6d-e5-4ff3d046ce90
Received: from FRIDWPPCH002.ecitele.com (Unknown_Domain [10.1.16.53]) by fridlppsb001.ecitele.com (Symantec Messaging Gateway) with SMTP id 1F.A1.03181.640D3FF4; Wed, 4 Jul 2012 07:10:31 +0200 (CEST)
Received: from FRIDWPPMB001.ecitele.com ([169.254.3.23]) by FRIDWPPCH002.ecitele.com ([10.1.16.53]) with mapi id 14.01.0339.001; Wed, 4 Jul 2012 07:05:25 +0200
From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
To: "Andrew G. Malis" <amalis@gmail.com>, David Meyer <dmm@1-4-5.net>, Jan Medved <jmedved@cisco.com>, Andrew McLachlan <andrew@happypig.org>
Thread-Topic: [PWE3] draft-medved-pwe3-of-config-00.txt posted, review please
Thread-Index: AQHNWT7xvqwGUdtG106/a2x3EHFnsJcXu00AgADPmMw=
Date: Wed, 04 Jul 2012 05:05:24 +0000
Message-ID: <F9336571731ADE42A5397FC831CEAA02097A99@FRIDWPPMB001.ecitele.com>
References: <CAHiKxWhFdmBPK4rM1WcXbk+0N4utR6Y5j98xK_Zy7OPY5TGK4Q@mail.gmail.com>, <CAK+d4xsReG3yji_zV_qA4NGE1OZfiQdL4oDkXD3QtQVPWE2=DA@mail.gmail.com>
In-Reply-To: <CAK+d4xsReG3yji_zV_qA4NGE1OZfiQdL4oDkXD3QtQVPWE2=DA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [147.234.1.1]
Content-Type: multipart/alternative; boundary="_000_F9336571731ADE42A5397FC831CEAA02097A99FRIDWPPMB001ecite_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Brightmail-Tracker: H4sIAAAAAAAAA3WTfWwLYRzHPXfX9jo7udXos0Zojki8dNogqZcOyUSFKUYIEk7v0V60d02v 2MTLiH8sw4ZhE0oss2yzZSxCNkS9jEpmGIpUvEaGyLJlEcR4zjFLxP31ud/3+3t5nvsdTZpK DRZalCIoLPEBTp9CpYABFtuctm6PfUcp5Xz+sNLgfF32QO+MFTYYnEXf2knn3q5GaqbOXXvp JuU++K1B575YnjS4W+NL3RUVX4iFuhUFYDovSXKEjyCrgBSvi1sYFjfy3nzOKgouzsFZQwHe i4JIirg4PhRCksBlpVj/eaZjmyhZkeSVBVHyubi5uR6b0zl5is3BZS3xi4oV2YK8GLAGkaLw PmTFEfUokrCmjvRfv9pFhFpy8qp2FRkKQNnMQmCkITsJtj4+Rmg8FLY9r9cXghTaxMYBvPUg oVMFE3sKwKPxGSrrWRc8W5P8ZUpn9wFYeS5JqgLJniFgfcdmlQez8+Hpd3f1KqezOXDXkRbM NOapsKBslRqm2FGwu/q7QWUGW5qPRSmtcSmAP5LRXxMZ2UWwruQFUBng6T7Hawmtlxk+fRP9 PTULK5rvkhoPgR2ve3Uaj4D3Ol/89svw9qEbhNYsDd4ue0Npngx4tSpBFYOh5f3KlvdLKe+X osUzYaL0oF7jcbDy5AdSYxs80huj+sdPAEM1MK8Li0IopKy12x2ZyCtGUABleuXgWYB3q2pZ OrgAXu3JjAGWBlwqYxze7THp+I1KfjAGMmiCG8Jsu4NDg9bKQr6fV/yrwxsCSIkBSJNcOvOk CWuMwOdvRmH5jzQbX24JaRnoldVPH1k90W7//wtnZuoXZ3lMrA8v53qEQij8p84wmuYgs6AV t0gLIx/KWycGIn9lgjaqY6TiMWTVwyghPqiIPk2PgwyLmfGrAqsK/g1SX+57YMaHHcxsVdVU vKB9We9xQQIXlE51qQXxD9MnWQrADHLZszaj623zbqbi6802eVtiZEvSaDk/1pPVtD37sL17 y8kJ87Kb6Y+dxXNdPY6mkppXP7pyLIW11Wkrl0cPOXfWvmy49jRXuGfbNLX4fie9/0p7CZz1 aQzM7uh55O81PUwbPfvotbzE+P1T2qO6RlhHX248Pu2AbqCFRz23jhdxlOLnHWPJsML/BPXb D5soBAAA
Cc: Vladimir Kleiner <Vladimir.Kleiner@ecitele.com>, Andrew Sergeev <Andrew.Sergeev@ecitele.com>, Idan Kaspit <Idan.Kaspit@ecitele.com>, Mishael Wexler <Mishael.Wexler@ecitele.com>, "pwe3@ietf.org" <pwe3@ietf.org>, Rotem Cohen <Rotem.Cohen@ecitele.com>
Subject: Re: [PWE3] draft-medved-pwe3-of-config-00.txt posted, review please
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, 04 Jul 2012 05:05:21 -0000

Andy and all,

I've looked up the draft in question, and I have some comments/questions in addition to Andy's:

  1.  The PWE3 WG has defined multiple MIBs that can be used for PW setup and teardown by a      management application (MPLS-TP or not). IMO the draft should indicate that the method proposed there is an alternative not just to PW signaling via T-LDP (as Andy has said) but also to static PW setup using these MIBs.
  2.  The wording of the draft seems to suggest a difference between the head-end PE and the tail-end one, e.g., as in he following fragment: "Although the Virtual OF switch is the same a both the head-end and tail-end nodes, the group table is only used at the head-end node, where a Fast Failover group is set up for each pair of ports that correspond to the primary-backup Transport LSP pair.  At the tail-end node, only flows are set up." I do not understand how does this (and similar) fragments deal with the fact of PWs being inherently bidirectional.
  3.  The PWs run in MPLS (or MPLS-TP) tunnels in order to improve scalability of P routers, because the same tunnel between a given pair of PEs can be shared by multiple PW instances. It is not clear from the text how such sharing can be accommodated in the proposed OF switch model.
  4.   Reference to RFC 6423 suggests that OAM discussion in the draft is PW OAM and OAM for Tunnel LSPs. Does this imply that the protection actions are triggered by the PW-level OAM, and, what is supposed to happen if a pair of T-LSPs is shared by multiple PW instances?
  5.  The text defining the OF switch and its matching rules is not clear. In particular, it seems to imply that PW labels are checked from being received from a specific T-LSP (as a port of the OF switch). IMHO this a clear contradiction to the MPLS (and MPLS-TP) data plane as defined in RFC 3031, and to the fact that PW labels are allocated from the per-platform label space (as per RFC 4447).

My 2c,

     Sasha

________________________________________
From: pwe3-bounces@ietf.org [pwe3-bounces@ietf.org] on behalf of Andrew G. Malis [amalis@gmail.com]
Sent: Tuesday, July 03, 2012 8:14 PM
To: David Meyer; Jan Medved; Andrew McLachlan
Cc: pwe3@ietf.org
Subject: Re: [PWE3] draft-medved-pwe3-of-config-00.txt posted, review please

Dave, Jan, Andrew,

An interesting draft. I have a few comments, with my WG chair hat off:

1. An editorial comment, there's no "-" or internal uppercase "W" in
"Pseudowire", which is the proper spelling (I saw at least three
different spellings in the draft).

2. Section 1.3 states: "PWs are
   configured as bi-directional paths over the MPLS-TP network, usually
   by an external management platform.  At present no open standards
   exist to provision these PWs, and therefore there is a reliance on
   vendor specific provisioning platforms."

Certainly, there's nothing that prevents the use of T-LDP for PW use
in MPLS-TP networks, this is already documented in section 5.2 of RFC
6373.

Speaking of which, you should also have a table in your draft similar
to the table in section 5.2 that shows how your draft meets the
MPLS-TP control plane requirements listed in section 2 of RFC 6373.

You may also wish to read draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp,
which specifies useful functionality in this area.

In any case, you should be clear that this is an alternative control
plane to T-LDP.

3. Section 4: In addition to RFC 6423, you may wish to include a
reference to draft-ietf-pwe3-vccv-for-gal, which defines the VCCV mode
for use with MPLS-TP. You may also wish to reference RFC 5860.

Cheers,
Andy

On Tue, Jul 3, 2012 at 1:11 PM, David Meyer <dmm@1-4-5.net> wrote:
> Folks,
>
> "MPLS-TP PseudoWire Configuration using OpenFlow 1.3" has just been
> posted. Looking forward to your review.
>
> --dmm (for Jan, dward, and Andrew)
> _______________________________________________
> pwe3 mailing list
> pwe3@ietf.org
> https://www.ietf.org/mailman/listinfo/pwe3
_______________________________________________
pwe3 mailing list
pwe3@ietf.org
https://www.ietf.org/mailman/listinfo/pwe3

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.