From mpls-interop-bounces@ietf.org Mon Jul 7 09:28:24 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 55F1B3A6872; Mon, 7 Jul 2008 09:28:24 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 717BC3A6872 for ; Mon, 7 Jul 2008 09:28:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PyaxKbFK0IUr for ; Mon, 7 Jul 2008 09:28:22 -0700 (PDT) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by core3.amsl.com (Postfix) with ESMTP id 4D56D3A65A6 for ; Mon, 7 Jul 2008 09:28:22 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.30,317,1212364800"; d="scan'208";a="13686269" Received: from ams-dkim-2.cisco.com ([144.254.224.139]) by ams-iport-1.cisco.com with ESMTP; 07 Jul 2008 16:28:25 +0000 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id m67GSPoE004799; Mon, 7 Jul 2008 18:28:25 +0200 Received: from stewart-bryants-computer.local (ams3-vpn-dhcp231.cisco.com [10.61.64.231]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id m67GSPW0020299; Mon, 7 Jul 2008 16:28:25 GMT Message-ID: <4872442B.1030409@cisco.com> Date: Mon, 07 Jul 2008 17:28:27 +0100 From: Stewart Bryant User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: mpls-interop@ietf.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=685; t=1215448105; x=1216312105; c=relaxed/simple; s=amsdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=stbryant@cisco.com; z=From:=20Stewart=20Bryant=20 |Subject:=20MEAD=20team=20tomorrow=20-=20survivability=20do cs. |Sender:=20; bh=AKtWMIj7olYJrqfVDtNPLFPaxQug5gSM4rAOqmPyFKE=; b=fGFVI5Si5sMKhoGFt+v3rYPCozITF8rOuU8nndO2IReYL3viGNh/BZQSof jsYDFHCDAIzcg6H+huU03aXVIR6buGk6zKKhi/aHdgPwDVrtcAEoFWGD6vHh 1RkwvDTqE9; Authentication-Results: ams-dkim-2; header.From=stbryant@cisco.com; dkim=pass ( sig from cisco.com/amsdkim2001 verified; ); Subject: [Mpls-interop] MEAD team tomorrow - survivability docs. X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: stbryant@cisco.com List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org The only item on the MEAD agenda tomorrow (5pm UK) is Survivability. I think we need to cover: 1) Review of survivability section in requirements Draft 2) Do we need a standalone survivability requirements document? 3) Update on survivability framework 4) Outline of key issues and design decisions 5) Other authors that we need to engage in the design and documentation 6) Time table for survivability docs 7) Any other business. The dialin details are as usual: Meeting ID: 310271828 US/Canada: +1.866.432.9903 United Kingdom: +44.20.8824.0117 India: +91.80.4103.3979 Germany: +49.619.6773.9002 Japan: +81.3.5763.9394 China: +86.10.8515.5666 _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop From mpls-interop-bounces@ietf.org Mon Jul 7 13:55:25 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B98FA3A6B66; Mon, 7 Jul 2008 13:55:25 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 299143A6B67 for ; Mon, 7 Jul 2008 13:55:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.74 X-Spam-Level: X-Spam-Status: No, score=-0.74 tagged_above=-999 required=5 tests=[BAYES_20=-0.74] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cWd7q-srkM1V for ; Mon, 7 Jul 2008 13:55:23 -0700 (PDT) Received: from asmtp1.iomartmail.com (asmtp1.iomartmail.com [62.128.201.248]) by core3.amsl.com (Postfix) with ESMTP id 1690B3A6B5B for ; Mon, 7 Jul 2008 13:55:19 -0700 (PDT) Received: from asmtp1.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp1.iomartmail.com (8.12.11.20060308/8.12.8) with ESMTP id m67KtCxC004362; Mon, 7 Jul 2008 21:55:12 +0100 Received: from your029b8cecfe (dsl-sp-81-140-15-32.in-addr.broadbandscope.com [81.140.15.32]) (authenticated bits=0) by asmtp1.iomartmail.com (8.12.11.20060308/8.12.11) with ESMTP id m67KtBA2004335; Mon, 7 Jul 2008 21:55:12 +0100 Message-ID: <0b0f01c8e073$bd69d670$0200a8c0@your029b8cecfe> From: "Adrian Farrel" To: , References: <4872442B.1030409@cisco.com> Date: Mon, 7 Jul 2008 21:55:03 +0100 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Subject: Re: [Mpls-interop] MEAD team tomorrow - survivability docs. X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Adrian Farrel List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org Hi, I won't be on the call. I intend to submit the survivability framework -00 in the next hour. Adrian ----- Original Message ----- From: "Stewart Bryant" To: Sent: Monday, July 07, 2008 5:28 PM Subject: [Mpls-interop] MEAD team tomorrow - survivability docs. > The only item on the MEAD agenda tomorrow (5pm UK) > is Survivability. > > I think we need to cover: > > 1) Review of survivability section in requirements Draft > > 2) Do we need a standalone survivability requirements document? > > 3) Update on survivability framework > > 4) Outline of key issues and design decisions > > 5) Other authors that we need to engage in the design and documentation > > 6) Time table for survivability docs > > 7) Any other business. > > The dialin details are as usual: > > Meeting ID: 310271828 > > US/Canada: +1.866.432.9903 > United Kingdom: +44.20.8824.0117 > India: +91.80.4103.3979 > Germany: +49.619.6773.9002 > Japan: +81.3.5763.9394 > China: +86.10.8515.5666 > > > _______________________________________________ > Mpls-interop mailing list > Mpls-interop@ietf.org > https://www.ietf.org/mailman/listinfo/mpls-interop > _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop From mpls-interop-bounces@ietf.org Tue Jul 8 07:28:40 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EAE6B3A68AE; Tue, 8 Jul 2008 07:28:40 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 251483A6A21 for ; Tue, 8 Jul 2008 07:28:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.299 X-Spam-Level: X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[AWL=-0.301, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_24=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ROS4cD+8keda for ; Tue, 8 Jul 2008 07:28:37 -0700 (PDT) Received: from demumfd002.nsn-inter.net (demumfd002.nsn-inter.net [217.115.75.234]) by core3.amsl.com (Postfix) with ESMTP id 615D43A68AE for ; Tue, 8 Jul 2008 07:28:36 -0700 (PDT) Received: from demuprx016.emea.nsn-intra.net ([10.150.129.55]) by demumfd002.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id m68ESeRP029475 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Jul 2008 16:28:40 +0200 Received: from demuexc023.nsn-intra.net (webmail.nsn-intra.net [10.150.128.36]) by demuprx016.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id m68ESdwY011334; Tue, 8 Jul 2008 16:28:39 +0200 Received: from DEMUEXC014.nsn-intra.net ([10.150.128.25]) by demuexc023.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.3959); Tue, 8 Jul 2008 16:28:40 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C8E106.EA35AD82" Date: Tue, 8 Jul 2008 16:28:35 +0200 Message-ID: <9FF5BDAD88B9D84881609E89AC92FB83F3ECF3@DEMUEXC014.nsn-intra.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: MPLS-TP OAM Analysis Thread-Index: AcjhBud1YqJgvFgfSdyBoBg3pg3lTg== From: "Sprecher, Nurit (NSN - IL/Hod HaSharon)" To: "Thomas Nadeau" , X-OriginalArrivalTime: 08 Jul 2008 14:28:40.0060 (UTC) FILETIME=[EA8383C0:01C8E106] X-TM-AS-Product-Ver: SMEX-7.0.0.1584-5.5.1027-16018.007 X-TM-AS-Result: No--10.412000-8.000000-31 Cc: MEAD team Subject: [Mpls-interop] MPLS-TP OAM Analysis X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org This is a multi-part message in MIME format. ------_=_NextPart_001_01C8E106.EA35AD82 Content-Type: multipart/alternative; boundary="----_=_NextPart_002_01C8E106.EA35AD82" ------_=_NextPart_002_01C8E106.EA35AD82 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable =20 Hi, Attahced please find an updated version of the document for your review. This document is not submitted yet. Best regards, Nurit -----------------------------------------=20 Best regards,=20 Nurit Sprecher =20 Nokia Siemens Networks GmbH & Co. KG=20 Industry Environment Senior Specialist, Carrier Ethernet Transport 3 Hanagar St. Neve Ne'eman B 45241 Hod Hasharon, Israel Tel. +972 9 7751229 Mobile +972 54 2200954=20 Email: nurit.sprecher@nsn.com =20 =20 ------_=_NextPart_002_01C8E106.EA35AD82 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
 
Hi,
Attahced please find=20 an updated version of the document for your review.
This = document is not=20 submitted yet.
Best=20 regards,
Nurit

----------------------------------------- 
Best=20 regards,

Nurit=20 Sprecher

 

Nokia = Siemens Networks=20 GmbH & Co. KG 
Industry = Environment

Senior = Specialist,=20 Carrier Ethernet Transport

3 Hanagar=20 St. Neve Ne'eman=20 B

45241 Hod = Hasharon, = Israel


Tel. = +972 9=20 7751229

Mobile +972=20 54 2200954 
Email: nurit.sprecher@nsn.com
&nbs= p;  =20

 
------_=_NextPart_002_01C8E106.EA35AD82-- ------_=_NextPart_001_01C8E106.EA35AD82 Content-Type: text/plain; name="draft-sprecher-mpls-tp-oam-analysis-01.txt" Content-Transfer-Encoding: base64 Content-Description: draft-sprecher-mpls-tp-oam-analysis-01.txt Content-Disposition: attachment; filename="draft-sprecher-mpls-tp-oam-analysis-01.txt" CgoKTmV0d29yayBXb3JraW5nIEdyb3VwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBOLiBTcHJlY2hlciwgRWQuCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgTm9raWEgU2llbWVucyBOZXR3b3JrcwpJbnRlbmRlZCBzdGF0dXM6IEluZm9y bWF0aW9uYWwgICAgICAgICAgICAgICAgICAgICAgICAgICAgVC4gTmFkZWF1LCBFZC4KRXhwaXJl czogSmFudWFyeSA4LCAyMDA5ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIEJUCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBILiB2YW4gSGVsdm9vcnQsIEVkLgogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBIdWF3ZWkKICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBZLiBXZWluZ2FydGVu CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgTm9raWEg U2llbWVucyBOZXR3b3JrcwogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIEp1bHkgMDcsIDIwMDgKCgogICAgICAgICAgICAgICAgICAgICAg ICAgIE1QTFMtVFAgT0FNIEFuYWx5c2lzCiAgICAgICAgICAgICAgIGRyYWZ0LXNwcmVjaGVyLW1w bHMtdHAtb2FtLWFuYWx5c2lzLTAxLnR4dAoKU3RhdHVzIG9mIHRoaXMgTWVtbwoKICAgQnkgc3Vi bWl0dGluZyB0aGlzIEludGVybmV0LURyYWZ0LCBlYWNoIGF1dGhvciByZXByZXNlbnRzIHRoYXQg YW55CiAgIGFwcGxpY2FibGUgcGF0ZW50IG9yIG90aGVyIElQUiBjbGFpbXMgb2Ygd2hpY2ggaGUg b3Igc2hlIGlzIGF3YXJlCiAgIGhhdmUgYmVlbiBvciB3aWxsIGJlIGRpc2Nsb3NlZCwgYW5kIGFu eSBvZiB3aGljaCBoZSBvciBzaGUgYmVjb21lcwogICBhd2FyZSB3aWxsIGJlIGRpc2Nsb3NlZCwg aW4gYWNjb3JkYW5jZSB3aXRoIFNlY3Rpb24gNiBvZiBCQ1AgNzkuCgogICBJbnRlcm5ldC1EcmFm dHMgYXJlIHdvcmtpbmcgZG9jdW1lbnRzIG9mIHRoZSBJbnRlcm5ldCBFbmdpbmVlcmluZwogICBU YXNrIEZvcmNlIChJRVRGKSwgaXRzIGFyZWFzLCBhbmQgaXRzIHdvcmtpbmcgZ3JvdXBzLiAgTm90 ZSB0aGF0CiAgIG90aGVyIGdyb3VwcyBtYXkgYWxzbyBkaXN0cmlidXRlIHdvcmtpbmcgZG9jdW1l bnRzIGFzIEludGVybmV0LQogICBEcmFmdHMuCgogICBJbnRlcm5ldC1EcmFmdHMgYXJlIGRyYWZ0 IGRvY3VtZW50cyB2YWxpZCBmb3IgYSBtYXhpbXVtIG9mIHNpeCBtb250aHMKICAgYW5kIG1heSBi ZSB1cGRhdGVkLCByZXBsYWNlZCwgb3Igb2Jzb2xldGVkIGJ5IG90aGVyIGRvY3VtZW50cyBhdCBh bnkKICAgdGltZS4gIEl0IGlzIGluYXBwcm9wcmlhdGUgdG8gdXNlIEludGVybmV0LURyYWZ0cyBh cyByZWZlcmVuY2UKICAgbWF0ZXJpYWwgb3IgdG8gY2l0ZSB0aGVtIG90aGVyIHRoYW4gYXMgIndv cmsgaW4gcHJvZ3Jlc3MuIgoKICAgVGhlIGxpc3Qgb2YgY3VycmVudCBJbnRlcm5ldC1EcmFmdHMg Y2FuIGJlIGFjY2Vzc2VkIGF0CiAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvaWV0Zi8xaWQtYWJzdHJh Y3RzLnR4dC4KCiAgIFRoZSBsaXN0IG9mIEludGVybmV0LURyYWZ0IFNoYWRvdyBEaXJlY3Rvcmll cyBjYW4gYmUgYWNjZXNzZWQgYXQKICAgaHR0cDovL3d3dy5pZXRmLm9yZy9zaGFkb3cuaHRtbC4K CiAgIFRoaXMgSW50ZXJuZXQtRHJhZnQgd2lsbCBleHBpcmUgb24gSmFudWFyeSA4LCAyMDA5LgoK QWJzdHJhY3QKCiAgIFRoZSBpbnRlbnRpb24gb2YgdGhpcyBkb2N1bWVudCBpcyB0byBhbmFseXpl IHRoZSBzZXQgb2YgcmVxdWlyZW1lbnRzCiAgIGZvciBPQU0gaW4gTVBMUy1UUCBhcyBkZWZpbmVk IGluIFtNUExTLVRQIE9BTSBSZXF1aXJlbWVudHNdLCB0bwogICB2ZXJpZnkgd2hldGhlciB0aGUg ZXhpc3RpbmcgTVBMUyBPQU0gdG9vbHMgY2FuIGJlIGFwcGxpZWQgdG8gdGhlc2UKICAgcmVxdWly ZW1lbnRzLCBpZGVudGlmeSB3aGljaCBvZiB0aGUgZXhpc3RpbmcgdG9vbHMgbmVlZCB0byBiZQog ICBleHRlbmRlZCwgYW5kIHdoaWNoIG5ldyB0b29scyBzaG91bGQgYmUgZGVmaW5lZC4gIEV2ZW50 dWFsbHksIHRoZQogICBwdXJwb3NlIG9mIHRoZSBkb2N1bWVudCBpcyB0byByZWNvbW1lbmQgd2hp Y2ggb2YgdGhlIGV4aXN0aW5nIHRvb2xzCiAgIHNob3VsZCBiZSBleHRlbmRlZCBhbmQgd2hhdCBu ZXcgdG9vbHMgc2hvdWxkIGJlIGRlZmluZWQgdG8gc3VwcG9ydAoKCgpTcHJlY2hlciwgZXQgYWwu ICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDgsIDIwMDkgICAgICAgICAgICAgICAgW1BhZ2UgMV0K DApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgIE1QTFMtVFAgT0FNIEFuYWx5c2lzICAgICAgICAg ICAgICAgICBKdWx5IDIwMDgKCgogICB0aGUgc2V0IG9mIE9BTSByZXF1aXJlbWVudHMgZm9yIE1Q TFMtVFAuCgpSZXF1aXJlbWVudHMgTGFuZ3VhZ2UKCiAgIFRoZSBrZXkgd29yZHMgIk1VU1QiLCAi TVVTVCBOT1QiLCAiUkVRVUlSRUQiLCAiU0hBTEwiLCAiU0hBTEwgTk9UIiwKICAgIlNIT1VMRCIs ICJTSE9VTEQgTk9UIiwgIlJFQ09NTUVOREVEIiwgIk1BWSIsIGFuZCAiT1BUSU9OQUwiIGluIHRo aXMKICAgZG9jdW1lbnQgYXJlIHRvIGJlIGludGVycHJldGVkIGFzIGRlc2NyaWJlZCBpbiBbUkZD MjExOV0uCgoKVGFibGUgb2YgQ29udGVudHMKCiAgIDEuICBJbnRyb2R1Y3Rpb24gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNAogICAgIDEuMS4gIExT UCBQaW5nIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g IDQKICAgICAxLjIuICBNUExTIEJGRCAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuICA1CiAgICAgMS4zLiAgUFcgVkNDViAgLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNQogICAgIDEuNC4gIE9yZ2FuaXphdGlv biBvZiB0aGUgZG9jdW1lbnQgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDYKICAgMi4g IEFyY2hpdGVjdHVyYWwgcmVxdWlyZW1lbnRzIGFuZCBnZW5lcmFsIHByaW5jaXBsZXMgb2YKICAg ICAgIG9wZXJhdGlvbiAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuICA2CiAgICAgMi4xLiAgUmVjb21tZW5kYXRpb25zIGFuZCBHdWlkZWxpbmVzIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgOAogICAzLiAgTVBMUy1UUCBPQU0gRnVuY3Rpb25z ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDkKICAgICAzLjEuICBD b250aW51aXR5IENoZWNrIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu ICA5CiAgICAgICAzLjEuMS4gIEV4aXN0aW5nIHRvb2xzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAgOQogICAgICAgMy4xLjIuICBHYXBzIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTAKICAgICAgIDMuMS4zLiAgUmVjb21t ZW5kYXRpb25zIGFuZCBHdWlkZWxpbmVzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDEwCiAgICAg My4yLiAgQ29ubmVjdGl2aXR5IFZlcmlmaWNhdGlvbiAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAxMAogICAgICAgMy4yLjEuICBFeGlzdGluZyB0b29scyAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTAKICAgICAgIDMuMi4yLiAgR2FwcyAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDEwCiAgICAgICAzLjIuMy4g IFJlY29tbWVuZGF0aW9ucyBhbmQgR3VpZGVsaW5lcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAx MAogICAgIDMuMy4gIEFsYXJtIFN1cHByZXNzaW9uICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gMTEKICAgICAgIDMuMy4xLiAgRXhpc3RpbmcgdG9vbHMgLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDExCiAgICAgICAzLjMuMi4gIFJlY29tbWVu ZGF0aW9ucyBhbmQgR3VpZGVsaW5lcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxMQogICAgIDMu NC4gIExvY2sgSW5kaWNhdGlvbiAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gMTEKICAgICAgIDMuNC4xLiAgRXhpc3RpbmcgdG9vbHMgLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIDExCiAgICAgICAzLjQuMi4gIFJlY29tbWVuZGF0aW9ucyBh bmQgR3VpZGVsaW5lcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxMQogICAgIDMuNS4gIFBhY2tl dCBMb3NzIE1lYXN1cmVtZW50ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTEK ICAgICAgIDMuNS4xLiAgRXhpc3RpbmcgdG9vbHMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIDExCiAgICAgICAzLjUuMi4gIFJlY29tbWVuZGF0aW9ucyBhbmQgR3VpZGVs aW5lcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxMQogICAgIDMuNi4gIERpYWdub3N0aWMgVGVz dCAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTIKICAgICAgIDMu Ni4xLiAgRXhpc3RpbmcgdG9vbHMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIDEyCiAgICAgICAzLjYuMi4gIFJlY29tbWVuZGF0aW9ucyBhbmQgR3VpZGVsaW5lcyAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAxMgogICAgIDMuNy4gIFRyYWNlIFJvdXRlICAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTIKICAgICAgIDMuNy4xLiAgRXhp c3RpbmcgdG9vbHMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDEyCiAg ICAgICAzLjcuMi4gIFJlY29tbWVuZGF0aW9ucyBhbmQgR3VpZGVsaW5lcyAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAxMgogICAgIDMuOC4gIERlbGF5IE1lYXN1cmVtZW50ICAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTIKICAgICAgIDMuOC4xLiAgRXhpc3RpbmcgdG9v bHMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDEzCiAgICAgICAzLjgu Mi4gIFJlY29tbWVuZGF0aW9ucyBhbmQgR3VpZGVsaW5lcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAxMwogICAgIDMuOS4gIFJlbW90ZSBEZWZlY3QgSW5kaWNhdGlvbiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gMTMKICAgICAgIDMuOS4xLiAgRXhpc3RpbmcgdG9vbHMgLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDEzCgoKClNwcmVjaGVyLCBldCBhbC4g ICAgICAgICBFeHBpcmVzIEphbnVhcnkgOCwgMjAwOSAgICAgICAgICAgICAgICBbUGFnZSAyXQoM CkludGVybmV0LURyYWZ0ICAgICAgICAgICAgTVBMUy1UUCBPQU0gQW5hbHlzaXMgICAgICAgICAg ICAgICAgIEp1bHkgMjAwOAoKCiAgICAgICAzLjkuMi4gIFJlY29tbWVuZGF0aW9ucyBhbmQgR3Vp ZGVsaW5lcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxMwogICAgIDMuMTAuIENsaWVudCBTaWdu YWwgRmFpbCAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTMKICAgICAg IDMuMTAuMS4gRXhpc3RpbmcgdG9vbHMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIDEzCiAgICAgICAzLjEwLjIuIFJlY29tbWVuZGF0aW9ucyBhbmQgR3VpZGVsaW5lcyAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxMwogICA0LiAgUmVjb21tZW5kYXRpb24gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTMKICAgNS4gIElBTkEgQ29u c2lkZXJhdGlvbnMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDE1 CiAgIDYuICBTZWN1cml0eSBDb25zaWRlcmF0aW9ucyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAxNQogICA3LiAgQWNrbm93bGVkZ2VtZW50cyAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTUKICAgOC4gIEluZm9ybWF0aXZlIFJlZmVy ZW5jZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDE1CiAgIEF1dGhv cnMnIEFkZHJlc3NlcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAxNgogICBJbnRlbGxlY3R1YWwgUHJvcGVydHkgYW5kIENvcHlyaWdodCBTdGF0ZW1lbnRz IC4gLiAuIC4gLiAuIC4gLiAuIC4gMTgKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoK CgoKCgoKClNwcmVjaGVyLCBldCBhbC4gICAgICAgICBFeHBpcmVzIEphbnVhcnkgOCwgMjAwOSAg ICAgICAgICAgICAgICBbUGFnZSAzXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgTVBMUy1U UCBPQU0gQW5hbHlzaXMgICAgICAgICAgICAgICAgIEp1bHkgMjAwOAoKCjEuICBJbnRyb2R1Y3Rp b24KCiAgIE9BTSAoT3BlcmF0aW9ucywgQWRtaW5pc3RyYXRpb24sIGFuZCBNYWludGVuYW5jZSkg cGxheXMgYSBzaWduaWZpY2FudAogICBhbmQgZnVuZGFtZW50YWwgcm9sZSBpbiBjYXJyaWVyIG5l dHdvcmtzLCBwcm92aWRpbmcgbWV0aG9kcyBmb3IgZmF1bHQKICAgbWFuYWdlbWVudCBhbmQgcGVy Zm9ybWFuY2UgbW9uaXRvcmluZyBpbiBib3RoIHRoZSB0cmFuc3BvcnQgYW5kIHRoZQogICBzZXJ2 aWNlIGxheWVycyBvbiBvcmRlciB0byBpbXByb3ZlIHRoZWlyIGFiaWxpdHkgdG8gc3VwcG9ydCBz ZXJ2aWNlcwogICB3aXRoIGd1YXJhbnRlZWQgYW5kIHN0cmljdCBTTEFzIHdoaWxlIHJlZHVjaW5n IHRoZWlyIG9wZXJhdGlvbmFsCiAgIGNvc3RzLgoKICAgW01QTFMtVFAgUmVxdWlyZW1lbnRzXSBp biBnZW5lcmFsIGFuZCBbTVBMUy1UUCBPQU0gUmVxdWlyZW1lbnRzXSBpbgogICBwYXJ0aWN1bGFy IGRlZmluZSBhIHNldCBvZiByZXF1aXJlbWVudHMgb24gT0FNIGZ1bmN0aW9uYWxpdHkgaW4KICAg TVBMUy1UUCBmb3IgTVBMUy1UUCBMU1BzIChuZXR3b3JrIGluZnJhc3RydWN0dXJlKSBhbmQgUFdz IChzZXJ2aWNlcykuCgogICBUaGUgcHVycG9zZSBvZiB0aGlzIGRvY3VtZW50IGlzIHRvIGFuYWx5 emUgdGhlIE9BTSByZXF1aXJlbWVudHMgYW5kCiAgIHZlcmlmeSB3aGV0aGVyIHRoZSBleGlzdGlu ZyBPQU0gdG9vbHMgZGVmaW5lZCBmb3IgTVBMUyBjYW4gYmUgdXNlZCB0bwogICBmdWxmaWxsIHRo ZSByZXF1aXJlbWVudHMsIGlkZW50aWZ5IHdoaWNoIHRvb2xzIG5lZWQgdG8gYmUgZXh0ZW5kZWQg dG8KICAgY29tcGx5IHdpdGggdGhlIHJlcXVpcmVtZW50cywgYW5kIHdoaWNoIG5ldyB0b29scyBu ZWVkIHRvIGJlIGRlZmluZWQuCiAgIFRoZSBleGlzdGluZyB0b29scyB0aGF0IGFyZSBldmFsdWF0 ZWQgaW5jbHVkZSBMU1AgUGluZyAoZGVmaW5lZCBpbgogICBbTFNQIFBpbmddKSwgTVBMUyBCRkQg KGRlZmluZWQgaW4gWyBNUExTIEJGRCBdKSBhbmQgVmlydHVhbCBDaXJjdWl0CiAgIENvbm5lY3Rp dml0eSBWZXJpZmljYXRpb24gKGRlZmluZWQgaW4gW1BXIFZDQ1ZdIGFuZCBbVkNDViBCRkRdKS4K CjEuMS4gIExTUCBQaW5nCgogICBMU1AgUGluZyBpcyBhIHZhcmlhdGlvbiBvZiBJQ01QIFBpbmcg YW5kIFRyYWNlcm91dGUgW0lDTVBdIHRoYXQgaXMKICAgYWRhcHRlZCB0byBNUExTIExTUC4gIEFk ZHJlc3NpbmcgaXMgYmFzZWQgdXBvbiB0aGUgTFNQIExhYmVsIGFuZAogICBsYWJlbCBzdGFjayBp biBvcmRlciB0byBndWFyYW50ZWUgdGhhdCB0aGUgZWNobyBtZXNzYWdlcyBhcmUgc3dpdGNoZWQK ICAgaW4tYmFuZCBvZiB0aGUgTFNQLiAgVGhlIG1lc3NhZ2VzIGFyZSB0cmFuc21pdHRlZCB1c2lu ZyBJUC9VRFAKICAgZW5jYXBzdWxhdGlvbiBhbmQgSVAgYWRkcmVzc2VzIGluIHRoZSAxMjcvOCAo bG9vcGJhY2spIHJhbmdlLiAgVGhlCiAgIHVzZSBvZiB0aGUgbG9vcGJhY2sgcmFuZ2UgZ3VhcmFu dGVlcyB0aGF0IHRoZSBMU1AgUGluZyBtZXNzYWdlcyB3aWxsCiAgIG5vdCBiZSB0cmFuc21pdHRl ZCBvdXRzaWRlIHRoZSBMU1AuCgogICBMU1AgUGluZyBleHRlbmRzIHRoZSBiYXNpYyBJQ01QIFBp bmcgb3BlcmF0aW9uIChvZiBkYXRhLXBsYW5lCiAgIGNvbm5lY3Rpdml0eSBhbmQgY29udGludWl0 eSBjaGVjaykgd2l0aCBmdW5jdGlvbmFsaXR5IHRvIHZlcmlmeSBkYXRhLQogICBwbGFuZSB2cy4g Y29udHJvbC1wbGFuZSBjb25zaXN0ZW5jeSBmb3IgYSBGRUMgYW5kIGFsc28gTVRVIHByb2JsZW1z LgogICBUaGUgdHJhY2Vyb3V0ZSBmdW5jdGlvbmFsaXR5IGlzIHVzZWQgdG8gaXNvbGF0ZSBhbmQg bG9jYWxpemUgdGhlIE1QTFMKICAgZmF1bHRzLCB1c2luZyB0aGUgVFRMIHRvIGluY3JlbWVudGFs bHkgdmVyaWZ5IHRoZSBwYXRoLiAgV2hpbGUgTFNQCiAgIFBpbmcgaXMgZGVwZW5kZW50IHVwb24g dGhlIGxhYmVsIHByb3BvZ2F0aW9uIHRoYXQgbWF5IGJlIHBlcmZvcm1lZAogICBvdmVyIHRoZSBj b250cm9sLXBsYW5lIHZpYSBMRFAsIHRoZXJlIGlzIG5vIGRpcmVjdCBkZXBlbmRlbmNlIG9mIExT UAogICBQaW5nIG9uIHRoZSBjb250cm9sLXBsYW5lLgoKICAgTFNQIFBpbmcgY2FuIGJlIGFjdGl2 YXRlZCBib3RoIGluIG9uLWRlbWFuZCBhbmQgcHJvLWFjdGl2ZQogICAoYXN5bmNocm9ub3VzKSBt b2Rlcy4KCiAgIFtQMk1QIExTUCBQaW5nXSBjbGFyaWZpZXMgdGhlIGFwcGxpY2FiaWxpdHkgb2Yg TFNQIFBpbmcgdG8gTVBMUyBQMk1QCiAgIExTUHMsIGFuZCBleHRlbmRzIHRoZSB0ZWNobmlxdWVz IGFuZCBtZWNoYW5pc21zIG9mIExTUCBQaW5nIHRvIHRoZQogICBNUExTIFAyTVAgZW52aXJvbm1l bnQuCgogICBbTFNQIFBpbmcgb3ZlciBNUExTIFR1bm5lbHNdIGV4dGVuZHMgTFNQIFBpbmcgdG8g b3BlcmF0ZSBvdmVyIE1QTFMKCgoKU3ByZWNoZXIsIGV0IGFsLiAgICAgICAgIEV4cGlyZXMgSmFu dWFyeSA4LCAyMDA5ICAgICAgICAgICAgICAgIFtQYWdlIDRdCgwKSW50ZXJuZXQtRHJhZnQgICAg ICAgICAgICBNUExTLVRQIE9BTSBBbmFseXNpcyAgICAgICAgICAgICAgICAgSnVseSAyMDA4CgoK ICAgdHVubmVscyBvciBmb3IgYSBzdGl0Y2hlZCBMU1AuCgogICBUVEwgZXhoYXVzdCBpcyB0aGUg bWV0aG9kIGZvciB0ZXJtaW5hdGluZyBmbG93cyBhdCBpbnRlcm1lZGlhdGUgTFNScy4KCiAgIExT UCBQaW5nIGlzIGNvbnNpZGVyZWQgdG8gYmUgY29tcHV0YXRpb25hbCBpbnRlbnNpdmUuICBJbiBj YXNlcyBvZgogICBMU1AgYnVuZGxpbmcsIHRoZXJlIGlzIG5vIGd1YXJhbnRlZSB0aGUgTFNQIFBp bmcgcGFja2V0cyBmb2xsb3cgdGhlCiAgIHNhbWUgcGF0aCBhcyB0aGUgZGF0YSB0cmFmZmljLgoK MS4yLiAgTVBMUyBCRkQKCiAgIEJGRCAoQmlkaXJlY3Rpb25hbCBGb3J3YXJkaW5nIERldGVjdGlv bikgaXMgYSBtZWNoYW5pc20gdGhhdCBpcwogICBkZWZpbmVkIGZvciBmYXN0IGZhdWx0IGRldGVj dGlvbi4gIEJGRCBkZWZpbmVzIGEgc2ltcGxlIHBhY2tldCB0aGF0CiAgIG1heSBiZSB0cmFuc21p dHRlZCBvdmVyIGFueSBwcm90b2NvbCwgZGVwZW5kZW50IG9uIHRoZSBhcHBsaWNhdGlvbgogICB0 aGF0IGlzIGVtcGxveWluZyB0aGUgbWVjaGFuaXNtLiAgQkZEIGlzIGRlcGVuZGVudCB1cG9uIGNy ZWF0aW9uIG9mIGEKICAgc2Vzc2lvbiB0aGF0IGlzIGFncmVlZCB1cG9uIGJ5IGJvdGggZW5kcyBv ZiB0aGUgbGluayAod2hpY2ggbWF5IGJlIGEKICAgc2luZ2xlIGxpbmssIExTUCwgZXRjLikgdGhh dCBpcyBiZWluZyBjaGVja2VkLiAgSW4gYWRkaXRpb24gdG8gdGhlCiAgIGNvbnRyb2wgcGFja2V0 cyB0aGF0IEJGRCBkZWZpbmVzLCBCRkQgc3VwcG9ydHMgYW4gZWNobyBmdW5jdGlvbiB0bwogICBj aGVjayB0aGUgY29udGludWl0eSwgYW5kIHZlcmlmeSB0aGUgcmVhY2hhYmlsaXR5IG9mIHRoZSBk ZXNpcmVkCiAgIGRlc3RpbmF0aW9uLiAgQkZEIGRvZXMgbm90IHN1cHBvcnQgYSBkaXNjb3Zlcnkg bWVjaGFuaXNtIG5vciBzdXBwb3J0CiAgIGEgdHJhY2Vyb3V0ZSBjYXBhYmlsaXR5IGZvciBmYXVs dCBsb2NhbGl6YXRpb24sIHRoZXNlIG11c3QgYmUKICAgcHJvdmlkZWQgYnkgdXNlIG9mIG90aGVy IG1lY2hhbmlzbXMuICBUaGUgQkZEIHBhY2tldHMgc3VwcG9ydAogICBhdXRoZW50aWNhdGlvbiBi ZXR3ZWVuIHRoZSByb3V0ZXJzIGJlaW5nIGNoZWNrZWQuCgogICBbTVBMUyBCRkRdIGRlZmluZXMg dGhlIHVzZSBvZiBCRkQgZm9yIFAyUCBMU1AgZW5kLXBvaW50cyBhbmQgaXMgdXNlZAogICB0byB2 ZXJpZnkgZGF0YS1wbGFuZSBjb25uZWN0aXZpdHkgYW5kIHRvIGNoZWNrIGNvbnRpbnVpdHkuICBJ dCB1c2VzIGEKICAgc2ltcGxlIGhlbGxvIHByb3RvY29sIHdoaWNoIGNhbiBiZSBlYXNpbHkgaW1w bGVtZW50ZWQgaW4gaGFyZHdhcmUuCiAgIFRoZSBlbmQtcG9pbnRzIG9mIHRoZSBMU1AgZXhjaGFu Z2UgaGVsbG8gcGFja2V0cyBhdCBuZWdvdGlhdGVkCiAgIHJlZ3VsYXIgaW50ZXJ2YWxzIGFuZCBh biBlbmQtcG9pbnQgaXMgZGVjbGFyZWQgZG93biB3aGVuIGV4cGVjdGVkCiAgIGhlbGxvIHBhY2tl dHMgZG8gbm90IHNob3cgdXAuICBGYWlsdXJlcyBpbiBlYWNoIGRpcmVjdGlvbiBjYW4KICAgaW5k ZXBlbmRlbnRseSBiZSBtb25pdG9yZWQgdXNpbmcgdGhlIHNhbWUgQkZEIHNlc3Npb24uICBUaGUg dXNlIG9mCiAgIHRoZSBCRkQgZWNobyBmdW5jdGlvbiBpcyBvdXRzaWRlIHRoZSBzY29wZSBvZiB0 aGUgTVBMUyBCRkQKICAgc3BlY2lmaWNhdGlvbi4KCiAgIFRoZXJlIGlzIGEgbmVlZCBmb3IgYSBt ZWNoYW5pc20gdG8gYm9vdHN0cmFwIGEgQkZEIHNlc3Npb24gYW5kIExTUAogICBQaW5nIGlzIGRl c2lnbmF0ZWQgYnkgW01QTFMgQkZEXSB0byBib290c3RyYXAgdGhlIEJGRCBzZXNzaW9uIGluIGFu CiAgIE1QTFMgZW52aXJvbm1lbnQuICBUaGUgc2Vzc2lvbiBCRkQgbWVzc2FnZXMgZm9yIE1QTFMg YXJlIHRyYW5zbWl0dGVkCiAgIHVzaW5nIGEgSVAvVURQIGVuY2Fwc3VsYXRpb24uCgogICBCRkQg Y2FuIHdvcmsgaW4gcHJvLWFjdGl2ZSAoYXN5bmNocm9ub3VzKSBhbmQgb24tZGVtYW5kIG1vZGVz IG9mCiAgIG9wZXJhdGlvbi4KCjEuMy4gIFBXIFZDQ1YKCiAgIFBXIFZDQ1YgcHJvdmlkZXMgZW5k LXRvLWVuZCBmYXVsdCBkZXRlY3Rpb24gYW5kIGRpYWdub3N0aWNzIGZvciBQV3MKICAgKHJlZ2Fy ZGxlc3Mgb2YgdGhlIHVuZGVybHlpbmcgdHVubmVsaW5nIHRlY2hub2xvZ3kpLiAgVGhlIFZDQ1YK ICAgc3dpdGNoaW5nIGZ1bmN0aW9uIHByb3ZpZGVzIGEgY29udHJvbCBjaGFubmVsIGFzc29jaWF0 ZWQgd2l0aCBlYWNoIFBXCiAgIChiYXNlZCBvbiB0aGUgUFcgQXNzb2NpYXRlZCBDaGFubmVsIEhl YWRlciB3aGljaCBpcyBkZWZpbmVkIGluIFtQVy0KICAgQUNIXSwgYW5kIGFsbG93cyBzZW5kaW5n IE9BTSBwYWNrZXRzIGluLWJhbmQgd2l0aCBQVyBkYXRhICh1c2luZyBDQwoKCgpTcHJlY2hlciwg ZXQgYWwuICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDgsIDIwMDkgICAgICAgICAgICAgICAgW1Bh Z2UgNV0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgIE1QTFMtVFAgT0FNIEFuYWx5c2lzICAg ICAgICAgICAgICAgICBKdWx5IDIwMDgKCgogICBUeXBlIDE6IEluLWJhbmQgVkNDVikKCiAgIFZD Q1Ygc3VwcG9ydHMgdGhlIGZvbGxvd2luZyBPQU0gbWVjaGFuaXNtczogSUNNUCBQaW5nLCBMU1Ag UGluZyBhbmQKICAgQkZELiAgSUNNUCBhbmQgTFNQIFBpbmcgYXJlIElQIGVuY2Fwc3VsYXRlZCBi ZWZvcmUgYmVpbmcgc2VudCBvdmVyCiAgIHRoZSBQVyBBQ0guICBCRkQgZm9yIFZDQ1Ygc3VwcG9y dHMgdHdvIG1vZGVzIG9mIGVuY2Fwc3VsYXRpb24gLQogICBlaXRoZXIgSVAvVURQIGVuY2Fwc3Vs YXRlZCAod2l0aCBJUC9VRFAgaGVhZGVyKSBvciBQVy1BQ0gKICAgZW5jYXBzdWxhdGVkICh3aXRo IG5vIElQL1VEUCBoZWFkZXIpIGFuZCBwcm92aWRlcyBzdXBwb3J0IHRvIHNpZ25hbAogICB0aGUg QUMgc3RhdHVzLi4gIFRoZSB1c2Ugb2YgdGhlIFZDQ1YgY29udHJvbCBjaGFubmVsIHByb3ZpZGVz IHRoZQogICBjb250ZXh0IHJlcXVpcmVkIHRvIGJpbmQgYW5kIGJvb3RzdHJhcCB0aGUgQkZEIHNl c3Npb24gdG8gYQogICBwYXJ0aWN1bGFyIHBzZXVkbyB3aXJlIChGRUMpLgoKICAgVkNDViBjb25z aXN0cyBvZiB0d28gY29tcG9uZW50czogKDEpIHNpZ25hbGVkIGNvbXBvbmVudCB0bwogICBjb21t dW5pY2F0ZSBWQ0NWIGNhcGFiaWxpdGllcyBhcyBwYXJ0IG9mIFZDIGxhYmVsLCBhbmQgKDIpIHN3 aXRjaGluZwogICBjb21wb25lbnQgdG8gY2F1c2UgdGhlIFBXIHBheWxvYWQgdG8gYmUgdHJlYXRl ZCBhcyBhIGNvbnRyb2wgcGFja2V0LgoKICAgVkNDViBpcyBub3QgZGlyZWN0bHkgZGVwZW5kZW50 IHVwb24gdGhlIHByZXNlbmNlIG9mIGEgY29udHJvbCBwbGFuZS4KICAgVGhlIFZDQ1YgY2FwYWJp bGl0eSBuZWdvdGlhdGlvbiBtYXkgYmUgcGVyZm9ybWVkIGFzIHBhcnQgb2YgdGhlIFBXCiAgIHNp Z25hbGluZyB3aGVuIExEUCBpcyB1c2VkLiAgSW4gY2FzZSBvZiBtYW51YWwgY29uZmlndXJhdGlv biBvZiB0aGUKICAgUFcsIGl0IGlzIHRoZSByZXNwb25zaWJpbGl0eSBvZiB0aGUgb3BlcmF0b3Ig dG8gc2V0IGNvbnNpc3RlbnQKICAgb3B0aW9ucyBhdCBib3RoIGVuZHMuCgogICBOb3RlOiBUaGVy ZSBpcyBhIG5lZWQgdG8gcHJldmVudCBjb25mdXNpb24gYmV0d2VlbiB0aGUgQ29ubmVjdGl2aXR5 CiAgIFZlcmlmaWNhdGlvbiBmdW5jdGlvbiBkZWZpbmVkIGluIFtNUExTLVRQIE9BTSBSZXF1aXJl bWVudHNdLCBhbmQgdGhlCiAgIEFDSCdzIENWIHR5cGUgZGVmaW5lZCBpbiBbUFcgVkNDVl0sIHRo YXQgaWRlbnRpZmllcyB0aGUgcHJvdG9jb2wgdGhhdAogICBpcyBiZWluZyB1c2VkIG92ZXIgdGhl IGNvbnRyb2wgY2hhbm5lbC4KCjEuNC4gIE9yZ2FuaXphdGlvbiBvZiB0aGUgZG9jdW1lbnQKCiAg IFRoZSBhbmFseXNpcyBvZiB0aGUgYXJjaGl0ZWN0dXJhbCByZXF1aXJlbWVudHMgYW5kIHRoZSBn ZW5lcmFsCiAgIHByaW5jaXBsZXMgb2Ygb3BlcmF0aW9ucyBhcmUgZGlzY3Vzc2VkIGZpcnN0IGFu ZCB0aGVuIHRoZQogICByZXF1aXJlbWVudHMgb24gdGhlIHNldCBvZiBPQU0gZnVuY3Rpb25zLgoK ICAgRXZlbnR1YWxseSwgdGhlIHB1cnBvc2Ugb2YgdGhlIGRvY3VtZW50IGlzIHRvIHJlY29tbWVu ZCB3aGljaCBvZiB0aGUKICAgZXhpc3RpbmcgdG9vbHMgc2hvdWxkIGJlIGV4dGVuZGVkIGFuZCB3 aGF0IG5ldyB0b29scyBzaG91bGQgYmUKICAgZGVmaW5lZCB0byBzdXBwb3J0IHRoZSBzZXQgb2Yg T0FNIHJlcXVpcmVtZW50cyBpbiBNUExTLVRQLgoKCjIuICBBcmNoaXRlY3R1cmFsIHJlcXVpcmVt ZW50cyBhbmQgZ2VuZXJhbCBwcmluY2lwbGVzIG9mIG9wZXJhdGlvbgoKICAgW01QTFMtVFAgT0FN IFJlcXVpcmVtZW50c10gZGVmaW5lcyBhIHNldCBvZiByZXF1aXJlbWVudHMgb24gT0FNCiAgIGFy Y2hpdGVjdHVyZSBhbmQgZ2VuZXJhbCBwcmluY2lwbGVzIG9mIG9wZXJhdGlvbnMgd2hpY2ggYXJl IGV2YWx1YXRlZAogICBiZWxvdzoKCiAgIG8gIFtNUExTLVRQIE9BTSBSZXF1aXJlbWVudHNdIHJl cXVpcmVzIHRoYXQgT0FNIG1lY2hhbmlzbXMgaW4gTVBMUy1UUAogICAgICBhcmUgaW5kZXBlbmRl bnQgb2YgdGhlIHRyYW5zbWlzc2lvbiBtZWRpYSBhbmQgb2YgdGhlIGNsaWVudAogICAgICBzZXJ2 aWNlIGJlaW5nIGVtdWxhdGVkIGJ5IHRoZSBQVy4gIFRoZSBleGlzdGluZyB0b29scyBjb21wbHkg d2l0aAogICAgICB0aGlzIHJlcXVpcmVtZW50LgoKCgoKU3ByZWNoZXIsIGV0IGFsLiAgICAgICAg IEV4cGlyZXMgSmFudWFyeSA4LCAyMDA5ICAgICAgICAgICAgICAgIFtQYWdlIDZdCgwKSW50ZXJu ZXQtRHJhZnQgICAgICAgICAgICBNUExTLVRQIE9BTSBBbmFseXNpcyAgICAgICAgICAgICAgICAg SnVseSAyMDA4CgoKICAgbyAgW01QTFMtVFAgT0FNIFJlcXVpcmVtZW50c10gcmVxdWlyZXMgdGhh dCBNUExTLVRQIE9BTSBNVVNUIGJlIGFibGUKICAgICAgdG8gb3BlcmF0ZSB3aXRob3V0IElQIGZ1 bmN0aW9uYWxpdHkgYW5kIHdpdGhvdXQgcmVseWluZyBvbiBjb250cm9sCiAgICAgIGFuZC9vciBt YW5hZ2VtZW50IHBsYW5lcy4gIEl0IGlzIHJlcXVpcmVkIHRoYXQgT0FNIGZ1bmN0aW9uYWxpdHkK ICAgICAgTVVTVCBOT1QgYmUgZGVwZW5kZW50IG9uIElQIHJvdXRpbmcgYW5kIGZvcndhcmRpbmcg Y2FwYWJpbGl0aWVzLgogICAgICBUaGUgZXhpc3RpbmcgdG9vbHMgZG8gbm90IHJlbHkgb24gY29u dHJvbCBhbmQvb3IgbWFuYWdlbWVudCBwbGFuZSwKICAgICAgaG93ZXZlciB0aGUgZm9sbG93aW5n IHNob3VsZCBiZSBvYnNlcnZlZCByZWdhcmRpbmcgdGhlIHJlbGlhbmNlIG9uCiAgICAgIElQIGZ1 bmN0aW9uYWxpdHk6CgogICAgICAqICBMU1AgUGluZywgVkNDViBQaW5nLCBhbmQgTVBMUyBCRkQg bWFrZXMgdXNlIG9mIElQIGhlYWRlcgogICAgICAgICAoVURQL0lQKSBhbmQgZG8gbm90IGNvbXBs eSB3aXRoIHRoZSByZXF1aXJlbWVudC4gIEluIHRoZSBvbi0KICAgICAgICAgZGVtYW5kIG1vZGUg dGhleSBhbHNvIHVzZSBJUCBmb3J3YXJkaW5nIHRvIHJlcGx5IGJhY2sgdG8gdGhlCiAgICAgICAg IHNvdXJjZSByb3V0ZXIuICBUaGlzIGRlcGVuZGVuY2Ugb24gSVAsIGhhcyBmdXJ0aGVyIGltcGxp Y2F0aW9ucwogICAgICAgICBjb25jZXJuaW5nIHRoZSB1c2Ugb2YgTFNQIFBpbmcgYXMgdGhlIGJv b3RzdHJhcCBtZWNoYW5pc20gZm9yCiAgICAgICAgIEJGRCBmb3IgTVBMUy4KCiAgICAgICogIFZD Q1YgQkZEIHN1cHBvcnRzIHRoZSB1c2Ugb2YgUFctQUNIIGVuY2Fwc3VsYXRlZCBCRkQgc2Vzc2lv bnMKICAgICAgICAgZm9yIFBXcyBhbmQgY2FuIGNvbXBseSB3aXRoIHRoZSByZXF1aXJlbWVudC4K CiAgIG8gIFtNUExTLVRQIE9BTSBSZXF1aXJlbWVudHNdIHJlcXVpcmVzIHRoYXQgT0FNIHRvb2xz IGZvciBmYXVsdAogICAgICBtYW5hZ2VtZW50IGRvIG5vdCByZWx5IG9uIHVzZXIgdHJhZmZpYywg YW5kIHRoZSBleGlzdGluZyBNUExTIE9BTQogICAgICB0b29scyBhbHJlYWR5IGNvbXBseSB3aXRo IHRoaXMgcmVxdWlyZW1lbnQuICBJdCBpcyBhbHNvIHJlcXVpcmVkCiAgICAgIHRoYXQgT0FNIHBh Y2tldHMgYW5kIHRoZSB1c2VyIHRyYWZmaWMgYXJlIGNvbmdydWVudCAoaS5lLiAgT0FNCiAgICAg IHBhY2tldHMgYXJlIHRyYW5zbWl0dGVkIGluLWJhbmQpIGFkIHRoZXJlIGlzIGEgbmVlZCB0bwog ICAgICBkaWZmZXJlbnRpYXRlIE9BTSBwYWNrZXRzIGZyb20gdXNlci1wbGFuZSBvbmVzLgoKICAg ICAgKiAgRm9yIFBXcywgVkNDViBwcm92aWRlcyBhIGNvbnRyb2wgY2hhbm5lbCBhc3NvY2lhdGVk IHdpdGggZWFjaAogICAgICAgICBQVyB3aGljaCBhbGxvd3Mgc2VuZGluZyBPQU0gcGFja2V0cyBp biBiYW5kIG9mIFBXcyBhbmQgYWxsb3cKICAgICAgICAgdGhlIHJlY2VpdmluZyBlbmQtcG9pbnQg dG8gaW50ZXJjZXB0LCBpbnRlcnByZXQsIGFuZCBwcm9jZXNzCiAgICAgICAgIHRoZW0gbG9jYWxs eSBhcyBPQU0gbWVzc2FnZXMuICBWQ0NWIGRlZmluZXMgZGlmZmVyZW50IFZDQ1YKICAgICAgICAg Q29ubmVjdGl2aXR5IFZlcmlmaWNhdGlvbiBUeXBlcyBmb3IgTVBMUyAobGlrZSBJQ01QIFBpbmcs IExTUAogICAgICAgICBQaW5nIGFuZCBJUC9VRCBlbmNhcHN1bGF0ZWQgQkZEIGFuZCBQVy1BQ0gg ZW5jYXBzdWxhdGVkIEJGRCkuCgogICAgICAqICBDdXJyZW50bHkgdGhlcmUgaXMgbm8gZGlzdGlu Y3QgT0FNIHBheWxvYWQgaWRlbnRpZmllciBpbiBNUExTCiAgICAgICAgIHNoaW0uICBCRkQgYW5k IExTUCBQaW5nIHBhY2tldHMgZm9yIExTUHMgYXJlIGNhcnJpZWQgb3ZlcgogICAgICAgICBVRFAv SVAgYW5kIGFyZSBhZGRyZXNzZWQgdG8gdGhlIGxvb3BiYWNrIGFkZHJlc3MgcmFuZ2UuICBUaGUK ICAgICAgICAgcm91dGVyIGF0IHRoZSBlbmQtcG9pbnQgaW50ZXJjZXB0cywgaW50ZXJwcmV0cywg YW5kIHByb2Nlc3NlcwogICAgICAgICB0aGUgcGFja2V0cy4KCiAgIG8gIFtNUExTLVRQIE9BTSBS ZXF1aXJlbWVudHNdIHJlcXVpcmVzIHRoYXQgdGhlIE1QTFMtVFAgT0FNIG1lY2hhbmlzbQogICAg ICBhbGxvd3MgdGhlIHByb3BhZ2F0aW9uIG9mIEFDIChBdHRhY2htZW50IENpcmN1aXQpIGZhaWx1 cmVzIGFuZAogICAgICB0aGVpciBjbGVhcmFuY2UgYWNyb3NzIGEgTVBMUy1UUCBkb21haW4KCiAg ICAgICogIEJGRCBmb3IgVkNDViBzdXBwb3J0cyBhIG1lY2hhbmlzbSBmb3IgIkZhdWx0IGRldGVj dGlvbiBhbmQKICAgICAgICAgQUMvUFcgRmF1bHQgc3RhdHVzIHNpZ25hbGluZy4iICBUaGlzIGNh biBiZSB1c2VkIGZvciBib3RoIElQLwogICAgICAgICBVRFAgZW5jYXBzdWxhdGVkIG9yIFBXLUFD SCBlbmNhcHN1bGF0ZWQgQkZEIHNlc3Npb25zLCBpLmUuIGJ5CiAgICAgICAgIHNldHRpbmcgdGhl IGFwcHJvcHJpYXRlIFZDQ1YgQ29ubmVjdGl2aXR5IFZlcmlmaWNhdGlvbgogICAgICAgICBUeXBl LlRoaXMgbWVjaGFuaXNtIGNvdWxkIHN1cHBvcnQgdGhpcyByZXF1aXJlbWVudC4KCgoKClNwcmVj aGVyLCBldCBhbC4gICAgICAgICBFeHBpcmVzIEphbnVhcnkgOCwgMjAwOSAgICAgICAgICAgICAg ICBbUGFnZSA3XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgTVBMUy1UUCBPQU0gQW5hbHlz aXMgICAgICAgICAgICAgICAgIEp1bHkgMjAwOAoKCiAgIG8gIFtNUExTLVRQIE9BTSBSZXF1aXJl bWVudHNdIGRlZmluZXMgTWFpbnRlbmFuY2UgRG9tYWluLCBNYWludGVuYW5jZQogICAgICBFbmQg UG9pbnRzIChNRVBzKSBhbmQgTWFpbnRlbmFuY2UgSW50ZXJtZWRpYXRlIFBvaW50cyAoTUlQcyku CiAgICAgIE1lYW5zIHNob3VsZCBiZSBkZWZpbmVkIHRvIHByb3Zpc2lvbiB0aGVzZSBlbnRpdGll cywgYm90aCBieQogICAgICBzdGF0aWMgY29uZmlndXJhdGlvbiAoYXMgaXQgaXMgcmVxdWlyZWQg dG8gb3BlcmF0ZSBPQU0gaW4gdGhlCiAgICAgIGFic2VuY2Ugb2YgYW55IGNvbnRyb2wgcGxhbmUg b3IgZHluYW1pYyBwcm90b2NvbHMpIGFuZCBieSBhCiAgICAgIGNvbnRyb2wgcGxhbmUuCgogICBv ICBbTVBMUy1UUCBPQU0gUmVxdWlyZW1lbnRzXSByZXF1aXJlcyBhIHNpbmdsZSBPQU0gdGVjaG5v bG9neSBhbmQKICAgICAgY29uc2lzdGVudCBPQU0gY2FwYWJpbGl0aWVzIGZvciBMU1BzLCBQV3Mg YW5kIFRhbmRlbSBDb25uZWN0aW9ucy4KICAgICAgVGhlcmUgaXMgY3VycmVudGx5IG5vIG1lY2hh bmlzbSBpbiB0aGUgSUVURiB0byBzdXBwb3J0IE9BTSBmb3IKICAgICAgVGFuZGVtIENvbm5lY3Rp b25zLiAgQWxzbywgdGhlIGV4aXN0aW5nIHNldCBvZiB0b29scyBkZWZpbmVzIGEKICAgICAgZGlm ZmVyZW50IHdheSBvZiBvcGVyYXRpbmcgdGhlIE9BTSBmdW5jdGlvbnMgKGUuZy4gIExTUCBQaW5n IHRvCiAgICAgIGJvb3RzdHJhcCBNUExTIEJGRCB2cy4gVkNDVikgYW5kIHByb3ZpZGUgaW5jb21w bGV0ZSBjb3ZlcmFnZSBvZgogICAgICBPQU0gY2FwYWJpbGl0aWVzIHRoYXQgYXJlIGRlZmluZWQg YnkgW01QTFMtVFAgT0FNIFJlcXVpcmVtZW50c10uCgogICBvICBbTVBMUy1UUCBPQU0gUmVxdWly ZW1lbnRzXSByZXF1aXJlcyBhbGxvd2luZyBPQU0gcGFja2V0cyB0byBiZQogICAgICBkaXJlY3Rl ZCB0byBhbiBpbnRlcm1lZGlhdGUgbm9kZSBvbiBhIExTUC9QVy4gIFRlY2huaWNhbGx5IHRoaXMK ICAgICAgY2FuIGJlIHN1cHBvcnRlZCBieSB0aGUgcHJvcGVyIHNldHRpbmcgb2YgdGhlIFRUTCB2 YWx1ZSwgYnV0IG5lZWRzCiAgICAgIHRvIGJlIGV4YW1pbmVkIHBlciBPQU0gZnVuY3Rpb24uICBG b3IgZGV0YWlscywgc2VlIGJlbG93LgoKICAgbyAgW01QTFMtVFAgT0FNIFJlcXVpcmVtZW50c10g c3VnZ2VzdHMgdGhhdCBPQU0gbWVzc2FnZXMgTUFZIGJlCiAgICAgIGF1dGhlbnRpY2F0ZWQuICBC RkQgaGFzIGEgc3VwcG9ydCBmb3IgYXV0aGVudGljYXRpb24uICBPdGhlciB0b29scwogICAgICBz aG91bGQgc3VwcG9ydCB0aGlzIGNhcGFiaWxpdHkgYXMgd2VsbC4KCjIuMS4gIFJlY29tbWVuZGF0 aW9ucyBhbmQgR3VpZGVsaW5lcwoKICAgQmFzZWQgb24gdGhlIHJlcXVpcmVtZW50cyBhbmFseXNp cyBhYm92ZSwgdGhlIGZvbGxvd2luZyBndWlkZWxpbmVzCiAgIHNob3VsZCBiZSBmb2xsb3dlZCB0 byBjcmVhdGUgYW4gT0FNIGVudmlyb25tZW50IHRoYXQgY291bGQgbW9yZSBmdWxseQogICBjb21w bHkgd2l0aCB0aGUgcmVxdWlyZW1lbnRzIGNpdGVkOgoKICAgbyAgRXh0ZW5kIHRoZSBQVyBBc3Nv Y2lhdGUgQ2hhbm5lbCBIZWFkZXIgKEFDSCkgdG8gcHJvdmlkZSBhIGNvbnRyb2wKICAgICAgY2hh bm5lbCBhdCB0aGUgcGF0aCBsZXZlbC4gIFRoaXMgY291bGQgdGhlbiBiZSBhc3NvY2lhdGVkIHdp dGggYQogICAgICBMU1Agb3IgYSBUYW5kZW0gQ29ubmVjdGlvbiAoVEMpLiAgVGhlIEFDSCBzaG91 bGQgdGhlbiBiZWNvbWUgYQogICAgICBjb21tb24gbWVjaGFuaXNtIGZvciBQVywgTFNQLCBhbmQg VGFuZGVtIENvbm5lY3Rpb24uCgogICBvICBDcmVhdGUgYSBWUENWIChWaXJ0dWFsIFBhdGggQ29u bmVjdGl2aXR5IFZlcmlmaWNhdGlvbikgZGVmaW5pdGlvbgogICAgICB0aGF0IHdvdWxkIGFwcGx5 IHRoZSBkZWZpbml0aW9ucyBhbmQgZnVuY3Rpb25hbGl0eSBvZiBWQ0NWIHRvIHRoZQogICAgICBN UExTLVRQIGVudmlyb25tZW50IGZvciBMU1Agb3IgVGFuZGVtIENvbm5lY3Rpb24uCgogICBvICBD cmVhdGUgb3IgZXh0ZW5kIHRoZSBWQ0NWIGRlZmluaXRpb24gdG8gZGVmaW5lIGEgbWVjaGFuaXNt IHRoYXQKICAgICAgd291bGQgYXBwbHkgdGhlIGRlZmluaXRpb25zIGFuZCBmdW5jdGlvbmFsaXR5 b2YgVkNDViB0byBQVyBUYW5kZW0KICAgICAgQ29ubmVjdGlvbnMKCiAgIG8gIEFwcGx5IEJGRCB0 byB0aGlzIG5ldyBtZWNoYW5pc20gdXNpbmcgdGhlIGNvbnRyb2wgY2hhbm5lbAogICAgICBlbmNh cHN1bGF0aW9uLCBhcyBkZWZpbmVkIGFib3ZlIC0gYWxsb3dpbmcgdXNlIG9mIEJGRCBmb3IgTVBM Uy1UUAogICAgICBpbmRlcGVuZGVudCBvZiBJUCByb3V0aW5nLgoKCgoKClNwcmVjaGVyLCBldCBh bC4gICAgICAgICBFeHBpcmVzIEphbnVhcnkgOCwgMjAwOSAgICAgICAgICAgICAgICBbUGFnZSA4 XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgTVBMUy1UUCBPQU0gQW5hbHlzaXMgICAgICAg ICAgICAgICAgIEp1bHkgMjAwOAoKCiAgIG8gIEEgbWVjaGFuaXNtIHRoYXQgYmUgZGVmaW5lZCB0 byBjcmVhdGUgVENNRSBhbmQgYWxsb3cgdHJhbnNtaXNzaW9uCiAgICAgIG9mIHRoZSB0cmFmZmlj IHZpYSB0aGUgVGFuZGVtIENvbm5lY3Rpb24gdXNpbmcgbGFiZWwgc3RhY2tpbmcuCgogICBDcmVh dGluZyB0aGVzZSBleHRlbnNpb25zL21lY2hhbmlzbXMgd291bGQgZnVsZmlsIHRoZSBmb2xsb3dp bmcKICAgcmVxdWlyZW1lbnRzLCBtZW50aW9uZWQgYWJvdmU6CgogICBvICBJbmRlcGVuZGVuY2Ug b2YgSVAgZm9yd2FyZGluZyBhbmQgcm91dGluZy4KCiAgIG8gIE9BTSBwYWNrZXRzIHNob3VsZCBi ZSB0cmFuc21pdHRlZCBpbi1iYW5kLgoKICAgbyAgU3VwcG9ydCBhIHNpbmdsZSBPQU0gdGVjaG5v bG9neSBmb3IgTFNQLCBQVywgYW5kIFRDLgoKICAgSW4gYWRkaXRpb24sIHRoZSBmb2xsb3dpbmcg YWRkaXRpb25hbCByZXF1aXJlbWVudHMgYXJlIHNhdGlzZmllZDoKCiAgIG8gIFByb3ZpZGUgdGhl IGFiaWxpdHkgdG8gY2Fycnkgb3RoZXIgdHlwZXMgb2YgY29tbXVuaWNhdGlvbnMgKGUuZy4sCiAg ICAgIEFQUywgTWFuYWdlbWVudCBDb250cm9sIENoYW5uZWwgKE1DQyksIFNpZ25hbGxpbmcgQ29u dHJvbCBDaGFubmVsCiAgICAgIChTQ0MpKS4gIE5ldyB0eXBlcyBvZiBjb21tdW5pY2F0aW9uIGNo YW5uZWxzIGFuZCBDViBjYW4gYmUgZGVmaW5lZAogICAgICBmb3IgYm90aCBQV3MgYW5kIExTUHMu CgogICBvICBUaGUgZGVzaWduIG9mIHRoZSBPQU0gbWVjaGFuaXNtcyBmb3IgTVBMUy1UUCBNVVNU IGFsbG93IHRoZQogICAgICBhYmlsaXR5IHRvIHN1cHBvcnQgdmVuZG9yIHNwZWNpZmljIGFuZCBl eHBlcmltZW50YWwgT0FNIGZ1bmN0aW9ucy4KCgozLiAgTVBMUy1UUCBPQU0gRnVuY3Rpb25zCgog ICBUaGUgZm9sbG93aW5nIHNlY3Rpb25zIGRpc2N1c3MgdGhlIHJlcXVpcmVkIE9BTSBmdW5jdGlv bnMgdGhhdCB3ZXJlCiAgIGlkZW50aWZpZWQgaW4gW01QTFMtVFAgT0FNIFJlcXVpcmVtZW50c10u CgogICBMU1AgUGluZyBpcyBub3QgY29uc2lkZXJlZCBhIGNhbmRpZGF0ZSB0byBmdWxmaWxsIHRo ZSByZXF1aXJlZAogICBmdW5jdGlvbmFsaXR5LCBkdWUgaXRzIGZhaWx1cmUgdG8gY29tcGx5IHdp dGggdGhlIGJhc2ljIHJlcXVpcmVtZW50CiAgIG9mIGluZGVwZW5kZW5jZSBmcm9tIElQIHJvdXRp bmcgYW5kIGZvcndhcmRpbmcsIGFzIGRvY3VtZW50ZWQgaW4gdGhlCiAgIFNlY3Rpb24gNCBvZiB0 aGlzIGRvY3VtZW50LiAgSG93ZXZlciwgdXNhZ2Ugb2YgTFNQIFBpbmcsIGluIGFkZGl0aW9uCiAg IHRvIHRoZSBNUExTLVRQIE9BTSB0b29scywgb3IgaW4gTVBMUy1UUCBkZXBsb3ltZW50cyB3aXRo IElQCiAgIGZ1bmN0aW9uYWxpdHkgaXMgbm90IHByZWNsdWRlZC4KCjMuMS4gIENvbnRpbnVpdHkg Q2hlY2sKCiAgIENvbnRpbnVpdHkgQ2hlY2sgKENDKSBpcyB1c2VkIHRvIGRldGVjdCBsb3NzIG9m IGNvbnRpbnVpdHkgYmV0d2VlbgogICBNRVBzIGFuZCBpcyB1c2VmdWwgZm9yIGFwcGxpY2F0aW9u cyBsaWtlIEZhdWx0IE1hbmFnZW1lbnQsCiAgIFBlcmZvcm1hbmNlIE1vbml0b3JpbmcgYW5kIFBy b3RlY3Rpb24gU3dpdGNoaW5nLCBldGMuCgozLjEuMS4gIEV4aXN0aW5nIHRvb2xzCgogICBCRkQg Y2FuIGJlIHVzZWQgdG8gc3VwcG9ydCB0aGUgcHJvLWFjdGl2ZSBPQU0gQ29udGludWl0eSBDaGVj awogICBmdW5jdGlvbi4gIEl0IGNhbiBiZSBvcGVyYXRlZCBpbiB0aGUgYXN5bmNocm9ub3VzIG1v ZGUuICBIb3dldmVyLCB0aGUKICAgY3VycmVudCBkZWZpbml0aW9uIGlzIGRlcGVuZGVudCBvbiBM U1AgUGluZyB0byBib290c3RyYXAgdGhlIEJGRAogICBzZXNzaW9uLgoKCgoKU3ByZWNoZXIsIGV0 IGFsLiAgICAgICAgIEV4cGlyZXMgSmFudWFyeSA4LCAyMDA5ICAgICAgICAgICAgICAgIFtQYWdl IDldCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICBNUExTLVRQIE9BTSBBbmFseXNpcyAgICAg ICAgICAgICAgICAgSnVseSAyMDA4CgoKICAgVkNDViBjYW4gYmUgdXNlZCB0byBjYXJyeSBCRkQg cGFja2V0cyB0aGF0IGFyZSBub3QgSVAvVURQCiAgIGVuY2Fwc3VsYXRlZCBmb3IgQ0Mgb24gYSBQ Vy4KCjMuMS4yLiAgR2FwcwoKICAgVGhlIGZvbGxvd2luZyBnYXBzIGFyZSBpZGVudGlmaWVkIGZv ciBzdXBwb3J0IG9mIENDIGluIE1QTFMtVFAKICAgZW52aXJvbm1lbnQ6CgogICBvICBBIG1lY2hh bmlzbSBzaG91bGQgYmUgZGVmaW5lZCB0byBib290c3RyYXAgQkZEIHNlc3Npb25zIGZvciBNUExT CiAgICAgIHRoYXQgaXMgbm90IGRlcGVuZGVudCBvbiBVRFAuCgogICBvICBOZWVkIGV4dGVuc2lv bnMgdG8gQkZEIHRvIGNvdmVyIFAyTVAgY29ubmVjdGlvbnMuCgozLjEuMy4gIFJlY29tbWVuZGF0 aW9ucyBhbmQgR3VpZGVsaW5lcwoKICAgRXh0ZW5kIEJGRCB0byByZXNvbHZlIHRoZSBnYXBzLgoK ICAgTm90ZSB0aGF0IFtNUCBCRkRdIGRlZmluZXMgYSBtZXRob2QgZm9yIHVzaW5nIEJGRCB0byBw cm92aWRlCiAgIHZlcmlmaWNhdGlvbiBvZiBtdWx0aXBvaW50IG9yIG11bHRpY2FzdCBjb25uZWN0 aXZpdHkuCgozLjIuICBDb25uZWN0aXZpdHkgVmVyaWZpY2F0aW9uCgogICBDb25uZWN0aXZpdHkg VmVyaWZpY2F0aW9uIGlzIGEgZnVuY3Rpb24gdGhhdCBpcyB1c2VkIHRvIGNoZWNrCiAgIGNvbm5l Y3Rpdml0eSBiZXR3ZWVuIE1FUHMgaW4gYSBtYWludGVuYW5jZSBkb21haW4uICBUaGlzIGZ1bmN0 aW9uIG1heQogICBiZSBhY3RpdmF0ZWQgb24tZGVtYW5kIGluIHJlYWN0aW9uIHRvIGEgZmF1bHQg ZGlzY292ZXJlZCBpbiBDQyBvciBmb3IKICAgbW9yZSB0aG9yb3VnaCB0ZXN0aW5nIG9mIHRoZSBj b25uZWN0aW9ucy4KCjMuMi4xLiAgRXhpc3RpbmcgdG9vbHMKCiAgIE1QTFMgQkZEIHN1cHBvcnRz IE9BTSBDb25uZWN0aXZpdHkgVmVyaWZpY2F0aW9uIGFuZCBpdCBjYW4gYmUKICAgb3BlcmF0ZWQg aW4gYm90aCBwcm8tYWN0aXZlIGFuZCBvbi1kZW1hbmQgbW9kZXMuCgozLjIuMi4gIEdhcHMKCiAg IFRoZSBmb2xsb3dpbmcgZ2FwcyBhcmUgaWRlbnRpZmllZDoKCiAgIG8gIEEgbWVjaGFuaXNtIHNo b3VsZCBiZSBkZWZpbmVkIHRvIGJvb3RzdHJhcCBCRkQgc2Vzc2lvbnMKCiAgIG8gIEJGRCBzdXBw b3J0cyB2ZXJpZmljYXRpb24gTUVQIHRvIE1FUCBvbmx5LgoKMy4yLjMuICBSZWNvbW1lbmRhdGlv bnMgYW5kIEd1aWRlbGluZXMKCiAgIEFzIEJGRCB3b3JrcyBvbiBhIHNlc3Npb24gYmFzaXMsIGl0 IHNlZW1zIGNvbXBsaWNhdGVkIHRvIGV4dGVuZCBpdCB0bwogICB3b3JrIGFsc28gYmV0d2VlbiBN RVAgYW5kIE1JUC4gIEl0IGlzIHJlY29tbWVuZGVkIHRvIGRlZmluZSBhIG5ldwogICBzaW1wbGVy IHRvb2wgdG8gc3VwcG9ydCBDb25uZWN0aXZpdHkgVmVyaWZpY2F0aW9uLgoKCgoKCgpTcHJlY2hl ciwgZXQgYWwuICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDgsIDIwMDkgICAgICAgICAgICAgICBb UGFnZSAxMF0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgIE1QTFMtVFAgT0FNIEFuYWx5c2lz ICAgICAgICAgICAgICAgICBKdWx5IDIwMDgKCgozLjMuICBBbGFybSBTdXBwcmVzc2lvbgoKICAg QWxhcm0gU3VwcHJlc3Npb24gaXMgYSBmdW5jdGlvbiB0aGF0IGlzIHVzZWQgYnkgYSBzZXJ2ZXIg bGF5ZXIgTUVQIHRvCiAgIG5vdGlmeSBhIGZhaWx1cmUgY29uZGl0aW9uIHRvIGl0cyBjbGllbnQg bGF5ZXIgTUVQKHMpIGluIG9yZGVyIHRvCiAgIHN1cHByZXNzIGFsYXJtcyB0aGF0IG1heSBiZSBn ZW5lcmF0ZWQgYnkgbWFpbnRlbmFuY2UgZG9tYWlucyBvZiB0aGUKICAgY2xpZW50IGxheWVyIGFz IGEgcmVzdWx0IG9mIHRoZSBmYWlsdXJlIGNvbmRpdGlvbiBpbiB0aGUgc2VydmVyCiAgIGxheWVy LgoKMy4zLjEuICBFeGlzdGluZyB0b29scwoKICAgVGhlcmUgaXMgbm8gbWVjaGFuaXNtIGRlZmlu ZWQgaW4gdGhlIElFVEYgdG8gc3VwcG9ydCB0aGlzIGZ1bmN0aW9uLgoKMy4zLjIuICBSZWNvbW1l bmRhdGlvbnMgYW5kIEd1aWRlbGluZXMKCiAgIERlZmluZSBhIHRvb2wgdG8gc3VwcG9ydCBBbGFy bSBTdXBwcmVzc2lvbi4KCjMuNC4gIExvY2sgSW5kaWNhdGlvbgoKICAgTG9jayBJbmRpY2F0aW9u IGlzIGEgZnVuY3Rpb24gdGhhdCBpcyB1c2VkIGJ5IGEgc2VydmVyIGxheWVyIE1FUCB0bwogICBp bmRpY2F0ZSBhbiBhZG1pbmlzdHJhdGl2ZSBsb2NraW5nIG9mIGEgc2VydmVyIGxheWVyIHdoaWNo IG1heSByZXN1bHQKICAgaW4gY29uc2VxdWVudGlhbCBpbnRlcnJ1cHRpb24gb2YgZGF0YSB0cmFm ZmljIGZvcndhcmRpbmcgdG93YXJkcyB0aGUKICAgY2xpZW50IGxheWVyIE1FUChzKSBleHBlY3Rp bmcgdGhpcyB0cmFmZmljLiAgVGhlIHJlY2VwdGlvbiBvZiBhIExvY2sKICAgSW5kaWNhdGlvbiBh bGxvd3MgYSBNRVAgdG8gc3VwcHJlc3MgYWxhcm1zIGFuZCB0byBkaWZmZXJlbnRpYXRlCiAgIGJl dHdlZW4gYSBkZWZlY3QgY29uZGl0aW9uIGFuZCBhbiBhZG1pbmlzdHJhdGl2ZSBsb2NraW5nIGFj dGlvbiBhdAogICB0aGUgc2VydmVyIGxheWVyIE1FUC4KCjMuNC4xLiAgRXhpc3RpbmcgdG9vbHMK CiAgIFRoZXJlIGlzIG5vIG1lY2hhbmlzbSBkZWZpbmVkIGluIHRoZSBJRVRGIHRvIHN1cHBvcnQg dGhpcyBmdW5jdGlvbi4KCjMuNC4yLiAgUmVjb21tZW5kYXRpb25zIGFuZCBHdWlkZWxpbmVzCgog ICBEZWZpbmUgYSB0b29sIHRvIHN1cHBvcnQgTG9jayBJbmRpY2F0aW9uLgoKMy41LiAgUGFja2V0 IExvc3MgTWVhc3VyZW1lbnQKCiAgIFBhY2tldCBMb3NzIE1lYXN1cmVtZW50IGlzIGEgZnVuY3Rp b24gdGhhdCBpcyB1c2VkIHRvIHZlcmlmeSB0aGUKICAgcXVhbGl0eSBvZiB0aGUgc2VydmljZS4K CjMuNS4xLiAgRXhpc3RpbmcgdG9vbHMKCiAgIFRoZXJlIGlzIG5vIG1lY2hhbmlzbSBkZWZpbmVk IGluIHRoZSBJRVRGIHRvIHN1cHBvcnQgdGhpcyBmdW5jdGlvbi4KCjMuNS4yLiAgUmVjb21tZW5k YXRpb25zIGFuZCBHdWlkZWxpbmVzCgogICBEZWZpbmUgYSB0b29sIHRvIHN1cHBvcnQgUGFja2V0 IExvc3MgTWVhc3VyZW1lbnQuCgoKCgoKU3ByZWNoZXIsIGV0IGFsLiAgICAgICAgIEV4cGlyZXMg SmFudWFyeSA4LCAyMDA5ICAgICAgICAgICAgICAgW1BhZ2UgMTFdCgwKSW50ZXJuZXQtRHJhZnQg ICAgICAgICAgICBNUExTLVRQIE9BTSBBbmFseXNpcyAgICAgICAgICAgICAgICAgSnVseSAyMDA4 CgoKMy42LiAgRGlhZ25vc3RpYyBUZXN0CgogICBBIGRpYWdub3N0aWMgdGVzdCBpcyBhIGZ1bmN0 aW9uIHRoYXQgaXMgdXNlZCBiZXR3ZWVuIE1FUHMgdG8gdmVyaWZ5CiAgIGJhbmR3aWR0aCB0aHJv dWdocHV0LCBwYWNrZXQgbG9zcywgYml0IGVycm9ycywgZXRjLgoKMy42LjEuICBFeGlzdGluZyB0 b29scwoKICAgVGhlcmUgaXMgbm8gbWVjaGFuaXNtIGRlZmluZWQgaW4gdGhlIElFVEYgdG8gc3Vw cG9ydCB0aGlzIGZ1bmN0aW9uLgoKMy42LjIuICBSZWNvbW1lbmRhdGlvbnMgYW5kIEd1aWRlbGlu ZXMKCiAgIERlZmluZSBhIHRvb2wgdG8gc3VwcG9ydCBEaWFnbm9zdGljIFRlc3QuCgozLjcuICBU cmFjZSBSb3V0ZQoKICAgVHJhY2Ugcm91dGUgaXMgYSBmdW5jdGlvbiB0aGF0IGlzIHVzZWQgdG8g ZGV0ZXJtaW5lIHRoZSByb3V0ZSBvZiBhCiAgIGNvbm5lY3Rpb24gYWNyb3NzIHRoZSBNUExTIHRy YW5zcG9ydCBuZXR3b3JrLgoKMy43LjEuICBFeGlzdGluZyB0b29scwoKICAgTFNQIFBpbmcgc3Vw cG9ydHMgdHJhY2Ugcm91dGUgYnV0IGFzIGl0IGRvZXMgbm90IGNvbXBseSB3aXRoIHRoZQogICBy ZXF1aXJlbWVudCBmb3IgT0FNIGZ1bmN0aW9ucyB0byBiZSBpbmRlcGVuZGVudCBvbiBJUCByb3V0 aW5nIGFuZAogICBmb3J3YXJkaW5nIGNhcGFiaWxpdGllcywgaXQgY2FuIG5vdCBiZSB1dGlsaXpl ZCBmb3IgTVBMUy1UUAoKMy43LjIuICBSZWNvbW1lbmRhdGlvbnMgYW5kIEd1aWRlbGluZXMKCiAg IERlZmluZSBhIG5ldyB0b29sIHRvIHN1cHBvcnQgVHJhY2UgUm91dGUuCgozLjguICBEZWxheSBN ZWFzdXJlbWVudAoKICAgRGVsYXkgTWVhc3VyZW1lbnQgaXMgYSBmdW5jdGlvbiB0aGF0IGlzIHVz ZWQgdG8gbWVhc3VyZSBvbmUtd2F5IG9yCiAgIHR3by13YXkgZGVsYXkgb2YgYSBwYWNrZXQgdHJh bnNtaXNzaW9uIGJldHdlZW4gYSBwYWlyIG9mIE1FUHMuCiAgIFdoZXJlOgoKICAgbyAgT25lLXdh eSBwYWNrZXQgZGVsYXkgaXMgdGhlIHRpbWUgZWxhcHNlZCBmcm9tIHRoZSBzdGFydCBvZgogICAg ICB0cmFuc21pc3Npb24gb2YgdGhlIGZpcnN0IGJpdCBvZiB0aGUgcGFja2V0IGJ5IGEgc291cmNl IG5vZGUgdW50aWwKICAgICAgdGhlIHJlY2VwdGlvbiBvZiB0aGUgZmlyc3QgYml0IG9mIHRoYXQg cGFja2V0IGJ5IHRoZSBkZXN0aW5hdGlvbgogICAgICBub2RlLgoKICAgbyAgVHdvLXdheSBwYWNr ZXQgZGVsYXkgaXMgdGhlIHRpbWUgZWxhcHNlZCBmcm9tIHRoZSBzdGFydCBvZgogICAgICB0cmFu c21pc3Npb24gb2YgdGhlIGZpcnN0IGJpdCBvZiB0aGUgcGFja2V0IGJ5IGEgc291cmNlIG5vZGUg dW50aWwKICAgICAgdGhlIHJlY2VwdGlvbiBvZiB0aGUgbGFzdCBiaXQgb2YgdGhlIGxvb3AtYmFj a2VkIHBhY2tldCBieSB0aGUKICAgICAgc2FtZSBzb3VyY2Ugbm9kZSwgd2hlbiB0aGUgbG9vcGJh Y2sgaXMgcGVyZm9ybWVkIGF0IHRoZSBwYWNrZXQncwogICAgICBkZXN0aW5hdGlvbiBub2RlLgoK CgoKCgoKU3ByZWNoZXIsIGV0IGFsLiAgICAgICAgIEV4cGlyZXMgSmFudWFyeSA4LCAyMDA5ICAg ICAgICAgICAgICAgW1BhZ2UgMTJdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICBNUExTLVRQ IE9BTSBBbmFseXNpcyAgICAgICAgICAgICAgICAgSnVseSAyMDA4CgoKMy44LjEuICBFeGlzdGlu ZyB0b29scwoKICAgVGhlcmUgaXMgbm8gbWVjaGFuaXNtIGRlZmluZWQgaW4gdGhlIElFVEYgdGhh dCBmdWxmaWxscyBhbGwgb2YgdGhlCiAgIE1QTFMtVFAgT0FNIHJlcXVpcmVtZW50cy4KCjMuOC4y LiAgUmVjb21tZW5kYXRpb25zIGFuZCBHdWlkZWxpbmVzCgogICBEZWZpbmUgYSB0b29sIHRvIHN1 cHBvcnQgRGVsYXkgTWVhc3VyZW1lbnQuCgozLjkuICBSZW1vdGUgRGVmZWN0IEluZGljYXRpb24K CiAgIFJlbW90ZSBEZWZlY3QgSW5kaWNhdGlvbiAoUkRJKSBpcyB1c2VkIGJ5IGEgTUVQIHRvIG5v dGlmeSBpdHMgcGVlcgogICBNRVAgdGhhdCBhIGRlZmVjdCBpcyBkZXRlY3RlZCBvbiBhIGJpLWRp cmVjdGlvbmFsIGNvbm5lY3Rpb24gYmV0d2VlbgogICB0aGVtLgoKICAgVGhpcyBmdW5jdGlvbiBz aG91bGQgYmUgc3VwcG9ydGVkIGluIHByby1hY3RpdmUgbW9kZS4KCjMuOS4xLiAgRXhpc3Rpbmcg dG9vbHMKCiAgIFRoZXJlIGlzIG5vIG1lY2hhbmlzbSBkZWZpbmVkIGluIHRoZSBJRVRGIHRvIGZ1 bGx5IHN1cHBvcnQgdGhpcwogICBmdW5jdGlvbmFsaXR5LCBob3dldmVyIEJGRCBzdXBwb3J0cyBh IG1lY2hhbmlzbSBvZiBpbmZvcm1pbmcgdGhlIGZhci0KICAgZW5kIHRoYXQgdGhlIHNlc3Npb24g aGFzIGdvbmUgZG93biwgYW5kIHRoZSBEaWFnbm9zdGljIGZpZWxkCiAgIGluZGljYXRlcyB0aGUg cmVhc29uLgoKMy45LjIuICBSZWNvbW1lbmRhdGlvbnMgYW5kIEd1aWRlbGluZXMKCiAgIEVpdGhl ciBjcmVhdGUgYSBkZWRpY2F0ZWQgbWVjaGFuaXNtIGZvciB0aGlzIGZ1bmN0aW9uYWxpdHkgb3Ig ZXh0ZW5kCiAgIHRoZSBCRkQgc2Vzc2lvbiBmdW5jdGlvbmFsaXR5IHRvIHN1cHBvcnQgdGhlIGZ1 bmN0aW9uYWxpdHkgd2l0aG91dAogICBkaXNydXB0aW5nIHRoZSBDQyBvciBDViBmdW5jdGlvbmFs aXR5LgoKMy4xMC4gIENsaWVudCBTaWduYWwgRmFpbAoKICAgQ2xpZW50IFNpZ25hbCBGYWlsIGZ1 bmN0aW9uIChDU0YpIGlzIHVzZWQgdG8gcHJvcGFnYXRlIGEgQ2xpZW50CiAgIEZhaWx1cmUgaW5k aWNhdGlvbiB0byB0aGUgZmFyLWVuZCBzaW5rIHdoZW4gYWxhcm0gc3VwcHJlc3Npb24gaW4gdGhl CiAgIGNsaWVudCBsYXllciBpcyBub3Qgc3VwcG9ydGVkLgoKMy4xMC4xLiAgRXhpc3RpbmcgdG9v bHMKCiAgIFRoZXJlIGlzIG5vIG1lY2hhbmlzbSBkZWZpbmVkIGluIHRoZSBJRVRGIHRvIHN1cHBv cnQgdGhpcyBmdW5jdGlvbi4KCjMuMTAuMi4gIFJlY29tbWVuZGF0aW9ucyBhbmQgR3VpZGVsaW5l cwoKICAgRGVmaW5lIGEgdG9vbCB0byBzdXBwb3J0IENsaWVudCBTaWduYWwgRmFpbCBwcm9wb2dh dGlvbi4KCgo0LiAgUmVjb21tZW5kYXRpb24KCgoKCgpTcHJlY2hlciwgZXQgYWwuICAgICAgICAg RXhwaXJlcyBKYW51YXJ5IDgsIDIwMDkgICAgICAgICAgICAgICBbUGFnZSAxM10KDApJbnRlcm5l dC1EcmFmdCAgICAgICAgICAgIE1QTFMtVFAgT0FNIEFuYWx5c2lzICAgICAgICAgICAgICAgICBK dWx5IDIwMDgKCgogICBvICBEZWZpbmUgYSBUYW5kZW0gQ29ubmVjdGlvbiBlbnRpdHkgZm9yIGJv dGggTFNQcyBhbmQgUFdzIGFuZCBhbGxvdwogICAgICB0aGUgdHJhbnNtaXNzaW9uIG9mIHRyYWZm aWMgYnkgbWVhbnMgb2YgbGFiZWwgc3RhY2tpbmcgYW5kIHByb3BlcgogICAgICBUVEwgc2V0dGlu Zy4KCiAgIG8gIEV4dGVuZCB0aGUgQUNIIHRvIHByb3ZpZGUgYSBjb250cm9sIGNoYW5uZWwgZm9y IE1QTFMgU2VjdGlvbnMsCiAgICAgIExTUHMsIGFuZCBUYW5kZW0gQ29ubmVjdGlvbnMuCgogICBv ICBEZWZpbmUgYSBWUENWIG1lY2hhbmlzbSBmb3IgTFNQIGFuZCBUYW5kZW0gQ29ubmVjdGlvbi4g IFRoaXMKICAgICAgbWVjaGFuaXNtIHNob3VsZCByZXVzZSwgYXMgbXVjaCBhcyBwb3NzaWJsZSwg dGhlIHNhbWUgcHJpbmNpcGxlcwogICAgICBvZiBvcGVyYXRpb24gYXMgVkNDVi4gIFRoZSBBQ0gg c2hvdWxkIGJlIGV4dGVuZGVkIHRvIHN1cHBvcnQgQ1YKICAgICAgdHlwZXMgZm9yIGVhY2ggb2Yg dGhlIHRvb2wgdGhhdCBhcmUgZGVmaW5lZCBiZWxvdywgaW4gYSB3YXkgdGhhdAogICAgICBpcyBj b25zaXN0ZW50IGZvciBQVywgTFNQIGFuZCBUYW5kZW0gQ29ubmVjdGlvbi4KCiAgIG8gIEV4dGVu ZCB0aGUgY29udHJvbCBhbmQgdGhlIG1hbmFnZW1lbnQgcGxhbmVzIHRvIHN1cHBvcnQgdGhlCiAg ICAgIGNvbmZpZ3VyYXRpb24gb2YgdGhlIE9BTSBtYWludGVuYW5jZSBlbnRpdGllcyBhbmQgdGhl IHNldCBvZgogICAgICBmdW5jdGlvbnMgdG8gYmUgc3VwcG9ydGVkIGJ5IHRoZXNlIGVudGl0aWVz LgoKICAgbyAgVGhlIGFwcHJvcHJpYXRlIGFzc2lnbmVtZW50IG9mIG5ldHdvcmstd2lkZSB1bmlx dWUgaWRlbnRpZmllcnMKICAgICAgbmVlZGVkIHRvIHN1cHBvcnQgY29ubmVjdGl2aXR5IHZlcmlm aWNhdGlvbiBzaG91bGQgYmUgY29uc2lkZXJlZC4KCiAgIG8gIFRvb2xzIHNob3VsZCBiZSBkZWZp bmVkIHRvIHN1cHBvcnQgdGhlIGZvbGxvd2luZyBmdW5jdGlvbnM6CgogICAgICAqICBDb25uZWN0 aXZpdHkgdmVyaWZpY2F0aW9uCgogICAgICAqICBBbGFybSBzdXBwcmVzc2lvbgoKICAgICAgKiAg TG9jayBpbmRpY2F0aW9uCgogICAgICAqICBQYWNrZXQgbG9zcyBtZWFzdXJlbWVudAoKICAgICAg KiAgRGlhZ25vc3RpYyB0ZXN0CgogICAgICAqICBUcmFjZS1yb3V0ZQoKICAgICAgKiAgRGVsYXkg bWVhc3VyZW1lbnQKCiAgICAgICogIFJlbW90ZSBkZWZlY3QgaW5kaWNhdGlvbgoKICAgICAgKiAg Q2xpZW50IHNpZ25hbCBmYWlsCgogICBvICBUaGUgdG9vbHMgbWF5IGhhdmUgdGhlIGNhcGFiaWxp dHkgdG8gYXV0aGVudGljYXRlIHRoZSBtZXNzYWdlcy4KCiAgIE5vdGVzOgoKICAgMS4gIFdlIG1h eSBjb25zaWRlciBoYXZpbmcgYSBkb2N1bWVudCB0byBkZWZpbmUgY29tbW9uIENDIGFuZCBDVgog ICAgICAgdHlwZXMgb2YgQUNIIGZvciB0aGUgdXNlIG9mIFZDQ1YgYW5kIFZQQ1YuCgoKCgoKU3By ZWNoZXIsIGV0IGFsLiAgICAgICAgIEV4cGlyZXMgSmFudWFyeSA4LCAyMDA5ICAgICAgICAgICAg ICAgW1BhZ2UgMTRdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICBNUExTLVRQIE9BTSBBbmFs eXNpcyAgICAgICAgICAgICAgICAgSnVseSAyMDA4CgoKICAgMi4gIFdlIG1heSBjb25zaWRlciBj aGFuZ2luZyB0aGUgbmFtZSBvZiB0aGUgQUNIICJDViBUeXBlIiB0bwogICAgICAgIlByb3RvY29s IFR5cGUiIGluIG9yZGVyIHRvIGF2b2lkIGNvbmZ1c2lvbiB3aXRoIHRoZSBDViBmdW5jdGlvbgog ICAgICAgdGhhdCBpcyBkZWZpbmVkIGluIFtNUExTLVRQIE9BTSBSZXF1aXJlbWVudHNdCgoKNS4g IElBTkEgQ29uc2lkZXJhdGlvbnMKCiAgIFRoaXMgZG9jdW1lbnQgbWFrZXMgbm8gcmVxdWVzdCBv ZiBJQU5BLgoKICAgTm90ZSB0byBSRkMgRWRpdG9yOiB0aGlzIHNlY3Rpb24gbWF5IGJlIHJlbW92 ZWQgb24gcHVibGljYXRpb24gYXMgYW4KICAgUkZDLgoKCjYuICBTZWN1cml0eSBDb25zaWRlcmF0 aW9ucwoKICAgVGhpcyBkb2N1bWVudCBkb2VzIG5vdCBieSBpdHNlbGYgcmFpc2UgYW55IHBhcnRp Y3VsYXIgc2VjdXJpdHkKICAgY29uc2lkZXJhdGlvbnMuCgoKNy4gIEFja25vd2xlZGdlbWVudHMK CiAgIFRoZSBhdXRob3JzIHdpc2ggdG8gdGhhbmsgeHh4eHh4eCBmb3IgaGlzIHJldmlldyBhbmQg cHJvcG9zZWQKICAgZW5oYW5jZW1lbnRzIHRvIHRoZSB0ZXh0LgoKCjguICBJbmZvcm1hdGl2ZSBS ZWZlcmVuY2VzCgogICBbUkZDMjExOV0gIEJyYWRuZXIsIFMuLCAiS2V5IHdvcmRzIGZvciB1c2Ug aW4gUkZDcyB0byBJbmRpY2F0ZQogICAgICAgICAgICAgIFJlcXVpcmVtZW50IExldmVscyIsIEJD UCAxNCwgUkZDIDIxMTksIE1hcmNoIDE5OTcuCgogICBbTFNQIFBpbmddCiAgICAgICAgICAgICAg S29tcGVsbGEsIEsuIGFuZCBHLiBTd2FsbG93LCAiRGV0ZWN0aW5nIE11bHRpLVByb3RvY29sCiAg ICAgICAgICAgICAgTGFiZWwgU3dpdGNoZWQgKE1QTFMpIERhdGEgUGxhbmUgRmFpbHVyZXMiLCBS RkMgNDM3OSwKICAgICAgICAgICAgICBGZWJydWFyeSAyMDA2LgoKICAgW1BXIEFDSF0gICBCcnlh bnQsIFMuLCBTd2FsbG93LCBHLiwgTWFydGluaSwgTC4sIGFuZCBELiBNY1BoZXJzb24sCiAgICAg ICAgICAgICAgIlBzZXVkb3dpcmUgRW11bGF0aW9uIEVkZ2UtdG8tRWRnZSAoUFdFMykgQ29udHJv bCBXb3JkIGZvcgogICAgICAgICAgICAgIFVzZSBvdmVyIGFuIE1QTFMgUFNOIiwgUkZDIDQzODUs IEZlYnJ1YXJ5IDIwMDYuCgogICBbUFcgVkNDVl0gIE5hZGVhdSwgVC4gYW5kIEMuIFBpZ25hdGFy bywgIlBzZXVkb3dpcmUgVmlydHVhbCBDaXJjdWl0CiAgICAgICAgICAgICAgQ29ubmVjdGl2aXR5 IFZlcmlmaWNhdGlvbiAoVkNDVik6IEEgQ29udHJvbCBDaGFubmVsIGZvcgogICAgICAgICAgICAg IFBzZXVkb3dpcmVzIiwgUkZDIDUwODUsIERlY2VtYmVyIDIwMDcuCgogICBbTVAgQkZEXSAgIEth dHosIEQuIGFuZCBELiBXYXJkLCAiQkZEIGZvciBNdWx0aXBvaW50IE5ldHdvcmtzIiwKICAgICAg ICAgICAgICBJRCBkcmFmdC1rYXR6LXdhcmQtYmZkLW11bHRpcG9pbnQtMDEudHh0LCBEZWNlbWJl ciAyMDA3LgoKICAgW1ZDQ1YgQkZEXQogICAgICAgICAgICAgIE5hZGVhdSwgVC4gYW5kIEMuIFBp Z25hdGFybywgIkJpZGlyZWN0aW9uYWwgRm9yd2FyZGluZwoKCgpTcHJlY2hlciwgZXQgYWwuICAg ICAgICAgRXhwaXJlcyBKYW51YXJ5IDgsIDIwMDkgICAgICAgICAgICAgICBbUGFnZSAxNV0KDApJ bnRlcm5ldC1EcmFmdCAgICAgICAgICAgIE1QTFMtVFAgT0FNIEFuYWx5c2lzICAgICAgICAgICAg ICAgICBKdWx5IDIwMDgKCgogICAgICAgICAgICAgIERldGVjdGlvbiAoQkZEKSBmb3IgdGhlIFBz ZXVkb3dpcmUgVmlydHVhbCBDaXJjdWl0CiAgICAgICAgICAgICAgQ29ubmVjdGl2aXR5IFZlcmlm aWNhdGlvbiAoVkNDVikiLAogICAgICAgICAgICAgIElEIGRyYWZ0LWlldGYtcHdlMy12Y2N2LWJm ZC0wMS50eHQsIEZlYnJ1YXJ5IDIwMDguCgogICBbUDJNUCBMU1AgUGluZ10KICAgICAgICAgICAg ICBOYWRlYXUsIFQuIGFuZCBBLiBGYXJyZWwsICJEZXRlY3RpbmcgRGF0YSBQbGFuZSBGYWlsdXJl cwogICAgICAgICAgICAgIGluIFBvaW50LXRvLU11bHRpcG9pbnQgTXVsdGlwcm90b2NvbCBMYWJl bCBTd2l0Y2hpbmcKICAgICAgICAgICAgICAoTVBMUykgLSBFeHRlbnNpb25zIHRvIExTUCBQaW5n IiwKICAgICAgICAgICAgICBJRCBkcmFmdC1pZXRmLW1wbHMtcDJtcC1sc3AtcGluZy0wNi50eHQs IEp1bmUgMjAwOC4KCiAgIFtNUExTIExTUCBQaW5nXQogICAgICAgICAgICAgIEJhaGFkdXIsIE4u IGFuZCBLLiBLb21wZWxsYSwgIk1lY2hhbmlzbSBmb3IgcGVyZm9ybWluZwogICAgICAgICAgICAg IExTUC1QaW5nIG92ZXIgTVBMUyB0dW5uZWxzIiwKICAgICAgICAgICAgICBJRCBkcmFmdC1pZXRm LW1wbHMtbHNwLXBpbmctZW5oYW5jZWQtZHNtYXAtMDAsIEp1bmUgMjAwOC4KCiAgIFtNUExTLVRQ IE9BTSBSZXF1aXJlbWVudHNdCiAgICAgICAgICAgICAgVmlnb3JldXgsIE0uLCBCZXR0cywgTS4s IGFuZCBELiBXYXJkLCAiUmVxdWlyZW1lbnRzIGZvcgogICAgICAgICAgICAgIE9BTSBpbiBNUExT IFRyYW5zcG9ydCBOZXR3b3JrcyIsCiAgICAgICAgICAgICAgSUQgZHJhZnQtdmlnb3JldXgtbXBs cy10cC1vYW0tcmVxdWlyZW1lbnRzLTAwLCBKdWx5IDIwMDguCgogICBbTVBMUy1UUCBSZXF1aXJt ZW50c10KICAgICAgICAgICAgICBOYWRlYXUsIFQuIGFuZCBDLiBQaWduYXRhcm8sICJSZXF1aXJl bWVudHMgZm9yIHRoZQogICAgICAgICAgICAgIFRyYXNwb3J0IFByb2ZpbGUgb2YgTVBMUyIsCiAg ICAgICAgICAgICAgSUQgZHJhZnQtamVua2lucy1tcGxzLW1wbHN0cC1yZXF1aXJlbWVudHMtMDAs IEp1bHkgMjAwOC4KCgpBdXRob3JzJyBBZGRyZXNzZXMKCiAgIE51cml0IFNwcmVjaGVyIChlZGl0 b3IpCiAgIE5va2lhIFNpZW1lbnMgTmV0d29ya3MKICAgMyBIYW5hZ2FyIFN0LiBOZXZlIE5lJ2Vt YW4gQgogICBIb2QgSGFzaGFyb24sICAgNDUyNDEKICAgSXNyYWVsCgogICBFbWFpbDogbnVyaXQu c3ByZWNoZXJAbnNuLmNvbQoKCiAgIFRvbSBOYWRlYXUgKGVkaXRvcikKICAgQlQKICAgVW5pdGVk IFN0YXRlCgogICBFbWFpbDogdG9tLm5hZGVhdUBidC5jb20KCgoKCgoKCgoKU3ByZWNoZXIsIGV0 IGFsLiAgICAgICAgIEV4cGlyZXMgSmFudWFyeSA4LCAyMDA5ICAgICAgICAgICAgICAgW1BhZ2Ug MTZdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICBNUExTLVRQIE9BTSBBbmFseXNpcyAgICAg ICAgICAgICAgICAgSnVseSAyMDA4CgoKICAgSHV1YiB2YW4gSGVsdm9vcnQgKGVkaXRvcikKICAg SHVhd2VpCiAgIEIKICAgTmV0aGVybGFuZHMKCiAgIEVtYWlsOiBoaGVsdm9vcnRAaHVhd2VpLmNv bQoKCiAgIFlhYWNvdiBXZWluZ2FydGVuCiAgIE5va2lhIFNpZW1lbnMgTmV0d29ya3MKICAgMyBI YW5hZ2FyIFN0LiBOZXZlIE5lJ2VtYW4gQgogICBIb2QgSGFzaGFyb24sICAgNDUyNDEKICAgSXNy YWVsCgogICBFbWFpbDogeWFhY292LndlaW5nYXJ0ZW5AbnNuLmNvbQoKCgoKCgoKCgoKCgoKCgoK CgoKCgoKCgoKCgoKCgoKCgoKCgpTcHJlY2hlciwgZXQgYWwuICAgICAgICAgRXhwaXJlcyBKYW51 YXJ5IDgsIDIwMDkgICAgICAgICAgICAgICBbUGFnZSAxN10KDApJbnRlcm5ldC1EcmFmdCAgICAg ICAgICAgIE1QTFMtVFAgT0FNIEFuYWx5c2lzICAgICAgICAgICAgICAgICBKdWx5IDIwMDgKCgpG dWxsIENvcHlyaWdodCBTdGF0ZW1lbnQKCiAgIENvcHlyaWdodCAoQykgVGhlIElFVEYgVHJ1c3Qg KDIwMDgpLgoKICAgVGhpcyBkb2N1bWVudCBpcyBzdWJqZWN0IHRvIHRoZSByaWdodHMsIGxpY2Vu c2VzIGFuZCByZXN0cmljdGlvbnMKICAgY29udGFpbmVkIGluIEJDUCA3OCwgYW5kIGV4Y2VwdCBh cyBzZXQgZm9ydGggdGhlcmVpbiwgdGhlIGF1dGhvcnMKICAgcmV0YWluIGFsbCB0aGVpciByaWdo dHMuCgogICBUaGlzIGRvY3VtZW50IGFuZCB0aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGhlcmVp biBhcmUgcHJvdmlkZWQgb24gYW4KICAgIkFTIElTIiBiYXNpcyBhbmQgVEhFIENPTlRSSUJVVE9S LCBUSEUgT1JHQU5JWkFUSU9OIEhFL1NIRSBSRVBSRVNFTlRTCiAgIE9SIElTIFNQT05TT1JFRCBC WSAoSUYgQU5ZKSwgVEhFIElOVEVSTkVUIFNPQ0lFVFksIFRIRSBJRVRGIFRSVVNUIEFORAogICBU SEUgSU5URVJORVQgRU5HSU5FRVJJTkcgVEFTSyBGT1JDRSBESVNDTEFJTSBBTEwgV0FSUkFOVElF UywgRVhQUkVTUwogICBPUiBJTVBMSUVELCBJTkNMVURJTkcgQlVUIE5PVCBMSU1JVEVEIFRPIEFO WSBXQVJSQU5UWSBUSEFUIFRIRSBVU0UgT0YKICAgVEhFIElORk9STUFUSU9OIEhFUkVJTiBXSUxM IE5PVCBJTkZSSU5HRSBBTlkgUklHSFRTIE9SIEFOWSBJTVBMSUVECiAgIFdBUlJBTlRJRVMgT0Yg TUVSQ0hBTlRBQklMSVRZIE9SIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFLgoKCklu dGVsbGVjdHVhbCBQcm9wZXJ0eQoKICAgVGhlIElFVEYgdGFrZXMgbm8gcG9zaXRpb24gcmVnYXJk aW5nIHRoZSB2YWxpZGl0eSBvciBzY29wZSBvZiBhbnkKICAgSW50ZWxsZWN0dWFsIFByb3BlcnR5 IFJpZ2h0cyBvciBvdGhlciByaWdodHMgdGhhdCBtaWdodCBiZSBjbGFpbWVkIHRvCiAgIHBlcnRh aW4gdG8gdGhlIGltcGxlbWVudGF0aW9uIG9yIHVzZSBvZiB0aGUgdGVjaG5vbG9neSBkZXNjcmli ZWQgaW4KICAgdGhpcyBkb2N1bWVudCBvciB0aGUgZXh0ZW50IHRvIHdoaWNoIGFueSBsaWNlbnNl IHVuZGVyIHN1Y2ggcmlnaHRzCiAgIG1pZ2h0IG9yIG1pZ2h0IG5vdCBiZSBhdmFpbGFibGU7IG5v ciBkb2VzIGl0IHJlcHJlc2VudCB0aGF0IGl0IGhhcwogICBtYWRlIGFueSBpbmRlcGVuZGVudCBl ZmZvcnQgdG8gaWRlbnRpZnkgYW55IHN1Y2ggcmlnaHRzLiAgSW5mb3JtYXRpb24KICAgb24gdGhl IHByb2NlZHVyZXMgd2l0aCByZXNwZWN0IHRvIHJpZ2h0cyBpbiBSRkMgZG9jdW1lbnRzIGNhbiBi ZQogICBmb3VuZCBpbiBCQ1AgNzggYW5kIEJDUCA3OS4KCiAgIENvcGllcyBvZiBJUFIgZGlzY2xv c3VyZXMgbWFkZSB0byB0aGUgSUVURiBTZWNyZXRhcmlhdCBhbmQgYW55CiAgIGFzc3VyYW5jZXMg b2YgbGljZW5zZXMgdG8gYmUgbWFkZSBhdmFpbGFibGUsIG9yIHRoZSByZXN1bHQgb2YgYW4KICAg YXR0ZW1wdCBtYWRlIHRvIG9idGFpbiBhIGdlbmVyYWwgbGljZW5zZSBvciBwZXJtaXNzaW9uIGZv ciB0aGUgdXNlIG9mCiAgIHN1Y2ggcHJvcHJpZXRhcnkgcmlnaHRzIGJ5IGltcGxlbWVudGVycyBv ciB1c2VycyBvZiB0aGlzCiAgIHNwZWNpZmljYXRpb24gY2FuIGJlIG9idGFpbmVkIGZyb20gdGhl IElFVEYgb24tbGluZSBJUFIgcmVwb3NpdG9yeSBhdAogICBodHRwOi8vd3d3LmlldGYub3JnL2lw ci4KCiAgIFRoZSBJRVRGIGludml0ZXMgYW55IGludGVyZXN0ZWQgcGFydHkgdG8gYnJpbmcgdG8g aXRzIGF0dGVudGlvbiBhbnkKICAgY29weXJpZ2h0cywgcGF0ZW50cyBvciBwYXRlbnQgYXBwbGlj YXRpb25zLCBvciBvdGhlciBwcm9wcmlldGFyeQogICByaWdodHMgdGhhdCBtYXkgY292ZXIgdGVj aG5vbG9neSB0aGF0IG1heSBiZSByZXF1aXJlZCB0byBpbXBsZW1lbnQKICAgdGhpcyBzdGFuZGFy ZC4gIFBsZWFzZSBhZGRyZXNzIHRoZSBpbmZvcm1hdGlvbiB0byB0aGUgSUVURiBhdAogICBpZXRm LWlwckBpZXRmLm9yZy4KCgoKCgoKCgoKCgpTcHJlY2hlciwgZXQgYWwuICAgICAgICAgRXhwaXJl cyBKYW51YXJ5IDgsIDIwMDkgICAgICAgICAgICAgICBbUGFnZSAxOF0KDAoK ------_=_NextPart_001_01C8E106.EA35AD82 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop ------_=_NextPart_001_01C8E106.EA35AD82-- From mpls-interop-bounces@ietf.org Tue Jul 8 14:10:07 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C800B3A683A; Tue, 8 Jul 2008 14:10:07 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 58DA83A6AEC for ; Tue, 8 Jul 2008 14:10:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3g4UoVycF0L8 for ; Tue, 8 Jul 2008 14:10:06 -0700 (PDT) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.183]) by core3.amsl.com (Postfix) with ESMTP id 4BD1C3A683E for ; Tue, 8 Jul 2008 14:10:06 -0700 (PDT) Received: by ik-out-1112.google.com with SMTP id c28so1277816ika.5 for ; Tue, 08 Jul 2008 14:10:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id :disposition-notification-to:date:reply-to:user-agent:mime-version :to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding:from; bh=C0gHzvV7SVZ0hIEeOVHos3I9ISXNmtF7DJEghsMowoc=; b=X2KR+HbGguPHlEeBrqg7mL/YR0psS9X1GLM/vd0LQKMmPjBchBUV7rbKOl+5WvgMKL hMt5LIK5jiWyYr1pWhjCtLFzD4hCs3yKgxj/9j1JRiw/eLOYrBvH2q0O/8+CO8MkKsfs sr8SNkw5cNAdZGB4wD9BbBekokGvGMrNwRooE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:disposition-notification-to:date:reply-to:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding:from; b=U4RazzBeU3msl3AQiW38S6C/BUo+JJYyofxyQ6Kyexp/u/MyUSVz8twEOHONYgfRLW 3n5IvPjG7ER8OGsPRGYCwG8IgcCCt4LCoG6qdg8Np5FtP5G5owf1XLBfJYB47kCr6vBv mrGd25qbPvBw6XmuUkbAhDrmJusOEXUQWYNe8= Received: by 10.210.16.10 with SMTP id 10mr4469303ebp.118.1215551415190; Tue, 08 Jul 2008 14:10:15 -0700 (PDT) Received: from ?192.168.17.2? ( [24.132.228.153]) by mx.google.com with ESMTPS id y34sm9352087iky.10.2008.07.08.14.10.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 08 Jul 2008 14:10:13 -0700 (PDT) Message-ID: <4873D7B2.7060902@chello.nl> Date: Tue, 08 Jul 2008 23:10:10 +0200 User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: "Sprecher, Nurit (NSN - IL/Hod HaSharon)" References: <9FF5BDAD88B9D84881609E89AC92FB83F3ECF3@DEMUEXC014.nsn-intra.net> In-Reply-To: <9FF5BDAD88B9D84881609E89AC92FB83F3ECF3@DEMUEXC014.nsn-intra.net> From: Huub van Helvoort Cc: MEAD team Subject: Re: [Mpls-interop] MPLS-TP OAM Analysis X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: hhelvoort@chello.nl List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org Hi Nurit, The document is in a good shape now for public review. Thanks for all the work. Kind regards, huub. PS. my contact details: Huub van Helvoort Huawei Technologies Co. Ltd. Kolkgriend 38, 1356 BC Almere The Netherlands Phone: +31 36 5315076 Email: hhelvoort@huawei.com _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop From mpls-interop-bounces@ietf.org Thu Jul 10 04:41:59 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5D01128C0E5; Thu, 10 Jul 2008 04:41:59 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5EB163A695B; Thu, 10 Jul 2008 04:41:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.202 X-Spam-Level: X-Spam-Status: No, score=-2.202 tagged_above=-999 required=5 tests=[AWL=0.397, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kBhppm7ohXv4; Thu, 10 Jul 2008 04:41:57 -0700 (PDT) Received: from neo.viciousnest.net (neo.viciousnest.net [192.71.80.124]) by core3.amsl.com (Postfix) with ESMTP id E482D3A68D0; Thu, 10 Jul 2008 04:41:56 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by neo.viciousnest.net (Postfix) with ESMTP id 7ED4E1C2C0; Thu, 10 Jul 2008 13:42:07 +0200 (CEST) Received: from neo.viciousnest.net ([127.0.0.1]) by localhost (neo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17172-10; Thu, 10 Jul 2008 13:42:02 +0200 (CEST) Received: from [127.0.0.1] (pat.acreo.se [217.151.195.214]) by neo.viciousnest.net (Postfix) with ESMTP id 0C7B61C2BB; Thu, 10 Jul 2008 13:42:02 +0200 (CEST) Message-ID: <4875F57C.4040002@pi.nu> Date: Thu, 10 Jul 2008 13:41:48 +0200 From: Loa Andersson User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: mpls@ietf.org, mpls-tp@ietf.org, MEAD team , jwt@testbed.se, ahtmpls@itu.int, ccamp , pwe3 , L2VPN X-Virus-Scanned: by amavisd-new at viciousnest.net Subject: [Mpls-interop] First version of the first MPLS-TP documents X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org All, the MPLS-TP work that started after the ITU-T acceptance of the JWT advice to work with the iETF, using IETF processes, to create a MPLS Transport Profile (MPLS-TP) within the IETF MPLS architecture. This effort has now produced a set of documents available in their first versions. In IETF terminology the documents are still "individual drafts", but will after discussion, review and updates hopefully become working groups documents. First I'd like to thank all the people that has put in efforts to make this possible, we are actually a bit better of than we planned. Thanks to all editors and contributing authors! When accepting documents as working group documents there are two criteria that working groups are looking at: - is this document addressing a problem that needs to be solved - is this document a good starting point in solving this problem The MPLS-TP documents are in some aspects special with respect to the IETF process, the JWT produced guidelines on which documents that needs to be included in the MPLS-TP. The MEAD team has since "improved and extended" the document list. This makes us pretty sure that the documents address problems that needs to be solved. However it is usually beneficial to have documents reviewed early in order to create a the starting point needed for solving the problem. We therefore now invite both IETF working groups (CCAMP, MPLS, L2VPN and PWE3), the MPLS Interoperability (MEAD) team, the JWT and the ITU-T Ad Hoc MPLS group to participate in this review. The newly produced documents are: 1. A Framework for MPLS in Transport Networks 2. MPLS Generic Associated Channel 3. MPLS TP Network Management Requirements 4. MPLS-TP Requirements 5. MPLS-TP OAM Analysis 6. Multiprotocol Label Switching Transport Profile Survivability Framework 7. Assignment of the Generic Associated Channel Header Label (GAL) 8. Requirements for OAM in MPLS Transport Networks 9. JWT Report on MPLS Architectural Considerations for a Transport Profile Note: This is a document is created to an easily referencable and permanent storage for the JWT conclusions and advice. The major part of the document are the JWT slides, since it is not possible to change the slides it is only the commentary part of the document that is possible to comment on. It is always possible to to send comments on these documents to the MPLS working group mailing list, for document #2 (The Generic MPLS Associated Channel) comments could also go to the PWE3 mailing list. However, we are setting up a dedicated mailing list for the MPLS-TP discussions: mpls-tp@ietf.org To subscribe to this list send a mail to mpls-tp-request@ietf.org, and confirm by replying or visiting the indicated web-page. The easiest way to find all the MPLS-TP documents is to use the IETF ID Tracker: https://datatracker.ietf.org/idtracker/ and put "mpls-tp" in the filename field. There is also a 10th document that people from the JWT has pointed out to us would be beneficial if it did go through the same review process. 10. "EXP field" renamed to "CoS Field" The document has been progressed within the IETF as a normal MPLS document, and has passed MPLS working group last call. However, we need to run it through working group last call in the working groups with RFCs that is updated by this document. The ITU-T Ad Hoc MPLS group will be invited to participate in this wg last call. A mail will go out shortly with details of this working group last call. The process in the future will be that when a MPLS-TP document is published or updated a note will be sent to the relevant working group (this is an automated IETF process), this note will also be forwarded to the ITU-T Ad Hoc MPLS group. Receiving such a note indicates that it is time to review and comment on the document. When a document goes into working group last call the mail initiating the last call will also be sent to the ITU-T Ad Hoc MPLS group. Receiving such a last call REQUIRES, as per the agreement within the JWT, that the ITU-T respond formally, indicating either that the document is accepted or indicating necessary changes. To test this process we'd appreciate very much if the ITU-T treated the upcoming last call on this document the same way. /Loa (chair of the MEAD team) -- Loa Andersson Principal Networking Architect Acreo AB phone: +46 8 632 77 14 Isafjordsgatan 22 mobile: +46 739 81 21 64 Kista, Sweden email: loa.andersson@acreo.se loa@pi.nu _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop From mpls-interop-bounces@ietf.org Thu Jul 10 09:19:50 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 741713A67A3; Thu, 10 Jul 2008 09:19:50 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1C0CD3A680E for ; Thu, 10 Jul 2008 09:19:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id msJjDALMa7ls for ; Thu, 10 Jul 2008 09:19:49 -0700 (PDT) Received: from av10-1-sn2.hy.skanova.net (av10-1-sn2.hy.skanova.net [81.228.8.181]) by core3.amsl.com (Postfix) with ESMTP id 0E31A3A67A3 for ; Thu, 10 Jul 2008 09:19:49 -0700 (PDT) Received: by av10-1-sn2.hy.skanova.net (Postfix, from userid 502) id D1B123801A; Thu, 10 Jul 2008 18:20:02 +0200 (CEST) Received: from smtp4-1-sn2.hy.skanova.net (smtp4-1-sn2.hy.skanova.net [81.228.8.92]) by av10-1-sn2.hy.skanova.net (Postfix) with ESMTP id A6B0137EF1 for ; Thu, 10 Jul 2008 18:20:02 +0200 (CEST) Received: from [127.0.0.1] (h133n2fls33o883.telia.com [217.208.62.133]) by smtp4-1-sn2.hy.skanova.net (Postfix) with ESMTP id 86F4F37E43 for ; Thu, 10 Jul 2008 18:20:02 +0200 (CEST) Message-ID: <487636A7.3070601@pi.nu> Date: Thu, 10 Jul 2008 18:19:51 +0200 From: Loa Andersson User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: MEAD team Subject: [Mpls-interop] 3 x OAM or I'm getting cross eyed X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org All, this is a discussion we need and a decision we mast take. 1. The "A Framework for MPLS in Transport Networks" draft-blb-mpls-tp-framework-00, says: "3.5. Operations and Management (OAM)..............8" 2. MPLS Generic Associated Channel draft-bocci-pwe3-mpls-tp-ge-ach-00.txt says: "Operations and Maintenance (OAM)" 3. MPLS TP Network Management Requirements draft-gray-mpls-tp-nm-req-00.txt says: "Operations and Maintenance (OAM)" 4. MPLS-TP Requirements draft-jenkins-mpls-mpls-tp-requirements-00 - does not expand the acronym 5. MPLS-TP OAM Analysis draft-sprecher-mpls-tp-oam-analysis-01.txt says: "OAM (Operations, Administration, and Maintenance)" 6. Multiprotocol Label Switching Transport Profile Survivability Framework draft-sprecher-mpls-tp-survive-fwk-00.txt: - does not expand the acronym 7. Assignment of the Generic Associated Channel Header Label (GAL) draft-vigoureux-mpls-tp-gal-00 says: Operations and Management (OAM) 8. Requirements for OAM in MPLS Transport Networks draft-vigoureux-mpls-tp-oam-requirements-00 says: "OAM (Operations and Management)" There seems to be three different possible expansions (interpretations) of the OAM acronym, I don't know which one is right, if any, but I'm pretty sure that we can't have three different understandings of what OAM means, with less than that we actually write something about why we think we need all the three variants. I also think that we should be explicit about what the acronym stands for (expand it at the first occurance) in all the documents. Anyone that has abetter understanding of this than I have? /Loa -- Loa Andersson Principal Networking Architect Acreo AB phone: +46 8 632 77 14 Isafjordsgatan 22 mobile: +46 739 81 21 64 Kista, Sweden email: loa.andersson@acreo.se loa@pi.nu _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop From mpls-interop-bounces@ietf.org Thu Jul 10 10:33:23 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C2CBA3A6891; Thu, 10 Jul 2008 10:33:23 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 744043A6891 for ; Thu, 10 Jul 2008 10:33:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_31=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Io+5feCWwL5t for ; Thu, 10 Jul 2008 10:33:21 -0700 (PDT) Received: from ihemail4.lucent.com (ihemail4.lucent.com [135.245.0.39]) by core3.amsl.com (Postfix) with ESMTP id 7ABEE3A69AA for ; Thu, 10 Jul 2008 10:33:21 -0700 (PDT) Received: from ilexp03.ndc.lucent.com (h135-3-39-50.lucent.com [135.3.39.50]) by ihemail4.lucent.com (8.13.8/IER-o) with ESMTP id m6AHXHTl021704; Thu, 10 Jul 2008 12:33:30 -0500 (CDT) Received: from ILEXC2U03.ndc.lucent.com ([135.3.39.11]) by ilexp03.ndc.lucent.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 10 Jul 2008 12:33:27 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 10 Jul 2008 12:33:26 -0500 Message-ID: In-Reply-To: <487636A7.3070601@pi.nu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Mpls-interop] 3 x OAM or I'm getting cross eyed Thread-Index: AcjiqNF1kTL3ybznTY+dZTuq/8wlpAACGBKg References: <487636A7.3070601@pi.nu> From: "Lam, Hing-Kam \(Kam\)" To: "Loa Andersson" , "MEAD team" X-OriginalArrivalTime: 10 Jul 2008 17:33:27.0871 (UTC) FILETIME=[1030B4F0:01C8E2B3] X-Scanned-By: MIMEDefang 2.57 on 135.245.2.39 Subject: Re: [Mpls-interop] 3 x OAM or I'm getting cross eyed X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org Loa, Glad that this is brought up for discussion. We should have a unified use of the acronym OAM. For information, traditionally in telecom world, OAM stands for "Operations, Administration and Maintenance", also OAM&P stands for "Operations, Administration, Maintenance and Provisioning" and have been defined in the Telecom Glossary (ANSI T1.523-2001) and used in the titles of many ANSI standards for years. By the way, you might want to look at Section 4 of the MPLS-TP NM Requirements draft draft-gray-mpls-tp-nm-req-00.txt. We describe the distinction and relationship of vertical and horizontal OAM from a NM management perspective. Regards, Kam -----Original Message----- From: mpls-interop-bounces@ietf.org [mailto:mpls-interop-bounces@ietf.org] On Behalf Of Loa Andersson Sent: Thursday, July 10, 2008 12:20 PM To: MEAD team Subject: [Mpls-interop] 3 x OAM or I'm getting cross eyed All, this is a discussion we need and a decision we mast take. 1. The "A Framework for MPLS in Transport Networks" draft-blb-mpls-tp-framework-00, says: "3.5. Operations and Management (OAM)..............8" 2. MPLS Generic Associated Channel draft-bocci-pwe3-mpls-tp-ge-ach-00.txt says: "Operations and Maintenance (OAM)" 3. MPLS TP Network Management Requirements draft-gray-mpls-tp-nm-req-00.txt says: "Operations and Maintenance (OAM)" 4. MPLS-TP Requirements draft-jenkins-mpls-mpls-tp-requirements-00 - does not expand the acronym 5. MPLS-TP OAM Analysis draft-sprecher-mpls-tp-oam-analysis-01.txt says: "OAM (Operations, Administration, and Maintenance)" 6. Multiprotocol Label Switching Transport Profile Survivability Framework draft-sprecher-mpls-tp-survive-fwk-00.txt: - does not expand the acronym 7. Assignment of the Generic Associated Channel Header Label (GAL) draft-vigoureux-mpls-tp-gal-00 says: Operations and Management (OAM) 8. Requirements for OAM in MPLS Transport Networks draft-vigoureux-mpls-tp-oam-requirements-00 says: "OAM (Operations and Management)" There seems to be three different possible expansions (interpretations) of the OAM acronym, I don't know which one is right, if any, but I'm pretty sure that we can't have three different understandings of what OAM means, with less than that we actually write something about why we think we need all the three variants. I also think that we should be explicit about what the acronym stands for (expand it at the first occurance) in all the documents. Anyone that has abetter understanding of this than I have? /Loa -- Loa Andersson Principal Networking Architect Acreo AB phone: +46 8 632 77 14 Isafjordsgatan 22 mobile: +46 739 81 21 64 Kista, Sweden email: loa.andersson@acreo.se loa@pi.nu _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop From mpls-interop-bounces@ietf.org Thu Jul 10 12:05:50 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5D2E03A69F5; Thu, 10 Jul 2008 12:05:50 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BB0603A69F5 for ; Thu, 10 Jul 2008 12:05:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_31=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VA9Y+M9C-08J for ; Thu, 10 Jul 2008 12:05:47 -0700 (PDT) Received: from sacmail2.verizon.com (sacmail2.verizon.com [192.76.84.41]) by core3.amsl.com (Postfix) with ESMTP id CA08328C17D for ; Thu, 10 Jul 2008 12:05:13 -0700 (PDT) Received: from smtptpa3.verizon.com (smtptpa3.verizon.com [138.83.71.176]) by sacmail2.verizon.com (8.13.7+Sun/8.13.3) with ESMTP id m6AJ5H8E025527; Thu, 10 Jul 2008 15:05:18 -0400 (EDT) Received: from ftwintrmemf2.verizon.com (ftwintrmemf2.verizon.com [138.83.131.184]) by smtptpa3.verizon.com (8.13.3/8.13.3) with ESMTP id m6AJ5Hq6015401; Thu, 10 Jul 2008 15:05:17 -0400 (EDT) Received: from ftwintrmemf2.verizon.com (unknown [127.0.0.1]) by ftwintrmemf2.verizon.com (Symantec Mail Security) with ESMTP id 2A6D4528002; Thu, 10 Jul 2008 15:05:17 -0400 (EDT) X-AuditID: 8a5383b8-a3ebcbb000000647-ed-48765d6cf57a Received: from smtptpa3.verizon.com (unknown [138.83.71.176]) by ftwintrmemf2.verizon.com (EMF) with ESMTP id F0D134E4002; Thu, 10 Jul 2008 15:05:16 -0400 (EDT) Received: from FHDP1CCMXCG01.us.one.verizon.com ([166.68.240.33]) by smtptpa3.verizon.com (8.13.3/8.13.3) with ESMTP id m6AJ5FEX015335; Thu, 10 Jul 2008 15:05:16 -0400 (EDT) Received: from FHDP1CCMXCV01.us.one.verizon.com ([166.68.240.11]) by FHDP1CCMXCG01.us.one.verizon.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 10 Jul 2008 15:05:16 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 10 Jul 2008 15:04:29 -0400 Message-ID: <03EF010917EC4F46975DE0B94C51B1C205B914@FHDP1CCMXCV01.us.one.verizon.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Mpls-interop] 3 x OAM or I'm getting cross eyed Thread-Index: AcjiqNF1kTL3ybznTY+dZTuq/8wlpAACGBKgAAOhF7g= From: To: , , X-OriginalArrivalTime: 10 Jul 2008 19:05:16.0435 (UTC) FILETIME=[E38CDE30:01C8E2BF] X-Brightmail-Tracker: AAAAAA== Subject: Re: [Mpls-interop] 3 x OAM or I'm getting cross eyed X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0368967545==" Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org This is a multi-part message in MIME format. --===============0368967545== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C8E2BF.CD1ED15F" This is a multi-part message in MIME format. ------_=_NextPart_001_01C8E2BF.CD1ED15F Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 TXkgdW5kZXJzdGFuZGluZyBqaWJlcyB3aXRoIEthbSdzIGVtYWlsLiANCg0KQ2hlZXJzLA0KQW5k eSANCg0KLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLQ0KRnJvbTogbXBscy1pbnRlcm9wLWJv dW5jZXNAaWV0Zi5vcmcgPG1wbHMtaW50ZXJvcC1ib3VuY2VzQGlldGYub3JnPg0KVG86IExvYSBB bmRlcnNzb24gPGxvYUBwaS5udT47IE1FQUQgdGVhbSA8bXBscy1pbnRlcm9wQGlldGYub3JnPg0K U2VudDogVGh1IEp1bCAxMCAxMzozMzoyNiAyMDA4DQpTdWJqZWN0OiBSZTogW01wbHMtaW50ZXJv cF0gMyB4IE9BTSBvciBJJ20gZ2V0dGluZyBjcm9zcyBleWVkDQoNCkxvYSwNCg0KR2xhZCB0aGF0 IHRoaXMgaXMgYnJvdWdodCB1cCBmb3IgZGlzY3Vzc2lvbi4gV2Ugc2hvdWxkIGhhdmUgYSB1bmlm aWVkDQp1c2Ugb2YgdGhlIGFjcm9ueW0gT0FNLiANCg0KRm9yIGluZm9ybWF0aW9uLCB0cmFkaXRp b25hbGx5IGluIHRlbGVjb20gd29ybGQsIA0KT0FNIHN0YW5kcyBmb3IgIk9wZXJhdGlvbnMsIEFk bWluaXN0cmF0aW9uIGFuZCBNYWludGVuYW5jZSIsIGFsc28gDQpPQU0mUCBzdGFuZHMgZm9yICJP cGVyYXRpb25zLCBBZG1pbmlzdHJhdGlvbiwgTWFpbnRlbmFuY2UgYW5kDQpQcm92aXNpb25pbmci IGFuZCBoYXZlIGJlZW4gZGVmaW5lZCBpbiB0aGUgVGVsZWNvbSBHbG9zc2FyeSAoQU5TSQ0KVDEu NTIzLTIwMDEpIGFuZCB1c2VkIGluIHRoZSB0aXRsZXMgb2YgbWFueSBBTlNJIHN0YW5kYXJkcyBm b3IgeWVhcnMuDQoNCkJ5IHRoZSB3YXksIHlvdSBtaWdodCB3YW50IHRvIGxvb2sgYXQgU2VjdGlv biA0IG9mIHRoZSBNUExTLVRQIE5NDQpSZXF1aXJlbWVudHMgZHJhZnQgZHJhZnQtZ3JheS1tcGxz LXRwLW5tLXJlcS0wMC50eHQuIFdlIGRlc2NyaWJlIHRoZQ0KZGlzdGluY3Rpb24gYW5kIHJlbGF0 aW9uc2hpcCBvZiB2ZXJ0aWNhbCBhbmQgaG9yaXpvbnRhbCBPQU0gZnJvbSBhIE5NDQptYW5hZ2Vt ZW50IHBlcnNwZWN0aXZlLg0KDQpSZWdhcmRzLA0KS2FtICANCg0KLS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS0NCkZyb206IG1wbHMtaW50ZXJvcC1ib3VuY2VzQGlldGYub3JnDQpbbWFpbHRvOm1w bHMtaW50ZXJvcC1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgTG9hIEFuZGVyc3Nvbg0K U2VudDogVGh1cnNkYXksIEp1bHkgMTAsIDIwMDggMTI6MjAgUE0NClRvOiBNRUFEIHRlYW0NClN1 YmplY3Q6IFtNcGxzLWludGVyb3BdIDMgeCBPQU0gb3IgSSdtIGdldHRpbmcgY3Jvc3MgZXllZA0K DQpBbGwsDQoNCnRoaXMgaXMgYSBkaXNjdXNzaW9uIHdlIG5lZWQgYW5kIGEgZGVjaXNpb24gd2Ug bWFzdCB0YWtlLg0KDQoxLiBUaGUgIkEgRnJhbWV3b3JrIGZvciBNUExTIGluIFRyYW5zcG9ydCBO ZXR3b3JrcyINCiAgICBkcmFmdC1ibGItbXBscy10cC1mcmFtZXdvcmstMDAsIHNheXM6DQoNCiIz LjUuIE9wZXJhdGlvbnMgYW5kIE1hbmFnZW1lbnQgKE9BTSkuLi4uLi4uLi4uLi4uLjgiDQoNCjIu IE1QTFMgR2VuZXJpYyBBc3NvY2lhdGVkIENoYW5uZWwNCiAgICBkcmFmdC1ib2NjaS1wd2UzLW1w bHMtdHAtZ2UtYWNoLTAwLnR4dCBzYXlzOg0KDQoiT3BlcmF0aW9ucyBhbmQgTWFpbnRlbmFuY2Ug KE9BTSkiDQoNCjMuIE1QTFMgVFAgTmV0d29yayBNYW5hZ2VtZW50IFJlcXVpcmVtZW50cw0KICAg IGRyYWZ0LWdyYXktbXBscy10cC1ubS1yZXEtMDAudHh0IHNheXM6DQoNCiJPcGVyYXRpb25zIGFu ZCBNYWludGVuYW5jZSAoT0FNKSINCg0KNC4gIE1QTFMtVFAgUmVxdWlyZW1lbnRzDQogICAgIGRy YWZ0LWplbmtpbnMtbXBscy1tcGxzLXRwLXJlcXVpcmVtZW50cy0wMA0KLSBkb2VzIG5vdCBleHBh bmQgdGhlIGFjcm9ueW0NCg0KNS4gIE1QTFMtVFAgT0FNIEFuYWx5c2lzDQogICAgIGRyYWZ0LXNw cmVjaGVyLW1wbHMtdHAtb2FtLWFuYWx5c2lzLTAxLnR4dCBzYXlzOg0KDQoiT0FNIChPcGVyYXRp b25zLCBBZG1pbmlzdHJhdGlvbiwgYW5kIE1haW50ZW5hbmNlKSINCg0KNi4gTXVsdGlwcm90b2Nv bCBMYWJlbCBTd2l0Y2hpbmcgVHJhbnNwb3J0IFByb2ZpbGUNCiAgICBTdXJ2aXZhYmlsaXR5IEZy YW1ld29yaw0KICAgIGRyYWZ0LXNwcmVjaGVyLW1wbHMtdHAtc3Vydml2ZS1md2stMDAudHh0Og0K ICAtIGRvZXMgbm90IGV4cGFuZCB0aGUgYWNyb255bQ0KDQo3LiBBc3NpZ25tZW50IG9mIHRoZSBH ZW5lcmljIEFzc29jaWF0ZWQgQ2hhbm5lbCBIZWFkZXIgTGFiZWwgKEdBTCkNCiAgICBkcmFmdC12 aWdvdXJldXgtbXBscy10cC1nYWwtMDAgIHNheXM6DQoNCk9wZXJhdGlvbnMgYW5kIE1hbmFnZW1l bnQgKE9BTSkNCg0KOC4gUmVxdWlyZW1lbnRzIGZvciBPQU0gaW4gTVBMUyBUcmFuc3BvcnQgTmV0 d29ya3MNCiAgICBkcmFmdC12aWdvdXJldXgtbXBscy10cC1vYW0tcmVxdWlyZW1lbnRzLTAwIHNh eXM6DQoiT0FNIChPcGVyYXRpb25zIGFuZCBNYW5hZ2VtZW50KSINCg0KVGhlcmUgc2VlbXMgdG8g YmUgdGhyZWUgZGlmZmVyZW50IHBvc3NpYmxlIGV4cGFuc2lvbnMgKGludGVycHJldGF0aW9ucykN Cm9mIHRoZSBPQU0gYWNyb255bSwgSSBkb24ndCBrbm93IHdoaWNoIG9uZSBpcyByaWdodCwgaWYg YW55LCBidXQgSSdtDQpwcmV0dHkgc3VyZSB0aGF0IHdlIGNhbid0IGhhdmUgdGhyZWUgZGlmZmVy ZW50IHVuZGVyc3RhbmRpbmdzIG9mIHdoYXQNCk9BTSBtZWFucywgd2l0aCBsZXNzIHRoYW4gdGhh dCB3ZSBhY3R1YWxseSB3cml0ZSBzb21ldGhpbmcgYWJvdXQgd2h5DQp3ZSB0aGluayB3ZSBuZWVk IGFsbCB0aGUgdGhyZWUgdmFyaWFudHMuDQoNCkkgYWxzbyB0aGluayB0aGF0IHdlIHNob3VsZCBi ZSBleHBsaWNpdCBhYm91dCB3aGF0IHRoZSBhY3JvbnltIHN0YW5kcw0KZm9yIChleHBhbmQgaXQg YXQgdGhlIGZpcnN0IG9jY3VyYW5jZSkgaW4gYWxsIHRoZSBkb2N1bWVudHMuDQoNCkFueW9uZSB0 aGF0IGhhcyBhYmV0dGVyIHVuZGVyc3RhbmRpbmcgb2YgdGhpcyB0aGFuIEkgaGF2ZT8NCg0KL0xv YQ0KDQotLSANCkxvYSBBbmRlcnNzb24NCg0KUHJpbmNpcGFsIE5ldHdvcmtpbmcgQXJjaGl0ZWN0 DQpBY3JlbyBBQiAgICAgICAgICAgICAgICAgICAgICAgICAgIHBob25lOiAgKzQ2IDggNjMyIDc3 IDE0DQpJc2Fmam9yZHNnYXRhbiAyMiAgICAgICAgICAgICAgICAgIG1vYmlsZTogKzQ2IDczOSA4 MSAyMSA2NA0KS2lzdGEsIFN3ZWRlbiAgICAgICAgICAgICAgICAgICAgICBlbWFpbDogIGxvYS5h bmRlcnNzb25AYWNyZW8uc2UNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgbG9hQHBpLm51DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KTXBscy1pbnRlcm9wIG1haWxpbmcgbGlzdA0KTXBscy1pbnRlcm9wQGlldGYub3Jn DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMtaW50ZXJvcA0KX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCk1wbHMtaW50ZXJv cCBtYWlsaW5nIGxpc3QNCk1wbHMtaW50ZXJvcEBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9tcGxzLWludGVyb3ANCg== ------_=_NextPart_001_01C8E2BF.CD1ED15F Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDMuMi8vRU4iPg0KPEhUTUw+ DQo8SEVBRD4NCjxNRVRBIEhUVFAtRVFVSVY9IkNvbnRlbnQtVHlwZSIgQ09OVEVOVD0idGV4dC9o dG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxNRVRBIE5BTUU9IkdlbmVyYXRvciIgQ09OVEVOVD0iTVMg RXhjaGFuZ2UgU2VydmVyIHZlcnNpb24gNi41Ljc2NTIuMjQiPg0KPFRJVExFPlJlOiBbTXBscy1p bnRlcm9wXSAzIHggT0FNIG9yIEknbSBnZXR0aW5nIGNyb3NzIGV5ZWQ8L1RJVExFPg0KPC9IRUFE Pg0KPEJPRFk+DQo8IS0tIENvbnZlcnRlZCBmcm9tIHRleHQvcGxhaW4gZm9ybWF0IC0tPg0KDQo8 UD48Rk9OVCBTSVpFPTI+TXkgdW5kZXJzdGFuZGluZyBqaWJlcyB3aXRoIEthbSdzIGVtYWlsLjxC Uj4NCjxCUj4NCkNoZWVycyw8QlI+DQpBbmR5PEJSPg0KPEJSPg0KLS0tLS0gT3JpZ2luYWwgTWVz c2FnZSAtLS0tLTxCUj4NCkZyb206IG1wbHMtaW50ZXJvcC1ib3VuY2VzQGlldGYub3JnICZsdDtt cGxzLWludGVyb3AtYm91bmNlc0BpZXRmLm9yZyZndDs8QlI+DQpUbzogTG9hIEFuZGVyc3NvbiAm bHQ7bG9hQHBpLm51Jmd0OzsgTUVBRCB0ZWFtICZsdDttcGxzLWludGVyb3BAaWV0Zi5vcmcmZ3Q7 PEJSPg0KU2VudDogVGh1IEp1bCAxMCAxMzozMzoyNiAyMDA4PEJSPg0KU3ViamVjdDogUmU6IFtN cGxzLWludGVyb3BdIDMgeCBPQU0gb3IgSSdtIGdldHRpbmcgY3Jvc3MgZXllZDxCUj4NCjxCUj4N CkxvYSw8QlI+DQo8QlI+DQpHbGFkIHRoYXQgdGhpcyBpcyBicm91Z2h0IHVwIGZvciBkaXNjdXNz aW9uLiBXZSBzaG91bGQgaGF2ZSBhIHVuaWZpZWQ8QlI+DQp1c2Ugb2YgdGhlIGFjcm9ueW0gT0FN LjxCUj4NCjxCUj4NCkZvciBpbmZvcm1hdGlvbiwgdHJhZGl0aW9uYWxseSBpbiB0ZWxlY29tIHdv cmxkLDxCUj4NCk9BTSBzdGFuZHMgZm9yICZxdW90O09wZXJhdGlvbnMsIEFkbWluaXN0cmF0aW9u IGFuZCBNYWludGVuYW5jZSZxdW90OywgYWxzbzxCUj4NCk9BTSZhbXA7UCBzdGFuZHMgZm9yICZx dW90O09wZXJhdGlvbnMsIEFkbWluaXN0cmF0aW9uLCBNYWludGVuYW5jZSBhbmQ8QlI+DQpQcm92 aXNpb25pbmcmcXVvdDsgYW5kIGhhdmUgYmVlbiBkZWZpbmVkIGluIHRoZSBUZWxlY29tIEdsb3Nz YXJ5IChBTlNJPEJSPg0KVDEuNTIzLTIwMDEpIGFuZCB1c2VkIGluIHRoZSB0aXRsZXMgb2YgbWFu eSBBTlNJIHN0YW5kYXJkcyBmb3IgeWVhcnMuPEJSPg0KPEJSPg0KQnkgdGhlIHdheSwgeW91IG1p Z2h0IHdhbnQgdG8gbG9vayBhdCBTZWN0aW9uIDQgb2YgdGhlIE1QTFMtVFAgTk08QlI+DQpSZXF1 aXJlbWVudHMgZHJhZnQgZHJhZnQtZ3JheS1tcGxzLXRwLW5tLXJlcS0wMC50eHQuIFdlIGRlc2Ny aWJlIHRoZTxCUj4NCmRpc3RpbmN0aW9uIGFuZCByZWxhdGlvbnNoaXAgb2YgdmVydGljYWwgYW5k IGhvcml6b250YWwgT0FNIGZyb20gYSBOTTxCUj4NCm1hbmFnZW1lbnQgcGVyc3BlY3RpdmUuPEJS Pg0KPEJSPg0KUmVnYXJkcyw8QlI+DQpLYW0mbmJzcDs8QlI+DQo8QlI+DQotLS0tLU9yaWdpbmFs IE1lc3NhZ2UtLS0tLTxCUj4NCkZyb206IG1wbHMtaW50ZXJvcC1ib3VuY2VzQGlldGYub3JnPEJS Pg0KWzxBIEhSRUY9Im1haWx0bzptcGxzLWludGVyb3AtYm91bmNlc0BpZXRmLm9yZyI+bWFpbHRv Om1wbHMtaW50ZXJvcC1ib3VuY2VzQGlldGYub3JnPC9BPl0gT24gQmVoYWxmIE9mIExvYSBBbmRl cnNzb248QlI+DQpTZW50OiBUaHVyc2RheSwgSnVseSAxMCwgMjAwOCAxMjoyMCBQTTxCUj4NClRv OiBNRUFEIHRlYW08QlI+DQpTdWJqZWN0OiBbTXBscy1pbnRlcm9wXSAzIHggT0FNIG9yIEknbSBn ZXR0aW5nIGNyb3NzIGV5ZWQ8QlI+DQo8QlI+DQpBbGwsPEJSPg0KPEJSPg0KdGhpcyBpcyBhIGRp c2N1c3Npb24gd2UgbmVlZCBhbmQgYSBkZWNpc2lvbiB3ZSBtYXN0IHRha2UuPEJSPg0KPEJSPg0K MS4gVGhlICZxdW90O0EgRnJhbWV3b3JrIGZvciBNUExTIGluIFRyYW5zcG9ydCBOZXR3b3JrcyZx dW90OzxCUj4NCiZuYnNwOyZuYnNwOyZuYnNwOyBkcmFmdC1ibGItbXBscy10cC1mcmFtZXdvcmst MDAsIHNheXM6PEJSPg0KPEJSPg0KJnF1b3Q7My41LiBPcGVyYXRpb25zIGFuZCBNYW5hZ2VtZW50 IChPQU0pLi4uLi4uLi4uLi4uLi44JnF1b3Q7PEJSPg0KPEJSPg0KMi4gTVBMUyBHZW5lcmljIEFz c29jaWF0ZWQgQ2hhbm5lbDxCUj4NCiZuYnNwOyZuYnNwOyZuYnNwOyBkcmFmdC1ib2NjaS1wd2Uz LW1wbHMtdHAtZ2UtYWNoLTAwLnR4dCBzYXlzOjxCUj4NCjxCUj4NCiZxdW90O09wZXJhdGlvbnMg YW5kIE1haW50ZW5hbmNlIChPQU0pJnF1b3Q7PEJSPg0KPEJSPg0KMy4gTVBMUyBUUCBOZXR3b3Jr IE1hbmFnZW1lbnQgUmVxdWlyZW1lbnRzPEJSPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IGRyYWZ0LWdy YXktbXBscy10cC1ubS1yZXEtMDAudHh0IHNheXM6PEJSPg0KPEJSPg0KJnF1b3Q7T3BlcmF0aW9u cyBhbmQgTWFpbnRlbmFuY2UgKE9BTSkmcXVvdDs8QlI+DQo8QlI+DQo0LiZuYnNwOyBNUExTLVRQ IFJlcXVpcmVtZW50czxCUj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBkcmFmdC1qZW5raW5z LW1wbHMtbXBscy10cC1yZXF1aXJlbWVudHMtMDA8QlI+DQotIGRvZXMgbm90IGV4cGFuZCB0aGUg YWNyb255bTxCUj4NCjxCUj4NCjUuJm5ic3A7IE1QTFMtVFAgT0FNIEFuYWx5c2lzPEJSPg0KJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGRyYWZ0LXNwcmVjaGVyLW1wbHMtdHAtb2FtLWFuYWx5c2lz LTAxLnR4dCBzYXlzOjxCUj4NCjxCUj4NCiZxdW90O09BTSAoT3BlcmF0aW9ucywgQWRtaW5pc3Ry YXRpb24sIGFuZCBNYWludGVuYW5jZSkmcXVvdDs8QlI+DQo8QlI+DQo2LiBNdWx0aXByb3RvY29s IExhYmVsIFN3aXRjaGluZyBUcmFuc3BvcnQgUHJvZmlsZTxCUj4NCiZuYnNwOyZuYnNwOyZuYnNw OyBTdXJ2aXZhYmlsaXR5IEZyYW1ld29yazxCUj4NCiZuYnNwOyZuYnNwOyZuYnNwOyBkcmFmdC1z cHJlY2hlci1tcGxzLXRwLXN1cnZpdmUtZndrLTAwLnR4dDo8QlI+DQombmJzcDsgLSBkb2VzIG5v dCBleHBhbmQgdGhlIGFjcm9ueW08QlI+DQo8QlI+DQo3LiBBc3NpZ25tZW50IG9mIHRoZSBHZW5l cmljIEFzc29jaWF0ZWQgQ2hhbm5lbCBIZWFkZXIgTGFiZWwgKEdBTCk8QlI+DQombmJzcDsmbmJz cDsmbmJzcDsgZHJhZnQtdmlnb3VyZXV4LW1wbHMtdHAtZ2FsLTAwJm5ic3A7IHNheXM6PEJSPg0K PEJSPg0KT3BlcmF0aW9ucyBhbmQgTWFuYWdlbWVudCAoT0FNKTxCUj4NCjxCUj4NCjguIFJlcXVp cmVtZW50cyBmb3IgT0FNIGluIE1QTFMgVHJhbnNwb3J0IE5ldHdvcmtzPEJSPg0KJm5ic3A7Jm5i c3A7Jm5ic3A7IGRyYWZ0LXZpZ291cmV1eC1tcGxzLXRwLW9hbS1yZXF1aXJlbWVudHMtMDAgc2F5 czo8QlI+DQomcXVvdDtPQU0gKE9wZXJhdGlvbnMgYW5kIE1hbmFnZW1lbnQpJnF1b3Q7PEJSPg0K PEJSPg0KVGhlcmUgc2VlbXMgdG8gYmUgdGhyZWUgZGlmZmVyZW50IHBvc3NpYmxlIGV4cGFuc2lv bnMgKGludGVycHJldGF0aW9ucyk8QlI+DQpvZiB0aGUgT0FNIGFjcm9ueW0sIEkgZG9uJ3Qga25v dyB3aGljaCBvbmUgaXMgcmlnaHQsIGlmIGFueSwgYnV0IEknbTxCUj4NCnByZXR0eSBzdXJlIHRo YXQgd2UgY2FuJ3QgaGF2ZSB0aHJlZSBkaWZmZXJlbnQgdW5kZXJzdGFuZGluZ3Mgb2Ygd2hhdDxC Uj4NCk9BTSBtZWFucywgd2l0aCBsZXNzIHRoYW4gdGhhdCB3ZSBhY3R1YWxseSB3cml0ZSBzb21l dGhpbmcgYWJvdXQgd2h5PEJSPg0Kd2UgdGhpbmsgd2UgbmVlZCBhbGwgdGhlIHRocmVlIHZhcmlh bnRzLjxCUj4NCjxCUj4NCkkgYWxzbyB0aGluayB0aGF0IHdlIHNob3VsZCBiZSBleHBsaWNpdCBh Ym91dCB3aGF0IHRoZSBhY3JvbnltIHN0YW5kczxCUj4NCmZvciAoZXhwYW5kIGl0IGF0IHRoZSBm aXJzdCBvY2N1cmFuY2UpIGluIGFsbCB0aGUgZG9jdW1lbnRzLjxCUj4NCjxCUj4NCkFueW9uZSB0 aGF0IGhhcyBhYmV0dGVyIHVuZGVyc3RhbmRpbmcgb2YgdGhpcyB0aGFuIEkgaGF2ZT88QlI+DQo8 QlI+DQovTG9hPEJSPg0KPEJSPg0KLS08QlI+DQpMb2EgQW5kZXJzc29uPEJSPg0KPEJSPg0KUHJp bmNpcGFsIE5ldHdvcmtpbmcgQXJjaGl0ZWN0PEJSPg0KQWNyZW8gQUImbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcGhvbmU6Jm5ic3A7ICs0NiA4IDYzMiA3NyAxNDxC Uj4NCklzYWZqb3Jkc2dhdGFuIDIyJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IG1vYmlsZTogKzQ2IDczOSA4MSAyMSA2NDxCUj4NCktpc3RhLCBTd2VkZW4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgZW1haWw6Jm5ic3A7IGxvYS5hbmRlcnNzb25AYWNyZW8uc2U8QlI+DQombmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgbG9hQHBpLm51PEJSPg0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX188QlI+DQpNcGxzLWludGVyb3AgbWFpbGluZyBs aXN0PEJSPg0KTXBscy1pbnRlcm9wQGlldGYub3JnPEJSPg0KPEEgSFJFRj0iaHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzLWludGVyb3AiPmh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vbXBscy1pbnRlcm9wPC9BPjxCUj4NCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPEJSPg0KTXBscy1pbnRlcm9wIG1haWxp bmcgbGlzdDxCUj4NCk1wbHMtaW50ZXJvcEBpZXRmLm9yZzxCUj4NCjxBIEhSRUY9Imh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscy1pbnRlcm9wIj5odHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMtaW50ZXJvcDwvQT48QlI+DQo8L0ZPTlQ+DQo8 L1A+DQoNCjwvQk9EWT4NCjwvSFRNTD4= ------_=_NextPart_001_01C8E2BF.CD1ED15F-- --===============0368967545== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop --===============0368967545==-- From mpls-interop-bounces@ietf.org Thu Jul 10 12:37:44 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 82D0D3A692A; Thu, 10 Jul 2008 12:37:44 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2A7003A69E5 for ; Thu, 10 Jul 2008 12:37:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.711 X-Spam-Level: X-Spam-Status: No, score=-1.711 tagged_above=-999 required=5 tests=[AWL=-0.779, BAYES_00=-2.599, J_CHICKENPOX_31=0.6, RCVD_IN_DNSWL_LOW=-1, RCVD_NUMERIC_HELO=2.067] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oXQgEp27jHsU for ; Thu, 10 Jul 2008 12:37:42 -0700 (PDT) Received: from smtp3.smtp.bt.com (smtp3.smtp.bt.com [217.32.164.138]) by core3.amsl.com (Postfix) with ESMTP id 02F1D3A692A for ; Thu, 10 Jul 2008 12:37:41 -0700 (PDT) Received: from E03MVB3-UKBR.domain1.systemhost.net ([193.113.197.108]) by smtp3.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 10 Jul 2008 20:37:54 +0100 Received: from 193.113.197.28 ([193.113.197.28]) by E03MVB3-UKBR.domain1.systemhost.net ([193.113.197.60]) with Microsoft Exchange Server HTTP-DAV ; Thu, 10 Jul 2008 19:37:54 +0000 MIME-Version: 1.0 Message-ID: <136501c8e2c4$72cdcfa4$1cc571c1@domain1.systemhost.net> From: "Niven-jenkins,B,Ben,DMF R" X-MimeOLE: Produced By Microsoft Exchange V6.5 Thread-Topic: [Mpls-interop] 3 x OAM or I'm getting cross eyed Thread-Index: AcjiqNF1kTL3ybznTY+dZTuq/8wlpAACGBKgAAOhF7gAAS8teg== Date: Thu, 10 Jul 2008 20:31:44 +0100 Importance: normal X-Priority: 3 To: , , , X-OriginalArrivalTime: 10 Jul 2008 19:37:54.0971 (UTC) FILETIME=[72EDBEB0:01C8E2C4] Subject: Re: [Mpls-interop] 3 x OAM or I'm getting cross eyed X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org As is mine. The fact the MPLS-TP requirements document does not use the right term is an editing oversight on my behalf (a consequence of the submission deadline being when i was on holiday). Will fix in the next revision. Ben -----Original Message----- From: "andrew.g.malis@verizon.com" To: "hklam@alcatel-lucent.com" ; "loa@pi.nu" ; "mpls-interop@ietf.org" Sent: 10/07/2008 20:10 Subject: Re: [Mpls-interop] 3 x OAM or I'm getting cross eyed My understanding jibes with Kam's email. Cheers, Andy ----- Original Message ----- From: mpls-interop-bounces@ietf.org To: Loa Andersson ; MEAD team Sent: Thu Jul 10 13:33:26 2008 Subject: Re: [Mpls-interop] 3 x OAM or I'm getting cross eyed Loa, Glad that this is brought up for discussion. We should have a unified use of the acronym OAM. For information, traditionally in telecom world, OAM stands for "Operations, Administration and Maintenance", also OAM&P stands for "Operations, Administration, Maintenance and Provisioning" and have been defined in the Telecom Glossary (ANSI T1.523-2001) and used in the titles of many ANSI standards for years. By the way, you might want to look at Section 4 of the MPLS-TP NM Requirements draft draft-gray-mpls-tp-nm-req-00.txt. We describe the distinction and relationship of vertical and horizontal OAM from a NM management perspective. Regards, Kam -----Original Message----- From: mpls-interop-bounces@ietf.org [mailto:mpls-interop-bounces@ietf.org] On Behalf Of Loa Andersson Sent: Thursday, July 10, 2008 12:20 PM To: MEAD team Subject: [Mpls-interop] 3 x OAM or I'm getting cross eyed All, this is a discussion we need and a decision we mast take. 1. The "A Framework for MPLS in Transport Networks" draft-blb-mpls-tp-framework-00, says: "3.5. Operations and Management (OAM)..............8" 2. MPLS Generic Associated Channel draft-bocci-pwe3-mpls-tp-ge-ach-00.txt says: "Operations and Maintenance (OAM)" 3. MPLS TP Network Management Requirements draft-gray-mpls-tp-nm-req-00.txt says: "Operations and Maintenance (OAM)" 4. MPLS-TP Requirements draft-jenkins-mpls-mpls-tp-requirements-00 - does not expand the acronym 5. MPLS-TP OAM Analysis draft-sprecher-mpls-tp-oam-analysis-01.txt says: "OAM (Operations, Administration, and Maintenance)" 6. Multiprotocol Label Switching Transport Profile Survivability Framework draft-sprecher-mpls-tp-survive-fwk-00.txt: - does not expand the acronym 7. Assignment of the Generic Associated Channel Header Label (GAL) draft-vigoureux-mpls-tp-gal-00 says: Operations and Management (OAM) 8. Requirements for OAM in MPLS Transport Networks draft-vigoureux-mpls-tp-oam-requirements-00 says: "OAM (Operations and Management)" There seems to be three different possible expansions (interpretations) of the OAM acronym, I don't know which one is right, if any, but I'm pretty sure that we can't have three different understandings of what OAM means, with less than that we actually write something about why we think we need all the three variants. I also think that we should be explicit about what the acronym stands for (expand it at the first occurance) in all the documents. Anyone that has abetter understanding of this than I have? /Loa -- Loa Andersson Principal Networking Architect Acreo AB phone: +46 8 632 77 14 Isafjordsgatan 22 mobile: +46 739 81 21 64 Kista, Sweden email: loa.andersson@acreo.se loa@pi.nu _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop From mpls-interop-bounces@ietf.org Thu Jul 10 12:59:57 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A113B3A6A77; Thu, 10 Jul 2008 12:59:57 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 157AE3A6A83 for ; Thu, 10 Jul 2008 12:59:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.953 X-Spam-Level: X-Spam-Status: No, score=-1.953 tagged_above=-999 required=5 tests=[AWL=-0.646, BAYES_00=-2.599, MISSING_HEADERS=1.292] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3OjdryM6QNpH for ; Thu, 10 Jul 2008 12:59:55 -0700 (PDT) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by core3.amsl.com (Postfix) with ESMTP id B26FC3A6A77 for ; Thu, 10 Jul 2008 12:59:54 -0700 (PDT) Received: by ug-out-1314.google.com with SMTP id y36so249310ugd.46 for ; Thu, 10 Jul 2008 13:00:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id :disposition-notification-to:date:reply-to:user-agent:mime-version :cc:subject:references:in-reply-to:content-type :content-transfer-encoding:from; bh=uov1aU46nOO81RHbfetugU6HQRZ0tzctOSTkza4wCBA=; b=ktY3PTmF6eZ0BlVY/UjKJOuL8z1/iZ/ERpgFYqJ7ANHwB2M/on/mSRWWqchipChjou V7rBqPTUNGeP9EZDOYckA+b3dH3mZ8Vx/jpv1hcnN4zybkaU8pjFmzD4P5YG9EZ8tQn1 YDL3EyJ1+wv+a+MTeTR1FpUsYh4S2Y4JetOq0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:disposition-notification-to:date:reply-to:user-agent :mime-version:cc:subject:references:in-reply-to:content-type :content-transfer-encoding:from; b=ezS5bptYAz97/WIaf5//NgJ0CGT4x87wny52GoNwB6cXkPfOE0FESsPifwog3xlZqU ixIZwbHvUPLPqegBc2uXQ4lYtUJmjXxSwBlgkNdTTNUgB74wfx1V8vtHr/OfNns/mppS rsukRh6TilABrZRLnx9kBq8y7KCxkTVpS7+qY= Received: by 10.67.106.13 with SMTP id i13mr1518949ugm.37.1215720008637; Thu, 10 Jul 2008 13:00:08 -0700 (PDT) Received: from ?192.168.17.2? ( [24.132.228.153]) by mx.google.com with ESMTPS id b35sm5104936ugd.45.2008.07.10.13.00.06 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 10 Jul 2008 13:00:07 -0700 (PDT) Message-ID: <48766A42.1000107@chello.nl> Date: Thu, 10 Jul 2008 22:00:02 +0200 User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 References: <487636A7.3070601@pi.nu> In-Reply-To: From: Huub van Helvoort Cc: MEAD team Subject: Re: [Mpls-interop] 3 x OAM or I'm getting cross eyed X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: hhelvoort@chello.nl List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org FYI, I did a quick check of relevant ITU-T Recommendations related to transport (G.8110.1, G.8121, Y.1731, G.8131, ETH, SDH, OTN, ...) define OAM as *Operations, Administration and Maintenance*. It is only G.8101 "Terms and definitions for transport MPLS" that has as second option *Operations and Maintenance* So using *Operations, Administration and Maintenance* would be most consistent. Cheers, Huub. > -----Original Message----- > From: mpls-interop-bounces@ietf.org > [mailto:mpls-interop-bounces@ietf.org] On Behalf Of Loa Andersson > Sent: Thursday, July 10, 2008 12:20 PM > To: MEAD team > Subject: [Mpls-interop] 3 x OAM or I'm getting cross eyed > > All, > > this is a discussion we need and a decision we mast take. > > 1. The "A Framework for MPLS in Transport Networks" > draft-blb-mpls-tp-framework-00, says: > > "3.5. Operations and Management (OAM)..............8" > > 2. MPLS Generic Associated Channel > draft-bocci-pwe3-mpls-tp-ge-ach-00.txt says: > > "Operations and Maintenance (OAM)" > > 3. MPLS TP Network Management Requirements > draft-gray-mpls-tp-nm-req-00.txt says: > > "Operations and Maintenance (OAM)" > > 4. MPLS-TP Requirements > draft-jenkins-mpls-mpls-tp-requirements-00 > - does not expand the acronym > > 5. MPLS-TP OAM Analysis > draft-sprecher-mpls-tp-oam-analysis-01.txt says: > > "OAM (Operations, Administration, and Maintenance)" > > 6. Multiprotocol Label Switching Transport Profile > Survivability Framework > draft-sprecher-mpls-tp-survive-fwk-00.txt: > - does not expand the acronym > > 7. Assignment of the Generic Associated Channel Header Label (GAL) > draft-vigoureux-mpls-tp-gal-00 says: > > Operations and Management (OAM) > > 8. Requirements for OAM in MPLS Transport Networks > draft-vigoureux-mpls-tp-oam-requirements-00 says: > "OAM (Operations and Management)" > > There seems to be three different possible expansions (interpretations) > of the OAM acronym, I don't know which one is right, if any, but I'm > pretty sure that we can't have three different understandings of what > OAM means, with less than that we actually write something about why > we think we need all the three variants. > > I also think that we should be explicit about what the acronym stands > for (expand it at the first occurance) in all the documents. > > Anyone that has abetter understanding of this than I have? > > /Loa > -- ================================================================ http://www.van-helvoort.eu/ ================================================================ Always remember that you are unique...just like everyone else... _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop From mpls-interop-bounces@ietf.org Fri Jul 11 00:18:50 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 32C643A698A; Fri, 11 Jul 2008 00:18:50 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A17623A6992 for ; Fri, 11 Jul 2008 00:18:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.249 X-Spam-Level: X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_FR=0.35] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g-hV-yWcyBO7 for ; Fri, 11 Jul 2008 00:18:47 -0700 (PDT) Received: from smail5.alcatel.fr (smail5.alcatel.fr [62.23.212.27]) by core3.amsl.com (Postfix) with ESMTP id 4017F3A698A for ; Fri, 11 Jul 2008 00:18:46 -0700 (PDT) Received: from FRVELSBHS02.ad2.ad.alcatel.com (frvelsbhs02.ad2.ad.alcatel.com [155.132.6.74]) by smail5.alcatel.fr (8.13.8/8.13.8/ICT) with ESMTP id m6B7J1Zn005696 for ; Fri, 11 Jul 2008 09:19:02 +0200 Received: from itvimn0i34082 ([151.98.70.19]) by FRVELSBHS02.ad2.ad.alcatel.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.2499); Fri, 11 Jul 2008 09:19:01 +0200 From: "Italo Busi" To: "'MEAD team'" References: <487636A7.3070601@pi.nu> <48766A42.1000107@chello.nl> Date: Fri, 11 Jul 2008 09:19:46 +0200 Message-ID: <016401c8e326$7f6c8560$13466297@vim.tlt.alcatel.it> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 Thread-Index: Acjix5I++Ib7WiZDRNCeWfNF/NGqUQAXE+3A X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 In-Reply-To: <48766A42.1000107@chello.nl> X-OriginalArrivalTime: 11 Jul 2008 07:19:01.0531 (UTC) FILETIME=[648D66B0:01C8E326] X-Scanned-By: MIMEDefang 2.57 on 155.132.188.13 Subject: Re: [Mpls-interop] 3 x OAM or I'm getting cross eyed X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org I agree that we should have a consistent definition of the OAM acronym across the whole set of MPLS-TP document. I agree with the proposals I have seen so far: *Operations, Administration and Maintenance* better matches my understanding of what OAM does in transport networks (including MPLS-TP). Italo > -----Original Message----- > From: mpls-interop-bounces@ietf.org > [mailto:mpls-interop-bounces@ietf.org] On Behalf Of Huub van Helvoort > Sent: Thursday, July 10, 2008 10:00 PM > Cc: MEAD team > Subject: Re: [Mpls-interop] 3 x OAM or I'm getting cross eyed > > FYI, > > I did a quick check of relevant ITU-T Recommendations related to > transport (G.8110.1, G.8121, Y.1731, G.8131, ETH, SDH, OTN, ...) > define OAM as *Operations, Administration and Maintenance*. > > It is only G.8101 "Terms and definitions for transport MPLS" > that has as second option *Operations and Maintenance* > > So using *Operations, Administration and Maintenance* would > be most consistent. > > Cheers, Huub. > > > -----Original Message----- > > From: mpls-interop-bounces@ietf.org > > [mailto:mpls-interop-bounces@ietf.org] On Behalf Of Loa Andersson > > Sent: Thursday, July 10, 2008 12:20 PM > > To: MEAD team > > Subject: [Mpls-interop] 3 x OAM or I'm getting cross eyed > > > > All, > > > > this is a discussion we need and a decision we mast take. > > > > 1. The "A Framework for MPLS in Transport Networks" > > draft-blb-mpls-tp-framework-00, says: > > > > "3.5. Operations and Management (OAM)..............8" > > > > 2. MPLS Generic Associated Channel > > draft-bocci-pwe3-mpls-tp-ge-ach-00.txt says: > > > > "Operations and Maintenance (OAM)" > > > > 3. MPLS TP Network Management Requirements > > draft-gray-mpls-tp-nm-req-00.txt says: > > > > "Operations and Maintenance (OAM)" > > > > 4. MPLS-TP Requirements > > draft-jenkins-mpls-mpls-tp-requirements-00 > > - does not expand the acronym > > > > 5. MPLS-TP OAM Analysis > > draft-sprecher-mpls-tp-oam-analysis-01.txt says: > > > > "OAM (Operations, Administration, and Maintenance)" > > > > 6. Multiprotocol Label Switching Transport Profile > > Survivability Framework > > draft-sprecher-mpls-tp-survive-fwk-00.txt: > > - does not expand the acronym > > > > 7. Assignment of the Generic Associated Channel Header Label (GAL) > > draft-vigoureux-mpls-tp-gal-00 says: > > > > Operations and Management (OAM) > > > > 8. Requirements for OAM in MPLS Transport Networks > > draft-vigoureux-mpls-tp-oam-requirements-00 says: > > "OAM (Operations and Management)" > > > > There seems to be three different possible expansions > (interpretations) > > of the OAM acronym, I don't know which one is right, if any, but I'm > > pretty sure that we can't have three different > understandings of what > > OAM means, with less than that we actually write something about why > > we think we need all the three variants. > > > > I also think that we should be explicit about what the > acronym stands > > for (expand it at the first occurance) in all the documents. > > > > Anyone that has abetter understanding of this than I have? > > > > /Loa > > > > -- > ================================================================ > http://www.van-helvoort.eu/ > ================================================================ > Always remember that you are unique...just like everyone else... > _______________________________________________ > Mpls-interop mailing list > Mpls-interop@ietf.org > https://www.ietf.org/mailman/listinfo/mpls-interop > _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop From mpls-interop-bounces@ietf.org Fri Jul 11 00:26:17 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2F36F3A681B; Fri, 11 Jul 2008 00:26:17 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6524A3A6992 for ; Fri, 11 Jul 2008 00:26:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.669 X-Spam-Level: X-Spam-Status: No, score=-2.669 tagged_above=-999 required=5 tests=[AWL=-0.670, BAYES_00=-2.599, J_CHICKENPOX_31=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nZBr3Nhxq1Tx for ; Fri, 11 Jul 2008 00:26:14 -0700 (PDT) Received: from demumfd002.nsn-inter.net (demumfd002.nsn-inter.net [217.115.75.234]) by core3.amsl.com (Postfix) with ESMTP id 37F183A681B for ; Fri, 11 Jul 2008 00:26:14 -0700 (PDT) Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd002.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id m6B7QOH8004846 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 11 Jul 2008 09:26:24 +0200 Received: from demuexc023.nsn-intra.net (webmail.nsn-intra.net [10.150.128.36]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id m6B7QHcP029971; Fri, 11 Jul 2008 09:26:23 +0200 Received: from DEMUEXC014.nsn-intra.net ([10.150.128.26]) by demuexc023.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.3959); Fri, 11 Jul 2008 09:26:20 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 11 Jul 2008 09:23:39 +0200 Message-ID: <9FF5BDAD88B9D84881609E89AC92FB83F7852E@DEMUEXC014.nsn-intra.net> In-Reply-To: <136501c8e2c4$72cdcfa4$1cc571c1@domain1.systemhost.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Mpls-interop] 3 x OAM or I'm getting cross eyed Thread-Index: AcjiqNF1kTL3ybznTY+dZTuq/8wlpAACGBKgAAOhF7gAAS8tegAAFp5w From: "Sprecher, Nurit (NSN - IL/Hod HaSharon)" To: "ext Niven-jenkins,B,Ben,DMF R" , , , , X-OriginalArrivalTime: 11 Jul 2008 07:26:20.0148 (UTC) FILETIME=[69FD0B40:01C8E327] X-TM-AS-Product-Ver: SMEX-7.0.0.1584-5.5.1027-16024.005 X-TM-AS-Result: No--21.292300-8.000000-31 Subject: Re: [Mpls-interop] 3 x OAM or I'm getting cross eyed X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org Naturally I support this as well (Operations, Administration, and Maintenance). -----Original Message----- From: mpls-interop-bounces@ietf.org [mailto:mpls-interop-bounces@ietf.org] On Behalf Of ext Niven-jenkins,B,Ben,DMF R Sent: Thursday, July 10, 2008 22:32 To: andrew.g.malis@verizon.com; hklam@alcatel-lucent.com; loa@pi.nu; mpls-interop@ietf.org Subject: Re: [Mpls-interop] 3 x OAM or I'm getting cross eyed As is mine. The fact the MPLS-TP requirements document does not use the right term is an editing oversight on my behalf (a consequence of the submission deadline being when i was on holiday). Will fix in the next revision. Ben -----Original Message----- From: "andrew.g.malis@verizon.com" To: "hklam@alcatel-lucent.com" ; "loa@pi.nu" ; "mpls-interop@ietf.org" Sent: 10/07/2008 20:10 Subject: Re: [Mpls-interop] 3 x OAM or I'm getting cross eyed My understanding jibes with Kam's email. Cheers, Andy ----- Original Message ----- From: mpls-interop-bounces@ietf.org To: Loa Andersson ; MEAD team Sent: Thu Jul 10 13:33:26 2008 Subject: Re: [Mpls-interop] 3 x OAM or I'm getting cross eyed Loa, Glad that this is brought up for discussion. We should have a unified use of the acronym OAM. For information, traditionally in telecom world, OAM stands for "Operations, Administration and Maintenance", also OAM&P stands for "Operations, Administration, Maintenance and Provisioning" and have been defined in the Telecom Glossary (ANSI T1.523-2001) and used in the titles of many ANSI standards for years. By the way, you might want to look at Section 4 of the MPLS-TP NM Requirements draft draft-gray-mpls-tp-nm-req-00.txt. We describe the distinction and relationship of vertical and horizontal OAM from a NM management perspective. Regards, Kam -----Original Message----- From: mpls-interop-bounces@ietf.org [mailto:mpls-interop-bounces@ietf.org] On Behalf Of Loa Andersson Sent: Thursday, July 10, 2008 12:20 PM To: MEAD team Subject: [Mpls-interop] 3 x OAM or I'm getting cross eyed All, this is a discussion we need and a decision we mast take. 1. The "A Framework for MPLS in Transport Networks" draft-blb-mpls-tp-framework-00, says: "3.5. Operations and Management (OAM)..............8" 2. MPLS Generic Associated Channel draft-bocci-pwe3-mpls-tp-ge-ach-00.txt says: "Operations and Maintenance (OAM)" 3. MPLS TP Network Management Requirements draft-gray-mpls-tp-nm-req-00.txt says: "Operations and Maintenance (OAM)" 4. MPLS-TP Requirements draft-jenkins-mpls-mpls-tp-requirements-00 - does not expand the acronym 5. MPLS-TP OAM Analysis draft-sprecher-mpls-tp-oam-analysis-01.txt says: "OAM (Operations, Administration, and Maintenance)" 6. Multiprotocol Label Switching Transport Profile Survivability Framework draft-sprecher-mpls-tp-survive-fwk-00.txt: - does not expand the acronym 7. Assignment of the Generic Associated Channel Header Label (GAL) draft-vigoureux-mpls-tp-gal-00 says: Operations and Management (OAM) 8. Requirements for OAM in MPLS Transport Networks draft-vigoureux-mpls-tp-oam-requirements-00 says: "OAM (Operations and Management)" There seems to be three different possible expansions (interpretations) of the OAM acronym, I don't know which one is right, if any, but I'm pretty sure that we can't have three different understandings of what OAM means, with less than that we actually write something about why we think we need all the three variants. I also think that we should be explicit about what the acronym stands for (expand it at the first occurance) in all the documents. Anyone that has abetter understanding of this than I have? /Loa -- Loa Andersson Principal Networking Architect Acreo AB phone: +46 8 632 77 14 Isafjordsgatan 22 mobile: +46 739 81 21 64 Kista, Sweden email: loa.andersson@acreo.se loa@pi.nu _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop From mpls-interop-bounces@ietf.org Sat Jul 12 11:53:10 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 668323A67D8; Sat, 12 Jul 2008 11:53:10 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0C1543A694B for ; Sat, 12 Jul 2008 11:53:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Hu6V-mThzI7B for ; Sat, 12 Jul 2008 11:53:07 -0700 (PDT) Received: from av10-1-sn2.hy.skanova.net (av10-1-sn2.hy.skanova.net [81.228.8.181]) by core3.amsl.com (Postfix) with ESMTP id 59D563A67D8 for ; Sat, 12 Jul 2008 11:53:06 -0700 (PDT) Received: by av10-1-sn2.hy.skanova.net (Postfix, from userid 502) id 695D1380CE; Sat, 12 Jul 2008 20:53:26 +0200 (CEST) Received: from smtp4-1-sn2.hy.skanova.net (smtp4-1-sn2.hy.skanova.net [81.228.8.92]) by av10-1-sn2.hy.skanova.net (Postfix) with ESMTP id 094D837F4F; Sat, 12 Jul 2008 20:53:26 +0200 (CEST) Received: from [127.0.0.1] (h133n2fls33o883.telia.com [217.208.62.133]) by smtp4-1-sn2.hy.skanova.net (Postfix) with ESMTP id AD72137E43; Sat, 12 Jul 2008 20:53:24 +0200 (CEST) Message-ID: <4878FDA3.8090304@pi.nu> Date: Sat, 12 Jul 2008 20:53:23 +0200 From: Loa Andersson User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Italo Busi References: <487636A7.3070601@pi.nu> <48766A42.1000107@chello.nl> <016401c8e326$7f6c8560$13466297@vim.tlt.alcatel.it> In-Reply-To: <016401c8e326$7f6c8560$13466297@vim.tlt.alcatel.it> Cc: 'MEAD team' , Dan Romascanu Subject: Re: [Mpls-interop] 3 x OAM or I'm getting cross eyed X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org Italo et.al., if it only were to understand how ITU-T Recommendations define the acronym - "OAM" - this would be all well and dandy. With the caveat that I'm not an OAM and Management area expert :) 1. The IETF does not use the OAM acronym, O&M (Operations and Management), this is the tradition that the MPLS architecture has been developed in. Most of the IETF Management is Network Element Management. 2. With the definition of OAM as "Operations, Administration and Maintenance" I still think what we talk bout in the MPLS-TP drafts actually talks about Management, isn't monitoring part of FCAPS? Note that I'm not saying that we should use or not use either the IETF or the ITU-T definitions here, but that we need to be clear about needs to be done *and* that we need some text explaining what we are doing. In some cases where we say "OAM", it might be that we should say "OAM and Management". I also thought about if there is a "structure" that is applicable here 1. Operations and Management 1.1. OAM 1.1.1. Operations 1.1.1.1. Provisioning 1.1.2. Administration 1.1.3. Maintenance 1.2. Management 1.2.1 Network Management 1.2.2 Network Element Management Or something like it. I've include the IETF Operations and Management ADs to this thread, to give them the opportinity to add their comments. /Loa Italo Busi wrote: > I agree that we should have a consistent definition of the OAM acronym across > the whole set of MPLS-TP document. > > I agree with the proposals I have seen so far: *Operations, Administration and > Maintenance* better matches my understanding of what OAM does in transport > networks (including MPLS-TP). > > Italo > >> -----Original Message----- >> From: mpls-interop-bounces@ietf.org >> [mailto:mpls-interop-bounces@ietf.org] On Behalf Of Huub van Helvoort >> Sent: Thursday, July 10, 2008 10:00 PM >> Cc: MEAD team >> Subject: Re: [Mpls-interop] 3 x OAM or I'm getting cross eyed >> >> FYI, >> >> I did a quick check of relevant ITU-T Recommendations related to >> transport (G.8110.1, G.8121, Y.1731, G.8131, ETH, SDH, OTN, ...) >> define OAM as *Operations, Administration and Maintenance*. >> >> It is only G.8101 "Terms and definitions for transport MPLS" >> that has as second option *Operations and Maintenance* >> >> So using *Operations, Administration and Maintenance* would >> be most consistent. >> >> Cheers, Huub. >> >>> -----Original Message----- >>> From: mpls-interop-bounces@ietf.org >>> [mailto:mpls-interop-bounces@ietf.org] On Behalf Of Loa Andersson >>> Sent: Thursday, July 10, 2008 12:20 PM >>> To: MEAD team >>> Subject: [Mpls-interop] 3 x OAM or I'm getting cross eyed >>> >>> All, >>> >>> this is a discussion we need and a decision we mast take. >>> >>> 1. The "A Framework for MPLS in Transport Networks" >>> draft-blb-mpls-tp-framework-00, says: >>> >>> "3.5. Operations and Management (OAM)..............8" >>> >>> 2. MPLS Generic Associated Channel >>> draft-bocci-pwe3-mpls-tp-ge-ach-00.txt says: >>> >>> "Operations and Maintenance (OAM)" >>> >>> 3. MPLS TP Network Management Requirements >>> draft-gray-mpls-tp-nm-req-00.txt says: >>> >>> "Operations and Maintenance (OAM)" >>> >>> 4. MPLS-TP Requirements >>> draft-jenkins-mpls-mpls-tp-requirements-00 >>> - does not expand the acronym >>> >>> 5. MPLS-TP OAM Analysis >>> draft-sprecher-mpls-tp-oam-analysis-01.txt says: >>> >>> "OAM (Operations, Administration, and Maintenance)" >>> >>> 6. Multiprotocol Label Switching Transport Profile >>> Survivability Framework >>> draft-sprecher-mpls-tp-survive-fwk-00.txt: >>> - does not expand the acronym >>> >>> 7. Assignment of the Generic Associated Channel Header Label (GAL) >>> draft-vigoureux-mpls-tp-gal-00 says: >>> >>> Operations and Management (OAM) >>> >>> 8. Requirements for OAM in MPLS Transport Networks >>> draft-vigoureux-mpls-tp-oam-requirements-00 says: >>> "OAM (Operations and Management)" >>> >>> There seems to be three different possible expansions >> (interpretations) >>> of the OAM acronym, I don't know which one is right, if any, but I'm >>> pretty sure that we can't have three different >> understandings of what >>> OAM means, with less than that we actually write something about why >>> we think we need all the three variants. >>> >>> I also think that we should be explicit about what the >> acronym stands >>> for (expand it at the first occurance) in all the documents. >>> >>> Anyone that has abetter understanding of this than I have? >>> >>> /Loa >>> >> -- >> ================================================================ >> http://www.van-helvoort.eu/ >> ================================================================ >> Always remember that you are unique...just like everyone else... >> _______________________________________________ >> Mpls-interop mailing list >> Mpls-interop@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls-interop >> > > _______________________________________________ > Mpls-interop mailing list > Mpls-interop@ietf.org > https://www.ietf.org/mailman/listinfo/mpls-interop -- Loa Andersson Principal Networking Architect Acreo AB phone: +46 8 632 77 14 Isafjordsgatan 22 mobile: +46 739 81 21 64 Kista, Sweden email: loa.andersson@acreo.se loa@pi.nu _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop From mpls-interop-bounces@ietf.org Tue Jul 15 09:17:15 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 146003A692E; Tue, 15 Jul 2008 09:17:15 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4C8FB3A6ACF for ; Tue, 15 Jul 2008 09:17:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.197 X-Spam-Level: X-Spam-Status: No, score=-2.197 tagged_above=-999 required=5 tests=[AWL=0.402, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y5+4BheSYrsV for ; Tue, 15 Jul 2008 09:17:13 -0700 (PDT) Received: from neo.viciousnest.net (neo.viciousnest.net [192.71.80.124]) by core3.amsl.com (Postfix) with ESMTP id 589733A692E for ; Tue, 15 Jul 2008 09:17:10 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by neo.viciousnest.net (Postfix) with ESMTP id 0088528602; Tue, 15 Jul 2008 18:17:36 +0200 (CEST) Received: from neo.viciousnest.net ([127.0.0.1]) by localhost (neo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18514-01; Tue, 15 Jul 2008 18:17:33 +0200 (CEST) Received: from [127.0.0.1] (pat.acreo.se [217.151.195.214]) by neo.viciousnest.net (Postfix) with ESMTP id 929CE285F7; Tue, 15 Jul 2008 18:17:33 +0200 (CEST) Message-ID: <487CCD94.4000209@pi.nu> Date: Tue, 15 Jul 2008 18:17:24 +0200 From: Loa Andersson User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: David Sinicrope , MEAD team References: In-Reply-To: X-Virus-Scanned: by amavisd-new at viciousnest.net Subject: Re: [Mpls-interop] Mead meeting today - not!. X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org All, since people been asking me, just to clarify - there is no meeting today - please spend your cycles on reviewing the existing documents :). /Loa David Sinicrope wrote: > Is there a MEAD call today? I called in and got a message that it wasn= =B9t a > recognized meeting number. > -David > = -- = Loa Andersson Principal Networking Architect Acreo AB phone: +46 8 632 77 14 Isafjordsgatan 22 mobile: +46 739 81 21 64 Kista, Sweden email: loa.andersson@acreo.se loa@pi.nu _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop From mpls-interop-bounces@ietf.org Wed Jul 16 01:45:50 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7B3443A685D; Wed, 16 Jul 2008 01:45:50 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4506E3A6AF2 for ; Wed, 16 Jul 2008 01:45:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id A2yyi6ZUxhKU for ; Wed, 16 Jul 2008 01:45:48 -0700 (PDT) Received: from neo.viciousnest.net (neo.viciousnest.net [192.71.80.124]) by core3.amsl.com (Postfix) with ESMTP id 4E1683A6983 for ; Wed, 16 Jul 2008 01:45:48 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by neo.viciousnest.net (Postfix) with ESMTP id A570B28615 for ; Wed, 16 Jul 2008 10:46:16 +0200 (CEST) Received: from neo.viciousnest.net ([127.0.0.1]) by localhost (neo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23151-02 for ; Wed, 16 Jul 2008 10:46:12 +0200 (CEST) Received: from [127.0.0.1] (wdhcp-158-98.verkstad.net [192.36.158.98]) by neo.viciousnest.net (Postfix) with ESMTP id 60F04285D7 for ; Wed, 16 Jul 2008 10:46:12 +0200 (CEST) Message-ID: <487DB54D.4000604@pi.nu> Date: Wed, 16 Jul 2008 10:46:05 +0200 From: Loa Andersson User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: MEAD team X-Virus-Scanned: by amavisd-new at viciousnest.net Subject: [Mpls-interop] agenda for the MPLS-TP meeting in Dublin X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org All, you'll find the agenda for the MPLS-TP meeting in Dublin at: http://www.ietf.org/proceedings/08jul/agenda/mpls.txt The agenda is for both MPLS wg meetings in Dublin, and you'll find the Wednesday MPLS-TP information after the MPLS wg Monday meeting meeting. I've put all of you who has published drafts on the agenda in 10 min slots. There is also a slot #13 "Upcoming documents" there the editor team for the MPLS-TP control plane draft will give a status report. If there are other editor teams that want to do the same please let me know. /Loa -- Loa Andersson Principal Networking Architect Acreo AB phone: +46 8 632 77 14 Isafjordsgatan 22 mobile: +46 739 81 21 64 Kista, Sweden email: loa.andersson@acreo.se loa@pi.nu _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop From mpls-interop-bounces@ietf.org Fri Jul 18 04:13:13 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 921A03A67A5; Fri, 18 Jul 2008 04:13:13 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5BFD63A69FD for ; Fri, 18 Jul 2008 04:13:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.844 X-Spam-Level: X-Spam-Status: No, score=-2.844 tagged_above=-999 required=5 tests=[AWL=0.155, BAYES_00=-2.599, J_CHICKENPOX_31=0.6, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mdw-orPScd3h for ; Fri, 18 Jul 2008 04:13:11 -0700 (PDT) Received: from av6-2-sn3.vrr.skanova.net (av6-2-sn3.vrr.skanova.net [81.228.9.180]) by core3.amsl.com (Postfix) with ESMTP id BECE33A69BB for ; Fri, 18 Jul 2008 04:13:10 -0700 (PDT) Received: by av6-2-sn3.vrr.skanova.net (Postfix, from userid 502) id 95A9537EBA; Fri, 18 Jul 2008 13:13:42 +0200 (CEST) Received: from smtp3-2-sn3.vrr.skanova.net (smtp3-2-sn3.vrr.skanova.net [81.228.9.102]) by av6-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 80E8A37E95; Fri, 18 Jul 2008 13:13:42 +0200 (CEST) Received: from [127.0.0.1] (h133n2fls33o883.telia.com [217.208.62.133]) by smtp3-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 08F4C37E49; Fri, 18 Jul 2008 13:13:41 +0200 (CEST) Message-ID: <48807AD2.3020201@pi.nu> Date: Fri, 18 Jul 2008 13:13:22 +0200 From: Loa Andersson User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: MEAD team , jwt@testbed.se, ahtmpls@itu.int Subject: [Mpls-interop] [Fwd: Re: MPLS-TP standards work - is there a timeframe for completion?] X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org All, I got a mail from Ray Le Maistre at Lightreading, this is how I responded. I committed to a timeplan, which is probably overstepping my mandate, but we can always change it if we want /Loa -------- Original Message -------- Subject: Re: MPLS-TP standards work - is there a timeframe for completion? Date: Fri, 18 Jul 2008 12:34:43 +0200 From: Loa Andersson To: Ray Le Maistre References: <48E80B3BDB51DC46B4A59A29FEC4F3718A77ABB2@CMPHQCCR1.CMP.LOCAL> Ray, first (not for publication :) ) the mail-address that I read most frequently is loa@pi.nu Please find responses inline. Ray Le Maistre wrote: > Hi Loa > I am a journalist at telecom publication Light Reading, and I am > writing about the IETF/ITU JWT?s progress on MPLS-TP. please note that after the advice that the JWT produced and was accepted by the ITU-T, most of the actually work (writing the specifications) has been taken over by the IETF, and is now organized by the MEAD team and involves several IETF working groups, with support form Study Groups within ITU-T. > > Can you tell me, is there an estimated time (eg first quarter 0f 2010, > second half of 2009 etc) by which the IETF expects the first draft of > the MPLS-TP standard to be completed? - MPLS-TP RFCs (standards) will start appear during 2009, and we expect the the effort will be completed during 2010. > > And is it correct that a broad range of equipment vendors and telecom > operators are represented in the various groups/bodies that will > participate in the ongoing review and development of the MPLS-TP > documents? (nit - they are already participating :) ) Yes, we put huge effort into getting the right protocol design specialist, representing a good mix of telecom operators and vendors, taking active part in the development of the MPLS-TP. We are also organizing reviews of the MPLS-TP documents across both IETF and ITU-T. The target is to produce a MPLS-TP standard that meets to goal that we all agreed to - to be interoperable with existing MPLS standard. > Thank you, and good luck with the MPLS-TP process. thanks > if you want to quote me use this information: Loa Andersson chair of the IETF MPLS Interoperability Design (MEAD) Team Acreo AB /Loa > Regards > Ray > > Ray Le Maistre > International News Editor > Light Reading Communications Group > TechWeb, The Global Leader in Business Technology Media > www.lightreading.com > Fixed: +44 (0)20 8224 8268 > Mobile/Cell: +44 (0)7712 898 715 > lemaistre@lightreading.com > Alternative email: ray.lemaistre@ntlworld.com > > -- Loa Andersson Principal Networking Architect Acreo AB phone: +46 8 632 77 14 Isafjordsgatan 22 mobile: +46 739 81 21 64 Kista, Sweden email: loa.andersson@acreo.se loa@pi.nu -- Loa Andersson Principal Networking Architect Acreo AB phone: +46 8 632 77 14 Isafjordsgatan 22 mobile: +46 739 81 21 64 Kista, Sweden email: loa.andersson@acreo.se loa@pi.nu _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop From mpls-interop-bounces@ietf.org Mon Jul 21 02:06:54 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BA3C73A68B3; Mon, 21 Jul 2008 02:06:54 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 097C43A68B3 for ; Mon, 21 Jul 2008 02:06:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.384 X-Spam-Level: X-Spam-Status: No, score=-2.384 tagged_above=-999 required=5 tests=[AWL=0.215, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g4j7bOsCNu3R for ; Mon, 21 Jul 2008 02:06:52 -0700 (PDT) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.179]) by core3.amsl.com (Postfix) with ESMTP id C512A3A6806 for ; Mon, 21 Jul 2008 02:06:51 -0700 (PDT) Received: by ik-out-1112.google.com with SMTP id c28so919696ika.5 for ; Mon, 21 Jul 2008 02:07:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id :disposition-notification-to:date:reply-to:user-agent:mime-version :to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding:from; bh=oDxiXLzLOrQf4N9FwQuSUckN7D8r/DqWTQTB8sunu5g=; b=X4fAerM9tukX1LXBv/suFI7N5L9xlE3wJUIO0RV61wjFQSSx58U90uVeTk+WMYKjX3 YhMxQjteP0e9IFDKpDyxgxPciM8I71Pt9FpVu14kXCBNt5F6tLiIjCc1SLpfDZOaAkOe zeESC5no1go91ppa9yOI5OgdbWZjCYs/vt+GQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:disposition-notification-to:date:reply-to:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding:from; b=GfJVGSeo78kInXn9Lqez1dxSf1y5m0FerilXZw6h8iD8vrPnSQ1I9OGSJXfGGYn1lD 8RrMnXFifYsNTnDu0tYi1aoCJRyQARdWMdcqhqq9HaVp1CcXqRBZfsYXoekIonrduO97 RIVp5SCXweeDfwIgNoktzvNqWtpcIT+dquqRw= Received: by 10.210.123.2 with SMTP id v2mr3055866ebc.74.1216631247661; Mon, 21 Jul 2008 02:07:27 -0700 (PDT) Received: from ?192.168.17.2? ( [24.132.228.153]) by mx.google.com with ESMTPS id f7sm5801789nfh.11.2008.07.21.02.07.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 21 Jul 2008 02:07:26 -0700 (PDT) Message-ID: <488451CB.8080809@chello.nl> Date: Mon, 21 Jul 2008 11:07:23 +0200 User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Loa Andersson References: <48807AD2.3020201@pi.nu> In-Reply-To: <48807AD2.3020201@pi.nu> From: Huub van Helvoort Cc: MEAD team , jwt@testbed.se, ahtmpls@itu.int Subject: Re: [Mpls-interop] [Fwd: Re: MPLS-TP standards work - is there a timeframe for completion?] X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: hhelvoort@chello.nl List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org Hi Loa, You wrote: --8<-- >> Can you tell me, is there an estimated time (eg first quarter 0f 2010, >> second half of 2009 etc) by which the IETF expects the first draft of >> the MPLS-TP standard to be completed? > > - MPLS-TP RFCs (standards) will start appear during 2009, and we expect > the the effort will be completed during 2010. According to the MPLS-TP overview slides from the JWT it is the objective to approve the ITU-T recommendations related to MPLS-TP in their october 2009 plenary meeting. (slide 10) To acheive that the majority of the status IETF MPLS-TP RFCs has to enable this. So I would suggest that you mentin that the objective is to have ITU-T recommendations and IETF RFCs ready by the end of 2009. --8<-- Kind regards, Huub. -- ================================================================ Always remember that you are unique...just like everyone else... _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop From mpls-interop-bounces@ietf.org Mon Jul 28 01:31:43 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 357953A6AB6; Mon, 28 Jul 2008 01:31:43 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DFADE3A691C for ; Mon, 28 Jul 2008 01:31:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JVq3aasoxMgJ for ; Mon, 28 Jul 2008 01:31:41 -0700 (PDT) Received: from imr2.ericy.com (imr2.ericy.com [198.24.6.3]) by core3.amsl.com (Postfix) with ESMTP id E218C3A699E for ; Mon, 28 Jul 2008 01:31:37 -0700 (PDT) Received: from eusrcmw750.eamcs.ericsson.se (eusrcmw750.exu.ericsson.se [138.85.77.50]) by imr2.ericy.com (8.13.1/8.13.1) with ESMTP id m6S8VkcI011274; Mon, 28 Jul 2008 03:31:46 -0500 Received: from eusrcmw740.eamcs.ericsson.se ([138.85.77.40]) by eusrcmw750.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Mon, 28 Jul 2008 03:31:46 -0500 Received: from [127.0.0.1] ([147.117.168.151]) by eusrcmw740.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Mon, 28 Jul 2008 03:31:45 -0500 User-Agent: Microsoft-Entourage/12.0.0.071130 Date: Mon, 28 Jul 2008 04:31:39 -0400 From: David Sinicrope To: MEAD team Message-ID: Thread-Topic: [Mpls-interop] agenda for the MPLS-TP meeting in Dublin Thread-Index: AcjwjFrUgbrCTMeoK0yQa3ceK4DfeQ== In-Reply-To: <487DB54D.4000604@pi.nu> X-Priority: 2 Mime-version: 1.0 X-OriginalArrivalTime: 28 Jul 2008 08:31:45.0723 (UTC) FILETIME=[5ED600B0:01C8F08C] Subject: Re: [Mpls-interop] agenda for the MPLS-TP meeting in Dublin X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org Hi All, Below is the agenda for Wed's MPLS-TP status update. We need a definitive list of editors who will be giving the presentation on Wednesday. For each of the time slots in the agenda, please send the name of the editor doing the presentation back to this list by end of day Monday 7/28. Thanks, Dave S. 4. JWT Report on MPLS Architectural Considerations for a Transport Profile (10 min) 09.20 Stewart, Loa 5. A Framework for MPLS in Transport Networks (10 min) 09.30 Matthew, Marc, Stewart 6. MPLS-TP Requirements (10 min) 09.40 Ben, Deborah, Malcolm 7. MPLS Generic Associated Channel (10 min) 09.50 Matthew, Dave 8. Assignment of the Generic Associated Channel Header Label (GAL) (10 min) 10.00 George 9. MPLS TP Network Management Requirements (10 min) 10.10 Eric, Kam, Scott 10. MPLS-TP OAM Analysis (10 min) 10.20 Nurit 11. Multiprotocol Label Switching Transport Profile Survivability (10 min) Framework 10.30 Adrian 12. Requirements for OAM in MPLS Transport Networks (10 min) 10.40 Dave 13. Upcoming documents 10.50 a. MPLS-TP Control Plane Framework (5 min) Lou, Luyuan, Loa 14. "EXP field" renamed to "CoS Field" 10.55 George? On 7/16/08 4:46 AM, "Loa Andersson" wrote: > All, > > you'll find the agenda for the MPLS-TP meeting in Dublin at: > > http://www.ietf.org/proceedings/08jul/agenda/mpls.txt > > The agenda is for both MPLS wg meetings in Dublin, and you'll > find the Wednesday MPLS-TP information after the MPLS wg > Monday meeting meeting. > > I've put all of you who has published drafts on the agenda in > 10 min slots. > > There is also a slot #13 "Upcoming documents" there the editor > team for the MPLS-TP control plane draft will give a status > report. If there are other editor teams that want to do the same > please let me know. > > /Loa _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop From mpls-interop-bounces@ietf.org Mon Jul 28 01:34:14 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F3BEF3A6826; Mon, 28 Jul 2008 01:34:13 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 301AF3A6947 for ; Mon, 28 Jul 2008 01:34:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.232 X-Spam-Level: X-Spam-Status: No, score=-1.232 tagged_above=-999 required=5 tests=[AWL=0.300, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, RCVD_NUMERIC_HELO=2.067] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tbsSTmWkq4H0 for ; Mon, 28 Jul 2008 01:34:12 -0700 (PDT) Received: from smtp3.smtp.bt.com (smtp3.smtp.bt.com [217.32.164.138]) by core3.amsl.com (Postfix) with ESMTP id E6E3A3A6826 for ; Mon, 28 Jul 2008 01:34:11 -0700 (PDT) Received: from E03MVB3-UKBR.domain1.systemhost.net ([193.113.197.109]) by smtp3.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 28 Jul 2008 09:34:17 +0100 Received: from 217.32.164.184 ([217.32.164.184]) by E03MVB3-UKBR.domain1.systemhost.net ([193.113.197.60]) via Exchange Front-End Server mail.bt.com ([193.113.197.28]) with Microsoft Exchange Server HTTP-DAV ; Mon, 28 Jul 2008 08:34:16 +0000 User-Agent: Microsoft-Entourage/12.11.0.080522 Date: Mon, 28 Jul 2008 09:34:15 +0100 From: Ben Niven-Jenkins To: David Sinicrope , MEAD team Message-ID: Thread-Topic: [Mpls-interop] agenda for the MPLS-TP meeting in Dublin Thread-Index: AcjwjFrUgbrCTMeoK0yQa3ceK4DfeQAAFz4n In-Reply-To: X-Priority: 2 Mime-version: 1.0 X-OriginalArrivalTime: 28 Jul 2008 08:34:17.0910 (UTC) FILETIME=[B98BE560:01C8F08C] Subject: Re: [Mpls-interop] agenda for the MPLS-TP meeting in Dublin X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org On 28/07/2008 09:31, "David Sinicrope" wrote: > 6. MPLS-TP Requirements (10 min) > 09.40 > > Ben, Deborah, Malcolm That would be me doing the presentation Ben _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop From mpls-interop-bounces@ietf.org Mon Jul 28 01:51:51 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 49C563A6A0D; Mon, 28 Jul 2008 01:51:51 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5B5513A6A0D for ; Mon, 28 Jul 2008 01:51:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.249 X-Spam-Level: X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_FR=0.35] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GfyaonDUMZTX for ; Mon, 28 Jul 2008 01:51:49 -0700 (PDT) Received: from smail6.alcatel.fr (colt-na5.alcatel.fr [62.23.212.5]) by core3.amsl.com (Postfix) with ESMTP id 3A35A3A68F5 for ; Mon, 28 Jul 2008 01:51:48 -0700 (PDT) Received: from FRVELSBHS03.ad2.ad.alcatel.com (frvelsbhs03.ad2.ad.alcatel.com [155.132.6.75]) by smail6.alcatel.fr (8.13.8/8.13.8/ICT) with ESMTP id m6S8pqQA003020; Mon, 28 Jul 2008 10:51:53 +0200 Received: from FRVELSMBS11.ad2.ad.alcatel.com ([155.132.6.37]) by FRVELSBHS03.ad2.ad.alcatel.com with Microsoft SMTPSVC(6.0.3790.2499); Mon, 28 Jul 2008 10:51:52 +0200 X-MIMEOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 28 Jul 2008 10:51:51 +0200 Message-ID: <0458D2EE0C36744BABB36BE37805C29A024D3D58@FRVELSMBS11.ad2.ad.alcatel.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Mpls-interop] agenda for the MPLS-TP meeting in Dublin Thread-Index: AcjwjFrUgbrCTMeoK0yQa3ceK4DfeQAArz3A References: <487DB54D.4000604@pi.nu> From: "BOCCI Matthew" To: "David Sinicrope" , "MEAD team" X-OriginalArrivalTime: 28 Jul 2008 08:51:52.0858 (UTC) FILETIME=[2E582FA0:01C8F08F] X-Scanned-By: MIMEDefang 2.57 on 155.132.188.84 Subject: Re: [Mpls-interop] agenda for the MPLS-TP meeting in Dublin X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org > > 7. MPLS Generic Associated Channel (10 min) > 09.50 > > Matthew, Dave This is me. Matthew > > 8. Assignment of the Generic Associated Channel Header Label > (GAL) (10 min) > 10.00 > > George > > 9. MPLS TP Network Management Requirements (10 min) > 10.10 > > Eric, Kam, Scott > > 10. MPLS-TP OAM Analysis (10 min) > 10.20 > > Nurit > > 11. Multiprotocol Label Switching Transport Profile > Survivability (10 min) > Framework > 10.30 > > Adrian > > 12. Requirements for OAM in MPLS Transport Networks (10 min) > 10.40 > > Dave > > 13. Upcoming documents > 10.50 > a. MPLS-TP Control Plane Framework (5 min) > Lou, Luyuan, Loa > > > 14. "EXP field" renamed to "CoS Field" > 10.55 > > George? > > > > > On 7/16/08 4:46 AM, "Loa Andersson" wrote: > > > All, > > > > you'll find the agenda for the MPLS-TP meeting in Dublin at: > > > > http://www.ietf.org/proceedings/08jul/agenda/mpls.txt > > > > The agenda is for both MPLS wg meetings in Dublin, and > you'll find the > > Wednesday MPLS-TP information after the MPLS wg Monday meeting > > meeting. > > > > I've put all of you who has published drafts on the agenda > in 10 min > > slots. > > > > There is also a slot #13 "Upcoming documents" there the editor team > > for the MPLS-TP control plane draft will give a status report. If > > there are other editor teams that want to do the same please let me > > know. > > > > /Loa > > > _______________________________________________ > Mpls-interop mailing list > Mpls-interop@ietf.org > https://www.ietf.org/mailman/listinfo/mpls-interop > _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop From mpls-interop-bounces@ietf.org Mon Jul 28 05:30:55 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 75CD83A691B; Mon, 28 Jul 2008 05:30:55 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E2E6D28C0DE for ; Mon, 28 Jul 2008 05:30:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tuieLrC8FODQ for ; Mon, 28 Jul 2008 05:30:52 -0700 (PDT) Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 922433A68BA for ; Mon, 28 Jul 2008 05:30:52 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.31,265,1215388800"; d="scan'208";a="15690294" Received: from rtp-dkim-2.cisco.com ([64.102.121.159]) by rtp-iport-2.cisco.com with ESMTP; 28 Jul 2008 12:31:01 +0000 Received: from rtp-core-1.cisco.com (rtp-core-1.cisco.com [64.102.124.12]) by rtp-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id m6SCV1tO019249; Mon, 28 Jul 2008 08:31:01 -0400 Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com [64.102.31.102]) by rtp-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id m6SCV1Lw022679; Mon, 28 Jul 2008 12:31:01 GMT Received: from xmb-rtp-206.amer.cisco.com ([64.102.31.32]) by xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 28 Jul 2008 08:31:01 -0400 Received: from 10.21.122.176 ([10.21.122.176]) by xmb-rtp-206.amer.cisco.com ([64.102.31.32]) with Microsoft Exchange Server HTTP-DAV ; Mon, 28 Jul 2008 12:31:00 +0000 User-Agent: Microsoft-Entourage/11.3.6.070618 Date: Mon, 28 Jul 2008 08:31:00 -0400 From: George Swallow To: David Sinicrope , MEAD team Message-ID: Thread-Topic: [Mpls-interop] agenda for the MPLS-TP meeting in Dublin Thread-Index: AcjwjFrUgbrCTMeoK0yQa3ceK4DfeQAIW/RM In-Reply-To: X-Priority: 2 Mime-version: 1.0 X-OriginalArrivalTime: 28 Jul 2008 12:31:01.0367 (UTC) FILETIME=[CB777070:01C8F0AD] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=799; t=1217248261; x=1218112261; c=relaxed/simple; s=rtpdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=swallow@cisco.com; z=From:=20George=20Swallow=20 |Subject:=20Re=3A=20[Mpls-interop]=20agenda=20for=20the=20M PLS-TP=20meeting=20in=20Dublin |Sender:=20 |To:=20David=20Sinicrope=20,= 0A=20=20=20=20=20=20=20=20MEAD=20team=20; bh=FCJmq9TkyFqsJtXLRGfXripLRLWE8tO2oFX6DRWQeR8=; b=plyAM5WCiSa9lWW4GQNIxTrkbvCFd1j1qvCdrsouzULgt6XxfWC3bWzZa1 GmD4KkR5+p51R3P2+FEGQlrpuASCV0/7zekb/PTJQuM14AT9lQEb6odOeMMC 70yERBzIBG; Authentication-Results: rtp-dkim-2; header.From=swallow@cisco.com; dkim=pass ( sig from cisco.com/rtpdkim2001 verified; ); Subject: Re: [Mpls-interop] agenda for the MPLS-TP meeting in Dublin X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org On 7/28/08 4:31 AM, "David Sinicrope" wrote: > Hi All, > Below is the agenda for Wed's MPLS-TP status update. We need a definitive > list of editors who will be giving the presentation on Wednesday. For each > of the time slots in the agenda, please send the name of the editor doing > the presentation back to this list by end of day Monday 7/28. > > 8. Assignment of the Generic Associated Channel Header Label (GAL) (10 min) > 10.00 > > George Correct. > 14. "EXP field" renamed to "CoS Field" > 10.55 > > George? Loa, I would assume. Unless this is just an update of what happened in MPLS, in which case I can do. ...George _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop From mpls-interop-bounces@ietf.org Mon Jul 28 05:31:23 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8D87B3A68FA; Mon, 28 Jul 2008 05:31:23 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B54233A6976 for ; Mon, 28 Jul 2008 05:31:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CxFxUUj6Ufz2 for ; Mon, 28 Jul 2008 05:31:21 -0700 (PDT) Received: from neo.viciousnest.net (neo.viciousnest.net [192.71.80.124]) by core3.amsl.com (Postfix) with ESMTP id 00B8A3A691B for ; Mon, 28 Jul 2008 05:31:21 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by neo.viciousnest.net (Postfix) with ESMTP id AA5AD3F32A; Mon, 28 Jul 2008 14:31:27 +0200 (CEST) Received: from neo.viciousnest.net ([127.0.0.1]) by localhost (neo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02271-02; Mon, 28 Jul 2008 14:31:25 +0200 (CEST) Received: from [127.0.0.1] (unknown [130.129.23.82]) by neo.viciousnest.net (Postfix) with ESMTP id 8D06B3F2EA; Mon, 28 Jul 2008 14:31:25 +0200 (CEST) Message-ID: <488DBC19.6080702@pi.nu> Date: Mon, 28 Jul 2008 14:31:21 +0200 From: Loa Andersson User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: David Sinicrope References: In-Reply-To: X-Virus-Scanned: by amavisd-new at viciousnest.net Cc: MEAD team Subject: Re: [Mpls-interop] agenda for the MPLS-TP meeting in Dublin X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org David, Stewart will do I will do the cos-field draft /Loa David Sinicrope wrote: > Hi All, > Below is the agenda for Wed's MPLS-TP status update. We need a definitive > list of editors who will be giving the presentation on Wednesday. For each > of the time slots in the agenda, please send the name of the editor doing > the presentation back to this list by end of day Monday 7/28. > > Thanks, > Dave S. > > 4. JWT Report on MPLS Architectural Considerations for a Transport > Profile (10 min) > 09.20 > > Stewart, Loa > > 5. A Framework for MPLS in Transport Networks (10 min) > 09.30 > > Matthew, Marc, Stewart > > 6. MPLS-TP Requirements (10 min) > 09.40 > > Ben, Deborah, Malcolm > > 7. MPLS Generic Associated Channel (10 min) > 09.50 > > Matthew, Dave > > 8. Assignment of the Generic Associated Channel Header Label (GAL) (10 min) > 10.00 > > George > > 9. MPLS TP Network Management Requirements (10 min) > 10.10 > > Eric, Kam, Scott > > 10. MPLS-TP OAM Analysis (10 min) > 10.20 > > Nurit > > 11. Multiprotocol Label Switching Transport Profile Survivability (10 min) > Framework > 10.30 > > Adrian > > 12. Requirements for OAM in MPLS Transport Networks (10 min) > 10.40 > > Dave > > 13. Upcoming documents > 10.50 > a. MPLS-TP Control Plane Framework (5 min) > Lou, Luyuan, Loa > > > 14. "EXP field" renamed to "CoS Field" > 10.55 > > George? > > > > > On 7/16/08 4:46 AM, "Loa Andersson" wrote: > >> All, >> >> you'll find the agenda for the MPLS-TP meeting in Dublin at: >> >> http://www.ietf.org/proceedings/08jul/agenda/mpls.txt >> >> The agenda is for both MPLS wg meetings in Dublin, and you'll >> find the Wednesday MPLS-TP information after the MPLS wg >> Monday meeting meeting. >> >> I've put all of you who has published drafts on the agenda in >> 10 min slots. >> >> There is also a slot #13 "Upcoming documents" there the editor >> team for the MPLS-TP control plane draft will give a status >> report. If there are other editor teams that want to do the same >> please let me know. >> >> /Loa > > -- Loa Andersson Principal Networking Architect Acreo AB phone: +46 8 632 77 14 Isafjordsgatan 22 mobile: +46 739 81 21 64 Kista, Sweden email: loa.andersson@acreo.se loa@pi.nu _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop From mpls-interop-bounces@ietf.org Mon Jul 28 05:51:39 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1F4BF3A6899; Mon, 28 Jul 2008 05:51:39 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8A5A63A6899 for ; Mon, 28 Jul 2008 05:51:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UEtXEnZrrwQX for ; Mon, 28 Jul 2008 05:51:36 -0700 (PDT) Received: from imr2.ericy.com (imr2.ericy.com [198.24.6.3]) by core3.amsl.com (Postfix) with ESMTP id AB29D28C107 for ; Mon, 28 Jul 2008 05:51:36 -0700 (PDT) Received: from eusrcmw750.eamcs.ericsson.se (eusrcmw750.exu.ericsson.se [138.85.77.50]) by imr2.ericy.com (8.13.1/8.13.1) with ESMTP id m6SCpfQN022689; Mon, 28 Jul 2008 07:51:42 -0500 Received: from eusrcmw740.eamcs.ericsson.se ([138.85.77.40]) by eusrcmw750.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Mon, 28 Jul 2008 07:51:41 -0500 Received: from [127.0.0.1] ([147.117.168.151]) by eusrcmw740.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Mon, 28 Jul 2008 07:51:40 -0500 User-Agent: Microsoft-Entourage/12.0.0.071130 Date: Mon, 28 Jul 2008 08:51:34 -0400 From: David Sinicrope To: BOCCI Matthew , MEAD team Message-ID: Thread-Topic: [Mpls-interop] agenda for the MPLS-TP meeting in Dublin Thread-Index: AcjwjFrUgbrCTMeoK0yQa3ceK4DfeQAArz3AAAhkmVc= In-Reply-To: <0458D2EE0C36744BABB36BE37805C29A024D3D58@FRVELSMBS11.ad2.ad.alcatel.com> Mime-version: 1.0 X-OriginalArrivalTime: 28 Jul 2008 12:51:41.0536 (UTC) FILETIME=[AEAA3600:01C8F0B0] Subject: Re: [Mpls-interop] agenda for the MPLS-TP meeting in Dublin X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org Who will do: 5. A Framework for MPLS in Transport Networks (10 min) 09.30 Matthew, Marc, Stewart On 7/28/08 4:51 AM, "BOCCI Matthew" wrote: >> >> 7. MPLS Generic Associated Channel (10 min) >> 09.50 >> >> Matthew, Dave > > This is me. > > Matthew > > >> >> 8. Assignment of the Generic Associated Channel Header Label >> (GAL) (10 min) >> 10.00 >> >> George >> >> 9. MPLS TP Network Management Requirements (10 min) >> 10.10 >> >> Eric, Kam, Scott >> >> 10. MPLS-TP OAM Analysis (10 min) >> 10.20 >> >> Nurit >> >> 11. Multiprotocol Label Switching Transport Profile >> Survivability (10 min) >> Framework >> 10.30 >> >> Adrian >> >> 12. Requirements for OAM in MPLS Transport Networks (10 min) >> 10.40 >> >> Dave >> >> 13. Upcoming documents >> 10.50 >> a. MPLS-TP Control Plane Framework (5 min) >> Lou, Luyuan, Loa >> >> >> 14. "EXP field" renamed to "CoS Field" >> 10.55 >> >> George? >> >> >> >> >> On 7/16/08 4:46 AM, "Loa Andersson" wrote: >> >>> All, >>> >>> you'll find the agenda for the MPLS-TP meeting in Dublin at: >>> >>> http://www.ietf.org/proceedings/08jul/agenda/mpls.txt >>> >>> The agenda is for both MPLS wg meetings in Dublin, and >> you'll find the >>> Wednesday MPLS-TP information after the MPLS wg Monday meeting >>> meeting. >>> >>> I've put all of you who has published drafts on the agenda >> in 10 min >>> slots. >>> >>> There is also a slot #13 "Upcoming documents" there the editor team >>> for the MPLS-TP control plane draft will give a status report. If >>> there are other editor teams that want to do the same please let me >>> know. >>> >>> /Loa >> >> >> _______________________________________________ >> Mpls-interop mailing list >> Mpls-interop@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls-interop >> _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop From mpls-interop-bounces@ietf.org Mon Jul 28 05:57:06 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 77BD73A6893; Mon, 28 Jul 2008 05:57:06 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0877D3A6893 for ; Mon, 28 Jul 2008 05:57:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.249 X-Spam-Level: X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_FR=0.35] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p6NWBaA1lBuo for ; Mon, 28 Jul 2008 05:57:02 -0700 (PDT) Received: from smail6.alcatel.fr (colt-na5.alcatel.fr [62.23.212.5]) by core3.amsl.com (Postfix) with ESMTP id E55A13A67A5 for ; Mon, 28 Jul 2008 05:57:01 -0700 (PDT) Received: from FRVELSBHS07.ad2.ad.alcatel.com (frvelsbhs07.ad2.ad.alcatel.com [155.132.6.79]) by smail6.alcatel.fr (8.13.8/8.13.8/ICT) with ESMTP id m6SCv9Hp013919; Mon, 28 Jul 2008 14:57:09 +0200 Received: from FRVELSMBS11.ad2.ad.alcatel.com ([155.132.6.37]) by FRVELSBHS07.ad2.ad.alcatel.com with Microsoft SMTPSVC(6.0.3790.2499); Mon, 28 Jul 2008 14:57:09 +0200 X-MIMEOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 28 Jul 2008 14:57:06 +0200 Message-ID: <0458D2EE0C36744BABB36BE37805C29A024D3EBB@FRVELSMBS11.ad2.ad.alcatel.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Mpls-interop] agenda for the MPLS-TP meeting in Dublin Thread-Index: AcjwjFrUgbrCTMeoK0yQa3ceK4DfeQAArz3AAAhkmVcAAB7lIA== References: <0458D2EE0C36744BABB36BE37805C29A024D3D58@FRVELSMBS11.ad2.ad.alcatel.com> From: "BOCCI Matthew" To: "David Sinicrope" , "MEAD team" X-OriginalArrivalTime: 28 Jul 2008 12:57:09.0325 (UTC) FILETIME=[720AD7D0:01C8F0B1] X-Scanned-By: MIMEDefang 2.57 on 155.132.188.84 Subject: Re: [Mpls-interop] agenda for the MPLS-TP meeting in Dublin X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org Marc will present. Matthew > -----Original Message----- > From: David Sinicrope [mailto:david.sinicrope@ericsson.com] > Sent: 28 July 2008 13:52 > To: BOCCI Matthew; MEAD team > Subject: Re: [Mpls-interop] agenda for the MPLS-TP meeting in Dublin > > Who will do: > 5. A Framework for MPLS in Transport Networks (10 min) > > 09.30 > > > > Matthew, Marc, Stewart > > > On 7/28/08 4:51 AM, "BOCCI Matthew" > > wrote: > > >> > >> 7. MPLS Generic Associated Channel (10 min) > >> 09.50 > >> > >> Matthew, Dave > > > > This is me. > > > > Matthew > > > > > >> > >> 8. Assignment of the Generic Associated Channel Header Label > >> (GAL) (10 min) > >> 10.00 > >> > >> George > >> > >> 9. MPLS TP Network Management Requirements (10 min) > >> 10.10 > >> > >> Eric, Kam, Scott > >> > >> 10. MPLS-TP OAM Analysis (10 min) > >> 10.20 > >> > >> Nurit > >> > >> 11. Multiprotocol Label Switching Transport Profile > Survivability (10 > >> min) > >> Framework > >> 10.30 > >> > >> Adrian > >> > >> 12. Requirements for OAM in MPLS Transport Networks (10 min) > >> 10.40 > >> > >> Dave > >> > >> 13. Upcoming documents > >> 10.50 > >> a. MPLS-TP Control Plane Framework (5 min) > >> Lou, Luyuan, Loa > >> > >> > >> 14. "EXP field" renamed to "CoS Field" > >> 10.55 > >> > >> George? > >> > >> > >> > >> > >> On 7/16/08 4:46 AM, "Loa Andersson" wrote: > >> > >>> All, > >>> > >>> you'll find the agenda for the MPLS-TP meeting in Dublin at: > >>> > >>> http://www.ietf.org/proceedings/08jul/agenda/mpls.txt > >>> > >>> The agenda is for both MPLS wg meetings in Dublin, and > >> you'll find the > >>> Wednesday MPLS-TP information after the MPLS wg Monday meeting > >>> meeting. > >>> > >>> I've put all of you who has published drafts on the agenda > >> in 10 min > >>> slots. > >>> > >>> There is also a slot #13 "Upcoming documents" there the > editor team > >>> for the MPLS-TP control plane draft will give a status report. If > >>> there are other editor teams that want to do the same > please let me > >>> know. > >>> > >>> /Loa > >> > >> > >> _______________________________________________ > >> Mpls-interop mailing list > >> Mpls-interop@ietf.org > >> https://www.ietf.org/mailman/listinfo/mpls-interop > >> > > > _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop From mpls-interop-bounces@ietf.org Tue Jul 29 01:29:44 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E07963A67F7; Tue, 29 Jul 2008 01:29:44 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7FE9A3A6937 for ; Tue, 29 Jul 2008 01:29:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MFoi-ieq+hO5 for ; Tue, 29 Jul 2008 01:29:42 -0700 (PDT) Received: from zcars04e.nortel.com (zcars04e.nortel.com [47.129.242.56]) by core3.amsl.com (Postfix) with ESMTP id 16BBB3A67F7 for ; Tue, 29 Jul 2008 01:29:42 -0700 (PDT) Received: from zcarhxm2.corp.nortel.com (zcarhxm2.corp.nortel.com [47.129.230.99]) by zcars04e.nortel.com (Switch-2.2.0/Switch-2.2.0) with ESMTP id m6T8RgO10362; Tue, 29 Jul 2008 08:27:42 GMT X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 29 Jul 2008 04:29:28 -0400 Message-ID: <0BDFFF51DC89434FA33F8B37FCE363D513952F54@zcarhxm2.corp.nortel.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Initiating work to update G.8110.1 Thread-Index: AcjTKjRt6UdrVd/KQtObTuf+HzK5SAeKKPeQ From: "Malcolm Betts" To: Cc: mpls-interop@ietf.org Subject: [Mpls-interop] FW: Initiating work to update G.8110.1 X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1985250326==" Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org This is a multi-part message in MIME format. --===============1985250326== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C8F155.3D148FD0" This is a multi-part message in MIME format. ------_=_NextPart_001_01C8F155.3D148FD0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All, we can use the Ormond Suite on Thursday from 15:10-17:00. This is a small room (suitable for about 15 people), however this should not be a problem since only about 12 people indicated an interest in attending this informal session.=20 =20 The intention of this session is to develop an outline of the areas that need to revised in G.8110.1 to align with the work in IETF. We will also like to develop a work plan, we should have a view of the anticipated work in the IETF from the joint WG meetings on Wednesday morning. Note that we intend to work by correspondence between now and the next SG 15 plenary meeting in December 2008. Malcolm Betts=20 Nortel Networks=20 Phone: +1 613 763 7860 (ESN 393)=20 email: betts01@nortel.com=20 Confidentiality Notice: This message and any attachments may contain information that is privileged and confidential. If you have reason to believe that you are not the intended recipient or a person responsible for delivering this message to an intended recipient, you are hereby notified that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have reason to believe that you are not the intended recipient or a person responsible for delivering this message to an intended recipient, please contact the sender immediately by reply email and destroy all copies of the original message. =20 ________________________________ From: owner-ahtmpls@itu.int [mailto:owner-ahtmpls@itu.int] On Behalf Of Betts, Malcolm (CAR:X632) Sent: Friday, June 20, 2008 7:06 PM To: ahtmpls@itu.int; Q12 ITU Subject: Initiating work to update G.8110.1 All, as you are aware the IETF have been active in developing drafts on the requirements and framework for MPLS-TP. We anticipate that most if not all of these drafts will be published as .00 versions by July 7th, the deadline for new drafts for the Dublin meeting of the IETF. Given that myself and Italo Busi (the editor of G.8110.1) will both be attending the Dublin meeting we are planning hold a meeting to develop an outline of the revisions that will be required to align G.8110.1 with the work in the IETF, we will also develop a work plan, taking into consideration the anticipated progress in the IETF. I would like as many of the JWT forwarding sub team as possible to join us. The date/time/location of the meeting will be provided after the IETF schedule is finalized. If you will be in Dublin and would like to join us please let me know. We will publish the outline and work plan that we develop on the Q.12 email list. As indicated on the Q.12 list we will progress this work by correspondence and electronic meetings. Malcolm Betts=20 Nortel Networks=20 Phone: +1 613 763 7860 (ESN 393)=20 email: betts01@nortel.com=20 Confidentiality Notice: This message and any attachments may contain information that is privileged and confidential. If you have reason to believe that you are not the intended recipient or a person responsible for delivering this message to an intended recipient, you are hereby notified that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have reason to believe that you are not the intended recipient or a person responsible for delivering this message to an intended recipient, please contact the sender immediately by reply email and destroy all copies of the original message. ------_=_NextPart_001_01C8F155.3D148FD0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Initiating work to update G.8110.1
All, we can use the Ormond Suite on Thursday = from=20 15:10-17:00.  This is a small room (suitable for about 15 = people),=20 however this should not be a problem since only about 12 people = indicated an=20 interest in attending this informal session. 
 
The=20 intention of this session is to develop an outline of the areas that = need to=20 revised in G.8110.1 to align with the work in IETF.  We will also = like to=20 develop a work plan, we should have a view of the anticipated work in = the IETF=20 from the joint WG meetings on Wednesday morning.  Note that we = intend to=20 work by correspondence between now and the next SG 15 plenary meeting in = December 2008.

Malcolm = Betts=20
Nortel = Networks=20
Phone: +1 613 763 = 7860 (ESN=20 393)
email:=20 betts01@nortel.com

Confidentiality=20 Notice:  = This message and=20 any attachments may contain information that is privileged and = confidential. If=20 you have reason to believe that you are not the intended recipient or a = person=20 responsible for delivering this message to an intended recipient, you = are hereby=20 notified that any review, dissemination, distribution, or copying of = this=20 message is strictly prohibited. If you have reason to believe that you = are not=20 the intended recipient or a person responsible for delivering this = message to an=20 intended recipient, please contact the sender immediately by = reply email and destroy all copies of the original=20 message.

 

From: owner-ahtmpls@itu.int=20 [mailto:owner-ahtmpls@itu.int] On Behalf Of Betts, Malcolm=20 (CAR:X632)
Sent: Friday, June 20, 2008 7:06 PM
To:=20 ahtmpls@itu.int; Q12 ITU
Subject: Initiating work to update=20 G.8110.1

All, = as you are aware=20 the IETF have been active in developing drafts on the requirements and = framework=20 for MPLS-TP.  We anticipate that most if not all of these drafts = will be=20 published as .00 versions by July 7th, the deadline for new drafts for = the=20 Dublin meeting of the IETF.

Given = that myself and=20 Italo Busi (the editor of G.8110.1) will both be attending the Dublin = meeting we=20 are planning hold a meeting to develop an outline of the revisions that = will be=20 required to align G.8110.1 with the work in the IETF, we will also = develop a=20 work plan, taking into consideration the anticipated progress in the = IETF. =20 I would like as many of the JWT forwarding sub team as possible to join=20 us.  The date/time/location of the meeting will be provided after = the IETF=20 schedule is finalized.  If you will be in Dublin and would like to = join us=20 please let me know.  We will publish the outline and work plan that = we=20 develop on the Q.12 email list.  As indicated on the Q.12 list we = will=20 progress this work by correspondence and electronic = meetings.

Malcolm = Betts=20
Nortel = Networks=20
Phone: +1 613 763 = 7860 (ESN=20 393)
email:=20 betts01@nortel.com

Confidentiality=20 Notice:  = This message and=20 any attachments may contain information that is privileged and = confidential. If=20 you have reason to believe that you are not the intended recipient or a = person=20 responsible for delivering this message to an intended recipient, you = are hereby=20 notified that any review, dissemination, distribution, or copying of = this=20 message is strictly prohibited. If you have reason to believe that you = are not=20 the intended recipient or a person responsible for delivering this = message to an=20 intended recipient, please contact the sender immediately by = reply email and destroy all copies of the original=20 message.

------_=_NextPart_001_01C8F155.3D148FD0-- --===============1985250326== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop --===============1985250326==-- From mpls-interop-bounces@ietf.org Tue Jul 29 02:01:38 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 570F73A6B41; Tue, 29 Jul 2008 02:01:38 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E1C213A6B4C for ; Tue, 29 Jul 2008 02:01:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ck-+cOVXQr06 for ; Tue, 29 Jul 2008 02:01:35 -0700 (PDT) Received: from demumfd002.nsn-inter.net (demumfd002.nsn-inter.net [217.115.75.234]) by core3.amsl.com (Postfix) with ESMTP id 69DFE3A6B48 for ; Tue, 29 Jul 2008 02:01:34 -0700 (PDT) Received: from demuprx016.emea.nsn-intra.net ([10.150.129.55]) by demumfd002.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id m6T91isW024539 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 Jul 2008 11:01:44 +0200 Received: from demuexc023.nsn-intra.net (webmail.nsn-intra.net [10.150.128.36]) by demuprx016.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id m6T91gcu017908; Tue, 29 Jul 2008 11:01:44 +0200 Received: from DEMUEXC014.nsn-intra.net ([10.150.128.26]) by demuexc023.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.3959); Tue, 29 Jul 2008 11:01:43 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 29 Jul 2008 11:01:36 +0200 Message-ID: <9FF5BDAD88B9D84881609E89AC92FB83010032D9@DEMUEXC014.nsn-intra.net> In-Reply-To: <0BDFFF51DC89434FA33F8B37FCE363D513952F54@zcarhxm2.corp.nortel.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Mpls-interop] FW: Initiating work to update G.8110.1 Thread-Index: AcjTKjRt6UdrVd/KQtObTuf+HzK5SAeKKPeQAAGptiA= From: "Sprecher, Nurit (NSN - IL/Hod HaSharon)" To: "ext Malcolm Betts" , X-OriginalArrivalTime: 29 Jul 2008 09:01:43.0206 (UTC) FILETIME=[B8A1E460:01C8F159] Cc: mpls-interop@ietf.org, "Weingarten, Yaacov \(NSN - IL/Hod HaSharon\)" Subject: Re: [Mpls-interop] FW: Initiating work to update G.8110.1 X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1316760587==" Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org This is a multi-part message in MIME format. --===============1316760587== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C8F159.B834D974" This is a multi-part message in MIME format. ------_=_NextPart_001_01C8F159.B834D974 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Malcolm, I am very interested to attend the meeting, and I thought it is going to happen before Thursday noon time. I have to leave Thursday noon in my way back to Tel Aviv.=20 Is it possible to make it before? Thanks, Noritz =20 ________________________________ From: mpls-interop-bounces@ietf.org [mailto:mpls-interop-bounces@ietf.org] On Behalf Of ext Malcolm Betts Sent: Tuesday, July 29, 2008 11:29 To: ahtmpls@itu.int Cc: mpls-interop@ietf.org Subject: [Mpls-interop] FW: Initiating work to update G.8110.1 =20 All, we can use the Ormond Suite on Thursday from 15:10-17:00. This is a small room (suitable for about 15 people), however this should not be a problem since only about 12 people indicated an interest in attending this informal session.=20 =20 The intention of this session is to develop an outline of the areas that need to revised in G.8110.1 to align with the work in IETF. We will also like to develop a work plan, we should have a view of the anticipated work in the IETF from the joint WG meetings on Wednesday morning. Note that we intend to work by correspondence between now and the next SG 15 plenary meeting in December 2008. Malcolm Betts=20 Nortel Networks=20 Phone: +1 613 763 7860 (ESN 393)=20 email: betts01@nortel.com=20 Confidentiality Notice: This message and any attachments may contain information that is privileged and confidential. If you have reason to believe that you are not the intended recipient or a person responsible for delivering this message to an intended recipient, you are hereby notified that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have reason to believe that you are not the intended recipient or a person responsible for delivering this message to an intended recipient, please contact the sender immediately by reply email and destroy all copies of the original message. =20 =20 ________________________________ From: owner-ahtmpls@itu.int [mailto:owner-ahtmpls@itu.int] On Behalf Of Betts, Malcolm (CAR:X632) Sent: Friday, June 20, 2008 7:06 PM To: ahtmpls@itu.int; Q12 ITU Subject: Initiating work to update G.8110.1 All, as you are aware the IETF have been active in developing drafts on the requirements and framework for MPLS-TP. We anticipate that most if not all of these drafts will be published as .00 versions by July 7th, the deadline for new drafts for the Dublin meeting of the IETF. Given that myself and Italo Busi (the editor of G.8110.1) will both be attending the Dublin meeting we are planning hold a meeting to develop an outline of the revisions that will be required to align G.8110.1 with the work in the IETF, we will also develop a work plan, taking into consideration the anticipated progress in the IETF. I would like as many of the JWT forwarding sub team as possible to join us. The date/time/location of the meeting will be provided after the IETF schedule is finalized. If you will be in Dublin and would like to join us please let me know. We will publish the outline and work plan that we develop on the Q.12 email list. As indicated on the Q.12 list we will progress this work by correspondence and electronic meetings. Malcolm Betts=20 Nortel Networks=20 Phone: +1 613 763 7860 (ESN 393)=20 email: betts01@nortel.com=20 Confidentiality Notice: This message and any attachments may contain information that is privileged and confidential. If you have reason to believe that you are not the intended recipient or a person responsible for delivering this message to an intended recipient, you are hereby notified that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have reason to believe that you are not the intended recipient or a person responsible for delivering this message to an intended recipient, please contact the sender immediately by reply email and destroy all copies of the original message. ------_=_NextPart_001_01C8F159.B834D974 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Initiating work to update G.8110.1

Hi = Malcolm,

I am very = interested to attend the meeting, and I thought it is going to happen before Thursday = noon time.

I have to leave = Thursday noon in my way back to Tel Aviv.

Is it possible = to make it before?

Thanks,

Noritz=

 =

From: mpls-interop-bounces@ietf.org [mailto:mpls-interop-bounces@ietf.org] = On Behalf Of ext Malcolm Betts
Sent: Tuesday, July 29, = 2008 11:29
To: ahtmpls@itu.int
Cc: = mpls-interop@ietf.org
Subject: [Mpls-interop] = FW: Initiating work to update G.8110.1

 

All, we can use = the Ormond Suite on Thursday from 15:10-17:00.  This is a = small room (suitable for about 15 people), however this should not be a problem = since only about 12 people indicated an interest in attending this informal = session. 

 

The intention of = this session is to develop an outline of the areas that need to revised in = G.8110.1 to align with the work in IETF.  We will also like to develop a = work plan, we should have a view of the anticipated work in the IETF from the joint = WG meetings on Wednesday morning.  Note that we intend to work by correspondence between now and the next SG 15 plenary meeting in = December 2008.

Malcolm = Betts
Nortel Networks
Phone: +1 613 763 7860 (ESN 393)
email: betts01@nortel.com

Confidentiality = Notice:  This message and any attachments may contain = information that is privileged and confidential. If you have reason to believe that = you are not the intended recipient or a person responsible for delivering this = message to an intended recipient, you are hereby notified that any review, dissemination, distribution, or copying of this message is strictly = prohibited. If you have reason to believe that you are not the intended recipient or = a person responsible for delivering this message to an intended recipient, = please contact the sender immediately by reply email and destroy all copies = of the original message.

 

 

From: owner-ahtmpls@itu.int [mailto:owner-ahtmpls@itu.int] On Behalf Of Betts, Malcolm (CAR:X632)
Sent: Friday, June 20, = 2008 7:06 PM
To: ahtmpls@itu.int; Q12 = ITU
Subject: Initiating work = to update G.8110.1

All, as you are aware the IETF have been active in developing drafts on the requirements and framework for MPLS-TP.  We anticipate that most if = not all of these drafts will be published as .00 versions by July 7th, the = deadline for new drafts for the Dublin meeting of the IETF.

Given that myself and Italo Busi (the = editor of G.8110.1) will both be attending the Dublin meeting we are planning hold a meeting to develop an outline of the = revisions that will be required to align G.8110.1 with the work in the IETF, we = will also develop a work plan, taking into consideration the anticipated progress = in the IETF.  I would like as many of the JWT forwarding sub team as = possible to join us.  The date/time/location of the meeting will be provided = after the IETF schedule is finalized.  If you will be in Dublin and would like to join us = please let me know.  We will publish the outline and work plan that we develop = on the Q.12 email list.  As indicated on the Q.12 list we will progress = this work by correspondence and electronic meetings.

Malcolm Betts
Nortel Networks
Phone: +1 613 763 7860 (ESN 393)
email: betts01@nortel.com

Confidentiality = Notice:  This message and any attachments may contain = information that is privileged and confidential. If you have reason to believe that = you are not the intended recipient or a person responsible for delivering this = message to an intended recipient, you are hereby notified that any review, dissemination, distribution, or copying of this message is strictly = prohibited. If you have reason to believe that you are not the intended recipient or = a person responsible for delivering this message to an intended recipient, = please contact the sender immediately by reply email and destroy all copies = of the original message.

------_=_NextPart_001_01C8F159.B834D974-- --===============1316760587== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop --===============1316760587==-- From mpls-interop-bounces@ietf.org Tue Jul 29 02:05:15 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7277C3A6B4C; Tue, 29 Jul 2008 02:05:15 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D27843A6B53 for ; Tue, 29 Jul 2008 02:05:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9nZY7ChrHvpX for ; Tue, 29 Jul 2008 02:05:12 -0700 (PDT) Received: from zcars04e.nortel.com (zcars04e.nortel.com [47.129.242.56]) by core3.amsl.com (Postfix) with ESMTP id B44133A6B4D for ; Tue, 29 Jul 2008 02:05:11 -0700 (PDT) Received: from zcarhxm2.corp.nortel.com (zcarhxm2.corp.nortel.com [47.129.230.99]) by zcars04e.nortel.com (Switch-2.2.0/Switch-2.2.0) with ESMTP id m6T93GO12271; Tue, 29 Jul 2008 09:03:16 GMT X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 29 Jul 2008 05:04:53 -0400 Message-ID: <0BDFFF51DC89434FA33F8B37FCE363D513952F57@zcarhxm2.corp.nortel.com> In-Reply-To: <9FF5BDAD88B9D84881609E89AC92FB83010032D9@DEMUEXC014.nsn-intra.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Mpls-interop] FW: Initiating work to update G.8110.1 Thread-Index: AcjTKjRt6UdrVd/KQtObTuf+HzK5SAeKKPeQAAGptiAAABrnsA== References: <0BDFFF51DC89434FA33F8B37FCE363D513952F54@zcarhxm2.corp.nortel.com> <9FF5BDAD88B9D84881609E89AC92FB83010032D9@DEMUEXC014.nsn-intra.net> From: "Malcolm Betts" To: "Sprecher, Nurit (NSN - IL/Hod HaSharon)" , Cc: mpls-interop@ietf.org, "Weingarten, Yaacov \(NSN - IL/Hod HaSharon\)" Subject: Re: [Mpls-interop] FW: Initiating work to update G.8110.1 X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1856417980==" Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org This is a multi-part message in MIME format. --===============1856417980== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C8F15A.34BAEBA9" This is a multi-part message in MIME format. ------_=_NextPart_001_01C8F15A.34BAEBA9 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Nurit, this is the only time slot when a room is available - I know it is not ideal but its the only option. =20 Malcolm Betts=20 Nortel Networks=20 Phone: +1 613 763 7860 (ESN 393)=20 email: betts01@nortel.com=20 Confidentiality Notice: This message and any attachments may contain information that is privileged and confidential. If you have reason to believe that you are not the intended recipient or a person responsible for delivering this message to an intended recipient, you are hereby notified that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have reason to believe that you are not the intended recipient or a person responsible for delivering this message to an intended recipient, please contact the sender immediately by reply email and destroy all copies of the original message. =20 ________________________________ From: Sprecher, Nurit (NSN - IL/Hod HaSharon) [mailto:nurit.sprecher@nsn.com]=20 Sent: Tuesday, July 29, 2008 5:02 AM To: Betts, Malcolm (CAR:X632); ahtmpls@itu.int Cc: mpls-interop@ietf.org; Weingarten, Yaacov (NSN - IL/Hod HaSharon) Subject: RE: [Mpls-interop] FW: Initiating work to update G.8110.1 =09 =09 Hi Malcolm, I am very interested to attend the meeting, and I thought it is going to happen before Thursday noon time. I have to leave Thursday noon in my way back to Tel Aviv.=20 Is it possible to make it before? Thanks, Noritz =20 =09 ________________________________ From: mpls-interop-bounces@ietf.org [mailto:mpls-interop-bounces@ietf.org] On Behalf Of ext Malcolm Betts Sent: Tuesday, July 29, 2008 11:29 To: ahtmpls@itu.int Cc: mpls-interop@ietf.org Subject: [Mpls-interop] FW: Initiating work to update G.8110.1 =20 All, we can use the Ormond Suite on Thursday from 15:10-17:00. This is a small room (suitable for about 15 people), however this should not be a problem since only about 12 people indicated an interest in attending this informal session.=20 =20 The intention of this session is to develop an outline of the areas that need to revised in G.8110.1 to align with the work in IETF. We will also like to develop a work plan, we should have a view of the anticipated work in the IETF from the joint WG meetings on Wednesday morning. Note that we intend to work by correspondence between now and the next SG 15 plenary meeting in December 2008. Malcolm Betts=20 Nortel Networks=20 Phone: +1 613 763 7860 (ESN 393)=20 email: betts01@nortel.com=20 Confidentiality Notice: This message and any attachments may contain information that is privileged and confidential. If you have reason to believe that you are not the intended recipient or a person responsible for delivering this message to an intended recipient, you are hereby notified that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have reason to believe that you are not the intended recipient or a person responsible for delivering this message to an intended recipient, please contact the sender immediately by reply email and destroy all copies of the original message. =20 =20 =09 ________________________________ From: owner-ahtmpls@itu.int [mailto:owner-ahtmpls@itu.int] On Behalf Of Betts, Malcolm (CAR:X632) Sent: Friday, June 20, 2008 7:06 PM To: ahtmpls@itu.int; Q12 ITU Subject: Initiating work to update G.8110.1 All, as you are aware the IETF have been active in developing drafts on the requirements and framework for MPLS-TP. We anticipate that most if not all of these drafts will be published as .00 versions by July 7th, the deadline for new drafts for the Dublin meeting of the IETF. Given that myself and Italo Busi (the editor of G.8110.1) will both be attending the Dublin meeting we are planning hold a meeting to develop an outline of the revisions that will be required to align G.8110.1 with the work in the IETF, we will also develop a work plan, taking into consideration the anticipated progress in the IETF. I would like as many of the JWT forwarding sub team as possible to join us. The date/time/location of the meeting will be provided after the IETF schedule is finalized. If you will be in Dublin and would like to join us please let me know. We will publish the outline and work plan that we develop on the Q.12 email list. As indicated on the Q.12 list we will progress this work by correspondence and electronic meetings. Malcolm Betts=20 Nortel Networks=20 Phone: +1 613 763 7860 (ESN 393)=20 email: betts01@nortel.com=20 Confidentiality Notice: This message and any attachments may contain information that is privileged and confidential. If you have reason to believe that you are not the intended recipient or a person responsible for delivering this message to an intended recipient, you are hereby notified that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have reason to believe that you are not the intended recipient or a person responsible for delivering this message to an intended recipient, please contact the sender immediately by reply email and destroy all copies of the original message. ------_=_NextPart_001_01C8F15A.34BAEBA9 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Initiating = work to update G.8110.1
Nurit, this is the only time slot when a room = is available=20 - I know it is not ideal but its the only option.
 

Malcolm = Betts=20
Nortel = Networks=20
Phone: +1 613 763 = 7860 (ESN=20 393)
email:=20 betts01@nortel.com

Confidentiality=20 Notice:  = This message and=20 any attachments may contain information that is privileged and = confidential. If=20 you have reason to believe that you are not the intended recipient or a = person=20 responsible for delivering this message to an intended recipient, you = are hereby=20 notified that any review, dissemination, distribution, or copying of = this=20 message is strictly prohibited. If you have reason to believe that you = are not=20 the intended recipient or a person responsible for delivering this = message to an=20 intended recipient, please contact the sender immediately by = reply email and destroy all copies of the original=20 message.

 

From: Sprecher, Nurit (NSN - = IL/Hod HaSharon)=20 [mailto:nurit.sprecher@nsn.com]
Sent: Tuesday, July 29, = 2008 5:02=20 AM
To: Betts, Malcolm (CAR:X632); = ahtmpls@itu.int
Cc:=20 mpls-interop@ietf.org; Weingarten, Yaacov (NSN - IL/Hod=20 HaSharon)
Subject: RE: [Mpls-interop] FW: Initiating work to = update=20 G.8110.1

Hi=20 Malcolm,

I am very = interested=20 to attend the meeting, and I thought it is going to happen before = Thursday=20 noon time.

I have to = leave=20 Thursday noon in my way back to Tel Aviv. =

Is it = possible to=20 make it before?

Thanks,

Noritz

 

From:=20 mpls-interop-bounces@ietf.org [mailto:mpls-interop-bounces@ietf.org] = On Behalf Of ext Malcolm=20 Betts
Sent: = Tuesday, July 29,=20 2008 11:29
To:=20 ahtmpls@itu.int
Cc: = mpls-interop@ietf.org
Subject: [Mpls-interop] FW: = Initiating=20 work to update G.8110.1

 

All, we can = use the=20 Ormond Suite on Thursday from 15:10-17:00.  This is a = small room=20 (suitable for about 15 people), however this should not be a problem = since=20 only about 12 people indicated an interest in attending this informal=20 session. 

 

The = intention of this=20 session is to develop an outline of the areas that need to revised in = G.8110.1=20 to align with the work in IETF.  We will also like to develop a = work=20 plan, we should have a view of the anticipated work in the IETF from = the joint=20 WG meetings on Wednesday morning.  Note that we intend to work by = correspondence between now and the next SG 15 plenary meeting in = December=20 2008.

Malcolm=20 Betts
Nortel = Networks=20
Phone: +1 613 763 7860 = (ESN=20 393)
email:=20 betts01@nortel.com

Confidentiality=20 Notice:  = This message=20 and any attachments may contain information that is privileged and=20 confidential. If you have reason to believe that you are not the = intended=20 recipient or a person responsible for delivering this message to an = intended=20 recipient, you are hereby notified that any review, dissemination,=20 distribution, or copying of this message is strictly prohibited. If = you have=20 reason to believe that you are not the intended recipient or a person=20 responsible for delivering this message to an intended recipient, = please=20 contact the sender immediately by reply email = and destroy=20 all copies of the original message.

 

 

From:=20 owner-ahtmpls@itu.int [mailto:owner-ahtmpls@itu.int] On Behalf Of Betts, Malcolm=20 (CAR:X632)
Sent: = Friday, June=20 20, 2008 7:06 PM
To:=20 ahtmpls@itu.int; Q12 ITU
Subject: Initiating work to = update=20 G.8110.1

All,=20 as you are aware the IETF have been active in developing drafts on the = requirements and framework for MPLS-TP.  We anticipate that most = if not=20 all of these drafts will be published as .00 versions by July 7th, the = deadline for new drafts for the Dublin meeting of the=20 IETF.

Given that = myself and=20 Italo Busi (the editor of G.8110.1) will both be attending the = Dublin = meeting we are=20 planning hold a meeting to develop an outline of the revisions that = will be=20 required to align G.8110.1 with the work in the IETF, we will also = develop a=20 work plan, taking into consideration the anticipated progress in the=20 IETF.  I would like as many of the JWT forwarding sub team as = possible to=20 join us.  The date/time/location of the meeting will be provided = after=20 the IETF schedule is finalized.  If you will be in Dublin and = would like to=20 join us please let me know.  We will publish the outline and work = plan=20 that we develop on the Q.12 email list.  As indicated on the Q.12 = list we=20 will progress this work by correspondence and electronic=20 meetings.

Malcolm = Betts=20
Nortel = Networks=20
Phone: +1 613 763 7860 = (ESN=20 393)
email:=20 betts01@nortel.com

Confidentiality=20 Notice:  = This message=20 and any attachments may contain information that is privileged and=20 confidential. If you have reason to believe that you are not the = intended=20 recipient or a person responsible for delivering this message to an = intended=20 recipient, you are hereby notified that any review, dissemination,=20 distribution, or copying of this message is strictly prohibited. If = you have=20 reason to believe that you are not the intended recipient or a person=20 responsible for delivering this message to an intended recipient, = please=20 contact the sender immediately by reply email = and destroy=20 all copies of the original=20 message.

------_=_NextPart_001_01C8F15A.34BAEBA9-- --===============1856417980== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop --===============1856417980==-- From mpls-interop-bounces@ietf.org Tue Jul 29 06:09:00 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 594783A67B6; Tue, 29 Jul 2008 06:09:00 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A52A128C165 for ; Tue, 29 Jul 2008 06:08:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.424 X-Spam-Level: X-Spam-Status: No, score=-6.424 tagged_above=-999 required=5 tests=[AWL=0.175, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TXQo7whk12or for ; Tue, 29 Jul 2008 06:08:58 -0700 (PDT) Received: from imr2.ericy.com (imr2.ericy.com [198.24.6.3]) by core3.amsl.com (Postfix) with ESMTP id 82FC13A67B6 for ; Tue, 29 Jul 2008 06:08:58 -0700 (PDT) Received: from eusrcmw751.eamcs.ericsson.se (eusrcmw751.exu.ericsson.se [138.85.77.51]) by imr2.ericy.com (8.13.1/8.13.1) with ESMTP id m6TD9AZo004018 for ; Tue, 29 Jul 2008 08:09:10 -0500 Received: from eusrcmw740.eamcs.ericsson.se ([138.85.77.40]) by eusrcmw751.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Tue, 29 Jul 2008 08:09:09 -0500 Received: from [127.0.0.1] ([147.117.168.151]) by eusrcmw740.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Tue, 29 Jul 2008 08:09:09 -0500 User-Agent: Microsoft-Entourage/12.0.0.071130 Date: Tue, 29 Jul 2008 09:09:02 -0400 From: David Sinicrope To: MEAD team Message-ID: Thread-Topic: [Mpls-interop] agenda for the MPLS-TP meeting in Dublin Thread-Index: AcjwjFrUgbrCTMeoK0yQa3ceK4DfeQAArz3AAAhkmVcAAB7lIAAyx98C In-Reply-To: <0458D2EE0C36744BABB36BE37805C29A024D3EBB@FRVELSMBS11.ad2.ad.alcatel.com> Mime-version: 1.0 X-OriginalArrivalTime: 29 Jul 2008 13:09:10.0100 (UTC) FILETIME=[4A122140:01C8F17C] Subject: Re: [Mpls-interop] agenda for the MPLS-TP meeting in Dublin X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org Hi All, I still need names for the presentations below *without* asterisks. Dave, I'm assuming that you will present draft-vigoureaux given there is no other name mentioned in the agenda. Please let me know if this is *not* the case. Thanks! Dave S. 9. MPLS TP Network Management Requirements (10 min) 10.10 Eric, Kam, Scott 12. Requirements for OAM in MPLS Transport Networks (10 min) 10.40 Dave 13. Upcoming documents 10.50 a. MPLS-TP Control Plane Framework (5 min) Lou, Luyuan, Loa b. -- -------------------------- Below are the names I got from responses. *4. JWT Report on MPLS Architectural Considerations for a Transport Profile (10 min) 09.20 Stewart *5. A Framework for MPLS in Transport Networks (10 min) 09.30 Marc *6. MPLS-TP Requirements (10 min) 09.40 Ben *7. MPLS Generic Associated Channel (10 min) 09.50 Matthew *8. Assignment of the Generic Associated Channel Header Label (GAL) (10 min) 10.00 George *10. MPLS-TP OAM Analysis (10 min) 10.20 Nurit *11. Multiprotocol Label Switching Transport Profile Survivability (10 min) Framework 10.30 Nurit *14. "EXP field" renamed to "CoS Field" 10.55 Loa On 7/28/08 8:57 AM, "BOCCI Matthew" wrote: > Marc will present. > > Matthew > >> -----Original Message----- >> From: David Sinicrope [mailto:david.sinicrope@ericsson.com] >> Sent: 28 July 2008 13:52 >> To: BOCCI Matthew; MEAD team >> Subject: Re: [Mpls-interop] agenda for the MPLS-TP meeting in Dublin >> >> Who will do: >> 5. A Framework for MPLS in Transport Networks (10 min) >> >> 09.30 >> >> >> >> Matthew, Marc, Stewart >> >> >> On 7/28/08 4:51 AM, "BOCCI Matthew" >> >> wrote: >> >>>> >>>> 7. MPLS Generic Associated Channel (10 min) >>>> 09.50 >>>> >>>> Matthew, Dave >>> >>> This is me. >>> >>> Matthew >>> >>> >>>> >>>> 8. Assignment of the Generic Associated Channel Header Label >>>> (GAL) (10 min) >>>> 10.00 >>>> >>>> George >>>> >>>> 9. MPLS TP Network Management Requirements (10 min) >>>> 10.10 >>>> >>>> Eric, Kam, Scott >>>> >>>> 10. MPLS-TP OAM Analysis (10 min) >>>> 10.20 >>>> >>>> Nurit >>>> >>>> 11. Multiprotocol Label Switching Transport Profile >> Survivability (10 >>>> min) >>>> Framework >>>> 10.30 >>>> >>>> Adrian >>>> >>>> 12. Requirements for OAM in MPLS Transport Networks (10 min) >>>> 10.40 >>>> >>>> Dave >>>> >>>> 13. Upcoming documents >>>> 10.50 >>>> a. MPLS-TP Control Plane Framework (5 min) >>>> Lou, Luyuan, Loa >>>> >>>> >>>> 14. "EXP field" renamed to "CoS Field" >>>> 10.55 >>>> >>>> George? >>>> >>>> >>>> >>>> >>>> On 7/16/08 4:46 AM, "Loa Andersson" wrote: >>>> >>>>> All, >>>>> >>>>> you'll find the agenda for the MPLS-TP meeting in Dublin at: >>>>> >>>>> http://www.ietf.org/proceedings/08jul/agenda/mpls.txt >>>>> >>>>> The agenda is for both MPLS wg meetings in Dublin, and >>>> you'll find the >>>>> Wednesday MPLS-TP information after the MPLS wg Monday meeting >>>>> meeting. >>>>> >>>>> I've put all of you who has published drafts on the agenda >>>> in 10 min >>>>> slots. >>>>> >>>>> There is also a slot #13 "Upcoming documents" there the >> editor team >>>>> for the MPLS-TP control plane draft will give a status report. If >>>>> there are other editor teams that want to do the same >> please let me >>>>> know. >>>>> >>>>> /Loa >>>> >>>> >>>> _______________________________________________ >>>> Mpls-interop mailing list >>>> Mpls-interop@ietf.org >>>> https://www.ietf.org/mailman/listinfo/mpls-interop >>>> >> >> >> > _______________________________________________ > Mpls-interop mailing list > Mpls-interop@ietf.org > https://www.ietf.org/mailman/listinfo/mpls-interop _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop From mpls-interop-bounces@ietf.org Tue Jul 29 06:18:58 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B72A23A6923; Tue, 29 Jul 2008 06:18:58 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2B8673A69F9 for ; Tue, 29 Jul 2008 06:18:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jCMlC3xo-6Qh for ; Tue, 29 Jul 2008 06:18:57 -0700 (PDT) Received: from ihemail4.lucent.com (ihemail4.lucent.com [135.245.0.39]) by core3.amsl.com (Postfix) with ESMTP id 03C6E3A6923 for ; Tue, 29 Jul 2008 06:18:56 -0700 (PDT) Received: from ilexp03.ndc.lucent.com (h135-3-39-50.lucent.com [135.3.39.50]) by ihemail4.lucent.com (8.13.8/IER-o) with ESMTP id m6TDIhNf028627; Tue, 29 Jul 2008 08:19:02 -0500 (CDT) Received: from ILEXC2U03.ndc.lucent.com ([135.3.39.11]) by ilexp03.ndc.lucent.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 29 Jul 2008 08:18:32 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 29 Jul 2008 08:18:31 -0500 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Mpls-interop] agenda for the MPLS-TP meeting in Dublin Thread-Index: AcjwjFrUgbrCTMeoK0yQa3ceK4DfeQAArz3AAAhkmVcAAB7lIAAyx98CAAAo7WA= References: <0458D2EE0C36744BABB36BE37805C29A024D3EBB@FRVELSMBS11.ad2.ad.alcatel.com> From: "Lam, Hing-Kam \(Kam\)" To: "David Sinicrope" , "MEAD team" X-OriginalArrivalTime: 29 Jul 2008 13:18:32.0260 (UTC) FILETIME=[9924F040:01C8F17D] X-Scanned-By: MIMEDefang 2.57 on 135.245.2.39 Subject: Re: [Mpls-interop] agenda for the MPLS-TP meeting in Dublin X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org Dave, To my understanding Eric is attending the meeting. He has agreed to give the presentation on # 9. MPLS TP Network Management Requirements Regards, Kam -----Original Message----- From: mpls-interop-bounces@ietf.org [mailto:mpls-interop-bounces@ietf.org] On Behalf Of David Sinicrope Sent: Tuesday, July 29, 2008 9:09 AM To: MEAD team Subject: Re: [Mpls-interop] agenda for the MPLS-TP meeting in Dublin Hi All, I still need names for the presentations below *without* asterisks. Dave, I'm assuming that you will present draft-vigoureaux given there is no other name mentioned in the agenda. Please let me know if this is *not* the case. Thanks! Dave S. 9. MPLS TP Network Management Requirements (10 min) 10.10 Eric, Kam, Scott 12. Requirements for OAM in MPLS Transport Networks (10 min) 10.40 Dave 13. Upcoming documents 10.50 a. MPLS-TP Control Plane Framework (5 min) Lou, Luyuan, Loa b. -- -------------------------- Below are the names I got from responses. *4. JWT Report on MPLS Architectural Considerations for a Transport Profile (10 min) 09.20 Stewart *5. A Framework for MPLS in Transport Networks (10 min) 09.30 Marc *6. MPLS-TP Requirements (10 min) 09.40 Ben *7. MPLS Generic Associated Channel (10 min) 09.50 Matthew *8. Assignment of the Generic Associated Channel Header Label (GAL) (10 min) 10.00 George *10. MPLS-TP OAM Analysis (10 min) 10.20 Nurit *11. Multiprotocol Label Switching Transport Profile Survivability (10 min) Framework 10.30 Nurit *14. "EXP field" renamed to "CoS Field" 10.55 Loa On 7/28/08 8:57 AM, "BOCCI Matthew" wrote: > Marc will present. > > Matthew > >> -----Original Message----- >> From: David Sinicrope [mailto:david.sinicrope@ericsson.com] >> Sent: 28 July 2008 13:52 >> To: BOCCI Matthew; MEAD team >> Subject: Re: [Mpls-interop] agenda for the MPLS-TP meeting in Dublin >> >> Who will do: >> 5. A Framework for MPLS in Transport Networks (10 min) >> >> 09.30 >> >> >> >> Matthew, Marc, Stewart >> >> >> On 7/28/08 4:51 AM, "BOCCI Matthew" >> >> wrote: >> >>>> >>>> 7. MPLS Generic Associated Channel (10 min) >>>> 09.50 >>>> >>>> Matthew, Dave >>> >>> This is me. >>> >>> Matthew >>> >>> >>>> >>>> 8. Assignment of the Generic Associated Channel Header Label >>>> (GAL) (10 min) >>>> 10.00 >>>> >>>> George >>>> >>>> 9. MPLS TP Network Management Requirements (10 min) >>>> 10.10 >>>> >>>> Eric, Kam, Scott >>>> >>>> 10. MPLS-TP OAM Analysis (10 min) >>>> 10.20 >>>> >>>> Nurit >>>> >>>> 11. Multiprotocol Label Switching Transport Profile >> Survivability (10 >>>> min) >>>> Framework >>>> 10.30 >>>> >>>> Adrian >>>> >>>> 12. Requirements for OAM in MPLS Transport Networks (10 min) >>>> 10.40 >>>> >>>> Dave >>>> >>>> 13. Upcoming documents >>>> 10.50 >>>> a. MPLS-TP Control Plane Framework (5 min) >>>> Lou, Luyuan, Loa >>>> >>>> >>>> 14. "EXP field" renamed to "CoS Field" >>>> 10.55 >>>> >>>> George? >>>> >>>> >>>> >>>> >>>> On 7/16/08 4:46 AM, "Loa Andersson" wrote: >>>> >>>>> All, >>>>> >>>>> you'll find the agenda for the MPLS-TP meeting in Dublin at: >>>>> >>>>> http://www.ietf.org/proceedings/08jul/agenda/mpls.txt >>>>> >>>>> The agenda is for both MPLS wg meetings in Dublin, and >>>> you'll find the >>>>> Wednesday MPLS-TP information after the MPLS wg Monday meeting >>>>> meeting. >>>>> >>>>> I've put all of you who has published drafts on the agenda >>>> in 10 min >>>>> slots. >>>>> >>>>> There is also a slot #13 "Upcoming documents" there the >> editor team >>>>> for the MPLS-TP control plane draft will give a status report. If >>>>> there are other editor teams that want to do the same >> please let me >>>>> know. >>>>> >>>>> /Loa >>>> >>>> >>>> _______________________________________________ >>>> Mpls-interop mailing list >>>> Mpls-interop@ietf.org >>>> https://www.ietf.org/mailman/listinfo/mpls-interop >>>> >> >> >> > _______________________________________________ > Mpls-interop mailing list > Mpls-interop@ietf.org > https://www.ietf.org/mailman/listinfo/mpls-interop _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop From mpls-interop-bounces@ietf.org Tue Jul 29 06:22:45 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0944C28C2D9; Tue, 29 Jul 2008 06:22:45 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B31CA28C2DB for ; Tue, 29 Jul 2008 06:22:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.547 X-Spam-Level: X-Spam-Status: No, score=-1.547 tagged_above=-999 required=5 tests=[AWL=1.052, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ObdehQ+5196c for ; Tue, 29 Jul 2008 06:22:43 -0700 (PDT) Received: from esc91.midphase.com (esc91.midphase.com [216.104.33.66]) by core3.amsl.com (Postfix) with ESMTP id 0889D28C2D9 for ; Tue, 29 Jul 2008 06:22:43 -0700 (PDT) Received: from [216.104.42.195] (helo=LC2.labn.net) by esc91.midphase.com with esmtpa (Exim 4.69) (envelope-from ) id 1KNpAD-00058c-1n; Tue, 29 Jul 2008 09:22:54 -0400 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 29 Jul 2008 14:22:49 +0100 To: David Sinicrope From: Lou Berger In-Reply-To: References: <0458D2EE0C36744BABB36BE37805C29A024D3EBB@FRVELSMBS11.ad2.ad.alcatel.com> Mime-Version: 1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - esc91.midphase.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net Message-Id: <20080729132243.0889D28C2D9@core3.amsl.com> Cc: MEAD team Subject: Re: [Mpls-interop] agenda for the MPLS-TP meeting in Dublin X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org I believe Loa will be talking... At 02:09 PM 7/29/2008, David Sinicrope wrote: >13. Upcoming documents > > 10.50 > > a. MPLS-TP Control Plane Framework (5 min) > > Lou, Luyuan, Loa _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop From mpls-interop-bounces@ietf.org Wed Jul 30 02:36:41 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 03ECC3A6868; Wed, 30 Jul 2008 02:36:41 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EB3093A68D8 for ; Tue, 29 Jul 2008 22:46:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.448 X-Spam-Level: X-Spam-Status: No, score=-6.448 tagged_above=-999 required=5 tests=[AWL=0.150, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pKfFKXSFRMfq for ; Tue, 29 Jul 2008 22:46:08 -0700 (PDT) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id BA4D33A687A for ; Tue, 29 Jul 2008 22:46:05 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.31,277,1215388800"; d="scan'208,217";a="15967946" Received: from rtp-dkim-2.cisco.com ([64.102.121.159]) by rtp-iport-1.cisco.com with ESMTP; 30 Jul 2008 05:46:18 +0000 Received: from rtp-core-1.cisco.com (rtp-core-1.cisco.com [64.102.124.12]) by rtp-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id m6U5kI2i012863; Wed, 30 Jul 2008 01:46:18 -0400 Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com [64.102.31.12]) by rtp-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id m6U5kIvd016868; Wed, 30 Jul 2008 05:46:18 GMT Received: from xmb-rtp-202.amer.cisco.com ([64.102.31.52]) by xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 30 Jul 2008 01:46:18 -0400 Received: from [127.0.0.1] ([171.68.225.134]) by xmb-rtp-202.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 30 Jul 2008 01:46:16 -0400 In-Reply-To: <005701c8f1d9$02e4b780$207d11ac@vim.tlt.alcatel.it> References: <2DBD244B-9EB9-453E-948E-2E12E5C67C6B@cisco.com> <9FF5BDAD88B9D84881609E89AC92FB83010034A7@DEMUEXC014.nsn-intra.net> <62D9AC1F11702146A0387CBFF3A8CD3D7E20EA@DEMUEXC030.nsn-intra.net> <001801c8f192$e9195590$f2f111ac@vim.tlt.alcatel.it> <6F31E2C5-8063-4C71-A027-1F6C14BCD213@cisco.com> <005701c8f1d9$02e4b780$207d11ac@vim.tlt.alcatel.it> Mime-Version: 1.0 (Apple Message framework v753.1) Message-Id: From: David Ward Date: Wed, 30 Jul 2008 00:46:09 -0500 To: Italo Busi X-Mailer: Apple Mail (2.753.1) X-OriginalArrivalTime: 30 Jul 2008 05:46:17.0446 (UTC) FILETIME=[95F2A860:01C8F207] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=37386; t=1217396778; x=1218260778; c=relaxed/simple; s=rtpdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=dward@cisco.com; z=From:=20David=20Ward=20 |Subject:=20Re=3A=20mpls-tp=20oam=20requirements=20draft |Sender:=20 |To:=20Italo=20Busi=20; bh=f0xA7YidqW10oGWltR08jamW7j1AzQVY9OHTDaXlz8s=; b=VTJJcAr04S4om20FXa5vvhfeL16Zo5P86vZ9XXZwFnOQDvKMhKUQiGe3YR jm3lO7ko1rCFf2yX7GDZXfVU4+JCYs/bs0JNQQGgtNhcA6DkVYtuwhqVY4cR iAHw5xPJyY; Authentication-Results: rtp-dkim-2; header.From=dward@cisco.com; dkim=pass ( sig from cisco.com/rtpdkim2001 verified; ); X-Mailman-Approved-At: Wed, 30 Jul 2008 02:36:40 -0700 Cc: MEURIC Julien RD-CORE-LAN , philippe.niger@orange-ftgroup.com, LEVRAU LIEVEN , "Weingarten, Yaacov \(\(NSN - IL/Hod HaSharon\)\)" , Dan Romascanu , MEAD team , Yuji Tochio Subject: Re: [Mpls-interop] mpls-tp oam requirements draft X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2002280274==" Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org --===============2002280274== Content-Type: multipart/alternative; boundary=Apple-Mail-1-718884189 --Apple-Mail-1-718884189 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=WINDOWS-1252; delsp=yes; format=flowed Italo - On Jul 29, 2008, at 7:12 PM, Italo Busi wrote: > Dave, > > I am not sure whether your objective is either: > a) being capable to implement MPLS-TP over existing IP/MPLS routers DW: Yes as I quoted from the framework slides > b) being capable to use some of the new OAM tools defined for MPLS-=20 > TP within IP/MPLS > DW: Yes as I quoted from the framework slides > > I understand that a requirement stating that "IP addressing and =20 > forwarding MUST NOT or SHOULD NOT be supported" will rule out both =20 > options and therefore you disagree with it. > DW: Yes. > > I agree with you but as far as I can remember, we have not such a =20 > requirement in any MPLS-TP document. > DW: I quoted the slides to show the relevant parts of the discussion =20 and there are clearly more references. In the current set of docs it =20 is far too strong w/ the use of language as we have been focusing on =20 the relevant requirements for the non-IP case. Technically it is not =20 limiting but, the language is too tight. > > If my memory fails, this is a mistake we must fix. > DW: We need to find the fix. If we can agree there will be a fix I =20 can describe the goal stated clearly below in my preso and we can =20 move forward happily. I can state the fix will be in all -01 versions =20= of the draft. > However, there is also the an objective to implement MPLS-TP on =20 > devices that are not IP routers. > > If we say that "IP addressing, routing and forwarding MUST be =20 > supported", I interpreted this as ruling out this option. > DW: You are interpreting this incorrectly. That is 180 degrees =20 opposite of "IP MUST NOT be required" which is the requirement you =20 need. I want to be able to do both scenarios and I want it to be =20 clear that both non-IP addressed deployments AND IP addressed =20 deployments must be able to exist in the internet and there is a =20 common suite of tools and protocols. DW: Simple goal, nothing hidden :-) > I wonder whether it is not worthwhile to state that "IP addressing, =20= > routing and forwarding MAY be supported". > DW: MAY wouldn't do it for me or interop. -DWard > Italo > > From: David Ward [mailto:dward@cisco.com] > Sent: Tuesday, July 29, 2008 6:03 PM > To: Italo Busi > Cc: David Ward; 'Weingarten, Yaacov (NSN - IL/Hod HaSharon)'; =20 > 'Sprecher, Nurit (NSN - IL/Hod HaSharon)'; 'Martin Vigoureux'; 'Loa =20= > Andersson'; 'BOCCI Matthew'; 'LEVRAU LIEVEN'; 'Huub van Helvoort'; =20 > 'Lou Berger'; 'Ron Bonica'; 'Dan Romascanu'; 'Dinesh Mohan'; 'Andy =20 > Malis'; 'Stewart Bryant'; 'malcolm Betts'; 'Yuji Tochio'; 'Thomas =20 > Nadeau'; 'MEURIC Julien RD-CORE-LAN'; philippe.niger@orange-=20 > ftgroup.com; 'LASSERRE Marc' > Subject: Re: mpls-tp oam requirements draft > > Let me try again on the points I am trying to make: > > IP addressing and forwarding is NOT required (and therefore doesn't =20= > have to be used if something else is invented) > > IP addressing, routing and forwarding MUST be supported > > Supported does not mean deployed in any network or required to be =20 > deployed in any network. > > We are at a *full stop* if IP addressing and forwarding MUST NOT =20 > or SHOULD NOT be supported. It would mean that existing MPLS =20 > deployments are broken and there is no interoperability or ability =20 > to have any benefits of MPLS-TP technology in IP/MPLS networks. > > If the requirement was modified to "IP addressing, routing and =20 > forwarding MUST be supported for interoperability with IP/MPLS =20 > networks." I am fine. Not sure if this refinement helps. > > I don't think that either variant of the requirement is really that =20= > monumental. I prefer that we do not leave this open during the talk =20= > and left to design issues. This design point is far too fundamental. > > -DWard > > On Jul 29, 2008, at 10:48 AM, Italo Busi wrote: > >> Dave, >> >> I agree with Yaacov and Nurit. >> >> I think we need to start discussing the interoperability scenarios =20= >> as well as the addressing requirements in order to understand all =20 >> the implications . >> >> I wonder whether for the tomorrow's presentation it is not =20 >> worthwhile just to mention as open issues: >> a) the analysis of what are the implications on OAM requirements =20 >> to achieve interoperability with existing MPLS and PWE control and =20= >> forwarding planes >> b) addressing requirements >> >> We can then find some time time during the week to sit down and =20 >> brainstorm a little bit more in details the issue (I would like to =20= >> solve it as soon as possible). >> >> Italo >> >> From: Weingarten, Yaacov (NSN - IL/Hod HaSharon) =20 >> [mailto:yaacov.weingarten@nsn.com] >> Sent: Tuesday, July 29, 2008 4:30 PM >> To: Sprecher, Nurit (NSN - IL/Hod HaSharon); ext David Ward >> Cc: Martin Vigoureux; Loa Andersson; BOCCI Matthew; BUSI ITALO; =20 >> LEVRAU LIEVEN; Huub van Helvoort; Lou Berger; Ron Bonica; Dan =20 >> Romascanu; Dinesh Mohan; Weingarten, Yaacov (NSN - IL/Hod =20 >> HaSharon); Andy Malis; Stewart Bryant; malcolm Betts; Yuji Tochio; =20= >> Thomas Nadeau; MEURIC Julien RD-CORE-LAN; philippe.niger@orange-=20 >> ftgroup.com; LASSERRE Marc >> Subject: RE: mpls-tp oam requirements draft >> >> Hi, >> One slight correction to Nurit's comment see below, >> yaacov >> From: Sprecher, Nurit (NSN - IL/Hod HaSharon) >> Sent: Tuesday, July 29, 2008 18:13 >> To: ext David Ward >> Cc: Martin Vigoureux; Loa Andersson; BOCCI Matthew; BUSI ITALO; =20 >> LEVRAU LIEVEN; Weingarten, Yaacov (NSN - IL/Hod HaSharon); Huub =20 >> van Helvoort; Lou Berger; Ron Bonica; Dan Romascanu; Dinesh Mohan; =20= >> Andy Malis; Stewart Bryant; malcolm Betts; Yuji Tochio; Thomas =20 >> Nadeau; Sprecher, Nurit (NSN - IL/Hod HaSharon); MEURIC Julien RD-=20 >> CORE-LAN; philippe.niger@orange-ftgroup.com; LASSERRE Marc >> Subject: RE: mpls-tp oam requirements draft >> Hi Dave, >> Please see inline. >> I propose to discuss it offline before the meeting. >> Best regards, >> Nurit >> From: ext David Ward [mailto:dward@cisco.com] >> Sent: Tuesday, July 29, 2008 17:28 >> To: Sprecher, Nurit (NSN - IL/Hod HaSharon) >> Cc: David Ward; Martin Vigoureux; Loa Andersson; BOCCI Matthew; =20 >> BUSI ITALO; LEVRAU LIEVEN; Weingarten, Yaacov (NSN - IL/Hod =20 >> HaSharon); Huub van Helvoort; Lou Berger; Ron Bonica; Dan =20 >> Romascanu; Dinesh Mohan; Andy Malis; Stewart Bryant; malcolm =20 >> Betts; Yuji Tochio; Thomas Nadeau; MEURIC Julien RD-CORE-LAN; =20 >> philippe.niger@orange-ftgroup.com; LASSERRE Marc >> Subject: Re: mpls-tp oam requirements draft >> On page 18 it is stated: >> "Mechanisms and capabilities must be able to interoperate with =20 >> existing MPLS and PWE control and forwarding planes" >> I absolutely agree with this requirement and this is one of =20 >> my comments for tomorrow that we need to define a work item on the =20= >> interworking with MPLS. >> Still we may start from Greenfield or have a close island=85=85=85where= =20 >> interworking is not needed, and still IP is not necessarily needed =20= >> to be supported. >> On slide 24 in the right hand column, the "Multiple" under Node/=20 >> Link address is to represent this as well as the discussion on =20 >> slide 76 and 77. Throughout the doc there are other examples of =20 >> using IP node addressing/forwarding and that currently the =20 >> addressing structure for non-IP isn't defined. >> on the same time slide 32 discussed the considerations for =20 >> the node identification. One if the questions is "What IP =20 >> identifier if we do not need IP to support forwarding or OAM?" It =20= >> was clear that this is just a design issue, but it is needed to be =20= >> addressed. >> "IP is not required" !=3D "IP cannot be used." >> Absolutely. But is definitely not MUST use. >> [yw] The equation definitely does not mean that "IP MUST be =20 >> supported" >> -DWard > --Apple-Mail-1-718884189 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=WINDOWS-1252 Italo -

On Jul 29, 2008, at 7:12 PM, Italo Busi = wrote:

Dave,
=A0
I am not sure whether your objective is = either:
a) = being capable to implement MPLS-TP over existing IP/MPLS = routers

DW: Yes as I = quoted from the framework slides

=
b) being capable to use = some of the new OAM tools defined for MPLS-TP within = IP/MPLS

DW: Yes as I quoted from the framework = slides

=A0
I = understand that=A0a requirement stating that "IP addressing = and forwarding MUST NOT or SHOULD NOT be supported" will rule out both = options and therefore you disagree with = it.

DW: Yes.

=A0
I = agree with you but as far as I can remember, we have not such a = requirement in any MPLS-TP document.

DW: I quoted the slides to show the relevant parts of the = discussion and there are clearly more references. In the current set of = docs it is far too strong w/ the use of language as we have been = focusing on the relevant requirements for the non-IP case. Technically = it is not limiting but, the language is too tight.

=A0
If my memory fails, this is a mistake we = must fix.
=A0

=
DW: We need to find the fix. If we can agree there will be a = fix I can describe the goal stated clearly below in my preso and we can = move forward happily. I can state the fix will be in all -01 versions of = the draft.


However, there is also the an objective to = implement MPLS-TP on devices that are not IP = routers.
=A0
If we say that "IP = addressing, routing and forwarding MUST be supported", = I interpreted this as ruling out this = option.
=A0

=
DW: You are interpreting this incorrectly. That is 180 = degrees opposite of "IP MUST NOT be required" which is the requirement = you need. I want to be able to do both scenarios and I want it to be = clear that both non-IP addressed deployments AND IP addressed = deployments must be able to exist in the internet and there is a common = suite of tools and protocols.

DW: Simple goal, = nothing hidden :-)=A0

I wonder whether it is not worthwhile to = state that "IP addressing, routing and forwarding MAY be = supported".
=A0

=
DW: MAY wouldn't do it for me or = interop.

-DWard


Italo

=
From: = David Ward [mailto:dward@cisco.com]=
Sent: Tuesday, July 29, 2008 6:03 PM
To: Italo = Busi
Cc: David Ward; 'Weingarten, Yaacov (NSN - IL/Hod = HaSharon)'; 'Sprecher, Nurit (NSN - IL/Hod HaSharon)'; 'Martin = Vigoureux'; 'Loa Andersson'; 'BOCCI Matthew'; 'LEVRAU LIEVEN'; 'Huub = van Helvoort'; 'Lou Berger'; 'Ron Bonica'; 'Dan Romascanu'; 'Dinesh = Mohan'; 'Andy Malis'; 'Stewart Bryant'; 'malcolm Betts'; 'Yuji = Tochio'; 'Thomas Nadeau'; 'MEURIC Julien RD-CORE-LAN'; philippe.niger@orange-ft= group.com; 'LASSERRE Marc'
Subject: Re: mpls-tp oam = requirements draft

Let me try again = on the points I am trying to make:

=
IP addressing and forwarding is NOT required (and therefore = doesn't have to be used if something else is invented)=A0
=

IP addressing, routing and forwarding = MUST be supported

Supported does not mean deployed in = any network or required to be deployed in any network.=A0
=

We = are at a *full stop* =A0if IP addressing and forwarding MUST NOT or = =A0SHOULD NOT =A0be supported. It would mean that existing MPLS = deployments are broken and there is no interoperability or ability to = have any benefits of MPLS-TP technology in IP/MPLS networks.=A0
=

If the requirement was modified to = "IP addressing, routing and forwarding MUST be supported for = interoperability with IP/MPLS networks." I am fine. Not sure if this = refinement helps.

I don't think = that either variant of the requirement is really that monumental. I = prefer that we do not leave this open during the talk and left to = design issues. This design point is far too fundamental.
=

=
-DWard

=
On Jul 29, 2008, at 10:48 AM, Italo Busi = wrote:

Dave,
=A0
I agree with Yaacov and = Nurit.
=A0
I think we need to start discussing the = interoperability scenarios as well as the addressing requirements in = order to understand all the implications .
=
=A0
=
I wonder whether for the = tomorrow's presentation it is not worthwhile just to mention as open = issues:
a)=A0th= e analysis of what are the implications on OAM requirements to = achieve interoperability with existing MPLS and PWE control and = forwarding planes
b) addressing = requirements
=A0
We can then find some time time during the = week to sit down and brainstorm a little bit more in details the = issue (I would like to solve it as soon as = possible).
=A0
Italo

=
=
From:=A0Weingarten, Yaacov (NSN - = IL/Hod HaSharon) [mailto:yaacov.weingarten@nsn.com= ]=A0
Sent:=A0Tuesday, July 29, 2008 4:30 = PM
To:=A0Sprecher, Nurit (NSN - = IL/Hod HaSharon); ext David Ward
Cc:=A0Martin Vigoureux; Loa = Andersson; BOCCI Matthew; BUSI ITALO; LEVRAU LIEVEN; Huub van = Helvoort; Lou Berger; Ron Bonica; Dan Romascanu; Dinesh Mohan; = Weingarten, Yaacov (NSN - IL/Hod HaSharon); Andy Malis; Stewart = Bryant; malcolm Betts; Yuji Tochio; Thomas Nadeau; MEURIC Julien = RD-CORE-LAN; philippe.niger@orange-ft= group.com; LASSERRE Marc
Subject:=A0RE: mpls-tp oam requirements = draft

Hi,
One slight correction to Nurit's = comment see below,
yaacov
=
=
=
From:=A0Sprecher, Nurit=A0(NSN - IL/Hod HaSharon)=A0
Sent:=A0Tuesday, July 29, 2008 = 18:13
To:=A0ext David Ward
Cc:=A0Martin Vigoureux; Loa = Andersson; BOCCI Matthew; BUSI ITALO; LEVRAU LIEVEN; Weingarten, = Yaacov (NSN - IL/Hod HaSharon); Huub van Helvoort; Lou Berger; Ron = Bonica; Dan Romascanu; Dinesh Mohan; Andy Malis;=A0Stewart Bryant; malcolm Betts; Yuji = Tochio; Thomas Nadeau;=A0Sprecher, Nurit=A0(NSN - IL/Hod HaSharon); = MEURIC Julien RD-CORE-LAN; philippe.niger@orange-ft= group.com; LASSERRE Marc
Subject:=A0R= E: mpls-tp oam requirements = draft
Hi = Dave,
Please see = inline.
I propose to discuss it offline = before the meeting.
Best = regards,
Nurit
=
From:=A0ext David Ward = [mailto:dward@cisco.com]=A0
Sent:=A0Tuesday, July 29, 2008 = 17:28
To:=A0Sprecher, Nurit=A0(NSN - IL/Hod = HaSharon)
Cc:=A0David Ward; Martin Vigoureux; = Loa Andersson; BOCCI Matthew; BUSI ITALO; LEVRAU LIEVEN;=A0Weingarten, Yaacov=A0(NSN - IL/Hod HaSharon); Huub = van Helvoort; Lou Berger; Ron Bonica; Dan Romascanu; Dinesh Mohan; = Andy Malis;=A0Stewart Bryant; malcolm Betts; Yuji Tochio; = Thomas Nadeau; MEURIC Julien RD-CORE-LAN; philippe.niger@orange-ft= group.com; LASSERRE Marc
Subject:=A0R= e: mpls-tp oam requirements = draft
On page 18 it is = stated:
=
"Mechanisms and = capabilities must be able to interoperate with existing MPLS and PWE = control and forwarding planes"
=
<NS> I = absolutely agree with this requirement and this is one of my comments = for tomorrow that we need to define a work item on the = interworking with MPLS.
Still we may = start from=A0Greenfield=A0or have a close island=85=85=85w= here interworking is not needed, and still IP is not necessarily = needed to be supported.
=
On = slide 24 in the right hand column, the "Multiple" under Node/Link = address is to represent this as well as the discussion on slide 76 = and 77. Throughout the doc there are other examples of using IP = node addressing/forwarding and that currently the addressing = structure for non-IP isn't = defined.
<NS> on the same time slide 32 discussed the considerations = for the node identification. One if the questions is=A0"What IP identifier if we do not need = IP to support forwarding or = OAM?"=A0=A0It was clear that this is = just a design issue, but it is needed to be = addressed.
"IP is not required" =A0!=3D "IP cannot = be used."
<NS> = Absolutely. But is definitely not MUST = use.
[yw]=A0=A0The equation definitely does = not mean that "IP MUST be = supported"
=
=
-DWard
=


= --Apple-Mail-1-718884189-- --===============2002280274== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop --===============2002280274==-- From mpls-interop-bounces@ietf.org Wed Jul 30 03:12:23 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EE73228C2BB; Wed, 30 Jul 2008 03:12:22 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1356128C2CF for ; Wed, 30 Jul 2008 03:12:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.465 X-Spam-Level: X-Spam-Status: No, score=-6.465 tagged_above=-999 required=5 tests=[AWL=0.133, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wMU5zjQAe0v6 for ; Wed, 30 Jul 2008 03:12:19 -0700 (PDT) Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 89DC928C2C7 for ; Wed, 30 Jul 2008 03:12:17 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.31,278,1215388800"; d="scan'208,217";a="15969736" Received: from rtp-dkim-1.cisco.com ([64.102.121.158]) by rtp-iport-2.cisco.com with ESMTP; 30 Jul 2008 10:12:08 +0000 Received: from rtp-core-1.cisco.com (rtp-core-1.cisco.com [64.102.124.12]) by rtp-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id m6UAC9R3011206; Wed, 30 Jul 2008 06:12:09 -0400 Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com [64.102.31.12]) by rtp-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id m6UAC932011855; Wed, 30 Jul 2008 10:12:09 GMT Received: from xmb-rtp-202.amer.cisco.com ([64.102.31.52]) by xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 30 Jul 2008 06:12:09 -0400 Received: from [127.0.0.1] ([171.68.225.134]) by xmb-rtp-202.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 30 Jul 2008 06:12:05 -0400 In-Reply-To: <972138A9A2BE554A8710BB4F3E4B03A5C3CD30@DEEXC1U02.de.lucent.com> References: <9FF5BDAD88B9D84881609E89AC92FB83010035D8@DEMUEXC014.nsn-intra.net> <88F272E7-C996-4C36-A311-F09C0B04622E@cisco.com> <0BDFFF51DC89434FA33F8B37FCE363D51399C707@zcarhxm2.corp.nortel.com> <972138A9A2BE554A8710BB4F3E4B03A5C3CD30@DEEXC1U02.de.lucent.com> Mime-Version: 1.0 (Apple Message framework v753.1) Message-Id: <3257D4F2-D7A6-4984-A19D-988524FB1CA1@cisco.com> From: David Ward Date: Wed, 30 Jul 2008 05:10:06 -0500 To: MEAD team X-Mailer: Apple Mail (2.753.1) X-OriginalArrivalTime: 30 Jul 2008 10:12:05.0649 (UTC) FILETIME=[B7D15010:01C8F22C] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=98404; t=1217412729; x=1218276729; c=relaxed/simple; s=rtpdkim1001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=dward@cisco.com; z=From:=20David=20Ward=20 |Subject:=20Re=3A=20mpls-tp=20oam=20requirements=20draft |Sender:=20 |To:=20MEAD=20team=20; bh=YfaBzRDt7z/jjVZNDQeycqQXfaGTw6vtZzllry0gO7A=; b=cXS2EVtH/nncq8xHgieXgpa8JgMJnvAtdnx/0ROKymlpUi7YSjOSazSeru FRYvz/tnUjM8bnRWCZwCsuMSxkMPk275GAb8BBwpO19sGja/Pzw5qZ2YKtvt LB8YRY5UK9; Authentication-Results: rtp-dkim-1; header.From=dward@cisco.com; dkim=pass ( sig from cisco.com/rtpdkim1001 verified; ); Subject: Re: [Mpls-interop] mpls-tp oam requirements draft X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2138638392==" Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org --===============2138638392== Content-Type: multipart/alternative; boundary=Apple-Mail-4-734721633 --Apple-Mail-4-734721633 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=WINDOWS-1252; delsp=yes; format=flowed Lieven, It isn't necessarily outside the scope, it is a different deployment =20 that can't be precluded. Your deployment is critical and understood. You have OOB mgmt network =20= that may be running IP. In other cases it can be inbound and running =20= IP. We'll work through the language of how to make sure we have it clear =20 what, where, when IP is or is not mandatory and on what segments, =20 etc. It should be clear no one is trying to preclude the other's =20 scenario. We are just talking past each other. -DWard On Jul 30, 2008, at 4:54 AM, LEVRAU, LIEVEN ((LIEVEN)) wrote: > That is outside the scope > You can not assume that when you use SNMP to configure a box that =20 > it will have an inband IP connectivity. > Think of optical crossconnects > > Secondly, the nms communication can occur via a completely =20 > different/new/old protocol. > > > ./ > Lieven > From: Romascanu, Dan (Dan) [mailto:dromasca@avaya.com] > Sent: Wednesday, July 30, 2008 11:52 AM > To: Malcolm Betts; David Ward; Sprecher, Nurit (NSN - IL/Hod HaSharon) > Cc: BUSI, ITALO (ITALO); Weingarten, Yaacov (NSN - IL/Hod =20 > HaSharon); VIGOUREUX, MARTIN (MARTIN); Loa Andersson; Bocci, =20 > Matthew (Matthew); LEVRAU, LIEVEN (LIEVEN); Huub van Helvoort; Lou =20 > Berger; Ron Bonica; Dinesh Mohan; Andy Malis; Stewart Bryant; Yuji =20 > Tochio; Thomas Nadeau; MEURIC Julien RD-CORE-LAN; George Swallow =20 > (swallow); philippe.niger@orange-ftgroup.com; LASSERRE, Marc (Marc) > Subject: RE: mpls-tp oam requirements draft > > > We do not need IP addressing if we use static configuration from =20 > a management system. In this case the nodes/endpoints only have =20 > management plane names. > > How is the management system performing configuration operations on =20= > network devices without IP addressing? > > Dan > > > > From: Malcolm Betts [mailto:betts01@nortel.com] > Sent: Wednesday, July 30, 2008 12:33 PM > To: David Ward; Sprecher, Nurit (NSN - IL/Hod HaSharon) > Cc: Italo Busi; Weingarten, Yaacov (NSN - IL/Hod HaSharon); Martin =20 > Vigoureux; Loa Andersson; BOCCI Matthew; LEVRAU LIEVEN; Huub van =20 > Helvoort; Lou Berger; Ron Bonica; Romascanu, Dan (Dan); Dinesh =20 > Mohan; Andy Malis; Stewart Bryant; Yuji Tochio; Thomas Nadeau; =20 > MEURIC Julien RD-CORE-LAN; George Swallow (swallow); =20 > philippe.niger@orange-ftgroup.com; LASSERRE Marc > Subject: RE: mpls-tp oam requirements draft > All, I think we are confusing a number of issues - so let me try to =20= > pull them apart: > > We do not need IP for data plane forwarding: > > We do not need IP addressing if we use static configuration from a =20 > management system. In this case the nodes/endpoints only have =20 > management plane names. > > If we have an IP control plane we must have IP addresses for the =20 > control plane to operate. The JWT team agreed that we would use a =20 > GMPLS/ASON control plane. The architecture describes the =20 > separation between the names for a resource used for forwarding, =20 > management and control plane. So if we have a control plane we =20 > should not have any problems - this should be addressed by the =20 > ccamp control plane draft > > So it appears that the interoperability issue is how do we =20 > interoperate in a network where we have one "area" that is run by =20 > an IP/MPLS control plane and another that uses static configuration. > > That should be addressed by the network management draft (and the =20 > ccamp control plane draft?). > Malcolm Betts > Nortel Networks > Phone: +1 613 763 7860 (ESN 393) > email: betts01@nortel.com > > Confidentiality Notice: This message and any attachments may =20 > contain information that is privileged and confidential. If you =20 > have reason to believe that you are not the intended recipient or a =20= > person responsible for delivering this message to an intended =20 > recipient, you are hereby notified that any review, dissemination, =20 > distribution, or copying of this message is strictly prohibited. If =20= > you have reason to believe that you are not the intended recipient =20 > or a person responsible for delivering this message to an intended =20 > recipient, please contact the sender immediately by reply email and =20= > destroy all copies of the original message. > > > > From: David Ward [mailto:dward@cisco.com] > Sent: Wednesday, July 30, 2008 5:15 AM > To: Sprecher, Nurit (NSN - IL/Hod HaSharon) > Cc: David Ward; Italo Busi; Weingarten, Yaacov (NSN - IL/Hod =20 > HaSharon); Martin Vigoureux; Loa Andersson; BOCCI Matthew; LEVRAU =20 > LIEVEN; Huub van Helvoort; Lou Berger; Ron Bonica; Dan Romascanu; =20 > Mohan, Dinesh (CAR:NP02); Andy Malis; Stewart Bryant; Betts, =20 > Malcolm (CAR:X632); Yuji Tochio; Thomas Nadeau; MEURIC Julien RD-=20 > CORE-LAN; George Swallow (swallow); philippe.niger@orange-=20 > ftgroup.com; LASSERRE Marc > Subject: Re: mpls-tp oam requirements draft > Nurit - > > Yep, see my next email on this thread ... We have to figure out the =20= > right wording for #2 and interoperability. If there is no #2 or =20 > interoperability it is when you have non-IPaddressing throughout =20 > the deployment. I can state the requirement for non-IP but, w/o =20 > understanding what the non-IP addressing scheme will be; it is hard =20= > for me to conceptualize. Just a matter of time and discussion. > > We'll find a way to work this out ... > > -DWard > > > > On Jul 30, 2008, at 4:05 AM, Sprecher, Nurit (NSN - IL/Hod =20 > HaSharon) wrote: > > > Hi David, > The main question is what we mean by "IP addressing and forwarding =20 > MUST be supported"=85=85.(1) MUST be implemented by any equipment, or =20= > (2) must be implemented if needed in the deployment=85=85.. > If the last case (2) holds, I have no issue=85=85 > If the first one holds it may be problematic=85as there is a clear =20 > requirement to be able to implement in some scenarios cheap =20 > transport equipments with no IP capabilities and these scenarios =20 > that it is not needed we should not enforce the implementation. > Maybe we should say that IP addressing routing and forwarding MUST =20 > be supported when it needs to interoperate with IP/MPLS networks. > Please see also inline=85. > Best regards, > Nurit > From: ext David Ward [mailto:dward@cisco.com] > Sent: Tuesday, July 29, 2008 20:03 > To: Italo Busi > Cc: David Ward; Weingarten, Yaacov (NSN - IL/Hod HaSharon); =20 > Sprecher, Nurit (NSN - IL/Hod HaSharon); 'Martin Vigoureux'; 'Loa =20 > Andersson'; 'BOCCI Matthew'; 'LEVRAU LIEVEN'; 'Huub van Helvoort'; =20 > 'Lou Berger'; 'Ron Bonica'; 'Dan Romascanu'; 'Dinesh Mohan'; 'Andy =20 > Malis'; 'Stewart Bryant'; 'malcolm Betts'; 'Yuji Tochio'; 'Thomas =20 > Nadeau'; 'MEURIC Julien RD-CORE-LAN'; philippe.niger@orange-=20 > ftgroup.com; 'LASSERRE Marc' > Subject: Re: mpls-tp oam requirements draft > Let me try again on the points I am trying to make: > IP addressing and forwarding is NOT required (and therefore doesn't =20= > have to be used if something else is invented) > IP addressing, routing and forwarding MUST be supported > Supported does not mean deployed in any network or required to be =20 > deployed in any network. > We are at a *full stop* if IP addressing and forwarding MUST NOT =20 > or SHOULD NOT be supported. It would mean that existing MPLS =20 > deployments are broken and there is no interoperability or ability =20 > to have any benefits of MPLS-TP technology in IP/MPLS networks. > If the requirement was modified to "IP addressing, routing and =20 > forwarding MUST be supported for interoperability with IP/MPLS =20 > networks." I am fine. Not sure if this refinement helps. > I don't think that either variant of the requirement is really that =20= > monumental. I prefer that we do not leave this open during the talk =20= > and left to design issues. This design point is far too fundamental. > -DWard > On Jul 29, 2008, at 10:48 AM, Italo Busi wrote: > Dave, > I agree with Yaacov and Nurit. > I think we need to start discussing the interoperability scenarios =20 > as well as the addressing requirements in order to understand all =20 > the implications . > I wonder whether for the tomorrow's presentation it is not =20 > worthwhile just to mention as open issues: > a) the analysis of what are the implications on OAM requirements to =20= > achieve interoperability with existing MPLS and PWE control and =20 > forwarding planes > b) addressing requirements > We can then find some time time during the week to sit down and =20 > brainstorm a little bit more in details the issue (I would like to =20 > solve it as soon as possible). > Italo > From: Weingarten, Yaacov (NSN - IL/Hod HaSharon) =20 > [mailto:yaacov.weingarten@nsn.com] > Sent: Tuesday, July 29, 2008 4:30 PM > To: Sprecher, Nurit (NSN - IL/Hod HaSharon); ext David Ward > Cc: Martin Vigoureux; Loa Andersson; BOCCI Matthew; BUSI ITALO; =20 > LEVRAU LIEVEN; Huub van Helvoort; Lou Berger; Ron Bonica; Dan =20 > Romascanu; Dinesh Mohan; Weingarten, Yaacov (NSN - IL/Hod =20 > HaSharon); Andy Malis; Stewart Bryant; malcolm Betts; Yuji Tochio; =20 > Thomas Nadeau; MEURIC Julien RD-CORE-LAN; philippe.niger@orange-=20 > ftgroup.com; LASSERRE Marc > Subject: RE: mpls-tp oam requirements draft > Hi, > One slight correction to Nurit's comment see below, > yaacov > From: Sprecher, Nurit (NSN - IL/Hod HaSharon) > Sent: Tuesday, July 29, 2008 18:13 > To: ext David Ward > Cc: Martin Vigoureux; Loa Andersson; BOCCI Matthew; BUSI ITALO; =20 > LEVRAU LIEVEN; Weingarten, Yaacov (NSN - IL/Hod HaSharon); Huub van =20= > Helvoort; Lou Berger; Ron Bonica; Dan Romascanu; Dinesh Mohan; Andy =20= > Malis; Stewart Bryant; malcolm Betts; Yuji Tochio; Thomas Nadeau; =20 > Sprecher, Nurit (NSN - IL/Hod HaSharon); MEURIC Julien RD-CORE-LAN; =20= > philippe.niger@orange-ftgroup.com; LASSERRE Marc > Subject: RE: mpls-tp oam requirements draft > Hi Dave, > Please see inline. > I propose to discuss it offline before the meeting. > Best regards, > Nurit > From: ext David Ward [mailto:dward@cisco.com] > Sent: Tuesday, July 29, 2008 17:28 > To: Sprecher, Nurit (NSN - IL/Hod HaSharon) > Cc: David Ward; Martin Vigoureux; Loa Andersson; BOCCI Matthew; =20 > BUSI ITALO; LEVRAU LIEVEN; Weingarten, Yaacov (NSN - IL/Hod =20 > HaSharon); Huub van Helvoort; Lou Berger; Ron Bonica; Dan =20 > Romascanu; Dinesh Mohan; Andy Malis; Stewart Bryant; malcolm Betts; =20= > Yuji Tochio; Thomas Nadeau; MEURIC Julien RD-CORE-LAN; =20 > philippe.niger@orange-ftgroup.com; LASSERRE Marc > Subject: Re: mpls-tp oam requirements draft > On page 18 it is stated: > "Mechanisms and capabilities must be able to interoperate with =20 > existing MPLS and PWE control and forwarding planes" > I absolutely agree with this requirement and this is one of my =20= > comments for tomorrow that we need to define a work item on the =20 > interworking with MPLS. > Still we may start from Greenfield or have a close island=85=85=85where = =20 > interworking is not needed, and still IP is not necessarily needed =20 > to be supported. > On slide 24 in the right hand column, the "Multiple" under Node/=20 > Link address is to represent this as well as the discussion on =20 > slide 76 and 77. Throughout the doc there are other examples of =20 > using IP node addressing/forwarding and that currently the =20 > addressing structure for non-IP isn't defined. > on the same time slide 32 discussed the considerations for the =20= > node identification. One if the questions is "What IP identifier if =20= > we do not need IP to support forwarding or OAM?" It was clear that =20= > this is just a design issue, but it is needed to be addressed. > "IP is not required" !=3D "IP cannot be used." > Absolutely. But is definitely not MUST use. > [yw] The equation definitely does not mean that "IP MUST be =20 > supported" > -DWard > --Apple-Mail-4-734721633 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=WINDOWS-1252
Lieven,

It isn't necessarily outside the = scope, it is a different deployment that can't be = precluded.

Your deployment is critical and = understood. You have OOB mgmt network that may be running IP. =A0In = other cases it can be inbound and running = IP.

We'll work through the language of how to = make sure we have it clear what, where, when IP is or is not mandatory = and on what segments, etc. It should be clear no one is trying to = preclude the other's scenario. We are just talking past each = other.

-DWard

On Jul 30, = 2008, at 4:54 AM, LEVRAU, LIEVEN ((LIEVEN)) wrote:

That is outside the = scope
You can not assume that when you use SNMP to configure=A0 = a box that it will have an inband IP = connectivity.
Think of optical = crossconnects
=A0
Secondly, = the nms communication can occur via a completely different/new/old = protocol.
=A0
./
Lieven
=A0Romascanu, Dan (Dan) [mailto:dromasca@avaya.com]=A0
Sent:=A0Wednesday, July 30, 2008 11:52 = AM
To:=A0Malcolm Betts; David Ward; = Sprecher, Nurit (NSN - IL/Hod HaSharon)
Cc:=A0BUSI, ITALO=A0(ITALO); Weingarten, Yaacov = (NSN - IL/Hod HaSharon);=A0VIGOUREUX, MARTIN=A0(MARTIN); Loa Andersson;=A0Bocci, Matthew=A0(Matthew);=A0LEVRAU, LIEVEN=A0(LIEVEN); Huub van Helvoort; = Lou Berger; Ron Bonica; Dinesh Mohan; Andy Malis; Stewart Bryant; Yuji = Tochio; Thomas Nadeau; MEURIC Julien RD-CORE-LAN; George Swallow = (swallow); philippe.niger@orange-ft= group.com;=A0LASSERRE, Marc=A0(Marc)
Subject:=A0RE: mpls-tp oam requirements = draft
> We do not need = IP addressing if we use static configuration from a management system.=A0 = In this case the nodes/endpoints only have management plane = names.
How is the management system performing configuration operations = on network devices without IP = addressing?
=A0Malcolm Betts [mailto:betts01@nortel.com]=A0
Sent:=A0Wednesday, July 30, 2008 12:33 = PM
To:=A0David Ward; Sprecher, Nurit = (NSN - IL/Hod HaSharon)
=A0Italo = Busi; Weingarten, Yaacov (NSN - IL/Hod HaSharon); Martin Vigoureux; Loa = Andersson; BOCCI Matthew; LEVRAU LIEVEN; Huub van Helvoort; Lou Berger; = Ron Bonica; Romascanu, Dan (Dan); Dinesh Mohan; Andy Malis; Stewart = Bryant; Yuji Tochio; Thomas Nadeau; MEURIC Julien RD-CORE-LAN; George = Swallow (swallow); philippe.niger@orange-ft= group.com; LASSERRE Marc
=A0RE: = mpls-tp oam requirements draft
All, I = think we are confusing a number of issues - so let me try to pull them = apart:
We do not need IP for data plane = forwarding:
We do not need IP addressing if we use static = configuration from a management system.=A0 In this case the = nodes/endpoints only have management plane = names.
If we have an IP=A0control plane we must have IP = addresses for the control plane to operate.=A0 The JWT team agreed that = we would use a GMPLS/ASON control plane.=A0=A0The architecture=A0describes= the separation between the names for a resource used for forwarding, = management and control plane.=A0 So if we have a control plane we should = not have any problems - this should be addressed by the ccamp control = plane draft
So it appears that the interoperability issue is how do = we interoperate=A0 in a network where we have one "area" that is run by = an IP/MPLS control plane and another that uses static = configuration.
That should be addressed by the network management draft = (and the ccamp control plane draft?).

Malcolm = Betts=A0
Nortel Networks=A0
=A0
betts01@nortel.com

Confidentiality = Notice:=A0 This message and any attachments may contain = information that is privileged and confidential. If you have reason to = believe that you are not the intended recipient or a person responsible = for delivering this message to an intended recipient, you are hereby = notified that any review, dissemination, distribution, or copying of = this message is strictly prohibited. If you have reason to believe that = you are not the intended recipient or a person responsible for = delivering this message to an intended recipient, please contact the = sender immediately by reply=A0

=A0David Ward [mailto:dward@cisco.com]=A0
Sent:=A0Wednesday, July 30, 2008 5:15 = AM
To:=A0Sprecher, Nurit (NSN - IL/Hod = HaSharon)
Cc:=A0David Ward; Italo Busi; = Weingarten, Yaacov (NSN - IL/Hod HaSharon); Martin Vigoureux; Loa = Andersson; BOCCI Matthew; LEVRAU LIEVEN; Huub van Helvoort; Lou Berger; = Ron Bonica; Dan Romascanu; Mohan, Dinesh (CAR:NP02); Andy Malis; Stewart = Bryant; Betts, Malcolm (CAR:X632); Yuji Tochio; Thomas Nadeau; MEURIC = Julien RD-CORE-LAN; George Swallow (swallow); philippe.niger@orange-ft= group.com; LASSERRE Marc
=A0Re: = mpls-tp oam requirements draft
Nurit = -
Yep, see my = next email on this thread ... We have to figure out the right wording = for #2 and interoperability. =A0If there is no #2 or interoperability it = is when you have non-IPaddressing throughout the deployment. I can state = the requirement for non-IP but, w/o understanding what the non-IP = addressing scheme will be; it is hard for me to conceptualize. =A0Just a = matter of time and = discussion.
We'll find a = way to work this out ...
On Jul 30, = 2008, at 4:05 AM, Sprecher, Nurit (NSN - IL/Hod HaSharon) = wrote:
Hi = David,
The main = question is what we mean by "IP addressing and forwarding MUST be = supported"=85=85.(1) MUST be implemented by any equipment, or (2) must = be implemented if needed in the = deployment=85=85..If the last case (2) holds, I have no = issue=85=85If the first one holds it may be = problematic=85as there is a clear requirement to be able to implement in = some scenarios cheap transport equipments with no IP capabilities and = these scenarios that it is not needed we should not enforce the = implementation.Maybe we should say that IP = addressing routing and forwarding MUST be supported when it needs to = interoperate with IP/MPLS networks.Please see also = inline=85.Best = regards,Nurit
ext David Ward [mailto:dward@cisco.com]=A0
Sent:=A0Tuesday, July 29, 2008 = 20:03
To:=A0Italo Busi
Cc:=A0David Ward;=A0Weingarten, Yaacov=A0(NSN - IL/Hod HaSharon); = Sprecher, Nurit (NSN - IL/Hod HaSharon); 'Martin Vigoureux'; 'Loa = Andersson'; 'BOCCI Matthew'; 'LEVRAU LIEVEN'; 'Huub van Helvoort'; 'Lou = Berger'; 'Ron Bonica'; 'Dan Romascanu'; 'Dinesh Mohan'; 'Andy Malis'; = 'Stewart Bryant'; 'malcolm Betts'; 'Yuji Tochio'; 'Thomas Nadeau'; = 'MEURIC Julien RD-CORE-LAN';=A0philippe.niger@orange-ftgroup.com; = 'LASSERRE Marc'
=A0Re: = mpls-tp oam requirements draftLet me try again on = the points I am trying to = make:
IP addressing and = forwarding is NOT required (and therefore doesn't have to be used if = something else is = invented)=A0
IP addressing, = routing and forwarding MUST be = supported
<= div style=3D"text-align: right; direction: rtl; unicode-bidi: embed; = margin-top: 0cm; margin-right: 0cm; margin-left: 0cm; margin-bottom: = 0.0001pt; font-size: 12pt; font-family: 'Times New Roman'; ">Supported does not = mean deployed in any network or required to be deployed in any = network.=A0
We are at a *full = stop* =A0if IP addressing and forwarding MUST NOT or =A0SHOULD NOT =A0be = supported. It would mean that existing MPLS deployments are broken and = there is no interoperability or ability to have any benefits of MPLS-TP = technology in IP/MPLS = networks.=A0
If the requirement = was modified to "IP addressing, routing and forwarding MUST be supported = for interoperability with IP/MPLS networks." I am fine. Not sure if this = refinement = helps.
I don't think that = either variant of the requirement is really that monumental. I prefer = that we do not leave this open during the talk and left to design = issues. This design point is far too = fundamental.
Dave,b) = addressing requirements
From:=A0Weingarten, Yaacov=A0(NSN - = IL/Hod HaSharon) [=A0
Sent:=A0Tuesday, July 29, 2008 4:30 = PM
To:=A0Sprecher, Nurit (NSN - IL/Hod = HaSharon); ext David Ward
=A0Martin = Vigoureux; Loa Andersson; BOCCI Matthew; BUSI ITALO; LEVRAU LIEVEN; Huub = van Helvoort; Lou Berger; Ron Bonica; Dan Romascanu; Dinesh Mohan;=A0Weingarten, Yaacov=A0(NSN - IL/Hod HaSharon); Andy = Malis; Stewart Bryant; malcolm Betts; Yuji Tochio; Thomas Nadeau; MEURIC = Julien RD-CORE-LAN;=A0philippe.niger@orange-ftgroup.com; = LASSERRE Marc
=A0RE: = mpls-tp oam requirements draft,,
:=A0Sprecher, = Nurit=A0(NSN - IL/Hod = HaSharon)=A0
Sent:=A0Tuesday, July 29, 2008 = 18:13To:=A0ext David = WardCc:=A0Martin Vigoureux; Loa = Andersson; BOCCI Matthew; BUSI ITALO; LEVRAU LIEVEN;=A0Weingarten, Yaacov=A0(NSN - IL/Hod HaSharon); Huub = van Helvoort; Lou Berger; Ron Bonica; Dan Romascanu; Dinesh Mohan; Andy = Malis;=A0Stewart = Bryant;=A0malcolm Betts; Yuji Tochio; = Thomas Nadeau;=A0Sprecher, = Nurit=A0(NSN - IL/Hod HaSharon); = MEURIC Julien RD-CORE-LAN;=A0philippe.niger@orange-ftgroup.com;=A0LASSERRE = Marc:=A0RE: mpls-tp oam requirements = draft,Please see = inline.I propose = to discuss it offline before the meeting.Best = regards,
:=A0ext David = Ward=A0[mailto:dward@cisco.com]=A0
Sent:=A0Tuesday, July 29, 2008 = 17:28To:=A0Sprecher, = Nurit=A0(NSN - IL/Hod = HaSharon)
Cc:=A0David Ward; Martin Vigoureux; = Loa Andersson; BOCCI Matthew; BUSI ITALO; LEVRAU = LIEVEN;=A0Weingarten, Yaacov=A0(NSN - IL/Hod HaSharon); Huub = van Helvoort; Lou Berger; Ron Bonica; Dan Romascanu; Dinesh Mohan; Andy = Malis;=A0Stewart = Bryant;=A0malcolm Betts; Yuji Tochio; = Thomas Nadeau; MEURIC Julien RD-CORE-LAN;=A0philippe.niger@orange-ftgroup.com;=A0LASSERRE = Marc:=A0Re: mpls-tp oam requirements = draft:
Mechanisms and capabilities must be = able to interoperate with existing MPLS and PWE control and forwarding = planes"
>=A0I absolutely agree with this = requirement and this is one of my comments for tomorrow that we need to = define a work item on the interworking with MPLS.Still we = may start from=A0Greenfield=A0or have a = close island=85=85=85where interworking is not needed, and still IP is = not necessarily needed to be supported.On slide 24 in the right = hand column, the "Multiple" under Node/Link address is to represent this = as well as the discussion on slide 76 and 77. Throughout the doc there = are other examples of using IP node addressing/forwarding and that = currently the addressing structure for non-IP isn't = defined.>=A0on the same time slide 32 = discussed the considerations for the node identification. One if the = questions is=A0What IP identifier if we do not need IP to support = forwarding or OAM?"=A0It was clear that this is just a = design issue, but it is needed to be addressed.IP is not required" =A0!=3D "IP = cannot be used."
>=A0Absolutely. But is definitely = not MUST use.[yw]=A0"DWard
X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E52A13A68C4; Wed, 30 Jul 2008 06:33:41 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CBED628C296 for ; Wed, 30 Jul 2008 03:06:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.457 X-Spam-Level: X-Spam-Status: No, score=-6.457 tagged_above=-999 required=5 tests=[AWL=0.141, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aL7f+pHVnmwW for ; Wed, 30 Jul 2008 03:06:18 -0700 (PDT) Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id C7E783A68F7 for ; Wed, 30 Jul 2008 03:06:16 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.31,278,1215388800"; d="scan'208,217";a="15969486" Received: from rtp-dkim-1.cisco.com ([64.102.121.158]) by rtp-iport-2.cisco.com with ESMTP; 30 Jul 2008 10:06:03 +0000 Received: from rtp-core-1.cisco.com (rtp-core-1.cisco.com [64.102.124.12]) by rtp-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id m6UA64P0009745; Wed, 30 Jul 2008 06:06:04 -0400 Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com [64.102.31.12]) by rtp-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id m6UA64Xi010368; Wed, 30 Jul 2008 10:06:04 GMT Received: from xmb-rtp-202.amer.cisco.com ([64.102.31.52]) by xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 30 Jul 2008 06:06:04 -0400 Received: from [127.0.0.1] ([171.68.225.134]) by xmb-rtp-202.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 30 Jul 2008 06:06:00 -0400 Mime-Version: 1.0 (Apple Message framework v753.1) References: <73A9A44B-25CF-433E-9B6E-2ACA5B93AD3A@cisco.com> Message-Id: From: David Ward Date: Wed, 30 Jul 2008 04:57:38 -0500 To: MEAD team X-Mailer: Apple Mail (2.753.1) X-OriginalArrivalTime: 30 Jul 2008 10:06:01.0337 (UTC) FILETIME=[DEABB690:01C8F22B] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=83511; t=1217412364; x=1218276364; c=relaxed/simple; s=rtpdkim1001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=dward@cisco.com; z=From:=20David=20Ward=20 |Subject:=20Fwd=3A=20mpls-tp=20oam=20requirements=20draft |Sender:=20 |To:=20MEAD=20team=20; bh=TgXTF290XOMV/jEgTDw7MNw9Wgtr7m2WhWraaESBm2E=; b=Ehl6+IAcIT+a4uedNXUKXcN+Yd/N5TN8cVf+8wtOdRttwEt9FjnCUBjS/S johteDW5BBCAktM6GViFoGEsjj2FJl+NGoN8dzRba/nSJPm/pl0hagn4yQcy SwdEo8a6+X; Authentication-Results: rtp-dkim-1; header.From=dward@cisco.com; dkim=pass ( sig from cisco.com/rtpdkim1001 verified; ); X-Mailman-Approved-At: Wed, 30 Jul 2008 06:33:40 -0700 Cc: MEURIC Julien RD-CORE-LAN , philippe.niger@orange-ftgroup.com, LEVRAU LIEVEN , "Weingarten, Yaacov \(NSN - IL/Hod HaSharon\)" , Dan Romascanu , Italo Busi , Yuji Tochio Subject: [Mpls-interop] Fwd: mpls-tp oam requirements draft X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1800500398==" Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org --===============1800500398== Content-Type: multipart/alternative; boundary=Apple-Mail-2-733973712 --Apple-Mail-2-733973712 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=WINDOWS-1252; delsp=yes; format=flowed Adding MEAD -DWard Begin forwarded message: > From: David Ward > Date: July 30, 2008 4:50:03 AM CDT > To: "Malcolm Betts" > Cc: David Ward , "Sprecher, Nurit (NSN - IL/Hod =20 > HaSharon)" , "Italo Busi" =20 > , "Weingarten, Yaacov (NSN - IL/Hod =20 > HaSharon)" , "Martin Vigoureux" =20 > , "Loa Andersson" , =20 > "BOCCI Matthew" , "LEVRAU =20 > LIEVEN" , "Huub van Helvoort" =20 > , "Lou Berger" , "Ron =20 > Bonica" , "Dan Romascanu" =20 > , "Dinesh Mohan" , "Andy =20 > Malis" , "Stewart Bryant" =20 > , "Yuji Tochio" , =20 > "Thomas Nadeau" , "MEURIC Julien RD-CORE-LAN" =20 > , "George Swallow (swallow)" =20 > , , "LASSERRE =20= > Marc" > Subject: Re: mpls-tp oam requirements draft > > Malcolm - > > We need IP forwarding when we want to use MPLS-TP protocols and =20 > functions on IP LSPs. There are three things that can be under a =20 > label: another label, a PW and IP. We need to support all three. > > -DWard > > On Jul 30, 2008, at 4:33 AM, Malcolm Betts wrote: > >> All, I think we are confusing a number of issues - so let me try =20 >> to pull them apart: >> >> We do not need IP for data plane forwarding: >> >> We do not need IP addressing if we use static configuration from a =20= >> management system. In this case the nodes/endpoints only have =20 >> management plane names. >> >> If we have an IP control plane we must have IP addresses for the =20 >> control plane to operate. The JWT team agreed that we would use a =20= >> GMPLS/ASON control plane. The architecture describes the =20 >> separation between the names for a resource used for forwarding, =20 >> management and control plane. So if we have a control plane we =20 >> should not have any problems - this should be addressed by the =20 >> ccamp control plane draft >> >> So it appears that the interoperability issue is how do we =20 >> interoperate in a network where we have one "area" that is run by =20= >> an IP/MPLS control plane and another that uses static configuration. >> >> That should be addressed by the network management draft (and the =20 >> ccamp control plane draft?). >> Malcolm Betts >> Nortel Networks >> Phone: +1 613 763 7860 (ESN 393) >> email: betts01@nortel.com >> >> Confidentiality Notice: This message and any attachments may =20 >> contain information that is privileged and confidential. If you =20 >> have reason to believe that you are not the intended recipient or =20 >> a person responsible for delivering this message to an intended =20 >> recipient, you are hereby notified that any review, dissemination, =20= >> distribution, or copying of this message is strictly prohibited. =20 >> If you have reason to believe that you are not the intended =20 >> recipient or a person responsible for delivering this message to =20 >> an intended recipient, please contact the sender immediately by =20 >> reply email and destroy all copies of the original message. >> >> >> >> From: David Ward [mailto:dward@cisco.com] >> Sent: Wednesday, July 30, 2008 5:15 AM >> To: Sprecher, Nurit (NSN - IL/Hod HaSharon) >> Cc: David Ward; Italo Busi; Weingarten, Yaacov (NSN - IL/Hod =20 >> HaSharon); Martin Vigoureux; Loa Andersson; BOCCI Matthew; LEVRAU =20 >> LIEVEN; Huub van Helvoort; Lou Berger; Ron Bonica; Dan Romascanu; =20 >> Mohan, Dinesh (CAR:NP02); Andy Malis; Stewart Bryant; Betts, =20 >> Malcolm (CAR:X632); Yuji Tochio; Thomas Nadeau; MEURIC Julien RD-=20 >> CORE-LAN; George Swallow (swallow); philippe.niger@orange-=20 >> ftgroup.com; LASSERRE Marc >> Subject: Re: mpls-tp oam requirements draft >> >> Nurit - >> >> Yep, see my next email on this thread ... We have to figure out =20 >> the right wording for #2 and interoperability. If there is no #2 =20 >> or interoperability it is when you have non-IPaddressing =20 >> throughout the deployment. I can state the requirement for non-IP =20 >> but, w/o understanding what the non-IP addressing scheme will be; =20 >> it is hard for me to conceptualize. Just a matter of time and =20 >> discussion. >> >> We'll find a way to work this out ... >> >> -DWard >> >> >> >> On Jul 30, 2008, at 4:05 AM, Sprecher, Nurit (NSN - IL/Hod =20 >> HaSharon) wrote: >> >>> Hi David, >>> The main question is what we mean by "IP addressing and =20 >>> forwarding MUST be supported"=85=85.(1) MUST be implemented by any =20= >>> equipment, or (2) must be implemented if needed in the =20 >>> deployment=85=85.. >>> If the last case (2) holds, I have no issue=85=85 >>> If the first one holds it may be problematic=85as there is a clear =20= >>> requirement to be able to implement in some scenarios cheap =20 >>> transport equipments with no IP capabilities and these scenarios =20 >>> that it is not needed we should not enforce the implementation. >>> Maybe we should say that IP addressing routing and forwarding =20 >>> MUST be supported when it needs to interoperate with IP/MPLS =20 >>> networks. >>> Please see also inline=85. >>> Best regards, >>> Nurit >>> From: ext David Ward [mailto:dward@cisco.com] >>> Sent: Tuesday, July 29, 2008 20:03 >>> To: Italo Busi >>> Cc: David Ward; Weingarten, Yaacov (NSN - IL/Hod HaSharon); =20 >>> Sprecher, Nurit (NSN - IL/Hod HaSharon); 'Martin Vigoureux'; 'Loa =20= >>> Andersson'; 'BOCCI Matthew'; 'LEVRAU LIEVEN'; 'Huub van =20 >>> Helvoort'; 'Lou Berger'; 'Ron Bonica'; 'Dan Romascanu'; 'Dinesh =20 >>> Mohan'; 'Andy Malis'; 'Stewart Bryant'; 'malcolm Betts'; 'Yuji =20 >>> Tochio'; 'Thomas Nadeau'; 'MEURIC Julien RD-CORE-LAN'; =20 >>> philippe.niger@orange-ftgroup.com; 'LASSERRE Marc' >>> Subject: Re: mpls-tp oam requirements draft >>> Let me try again on the points I am trying to make: >>> IP addressing and forwarding is NOT required (and therefore =20 >>> doesn't have to be used if something else is invented) >>> IP addressing, routing and forwarding MUST be supported >>> Supported does not mean deployed in any network or required to be =20= >>> deployed in any network. >>> We are at a *full stop* if IP addressing and forwarding MUST NOT =20= >>> or SHOULD NOT be supported. It would mean that existing MPLS =20 >>> deployments are broken and there is no interoperability or =20 >>> ability to have any benefits of MPLS-TP technology in IP/MPLS =20 >>> networks. >>> If the requirement was modified to "IP addressing, routing and =20 >>> forwarding MUST be supported for interoperability with IP/MPLS =20 >>> networks." I am fine. Not sure if this refinement helps. >>> I don't think that either variant of the requirement is really =20 >>> that monumental. I prefer that we do not leave this open during =20 >>> the talk and left to design issues. This design point is far too =20 >>> fundamental. >>> -DWard >>> On Jul 29, 2008, at 10:48 AM, Italo Busi wrote: >>> Dave, >>> I agree with Yaacov and Nurit. >>> I think we need to start discussing the interoperability =20 >>> scenarios as well as the addressing requirements in order to =20 >>> understand all the implications . >>> I wonder whether for the tomorrow's presentation it is not =20 >>> worthwhile just to mention as open issues: >>> a) the analysis of what are the implications on OAM requirements =20 >>> to achieve interoperability with existing MPLS and PWE control =20 >>> and forwarding planes >>> b) addressing requirements >>> We can then find some time time during the week to sit down and =20 >>> brainstorm a little bit more in details the issue (I would like =20 >>> to solve it as soon as possible). >>> Italo >>> From: Weingarten, Yaacov (NSN - IL/Hod HaSharon) =20 >>> [mailto:yaacov.weingarten@nsn.com] >>> Sent: Tuesday, July 29, 2008 4:30 PM >>> To: Sprecher, Nurit (NSN - IL/Hod HaSharon); ext David Ward >>> Cc: Martin Vigoureux; Loa Andersson; BOCCI Matthew; BUSI ITALO; =20 >>> LEVRAU LIEVEN; Huub van Helvoort; Lou Berger; Ron Bonica; Dan =20 >>> Romascanu; Dinesh Mohan; Weingarten, Yaacov (NSN - IL/Hod =20 >>> HaSharon); Andy Malis; Stewart Bryant; malcolm Betts; Yuji =20 >>> Tochio; Thomas Nadeau; MEURIC Julien RD-CORE-LAN; =20 >>> philippe.niger@orange-ftgroup.com; LASSERRE Marc >>> Subject: RE: mpls-tp oam requirements draft >>> Hi, >>> One slight correction to Nurit's comment see below, >>> yaacov >>> From: Sprecher, Nurit (NSN - IL/Hod HaSharon) >>> Sent: Tuesday, July 29, 2008 18:13 >>> To: ext David Ward >>> Cc: Martin Vigoureux; Loa Andersson; BOCCI Matthew; BUSI ITALO; =20 >>> LEVRAU LIEVEN; Weingarten, Yaacov (NSN - IL/Hod HaSharon); Huub =20 >>> van Helvoort; Lou Berger; Ron Bonica; Dan Romascanu; Dinesh =20 >>> Mohan; Andy Malis; Stewart Bryant; malcolm Betts; Yuji Tochio; =20 >>> Thomas Nadeau; Sprecher, Nurit (NSN - IL/Hod HaSharon); MEURIC =20 >>> Julien RD-CORE-LAN; philippe.niger@orange-ftgroup.com; LASSERRE Marc >>> Subject: RE: mpls-tp oam requirements draft >>> Hi Dave, >>> Please see inline. >>> I propose to discuss it offline before the meeting. >>> Best regards, >>> Nurit >>> From: ext David Ward [mailto:dward@cisco.com] >>> Sent: Tuesday, July 29, 2008 17:28 >>> To: Sprecher, Nurit (NSN - IL/Hod HaSharon) >>> Cc: David Ward; Martin Vigoureux; Loa Andersson; BOCCI Matthew; =20 >>> BUSI ITALO; LEVRAU LIEVEN; Weingarten, Yaacov (NSN - IL/Hod =20 >>> HaSharon); Huub van Helvoort; Lou Berger; Ron Bonica; Dan =20 >>> Romascanu; Dinesh Mohan; Andy Malis; Stewart Bryant; malcolm =20 >>> Betts; Yuji Tochio; Thomas Nadeau; MEURIC Julien RD-CORE-LAN; =20 >>> philippe.niger@orange-ftgroup.com; LASSERRE Marc >>> Subject: Re: mpls-tp oam requirements draft >>> On page 18 it is stated: >>> "Mechanisms and capabilities must be able to interoperate with =20 >>> existing MPLS and PWE control and forwarding planes" >>> I absolutely agree with this requirement and this is one of =20 >>> my comments for tomorrow that we need to define a work item on =20 >>> the interworking with MPLS. >>> Still we may start from Greenfield or have a close island=85=85=85wher= e =20 >>> interworking is not needed, and still IP is not necessarily =20 >>> needed to be supported. >>> On slide 24 in the right hand column, the "Multiple" under Node/=20 >>> Link address is to represent this as well as the discussion on =20 >>> slide 76 and 77. Throughout the doc there are other examples of =20 >>> using IP node addressing/forwarding and that currently the =20 >>> addressing structure for non-IP isn't defined. >>> on the same time slide 32 discussed the considerations for =20 >>> the node identification. One if the questions is "What IP =20 >>> identifier if we do not need IP to support forwarding or OAM?" =20 >>> It was clear that this is just a design issue, but it is needed =20 >>> to be addressed. >>> "IP is not required" !=3D "IP cannot be used." >>> Absolutely. But is definitely not MUST use. >>> [yw] The equation definitely does not mean that "IP MUST be =20 >>> supported" >>> -DWard >> > --Apple-Mail-2-733973712 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=WINDOWS-1252 Adding = MEAD

-DWard

Begin forwarded = message:

From: David Ward <dward@cisco.com>
Date: = July 30, 2008 4:50:03 AM CDT
To: "Malcolm = Betts" <betts01@nortel.com>
Cc: David = Ward <dward@cisco.com>, = "Sprecher, Nurit (NSN - IL/Hod HaSharon)" <nurit.sprecher@nsn.com>, = "Italo Busi" <Italo.Busi@alcatel-lucent.it<= /a>>, "Weingarten, Yaacov (NSN - IL/Hod HaSharon)" <yaacov.weingarten@nsn.com>, = "Martin Vigoureux" <martin.vigoureux@alcate= l-lucent.fr>, "Loa Andersson" <loa@pi.nu>, "BOCCI Matthew" <Matthew.Bocci@alcatel-l= ucent.co.uk>, "LEVRAU LIEVEN" <llevrau@alcatel-lucent.com>= , "Huub van Helvoort" <hhelvoort@chello.nl>, "Lou = Berger" <lberger@labn.net>, = "Ron Bonica" <rbonica@juniper.net>, "Dan = Romascanu" <dromasca@avaya.com>, "Dinesh = Mohan" <mohand@nortel.com>, = "Andy Malis" <andrew.g.malis@verizon.com>= , "Stewart Bryant" <stbryant@cisco.com>, "Yuji = Tochio" <tochio@jp.fujitsu.com>, = "Thomas Nadeau" <tom.nadeau@bt.com>, "MEURIC Julien = RD-CORE-LAN" <julien.meuric@orange-ftgr= oup.com>, "George Swallow (swallow)" <swallow@cisco.com>, <philippe.niger@orange-ft= group.com>, "LASSERRE Marc" <mlasserre@alcatel-lucent.com<= /a>>

= Malcolm -

We need IP forwarding when we want to use = MPLS-TP protocols and functions on IP LSPs. There are three things that = can be under a label: another label, a PW and IP. We need to support all = three.

-DWard

On Jul = 30, 2008, at 4:33 AM, Malcolm Betts wrote:

All, I think we are = confusing a number of issues - so let me try to pull them = apart:
=A0
We do not need IP for data plane = forwarding:
=A0
We do not need IP addressing if we use static configuration = from a management system.=A0 In this case the nodes/endpoints only have = management plane names.
=A0
If we have an IP=A0control = plane we must have IP = addresses for the control plane to operate.=A0 The JWT team agreed that = we would use a GMPLS/ASON control plane.=A0=A0The architecture=A0describes= the separation between the names for a resource used for forwarding, = management and control plane.=A0 So if we have a control plane we should = not have any problems - this should be addressed by the ccamp control = plane draft
=A0
So = it appears that the interoperability issue is how do we interoperate=A0 = in a network where we have one "area" that is run by an IP/MPLS control = plane and another that uses static = configuration.
=A0
That= should be addressed by the network management draft (and the ccamp = control plane draft?).

Malcolm Betts
Nortel Networks
Phone: +1 613 763 7860 = (ESN 393)
email: betts01@nortel.com =

Confidentiality Notice:=A0 This message and any attachments may = contain information that is privileged and confidential. If you have = reason to believe that you are not the intended recipient or a person = responsible for delivering this message to an intended recipient, you = are hereby notified that any review, dissemination, distribution, or = copying of this message is strictly prohibited. If you have reason to = believe that you are not the intended recipient or a person responsible = for delivering this message to an intended recipient, please contact the = sender immediately by reply email = and destroy all copies of the original message.

=
=A0

=
From: David Ward [mailto:dward@cisco.com] =
Sent: Wednesday, July 30, 2008 5:15 AM
To: = Sprecher, Nurit (NSN - IL/Hod HaSharon)
Cc: David Ward; = Italo Busi; Weingarten, Yaacov (NSN - IL/Hod HaSharon); Martin = Vigoureux; Loa Andersson; BOCCI Matthew; LEVRAU LIEVEN; Huub van = Helvoort; Lou Berger; Ron Bonica; Dan Romascanu; Mohan, Dinesh = (CAR:NP02); Andy Malis; Stewart Bryant; Betts, Malcolm (CAR:X632); = Yuji Tochio; Thomas Nadeau; MEURIC Julien RD-CORE-LAN; George Swallow = (swallow); philippe.niger@orange-ft= group.com; LASSERRE Marc
Subject: Re: mpls-tp oam = requirements draft

Nurit - =

Yep, see my next email on this thread ... We have = to figure out the right wording for #2 and interoperability. =A0If = there is no #2 or interoperability it is when you have = non-IPaddressing throughout the deployment. I can state the = requirement for non-IP but, w/o understanding what the non-IP = addressing scheme will be; it is hard for me to conceptualize. =A0Just = a matter of time and discussion.

We'll find = a way to work this out ...

-DWard
=



On Jul 30, = 2008, at 4:05 AM, Sprecher, Nurit (NSN - IL/Hod HaSharon) = wrote:

Hi David,
The main = question is what we mean by "IP addressing and forwarding MUST be = supported"=85=85.(1) MUST be implemented by any equipment, or (2) = must be implemented if needed in the = deployment=85=85..
If the last = case (2) holds, I have no issue=85=85
=
If the first = one holds it may be problematic=85as there is a clear requirement to = be able to implement in some scenarios cheap transport equipments = with no IP capabilities and these scenarios that it is not needed we = should not enforce the = implementation.
Maybe we should say that IP = addressing routing and forwarding MUST be supported when it needs to = interoperate with IP/MPLS networks.
=
Please see = also inline=85.
Best = regards,
Nurit
=
From:=A0ext David Ward = [mailto:dward@cisco.com]=A0
Sent:=A0Tuesday, July 29, 2008 = 20:03
To:=A0Italo Busi
Cc:=A0David Ward;=A0Weingarten, Yaacov=A0(NSN - IL/Hod HaSharon); = Sprecher, Nurit (NSN - IL/Hod HaSharon); 'Martin Vigoureux'; 'Loa = Andersson'; 'BOCCI Matthew'; 'LEVRAU LIEVEN'; 'Huub van Helvoort'; = 'Lou Berger'; 'Ron Bonica'; 'Dan Romascanu'; 'Dinesh Mohan'; 'Andy = Malis'; 'Stewart Bryant'; 'malcolm Betts'; 'Yuji Tochio'; 'Thomas = Nadeau'; 'MEURIC Julien RD-CORE-LAN'; philippe.niger@orange-ft= group.com; 'LASSERRE Marc'
Subject:=A0R= e: mpls-tp oam requirements = draft
Let me try again = on the points I am trying to make:
=
IP addressing and forwarding is NOT = required (and therefore doesn't have to be used if something else is = invented)=A0
=
IP addressing, routing and forwarding MUST = be supported
=
Supported does not mean deployed in any = network or required to be deployed in any = network.=A0
=
We are at a *full stop* =A0if IP = addressing and forwarding MUST NOT or =A0SHOULD NOT =A0be supported. = It would mean that existing MPLS deployments are broken and there is = no interoperability or ability to have any benefits of MPLS-TP = technology in IP/MPLS = networks.=A0
=
If the requirement was modified to "IP = addressing, routing and forwarding MUST be supported for = interoperability with IP/MPLS networks." I am fine. Not sure if this = refinement helps.
=
I don't think that either variant of the = requirement is really that monumental. I prefer that we do not leave = this open during the talk and left to design issues. This design = point is far too fundamental.
=
-DWard
=
On Jul 29, 2008, at 10:48 AM, Italo Busi = wrote:
Dave,
I agree with Yaacov = and Nurit.
I think we need to = start discussing the interoperability scenarios as well as the = addressing requirements in order to understand all the implications = .
I wonder whether for = the tomorrow's presentation it is not worthwhile just to mention as = open issues:
a)=A0the analysis of = what are the implications on OAM requirements to achieve = interoperability with existing MPLS and PWE control and forwarding = planes
b) addressing = requirements
We can then find = some time time during the week to sit down and brainstorm a little = bit more in details the issue (I would like to solve it as soon as = possible).
Italo
=
=
=
From:=A0Weingarten, = Yaacov=A0(NSN - IL/Hod = HaSharon) [mailto:yaacov.weingarten@nsn.com= ]=A0
Sent:=A0Tuesday, July 29, 2008 4:30 = PM
To:=A0Sprecher, Nurit (NSN - IL/Hod = HaSharon); ext David Ward
Cc:=A0Martin= Vigoureux; Loa Andersson; BOCCI Matthew; BUSI ITALO; LEVRAU = LIEVEN; Huub van Helvoort; Lou Berger; Ron Bonica; Dan Romascanu; = Dinesh Mohan;=A0Weingarten, Yaacov=A0(NSN - IL/Hod HaSharon); Andy = Malis; Stewart Bryant; malcolm Betts; Yuji Tochio; Thomas Nadeau; = MEURIC Julien RD-CORE-LAN;=A0philippe.niger@orange-ft= group.com; LASSERRE Marc
Subject:=A0R= E: mpls-tp oam requirements draft
=
Hi,
=
One slight = correction to Nurit's comment see below,
=
yaacov
=
=
=
From:=A0Sprecher, = Nurit=A0(NSN - IL/Hod HaSharon)=A0
Sent:=A0Tuesday, July 29, 2008 = 18:13
To:=A0ext David = Ward
Cc:=A0Martin Vigoureux; Loa = Andersson; BOCCI Matthew; BUSI ITALO; LEVRAU LIEVEN;=A0Weingarten, Yaacov=A0(NSN - IL/Hod HaSharon); Huub = van Helvoort; Lou Berger; Ron Bonica; Dan Romascanu; Dinesh Mohan; = Andy Malis;=A0Stewart = Bryant;=A0malcolm = Betts; Yuji Tochio; Thomas Nadeau;=A0Sprecher, = Nurit=A0(NSN - IL/Hod HaSharon); MEURIC Julien = RD-CORE-LAN;=A0philippe.niger@orange-ftgroup.com;=A0LASSERRE = Marc
Subject:=A0RE: mpls-tp oam requirements = draft
=
=
Hi = Dave,
Please see = inline.
I propose to = discuss it offline before the meeting.
Best = regards,
Nurit
=
=
=
From:=A0ext David = Ward=A0[mailto:dward@cisco.com]=A0
Sent:=A0Tuesday, July 29, 2008 = 17:28
To:=A0Sprecher, = Nurit=A0(NSN - IL/Hod HaSharon)
Cc:=A0David Ward; Martin Vigoureux; = Loa Andersson; BOCCI Matthew; BUSI ITALO; LEVRAU = LIEVEN;=A0Weingarten, Yaacov=A0(NSN - IL/Hod HaSharon); Huub = van Helvoort; Lou Berger; Ron Bonica; Dan Romascanu; Dinesh Mohan; = Andy Malis;=A0Stewart = Bryant;=A0malcolm = Betts; Yuji Tochio; Thomas Nadeau; MEURIC Julien = RD-CORE-LAN;=A0philippe.niger@orange-ftgroup.com;=A0LASSERRE = Marc
Subject:=A0Re: mpls-tp oam requirements = draft
=
=
On = page 18 it is stated:
=
"Mechanisms and capabilities must be able to = interoperate with existing MPLS and PWE control and forwarding = planes"
=
<NS>=A0I absolutely = agree with this requirement and this is one of my comments for = tomorrow that we need to define a work item on the interworking = with MPLS.
Still we may = start from=A0Greenfield=A0or have a close island=85=85=85wher= e interworking is not needed, and still IP is not necessarily = needed to be supported.
=
=
On = slide 24 in the right hand column, the "Multiple" under Node/Link = address is to represent this as well as the discussion on slide 76 = and 77. Throughout the doc there are other examples of using IP = node addressing/forwarding and that currently the addressing = structure for non-IP isn't defined.
=
<NS>=A0on the same = time slide 32 discussed the considerations for the node = identification. One if the questions is=A0"What IP identifier if we do not need IP to support = forwarding or OAM?"=A0=A0It was clear that this is just a design = issue, but it is needed to be addressed.
=
=
"IP is not required" =A0!=3D "IP cannot be = used."
=
<NS>=A0Absolutely. = But is definitely not MUST use.
[yw]=A0=A0The equation definitely does not mean that "IP = MUST be supported"
=
=
=
-DWard
=



= --Apple-Mail-2-733973712-- --===============1800500398== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop --===============1800500398==-- From mpls-interop-bounces@ietf.org Thu Jul 31 02:21:34 2008 Return-Path: X-Original-To: mpls-interop-archive@ietf.org Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 00D683A6C2D; Thu, 31 Jul 2008 02:21:34 -0700 (PDT) X-Original-To: mpls-interop@core3.amsl.com Delivered-To: mpls-interop@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DB6803A6BF2 for ; Thu, 31 Jul 2008 02:21:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.299 X-Spam-Level: X-Spam-Status: No, score=-6.299 tagged_above=-999 required=5 tests=[AWL=0.300, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UmU8-jlUPawL for ; Thu, 31 Jul 2008 02:21:31 -0700 (PDT) Received: from exprod7og108.obsmtp.com (exprod7og108.obsmtp.com [64.18.2.169]) by core3.amsl.com (Postfix) with ESMTP id 916FA3A6C2B for ; Thu, 31 Jul 2008 02:19:49 -0700 (PDT) Received: from source ([66.129.228.6]) by exprod7ob108.postini.com ([64.18.6.12]) with SMTP; Thu, 31 Jul 2008 02:19:30 PDT Received: from p-emlb02-sac.jnpr.net ([66.129.254.47]) by p-emsmtp03.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Thu, 31 Jul 2008 02:19:27 -0700 Received: from emailsmtp56.jnpr.net ([172.24.60.77]) by p-emlb02-sac.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Thu, 31 Jul 2008 02:19:27 -0700 Received: from magenta.juniper.net ([172.17.27.123]) by emailsmtp56.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Thu, 31 Jul 2008 02:19:26 -0700 Received: from sapphire.juniper.net (sapphire.juniper.net [172.17.28.108]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id m6V9JQu95191; Thu, 31 Jul 2008 02:19:26 -0700 (PDT) (envelope-from rahul@juniper.net) Date: Thu, 31 Jul 2008 02:19:26 -0700 (PDT) From: Rahul Aggarwal To: David Ward In-Reply-To: Message-ID: <20080731021729.C88784@sapphire.juniper.net> References: <73A9A44B-25CF-433E-9B6E-2ACA5B93AD3A@cisco.com> MIME-Version: 1.0 X-OriginalArrivalTime: 31 Jul 2008 09:19:26.0738 (UTC) FILETIME=[875F7F20:01C8F2EE] Cc: "Weingarten, Yaacov \(NSN - IL/Hod HaSharon\)" , philippe.niger@orange-ftgroup.com, LEVRAU LIEVEN , Dan Romascanu , Italo Busi , MEAD team , MEURIC Julien RD-CORE-LAN , Yuji Tochio Subject: Re: [Mpls-interop] Fwd: mpls-tp oam requirements draft X-BeenThere: mpls-interop@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF MPLS Interoperability Design Team List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1967717192==" Sender: mpls-interop-bounces@ietf.org Errors-To: mpls-interop-bounces@ietf.org --===============1967717192== Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Hi Dave, Please see below: > > > > We need IP forwarding when we want to use MPLS-TP protocols and > > functions on IP LSPs. There are three things that can be under a > > label: another label, a PW and IP. We need to support all three. > > I very much agree. rahul > > -DWard > > > > On Jul 30, 2008, at 4:33 AM, Malcolm Betts wrote: > > > >> All, I think we are confusing a number of issues - so let me try > >> to pull them apart: > >> > >> We do not need IP for data plane forwarding: > >> > >> We do not need IP addressing if we use static configuration from a > >> management system. In this case the nodes/endpoints only have > >> management plane names. > >> > >> If we have an IP control plane we must have IP addresses for the > >> control plane to operate. The JWT team agreed that we would use a > >> GMPLS/ASON control plane. The architecture describes the > >> separation between the names for a resource used for forwarding, > >> management and control plane. So if we have a control plane we > >> should not have any problems - this should be addressed by the > >> ccamp control plane draft > >> > >> So it appears that the interoperability issue is how do we > >> interoperate in a network where we have one "area" that is run by > >> an IP/MPLS control plane and another that uses static configuration. > >> > >> That should be addressed by the network management draft (and the > >> ccamp control plane draft?). > >> Malcolm Betts > >> Nortel Networks > >> Phone: +1 613 763 7860 (ESN 393) > >> email: betts01@nortel.com > >> > >> Confidentiality Notice: This message and any attachments may > >> contain information that is privileged and confidential. If you > >> have reason to believe that you are not the intended recipient or > >> a person responsible for delivering this message to an intended > >> recipient, you are hereby notified that any review, dissemination, > >> distribution, or copying of this message is strictly prohibited. > >> If you have reason to believe that you are not the intended > >> recipient or a person responsible for delivering this message to > >> an intended recipient, please contact the sender immediately by > >> reply email and destroy all copies of the original message. > >> > >> > >> > >> From: David Ward [mailto:dward@cisco.com] > >> Sent: Wednesday, July 30, 2008 5:15 AM > >> To: Sprecher, Nurit (NSN - IL/Hod HaSharon) > >> Cc: David Ward; Italo Busi; Weingarten, Yaacov (NSN - IL/Hod > >> HaSharon); Martin Vigoureux; Loa Andersson; BOCCI Matthew; LEVRAU > >> LIEVEN; Huub van Helvoort; Lou Berger; Ron Bonica; Dan Romascanu; > >> Mohan, Dinesh (CAR:NP02); Andy Malis; Stewart Bryant; Betts, > >> Malcolm (CAR:X632); Yuji Tochio; Thomas Nadeau; MEURIC Julien RD- > >> CORE-LAN; George Swallow (swallow); philippe.niger@orange- > >> ftgroup.com; LASSERRE Marc > >> Subject: Re: mpls-tp oam requirements draft > >> > >> Nurit - > >> > >> Yep, see my next email on this thread ... We have to figure out > >> the right wording for #2 and interoperability. If there is no #2 > >> or interoperability it is when you have non-IPaddressing > >> throughout the deployment. I can state the requirement for non-IP > >> but, w/o understanding what the non-IP addressing scheme will be; > >> it is hard for me to conceptualize. Just a matter of time and > >> discussion. > >> > >> We'll find a way to work this out ... > >> > >> -DWard > >> > >> > >> > >> On Jul 30, 2008, at 4:05 AM, Sprecher, Nurit (NSN - IL/Hod > >> HaSharon) wrote: > >> > >>> Hi David, > >>> The main question is what we mean by "IP addressing and > >>> forwarding MUST be supported"=85=85.(1) MUST be implemented by any > >>> equipment, or (2) must be implemented if needed in the > >>> deployment=85=85.. > >>> If the last case (2) holds, I have no issue=85=85 > >>> If the first one holds it may be problematic=85as there is a clear > >>> requirement to be able to implement in some scenarios cheap > >>> transport equipments with no IP capabilities and these scenarios > >>> that it is not needed we should not enforce the implementation. > >>> Maybe we should say that IP addressing routing and forwarding > >>> MUST be supported when it needs to interoperate with IP/MPLS > >>> networks. > >>> Please see also inline=85. > >>> Best regards, > >>> Nurit > >>> From: ext David Ward [mailto:dward@cisco.com] > >>> Sent: Tuesday, July 29, 2008 20:03 > >>> To: Italo Busi > >>> Cc: David Ward; Weingarten, Yaacov (NSN - IL/Hod HaSharon); > >>> Sprecher, Nurit (NSN - IL/Hod HaSharon); 'Martin Vigoureux'; 'Loa > >>> Andersson'; 'BOCCI Matthew'; 'LEVRAU LIEVEN'; 'Huub van > >>> Helvoort'; 'Lou Berger'; 'Ron Bonica'; 'Dan Romascanu'; 'Dinesh > >>> Mohan'; 'Andy Malis'; 'Stewart Bryant'; 'malcolm Betts'; 'Yuji > >>> Tochio'; 'Thomas Nadeau'; 'MEURIC Julien RD-CORE-LAN'; > >>> philippe.niger@orange-ftgroup.com; 'LASSERRE Marc' > >>> Subject: Re: mpls-tp oam requirements draft > >>> Let me try again on the points I am trying to make: > >>> IP addressing and forwarding is NOT required (and therefore > >>> doesn't have to be used if something else is invented) > >>> IP addressing, routing and forwarding MUST be supported > >>> Supported does not mean deployed in any network or required to be > >>> deployed in any network. > >>> We are at a *full stop* if IP addressing and forwarding MUST NOT > >>> or SHOULD NOT be supported. It would mean that existing MPLS > >>> deployments are broken and there is no interoperability or > >>> ability to have any benefits of MPLS-TP technology in IP/MPLS > >>> networks. > >>> If the requirement was modified to "IP addressing, routing and > >>> forwarding MUST be supported for interoperability with IP/MPLS > >>> networks." I am fine. Not sure if this refinement helps. > >>> I don't think that either variant of the requirement is really > >>> that monumental. I prefer that we do not leave this open during > >>> the talk and left to design issues. This design point is far too > >>> fundamental. > >>> -DWard > >>> On Jul 29, 2008, at 10:48 AM, Italo Busi wrote: > >>> Dave, > >>> I agree with Yaacov and Nurit. > >>> I think we need to start discussing the interoperability > >>> scenarios as well as the addressing requirements in order to > >>> understand all the implications . > >>> I wonder whether for the tomorrow's presentation it is not > >>> worthwhile just to mention as open issues: > >>> a) the analysis of what are the implications on OAM requirements > >>> to achieve interoperability with existing MPLS and PWE control > >>> and forwarding planes > >>> b) addressing requirements > >>> We can then find some time time during the week to sit down and > >>> brainstorm a little bit more in details the issue (I would like > >>> to solve it as soon as possible). > >>> Italo > >>> From: Weingarten, Yaacov (NSN - IL/Hod HaSharon) > >>> [mailto:yaacov.weingarten@nsn.com] > >>> Sent: Tuesday, July 29, 2008 4:30 PM > >>> To: Sprecher, Nurit (NSN - IL/Hod HaSharon); ext David Ward > >>> Cc: Martin Vigoureux; Loa Andersson; BOCCI Matthew; BUSI ITALO; > >>> LEVRAU LIEVEN; Huub van Helvoort; Lou Berger; Ron Bonica; Dan > >>> Romascanu; Dinesh Mohan; Weingarten, Yaacov (NSN - IL/Hod > >>> HaSharon); Andy Malis; Stewart Bryant; malcolm Betts; Yuji > >>> Tochio; Thomas Nadeau; MEURIC Julien RD-CORE-LAN; > >>> philippe.niger@orange-ftgroup.com; LASSERRE Marc > >>> Subject: RE: mpls-tp oam requirements draft > >>> Hi, > >>> One slight correction to Nurit's comment see below, > >>> yaacov > >>> From: Sprecher, Nurit (NSN - IL/Hod HaSharon) > >>> Sent: Tuesday, July 29, 2008 18:13 > >>> To: ext David Ward > >>> Cc: Martin Vigoureux; Loa Andersson; BOCCI Matthew; BUSI ITALO; > >>> LEVRAU LIEVEN; Weingarten, Yaacov (NSN - IL/Hod HaSharon); Huub > >>> van Helvoort; Lou Berger; Ron Bonica; Dan Romascanu; Dinesh > >>> Mohan; Andy Malis; Stewart Bryant; malcolm Betts; Yuji Tochio; > >>> Thomas Nadeau; Sprecher, Nurit (NSN - IL/Hod HaSharon); MEURIC > >>> Julien RD-CORE-LAN; philippe.niger@orange-ftgroup.com; LASSERRE Marc > >>> Subject: RE: mpls-tp oam requirements draft > >>> Hi Dave, > >>> Please see inline. > >>> I propose to discuss it offline before the meeting. > >>> Best regards, > >>> Nurit > >>> From: ext David Ward [mailto:dward@cisco.com] > >>> Sent: Tuesday, July 29, 2008 17:28 > >>> To: Sprecher, Nurit (NSN - IL/Hod HaSharon) > >>> Cc: David Ward; Martin Vigoureux; Loa Andersson; BOCCI Matthew; > >>> BUSI ITALO; LEVRAU LIEVEN; Weingarten, Yaacov (NSN - IL/Hod > >>> HaSharon); Huub van Helvoort; Lou Berger; Ron Bonica; Dan > >>> Romascanu; Dinesh Mohan; Andy Malis; Stewart Bryant; malcolm > >>> Betts; Yuji Tochio; Thomas Nadeau; MEURIC Julien RD-CORE-LAN; > >>> philippe.niger@orange-ftgroup.com; LASSERRE Marc > >>> Subject: Re: mpls-tp oam requirements draft > >>> On page 18 it is stated: > >>> "Mechanisms and capabilities must be able to interoperate with > >>> existing MPLS and PWE control and forwarding planes" > >>> I absolutely agree with this requirement and this is one of > >>> my comments for tomorrow that we need to define a work item on > >>> the interworking with MPLS. > >>> Still we may start from Greenfield or have a close island=85=85=85whe= re > >>> interworking is not needed, and still IP is not necessarily > >>> needed to be supported. > >>> On slide 24 in the right hand column, the "Multiple" under Node/ > >>> Link address is to represent this as well as the discussion on > >>> slide 76 and 77. Throughout the doc there are other examples of > >>> using IP node addressing/forwarding and that currently the > >>> addressing structure for non-IP isn't defined. > >>> on the same time slide 32 discussed the considerations for > >>> the node identification. One if the questions is "What IP > >>> identifier if we do not need IP to support forwarding or OAM?" > >>> It was clear that this is just a design issue, but it is needed > >>> to be addressed. > >>> "IP is not required" !=3D "IP cannot be used." > >>> Absolutely. But is definitely not MUST use. > >>> [yw] The equation definitely does not mean that "IP MUST be > >>> supported" > >>> -DWard > >> > > > > --===============1967717192== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Mpls-interop mailing list Mpls-interop@ietf.org https://www.ietf.org/mailman/listinfo/mpls-interop --===============1967717192==--