[PWE3] draft-ietf-pwe3-vccv-impl-survey-results - AD review
Stewart Bryant <stbryant@cisco.com> Mon, 30 April 2012 19:43 UTC
Return-Path: <stbryant@cisco.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 714A921E8063 for <pwe3@ietfa.amsl.com>; Mon, 30 Apr 2012 12:43:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.485
X-Spam-Level:
X-Spam-Status: No, score=-110.485 tagged_above=-999 required=5 tests=[AWL=0.113, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
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 RFlw-0RPeD8r for <pwe3@ietfa.amsl.com>; Mon, 30 Apr 2012 12:43:18 -0700 (PDT)
Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by ietfa.amsl.com (Postfix) with ESMTP id 68EDE21E804E for <pwe3@ietf.org>; Mon, 30 Apr 2012 12:43:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=stbryant@cisco.com; l=15567; q=dns/txt; s=iport; t=1335814995; x=1337024595; h=message-id:date:from:reply-to:mime-version:to:subject; bh=WG9/neWsiDJGXhSciLvggSzmvawbyxZlrs/DL3vInmg=; b=esP2z6ZCc9YcKT/hvz++Uf8MjWII462HHK7CIRY89Dpo7i92CC7XFhy5 hVH0ZEKkp4Hm1V8WoT1H26qnkFGuJ1MuaCzp3Hn0fw/oLMNwGswJ3RETy em8i5HQH1v9jhnEy022l/tSTRahce+qXrX8cagH22W8a9uwbp+J0i1QNU E=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av8EAGzqnk+Q/khN/2dsb2JhbABEr1ODAIEHggkBAQEDEwECA2Y3NAJMAQwIAQEXB4dmBQuaMoNCEIFOmmORIgSVfo5ZgQJngmmBVQYR
X-IronPort-AV: E=Sophos; i="4.75,505,1330905600"; d="scan'208,217"; a="136646694"
Received: from ams-core-4.cisco.com ([144.254.72.77]) by ams-iport-1.cisco.com with ESMTP; 30 Apr 2012 19:43:14 +0000
Received: from cisco.com (mrwint.cisco.com [64.103.70.36]) by ams-core-4.cisco.com (8.14.3/8.14.3) with ESMTP id q3UJhE4m013141; Mon, 30 Apr 2012 19:43:14 GMT
Received: from dhcp-128-107-166-59.cisco.com (localhost [127.0.0.1]) by cisco.com (8.14.4+Sun/8.8.8) with ESMTP id q3UJhBHd015520; Mon, 30 Apr 2012 20:43:12 +0100 (BST)
Message-ID: <4F9EEB4F.70209@cisco.com>
Date: Mon, 30 Apr 2012 20:43:11 +0100
From: Stewart Bryant <stbryant@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:11.0) Gecko/20120327 Thunderbird/11.0.1
MIME-Version: 1.0
To: draft-ietf-pwe3-vccv-impl-survey-results@tools.ietf.org, "pwe3-chairs@tools.ietf.org" <pwe3-chairs@tools.ietf.org>, "pwe3-ads@tools.ietf.org" <pwe3-ads@tools.ietf.org>, pwe3 <pwe3@ietf.org>
Content-Type: multipart/alternative; boundary="------------090202040007040703070804"
Subject: [PWE3] draft-ietf-pwe3-vccv-impl-survey-results - AD review
X-BeenThere: pwe3@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: stbryant@cisco.com
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: Mon, 30 Apr 2012 19:43:24 -0000
PWE3 Chairs: Here are my AD review comments on this draft Please look for ">" in the first column. - Stewart ===== > You present a lot of data, but there there is no conclusion. > I think that you really need to present the WG consensus conclusion > of the data section my section and the WG consensus conclusion of > the results and a whole and any recommended action. ==== The Pseudowire (PW)& Virtual Circuit Connectivity Verification (VCCV) Implementation Survey Results draft-ietf-pwe3-vccv-impl-survey-results-00 Abstract Most Pseudowire Emulation Edge-to-Edge (PWE3) encapsulations mandate the use of the Control Word (CW) in order to better emulate the services for which the encapsulations have been defined. > Actually it's more fundamental than "better emulate" they carry > info fundamental to the emmulation. ====== 1. Introduction The IETF has defined many encapsulations of various layer 1 and layer 2 service-specific PDUs and circuit data. > Surely this is the IETF PWE3 WG? > Aren't they also PW encaps? > There are many non PWE3 L2 encaps that have been defined. Within these encapsulations, there are often several modes of encapsulation which have differing requirements in order to fully emulate the service. As such, the use of the PWE3 Control Word is mandated in many of the encapsulations, but not all. > The second sentence does not follow from the first This can present interoperability issues related to A) Control Word use and B) VCCV Control Channel negotiation in mixed implementation environments. > and then this does not logically follow. > VCCV needs to be expanded and a ref provided The encapsulations and modes for which the Control Word is currently optional are: o Ethernet Tagged Mode o Ethernet Raw Mode o PPP o HDLC o Frame Relay Port Mode o ATM (N:1 Cell Mode) > You need a ref for each of the above [RFC5085] defines three Control Channel types for MPLS PW's: Type 1, > You will get a ref vs name IESG comment with the above. > You mean "VCCV [RFC5085]....." using the Pseudowire Control Word, Type 2, using the Router Alert Label, and Type 3, using TTL Expiration (e.g. MPLS PW Label with TTL == 1). While Type 2 (RA Label) is indicated as being "the preferred > Is RA a well known abbreviation? ==== 1.1. PW/VCCV Survey Overview Per the direction of the PWE3 Working Group chairs, a survey was created to sample the nature of implementations of Pseudowires, with specific emphasis on Control Word usage, and VCCV, with emphasis on Control Channel and Control Type usage. The survey consisted of a series of questions based on direction of the WG chairs and the survey opened to the public on November 4, 2010. The URL for the survey (now closed) was http://www.surveymonkey.com/pwe3/. The survey ran from November 4, 2010 until February 25, 2011. > A statement of fact that is currently unverifiable since the URL > is no longer valid. 1.2. PW/VCCV Survey Form The PW/VCCV Implementation Survey requested the following information about user implementations: - Responding Organziation. No provisions were made for anonymity. All responses required a valid email address in order to validate the survey response. - Of the various encapsulations (and options therein) known at the time, including the WG draft for Fiber Channel), which were implemented b the respondent. These included: > You need to provide refs for each of the PWs that you talk about > I know it's too late for the responders, but the for the future reader > it needs to be provided as a note somewhere. > Also with LSP ping and ICMP Ping - need a ref. o Ethernet Tagged Mode - RFC 4448 o Ethernet Raw Mode - RFC 4448 o SAToP - RFC 4553 o PPP - RFC 4618 o HDLC - RFC 4618 o Frame Relay (Port Mode) - RFC 4619 o Frame Relay (1:1 Mode) - RFC 4619 o ATM (N:1 Mode) - RFC 4717 o ATM (1:1 Mode) - RFC 4717 o ATM (AAL5 SDU Mode) - RFC 4717 o ATM (AAL5 PDU Mode) - RFC 4717 o CEP - RFC 4842 o CESoPSN - RFC 5086 o TDMoIP - RFC 5087 o Fiber Channel (Port Mode) - draft-ietf-pwe3-fc-encap - Approximately how many Pseudowires of each type were deployed. Respondents could list a number, or for the sake of privacy, could just respond "In-Use" instead. - For each encapsulation listed above, the respondent could indicated which Control Channel was in use. The options listed were: o Control Word (Type 1) o Router Alert Label (Type 2) o TTL Expiry (Type 3) - For each encapsulation listed above, the respondent could indicate which Connectivity Verification types were in use. The options were: o ICMP Ping o LSP Ping - For each encapsulation type for which the use of the Control Word is optional, the respondents could indicated the encaps for which Control Word was supported by the equipment used and whether it was in use in the network. The encaps listed were: o Ethernet (Tagged Mode) o Ethernet (Raw Mode) o PPP o HDLC o Frame Relay (Port Mode) o ATM (N:1 Cell Mode) - Finally, a freeform entry was provided for the respondent to provide feedback regarding PW and VCCV deployments, VCCV interoperability challenges, the survey or any network/vendor details they wished to share. ======== 2. Survey Results 2.1. Respondents The following companies participated in the PW/VCCV Implementation Survey. The data provided has been aggregated. No specific company's reponse will be detailed herein. > To preserve anonymity you need to make sure there is on order correlation > (and state that), and it would be nice to have the following in alphabetical > order o Time Warner Cable o Bright House Networks o Tinet o AboveNet o Telecom New Zealand o Cox Communications o MTN South Africa o Wipro Technologies o Verizon o AMS-IX o Superonline o Deutsche Telekom AG o Internet Solution o Easynet Global Services o Telstra Corporation o OJSC MegaFon o France Telecom Orange > How did these operators know about this survey > Did any vendors reply, if so what action did you take? ===== 4. PW VCCV is very useful tool for finding faults in each PW channel. Without this we can not find fault on a PW channel. PW VCCV using BFD is another better option. Introperbility challences are with Ethernet OAM mechanism. > Given the sensitivity please clarify if you mean Eth OAM, or > OAM for Eth PWs. ==== 3. Security Considerations As this document is a report of the PW/VCCV User Implementation Survey results, no security considerations are introduced. > SCs should include the precautions you took to ensure the validity > of the sample and the data.
- [PWE3] draft-ietf-pwe3-vccv-impl-survey-results -… Stewart Bryant