RE: [PWE3] question on draft-mohan-pwe3-vccv-eth-01.txt

"Dinesh Mohan" <mohand@nortel.com> Tue, 06 March 2007 03:48 UTC

Return-path: <pwe3-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HOQev-0004Oy-Iu; Mon, 05 Mar 2007 22:48:17 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HOQeu-0004MH-Nl for pwe3@ietf.org; Mon, 05 Mar 2007 22:48:16 -0500
Received: from zcars04e.nortel.com ([47.129.242.56]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HOQet-0004a5-Fu for pwe3@ietf.org; Mon, 05 Mar 2007 22:48:16 -0500
Received: from zcarhxm1.corp.nortel.com (zcarhxm1.corp.nortel.com [47.129.230.97]) by zcars04e.nortel.com (Switch-2.2.0/Switch-2.2.0) with ESMTP id l263dmo27843; Mon, 5 Mar 2007 22:39:48 -0500 (EST)
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Subject: RE: [PWE3] question on draft-mohan-pwe3-vccv-eth-01.txt
Date: Mon, 05 Mar 2007 22:47:58 -0500
Message-ID: <183DD1B052A11A40B76125E42F1CBAAB0C10A7BA@zcarhxm1.corp.nortel.com>
In-Reply-To: <E60778C3916D3548BBCF4D964186348F2E12A0@ILEXC2U01.ndc.lucent.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [PWE3] question on draft-mohan-pwe3-vccv-eth-01.txt
Thread-Index: AcdfgQf34JxvdI/fS2CH+S4TJpcBKwAAE9qwAAeShbA=
References: <45E70537.3030203@pi.se><183DD1B052A11A40B76125E42F1CBAAB0C022075@zcarhxm1.corp.nortel.com><45EC37E5.7090508@cisco.com> <45EC62BD.6060302@cisco.com><E60778C3916D3548BBCF4D964186348F2E1210@ILEXC2U01.ndc.lucent.com><3C13767EA2F93441AFB13A630204F1B2030EFC@mamxm02.ciena.com><200703052333.l25NXRYF022879@ihemail1.lucent.com><E60778C3916D3548BBCF4D964186348F2E1297@ILEXC2U01.ndc.lucent.com> <E1HOMw1-0005lz-N1@megatron.ietf.org> <E60778C3916D3548BBCF4D964186348F2E12A0@ILEXC2U01.ndc.lucent.com>
From: Dinesh Mohan <mohand@nortel.com>
To: "Busschbach, Peter B (Peter)" <busschbach@alcatel-lucent.com>, "Andrew G. Malis" <amalis@gmail.com>
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 835ad9b9deb0975ba747bfa9d7f1aef1
Cc: Mark Townsley <townsley@cisco.com>, pwe3 <pwe3@ietf.org>, "Shah, Himanshu" <hshah@ciena.com>, Stewart Bryant <stbryant@cisco.com>
X-BeenThere: pwe3@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Pseudo Wires Edge to Edge <pwe3.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pwe3>, <mailto:pwe3-request@ietf.org?subject=unsubscribe>
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>
Content-Type: multipart/mixed; boundary="===============0608357597=="
Errors-To: pwe3-bounces@ietf.org

Folks,
 
As Dave, Peter, Himanshu and others have noted, we can keep discussing
the nuances of charter statements and whether this work item is in scope
or not etc. however, we cannot dictate whether or not a technology can
support multi-protocol encapsulations. IETF has done a decent job of
defining PW encapsulations and there is no point in restricting it to
only MPLS/IP. Ethernet is designed to carry Ethernet payloads and is
also designed to carry other payloads types e.g. ATM, FR, IP, MPLS etc.
Carrying of MPLS payload is called out in draft-allan-pwopbt, dry
martini etc activities, and is evidently already used in PHP across
Ethernet link or network between two adjacent LSRs.
 
Therefore PWs can be used across Ethernet networks. Even though Ethernet
OAM can be applied as is for managing PWs and Ethernet OAM does not rely
upon VCCV for providing management capabilities, the proposed extensions
are more guided by existing operational expectations in managing PWs
i.e. via VCCV. This is particularly true when MS-PW comes into play and
a uniform end-to-end PW management capability is desirable across
disparate network types.
 
Hopefully, we can get to more meaningful discussion of how we can
address this work either by expanding the charter or other means, rather
than discounting it simply based on procedural subtleties.
 
---
Dinesh

________________________________

From: Busschbach, Peter B (Peter) [mailto:busschbach@alcatel-lucent.com]

Sent: Monday, March 05, 2007 7:00 PM
To: Andrew G. Malis
Cc: Mark Townsley; pwe3; Shah, Himanshu; Stewart Bryant
Subject: RE: [PWE3] question on draft-mohan-pwe3-vccv-eth-01.txt


Andy,
 
The charter language does not apply in the case of adjacent PEs. You
can't mandate that there be an MPLS network between adjacent PEs,
because then they would not be adjacent.
 
That said, I agree that the text in RFC4447 was not meant to sanction
PWs over Ethernet. We should update the charter and allow PWs over any
packet switched network.
 
Peter


________________________________

	From: Andrew G. Malis [mailto:amalis@gmail.com] 
	Sent: Monday, March 05, 2007 6:50 PM
	To: Busschbach, Peter B (Peter)
	Cc: Mark Townsley; pwe3; Shah,Himanshu; Stewart Bryant
	Subject: RE: [PWE3] question on draft-mohan-pwe3-vccv-eth-01.txt
	
	
	Peter,
	
	Thanks for pointing that out. However, that doesn't change the
existing charter language.
	
	Cheers,
	Andy
	
	-------
	
	At 3/5/2007 05:43 PM -0600, Busschbach, Peter B \(Peter\) wrote:
	

		Andy,
		 
		I respectfully disagree. The text that I quoted says
"... if the pseudowire endpoints are immediately adjacent ...". Note the
"s" at the end of "endpoints". Therefore, the text is about adjacent PEs
and it says that in that case there is no need for an MPLS tunnel to
carry the PW. In other words, the PW can be carried directly over the
link layer between the adjacent PEs.
		 
		Peter
		
		

________________________________

			From: Andrew G. Malis [ mailto:amalis@gmail.com
<mailto:amalis@gmail.com> ] 
			
			Sent: Monday, March 05, 2007 6:33 PM
			
			To: Shah, Himanshu
			
			Cc: Busschbach, Peter B (Peter); Stewart Bryant;
Mark Townsley; pwe3
			
			Subject: RE: [PWE3] question on
draft-mohan-pwe3-vccv-eth-01.txt
			
			
			I would like to point out that the intent of the
RFC 4447 text quoted by Peter was to ONLY allow PHP to be used on the
physical link between the penultimate P router and the PE router where
the PW terminates and connects with the attachment circuit.  In this one
case only, the MPLS tunnel used to carry the PW terminates at the
penultimate P router rather than at the PE router. It was not meant to
be a general escape mechanism to allow the general use of PWs over
tunneling mechanisms other than MPLS or L2TPv3. 
			
			
			Further, to quote the WG charter,
			
			
			"Pseudowire Emulation Edge to Edge (PWE3) will
specify the
			
			encapsulation, transport, control, management,
interworking and
			
			security of services emulated over IETF
specified PSNs."
			
			
			Ethernet and SONET are not IETF specified PSNs.
			
			
			So, while there may be value in supporting PWs
over non-IETF-specified PSNs, I do agree with Stewart and Mark that a
charter change will be necessary to pursue this work.
			
			
			Cheers,
			
			Andy
			
			
			--------
			
			
			
			At 3/5/2007 05:51 PM -0500, Shah, Himanshu
wrote:
			

				Content-class:
urn:content-classes:message
				
				Content-Type: multipart/alternative;
				
	
boundary="----_=_NextPart_001_01C75F78.CAA52CEF"
				
				
				I believe this is a key point.
				
				In my view, discussions on in/out scope
				
				really does not apply (for the reasons
				
				described below). Also, note that as L2
				
				technology becomes more intelligent (eg.
PBT),
				
				keeping it out-of-scope (artificially)
would be
				
				a mistake.
				
				
				There are other docs (past/present),
that already
				
				use this concept, such as dry martini,
				
				MEF3/8 (TDM-PWoETH, except ethType is
different),
				
				pw-over-pbt, etc.
				
				
				IMO,
				
				himanshu
				
				
				
				-----Original Message-----
				
				From: Busschbach, Peter B (Peter) [
mailto:busschbach@alcatel-lucent.com]
				
				Sent: Mon 3/5/2007 5:24 PM
				
				To: Stewart Bryant; Mark Townsley
				
				Cc: pwe3
				
				Subject: RE: [PWE3] question on
draft-mohan-pwe3-vccv-eth-01.txt
				
				
				Dave Allan made a point that I believe
is valid and makes this whole
				
				discussion irrelevant. To rephrase what
he said:
				
				
				Page 4 of RFC 4447 says:
				
				
				   In the protocol specified herein, the
pseudowire demultiplexor field
				
				   is an MPLS label.  Thus, the packets
that are transmitted from one
				
				   end of the pseudowire to the other
are MPLS packets, which must be
				
				   transmitted through an MPLS tunnel.
However, if the pseudowire
				
				   endpoints are immediately adjacent
and penultimate hop popping
				
				   behavior is in use, the MPLS tunnel
may not be necessary. 
				
				
				Based on this logic, PWs can be carried
over SDH, Ethernet or any other
				
				protocol that can carry MPLS packets
without violating the PWE3 charter.
				
				
				Peter
				
				
				
				> -----Original Message-----
				
				> From: Stewart Bryant
[mailto:stbryant@cisco.com]
				
				> Sent: Monday, March 05, 2007 1:35 PM
				
				> To: Mark Townsley
				
				> Cc: pwe3
				
				> Subject: Re: [PWE3] question on
draft-mohan-pwe3-vccv-eth-01.txt
				
				>
				
				>
				
				> So the proposal seems to be that PWE3
extends VCCV for use
				
				> with a PWE3 PW over a non IP/MPLS PSN.
				
				>
				
				> We should put this on the agenda for
Prague.
				
				>
				
				> - Stewart
				
				>
				
				>
				
				>
_______________________________________________
				
				> pwe3 mailing list
				
				> pwe3@ietf.org
				
				>
https://www1.ietf.org/mailman/listinfo/pwe3
				
				>
				
				
	
_______________________________________________
				
				pwe3 mailing list
				
				pwe3@ietf.org
				
	
https://www1.ietf.org/mailman/listinfo/pwe3
				
				
	
_______________________________________________
				
				pwe3 mailing list
				
				pwe3@ietf.org
				
	
https://www1.ietf.org/mailman/listinfo/pwe3

_______________________________________________
pwe3 mailing list
pwe3@ietf.org
https://www1.ietf.org/mailman/listinfo/pwe3