draft-ietf-ccamp-mpls-gmpls-interwork-reqts revised after IESG review

"Adrian Farrel" <adrian@olddog.co.uk> Sun, 13 January 2008 17:26 UTC

Return-path: <owner-ccamp@ops.ietf.org>
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1JE6b7-0000iZ-Kq for ccamp-archive@ietf.org; Sun, 13 Jan 2008 12:26:13 -0500
Received: from psg.com ([147.28.0.62]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1JE6b6-0002Ez-6Z for ccamp-archive@ietf.org; Sun, 13 Jan 2008 12:26:13 -0500
Received: from majordom by psg.com with local (Exim 4.68 (FreeBSD)) (envelope-from <owner-ccamp@ops.ietf.org>) id 1JE6TW-0002eD-UT for ccamp-data@psg.com; Sun, 13 Jan 2008 17:18:22 +0000
X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on psg.com
X-Spam-Level:
X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,RDNS_NONE, STOX_REPLY_TYPE autolearn=no version=3.2.3
Received: from [62.128.201.249] (helo=asmtp2.iomartmail.com) by psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from <adrian@olddog.co.uk>) id 1JE6TT-0002dY-Hs for ccamp@ops.ietf.org; Sun, 13 Jan 2008 17:18:20 +0000
Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.12.11.20060308/8.12.8) with ESMTP id m0DHHpdd005326; Sun, 13 Jan 2008 17:17:51 GMT
Received: from your029b8cecfe (dsl-sp-81-140-15-32.in-addr.broadbandscope.com [81.140.15.32]) (authenticated bits=0) by asmtp2.iomartmail.com (8.12.11.20060308/8.12.11) with ESMTP id m0DHHm29005284; Sun, 13 Jan 2008 17:17:50 GMT
Message-ID: <053801c85608$35d30c90$0200a8c0@your029b8cecfe>
Reply-To: Adrian Farrel <adrian@olddog.co.uk>
From: Adrian Farrel <adrian@olddog.co.uk>
To: ccamp@ops.ietf.org
Cc: Ross Callon <rcallon@juniper.net>, dward@cisco.com, Ronald Bonica <rbonica@juniper.net>, Kenji Kumaki <ke-kumaki@kddilabs.jp>, "Brungard, Deborah A, ALABS" <dbrungard@att.com>
Subject: draft-ietf-ccamp-mpls-gmpls-interwork-reqts revised after IESG review
Date: Sun, 13 Jan 2008 17:17:41 -0000
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"; charset="iso-8859-1"; reply-type="original"
Content-Transfer-Encoding: 7bit
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
Sender: owner-ccamp@ops.ietf.org
Precedence: bulk
X-Spam-Score: -4.0 (----)
X-Scan-Signature: 50a516d93fd399dc60588708fd9a3002

The new revision of this I-D is to address comments made during IESG review 
as below.

Thanks,
Adrian

===
Section 3
New paragraph at end of section
ADD
   The functional requirements for GMPLS-MPLS interworking described in
   this section must be met by any device participating in the
   interworking. This may include routers, servers, network management
   devices, path computation elements, etc.
===
Section 3.2
New paragraphs at end of section
ADD
   Note that multiple GMPLS LSPs may be set up between a given pair of
   Border Routers in support of connectivity in the MPLS client network.
   If these LSPs are advertised as TE links in the client network, the
   use of link bundling [RFC4201] can reduce any scaling concerns
   associated with the advertisements.

   The application of the Path Computation Element (PCE) [RFC4655] in
   the context of an inter-layer network [PCE-INTER-LAYER] may be
   considered to determine an end-to-end LSP with triggered GMPLS
   segment or tunnel.
===
Section 3.5
New paragraph at end of section
ADD
   The use of PCE [RFC4655] may provide a solution for non-PSC GMPLS
   networks supporting PSC MPLS networks.
===
Section 8.1
ADD
   [RFC4201] Kompella, K., Rekhter, Y., and L. Berger, "Link Bundling in
             MPLS Traffic Engineering (TE)", RFC 4201, October 2005.
===
Section 8.2
ADD
   [RFC4655] A. Farrel, JP. Vasseur and J. Ash, "A Path Computation
             Element (PCE)-Based Architecture", RFC 4655, August 2006.