Re: Last Call: Routing Extensions in Support of Generalized MPLS vto Proposed Standard
Kireeti Kompella <kireeti@juniper.net> Mon, 30 June 2003 10:47 UTC
Received: from asgard.ietf.org (asgard.ietf.org [10.27.6.40]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA08879 for <ietf-web-archive@odin.ietf.org>; Mon, 30 Jun 2003 06:47:33 -0400 (EDT)
Received: from majordomo by asgard.ietf.org with local (Exim 4.14) id 19Ww8Z-0004ZU-Dd for ietf-list@asgard.ietf.org; Mon, 30 Jun 2003 06:43:55 -0400
Received: from ietf.org ([10.27.2.28]) by asgard.ietf.org with esmtp (Exim 4.14) id 19Ww7h-0004YZ-Hd for ietf@asgard.ietf.org; Mon, 30 Jun 2003 06:43:01 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA08749; Mon, 30 Jun 2003 06:42:29 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19Ww7A-0005Zz-00; Mon, 30 Jun 2003 06:42:28 -0400
Received: from natint.juniper.net ([207.17.136.129] helo=merlot.juniper.net) by ietf-mx with esmtp (Exim 4.12) id 19Ww6z-0005ZW-00; Mon, 30 Jun 2003 06:42:17 -0400
Received: from kummer.juniper.net (kummer.juniper.net [172.17.12.90]) by merlot.juniper.net (8.11.3/8.11.3) with ESMTP id h5UAenu43927; Mon, 30 Jun 2003 03:40:49 -0700 (PDT) (envelope-from kireeti@juniper.net)
Received: from localhost (kireeti@localhost) by kummer.juniper.net (8.11.6/8.9.3) with ESMTP id h5UAemo32782; Mon, 30 Jun 2003 03:40:48 -0700 (PDT) (envelope-from kireeti@juniper.net)
X-Authentication-Warning: kummer.juniper.net: kireeti owned process doing -bs
Date: Mon, 30 Jun 2003 03:40:48 -0700
From: Kireeti Kompella <kireeti@juniper.net>
To: Jonathan Sadler <jonathan.sadler@tellabs.com>
cc: iesg@ietf.org, ietf@ietf.org, ccamp@ops.ietf.org
Subject: Re: Last Call: Routing Extensions in Support of Generalized MPLS vto Proposed Standard
In-Reply-To: <3E59A5B4.880B91D2@tellabs.com>
Message-ID: <20030630033022.C32724@kummer.juniper.net>
References: <H0000c08064ac643.1044985131.mailw02@MHS> <3E59A5B4.880B91D2@tellabs.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
Sender: owner-ietf@ietf.org
Precedence: bulk
Hi Jonathan, On Sun, 23 Feb 2003, Jonathan Sadler wrote: > Please consider the following comments on these drafts: > draft-ietf-ccamp-gmpls-routing-05.txt > draft-ietf-ccamp-ospf-gmpls-extensions-09.txt > Many of the comments are based on implementation experience. These comments are > marked with a (*). > > Jonathan Sadler > > ========== > > 1. In section 4.4.2 of draft-ietf-ccamp-gmpls-routing-05.txt, the operations for > Packet Switch Capable (PSC) are defined. Reference is made to Minimum LSP bandwidth > for SDH encoding. None of the examples in section 5 of > draft-ietf-ccamp-gmpls-routing-05.txt show how this field should filled. Is the suggestion that Min LSP bw be removed for PSC? > 2. The mechanism for showing relationships between server and client layers is not > generalized*. Specifically: I've incorporated most of Stephen Shew's text on layer relations almost as is. Most of the specific comments you have should really be addressed (IMO) to a document on routing for SONET/SDH (such as draft-mannie-ccamp-gmpls-sonet-sdh-isis[ospf]-00.txt). Please review the new text, and let us know if there are issues to be addressed by *this* document. > 3. Layer specific attributes are not supported*. Specifically: > - It is not possible to have a link with different costs at > different layers (ex. VC-11, VC-4, VC4-4c). ... > - Many attributes discussed actually refer to a specific layer*. ... > - Combining layer specific attributes with layer relationships can > provide a more efficient encoding mechanism than requiring > separate link announcements per layer*. ... > 4. The "TDM" Interface Switching Capability presumably includes > layers other than SONET/SDH, such as PDH* (DS1, DS3, E1, E3) and > G.709. The interaction with these layers needs to be defined. ... > 5. In many cases, 8 levels of priority are not necessary*. A more > compact encoding that has a bitfield stating the priority levels > being announced would reduce the size of the announcement. Do you have specific text that you think falls under the realm of the overall functional spec (as opposed to layer-specific docs)? Thanks, Kireeti.
- Re: Last Call: Routing Extensions in Support of G… Jonathan Sadler
- Re: Last Call: Routing Extensions in Support of G… Kireeti Kompella
- RE: Last Call: Routing Extensions in Support of G… Kireeti Kompella
- Re: Last Call: Routing Extensions in Support of G… Kireeti Kompella
- RE: Last Call: Routing Extensions in Support of G… Kireeti Kompella
- RE: Last Call: Routing Extensions in Support of G… Stephen Shew
- Re: Last Call: Routing Extensions in Support of G… Yangguang Xu
- RE: Last Call: Routing Extensions in Support of G… Stephen Shew
- RE: Last Call: Routing Extensions in Support of G… Stephen Shew
- Re: Last Call: Routing Extensions in Support of G… Kireeti Kompella
- Re: Last Call: Routing Extensions in Support of G… Kireeti Kompella