XV Curso de Extensin Universitaria en Regulacin con Especializacin en Telecomunicaciones - 2011

Sistemas de Transportes PDH/SDH

Expositor: Jos Luis Muoz Meza

Contenido
o o o o o o o o Antecedentes (telefona analgica, TDM, PDH) SONET/SDH: Historia y motivacin Arquitectura (path, line, section) Velocidades y estructura de tramas Payloads y mapeos Proteccin y anillos VCAT y LCAS Manejo de paquetes de datos

Antecedentes

Enrutamiento telefnico optimizado

Conmutacin de circuitos (ruta mantenida durante la duracin de la llamada) El establecimiento de la ruta (set-up) era una operacin costosa, tal cual era en el caso manual Actualmente,se emplea algoritmos complejos: least cost routing. La duracin de una llamada consiste del tiempo sumado de las fases de set-up, voz y tear-down

PSTN en los 60s

circuitos troncales

local loop lnea de abonado

enrutamiento automtico a travs de la red telefnica universal

Empleo de seales analgicas a lo largo de todo el camino, pero con Frequency Division Multiplexing (costoso) La voz llegaba a su destino luego de ser amplificada y filtrada a 4 KHz. Enrutamiento automtico dial-tone universal sealizacin por voltaje y tono conmutacin de circuitos

La PSTN actual
central tandem
ltima milla linea de abonado Central Clase 5

RTPC
Central Clase 5

seales analgicas solo en la ltima milla, El core simula la situacin original la seal de voz filtrada a 4 KHz a la entrada de la red digital Time Division Multiplexing de seales digitales en la red Uso intensivo de fibra ptica y enlaces inalmbricos T1/E1, PDH y SONET/SDH son protocolos sncronos Sealizacin asociada al canal/troncal o a travs de una red separada (SS7) enrutamiento automtico conmutacin de circuitos (la ruta se mantiene mientras dure la llamada) algoritmos mucho ms complejos de enrutamiento.

Temporizacin TDM
TDM emplea canales de tiempo (timeslots) temporizados en forma precisa (frecuencia y fase) Para lograr este objetivo frecuentemente el mismo dispositivo TDM realiza la digitalizacin

Temporizacin TDM
TDM emplea canales de tiempo (timeslots) temporizados en forma precisa (frecuencia y fase) Para lograr este objetivo frecuentemente el mismo dispositivo TDM realiza la digitalizacin

Si las entradas ya son digitales

Si el switch TDM no digitaliza la seal entonces, pueden ocurrir problemas si los relojes empleados para estos procesos no tienen las mismas identicas frecuencias,obteniendo entonces byte slips!
(para ser precisos en realidad primero ocurren bit slips )
1 2 3 4 5 6 7 8 9

Ejemplo numrico Una seal de reloj de 8000 Hz. Obtenido de un cristal de cuarzo posee una exactitud tpica = 50 ppm Por lo tanto, 2 cristales pueden diferir 100 ppm es decir, 0.8 muestras / segundo lo que lleva a una muestra cada 1.25 segs

seales componentes

1 1 1

2 2 2

3 3 3

4 4 4

5 5 5

6 6 6

7 7 7

9 8 8

TDM

ejemplo grfico no a escala

Si las entradas son digitales

0 0 1

1 1 1 1

1 0 0

0 1 0

1 1

1 0 0 1

0 0 1

1 1 0

0 0 1

1 1 1

1 1 1

0 0 0

1 1 1

1 1 1

1 0 0

0 0 1

0 0 1 1 1 1 1 1 1 00 0 1 1 1 1 1 1 1 0 0 0 0 1 1 1 1

El ajuste
Se tiene que asegurar que los relojes tengan la misma frecuencia Cada red de telefona tiene una referencia nica de gran precisin un stratum 1 o Primary Reference Clock Todos los otros relojes estn directa o indirectamente enganchados(master slave) Un dispositivo receptos TDM puede sincronizarse con el reloj de origen usando los propios datos entrantes (FLL, PLL) Para que funcione, hay que asegurar que los datos tengan suficientes transiciones (codigos de lnea especiales, bits de scrambling, etc.)
1
0 transiciones no transiciones

nivel

Jerarquas PDH
64 kbps
* 30 * 24 * 24

0
1
2.048 Mbps
*4

E1

T1

1.544 Mbps
*4

J1

1.544 Mbps
*4

2
3 4

E2

8.448 Mbps
*4

T2

6.312 Mbps
*7

J2

6.312 Mbps
*5

E3

34.368 Mbps
*4

T3 44.736 Mbps
*6

J3 32.064 Mbps
*3

E4 139.264 Mbps CEPT

T4 274.176 Mbps N.A.

J4 97.728 Mbps
Japn

Framing y overhead
Adems de lograr una sincrona de reloj se debe reconocer la estructura de la trama. Esto se logra aadiendo Frame Alignment Signal.

La FAS es parte del frame overhead (que tambien incluye los "C-bits", OAM, etc.)
Cada nivel en la jerarqua PDH aade su propio overhead Por ejemplo E1 2 bytes de overhead por cada 32 bytes overhead 6.25 % E2 4 E1s = 8.192 Mbps tiles de 8.448Mbps overhead adicional 0.256 Mbps = 3 % As tambien, 4*30*64 kbps = 7.680 Mbps de 8.448 Mbps o 9.09% de overhead Qu sigue despues?

overhead PDH
seal digital T1 velocidad canales de voz (Mbps) 1.544 24 porcentaje de overhead 0.52 %

T2
T3 T4 E1 E2 E3 E4

6.312
44.736 274.176 2.048 8.448 34.368 139.264

96
672 4032 30 120 480 1920

2.66 %
3.86 % 5.88 % 6.25 % 9.09 % 10.61 % 11.76 %

El overhead siempre se incrementa con la velocidad

OAM
Los canales analgicos y digitales de 64 no poseen mecanismos para verificar la validez y calidad de la seal Entonces: Problemas graves podran no ser detectados por un tiempo prolongado Difcil caracterizar y localizar fallas cuando estas se reportan Defectos menores pasan desapercibidos por tiempo indefinido Solucin: aadir mecanismos basados en overhead Conforme iban evolucionando las redes PDH, se dedicaba ms y

ms overhead a funciones OAM: Operations, Administration and

Maintenance (OAM) incluyendo: Monitoreo de validez de seal Reporte de fallas alarmas indicacin/inhibicin (AIS)

SONET/SDH : Historia y Motivacin

limitaciones PDH
Limitaciones de velocidad Interfaces de cobre definidas Necesidad de mux/demux a nivel jerrquico (dificultad para extraer un
simple timeslot)

El porcentaje de overhead se incrementa con la velocidad Tres sistemas diferentes(Europa, NA, Japn) E 2.048, 8.448, 34.348, 139.264 T 1.544, 3.152, 6.312, 44.736, 91.053, 274.176 J 1.544, 3.152, 6.312, 32.064, 97.728, 397.2 Se necesitaba un sistema completamente nuevo

Idea detrs de SONET

Synchronous Optical NETwork Diseado para transporte optico (altos bit-rates) Mapeo Directo de niveles inferiores en los superiores Transporta todos los tipos PDH en una jerarqua universal versin ITU = Synchronous Digital Hierarchy diferente terminologa pero interoperable El overhead no se incrementa con la velocidad OAM incorporado desde el inicio

Arquitectura (path, line, section)

Niveles
SONET/SDH diseado con conceptos claros de estratificacin Nivel fsico fibra ptica (lineal o anillo) Cuando excede el alcance de la fibra regeneradores Los regeneradores no son meros amplificadores, Usan su propio overhead La fibra entre regeneradores se denomina seccin (regenerator
section)

Nivel de lnea enlace entre muxes SDH/SONET (Add/Drop Multiplexers) La entrada/salida a este nivel se realiza usando Virtual Tributaries (VCs) En realidad hay 2 niveles VC de bajo orden (para trfico de baja velocidad) VC de alto orden (para velocidades superiores) Nivel de Ruta camino end-to-end de datos del cliente (tributarios) Los datos del cliente (payload) puede ser PDH ATM Paquete de datos

Arquitectura SDH/SONET
ADM
Path Termination Line Termination

regenerador
Section Termination

ADM
Line Termination Path Termination

path

linea seccin section

linea section

linea section

SDH/SONET tiene 3 niveles: PATH SECTION/PATH: Conexin de datos de ruta (path) endto-end, multiplexa seales tributarias
En SDH se tienen rutas STM-n y rutas de Virtual Containers (VC) En SONET hay rutas STS-n y rutas de Virtual Tributary (VT)

MULTIPLEX SECTION/LINE Transporta datos SDH/SONET entre multiplexores (ADMs) REGENERATOR SECTION/SECTION Enlace fsico entre elementos adyacentes

Arquitectura SDH/SONET
PATH LINEA
SECCION SECCION

LINEA

Ex
PTE

PTE

ADM
Interfaz lado DROP

PTE

LTE
TC TE Oficina C

PTE PTE PTE

Ex
Oficina A PATH

Ex
Oficina B

LTE

Ex
PTE

PTE PTE PTE

LTE
TC TE LINEA

Terminologa de elementos de red SDH/SONET PTE : Path Termination Equipment TCTE : Tandem Connection Termination Equipment LTE : Line Termination Equipment STE : Section Termination Equipment

Oficina D

CONEXIN TANDEM PATH

Arquitectura SDH/SONET

STS Path

Higher Oder Virtual Container

SONET

SDH

Velocidades y estructura de tramas

STS, OC, etc.

Una seal SONET se le denomina Synchronous Transport Signal El STS bsico es STS-1, el resto son mltiplos de l - STS-N La seal de nivel fsico que le corresponde a un STS-N es un OC-N

SONET STS-1 STS-3 STS-12 STS-48 STS-192

Optical OC-1 OC-3 OC-12 OC-48 OC-192

rate 51.84M 155.52M 622.080M 2488.32M 9953.28M

*3 *4 *4 *4

Tramas SONET / SDH

trama

Synchronous Transfer Signals son seales de bit elctricas (OC es ptica) Como toda seal TDM, tenemos bits de frames al inicio de cada trama Pero, resulta conveniente dibujar las seales SONET/SDH como rectngulos

Trama SONET STS-1

90 columnas
framing

9 filas

Cada trama STS-1 tiene 90 columnas * 9 filas = 810 bytes Existen 8000 STS-1 tramas por segundo es decir, cada byte representa 64 kbps (cada columna es de 576 kbps) Por lo tanto la velocidad de un STS-1 es de 51.840 Mbps

Trama SDH STM-1

270 columnas

9 filas

Synchronous Transport Modules son las seales de bit para SDH Cada trama STM-1 tiene 270 columnas * 9 filas = 2430 bytes Hay tramas 8000 STM-1 por segundo Por lo tanto la velocidad de un STM-1 es de 155.520 Mbps 3 veces la velocidad de un STS-1

Velocidades SONET/SDH
SONET STS-1 STS-3 STS-12 STS-48 STS-192 STS-768 STS-3072 STM-1 STM-4 STM-16 STM-64 STM-256 STM-1024 SDH columnas 90 270 1080 4320 17280 69120 276480 velocidad 51.84M 155.52M 622.080M 2488.32M 9953.28M 39813.12M 159252.48M

STS-N tiene 90N columnas STM-M corresponde a STS-N con N = 3M Las velocidades SDH se incrementan en factores de 4 Las seales STS/STM pueden transportar tributarios PDH, p.e.: STS-1 puede transportar 1 T3 o 28 T1s o 1 E3 o 21 E1s STM-1 puede transportar 3 E3s o 63 E1s o 3 T3s o 84 T1s

Tributarios SONET/SDH
SONET STS-1 STS-3 STS-12 STS-48 STS-192 STS-768 STM-1 STM-4 STM-16 STM-64 STM-256 SDH T1 28 84 336 1344 5376 T3 1 3 12 48 192 E1 21 63 252 1008 4032 16128 E3 1 3 12 48 1 4 16 E4

192 64 768 256

21504 768

E3 y T3 se transportan como Higher Order Paths (HOPs) E1 y T1 se transportan como Lower Order Paths (LOPs) (los nmeros reflejan mapeos directos)

Estructura de trama STS-1

90 columnas
3 filas

6 filas

Synchronous Payload Envelope

Section overhead es 3 filas * 3 columnas = 9 bytes = 576 kbps

entramado, monitoreo de performance, gestin Line overhead es 6 filas * 3 columnas = 18 bytes = 1152 kbps Switching de proteccin, mantenimiento de lnea, mux/concat, puntero SPE SPE es 9 filas * 87 columnas = 783 bytes = 50.112 Mbps Similarmente, STM-1 tiene 9 columnas(diferentes) de overhead de seccin+lnea !

9 filas

Estructura de una trama STM-1

2430 bytes

9 filas (bytes)

270 columnas (bytes)

Estructura de una trama STM-1

2430 bytes

Path OverHead (POH)

Regenerator Section OverHead (RSOH)

AU-4

Puntero AU

9 filas (bytes)
Multiplex Section OverHead (MSOH)

AUG C-4

270 columnas (bytes)

Estructura de trama STM-1

270 columnas
RSOH

MSOH

Section Overhead SOH

STM-1 tiene 9 columnas (diferentes) de overhead RS overhead es 3 filas * 9 columnas Pointer overhead es 1 fila * 9 columnas MS overhead es 5 filas * 9 columnas Nota: SPE es 9 filas * 261 columnas

9*N columnas

A velocidades superiores

9 filas

270*N columnas

3 STS-1s pueden formar un STS-3 4 STM-1s (STS-3s pueden formar un STM-4 (STS-12) 4 STM-4s (STS-12s) pueden formar un STM-16 (STS-48) etc. para STM-N (STS-3N) El mecanismo es de tipo byte-interleaving

Byte-interleaving

...

Overhead STS-1
A1
section overhead

A2
E1 D2 H2 K1 D5 D8

J0
F1 D3 H3 K2 D6 D9

El overhead STS-1 consiste de

3 filas de overhead de seccin frame sync (A1, A2) section trace (J0) control de error (B1) lnea de ordenes de seccin (E1) Embedded Operations Channel (Di) 6 filas de overhead de lnea pointer y pointer action (Hi) control de error (B2) Automatic Protection Switching signaling (Ki) Data Channel (Di) Synchronization Status Message (S1) Far End Block Error (M0) line orderwire (E2)

B1 D1 H1 B2

line overhead

D4 D7

D10 D11 D12 S1 M0 E2

Overhead STM-1
A1
RSOH B1 D1

A1
m m

A1
m m

A2
E1 D2

A2
m m

A2

J0
F1 D3

res
res

res
res

m media dependent
(defined for SONET radio)

AU pointers B2 D4 MSOH D7 D10 S1 B2 B2 K1 D5 D8 D11 M1 K2 D6 D9 D12 E2 res reserved for national use

Ax sincronismo, J0 trace,

SOH

Punteros (overhead de lnea)

En SONET, los punteros son considerados partes del overhead de lnea Para STS-1, H1+H2 es el puntero, H3 define la accin de puntero H1+H2 indica el offset (en bytes) desde H3 al SPE
(i.e. si 0 entonces el byte J1 de POH viene inmediatamente despues de H3)

4 MSBs son New Data Flag, 10 LSBs es el valor real del offset (0 782)
Cuando el offset es =522 el STS-1 SPE est dentro de una sola trama STS-1 En cualquier otro caso se extiende a lo largo de dos STS-1 Si el offset es mltiplo de 87, el SPE es rectangular

Para compensar diferencias de reloj se hace Indispensable aplicar pointer justification Si es una justificacin negativa H3 lleva datos extras Si es positiva el byte luego de H3 es de stuffing

Preguntas
Siendo SDH/SONET un mecanismo de transporte basado en bytes (no bits) y si los octetos A1 y A2 indican el inicio de la trama TDM Cmo se logra el sincronismo de la seal? Qu se entiende por puntero y que papel cumple el octeto H3? Cul es la velocidad til si no consideramos a los octetos de POH como parte de los datos de usuario en STM-1? A cuanto asciende la velocidad de lnea de una trama STM256? Cantas columnas corresponden al overhead? Cuntas tramas STM-1 se transmiten por segundo?
Y cuntas tramas STM-4? Y cuantas tramas STM-16? Y cuantas tramas STM-N?

Si un cristal tiene una precisin de 20 ppm (20/106) (0.002%). Cul es la mxima diferencia de tiempo con respecto a la hora real que se puede obtener en un mes?

Payloads y mapeos

Estructura de un HOP SPE de STS-1

El puntero indica el path overhead POH del STS-1 (luego de cualquier re-arreglo) POH es una columna de 9 filas (9 bytes = 576 kbps)

Overhead de ruta STS-1

J1 B3 C2 G1 F2 H4 F3 K3 N1 POH

1 columna de overhead por ruta (576 Kbps) El POH es responsable de path type identification path performance monitoring status (incluyendo el mapeo de payloads) virtual concatenation Rastreo (trace)

STS-1 HOP
1 30 59 87

1 columna de SPE es POH Se reservan dos columnas adicionales (fixed stuffing) Nos quedan 84 columnas = 756 bytes = 48.384 Mbps por carga Suficiente para un E3 (34.368M) o un T3 (44.736M)

12 columnas

LOP
1 30 59 87

7 VTGs
1 2 3 4 5 6 7

Las cargas de menor velocidad, se dividen las 84 columnas disponibles entre 7 * 12 columnas intercaladas, i.e. 7 Virtual Tributary (VT) Groups VT group es 12 columnas de 9 filas, i.e. 108 bytes o 6.912 Mbps Un VT group se compone de VT(s) Hay diferentes tipos de VTs para transportar diferentes tipos de datos Todos los VTs en un VT group son del mismo tipo (no se mezclan)

Diferentes VT groups en un mismo SPE pueden tener diferentes VTs

Un VT puede tener 3, 4, 6 o 12 columnas

SONET/SDH : tipos de VT/VC

VT/STS VT 1.5 VT 2
LOP

VC VC-11 VC-12

columnas velocidad 3 4 6 1.728 DS1 2.304 E1

carga
(1.544) (2.048)

4 por grupo 3 por grupo 2 por grupo 1 por grupo

VT 3 VT 6 STS-1
HOP

3.456 DS1C (3.152) 6.912 DS2 48.384 E3

(6.312) (34.368)

VC-2 VC-3

12

STS-1
STS-3c

VC-3
VC-4

48.384 DS3
149.760 E4

(44.736)
(139.264)

Las velocidades estndares PDH se mapean eficientemente en SONET/SDH

Capacidad de carga

VT1.5/VC-11 tiene 3 columnas = 27 bytes = 1.728 Mbps Pero con dos bytes de overhead Por lo tanto slo tenemos 25 bytes = 1.6 Mbps disponibles Similarmente VT2/VC-12 tiene 4 columnas = 36 bytes = 2.304 Mbps

Pero con dos bytes de overhead Por lo tanto 34 bytes = 2.176 Mbps disponibles

Contenedores SDH
Los datos tributarios no se colocan directamente en SDH Estos van insertados (adaptados) dentro de contenedores Los contenedores se vuelven virtual containers (con el
POH de 9 bytes)

Luego, se usa el puntero the pointer + VC y se obtiene un TU o AU Tributary Unit adaptan VC inferiores a VC superiores Administrative Unit adapta VC superiores en SDH Tus y AUs se agrupan hasta que sean lo suficientemente grandes para conformar un Administrative Unit Group Al AUG se le aade un SOH para que se convierta finalmente en una trama STM

Formalmente
C-n n = 11, 12, 2, 3, 4 VC-n = POH + C-n TU-n = puntero + VC-n (n=11, 12, 2, 3) AU-n = puntero + VC-n (n=3,4) TUG = N * TU-n AUG = N * AU-n STM-N = SOH + AUG

Multiplexaje
Un AUG puede contener: un VC-4 con un E4; o 3 AU-3s cada uno con un VC-3s con E3s En el ltimo caso, el puntero AU seala al AUG y dentro del AUG hay tres punteros hacia AU-3s

J1 B3 C2 G1 H1 H1 H1 H2 H2 H2 F2 H4 F3 K3 N1 H3 H3 H3

Ms multiplexaje

Similarmente, se pueden construir estructuras jerarquicas ms complejas STMs de menor velocidad puede combinarse en STMs mayores AUGs pueden ser combinados en STMs AUs pueden combinarse en AUGs TUGs en VCs superiores TUs inferiores en TUGs etc. El estndar limita algunas combinaciones

AUG STM-N AUG AU-4

Todo el mapeo SDH

VC-4 *3 C-4
E4 139.264 M ATM 149.760M

AUG

*3

TUG-3

TU-3

VC-3

STM-0

AU-3

VC-3 *7 *7 TUG-2 TU-2 *3 TU-12 *4 TU-11 VC-11 VC-12 VC-2

C3

E3 34.368 M T3 44.736 M ATM 48.384 M

C2

T2 6.312 M ATM 6.874M

C12

E1 2.048 M ATM 2.144 M

C11

T1 1.544 M ATM 1.6 M

Todo el mapeo SONET

STS-N *N STS-3c STS-3 SPE
E4 139.264 M ATM 149.760M E3 34.368 M T3 44.736 M ATM 48.384 M

STS-1

STS-1 SPE
*7 VTG

VT6 *3 VT-2 pointer processing *4 VT1.5

VT6 SPE

T2 6.312 M ATM 6.874M

VT2 SPE

E1 2.048 M ATM 2.144 M

VT1.5 SPE

T1 1.544 M ATM 1.6 M

Proteccin y anillos

Topologas de red y proteccin

Siendo parte del backbone de las empresas operadoras las redes SDH/SONET se configuran para operar en diversas variantes topolgicas Principalmente en anillos simples o dobles Se permiten otras topologas usando DXC Tambin se deben considerar los aspectos de resilencia Resilience o resistencia para soportar fallos y recuperacin automtica.

Qu se entiende por proteccin ?

SONET/SDH debe ser altamente confiable (cinco nueves) Tiempos de caida mnimos (menor a 50 msegs.) El sistema se debe reparar a s mismo (no hay tiempo para hacerlo manual)

Al detectar una falla (dLOS-loss of signal defect, dLOF, high BER) La red debe enrutar trfico (protection switching) del working channel al protection channel El Network Element que detecta la falla (tail-end NE) Inicia la conmutacin de proteccin El otro extremo (head-end NE) debe dejar de hacer envio de datos La conmutacin de Proteccin es unidireccional Puede revertirse (automaticamente volver al working channel)
working channel

head-end NE

protection channel

tail-end NE

Cmo trabaja?
Head-end y tail-end NEs tienen bridges (muxes) Head-end y tail-end NEs mantienen sealizacin de canal bidireccional Viaja en los bytes K1 y K2 de protection channel K1 tail-end status y requests K2 head-end status

head-end bridge

tail-end bridge

working channel

protection channel

signaling channel

Proteccin lineal 1+1

La ms simple Puede ser a nivel OC-n (fibras fsicas diferentes) o a nivel de STM/VC (llamada SubNetwork Connection Protection) o end-to-end path (llamada trail protection) Head-end bridge siempre enva datos en ambos canales Tail-end elige el canal en base al BER, dLOS, etc. No requiere sealizacin No es revertible no puede distinguir entre working y protection channels Uso de BW de 50%
channel A

channel B

Linear 1:1 protection

Head-end bridge envia datos usualmente en el working channel Cuando el tail-end detecta una falla se lo indica al head-end (usando K1) el Head-end empieza a transmitir en el protection channel Si no se usa el protection channel puede transportar trafico extra (trafico
sin proteccin)

Puede ser a cualquier nivel (slo el nivel OC-n sirve para cortes de la fibra)

working channel

extra traffic

protection channel

Linear 1:N protection

Para ahorrar BW Se asigna 1 canal de proteccin por cada N working channels N limitado a 14 4 bits en el byte K1 desde el tail-end al head-end
0 protection channel 1-14 working channels 15 extra traffic channel

working channels

protection channel

Anillos de dos fibras vs. cuatro fibras

El anillo es una topologa muy popular Full protection contra cortes de fibra Ms simple y menos costosa que una malla Proteccin a nivel de lnea (multiplexed section) o de ruta (path) Anillos de cuatro fibras Completamente redundante a nivel OC Soporta enrutamiento bidireccional a nivel de lnea Anillos de dos fibras Soporta routing unidireccional a nivel de lnea

2 fibras en direcciones opuestas

Unidireccional vs. bidireccional

Enrutamiento unidireccional El working channel B-A tiene la misma direccin (p.e. sentido horario) que A-B Simplicidad de gestin: A-B y B-A pueden ocupar el mismo timeslot Ineficiente: gasto de BW y retardo excesivo en un sentido Enrutamiento bi-direccional A-B y B-A viajan en direcciones opuestas Ambos usan la ruta ms corta Reuso espacial: timeslots pueden reutilizarse en otras secciones
A-B B A-B B B-A A B-C

A
C-B

B-A

UPSR vs. BLSR (MS-SPRing)

UPSR BLSR Unidirectional Bidirectional Path switching Line switching Two-fiber Four-fiber

De todas las combinaciones posibles, solo se emplean algunas Unidirectional Path Switched Rings (SubNetwork Connection Protection SNCP en SDH) Protege tributarios extension de la topologa 1+1 en anillo Bidirectional Line Switched Rings (two-fiber and four-fiber versions) llamada Multiplex Section Shared Protection Ring en SDH protege simultaneamente todos los tributarios en STM extension de la topologa 1:1 en anillo

UPSR
El Working channel est en una direccin y el protection channel en sentido opuesto Todo el trfico se suma en ambas direcciones La decisin de cual emplear se define en el drop point (sin sealizacin) Normalmente no-revertible, diversidad de ruta Bueno para las redes de acceso/agregacin 1 access resilient ring Menos costos que un par de fibras por usuario Ineficiente para redes de backbone No hay reuso espacial La seal en dos direcciones Los nodos deben monitorear continuamente Por cada tributario a descargar

BLSR
Hasta 16 nodos y 1200Km (6ms. de propagacin). Conmuta a nivel de lnea menos monitoreo Cuando el elemento de red extremo (tail-end NE )detecta una falla sealiza al elemento emisor (head-end NE) Funciona con corte de fibra unidireccionales/bidireccionales, y por Ejemplo: fallas en los NE
Versin de dos fibras La mitad de la capacidad OC-N se destina a la proteccin Slo la mitad de la capacidad est disponible para trfico de usuario
Recuperacin por corte en anillo unidireccional

Versin de cuatro fibras OC-N full redundante destinada a proteger el doble de NEs comparado con la versin de dos fibras

Concatenacin
Los datos que no encajan en los tamaos de un VT/VC se pueden acomodar concatenando varios VTs / VCs

Por ejemplo, 10 Mbps no encajan en ningn VT o VC

sin concatenacin se colocara en un STS-1 (48.384 Mbps) Los restantes 38.384 Mbps no podran usarse Nos gustara dividir los 10 Mbps entre 7 VT1.5/VC-11 s = 7 * 1.600 = 11.20 Mbps o 5 VT2/VC-12 s = 5 * 2.176 = 10.88 Mbps

Concatenacin (cont.)
Hay dos modos de concatenar X VTs o VCs: Contiguous Concatenation (G.707 11.1) HOP STS-Nc (SONET) o VC-4-Nc (SDH) o LOP 1-7 VC-2-Nc en un VC-3 Como tiene que encajar en una carga SONET/SDH solo STS-Nc : N=3 * 4n o VC-4-Nc : N=4n Los componentes transportados juntos y en fase requiere soporte de los network elements intermedios Virtual Concatenation (VCAT G.707 11.2) HOP STS-1-Xv o STS-Nc-Xv (SONET) o VC-3/4-Xv (SDH) o LOP VT-1.5/2/3/6-Xv (SONET) o VC-11/12/2-Xv (SDH) HOP: X 256 LOP: X 64 (limitacin por bits en la cabecera) La carga se divide en mltiples STSs / STMs Los fragmentos pueden seguir diferentes rutas Requiere soporte solo en las terminaciones de path Requiere buffering y alineamiento por diferencias de retardo

Concatenacin Contigua : STS-3c

270 columns 9 filas

258 columnas de SPE

9 columnas de 3 columnas section y line de path overhead overhead

258 columnas * 0.576 = 148.608 Mbps 270 columns

STS-3

9 filas

260 columnas de SPE 1 columna de path overhead

9 columnas de section y line overhead

260 columns * 0.576 = 149.760 Mbps

STS-3c

STS-N vs. STS-Nc

Aun cuando ambos tienen la misma velocidad155.520 Mbps STS-3c tiene disponibles dos columnas extras (1.152Mbps) En forma general, Para STS-Nc se gana (N-1) columnas
p.e. STS-12c gana 11 columnas = 6.336Mbps vis a vis STS-12 STS-48c gana 47 columnas = 27.072 Mbps STS-192c gana 191 columnas = 110.016 Mbps !

Sin embargo, una seal STS-Nc no es separable fcilmente si se quiere aadir/extraer componentes de seal

Preguntas
Con lo visto hasta este punto de la sesin Cul es la diferencia entre un Virtual Container (VC) y un Virtual Tributary (VT)? Cuntos canales de voz de 64 kbit/s son posibles de transportar usando un STM-1? Cuntos usando un STM-4? Y un STM-64? Y cuantos usuarios ADSL de 2 Mbit/s en un STM-64? Cul la manera ms eficiente de transportar un canal de 100 Mbit/s empleando alguna de las velocidades STM-N? Y un canal de 1 Gbit/s? Y un canal de 10 Gbit/s?

VCAT y LCAS

Virtual Concatenation

H 4

VCAT es un mecanismo de multiplexaje inverso (round-robin) Los miembros VCAT pueden ir por diferentes rutas en una red SONET/SDH Los elementos intermedios ignoran acerca de VCAT
(a diferencia del caso anterior manejado por los nodos intermedios)

SDH concatena virtualmente VCs

VC VC-11-Xv Capacidad (Mbps) si todos estan en un VC en VC-4 X 64 C 102.400 VC-12-Xv 2.176, 4.352, 2.176X en VC-3 X 21 C 45.696 en VC-4 X 63 C 137.088 VC-2-Xv 6.784, 13.568, , 6.784X en VC-3 X 7 C 47.448

1.600, 3.200, 1.600X en VC-3 X 28 C 44.800

en VC-4 X 21 C 142.464 Por lo tanto se tienen velocidades permisibles: 1.600, 2.176, 3.200, 4.352, 4.800, 6.400, 6.528, 6.784, 8.000,

SDH concatena virtualmente VCs

VT Capacidad (Mbps) si todos estan en un STS en STS-1 en STS-1 X 28 C 44.800 X 21 C 45.696 VT1.5-Xv 1.600, 3.200, 1.600X 2.176, 4.352, 2.176X

en STS-3c X 64 C 102.400 VT2-Xv en STS-3c X 63 C 137.088

VT3-Xv

3.328, 6.656, 3.328X

6.784, 13.568, 6.784X

en STS-1
en STS-1

X 14 C 46.592
X 7 C 47.448

en STS-3c X 42 C 139.776 VT6-Xv en STS-3c X 21 C 142.464 Por lo tanto se tienen velocidades permisibles: 1.600, 2.176, 3.200, 3.328, 4.352, 4.800, 6.400, 6.528, 6.656, 6.784,

Comparativa de eficiencia
velocidad 10 sin VCAT STS-1 eficiencia 21% con VCAT VT2-5v VC-12-5v 100 STS-3c VC-4 1000 STS-48c VC-4-16c 42% 67% STS-1-2v VC-3-2v STS-3c-7v VC-4-7v 95% 100% eficiencia 92%

Usando VCAT la eficiencia se aproxima a 100%

Link Capacity Adjustment Scheme

LCAS est definido en G.7042 (tambien numerado como Y.1305)
LCAS extiende VCAT permitiendo cambios dinmicos de BW LCAS es un protocolo para agregar/remover dinmicamente miembros VCAT
modificacin hitless de BW similar a Link Aggregation Control Protocol para enlaces Ethernet

LCAS no es un protocolo del plano de control o gestin

no asigna a los miembros pero necesita de protocolos de control para hacer esta tarea

LCAS es un protocolo de handshake

permite que los extremos de la ruta negocien la adicin/remocin garantiza que no haya prdidas durante el cambio puede determinar si un nuevo miembro no es aceptable se puede retirar un elemento que no sea correcto

LCAS Cmo trabaja?

LCAS es unidireccional (si se requiere simetra de BW hay que
ejecutar dos procesos)
J1 B3 C2 G1 F2 H4 F3 K3 N1 POH

Pueden ser iniciadas por cualquier extremo LCAS asume que todos los miembros VCG no tienen errores
Se protege via CRC

Los mensajes LCAS se envan con anticipacin

el destino procesa los mensaje luego de compensacin diferencial el mensaje describe el estado del enlace del siguiente paquete El receptor puede conmutar a una nueva configuracin a tiempo

Los mensajes LCAS estn en el nibble superior de

byte H4 para HOS SONET/SDH byte K4 para LOS SONET/SDH Octeto de overhead de VCAT para PDH VCAT and LCAS Information

Los mensajes LCAS emplean redundancia

mensajes de control LCAS

LCAS aade campos al VCAT Campos en los mensajes de source a sink:
MFI SQ CTRL GID MultiFrame Indicator SeQuence indicator (member ID inside VCAT group) ConTRoL (IDLE, being ADDed, NORMal, End of Sequence, Do Not Use) Group Identification (identifies VCAT group)

Campos en los mensajes de sink a source (idntico para todos los miembros):
MST Member Status (1 bit por cada miembro VCG) RS-Ack ReSequence Acknowledgement

Campos en ambas direcciones

CRC
Nota: para el formato de H4 SQ es de 8 bits, pueden haber hasta 256 miembros VCG. Para PDH SQ es de solo 4 bits, por lo tanto pueden ser hasta16 miembros VCG

Cyclic Redundancy Code

El formato exacto depende del tipo de VCAT (H4, K4, PDH)

formato H4
MFI1

0 0 0

0 0 0 0

MFI2 bits 1-4 MFI2 bits 5-8 CTRL 0 0 GID 0 0 0 0 0 0 CRC-8 bits 1-4 CRC-8 bits 5-8 MST bits more MST bits 0 0 RS-ACK 0 0 0 0 0 0 0 0 0 SQ bits 1-4 SQ bits 5-8

0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1

0 0 0 0 1 1 1 1 0 0 0 0 1 1 1 1

0 0 1 1 0 0 1 1 0 0 1 1 0 0 1 1

0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1

campos reservados

16 frame multiframe

campos reservados

Formato H4 algunos comentarios

CRC-8 (CRC-3 cuando se emplea K4) Cubre las 14 tramas previas (no synced en multiframe) polinomio x8 + x2 + x + 1
MST GID Identificador de un solo bit Todos los miembros del VCG comparten el mismo bit recicla a lo largo de una secuencia de 215-1 LFSR diferentes VCGs usan diferentes phase offsets de secuencia

Cada miembro VCG contiene el status de todos los miembros Se necesita entonces 256 bits de member status Se realiza multiplexando bits MST Hay bits MST por multiframe Y 32 multiframes en un MST multiframe No hay secuenciamiento especial, solo MFI2 multiframe mod 32

LCAS adicin de un miembro (1)

Cuando se necesita ms/menos BW, se deben aadir/remover miembros VCAT La Adicin/remocin de miembros VCAT requiere primero de provisionamiento (gestin) LCAS maneja la asignacin de nmeros de secuencia de miembros LCAS asegura la no interrupcin del servicio Ejemplo: aadir un 4to miembro al grupo 1
GID=g SQ=1 CTRL=NORM

Initial state:

GID=g SQ=1 CTRL=NORM

GID=g SQ=2 CTRL=NORM GID=g SQ=3 CTRL=EOS

GID=g SQ=2 CTRL=NORM GID=g SQ=3 CTRL=EOS GID=g SQ=FF CTRL=IDLE

Paso 1: NMS provisiona un nuevo miembro el origen enva CTRL=IDLE para un nuevo miembro el destino enva MST=FAIL para el nuevo miembro

LCAS adding a member (2)

Paso 2: origen enva CTRL=ADD y SQ
destino enva MST=OK para nuevo miembro Si se ha provisionado GID=g SQ=1 CTRL=NORM Si la recepcin de nuevo miembro OK Si es capaz de compensar retardo GID=g SQ=2 CTRL=NORM Caso contrario emite un MST=FAIL GID=g SQ=3 CTRL=EOS Y el origen reporta al NMS
GID=g SQ=4 CTRL=ADD

Paso 3: el origen enva CTRL=EOS por nuevo miembro

nuevo miembro inicia envo de trfico destino enva RS-ACK Nota 1: se pueden aadir varios miembros a la vez Nota 2: la remocin de un miembro es igual
GID=g SQ=1 CTRL=NORM
GID=g SQ=2 CTRL=NORM GID=g SQ=3 CTRL=NORM GID=g SQ=4 CTRL=EOS

El origen coloca un CTRL=IDLE para el miembro que se desea eliminar y detiene su uso. Todos los nmeros de secuencia de los miembros deben ajustarse

LCAS preservacin del servicio

Para preservar la integridad del servicio si el destino detecta una falla de un miembro VCAT LCAS puede remover temporalmente un miembro (si el servicio tolera una
reduccin del BW)

Ejemplo: Estado inicial

GID=g SQ=1 CTRL=NORM GID=g SQ=2 CTRL=NORM GID=g SQ=3 CTRL=NORM GID=g SQ=4 CTRL=EOS

Paso 1: destino enva MST=FAIL para el miembro 2 origen enva CTRL=DNU (tratamiento especial si EoS) y cesa el uso del miembro 2
Nota: Si EoS falla, renumera para asegurar que EoS est activo

GID=g SQ=1 CTRL=NORM GID=g SQ=2 CTRL=DNU GID=g SQ=3 CTRL=NORM GID=g SQ=4 CTRL=EOS

Paso 2: destino enva MST=OK indicando que la falla est resuelta el origen retorna CTRL a NORM y vuelve a usar el miembro
Nota: Si el NMS decide remover permanentemente el miembro,procede como en el caso anterior

Manejo de paquetes de datos

Transporte de paquete de datos

SONET/SDH fue diseada para el transporte de canales de voz digitales, no est optimizada para ser empleada como medio de transporte para paquetes de datos de velocidad variable p.e. Ethernet, IP, SAN, etc. Han surgido a lo largo de los aos distintas soluciones que dan como resultado una nueva tecnologa SONET/SDH, de nueva generacin. Ejemplo de estos esfuerzos: Packet over SONET (oficialmente PPP over SONET/SDH) LAPS (Ethernet o IP sobre SONET/SDH) WAN-PHY (para transporte de 10 GbE) GFP (solucin ms general)

Posible esquemas de transporte

SDH/SONET

ATM HDLC

POS

PDH PPP
Fibre Channel ESCON FICON

Ethernet IP SAN

Posible esquemas de transporte

fibra oscura
C/D-WDM OTN

SDH/SONET
PDH ATM HDLC PDH PPP
Fibre Channel ESCON FICON

GFP

Ethernet IP SAN

Packet over SONET

Definido en la RFC2615 (PPP over SONET) hace obsoleta la RFC1619 SONET/SDH puede usarse para enlaces sncronos point-to-point byte-oriented PPP es ideal para el transporte de datos sobre estos tipos de enlace PoS usa PPP en tramas HDLC para ser una interfaz byte-oriented a la infraestructura SONET/SDH POH signal label (C2) indica PoS como C2=16 (C2=CF if no scrambler)

Arquitectura PoS

PoS emplea PPP en tramas HDLC Como SONET/SDH es byte oriented, se emplea byte stuffing Se aplica un scrambler especial para temporizacin SONET/SDH PoS opera sobre paquetes IP Si IP viaja sobre Ethernet Se elimina el Ethernet (frame removed) El Ethernet debe ser reconstruido a su llegada requiere routers en los extremos de la red SONET/SDH

PoS: Detalles
El paquete IP se encapsula en PPP default MTU es 1500 bytes hasta 64,000 bytes permitidos por PPP Se genera y aade FCS PPP en HDLC con byte stuffing

Se aplica un scrambler de 43 bit sobre el SPE

El flujo de bytes se coloca alineado al octeto en el SPE (p.e. 149.760 Mbps de STM-1) Las tramas HDLC pueden superar los lmites de un SPE

POS: problemas
PoS es eficiente en BW Pero POS tiene sus desventajas BW debe ser predeterminado El BW de HDLC BW puede cambiar y no ser deterministico La asignacin del BW est fuertemente restringida por las capacidades de SDH/SONET p.e. GBE requiere un enlace completo OC-48 POS requiere remover las cabeceras Ethernet Se pierde RPR, VLAN, 802.1p, multicasting, etc. POS requiere routers IP

LAPS (Link Access Procedure for SDH)

En el 2001 la UIT-T introdujo nuevos protocolos para transportar paquetes sobre SDH X.85 IP sobre SDH usando LAPS X.86 Ethernet sobre LAPS Creado sobre las series of ITU LAPx protocolos basados en HDLC Usa el formato ISO HDLC Implementa protocolos connectionless orientados a byte sobre SDH X.85 es muy cercano (pero no igual) al IETF PoS

WAN-PHY (10 GbE en STM-64)

10GBASE-W 802.3-2005 Clause 50
Hay casos especiales donde las velocidades trabajan relativamente bien GbE 10GBASE-R (64B/66B coding) se puede mapear directamente en un STM-64 (con concatenacin contigua ) sin necesidad de GFP

La capa MAC crea "stretched InterPacket Gap" para compensar el hecho que STM64 sea menor a 10G (datos: 9,621,504 velocidad de linea: 9,953,280)
Es la conexin ms rpida actualmente empleada para trfico Internet
Complicacin: SDH tiene una exactitud de reloj 4.6 ppm, GbE es 20 ppm

64*(270-9) = 16704 columns J1

64 columnas de fixed stuff

WAN-PHY (10 GbE en STM-64)

Arquitectura GFP
Es un nuevo mtodo que no emplea HDLC Definido en ITU-T G.7041 (tambien llamado Y.1303) Diseado originalmente enT1X1 para mejorar limitaciones ATM de (como ATM) usa tramas protegidas por HEC en lugar de HDLC Ethernet IP HDLC other

GFP client specific part GFP common part SDH OTN other

El cliente puede ser PDU-oriented (Ethernet MAC, IP) O block-oriented (GBE, fiber channel) Las tramas GFP Se alinean al octeto Contiene como mximo 65,535 bytes consiste de un header + area de carga Los tiempos muertos entre tramas GFP se llenan con GFP idle frames

Estructura de trama GFP

Cada trama GFP tiene un 4-byte core header 2 byte Payload Length Indicator
PLI = 01,2,3 son tramas de control

core header

PLI (2B) cHEC (2B) payload header (4-64B)

2 byte core Header Error Control

X16 + X12 + X5 + 1

La cabecera core header es XORed con B6AB31E0 Idle GFP frames Tienen PLI=0 No hay datos
payload area

payload

Non-idle GFP frames tienen 4 bytes en el payload area El payload tiene su propia cabecera 2 modos de payload : GFP-F y GFP-T Proteccin opcional de datos mediante CRC-32

optional payload FCS (4B)

GFP payload header

La cabecera GFP tiene type (2B) PTI (3b) PFI EXI (3b) type HEC (CRC-16) UPI (8b) extension header (0-60B) either null or linear extension (payload type muxing) extension HEC (CRC-16)

type (2B) tHEC (2B) extension header (0-60B) (2B)

El tipo consiste de: eHEC Payload Type Identifier (3b) PTI=000 para datos de cliente PTI=100 para gestin del cliente (OAM dLOS, dLOF) Payload FCS Indicator (1b) PFI=1 indica que hay un payload FCS Extension Header ID (3b) User Payload Identifier (8b) valores para Ethernet, IP, PPP, FC, RPR, MPLS, etc.

Modos GFP
GFP-F - frame mapped GFP Mejor opcin para protocolos basados en PDUs (Ethernet, IP, MPLS) o en HDLC (PPP) El PDU cliente se coloca en el campo de datos GFP GFP-T transparent GFP Mejor opcin para protocolos que aprovechan las caractersticas del nivel fsico en particular el cdigo de lnea 8B/10B empleado en fiber
channel, GbE, FICON, ESCON, DVB, etc Donde si se emplease GFP-F se perdera info de control, GFP-T es transparente a estos cdigos. Tambien, GFP-T no tiene que esperar a la PDU completa para su recepcin (aade delay)

Quieren ms Preguntas?