Personally, I do not agree with this change. I would rather see the
other side of this discrepancy fixed i.e. GMPLS-SONET-SDH should
specify the use of SUKLM label and SONET TSpec for all [PSC, TDM]
links irrespective of transparency. This seems like a more natural
architecture to me. Why is this not preferred?
-Ashok
On Thu, Mar 18, 2004 at 09:58:23AM -0800, 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?
> b) in your implementation today, what do expect the label to represent
> i) in the case of [PSC, LSC]?
> ii) in the case of [PSC, TDM] with a fully transparent signal?
> c) if you implement as the draft says, would it be a hardship to change
> this?
>
> If we can get closure on this, I'll take up the task of modifying the
> pending RFC with the ADs.
>
> Kireeti.
> -------
--
--- Asok the Intern ----------------------------------------
Ashok Narayanan
IOS Network Protocols, Cisco Systems
1414 Mass Ave, Boxborough MA 01719
Ph: 978-936-1608. Fax: 978-936-2218 (Attn: Ashok Narayanan)