[Pce] Comment on draft-crabbe-pce-stateful-pce-protection-00

"Margaria, Cyril (NSN - DE/Munich)" <cyril.margaria@nsn.com> Thu, 21 February 2013 11:43 UTC

Return-Path: <cyril.margaria@nsn.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BDBF721F8A90 for <pce@ietfa.amsl.com>; Thu, 21 Feb 2013 03:43:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.499
X-Spam-Level:
X-Spam-Status: No, score=-6.499 tagged_above=-999 required=5 tests=[AWL=0.100, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wRZQBP-7WzKG for <pce@ietfa.amsl.com>; Thu, 21 Feb 2013 03:43:57 -0800 (PST)
Received: from demumfd002.nsn-inter.net (demumfd002.nsn-inter.net [93.183.12.31]) by ietfa.amsl.com (Postfix) with ESMTP id E098321F84E0 for <pce@ietf.org>; Thu, 21 Feb 2013 03:43:56 -0800 (PST)
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 r1LBhsip005269 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 21 Feb 2013 12:43:55 +0100
Received: from DEMUHTC003.nsn-intra.net ([10.159.42.34]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id r1LBhsLY027060 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 21 Feb 2013 12:43:54 +0100
Received: from DEMUHTC007.nsn-intra.net (10.159.42.38) by DEMUHTC003.nsn-intra.net (10.159.42.34) with Microsoft SMTP Server (TLS) id 14.2.328.9; Thu, 21 Feb 2013 12:43:54 +0100
Received: from DEMUMBX006.nsn-intra.net ([169.254.6.244]) by DEMUHTC007.nsn-intra.net ([10.159.42.38]) with mapi id 14.02.0328.009; Thu, 21 Feb 2013 12:43:54 +0100
From: "Margaria, Cyril (NSN - DE/Munich)" <cyril.margaria@nsn.com>
To: "pce@ietf.org" <pce@ietf.org>, "draft-crabbe-pce-stateful-pce-protection@tools.ietf.org" <draft-crabbe-pce-stateful-pce-protection@tools.ietf.org>
Thread-Topic: Comment on draft-crabbe-pce-stateful-pce-protection-00
Thread-Index: Ac4QKLlS3ofCrvXbQYS/AAdwMA+B9g==
Date: Thu, 21 Feb 2013 11:43:53 +0000
Message-ID: <8DC6547C806B644F998A0566E79E15920F7CFCBA@DEMUMBX006.nsn-intra.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.159.42.118]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-purgate-type: clean
X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de
X-purgate: clean
X-purgate: This mail is considered clean (visit http://www.eleven.de for further information)
X-purgate-size: 1505
X-purgate-ID: 151667::1361447035-0000547A-52A4EA69/0-0/0-0
Subject: [Pce] Comment on draft-crabbe-pce-stateful-pce-protection-00
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Path Computation Element <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pce>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Feb 2013 11:43:57 -0000

Hi PCEers

I did not see any reply on my previous comments I repost them with separate threads, as the initial one were big

1.      Section 3.1 : Why not reuse the draft-ietf-pce-gmpls-pcep-extensions  PROTECTION_ATTRIBUTE ? the local protection can be seen as the seg. Flags  from RFC4873 , this would also cover the Section 4.1
2.      Section 4.1 : wrong figure title
3.      Section 4.1 : the S flag semantic would collide with draft-ietf-pce-gmpls-pcep-extensions  PROTECTION_ATTRIBUTE object S bit,,
4.      Section 4.3 : does this indicate for a given LSP what is the bypass LSP node, is this expecting one bypass tunnel ? why  not associated the tunnels (one could make use of RFC4872 association or create a list of associated LSP-ID, possibly with role/flags??)
5.      Section 4.4 : One another more generic possibility would be to have an association list with role or making use of the association object,


Mit freundlichen Grüßen / Best Regards
Cyril Margaria

Nokia Siemens Networks Optical GmbH
St.Martin-Str. 76
D-81541 München
Germany
mailto:cyril.margaria@nsn.com
Phone: +49-89-5159-16934
Fax:   +49-89-5159-44-16934
----------------------------------------------------------------
Nokia Siemens Networks Optical GmbH
Geschäftsleitung / Board of Directors: Gero Neumeier, Dr. Rolf Nauerz
Sitz der Gesellschaft: München / Registered office: Munich
Registergericht: München / Commercial registry: Munich, HRB 197143