AW: {SUKLM} Changes in new draft

[Heiles Juergen <Juergen.Heiles@icn.siemens.de>]

Manoj,

see my comments below.

Juergen


> -----Ursprüngliche Nachricht-----
> Von: manoj juneja [mailto:manojkumarjuneja@hotmail.com]
> Gesendet: Dienstag, 30. April 2002 20:29
> An: ccamp@ops.ietf.org
> Betreff: {SUKLM} Changes in new draft
> 
> 
> [ post by non-subscriber ]
> 
> Hi All,
>         In the newly released draft 
> draft-ietf-ccamp-gmpls-sonet-sdh-04.txt, 
> the interpretation of S field in the {SUKLM} structure looks 
> to be different 
> than was present in earlier draft 
> draft-ietf-ccamp-gmpls-sonet-sdh-03.txt.
> 
> The definition in 04 version is :
> 
> 1. S=1->N is the index of a particular AUG-1/STS-3 inside an
>      STM-N/STS-N multiplex. S is only significant for SDH STM-N (N>0)
>      and SONET STS-N (N>1) and must be 0 and ignored for STM-0 and
>      STS-1.
> 
> 
> The definition in 03 version is :
> 
> 1. S is only significant for SDH STM-N (N>0) and SONET. It must
>      be ignored for STM-0. S is the index of a particular AUG-1/STS-
>      1. S=1->N indicates a specific AUG-1/STS-1 inside an STM-N/STS-N
>      multiplex. For example, S=1 indicates the first AUG-1/STS-1, and
>      S=N indicates the last AUG-1/STS-1 of this multiplex.
> 
> With the old version of the document, if I need to represent 
> say Xth (X<=N) 
> VC-4 in STM-N multiplex then the label value is {X, 1, 0, 0}. 
> What will be 
> this representation as per 04-version ?

The label will be {X,0,0,0}

> 
> Can someone please explain that what was the reason for this 
> change ? What 
> will be the advantage of this approach ?
> 
The change were introduced in order to have the same SUKLM coding for SDH and SONET, so the Xth  VC-4 in a STM-N and the Xth STS-3-SPE in a STS-3n have both a label of {X,0,0,0}
 

> Regards,
> manoj.
> 
> _________________________________________________________________
> Get your FREE download of MSN Explorer at 
http://explorer.msn.com/intl.asp.