RE: CE-to-CE PWs, Hierarchical VPLS and Pseudowire Stitching Func tion in draft-stein-pwe3-pwce2e-00.txt
Sasha Vainshtein <Sasha@AXERRA.com> Wed, 12 November 2003 17:54 UTC
From: Sasha Vainshtein <Sasha@AXERRA.com>
Subject: RE: CE-to-CE PWs, Hierarchical VPLS and Pseudowire Stitching Func tion in draft-stein-pwe3-pwce2e-00.txt
Date: Wed, 12 Nov 2003 19:54:33 +0200
Lines: 393
Sender: pwe3-admin@ietf.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="----=_NextPartTM-000-a7378d62-d44d-44ab-9fe2-5825700c81a4"
Cc: Alik Shimelmits <alik@AXERRA.com>, "'Stewart Bryant (E-mail)'" <stbryant@cisco.com>, "'Prayson Pate (E-mail)'" <prayson.pate@overturenetworks.com>, "'PWE3 WG (E-mail)'" <pwe3@ietf.org>, "'David Sinicrope (E-mail)'" <David.Sinicrope@Ericsson.com>
X-From: pwe3-admin@ietf.org Wed Nov 12 21:43:30 2003
Return-path: <pwe3-admin@ietf.org>
To: 'Yaakov Stein' <yaakov_s@rad.com>
X-Mailer: Internet Mail Service (5.5.2653.19)
Errors-To: pwe3-admin@ietf.org
X-BeenThere: pwe3@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pwe3>, <mailto:pwe3-request@ietf.org?subject=unsubscribe>
List-Id: Pseudo Wires Edge to Edge <pwe3.ietf.org>
List-Post: <mailto:pwe3@ietf.org>
List-Help: <mailto:pwe3-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pwe3>, <mailto:pwe3-request@ietf.org?subject=subscribe>
Status: O
X-Message-ID:
Message-ID: <20140418091716.2560.47977.ARCHIVE@ietfa.amsl.com>
Yaakov and all, I did not address the following statement/question in my previous email: <quote> [Y(J)S] Once again, the inner label is not a true MPLS label, and I don't see the need to force it to be one. <end quote> I'll try to do so now. Let's assume for the moment that the inner label is not part of the label stack (IMO,it cannot be if it is not a true MPLS label!). As a consequence, the transport label must be marked as the bottom-of-the-stack,and the PE that is adjacent to the egress CE must know (somehow) how to forward the packet after it pops the last label. This brings us to the situation described in Section 2.2 of RFC 3032 "Determining the network layer protocol". Instead of quoting the RFC I will only say that the egress PE MUST know that the packets carried over the terminated tunnel are CE-2-CE PW labels. In other words,you cannot reuse the PE-PE tunnel used by your CE-to-CE PWs to carry anything but PWs. What's more, in the case when more than one CE is attached to the same egress PE, you will need multiple tunels between the same pair of PEs (because PEs cannot rely on the non-MPLS "PW labels" for forwarding decisions. In short, as far asI can see, your proposal willonly work under the following restrictions: 1. No more than one CE is attached to each PE 2. No more than one PW is terminated at each CE. I do not think that these limitations are realistic, especially as I do not see any technical problems with doing same things in the standard way. ---------------------------------------------------------------------------- -------- With best regards, Sasha Vainshtein email: sasha@axerra.com <mailto:sasha@axerra.com> phone: +972-3-7659993 (office) +972-8-9254948 (home) +972-58-674833 (cellular) -----Original Message----- From: Sasha Vainshtein Sent: Wednesday, November 12, 2003 5:39 PM To: 'Yaakov Stein' Cc: Alik Shimelmits; Stewart Bryant (E-mail); Prayson Pate (E-mail); PWE3 WG (E-mail); David Sinicrope (E-mail) Subject: RE: CE-to-CE PWs, Hierarchical VPLS and Pseudowire Stitching Function in draft-stein-pwe3-pwce2e-00.txt Yaakov, Please see some answers/comments inline. ---------------------------------------------------------------------------- -------- With best regards, Sasha Vainshtein email: sasha@axerra.com <mailto:sasha@axerra.com> phone: +972-3-7659993 (office) +972-8-9254948 (home) +972-58-674833 (cellular) -----Original Message----- From: Yaakov Stein [mailto:yaakov_s@rad.com] Sent: Wednesday, November 12, 2003 4:27 AM To: Sasha Vainshtein Cc: Alik Shimelmits; Stewart Bryant (E-mail); Prayson Pate (E-mail); PWE3 WG (E-mail); David Sinicrope (E-mail) Subject: RE: CE-to-CE PWs, Hierarchical VPLS and Pseudowire Stitching Function in draft-stein-pwe3-pwce2e-00.txt [[Sasha]] I do not see this as ever becoming a standard approach. PW labels must be understood by the devices that terminate the pWs (in your case - CE-2 and CE-3).These devices can have their own preferences regarding global label space etc., and your "structured" labels can easily contradict these preferences. Not every device is ready to receive and process any value between 16 and 1M as a valid incoming labels (in fact, most don't). In addition, you require the labels to be correctly interpreted in two points - by the CE that terminates them and by the PE that adds transport labels based on the PW ones. IMO, this is a fundamental contadiction with the MPLS architecture and hence not acceptable. But let's, at least, present the complete solution ("structured" non-local labels and all) and discuss it! The draft did not ever mention "structured" labels (unless I missed something), and I did not consider an option that clearly contradicts the basics of the MPLS architecture. [Y(J)S] But these are NOT MPLS labels, they are PW labels. Why should PW labels be required to conform to the full MPLS constraints? [[Sasha]] One reason could be that demultiplexing in your data plane is the common MPLS one. BTW, this is why the PW labels are required to be marked as "bottom of the stack" while the transport labels are (implicitly) required not to be marked so. Another reason can be that you can use a well-known Ethertype (for Ethernet) or PPP protocol type (for PPP) when you carry the packet with asingle label over the CE-PE attachment circuit. [Y(J)S] What do we really need the PW label for? To diifferentiate between multiple PWs going together in a tunnel between the same two devices. For example, several E1s going between two points. [[Sasha]] IMO you contradict yourself here, because, in fact, your draft requires that the "PW label" is understood both by the receiving CE and by the PE adjacent to he transmitting CE. A very common solution is to use some coding of the port numbers of these E1s. [[Sasha]] I am not sure there is anything common about that, at least not with MPLS-based PWs. <snip> [[Sasha]] Franly I do not see it as a problem, but, if it is, let's solve it in the specific devices that encounter it - this is definitely not a common problem! [Y(J)S] Once again, the inner label is not a true MPLS label, and I don't see the need to force it to be one. Y(J)S
- RE: CE-to-CE PWs, Hierarchical VPLS and Pseudowir… Sasha Vainshtein
- RE: CE-to-CE PWs, Hierarchical VPLS and Pseudowir… Sasha Vainshtein
- RE: CE-to-CE PWs, Hierarchical VPLS and Pseudowir… Sasha Vainshtein