Re: Label type to be used

Ben Mack-Crane <ben.mack-crane@tellabs.com> Tue, 23 March 2004 16:45 UTC

Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA09345 for <ccamp-archive@ietf.org>; Tue, 23 Mar 2004 11:45:20 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1B5p1m-00057r-00 for ccamp-archive@ietf.org; Tue, 23 Mar 2004 11:45:22 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1B5p0j-00050o-00 for ccamp-archive@ietf.org; Tue, 23 Mar 2004 11:44:18 -0500
Received: from psg.com ([147.28.0.62] ident=mailnull) by ietf-mx with esmtp (Exim 4.12) id 1B5ozj-0004uW-00 for ccamp-archive@ietf.org; Tue, 23 Mar 2004 11:43:16 -0500
Received: from lserv by psg.com with local (Exim 4.30; FreeBSD) id 1B5ocX-0006Mq-EU for ccamp-data@psg.com; Tue, 23 Mar 2004 16:19:17 +0000
Received: from [204.154.129.57] (helo=tellabs.com) by psg.com with esmtp (Exim 4.30; FreeBSD) id 1B5ocI-0006Kt-8s for ccamp@ops.ietf.org; Tue, 23 Mar 2004 16:19:02 +0000
Received: from ([172.23.207.12]) by mx4.tellabs.com with ESMTP ; Tue, 23 Mar 2004 10:18:19 -0600 (CST)
Received: from tellabs.com (dhcp-172-23-153-17.hq.tellabs.com [172.23.153.17]) by mailw02.hq.tellabs.com with ESMTP (8.11.1/8.7.1) id i2NGIKs11737; Tue, 23 Mar 2004 10:18:20 -0600 (CST)
Message-ID: <4060627A.9030802@tellabs.com>
Date: Tue, 23 Mar 2004 10:14:50 -0600
From: Ben Mack-Crane <ben.mack-crane@tellabs.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Kireeti Kompella <kireeti@juniper.net>
CC: ccamp@ops.ietf.org
Subject: Re: Label type to be used
References: <20040318093213.B7263@kummer.juniper.net>
Content-Type: multipart/alternative; boundary="------------090109040400040306000704"
Sender: owner-ccamp@ops.ietf.org
Precedence: bulk
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org
X-Spam-Status: No, hits=0.0 required=5.0 tests=HTML_MESSAGE autolearn=no version=2.60

Hi,

The original text seems to have a sensible pattern.
The proposed changed text does not.

In reviewing the discussion so far, it seems to me the best solution
is to leave the text as is, understanding that switches capable of
handling both TDM channelized switching as well as fully transparent
(port or lambda) switching advertise multiple switching types.

The tuples shown in the text under discussion do not appear in routing,
and labels are not a concern of routing, so rather than confuse
things further, it is best to leave the text as is.

Answers to the specific questions are in-line below.

Regards,
Ben


Kireeti Kompella wrote:

>Hi,
>
>Arthi and Lou pointed out the following typos in the GMPLS routing doc
>(draft-ietf-ccamp-gmpls-routing-09.txt) which is now in the RFC
>Editor's queue:
>
>In section 2.4.7 is the following table defining the type of label
>for various combinations of switching types:
>
>      [PSC, PSC] - label is carried in the "shim" header [RFC3032]
>      [TDM, TDM] - label represents a TDM time slot [GMPLS-SONET-SDH]
>      [LSC, LSC] - label represents a lambda
>      [FSC, FSC] - label represents a port on an OXC
>      [PSC, TDM] - label represents a TDM time slot [GMPLS-SONET-SDH]
>      [PSC, LSC] - label represents a lambda
>      [PSC, FSC] - label represents a port
>      [TDM, LSC] - label represents a lambda
>      [TDM, FSC] - label represents a port
>      [LSC, FSC] - label represents a port
>
>The one at issue is [PSC, LSC]; above it says that the label
>represents a lambda; and in the case of [PSC, TDM] with a fully
>transparent signal, the above indicates the label represents a TDM
>time slot.  The proposal is to change this to:
>
>      [PSC, PSC] - label is carried in the "shim" header [RFC3032]
>      [TDM, TDM] - label represents a TDM time slot [GMPLS-SONET-SDH]
>      [LSC, LSC] - label represents a lambda
>      [FSC, FSC] - label represents a port on an OXC
>      [PSC, TDM] - fully transparent signal: label represents a port
>                   ("transparency" is defined in [GMPLS-SONET-SDH])
>      [PSC, TDM] - non-transparent signal: label represents a TDM time
>                   slot [GMPLS-SONET-SDH]
>      [PSC, LSC] - label represents a port
>      [PSC, FSC] - label represents a port
>      [TDM, LSC] - label represents a lambda
>      [TDM, FSC] - label represents a port
>      [LSC, FSC] - label represents a port
>
>Please respond by Friday 3/26, 5pm PST with comments on:
>
>a) do you agree with the above change?
>
No.

>b) in your implementation today, what do expect the label to represent
>   i) in the case of [PSC, LSC]?
>
Lambda.

>   ii) in the case of [PSC, TDM] with a fully transparent signal?
>
Port.

>c) if you implement as the draft says, would it be a hardship to change
>   this?
>
Yes.

>
>If we can get closure on this, I'll take up the task of modifying the
>pending RFC with the ADs.
>
>Kireeti.
>-------
>
>  
>




-----------------------------------------
============================================================
The information contained in this message may be privileged 
and confidential and protected from disclosure.  If the 
reader of this message is not the intended recipient, or an 
employee or agent responsible for delivering this message to 
the intended recipient, you are hereby notified that any 
reproduction, dissemination or distribution of this 
communication is strictly prohibited. If you have received 
this communication in error, please notify us immediately by 
replying to the message and deleting it from your computer.

Thank you.
Tellabs
============================================================