Jerarqua digital sncrona

La jerarqua digital sncrona

1
abrevido como SDH, del ingls Synchronous Digital
Hierarchy
1
es un conjunto de protocolos de transmisin de datos. Se puede considerar
como la revolucin de los sistemas de transmisin, como consecuencia de la utilizacin de
la fibra ptica como medio de transmisin, as como de la necesidad de sistemas
msflexibles y que soporten anchos de banda elevados. La jerarqua SDH se desarroll
en EE. UU. bajo el nombre de SONETo ANSI T1X1 y posteriormente el CCITT (Hoy UIT-T)
en 1989 public una serie de recomendaciones donde quedaba definida con el nombre de
SDH.
Uno de los objetivos de esta jerarqua estaba en el proceso de adaptacin del
sistema PDH (Plesiochronous Digital Hierarchy), ya que el nuevo sistema jerrquico se
implantara paulatinamente y deba convivir con la jerarqua plesicrona instalada. sta es
la razn por la que la ITU-T normaliz el proceso de transportar las antiguas tramas en la
nueva. La trama bsica de SDH es el STM-1 (Synchronous Transport Module level 1), con
una velocidad de 155 Mbit/s.
Cada trama va encapsulada en un tipo especial de estructura denominado contenedor.
Una vez encapsulados se aaden cabeceras de control que identifican el contenido de la
estructura (el contenedor) y el conjunto, despus de un proceso de multiplexacin, se
integra dentro de la estructura STM-1. Los niveles superiores se forman a partir de
multiplexar a nivel de byte varias estructuras STM-1, dando lugar a los niveles STM-
4,STM-16, STM-64 y STM-256.
Estructura de la trama STM-1[editar]


Estructura de trama STM-1.
Las tramas contienen informacin de cada uno de los componentes de la
red: trayecto,lnea y seccin, adems de la informacin de usuario. Los datos son
encapsulados en contenedores especficos para cada tipo de seal tributaria.
A estos contenedores se les aade unainformacin adicional denominada "tara de
trayecto" (Path overhead), que consiste en una serie de bytes utilizados con fines de
mantenimiento de red, y que dan lugar a la formacin de los denominados contenedores
virtuales (VC). El resultado de la multiplexacin es una trama formada por 9 filas de 270
octetos cada una (270 columnas de 9 octetos). La transmisin se realiza bit a bit en el
sentido de izquierda a derecha y de arriba abajo. La trama se transmite a razn de 8000
veces por segundo (cada trama se transmite en 125 s). Por lo tanto, el rgimen binario
(Rb) para cada uno de los niveles es:
STM-1 = 8000 * (270 octetos * 9 filas * 8 bits)= 155 Mbit/s
STM-4 = 4 * 8000 * (270 octetos * 9 filas * 8 bits)= 622 Mbit/s
STM-16 = 16 * 8000 * (270 octetos * 9 filas * 8 bits)= 2.5 Gbit/s
STM-64 = 64 * 8000 * (270 octetos * 9 filas * 8 bits)= 10 Gbit/s
STM-256 = 256 * 8000 * (270 octetos * 9 filas * 8 bits)= 40 Gbit/s
De las 270 columnas que forman la trama STM-1, las 9 primeras forman la denominada
"tara o cabecera" (overhead), independiente de la tara de trayecto de los contenedores
virtuales antes mencionados, mientras que las 261 restantes constituyen la carga
til (Payload).
SOH (Section Overhead)[editar]
El SOH (Section Overhead) se divide en dos partes: El R-SOH y el M-SOH. El primero de
ellos(R-SOH) es utilizado para aplicaciones entre repetidores, los cuales estn
comprendidos por los bytes de las filas 1 a 3, en tanto que para el uso entre terminales de
multiplexacin (M-SOH) corresponden a los bytes de las filas 5 a 9. A continuacin se
detalla las funciones de cada uno de los bytes que componen el SOH.


Fig. 1 Bytes del SOH
a) Seal de alineamiento de trama A1, A2:
A1 y A2 son patrones fijos de sincronizacin de trama. A1 est dispuesto en 11110110 y
A2 en 00101000.
b) Traza de seccin de regenerador J 0:
El uso de J0 est an bajo estudio.
c) Monitoreo de errores B1, B2:'
Los errores de transmisin son monitoreados en las secciones de regenerador y
multiplexor. B1 es para la seccin de regenerador y B2 para la de multiplexor.
d) Canal de servicio para Ingeniera E1, E2:
El E1 es accesible en regeneradores y multiplexores, el E2 slo en multiplexores. Cada
circuito posee una capacidad de 64Kb/s.
e) Canal de usuario F1:
Este es un canal de datos de 64 Kb/s que puede utilizar cualquier operador de red para
sus propsitos.
f) Canal de comunicacin de datos D1-3, D4-12:
Estos bytes son asignados como canales de comunicacin de datos para transmitir
informacin hacia multiplexores y regeneradores y viceversa.
g) Sealizacin de conmutacin de proteccin automtica K1, K2:
El intercambio de informacin entre dos extremos en una seccin de multiplexor se lleva a
cabo a travs de los bytes K1 y K2. Parte de K2 tambin se utiliza para enviar MS-RDI
(indicacin de defectos remotos en la seccin de multiplexor) y MS-AIS (seal de
indicacin de alarmas en la seccin de multiplexor).
h) Estado de sincronizacin S1:
El byte S1 comunica a la siguiente estacin la calidad de la fuente de referencia de
sincronizacin utilizada por el equipo.
Los bitios 1 al 4 del byte S1 estn reservados para la calidad usada por operadores
individuales. Los bitios 5 al 8 pueden tomar los siguientes valores:
0000 Calidad desconocida (red de sincronizacin existente)
0001 Reservados
0010 Seal generada por un equipo que est sincronizado a un reloj segn la Rec. ITU-T
G.811
0011 Reservados
0100 Seal generada por un equipo que est sincronizado a un reloj del tipo SSU-A
0101 Reservados
0110 Reservados
0111 Reservados
1000 Seal generada por un equipo que est sincronizado a un reloj del tipo SSU-B
1001 Reservados
1010 Reservados
1011 Seal generada por un equipo que est sincronizado a un reloj segn la Rec. ITU-T
G.813 Option I (SEC)
1100 Reservados
1101 Reservados
1110 Reservados
1111 No utilizar la sincronizacin de esta seal
i) Z1 y Z2 son bytes de reserva.
j) M1 Byte de indicacin de Error en la Seccin de multiplexacin Remota.
POH (Path Overhead)[editar]
El POH (Path OverHead) tiene como misin monitorizar la calidad e indicar el tipo de
contenedor virtual que se tiene. Est compuesto por el VC (Contenedor Virtual) que es la
entidad de carga til que viaja sin cambios a lo largo de la red, adems de algunos bytes
que se agregan y se desempaquetan en los distintos puntos terminacin del servicio de
transporte. Los bytes que se agregan dependern del tipo de contenedor virtual y se
dividen en dos tipos Higher-order Path Layer y Lower-order Path Layer. En la siguiente
tabla se muestra los bytes correspondientes al Higher-order Path Layer.
Byte Funcin
J1 Usado para transmitir un Higher Order Path Access Point Identifier
B3 Para monitoreo de errores en el VC-4 dentro de la trama STM-N
C2 Para definir la estructura y clase de informacin que se lleva en el payload
G1 Estatus y performance del camino utilizado por el payload.
F2-3 Para canales de voz de uso del usuario
H4 Provee un indicador del tipo de multi-trama
K3 Sealizacin APS de proteccin
N1 Para propsitos especficos de administracin
El segundo tipo de bytes que se agregan son los del tipo Lower-order Path Layer que
corresponden a los VC-12. En la siguiente tabla se muestra el funcionamiento de cada uno
de ellos.
Byte Funcin
V5 Correccin de errores, etiquetado de seal y estatus de ruta de los VC12 (BIP-2, REI, RDI)
J2 Usado para transmitir repetidamente un Lower Order Path Access Point Identifier
N2 Para propsitos especficos de managment
K4 Reservado para un uso futuro
Multiplexacin SDH[editar]
Para considerarse un estndar internacional, las diversas interfaces de tasas de bit PDH
existentes deben ser acomodadas en la estructura SDH. Esto se hace permitiendo
diferentes interfaces para ser mapeadas en la trama SDH.


Fig. 2 Multiplexacin SDH
Multiplexacin SDH - 2Mbps (E1)[editar]
Esta multiplexacin parte de la unidad bsica de PDH que es el E1 (2 Mbit/s) para formar
un STM-1. Se pueden transportar 63 seales PDH de 2 Mbit/s. A continuacin se detallan
los pasos para el mapeo de un STM-1 mediante un E1.
Se considera el mapeo de una seal de 2 Mbit/s en la trama SDH, la seal original
PDH ser 2048 kbit/s, con una variacin de 50 ppm. Esto es insertado en un
contenedor (C-12), donde la justificacin se lleva a cabo utilizando tcnicas
tradicionales de stuffing (relleno de bits). Esto se hace para compensar las variaciones
de frecuencia permitidas en tasas de bits para PDH y SDH.
El contenedor se coloca en un contenedor virtual (VC-12) donde el path overhead se
aade. Este overhead es llevado con la seal a lo largo de la red, incluso cuando se
conectan en forma cruzada en diferentes tramas SDH. Esto permite el mantenimiento
y la supervisin de la seal a travs de la red. Incluye la deteccin de errores,
indicaciones de alarma, y una etiqueta de seal.
Un puntero se agrega al contenedor virtual para formar una unidad tributaria (TU-12).
Esto permite que el sistema SDH compense las diferencias de fase a travs de la red
o entre las redes.
Tres TU-12 son multiplexados en un grupo de unidad tributaria (TUG-2).
Siete TUG-2 estn multiplexados en un TUG-3. Esta es la unidad del mismo tamao
que sera usada para el mapeo, por ejemplo, una seal E3 en una trama SDH.
Tres TUG-3 son multiplexados a travs de una unidad administrativa (AU-4) y en un
grupo de unidad administrativa (AUG) para formar una trama STM-1.
Multiplexacin SDH - 34Mbps (E3)[editar]
Para realizar esta multiplexacin se ejecutan los pasos anteriores de forma similar. Se
pueden transmitir hasta 3 seales de 34Mbit/s.
Se adapta la frecuencia mediante byte interleaving (C-3).
Se aaden 9 bytes overhead (VC-3).
Se agrega el puntero (TUG-3).
Tres (TUG-3) son multiplexados a travs de (AU-4) y (AUG) para formar una trama
STM-1.
Multiplexacin SDH - 140Mbps (E4)[editar]
Para multiplexar seales PDH es necesario primero adaptarlas a la velocidad SDH. Los
pasos para realizar dicha multiplexacin se dan en forma similar a los desarrollados en los
puntos anteriores.
Se debe incrementar la frecuencia de 140 Mbit/s a 149.76 Mbit/s mediante justificacin
de bits (C- 4).
Aadir una columna de 9 overhead bytes (VC-4).
Agregar el puntero (AU-4).
Punteros SDH[editar]
Un sistema sncrono se basa en el hecho de que cada reloj est en fase y frecuencia de
sincronismo con el siguiente. En la prctica esto es imposible de lograr, por lo tanto, las
desviaciones de fase y frecuencia ocurrirn. Dentro de una red la frecuencia del reloj se
extrae de la seal de lnea, sin embargo, las variaciones de fase pueden ocurrir a partir de
la acumulacin del jitter sobre la red. Las variaciones de interfaz de frecuencia en la red
pueden ocurrir. La forma en que SDH supera este problema es usando punteros para
apuntar a la direccin del principio del contenedor virtual dentro de la trama. El valor del
puntero inicial corresponde a la diferencia de fase entre llegada de la unidad tributaria y la
unidad tributaria vaca dentro de la trama en el momento que el tributario es mapeado en
el contenedor virtual. Si la fase vara entre los relojes de lectura y escritura de tal manera
que los buffers de entrada de flujo de terminacin digital muestran una tendencia de
desbordamiento o de ejecutar vaco, un puntero de ajuste se producir. En la siguiente
tabla se hace una breve descripcin de los punteros utilizados para el mapeo de tramas
STM-N.
Puntero Descripcin Localizacin Valor del puntero
AU-4
El puntero AU-n proporciona un
mtodo para permitir la alineacin
flexible y dinmica del VC-n dentro de
Bytes H1, H2 y H3
- El valor del puntero real
est contenido dentro de H1.
H2 y H3 se reservan para la
justificacin negativa.
la trama AU-n.
- El valor del puntero AU-4
es un nmero binario con un
rango de 0 a 782 que indica
el desplazamiento, en
incrementos de tres bytes,
entre el puntero y el primer
byte del VC-4.
AU-3
El puntero AU-n proporciona un
mtodo para permitir la alineacin
flexible y dinmica del VC-n dentro de
la trama AU-n.
Los tres punteros
individuales AU-3
son contenidos en
3 bytes separados
H1, H2 y H3.
- El valor del puntero AU-3
es un nmero binario con un
rango de 0 a 782.

- Existen tres AU-3s en un
AUG-1, cada AU-3 tiene sus
propios bytes asociados H1,
H2 y H3.
- El primer conjunto H1, H2,
H3 se refiere al primer AU-
3, y el segundo conjunto al
segundo AU-3, y as
sucesivamente.
- Para los AU-3, cada
puntero opera de forma
independiente.
TU-3
El puntero TU-3 proporciona un
mtodo para permitir la alineacin
flexible y dinmica de VC-3 dentro de
la trama TU-3, independientemente del
contenido real del VC-3.
Los tres punteros
individuales TU-3
son contenidos en
3 separados bytes
H1, H2 y H3.
- Designa la ubicacin del
byte donde el VC-3
comienza. Los dos bytes
asignados a la funcin de
puntero pueden ser vistos
como una palabra.

- Los ltimos diez bits (bits
7-16) de la palabra del
puntero llevan el valor del
puntero.
- El valor del puntero TU-3
es un nmero binario con un
rango de 0-764 que indica el
desplazamiento entre el
puntero y el primer byte del
VC-3.
TU-2,
TU-12,
TU-11
Los punteros TU-11, TU 12- y TU-2
es proporcionar un mtodo para
permitir la alineacin flexible y
dinmica de VC-11, VC-12 y VC-2
dentro de las multitramas TU-11, TU-
12 y TU-2, independientemente del
contenido actual de VC-11, VC-12 y
VC-2.
Bytes V1, V2
- El valor del puntero (bits 7-
16) es un nmero binario
que indica el desplazamiento
de V2 al primer byte del VC-
2, VC-12 o VC-11.

- El rango de desplazamiento
es diferente para cada uno de
los tamaos de las unidades
tributarias.
- Los bytes del puntero no se
contabilizan en el clculo del
desplazamiento.
Justificacin positiva del puntero[editar]
Una justificacin positiva del puntero se da cuando la frecuencia de entrada es menor que
la de salida, por lo tanto se insertan bytes de relleno que no afectan la data. Los bytes de
justificacin siempre se insertan en la misma ubicacin dentro de la trama.
Justificacin negativa del puntero[editar]
Una justificacin negativa del puntero se da cuando la frecuencia de entrada es mayor que
la de salida, los bytes H# pueden llevar informacin real del VC4 sin afectar la data del
payload. Demasiado ajuste de punteros puede llegar a generar el jitter.
Mapeo de tributarios SDH[editar]
Mapeo de celdas ATM[editar]
Las celdas ATM se asignan a los contenedores en diferentes velocidades de bits. Estas
celdas ATM son mapeadas mediante la alineacin de cada celda con la estructura de los
contenedores virtuales o concatenados. Dado que la capacidad no pueda ser un mltiple
integrador del largo de las celdas ATM (53 bytes), una celda se le permite cruzar el lmite
del contenedor de la trama. El campo de informacin de la celda ATM (48 bytes) est
codificada antes de ser mapeada, para garantizar la delineacin. Un flujo de celdas ATM
con una velocidad de datos que puede ser mapeado es igual a la capacidad del payload
del VC. Desafortunadamente ATM no fue aceptado por el mercado como la solucin para
llevar a datos sobre los protocolos de SDH / SONET. Su inherente ineficiencia de ancho de
banda, altos costos y la complejidad empuj a ATM a nichos de mercado especficos, tales
como el transporte Frame Relay, acceso xDSL y a algunas aplicaciones militares y
cientficas.


-Introduccin
SDH: Synchronous Digital Hierarchy (Jerarqua Digital Sincrnica) es:
Un estndar internacional para redes pticas de telecomunicaciones de alta
capacidad.
Un sistema de transporte digital sincrnico diseado para proveer una
infraestructura ms sencilla, econmica y flexible para redes de
telecomunicaciones.
En los ltimos aos los desarrollos realizados en fibras pticas y semiconductores que se han aplicado a
la transmisin de seales, han provocado por un lado una notable evolucin tcnica y econmica y por
otro la transicin de analgica a digital .
La clave para satisfacer los requerimientos crecientes de flexibilidad en las redes de comunicaciones es la
utilizacin de la tcnica de multiplexado sincrnico, a diferencia del asincrnico (o plesicrono) actual.
2.-SDH: Principios bsicos
En 1988, el CCITT, basado en la primera parte de la norma SONET, elabor la llamada
SDH(Synchronous Digital Hierarchy, Jerarqua Digital Sincrnica)con el mismo principio demultiplexado
sincrnico y capacidad de reserva.
La primer jerarqua de velocidad sincrnica fue definida como STM-1 (Synchronous Transport Module,
Mdulo de Transporte Sincrnico) de 155.520 Mb/s. Este valor coincide con el triple de STS-1 de
la red SONET (3 x 51.84 Mb/s = 155.52 Mb/s).
Los siguientes niveles se obtienen como N x STM-1, habiendo definido el CCITT el 4 x STM-1 = 622.08
Mb/s y 16 x STM-1 = 2488.32 Mb/s (aproximadamente 2.5 Gb/s)7, encontrndose
endiscusin sistemas STM-8 , STM-12 y STM-64 (10 Gbits/s).
Todas las seales tributarias, de cualquier jerarqua y origen, deben poder acomodarse a laestructura
sincrnica del STM-1.
Bsicamente la formacin de la seal sincrnica es la que se muestra en la figura:

Los tributarios (sincrnicos o plesicronos) se acomodan en un contenedor C (Container) que ser distinto
para cada velocidad. A cada contenedor se le agrega un encabezado o sobrecapacidad de reserva
llamada tara de trayecto (TTY) o POH (Path Overhead) para operacin, administracin y mantenimiento, y
un puntero, PTR, formndose lo que se conoce como unidad tributaria TU (Tributary Unit). Finalmente las
TU son multiplexadas byte a byte (cada uno equivale a 64kb/s) y con el agregado de informacin adicional
de administracin de la red, se forma el mdulo STM-1.
Si se desea niveles superiores, basta con volver a multiplexar byte a byte (por simple
intercalacin) N mdulos STM-1, para obtener STM-N.
3.1 Problemas de la jerarqua digital sincrnica
El principal problema a resolver es la necesidad de sincronizar todos los nodos de la red. La idea
del desarrollo de la SDH es una extensin de la trama sncrona de 2Mbit/s del sistema PDH hacia
velocidades superiores.
La trama de 2Mb/s es sncrona. Lo que esto significa es que los intervalos de tiempo son sincrnicos al
encabezamiento de la trama: una vez sincronizado a la trama, un receptor puede extraer la informacin
contenida en la trama sencillamente contando bytes hasta llegar a la posicin deseada y copiando los
bytes all contenidos en una memoria. Para insertar informacin en un intervalo de tiempo,
el procedimiento sera igualmente sencillo: una vez alineado a la trama, el transmisor puede transferir
los datos de su memoria al intervalo de tiempo adecuado, el cual encuentra contando los bytes desde la
palabra de alineacin de trama.
La trama de 2Mb/s es sincrnica con sus tributarios de 64kb/s (cosa que no sucede con las tramasde 8,
34, 140 o 565 Mb/s). En la prctica ocurre que estos tributarios no siempre son sincrnicos y las centrales
de conmutacin y los cross-connects tienen que peridicamente introducir deslizamientos o slips cada
vez que haya un defasaje grande entre carga que ingresa a la memoria elstica a la entrada del MUX y la
seal multiplexada de 2Mb/s.
La velocidad con que llegan y se escriben en las memorias elsticas los datos de cada canal
esdeterminada por la velocidad de lnea de la trama recibida. La velocidad con que se leen los datos se
encuentra condicionada por el reloj interno de la central o cross-connect, con el cual generan las tramas
que transmiten. Si la informacin a la entrada llega ms rpidamente de lo que puede ser leda, la
memoria elstica se llena hasta desbordar. Para evitar el desborde, el nodo de la red tira uno o varios
octetos de informacin a la basura, vaciando la memoria elstica y permitiendo que de nuevo se vaya
llenando lentamente (segn la diferencia entre los relojes de escritura y lectura) hasta que sea necesario
un nuevo vaciado. Esta accin corta un trozo de la secuencia de bytes transmitidos, constituyendo un slip
negativo.
Puede darse el caso contrario. Si el reloj de escritura es ms lento que el de lectura, la tendencia de la
memoria elstica es a vaciarse. Cuando esto ocurre el nodo de la red deja de leer informacin reciente,
transmitiendo uno o varios octetos viejos sin borrar el contenido de la memoria elstica, que de esta
forma se vuelve a llenar. Estas repeticiones se llamanslips positivos.
Los deslizamientos normalmente no son perjudiciales para las seales de voz, sin embargo
puedentraer problemas en la transmisin de datos.
Aplicar este concepto a la SDH sera inadmisible, ya que si los nodos introdujeran slips, los
receptores perderan el sincronismo al perder o ver repetidos trozos de secuencia.
4.-SDH: Formacin y estructuras multiplex
En SDH la carga se acomoda en contenedores. Cuando esta carga es plesicrona, es necesarioadaptar
el reloj de la carga al reloj de los contenedores. El procedimiento es similar al utilizado en los MUX PDH.
La capacidad de carga es ligeramente superior a la necesaria. Estos contenedores disponen de bits
adicionales que pueden o no contener informacin, as como bits que indican si en esas posiciones va o
no informacin, es decir se utiliza justificacin por bits (relleno adaptativo). Una vez creado el contenedor
en los multiplexores de frontera, la red ya no tiene que mirar dentro del mismo hasta el punto en el cual
el contenido es devuelto a un elemento de la red. Como ya se dijo, el ajuste de velocidades de los
contenedores entre nodos se hace a travs de los punteros.
Cada uno de los contenedores creado recibe un encabezamiento, llamado tara de trayecto (TTY o POH).
El POH contiene informacin para uso en los extremos del trayecto (canales de servicio, informacin para
verificacin de errores, alarmas, etc.). Los punteros apuntan al primer byte del encabezamiento de
trayecto. Los contenedores a los cuales se ha agregado su POH se llaman contenedores virtuales VC
(Virtual Container). Cada uno de los VC es transportado en un espacio al cual est asignado un puntero,
que indica el primer byte del VC respectivo. Las seales tributarias (como puede ser una de 140 Mb/s) se
disponen en el VC para su transmisin extremo a extremo a travs de la red SDH. El VC se ensambla y
desensambla una sola vez, aunque puede atravesar muchos nodos mientras circula por la red.
Los punteros correspondientes a cada contenedor se encuentran en posiciones fijos respecto al elemento
de multiplexacin en el cual los contenedores son mapeados. Los VC bajos son mapeados en relacin a
contenedores ms altos. Los VC altos son mapeados en relacin a la trama STM-n. Por lo tanto los
contenedores altos contienen tambin un rea de punteros para los VC bajos (llamados unidades
tributarias). Est claro que si en lugar de tributarios bajos los VC reciben seales digitales SDH, ellos no
contienen ningn rea de punteros, porque no hay unidades tributarias a localizar dentro de los mismos,
sino que su rea de carga est ocupada por una gran seal sincrnica. Los VC altos que son mapeados
en relacin a la trama STM-n son llamados unidades administrativas (AU).
Por lo tanto, la trama STM-n siempre contendr un rea de punteros para las unidades administrativas.
El contenedor define la capacidad de transmisin sincrnica del tributario. La frecuencia de ste
seincrementa mediante justificacin positiva para acomodarla y sincronizarla con STM-1. Al agregar la
informacin adicional POH se forma lo que se denomina contenedor virtual VC (Virtual Container).
Posteriormente se agrega el puntero PTR, que es el direccionamiento de cada VC dentro de la estructura,
obtenindose la unidad tributaria TU. El proceso puede observarse en la figura:

Este conjunto constituye una unidad interna de la estructura. En caso que pueda ser transferidaentre
distintos STM-1, se denomina unidad administrativa AU (Administrative Unit).
Varias TU idnticas, forman un grupo de unidades TUG (Tributary Unit Group). Varios TUG idnticos
forman nuevamente una AU, la que con el agregado de un encabezado de seccin SOH (Section
Overhead) con la informacin de operacin, administracin de la red, completa el STM-1.
En la figura se grafican las distintas alternativas para obtener un mdulo STM-1, a partir de las seales
tributarias de ambas jerarquas plesicronas (CEPT y US) tal como lo indicaba la recomendacin hasta
1992.

5.-Principio de interconexin de una red SDH
Se puede pensar que una red SDH consta de una malla interconectada de nodos procesadores de
seales SDH. La interconexin de dos nodos cualesquiera en esta red se logra mediante sistemas de
transporte SDH individuales.

El VC se ensambla en el punto de entrada a la red SDH, se transmite intacto y se desemsambla ala salida
de la red.
El encabezado de seccin (SOH) se crea en el extremo de transmisin de cada nodo de red, y avanza
hasta el nodo receptor. As, el SOH pertenece nicamente a un sistema de transporte
concreto y no se transfiere con el VC entre sistemas de transporte.
Nota: se llama nodo de red a un elemento de red (NE) que tiene capacidad de multiplexar,
derivar, insertar o crossconectar (o una combinacin de ellas).
6.-Posibilidades de mapeado para el sistema europeo
El siguiente es un breve resumen del procedimiento adoptado en Europa para transmisin SDH:
a) Las tramas sncronas son creadas en cada nodo de la red, que transmite seales SDH segn sureloj
propio.
b) Cuando el nodo recibe una seal de la red plesicrona (PDH) para transmitirla en una trama SDH, lo
primero que hace es acomodarla en un contenedor. El reloj de ese contenedor es propio del nodo de la
red, por lo tanto es necesario adaptar el reloj de la seal externa al reloj de ese contenedor, lo que se
hace a travs de un proceso de justificacin positiva.
c) El contenedor creado en este nodo nunca es abierto por la red de transporte, excepto en el nodo
terminal en el cual la seal plesicrona debe ser recuperada para ser entregada a la red PDH (o una
central o un cross-connect plesicronos).
d) La red transporta contenedores, a los cuales se les agrega un encabezamiento llamado tara de
trayecto, sin examinar el contenido salvo en los extremos.
e) Los contenedores son mapeados es espacios sncronos a un elemento de multiplexacin
superior o la propia trama SDH (STM-n)
f) Como los VC, en el caso general, al ser transferidos de un flujo de lnea a otro, en un nodo de la red, no
son sncronos a los espacios reservados para ellos, puede ser necesario ajustarlos a esos espacios a
travs de un proceso de justificacin que permite ajustes positivos y negativos.
g) El proceso de ajuste emplea punteros, y tambin una posicin en que puede ser transportada
informacin excedente y una posicin en la cual se puede dejar de enviar carga til.
h) Cuando el VC tiene mayor velocidad que la del espacio a el reservado, un decremento delpuntero
indica que se estar enviando uno o tres bytes de informacin en el rea extra siempreque el defasaje
entre escritura y lectura lo exija.
i)Cuando el VC es ms lento que el espacio a l reservado, un incremento del puntero indica que se est
dejando de enviar informacin (uno o tres bytes) en el rea especificada para tal fin, siempre que el
defasaje acumulado entre la informacin que llega y la que sale lo exigiera.
j) La tramas STM-n contienen un rea de carga til sncrona a la trama. Adems, poseen un rea de
punteros de unidad administrativa que es sncrona a la trama STM-n (los punteros respectivos se
encuentran siempre en la misma posicin dentro de la tara de la trama, llamado encabezado de seccin).
k) Los punteros indican la posicin del primer byte del encabezamiento del VC (POH). Cuando
haynecesidad de mandar menos o ms informacin en una trama para corregir el nivel de llenado de la
memoria elstica de entrada, en los punteros va codificado un incremento o un decremento.
7.-SDH: Estructura de la trama sincrnica
Por razones de claridad, una trama de flujo de seales serie puede representarse mediante un mapa
bidimensional, que consta de N filas y M columnas. Cada celda representa un byte de 8 bits de la seal
sincrnica. El byte que aparece en la casilla superior izquierda (F) actua como marcador y sirve para
localizar el comienzo de la trama.
Para ver el grfico seleccione la opcin "Descargar" del men superior
La estructura de la trama del mdulo de transporte sincrnico STM-1 es la que puede observarse en la
figura siguiente:
Para ver el grfico seleccione la opcin "Descargar" del men superior
Un ejemplo sera una seal PDH de 140Mb/s transportada en un VC-4 que alineado usando
punteros en la AU-4.
Se dice TU cuando el espacio de carga es sncrono a un VC de orden superior (VC-3 VC 4). Por
ejemplo, 63 seales de 2Mb/s mapeadas en contenedores VC-12 alineadas en TU-12 (los que a su vez
se agruparn en un VC-4).
La trama la forman 9 lneas (o secuencias) de 270 bytes cada una. La secuencia de transmisin se inicia
en el byte 1 de la lnea 1 hasta el byte 270 de la misma lnea, luego el byte 1 de la lnea 2 y as
sucesivamente hasta el byte 270 de la lnea 9. La duracin total (perodo de la trama) es de 125s (o sea
una velocidad de 155.52Mb/s). Este perodo es equivalente al de la trama de una canal PCM de 8 bits. O
sea que un byte se STM-1 podra ser una canal PCM (64kb/s). Como para componer la jerarqua
sincrnica se realiza intercalacin de bytes, siempre es posible extraer en cualquier nivel el byte completo
(por ejemplo un canal PCM).
8.-Encabezado global
La trama SDH transporta dos tipos de datos: las seales tributarias y las seales auxiliares de la red,
denominados encabezado global. El encabezado global aportan las funciones que precisa la red para
transportar eficazmente las seales tributarias a travs de la red SDH.
Se dividen en tres categoras:
Encabezado trayecto.
Encabezado de seccin multiplexora.
Encabezado de seccin regeneradora.
Para entender por que existen tres categoras de encabezados, veremos primero los distintos
segmentos de una red SDH.
Para ver el grfico seleccione la opcin "Descargar" del men superior
La ruta de transmisin consta de tres segmentos el trayecto, la seccin multiplexor y la seccin
regeneradora. Cada segmento aporta su propio encabezado que incluye las seales de soporte y
mantenimiento asociadas a la transmisin a travs de dicho segmento.
El trayecto de una red SDH es la conexin lgica entre el punto en el que se ensambla en su contenedor
virtual y el punto en el que se desensambla desde el contenedor virtual.
9.-Sincronizacin de tramas SDH
Para ver el grfico seleccione la opcin "Descargar" del men superior
Antes de que pueda realizarse cualquier multiplexacin en los equipos de la red SDH, deben
sincronizarse primero las distintas seales de transporte SDH con los equipos de la red.
En el lado de entrada de los equipos SDH, las distintas seales de transporte pueden estar
desalineadas en lo que respecta tanto a la fase de temporizacin como a la tasa de bits.
En el proceso de sincronizacin de trama, el encabezado (SOH) y el VC se gestionan de manera distinta.
Los bytes del SOH para cada una de las seales de transporte se sincronizan con la trama, para locual el
SOH incluye 6 o ms bytes de entramado (bytes F). Los bytes del VC, por otra parte,mantienen la misma
relacin de fase de temporizacin. Esto se logra volviendo a calcular el valor
del puntero asociado a cada VC con el fin de dar cabida a cualquier ajuste en la fase del SOH debido a la
sincronizacin de la trama.
Para ver el grfico seleccione la opcin "Descargar" del men superior
10.-Seales de mantenimiento en servicio
La extensa gama de seales de alarma y comprobacin de paridad incorporadas en la estructura de
seales SDH permite realizar con eficacia pruebas en servicio. Las principales condiciones de alarma,
tales como prdidas de seal (LOS), prdidas de trama (LOF) y prdida de puntero (LOP), provocan la
transmisin de seales de indicacin de alarma (AIS) a la siguiente etapa de proceso.
Se generan distintas AIS, dependiendo del nivel de la jerarqua de mantenimiento que se vem afectada.
En respuesta a las diferentes seales AIS y a la deteccin de graves condiciones de alarma de receptor,
se envan otras seales de alarma a las anteriores etapas del proceso para advertir de los problemas
detectados en las siguientes etapas.
Esta seal se llama fallo dem recepcin en extremo remoto (FERF) se enva a etapas anteriores en el
SOH de la seccin multiplexora que haya detectado una condicin de alarma AIS, LOS LOF; una
condicin de alarma remota (RAI) para un trayecto de orden superior se eleva despus de que un equipo
que termina un trayecto haya detectado una condicin AIS o LOP de trayecto; de forma similar, una
condicin de alarma remota (RAI) para un trayecto de orden inferior se eleva despus de que un equipo
que termina un trayecto de orden inferior haya detectado una condicin AIS o LOP de mtrayecto de orden
inferior.
El monitoreo del rendimiento en cada nivel de la jerarqua de mantenimiento se basa en comprobaciones
de paridad mediante entrelazado de bits (BIP) calculadas en cada trama. Estas comprobaciones BIP se
insertan en los SOHs asociados a la seccin de regeneracin, la seccin multiplexora y los tramos de
mantenimiento de trayecto. Asimismo, los equipos que terminan tramos de trayecto HO (orden superior) y
LO (orden inferior) producen seales de error en bloque en extremo remoto (FEBE) en funcin de errores
detectados en los BIPs de trayecto HO y LO, respectivamente, Las seales FEBE se elevan hasta el
extremo de origen del trayecto. El siguiente es un resumen de las seales de alarmas en una red SDH:



11.-Sincronizacin y temporizacin en SDH
Las redes de transmisin actuales se desarrollaron sobre la base de la PDH, y por lo tanto nonecesitaban
en si mismas una sincronizacin, sin embargo la operacin sincrnica de la red proporciona ventajas
importantes, de manera que mucho operadores construyeron una red paralela para suministrar
la distribucin de la referencia de sincronizacin. Estos canales se suministran casi exclusivamente
por grupos mltiplex primarios a 1544 kb/s (EE.UU.) y 2048 kb/s (Europa).
El principio de conmutacin utilizado en las centrales telefnicas digitales requiere que todos los
conmutadores de red funciones sincronizados. Lo mismo ocurre con una red de cross-connects.
Esto implica que cada nodo reciba su referencia de sincronizacin desde un nica fuente.
Enla prctica, todos los operadores importantes proporcionan su propia fuente de referencia primaria
(PRS) y una red sincrnica de relojes esclavos utilizados para sincronizar centrales de conmutacin
individuales. La informacin de referencia de sincronizacin se distribuye mediante seales de 2mb/s. Las
PRS se especifican con tolerancias muy precisas (Rec.G.811 UIT-T) de 1x10-11
12.-Concatenacin
Seales plesicronas de velocidades superiores a 140 Mb/s pueden ser transportadas en un
sistema STM-n a travs de un proceso de concatenacin. La carga se divide entre lo que seran las reas
de carga util de varios STM-1. En los extremos de los enlaces, la carga vuelve a ser concatenada.
Algo similar ocurre con las seales ATM de 622.08 Mb/s.

Una seal de transoporte STM-4 se ensambla normalmente multiplexando mediante entrelazado de
bytes, cuatro seales de transporte STM-1. Como resultado de este proceso, el rea del VC se ve
ocupada por cuatro VCs-4 distintos. Cada VC-4 consta de un POH y un contenedor capaz de transportar
las seales tributarias encuadradas a una velocidad de hasta 149.76 Mb/s.
En el caso de un STM-4 concatenado (identificado como STM-4c), el rea del contenedor virtual se llena
completamente mediante un nico VC-4-4c, que consta de un POH y un nico contenedor de
aproximadamente 600 Mb/s.
Una vez ensamblado un VC-4-4c (o cualquier otra estructura VC concatenada) se multiplexa, se conmuta
y se transporta a travs de la red como nica entidad.
Para ver el grfico seleccione la opcin "Descargar" del men superior
La trama de STM-4c dispone de las mismas dimensiones globales que una STM-4 (9 filas x 1080
columnas), la misma tasa de repeticin de trama (8000Hz) y, por lo tanto la misma velocidad de seal
(622.08Mb/s). El rea SOH de una STM-4c tiene una estructura idntica a la de la trama STM-4.
El contenedor de la STM-4c consta de 1043 columnas de 9 bytes, es decir un total de 9387 bytes. y una
capacidad de transporte de 600.77Mb/s 9.2 Transporte de seales ATM
En el futuro, la red SDH se podr utilizar para transportar seales en clulas conforme requiere el modo
de transferencia asncrono (ATM, Asynchronous Transfer Mode). Las clulas, de 53 bytesM (48 de
informacin y 5 bytes de tara) podrn ser acomodadas en VC, si es necesario, o podrn fluir libremente
por la lnea. El ajuste de relojes en el caso del flujo libre de clulas se dar por unM proceso an ms
sencillo que el de punteros. El flujo de clulas contiene, necesariamente, clulasM vacas (dado
el carcter asncrono del sistema). Los nodos, segn lo necesiten, aumentan o reducen el nmero de
clulas vacas para ajustar la carga entrante a la velocidad de flujo saliente.
13.-Interfases de lnea de SDH
Se definen para SDH interfases fsicas tanto pticas como elctricas.
13.1.-Interfases pticas:
Hay tres grados de aplicacin distintos:
1. Local (indicados con I-n, donde n=nivel jerrquico STM). Abarca aplicaciones que requieren una
transmisin a una distancia mxima de 2 km, con estimaciones de prdidas entre 0 y 7 dB con fibra
monomodo. Los transmisores pticos I-n pueden ser LEDs o transmisores lser de modo multilongitudinal
(MLM) de baja potencia con longitud de onda de 1310 nm.
2. Corto alcance (indicados con S-n.1 S-n.2, donde n=nivel jerrquico STM, 1=longitud de onda de
1310nm sobre fibra G.652; 2=longitud de onda de 1550nm sobre fibra G.652). Abarca aplicaciones a una
distancia de hasta 15km, con prdidas entre 0 y 12 dB, con fibra monomodo.
Se utilizan transmisores lser de modo monolongitudinal (SLM)o de modo multilongitudinal (MLM) de baja
potencia (50W -13dBm) con longitudes de onda de 1310 1550nm.
3. Largo alcance (indicados con L-n.1 L-n.2 L-n.3, donde n=nivel jerrquico STM,
1=longitud de onda de 1310nm sobre fibra G-652; 2=longitud de onda de 1550nm sobre fibra G-652 G-
654; 3=longitud de onda de 1550nm sobre fibra G-653). Abarca aplicaciones a distancias de hasta 40km,
con prdidas entre 10 y 28dB, con fibra monomodo. Se utilizan transmisores lser SLM MLM de
alta potencia (500W -3dBm) con longitudes de onda de 1310 1550nm.
13.2.- Interfases elctricas
Para aplicaciones inter-oficinas se define una interfase elctrica en el nivel STM-1 (y solo para este nivel).
El cdigo de lnea es CMI segn recomendacin G.703.
14.-Equipos de Multiplexacin SDH
La arquitectura de una red de comunicaciones puede estudiarse por su distribucin en capas.

Cuando se analizan dos capas adyacentes se llama capa cliente a la superior y capa servidora a la que
est menor nivel. La informacin que una capa transfiere a la otra es moderada por la funcin de
adaptacin. La adaptacin puede tener la forma de una codificacin, de una conversin de velocidad o de
una multiplexacin sincrnica.
A la conexin entre dos puntos en los lmites de una misma capa se llama:
Seccin en la capa del medio de transmisin
Trayecto en la capa de trayecto
Circuito en la capa de circuito
Las capas se subdividen tambin horizontalmente en subredes para tareas de administraccin,
enrutamiento, mantenimiento, etc. Una capa puede pensarse como una red superior compuesta por redes
inferiores interconectadas mediante enlaces (secciones, trayectos o circuitos).
15.- SDH: Temas en estudio
En las recomendaciones dadas a conocer hasta el presente por el CCITT, slo se esbozan losprincipios
bsicos de la SDH, restando el estudio de algunas especificaciones como: interfaz de lnea para fibras
pticas; sincronizacin de equipos y red; detalle de utilizacin de la sobrecapacidad de
reserva; integracin de redes, etc.
16.- Aplicaciones
La SDH genera una nueva serie de productos, desde los multiplexadores necesarios para las
nuevas transiciones de nivel, equipos de lnea para fibra ptica para 155.52 Mb/s y 622.08 Mb/s, sistemas
de radio, "cross-connect" (con conexin cruzada) programables, "drop insert" (derivacin y agregado)
tambin programables en cualquier nivel, y todas las combinaciones posibles integradas, como por
ejemplo multiplexores con drop insert ADM (Add Drop Multiplexer), etc. Pueden desarrollarse equipos de
lnea con tributarios pticos, gracias a que las seales son sincrnicas
Los "drop-insert" (DI) permiten derivar seales e insertar nuevas de menor capacidad en una lneaM
principal, facilitado tambin por el sincronismo.
Pero el equipo con mayor futuro, en las redes de telecomunicaciones es el "cross-connect" (CC) que
permite reordenar, derivar e insertar seales, sobre todo si las mismas son de niveles bajos, por ejemplo
2 Mb/s en 620 Mb/s, ya que en la SDH no es necesaria la demultiplexacin como en la asincrnica. Los
equipos de "cross-connect" se definen por su nivel de acceso y por su nivel de conmutacin.
La aplicacin de estos equipos redunda en una mayor flexibilidad de las redes. Si se analiza el ejemplo de
la figura siguiente, desde una estacin central de administracin de la red A, puede controlarse la
capacidad de transmisin entre cada una de las estaciones B, C, D y E,
comandando por ejemplo los CC o los DI en esos nodos. En algn caso puede quedar interrumpidom el
enlace B-C, pudiendo reorientarse el trfico a travs de B-D-C, eligiendo directamente los canales a
transferir de ruta. En otro caso puede ocurrir que en D se produzca una demandam transitoria importante
con motivo de algn evento especial, debindose incrementar la ruta B-D.
En un tercer caso puede requerirse un alquiler de troncales punto a punto exclusivos entre D y E.
Todos estos casos y muchos otros se resuelven de una manera mucho ms sencilla con la estructura
SDH, dando lugar al concepto de manejo integral de redes de telecomunicaciones (TMN,
Telecommunicationes Management Network).

La transicin hacia redes totalmente sincrnicas llevar algn tiempo, pero con las ventajas
tcnicas y econmicas que ofrece, es fcil comenzar por los enlaces nuevos o ampliaciones punto a
punto que no interfieren con las redes asincrnicas ya existentes, o en lneas de larga distancia reunir
sistemas de 140 Mb/s en un STM-4 por incremento de trfico.
Otro campo posible de aplicacin es en las redes de abonados digitales, sobretodo por la casi inexistencia
de redes asincrnicas de este tipo.
17 .-Conclusiones
En la siguiente tabla se muestra una comparacin entre las jerarquas digitales plesiosincrnicas (PDH) y
sincrnicas (SDH).

18.- Estrategias de migracin
Un tema importante es el balance entre las ventajas ofrecidas por el sistema SDH y el costo
inherente a invertir en estas redes. Se impone entonces una estrategia de evolucin desde PDH a SDH.
Hay tres caminos alternativos, cada uno con sus ventajas y desventajas, algunos operadores de redes
pueden encontrar necesario adoptar estrategias mixtas como la mejor respuesta al estado actual de sus
redes y requerimiento de servicios.
Los acercamientos son:
TOP-DOWN (mtodo de capa o nivel)
BOTTOM-UP (mtodo de rama o isla)
PARALLEL (mtodo de extensin (overlay))
18.1.- Mtodo de capa
Este mtodo esta destinado a los operadores que se hallan an en introduciendo digitalizacin dentro de
las redes troncales, o para quines necesitan soportar nuevos servicios en las capas superiores de sus
redes interurbanas.
El primer paso consiste en introducir SDH a nivel de supernodos, conectando un grupo de nodos PDH
con sistemas SDH STM-4 o STM-16. La interconexin a una red PDH es a travs de un puente (gateway),
generalmente un cross-connect. A este nivel los equipos de cross-connect deben ser dem banda amplia
(BDCS: broadband cross-connect) con interfaces de 140 o 155 Mb/s.
El prximo paso es convertir la prxima capa a SDH, eliminando los puentes.
18.2.- Mtodo de isla
Esta estrategia instala SDH a niveles bajos e intermedios de la red, proveyendo islas de SDH para brindar
mejor servicio a grupos de usuarios seleccionados (por ejemplo centros financieros, centros de comercio,
etc). Con posterioridad el operador se ver obligado a instalar SDH a otro nivel de la red, como en el caso
anterior ser necesario utilizar puentes para conectarse con la red PDH.
A este nivel, los cross-connects deben ser de banda ancha (WDCS: wideband cross-
connect),interconectando sistemas de transporte STM-1 a travs de interfaces de 155 Mb/s (o 140Mb/s
usando puentes).
18.3.- Mtodo paralelo
En este caso, el SDH es instalado extendiendo la red PDH por algunos nodos. La intencin es
implementar nuevos servicios (como videoconferencia, interconexin de LANs, etc) y poder tomar ventaja
de todas las funciones del SDH en forma inmediata.
Los puentes hacia la red PDH se seguirn necesitando.
Esta estrategia es atractiva para los operadores con rpido crecimiento de trfico, y para quines
adicionar la funcionalidad del SDH mientras incrementan la capacidad de la red.

19.- Conclusin
SDH ofrece dos beneficios principales: gran flexibilidad de configuracin en los nodos de la red y aumenta
las posibilidades de administracin tanto del trfico como de los elementos de la red.
Esto hace que una red pueda ser llevada desde su estructura de transporte PDH pasiva a una que
activamente transporte y administre informacin.
Alguna de las caractersticas del SDH son:
Auto-Reparable : reenrutamiento automtico del trfico sin interrupcin del servicio
Servicio s/demanda : rpida provisin de servicios punto a punto bajo demanda.
Acceso flexible: administracin flexible de una gran variedad de servicios de ancho de banda fijo.
El estandard SDH tambin favorece la creacin de estructuras de redes abiertas , incrementando
la competencia en la provisin de servicios.



Leer ms: http://www.monografias.com/trabajos15/jerarquia-digital/jerarquia-digital.shtml#ixzz32UOiEZT0

SDH .La Jerarqua Digital Sncrona (SDH) (Synchronous Digital Hierarchy) , se puede considerar como la
revolucin de los sistemas de transmisin, como consecuencia de la utilizacin de la fibra ptica como
medio de transmisin, as como de la necesidad de sistemas ms flexibles y que soporten anchos de
banda elevados. La jerarqua SDH se desarroll en EE. UU. bajo el nombre de SONET o ANSI T1X1 y
posteriormente el CCITT (Hoy UIT-T) en 1989 public una serie de recomendaciones donde quedaba
definida con el nombre de SDH. Uno de los objetivos de esta jerarqua estaba en el proceso de
adaptacin del sistema PDH (Plesiochronous Digital Hierarchy), ya que el nuevo sistema jerrquico se
implantara paulatinamente y deba convivir con la jerarqua plesicrona instalada. sta es la razn por la
que la ITU-T normaliz el proceso de transportar las antiguas tramas en la nueva. La trama bsica de
SDH es el STM-1 (Synchronous Transport Module level 1), con una velocidad de 155 Mbps. Cada trama
va encapsulada en un tipo especial de estructura denominado contenedor. Una vez encapsulados se
aaden cabeceras de control que identifican el contenido de la estructura (el contenedor) y el conjunto,
despus de un proceso de multiplexacin, se integra dentro de la estructura STM-1. Los niveles
superiores se forman a partir de multiplexar a nivel de Byte varias estructuras STM-1, dando lugar a los
niveles STM-4,STM-16 y STM-64.
Contenido
[ocultar]
1 Estructura de la trama STM-1
2 Velocidades SONET/SDH
3 Ventajas y desventajas de
SDH
4 Fuentes
Estructura de la trama STM-1
Las tramas contienen informacin de cada uno de los componentes de la red: trayecto, lnea y seccin,
adems de la informacin de usuario. Los datos son encapsulados en contenedores especficos para
cada tipo de seal tributaria.


Estructura de trama STM-1..
A estos contenedores se les aade una informacin adicional denominada "tara de trayecto" (Path
overhead), que consiste en una serie de bytes utilizados con fines de mantenimiento de red, y que dan
lugar a la formacin de los denominados contenedores virtuales (VC). El resultado de la multiplexacin es
una trama formada por 9 filas de 270 octetos cada una (270 columnas de 9 octetos). La transmisin se
realiza bit a bit en el sentido de izquierda a derecha y de arriba abajo. La trama se transmite a razn de
8000 veces por segundo (cada trama se transmite en 125 s). Por lo tanto, el rgimen binario (Rb) para
cada uno de los niveles es:
STM-1 = 8000 * (270 octetos * 9 filas * 8 bits)= 155 Mbps
STM-4 = 4 * 8000 * (270 octetos * 9 filas * 8 bits)= 622 Mbps
STM-16 = 16 * 8000 * (270 octetos * 9 filas * 8 bits)= 2.5 Gbps
STM-64 = 64 * 8000 * (270 octetos * 9 filas * 8 bits)= 10 Gbps
STM-256 = 256 * 8000 * (270 octetos * 9 filas * 8 bits)= 40 Gbps
De las 270 columnas que forman la trama STM-1, las 9 primeras forman la denominada "tara" (overhead),
independiente de la tara de trayecto de los contenedores virtuales antes mencionados, mientras que las
261 restantes constituyen la carga til (Payload). En la tara estn contenidos bytes para alineamiento de
trama, control de errores, canales de operacin y mantenimiento de la red y los punteros, que indican el
comienzo del primer octeto de cada contenedor virtual.
Velocidades SONET/SDH
Las seales de niveles ms altos estn formadas por la multiplexacin de diversas seales de nivel 1
(STM-1), creando una familia de seales STM-N, donde la N indica el nmero de seales de nivel 1 que la
componen. En la Tabla 1 se indican las denominaciones de lasseales elctricas y portadoras pticas,
as como sus velocidades y los puntos de coincidencia con los de SONET.
Tabla 1.- Seales y velocidades binarias JDS y SONET
Seal elctrica Portadora ptica Velocidad binaria(Mbps) Equivalencia SDH
STS-1 OC-1 51,84 STM-0
STS-3 OC-3 155,52 STM-1
STS-9 OC-9 466,56 -
STS-12 OC-12 622,08 STM-4
STS-18 OC-18 933,12 -
STS-24 OC-24 1.244,16 -
STS-36 OC-36 1.866,24 -
STS-48 OC-48 2.488,32 STM-16
STS-96 OC-96 4.976,64 -
STS-192 OC-192 9.953,28 STM-64
STS-256 OC-256 13.271,04 -
STS-384 OC-384 19.906,56 -
STS-768 OC-768 39.813,12 STM-256
STS-1536 OC-1536 79.626,24 -
STS-3072 OC-3072 159.252,48 -
SONET/SDH
SONET Optical
Carrier Level
SONET Formato
de trama
SDH Nivel y
formato de trama
Ancho de banda de
carga (kbps)
Velocidad de lnea
(kbps)
OC-1 STS-1 STM-0 50.112 51.840
OC-3 STS-3 STM-1 150.336 155.520
OC-12 STS-12 STM-4 601.344 622.080
OC-24 STS-24 - 1.202.688 1.244.160
OC-48 STS-48 STM-16 2.405.376 2.488.320
OC-192 STS-192 STM-64 9.621.504 9.953.280
OC-768 STS-768 STM-256 38.486.016 39.813.120
OC-3072 STS-3072 STM-1024 153.944.064 159.252.480
En la tabla anterior, el ancho de banda de carga es la velocidad de lnea menos el ancho de banda de las
lnea y de seccin. Hay que resaltar que la progresin de velocidad de datos comienza en 155 Mbit/s y
aumenta en mltiplos de 4. La nica excepcin es OC-24, que est normalizado en ANSI T1.105, pero no
es una velocidad SDH estndar de la ITU-T G.707. A veces se describen otras tasas como OC-9, OC-18,
OC-36 y OC-96 y OC-1536, pero probablemente nunca han sido desplegados. Sin duda no son comunes
y no son compatibles con las normas. La siguiente velocidad de 160 GB/s OC-3072/STM-1024 no se ha
normalizado todava, debido al coste de transceptores de alta velocidad, al ser ms baratos los multiplex
de longitudes de onda a 10 y 40 Gbit/s.
Ventajas y desventajas de SDH
La SDH presenta una serie de ventajas respecto a la jerarqua digital plesiocrona (PDH). Algunas de
estas ventajas son:
El proceso de multiplexacin es mucho ms directo. La utilizacin de punteros permite una
localizacin sencilla y rpida de las seales tributarias de la informacin.
El procesamiento de la seal se lleva a cabo a nivel de STM-1. Las seales de velocidades
superiores son sncronas entre s y estn en fase por ser generadas localmente por cada nodo de la
red.
Las tramas tributarias de las seales de lnea pueden ser subdivididas para acomodar cargas
plesicronas, trfico ATM o unidades de menor orden. Esto supone mezclar trfico de distinto tipo
dando lugar a redes flexibles.
Compatibilidad elctrica y ptica entre los equipos de los distintos proveedores gracias a los
estndares internacionales sobre interfaces elctricos y pticos.
Un STM1 tiene la capacidad de agrupar varios E1 y T1 de forma multiplexada, es decir, se
universaliza las velocidades ocupando los VC correspondientes, la capacidad del STM1 es
suficiente.
En cuanto a las desventajas tenemos que:
Algunas redes PDH actuales presentan ya cierta flexibilidad y no son compatibles con SDH.
Necesidad de sincronismo entre los nodos de la red SDH, se requiere que todos los servicios
trabajen bajo una misma referencia de temporizacin.
El principio de compatibilidad ha estado por encima de la optimizacin de ancho de banda. El nmero
de Bytes destinados a la cabecera de seccin es demasiado grande, lo que lleva a perder eficiencia.



CONCEPTO DE SDH (II)
SDH trabaja con una estructura o trama bsica denominada STM-1, que tiene una duracin de 125
microsegundos (se repite 8.000 veces por segundo), y se corresponde con una matriz de 9 filas y 270
columnas, cuyos elementos son octetos de 8 bits; por consiguiente, la trama tiene una velocidad binaria
de (9 x (270 x 8)) x 8.000 = 155,520 Kbps. La transmisin se realiza fila por fila, empezando por el byte
en la esquina superior izquierda y terminado en el byte en la esquina inferior derecha.
En la trama STM-1 se distinguen tres reas: la tara de seccin, los punteros de justificacin y la carga
til. Cada byte de la carga til se corresponde con un canal de 64 Kbps, de modo que cada columna de
9 bytes se corresponde con 576 Kbps. Las primeras 9 columnas contienen la tara de seccin o SOH
(Section OverHead) para soportar caractersticas del transporte tales como el alineamiento de trama,
los canales de operacin y mantenimiento, la monitorizacin de errores, etc. Se distingue entre la tara
de la seccin de regeneracin o RSOH (Regenerator Section OverHead) y la tara de la seccin de
multiplexacin o MSOH (Multiplex Section OverHead). Las columnas siguientes pueden ser asignadas de
diversas formas para transportar las seales de tasas de bit inferior, tales como los 2 Mbps; cada
columna tiene su propia tara.
El estndar SDH est definido originalmente para el transporte de seales de 1,5 Mbps, 2 Mbps, 6 Mbps,
34 Mbps, 45 Mbps y 140 Mbps a una tasa de 155 Mbps, y ha sido posteriormente desarrollado para
transportar otros tipos de trfico, como por ejemplo ATM IP, a tasas que son mltiplos enteros de 155
Mbps. La flexibilidad en el transporte de seales digitales de todo tipo permite, de esta forma, la
provisin de todo tipo de servicios sobre una nica red SDH: servicio de telefona, provisin de redes
alquiladas a usuarios privados, creacin de redes MAN y WAN, servicio de videoconferencia, distribucin
de televisin por cable, etc.
Formacin de tramas
Seguidamente, explicaremos el proceso de formacin de la trama STM-1 (ITU-T G.707) a partir de los
diferentes tributarios incluidos en ella (ITU-T G.709).
El contenedor o C-n (Container) es la unidad bsica de empaquetamiento para los canales tributarios. Se
tiene un contenedor especial para cada seal tributaria de PDH (ITU-T G.703): C-4 para seales de 140
Mbps, C-3 para 45 y 34 Mbps, C-2 para 6,3 Mbps, C-12 para 2 Mbps, y C-11 para 1,5 Mbps. Estos
contenedores tienen siempre un tamao mayor que la carga a transportar. La capacidad remanente es
utilizada, en parte, para la justificacin; con el fin de eliminar las desviaciones temporales entre las
seales PDH (siempre dentro de las tolerancias establecidas por el ITU-T). Cuando se hace la
correspondencia con tributarios sncronos, se insertan bytes de relleno fijos, en vez de bytes de
justificacin.
Las seales ATM pueden ser transportadas en la red SDH en los contenedores C-11, C-12, C-3 y C-4;
aunque en este caso el entramado no es continuo como en el caso de PDH. Aunque, en teora, una seal
ATM est formada por celdas discontinuas de 53 bytes, los intervalos entre estas celdas se rellenan con
celdas vacas, que son insertados por el equipo ATM cuando se conecta a una interfaz SDH, formando de
esta forma una seal continua. Por lo general, las celdas ATM son transportadas sobre la carga til de
un VC-4 o de varios VC-4s concatenados (ITU-T G.707). La seales IP son transportadas sobre la red SDH
siguiendo, por lo general, el mtodo PoS (Packet over SONET). Para ello, primero es necesario que la
seal IP sea encapsulada mediante PPP (IETF RFC 1661-1662), siendo transportada la trama sobre la
carga til de un VC-4 o de varios VC-4s concatenados (IETF RFC 2615).
Un contenedor virtual o VC-n (Virtual Container) es el conjunto de un contenedor y la tara de trayecto.
La tara de trayecto o POH (Path OverHead) tiene como misin monitorizar la calidad e indicar el tipo de
contenedor; por lo tanto, el formato y tamao del POH depende del tipo de contenedor. El VC es la
entidad de carga til que viaja sin cambios a lo largo de la red, siendo creada y desmantelada en los
distintos puntos de acceso o terminacin del servicio de transporte.
El siguiente paso para formar la seal STM-N completa, consiste en aadir un puntero en una posicin
fija indicando el comienzo del VC dentro de la trama. En consecuencia, el VC puede flotar dentro del
rea de carga que le es destinado, debiendo el puntero alinearse en consecuencia. La unidad formada
por el puntero y el VC se denomina unidad administrativa o AU-n (Administrative Unit), o bien unidad
tributaria o TU-n (Tributary Unit).
Despus, se realiza un simple proceso de multiplexacin por entrelazado de byte de un conjunto de TUs,
obteniendo una estructura denominada grupo de unidades tributarias o TUG-n (Tributary Units Group).
Este proceso es completamente sncrono. Una o ms unidades administrativas forman un grupo de
unidades administrativas o AUG (Administrative Unit Group). Finalmente, se debe dotar a la estructura
obtenida de informacin adicional que permita su transporte por el medio fsico, es decir, del SOH. El
grupo de unidades administrativas junto a la SOH forman el STM-N. En un STM-N no se utilizan todos los
bytes de informacin de control de todos los STM-1s, sino que las funciones de algunos bytes se realizan
con la informacin contenida en los bytes correspondientes del primer STM-1.
Como hemos visto, las taras u OHs son bytes reservados para la informacin del propio sistema. Parte de
ellos son asignados a los VCs y otros a los STMs. La informacin contenida en las taras se utiliza
bsicamente para la monitorizacin de la calidad, deteccin de errores, canales de comunicaciones,
canales de datos, proteccin automtica, etc. La tara de trayecto o POH se asigna al contenido til al
multiplexarse en el VC, permaneciendo con este VC hasta que sea demultiplexada la carga til. De esta
forma, un trayecto es el tramo de la red SDH comprendido entre dos puntos de ensamblado y
desensamblado de VCs. La tara de seccin o SOH forma parte de la trama STM. Puesto que una seccin
de multiplexacin puede estar formada por varias secciones de regeneracin, la SOH se divide en la tara
de seccin de multiplexacin o MSOH y la tara de seccin de regeneracin o RSOH. En los regeneradores
slo se tiene acceso a la RSOH. De este modo, una seccin es aquella parte de un trayecto en la que se
mantiene la integridad de la seal STM-N, es decir, la multiplexacin o demultiplexacin se realiza slo
en los extremos.
La utilizacin de punteros en SDH supone muchas ventajas respecto a la utilizacin de bits de
justificacin en PDH, desempeando principalmente dos funciones. La primera misin del puntero es
identificar la posicin de los VCs en la trama correspondiente, que ser una AU o TU. Esto permite
asignar de forma flexible y dinmica el VC con la informacin til dentro de la trama AU o TU. La
segunda misin del puntero es adaptar la velocidad binaria de los VC a la velocidad binaria del canal de
transmisin. Es decir, mediante un mecanismo de justificacin positiva, negativa o nula, permiten
absorber las diferencias de frecuencia entre las diferentes seales que forman un STM-N.
Finalmente, una vez creada la trama STM-N, esta es transmitida utilizando los cdigos de lnea NRZ y RZ
en el caso de la interfaz ptica. En el caso del STM-1 e interfaz elctrica, el cdigo de lnea utilizado es
CMI. Para evitar la transmisin de largas cadenas de 0s 1s que pueden dificultar la recepcin de la
seal, se utiliza un mezclador o scrambler en el momento de generar la seal ptica. Los nicos bytes
que no son mezclados son los tres primeros, siendo los dos primeros aquellos que identifican el inicio de
las tramas y el tercero aquel que identifica el nmero de trama STM-1 dentro de una trama STM-N.

Figura 4: Estructura de multiplexacin de SDH.
ELEMENTOS DE RED
Las redes SDH actuales estn construidas, bsicamente, a partir de cuatro tipos distintos de equipos o
elementos de red (ITU-T G.782): regeneradores, multiplexores terminales, multiplexores de insercin y
extraccin, y distribuidores multiplexores. Estos equipos pueden soportar una gran variedad de
configuraciones en la red, incluso, un mismo equipo puede funcionar indistintamente en diversos modos,
dependiendo de la funcionalidad requerida en el nodo donde se ubica. En la Figura 5 se muestra un
diagrama de bloques de un elemento SDH genrico, sin considerar amplificadores o boosters opcionales.

Figura 5: Elemento SDH genrico.
Los equipos regeneradores intermedios o IRs (Intermediate Regenerators), como su propio nombre
indica regeneran la seal de reloj y la relacin de amplitud de las seales digitales a su entrada, que
han sido atenuadas y distorsionadas por la dispersin de la fibra ptica por la que viajan. Los
regeneradores obtienen la seal de reloj a partir de la ristra de bits entrante.
Los equipos multiplexores terminales o TMs (Terminal Multiplexers) se utilizan para multiplexar las
distintas seales plesicronas o sncronas en sus interfaces tributarias de entrada y crear la seal STM-N,
que enviar por su puerto de agregado. Por ejemplo, un TM STM-4, puede tener entradas a 155 Mbps,
140 Mbps, 34 Mbps y 2 Mbps; y la interfaz de lnea ser a 622 Mbps. Del mismo modo, los TMs se utilizan
para recibir la seal STM-N y demultiplexarla en las distintas seales plesicronas o sncronas. Las fibras
pticas que se utilizan para la transmisin y recepcin de los STM-N son distintas y, por lo tanto, el TM
hace de inicio y final de las comunicaciones. En el elemento genrico de la Figura 5, el TM STM-4
dispondra de una nica interfaz agregada ptica STM-4 (con transmisin y recepcin) y, dependiendo de
la configuracin, de varias interfaces tributarias elctricas (1,5 Mbps, 2 Mbps, 34 Mbps, 45 Mbps, 140
Mbps, STM-1) u pticas (STM-1).
Los equipos multiplexores con funciones de insercin y extraccin o ADMs (Add and Drop
Multiplexers), se encargan de extraer o insertar seales tributarias plesicronas o scronas de
cualquiera de las dos seales agregadas STM-N que recibe (una en cada sentido de transmisin), as
como dejar paso a aquellas que se desee. El ADM permite, para ello, acceder a los VCs de la seal
agregada, sin demultiplexar la seal completa STM-N. Si por ejemplo, tenemos un ADM STM-4 y
queremos aadir y extraer un VC-4, el ADM recibir la seal agregada STM-4 (con al menos un STM-1
estructurado en VC-4s), internamente la demultiplexar en AU-4s y se encargar de extraer los VC-4s
necesarios y de insertar nuevos VC-4s en la seal agregada STM-4 saliente. Los equipos SDH ofrecen
sistemas de proteccin hardware, como: unidades de control redundantes, interfaces tributarias
redundantes (o proteccin de circuito), matrices de conmutacin redundantes, etc. En el elemento
genrico de la Figura 5, el ADM STM-4 dispondra de dos interfaces agregadas pticas STM-4 (una para la
parte Este y otra para la Oeste) y, dependiendo de la configuracin, de varias interfaces tributarias
elctricas (1,5 Mbps, 2 Mbps, 34 Mbps, 45 Mbps, 140 Mbps, STM-1) u pticas (STM-1); de optar por la
proteccin 1+1, el nmero de interfaces agregadas pticas del elemento sera de cuatro. En la Figura 6
se muestra el ADM STM-16 de Ericsson, denominado SMA-16, con tributarios que van desde seales STM-
16 hasta 1,5 Mbps, y especialmente optimizado para el transporte de trfico ATM.
Los equipos distribuidores multiplexores o DXC (Digital Cross-Connect) permiten la interconexin sin
bloqueo de seales a un nivel igual o inferior, entre cualquiera de sus puertos de entrada y de salida.
Los DXCs admiten seales de acceso, tanto plesicronas como scronas, en diversos niveles. Los DXCs son
los puntos de mayor flexibilidad en la red SDH, posibilitando que el operador realice de forma remota
interconexiones semipermanentes entre diferentes canales, capacitando el encaminamiento de flujos a
nivel de VC sin necesidad de multiplexaciones o demultiplexaciones intermedias. Se suele emplear la
notacin DXC N/M, donde el nmero entero N indica el nivel ms alto de las seales terminadas en sus
puertos y el nmero M indica el nivel mnimo de interconexin. Los dos tipos principales son: el DXC 4/4
y el DXC 4/1. El DXC 4/4 proporciona una interconexin totalmente transparente para el
encaminamiento de canales de 140 Mbps o 155 Mbps, que pueden formar parte de conexiones a 622
Mbps o 2,5 Gbps. El DXC 4/1 en cambio, es un equipo mucho ms completo que el DXC 4/4, pues
proporciona interconexin transparente hasta los 2 Mbps. En el elemento genrico de la Figura 5, el DXC
4/1 dispondra de varias interfaces pticas (STM-1, STM-4 o STM-16) o elctricas (1,5 Mbps, 2 Mbps, 34
Mbps, 45 Mbps, 140 Mbps, STM-1), generalmente hasta un mximo de 512 (la mitad para la parte Este y
la otra mitad para la Oeste).

Figura 6: Equipo ADM SDH de Ericsson.
Topologas
La topologa implantada (ITU-T G.803) vendr determinada por los requerimientos de flexibilidad y
fiabilidad del operador de la red SDH. Frente a las estructuras malladas de las redes PDH, la tecnologa
SDH apuesta por topologas en anillo, constituidas por ADMs unidos por 2 o 4 fibras pticas. Los anillos
permiten conseguir redes muy flexibles, pudiendo extraer seales tributarias del trfico agregado en
cualquiera de los nodos que conforman el anillo.
Las distancias mximas entre equipos SDH dependen del tipo de interfaz STM-N (recomendaciones G.957
y G.958) y de la ventana utilizada en la transmisin, en el caso de utilizar fibra ptica monomodo
convencional. Las dos ventanas de transmisin por fibra ptica utilizadas actualmente son dos, la
segunda y la tercera. La segunda a 1.310 nm, est caracterizada por una dispersin casi nula y una
atenuacin de alrededor de 0,5 dB/Km, y la tercera a 1.550 nm, caracterizada por una dispersin o
ensanchamiento de los pulsos transmitidos de alrededor de 17 ps/nmKm y una atenuacin de unos 0,2
dB/Km. En segunda ventana las distancias mximas entre equipos, sin considerar amplificadores, son de
alrededor de 47 Km para STM-1, 51 Km para STM-4, y 39 Km para STM-16. En la tercera ventana las
distancias mximas son de alrededor de 82 Km para STM-1, 96 Km para STM-4, 75 Km para STM-16, y 62
Km para STM-64.
Los ADMs tambin ofrecen mecanismos de encaminamiento alternativo o proteccin bajo varias
configuraciones (ITU-T G.841) para ofrecer una disponibilidad mxima y sobreponerse a cortes en la
fibra y a fallos en los equipos. Por ejemplo, la solucin de proteccin 1+1 da lugar a los denominados
anillos hbridos autoregenerables, en los cuales el trfico se encamina simultneamente por dos
caminos, siendo recogido en el nodo destinatario; en caso de la cada de algn equipo intermedio o el
corte de una fibra, el nodo destinatario conmutar al otro camino, lo cual es conseguido en menos de 50
ms.
Por otro lado, las redes SDH, a diferencia de las PDH, no slo constituyen un sistema de transmisin
punto a punto, sino que van ms all, establecindose como una autntica red de comunicaciones,
incluyendo, adems de la red de transporte, la de sincronizacin, la de gestin, y la de comunicaciones
de datos.

Figura 7: Red SDH genrica.
Sincronizacin
En contraste con la red PDH, la sincronizacin ha de estar completamente garantizada en una red SDH;
de lo contrario, se puede tener una considerable degradacin en el funcionamiento de la red o incluso
su fallo total.
Para evitar esto, todos los elementos de red son sincronizados por una seal de reloj central muy
precisa a 2,048 MHz. Esta seal de reloj central es generada por un reloj de referencia primario de
altsima precisin (ITU-T G.811), en concreto con un desvo de frecuencia mximo a largo de 10
-
11
respecto a la norma horaria mundial. La seal procedente del reloj primario se pasa a los relojes
esclavos subordinados a los sistemas SDH (ITU-T G.812). Finalmente, nos encontramos con los propios
relojes locales de los sistemas SDH (ITU-T G.813).
Debido al enorme coste de los sistemas de sincronizacin, el reloj debe distribuirse por toda la red, para
lo cual se utiliza una estructura jerrquica. Esta estructura jerrquica est dividida en estratos y se
especifica conforme a la calidad de las seales de reloj transmitidas a los estratos subsiguientes en el
caso del fallo de un reloj maestro. Si fallasen los relojes maestros, se provee el funcionamiento de
reserva en el cual el oscilador utiliza su ltimo valor almacenado. Del mismo modo, si una fuente de
reloj esclava fallase, el sistema SDH afectado conmuta a la fuente de reloj que tenga una calidad igual o
menor a la que utilizaba hasta el momento; o de no ser posible, utiliza su propio reloj local. En este
modo de funcionamiento, la seal de reloj se mantendr relativamente exacta controlando el oscilador
PLL local mediante la aplicacin de los valores de correccin de la frecuencia almacenada durante las
horas precedentes, teniendo en cuenta la temperatura del oscilador y extrayendo la seal de reloj a
partir de alguna de las tramas STM-N que le llegan; en concreto de la que utilice la mejor fuente de
sincronizacin, lo cual puede determinar a partir de informacin almacenada en la cabecera de la
trama.
GESTIN DE RED
Las actuales redes de telecomunicacin se caracterizan por un constante incremento del nmero,
complejidad y heterogeneidad de los recursos que los componen; que dificultan enormemente gestionar
el rendimiento, encontrar y solucionar problemas, y planificar el crecimiento futuro de la red. Por ello,
la gestin de red integrada, como conjunto de actividades dedicadas al control y vigilancia de recursos
de telecomunicacin bajo el mismo sistema de gestin, se ha convertido en un aspecto de enorme
importancia en el mundo de las telecomunicaciones.
Puesto que las tramas SDH incorporan informacin de gestin de los equipos, es posible tanto la gestin
local como la centralizada de sus redes (ITU-T G.784). La gestin local atiende a un control descentrado
de los distintos nodos, mediante sistemas de operacin local. La centralizada, adecuada para entornos
SDH puros sin PDH, se basa en el control de todos los nodos mediante un nico sistema de operaciones
central. La gestin del equipo comprende tareas tales como configuracin del elemento de red, puesta
en servicio, prueba de fallos, medida de prestaciones o calidad (ITU-T G.821, G.826 y M.2100), alarmas,
etc.
La informacin transportada entre los distintos equipos de una ruta SDH a travs del denominado canal
de comunicaciones de datos DCC (Data Communication Channels), tiene una estructura de los
mensajes de gestin de red estndar; sin embargo, no ha habido un acuerdo en la definicin del
conjunto de mensajes a transportar y, por lo tanto, no hay interoperabilidad en la gestin entre los
distintos vendedores de equipos SDH.
No obstante, a diferencia de la interfaz de gestin de red entre equipos, la interfaz desde el terminal
de gestin a cada uno de los equipos s es estndar; realizndose a travs de interfaz Q en el caso
remoto (conexin Ethernet) y de la interfaz F en el caso local (conexin serie). El protocolo de gestin
utilizado es el protocolo de informacin de gestin comn o CMIP (Common Management Information
Protocol) de la familia de protocolos OSI estandarizados por la ISO.
FUTURO DE SDH
Prcticamente todos los nuevos sistemas de transmisin por fibra ptica que estn siendo instalados
actualmente en las redes troncales, utilizan SDH SONET. Se espera que esta tecnologa domine la
transmisin durante dcadas, del mismo modo que su predecesor PDH ha dominado la transmisin
durante ms de 20 aos y an lo hace, en trminos de nmero total de sistemas instalados. Las tasas
binarias en sistemas a larga distancia se espera que se eleven de los 10 Gbps a los 40 Gbps, apareciendo
los primeros productos comerciales a partir del ao 2002; y al mismo tiempo, que los sistemas de 155
Mbps e inferiores penetren ms en las redes de acceso.
Como hemos visto, son muchos los beneficios que ofrece la tecnologa SDH a los operadores de
telecomunicaciones y grandes empresas, los cuales podemos resumir en los siguientes puntos:
Reduccin de coste de los equipos de transmisin. Las razones principales son la posibilidad de
integrar las funciones de transmisin, multiplexacin e interconexin en un solo equipo; y la alta
competencia entre proveedores de equipos debida a la alta estandarizacin de SDH.
El acceso directo a las seales de cualquier nivel sin necesidad de demultiplexar en todos los
niveles.
La sencilla explotacin debida a la incorporacin de informacin de gestin adicional en las
tramas de informacin de datos lo cual permite el mantenimiento centralizado, rpida y exacta
localizacin de averas, el reencaminamiento automtico, la monitorizacin permanente de la
calidad del circuito, etc.
La amplia gama de anchos de banda de transmisin y la posibilidad de acceder directamente a
las seales de cualquier nivel sin necesidad de demultiplexar en todos los niveles inferiores,
permiten la creacin de una infraestructura de red muy flexible y uniforme.
La compatibilidad multifabricante a nivel de interfaces de transporte y de explotacin, lo cual
garantizar la integracin de las redes de los distintos operadores.
La convergencia con ATM e IP, y la capacidad de interfuncionamiento simultneo con PDH. No
obstante, el diseo de SDH fue previo a la explosin de servicios de datos, con un crecimiento
anual del trfico del 50-100% segn Probe Research, y se optimiz para transmitir seales de voz
a 64 Kbps. Las soluciones de datos de SDH son relativamente ineficientes, no son fciles de
escalar, y son poco compatibles entre distintos suministradores.
El principal problema de SDH actualmente es el cuello de botella alcanzado con los 10 Gbps, pues
aunque los sistemas a 40 Gbps estarn disponibles pronto, las limitaciones tecnolgicas imposibilitarn,
al menos durante varios aos, alcanzar velocidades superiores. Esto es debido a que por debajo de los
10 Gbps las caractersticas de la fibra ptica monomodo convencional (o G.652) tienen un impacto
relativamente bajo sobre la calidad de la transmisin; pero por encima de los 10 Gbps, sus efectos
deben ser tenidos muy en cuenta. Por otro lado, SDH slo utiliza la fibra ptica como mero medio de
transmisin y toda su funcionalidad (amplificacin, reencaminamiento, etc.) las implementa en el
dominio elctrico; es decir, mediante SDH no ser posible conseguir redes totalmente pticas.
Esto abrir paso a la DWDM, una novedosa tecnologa de transmisin totalmente ptica, an inmadura,
cara y poco estandarizada, que permitir aprovechar al mximo el caro y escaso tendido de fibra
existente. El nmero mximo de longitudes de onda que se pueden multiplexar en la actualidad es de
160, pudiendo alcanzar de este modo capacidades de hasta 1,6 Tbps acoplando canales SDH STM-64. Por
otro lado, las distancias de transmisin alcanzadas mediante equipos SDH al menos doblan (depende del
nmero de canales multiplexados) las alcanzadas mediante equipos SDH, lo cual reduce an ms las
necesidades de equipos y los costes en su mantenimiento.

- See more at: http://www.ramonmillan.com/tutoriales/sdh_parte2.php#sthash.sTOCYW9S.dpuf
SDH .La Jerarqua Digital Sncrona (SDH) (Synchronous Digital Hierarchy) , se puede considerar como la
revolucin de los sistemas de transmisin, como consecuencia de la utilizacin de la fibra ptica como
medio de transmisin, as como de la necesidad de sistemas ms flexibles y que soporten anchos de
banda elevados. La jerarqua SDH se desarroll en EE. UU. bajo el nombre de SONET o ANSI T1X1 y
posteriormente el CCITT (Hoy UIT-T) en 1989 public una serie de recomendaciones donde quedaba
definida con el nombre de SDH. Uno de los objetivos de esta jerarqua estaba en el proceso de
adaptacin del sistema PDH (Plesiochronous Digital Hierarchy), ya que el nuevo sistema jerrquico se
implantara paulatinamente y deba convivir con la jerarqua plesicrona instalada. sta es la razn por la
que la ITU-T normaliz el proceso de transportar las antiguas tramas en la nueva. La trama bsica de
SDH es el STM-1 (Synchronous Transport Module level 1), con una velocidad de 155 Mbps. Cada trama
va encapsulada en un tipo especial de estructura denominado contenedor. Una vez encapsulados se
aaden cabeceras de control que identifican el contenido de la estructura (el contenedor) y el conjunto,
despus de un proceso de multiplexacin, se integra dentro de la estructura STM-1. Los niveles
superiores se forman a partir de multiplexar a nivel de Byte varias estructuras STM-1, dando lugar a los
niveles STM-4,STM-16 y STM-64.
Contenido
[ocultar]
1 Estructura de la trama STM-1
2 Velocidades SONET/SDH
3 Ventajas y desventajas de
SDH
4 Fuentes
Estructura de la trama STM-1
Las tramas contienen informacin de cada uno de los componentes de la red: trayecto, lnea y seccin,
adems de la informacin de usuario. Los datos son encapsulados en contenedores especficos para
cada tipo de seal tributaria.


Estructura de trama STM-1..
A estos contenedores se les aade una informacin adicional denominada "tara de trayecto" (Path
overhead), que consiste en una serie de bytes utilizados con fines de mantenimiento de red, y que dan
lugar a la formacin de los denominados contenedores virtuales (VC). El resultado de la multiplexacin es
una trama formada por 9 filas de 270 octetos cada una (270 columnas de 9 octetos). La transmisin se
realiza bit a bit en el sentido de izquierda a derecha y de arriba abajo. La trama se transmite a razn de
8000 veces por segundo (cada trama se transmite en 125 s). Por lo tanto, el rgimen binario (Rb) para
cada uno de los niveles es:
STM-1 = 8000 * (270 octetos * 9 filas * 8 bits)= 155 Mbps
STM-4 = 4 * 8000 * (270 octetos * 9 filas * 8 bits)= 622 Mbps
STM-16 = 16 * 8000 * (270 octetos * 9 filas * 8 bits)= 2.5 Gbps
STM-64 = 64 * 8000 * (270 octetos * 9 filas * 8 bits)= 10 Gbps
STM-256 = 256 * 8000 * (270 octetos * 9 filas * 8 bits)= 40 Gbps
De las 270 columnas que forman la trama STM-1, las 9 primeras forman la denominada "tara" (overhead),
independiente de la tara de trayecto de los contenedores virtuales antes mencionados, mientras que las
261 restantes constituyen la carga til (Payload). En la tara estn contenidos bytes para alineamiento de
trama, control de errores, canales de operacin y mantenimiento de la red y los punteros, que indican el
comienzo del primer octeto de cada contenedor virtual.
Velocidades SONET/SDH
Las seales de niveles ms altos estn formadas por la multiplexacin de diversas seales de nivel 1
(STM-1), creando una familia de seales STM-N, donde la N indica el nmero de seales de nivel 1 que la
componen. En la Tabla 1 se indican las denominaciones de lasseales elctricas y portadoras pticas,
as como sus velocidades y los puntos de coincidencia con los de SONET.
Tabla 1.- Seales y velocidades binarias JDS y SONET
Seal elctrica Portadora ptica Velocidad binaria(Mbps) Equivalencia SDH
STS-1 OC-1 51,84 STM-0
STS-3 OC-3 155,52 STM-1
STS-9 OC-9 466,56 -
STS-12 OC-12 622,08 STM-4
STS-18 OC-18 933,12 -
STS-24 OC-24 1.244,16 -
STS-36 OC-36 1.866,24 -
STS-48 OC-48 2.488,32 STM-16
STS-96 OC-96 4.976,64 -
STS-192 OC-192 9.953,28 STM-64
STS-256 OC-256 13.271,04 -
STS-384 OC-384 19.906,56 -
STS-768 OC-768 39.813,12 STM-256
STS-1536 OC-1536 79.626,24 -
STS-3072 OC-3072 159.252,48 -
SONET/SDH
SONET Optical
Carrier Level
SONET Formato
de trama
SDH Nivel y
formato de trama
Ancho de banda de
carga (kbps)
Velocidad de lnea
(kbps)
OC-1 STS-1 STM-0 50.112 51.840
OC-3 STS-3 STM-1 150.336 155.520
OC-12 STS-12 STM-4 601.344 622.080
OC-24 STS-24 - 1.202.688 1.244.160
OC-48 STS-48 STM-16 2.405.376 2.488.320
OC-192 STS-192 STM-64 9.621.504 9.953.280
OC-768 STS-768 STM-256 38.486.016 39.813.120
OC-3072 STS-3072 STM-1024 153.944.064 159.252.480
En la tabla anterior, el ancho de banda de carga es la velocidad de lnea menos el ancho de banda de las
lnea y de seccin. Hay que resaltar que la progresin de velocidad de datos comienza en 155 Mbit/s y
aumenta en mltiplos de 4. La nica excepcin es OC-24, que est normalizado en ANSI T1.105, pero no
es una velocidad SDH estndar de la ITU-T G.707. A veces se describen otras tasas como OC-9, OC-18,
OC-36 y OC-96 y OC-1536, pero probablemente nunca han sido desplegados. Sin duda no son comunes
y no son compatibles con las normas. La siguiente velocidad de 160 GB/s OC-3072/STM-1024 no se ha
normalizado todava, debido al coste de transceptores de alta velocidad, al ser ms baratos los multiplex
de longitudes de onda a 10 y 40 Gbit/s.
Ventajas y desventajas de SDH
La SDH presenta una serie de ventajas respecto a la jerarqua digital plesiocrona (PDH). Algunas de
estas ventajas son:
El proceso de multiplexacin es mucho ms directo. La utilizacin de punteros permite una
localizacin sencilla y rpida de las seales tributarias de la informacin.
El procesamiento de la seal se lleva a cabo a nivel de STM-1. Las seales de velocidades
superiores son sncronas entre s y estn en fase por ser generadas localmente por cada nodo de la
red.
Las tramas tributarias de las seales de lnea pueden ser subdivididas para acomodar cargas
plesicronas, trfico ATM o unidades de menor orden. Esto supone mezclar trfico de distinto tipo
dando lugar a redes flexibles.
Compatibilidad elctrica y ptica entre los equipos de los distintos proveedores gracias a los
estndares internacionales sobre interfaces elctricos y pticos.
Un STM1 tiene la capacidad de agrupar varios E1 y T1 de forma multiplexada, es decir, se
universaliza las velocidades ocupando los VC correspondientes, la capacidad del STM1 es
suficiente.
En cuanto a las desventajas tenemos que:
Algunas redes PDH actuales presentan ya cierta flexibilidad y no son compatibles con SDH.
Necesidad de sincronismo entre los nodos de la red SDH, se requiere que todos los servicios
trabajen bajo una misma referencia de temporizacin.
El principio de compatibilidad ha estado por encima de la optimizacin de ancho de banda. El nmero
de Bytes destinados a la cabecera de seccin es demasiado grande, lo que lleva a perder eficiencia.



Encaminamiento
Encaminamiento (o enrutamiento, ruteo) es la funcin de buscar un camino entre todos los
posibles en una red de paquetes cuyas topologas poseen una gran conectividad. Dado que
se trata de encontrar la mejor ruta posible, lo primero ser definir qu se entiende por mejor
ruta y en consecuencia cul es la mtrica que se debe utilizar para medirla.

Parmetros[editar]
Mtrica de la red[editar]
Puede ser, por ejemplo, el nmero de saltos necesarios para ir de un nodo a otro. Aunque
sta no es una mtrica ptima ya que supone 1 para todos los enlaces, es sencilla y
suele ofrecer buenos resultados.
Otro tipo de mtrica es la medicin del retardo de trnsito entre nodos vecinos, en la que la
mtrica se expresa en unidades de tiempo y sus valores no son constantes sino que
dependen del trfico de la red.
Mejor Ruta[editar]
Entendemos por mejor ruta aquella que cumple las siguientes condiciones:
Consigue mantener acotado el retardo entre pares de nodos de la red.
Consigue ofrecer altas cadencias efectivas independientemente del retardo medio de
trnsito
Permite ofrecer el menor costo.
El criterio ms sencillo es elegir el camino ms corto, es decir la ruta que pasa por el
menor nmero de nodos. Una generalizacin de este criterio es el de coste mnimo. En
general, el concepto de distancia o coste de un canal es una medida de la calidad del
enlace basado en la mtrica que se haya definido. En la prctica se utilizan varias mtricas
simultneamente.
Encaminamiento en redes de circuitos virtuales y de
datagramas[editar]
Cuando la red de conmutacin de paquetes funciona en modo circuito virtual,
generalmente la funcin de encaminamientoestablece una ruta que no cambia durante el
tiempo de vida de ese circuito virtual. En este caso el encaminamiento se decide por
sesin.
Una red que funciona en modo datagrama no tiene el compromiso de garantizar la entrega
ordenada de los paquetes, por lo que los nodos pueden cambiar el criterio de
encaminamiento para cada paquete que ha de mandar. Cualquier cambio en la topologa
de la red tiene fcil solucin en cuanto a encaminamiento se refiere, una vez que el
algoritmo correspondiente haya descubierto el nuevo camino ptimo.
Clasificacin de los mtodos de encaminamiento[editar]
Los algoritmos de encaminamiento pueden agruparse en:
Determinsticos o estticos[editar]
No tienen en cuenta el estado de la subred al tomar las decisiones de
encaminamiento. Las tablas de encaminamiento de los nodos se configuran de forma
manual y permanecen inalterables hasta que no se vuelve a actuar sobre ellas. Por tanto,
la adaptacin en tiempo real a los cambios de las condiciones de la red es nula.
El clculo de la ruta ptima es tambin off-line por lo que no importa ni la complejidad del
algoritmo ni el tiempo requerido para su convergencia. Ej: algoritmo de Dijkstra.
Estos algoritmos son rgidos, rpidos y de diseo simple, sin embargo son los que peores
decisiones toman en general...
Adaptativos o dinmicos[editar]
Pueden hacer ms tolerantes a cambios en la subred tales como variaciones en el trfico,
incremento del retardo o fallas en la topologa. El encaminamiento dinmico o adaptativo
se puede clasificar a su vez en tres categoras, dependiendo de donde se tomen las
decisiones y del origen de la informacin intercambiada:
Adaptativo centralizado. Todos los nodos de la red son iguales excepto un nodo
central que es quien recoge la informacin de control y los datos de los dems nodos
para calcular con ellos la tabla de encaminamiento. Este mtodo tiene el inconveniente
de que consume abundantes recursos de la propia red.
Adaptativo distribuido. Este tipo de encaminamiento se caracteriza porque el algoritmo
correspondiente se ejecuta por igual en todos los nodos de la subred. Cada nodo
recalcula continuamente la tabla de encaminamiento a partir de dicha informacin y de
la que contiene en su propia base de datos. A este tipo pertenecen dos de los ms
utilizados en Internet que son los algoritmos por vector de distancias y los de estado
de enlace.
Adaptativo aislado. Se caracterizan por la sencillez del mtodo que utilizan para
adaptarse al estado cambiante de la red. Su respuesta a los cambios de trfico o de
topologa se obtiene a partir de la informacin propia y local de cada nodo. Un caso
tpico es el encaminamiento por inundacin cuyo mecanismo consiste en reenviar
cada paquete recibido con destino a otros nodos, por todos los enlaces excepto por el
que lleg.

Tipos de
Encaminamiento
Informacin
de control
Decisin
de encaminamiento
Adaptacin
a los cambios
Determinsticos
ESTTICOS
CUASIESTTICOS

NO
NO

OFF-LINE
OFF-LINE

NO
REDUCIDA
Adaptativos
CENTRALIZADO
DISTRIBUIDO
AISLADO

NODO CENTRAL
ENTRE NODOS
NO

NODO CENTRAL
CADA NODO
CADA NODO

SI
SI
SI
Encaminamiento adaptativo con algoritmos
distribuidos[editar]
El encaminamiento mediante algoritmos distribuidos constituye el prototipo de modelo de
encaminamiento adaptativo. Los algoritmos se ejecutan en los nodos de la red con los
ltimos datos que han recibido sobre su estado y convergen rpidamente optimizando sus
nuevas rutas.
El resultado es que las tablas de encaminamiento se adaptan automticamente a los
cambios de la red y a las sobrecargas de trfico. A cambio, los algoritmos tienen una
mayor complejidad. Existen dos tipos principales de algoritmos de encaminamiento
adaptativo distribuido.
Algoritmos por vector de distancias[editar]
Artculo principal: Vector de distancias
Estos mtodos utilizan el algoritmo de Bellman-Ford. Busca la ruta de menor coste por el
mtodo de bsqueda indirecta Elvector de distancias asociado al nodo de una red, es un
paquete de control que contiene la distancia a los nodos de la red conocidos hasta el
momento.
Cada nodo enva a sus vecinos las distancias que conoce a travs de este paquete. Los
nodos vecinos examinan esta informacin y la comparan con la que ya tienen,
actualizando su tabla de encaminamiento.
Ejemplos de protocolos por vector de distancias: RIP (versin 1 y 2), IGRP.
Algoritmos de estado de enlace[editar]
Artculo principal: Estado de enlace
Este tipo de encaminamiento se basa en que cada nodo llegue a conocer la topologa de la
red y los costes (retardos) asociados a los enlaces, para que a partir de estos datos, pueda
obtener el rbol y la tabla de encaminamiento tras aplicar el algoritmo de coste mnimo
(algoritmo de Dijkstra) al grafo de la red
Los protocolos estado de enlace incluyen OSPF e IS-IS.
Protocolos de encaminamiento y sistemas autnomos[editar]
Esquemas de Ruteo

anycast

broadcast

multidifusin

unicast

geocast

Artculo principal: Sistema Autnomo
En Internet, un sistema autnomo (AS) se trata de un conjunto de redes IP y routers que
se encuentran bajo el control de una misma entidad (en ocasiones varias) y que poseen
una poltica de encaminamiento similar a Internet. Dependiendo de la relacin de un router
con unsistema autnomo (AS), encontramos diferentes clasificaciones de protocolos:
1. Protocolos de encaminamiento Ad hoc. Se encuentran en aquellas redes que tienen
poca o ninguna infraestructura.
2. IGPs (Interior Gateway Protocols). Intercambian informacin de encaminamiento dentro
de un nico sistema autnomo. Los ejemplos ms comunes son:
IGRP (Interior Gateway Routing Protocol). La diferencia con la RIP es la metrica de
enrutamiento
EIGRP (Enhanced Interior Gateway Routing Protocol). Es un protocolo de
enrutamiento vector-distancia y estado de enlace
OSPF (Open Shortest Path First). Enrutamiento jerrquico de pasarela interior
RIPv2T (Routing Information Protocol). No soporta conceptos de sistemas autonomos
IS-IS (Intermediate System to Intermediate System). Protocolo de intercambio
enrutador de sistema intermedio a sistema intermedio
3. EGPs (Exterior Gateway Protocol). Intercambian rutas entre diferentes sistemas
autnomos. Encontramos:
EGP. Utilizado para conectar la red de backbones de la Antigua Internet.
BGP (Border Gateway Protocol). La actual versin, BGPv4 data de 1995.

Encaminamiento
El encaminamiento (o enruteamiento) consiste en la asignacin de caminos para
las conexiones de una red. Para ello, se establece un proceso de direccionamiento mediante
el cual se incluye informacin que permite determinar las conexiones entre las entradas y las
salidas de la red. Dado que existen una multitud de caminos para llegar desde un punto hasta
otro, Cada dispositivo debe establecer cul es la ruta o salida correspondiente al destino. El
camino que se seleccionar para establecer la conexin lo determina el dispositivo
emcaminador. Estos tienenacceso a las direcciones de redes y contienen aplicaciones
especficas que permiten determinar cual de las posibles rutas es la ptima para una
transmisin determinada.
Cada tipo de red de comunicacin puede utilizar distintos mtodos de encaminamiento de
acuerdo a los requerimientos y aplicaciones para las que fueron diseadas. Los tipos
de encaminamiento ms extendidos son:
Encaminamiento adaptativo
Encaminamiento centralizado
Encaminamiento dinmico
Encaminamiento esttico
Encaminamiento jerrquico

Referencias
Para saber ms

Las 7 capas del modelo OSI y sus funciones principales
1. Capa Fsica.
Transmisin de flujo de bits a travs del medio. No existe estructura alguna.
Maneja voltajes y pulsos elctricos.
Especifica cables, conectores y componentes de interfaz con el medio de transmisin.
2. Capa Enlace de Datos.
Estructura el flujo de bits bajo un formato predefinido llamado trama.
Para formar una trama, el nivel de enlace agrega una secuencia especial de bits al
principio y al final del flujo inicial de bits.
Transfiere tramas de una forma confiable libre de errores (utiliza reconocimientos y
retransmisin de tramas).
Provee control de flujo.
Utiliza la tcnica de "piggybacking".
3. Capa de Red (Nivel de paquetes).
Divide los mensajes de la capa de transporte en paquetes y los ensambla al final.
Utiliza el nivel de enlace para el env o de paquetes: un paquete es encapsulado en una
trama.
Enrutamiento de paquetes.
Env a los paquetes de nodo a nodo usando ya sea un circuito virtual o como
datagramas.
Control de Congestin.
4. Capa de Transporte.
Establece conexiones punto a punto sin errores para el env o de mensajes.
Permite multiplexar una conexin punto a punto entre diferentes procesos del usuario
(puntos extremos de una conexin).
Provee la funcin de difusin de mensajes (broadcast) a mltiples destinos.
Control de Flujo.
5. Capa de Sesin.
Permite a usuarios en diferentes mquinas establecer una sesin.
Una sesin puede ser usada para efectuar un login a un sistema de tiempo
compartido remoto, para transferir un archivo entre 2 mquinas, etc.
Controla el dilogo (quin habla, cundo, cunto tiempo, half duplex o full duplex).
Funcin de sincronizacin.
6. Capa de Presentacin.
Establece una sintaxis y semntica de la informacin transmitida.
Se define la estructura de los datos a transmitir (v.g. define los campos de un registro:
nombre, direccin, telfono, etc).
Define el cdigo a usar para representar una cadena de caracteres (ASCII, EBCDIC,
etc).
Compresin de datos.
Criptograf a.
7. Capa de Aplicacin.
Transferencia de archivos (ftp).
Login remoto (rlogin, telnet).
Correo electrnico (mail).
Acceso a bases de datos, etc.


MODELO OSI

El Modelo OSI divide en 7 capas el proceso de transmisin de la
informacin entre equipo informticos, donde cada capa se encarga
de ejecutar una determinada parte del proceso global.

El modelo OSI abarca una serie de eventos importantes:

-el modo en q los datos se traducen a un formato apropiado para
la arquitectura de red q se esta utilizando
- El modo en q las computadoras u otro tipo de dispositivo de la red se
comunican. Cuando se enven datos tiene q existir algn tipo de
mecanismo q proporcione un canal de comunicacin entre el
remitente y el destinatario.
- El modo en q los datos se transmiten entre los distintos dispositivos y
la forma en q se resuelve la secuenciacin ycomprobacin de errores
- El modo en q el direccionamiento lgico de los paquetes pasa a
convertirse en el direccionamiento fsico q proporciona la red

CAPAS

Las dos nicas capas del modelo con las que de hecho, interacta el
usuario son la primera capa, la capa Fsica, y la ultima capa, la capa
de Aplicacin,
La capa fsica abarca los aspectos fsicos de la red (es decir, los
cables, hubs y el resto de dispositivos que conforman el entorno fsico
de la red). Seguramente ya habr interactuado mas de una vez con la
capa Fsica, por ejemplo al ajustar un cable mal conectado.
La capa de aplicacin proporciona la interfaz que utiliza el usuario en
su computadora para enviar mensajes de correoelectrnico 0 ubicar
un archive en la red.

7. Aplicacin

6. Presentacin

5. Sesin

4. Transporte

3. Red

2. Enlace de datos

1. Fsico

Capa de Aplicacin

Proporciona la interfaz y servicios q soportan las aplicaciones de
usuario. Tambin se encarga de ofrecer acceso general a la red
Esta capa suministra las herramientas q el usuario, de hecho ve.
Tambin ofrece los servicios de red relacionados con estas
aplicaciones, como la gestin de mensajes, la transferencia de
archivos y las consultas a base de datos.
Entre los servicios de intercambio de informacin q gestiona la capa
de aplicacin se encuentran los protocolos SMTP, Telnet, ftp, http

Capa de presentacin

La capa de presentacin puede considerarse el traductor del modelo
OSI. Esta capa toma los paquetes de la capa de aplicacin y los
convierte a un formato genrico que pueden leer todas las
computadoras. Par ejemplo, los datos escritos en caracteres ASCII se
traducirn a un formato ms bsico y genrico.
Tambin se encarga de cifrar los datos as como de comprimirlos para
reducir su tamao. El paquete que crea la capa de presentacin
contiene los datos prcticamente con el formato con el que viajaran
por las restantes capas de la pila OSI (aunque las capas siguientes
Irn aadiendo elementos al paquete.

La capa de sesin

La capa de sesin es la encargada de establecer el enlace de
comunicacin o sesin y tambin de finalizarla entre las computadoras
emisora y receptora. Esta capa tambin gestiona la sesin que se
establece entre ambos nodos
La capa de sesin pasa a encargarse de ubicar puntas de control en la
secuencia de datos adems proporciona ciertatolerancia a
fallos dentro de la sesin de comunicacin
Los protocolos que operan en la capa de sesin pueden proporcionar
dos tipos distintos de enfoques para que los datos vayan del emisor al
receptor: la comunicacin orientada a la conexin y Ia comunicacin
sin conexin
Los protocolos orientados a la conexin que operan en la capa de
sesi6n proporcionan un entorno donde las computadoras conectadas
se ponen de acuerdo sobre los parmetros relativos a la creacin de
los puntos de control en los datos, mantienen un dialogo durante la
transferencia de los mismos, y despus terminan de forma simultanea
la sesin de transferencia.

La capa de transporte

La capa de transporte es la encargada de controlar el flujo de
datos entre los nodos que establecen una comunicacin; los datos no
solo deben entregarse sin errores, sino adems en la secuencia que
proceda. La capa de transporte se ocupa tambin de evaluar el
tamao de los paquetes con el fin de que estos Tengan el tamao
requerido por las capas inferiores del conjunto de protocolos. El
tamao de los paquetes 10 dicta la arquitectura de red que se utilice.

PROTOCOLOS QUE TRABAJAN CON EL MODELO OSI

Protocolos: TCP: Los protocolos orientados a la conexin operan de
forma parecida a una llamada telefnica:

UDP: El funcionamiento de los protocolos sin conexin se parece ms
bien a un sistema de correo regular.

La capa de red

La capa de red encamina los paquetes adems de ocuparse de
entregarlos. La determinacin de la ruta que deben seguir los datos se
produce en esta capa, lo mismo que el intercambio efectivo de los
mismos dentro de dicha ruta, La Capa 3 es donde las direcciones
lgicas (como las direcciones IP de una computadora de red) pasan a
convertirse en direcciones fsicas (las direcciones de hardware de la
NIC, la Tarjeta de Interfaz para Red, para esa computadora
especifica).
Los routers operan precisamente en Ia capa de red y utilizan los
protocolos de encaminamiento de la Capa 3 para determinar la ruta
que deben seguir los paquetes de datos.

La capa de enlace de datos

Cuando los paquetes de datos llegan a la capa de enlace de datos,
estas pasan a ubicarse en tramas (unidades de datos), que vienen
definidas por la arquitectura de red que se esta utilizando (como
Ethernet, Token Ring, etc.). La capa de enlace de datos se encarga de
desplazar los datos por el enlace fsico de comunicacin hasta el nodo
receptor, e identifica cada computadora incluida en la red de acuerdo
con su direccin de hardware
La informacin de encabezamiento se aade a cada trama que
contenga las direcciones de envi y recepcin. La capa de enlace de
datos tambin se asegura de que las tramas enviadas por el enlace
fsico se reciben sin error alguno. Por ello, los protocolos que operan
en esta capa adjuntaran un Chequeo de Redundancia Cclica
(Cyclical Redundancy Check a CRC) al final de cada trama. EI CRC
es bsicamente un valor que se calcula tanto en la computadora
emisora como en la receptora, Si los dos valores CRC coinciden,
significa que la trama se recibi correcta e ntegramente, y no sufri
error alguno durante su transferencia.

Las subcapas del enlace de datos

La capa de enlace de datos se divide en dos subcapas, el Control
Lgico del Enlace (Logical Link Control o LLC) y el Control de
Acceso al Medio (Media Access Control MAC).
La subcapa de Control Lgico del Enlace establece y mantiene el
enlace entre las computadoras emisora y receptora cuando los datos
se desplazan por el entorno fsico de la red. La subcapa LLC tambin
proporciona Puntos de Acceso a Servicio (Servicie Access Ponos 0
SAP),

La subcapa de Control de Acceso al Medio determina la forma en que
las computadoras se comunican dentro de la red, y como y donde una
computadora puede acceder, de hecho, al entorno fsico de la red y
enviar datos.

La capa fsica

En la capa fsica las tramas procedentes de la capa de enlace de
datos se convierten en una secuencia nica de bits que puede
transmitirse por el entorno fsico de la red. La capa fsica tambin
determina los aspectos fsicos sobre la forma en que el cableado esta
enganchado a la NIC de la computadora

Algoritmos para el control de la
congestin

La congestin se refiere a la presencia en demasa de paquetes en una
parte de una subred.
En casos de extrema congestin, los routers comienzan a "rechazar"
paquetes, disminuyendo de esta forma el rendimiento del sistema.
Las razones de la congestin son muchas, entre ellas estn:
1. Por ejemplo, si por 4 lneas le llega informacin a un router y
todas necesitan la misma lnea de salida -> competencia.
2. Insuficiente cantidad de memoria en los routers. Pero aadir
ms memoria ayuda hasta cierto punto solamente, ya que si
tiene demasiada memoria, el tiempo para llegar al primero de
la cola puede ser demasiado.
3. Procesadores lentos en los routers. El proceso de "analizar"
los paquetes es caro, as que procesadores lentos pueden
provocar congestin.
La congestin se propaga a los dems routers
El control de flujo y el control de la congestin no son lo mismo:
Control de Flujo: se preocupa de que un emisor rpido no
sature a un receptor lento.
Control de Congestin: su funcin es tratar de evitar que se
sobrecargue la red.
Las soluciones para el problema de la congestin se pueden dividir en
dos clases:
Open Loop: Tratan de resolver el problema con un buen diseo.
Usan algoritmos para decidir cuando aceptar ms paquetes,
cuando descartarlos, etc. Pero no utilizan el actual estado de la
red.
Closed Loop: La solucin en este caso se basa en la retroalimentacin de
la lnea.
Por lo general tienen tres partes:
1. Monitorean el sistema para detectar cundo y dnde ocurre
la congestin.
2. Se pasa esta informacin hacia donde se puedan tomar
acciones.
3. Se ajustan los parmetros de operacin del sistema para
corregir los problemas.
Varias medidas del rendimiento pueden ser usadas para medir la
congestin. Las principales medidas que se utilizan son:
* % de paquetes descartados.
* Largo de las colas.
* Nmero de paquetes que hace "timed out" y/o retransmitidos.
* El promedio del retardo de los paquetes.

La forma en que las "redes" trabajan afectan a la congestin de la red.




Traffic Shaping
Una de las razones principales de la congestin son las rfagas de
paquetes que llegan a la red.
La idea del traffic shaping es hacer que los hosts transmitan la
informacin a una tasa constante.
A continuacin se vern algunos algoritmos:
Algoritmo del cubo agujereado
Un cubo agujereado entrega su agua a una tasa constante, la idea de
este algoritmo es usar este concepto en las redes.
En este caso cada host es conectado a la red por una interfaz que
contiene un cubo agujereado, es decir, una cola finita.
Si un frame llega al cubo cuando est lleno (cola llena) se le descarta.
En este caso, el host slo puede poner un paquete en la red en cada
interalo, formando as un flujo uniforme.
Este algoritmo es bueno para redes que trafican paquetes de tamao
fijo.
En caso de redes con tamao de paquetes variable, se forman paquetes
de tamao fijo con varios de ellos.





The Token Bucket Algoritm
El anterior algoritmo no permite que ocurran rfagas en la red, pero a
veces ellas son necesarias.
En estos casos se puede cambiar la forma de transmitir a una en la
cual los permisos para transmitir se obtienen en base a tokens que se
dejan en el cubo.
.




Especificaciones de Flujo
La idea de esta tcnica de control de congestin es que el emisor y la
red se ponen de acuerdo acerca de cules sern las caractersticas del
input.
Por ejemplo, algunas medidas que se pueden especificar:
Mximo tamao del paquete
Mxima tasa de transicin
Control de la congestin en Redes con circuitos virtuales
Cuando ocurre congestin en una red con circuito virtual se pueden
tomar las siguientes acciones para tratar de mejorar el problema:
1. No admitir que ms equipos transmitan.
La idea es simple, cuando la congestin ocurre, no se setean
ms circuitos virtuales. Esto, con el objetivo de evitar
interferencias.

2. Eliminar como posibles caminos las reas donde existe congestin.
.


3. Negociar algunas medidas del rendimiento de la red.
Esto se puede hacer slo cuando hay congestin o en todo
momento (al inicio de la transmisin).
Choke Packets
Para el funcionamiento de este algoritmo, se supone que cada router
puede monitorear la utilizacin de sus lneas.
Por ejemplo, U puede obtenerse de :
a: variable de tiempo, sirve para determinar cuan rpido se
olvida la historia.
f: utilizacin instantnea de la lnea.
Cuando U sube de algn lmite predefinido, la lnea de salida es
marcada como"warning".
Si un paquete nuevo llega para esa lnea, se enva un choke packet al
host emisor. Este paquete de bloqueo le indica al host que la lnea de
comunicacin hacia ese destino est copada.
Despus de recibir esta informacin, el host disminuye su trfico en
un x % hacia ese destino. Si llegan ms paquetes de aviso, lo vuelve a
disminuir.
Un problema de este algoritmo es que cada host modifica su
comportamiento voluntariamente. Con lo cual host "inescrupulosos"
pueden aprovecharse de otros que lo bajen.

Una solucin a este problema es agrupar algunas colas (algoritmo con
colas justas).
En este caso, el router tiene una cola para cada lnea de entrada (se
supone que todas compiten por la misma lnea). El router, en este caso,
transmite un paquete por cola en turno.
Un problema de este algoritmo es que todas las colas tienen la misma
prioridad, una solucin a esto es agregarle prioridades a las colas.
Un problema de este algoritmo es la demora en la propagacin del
paquete de bloqueo, como solucin se puede pedir que los routers
intermedios bajen su carga (lo cual involucra un gasto en buffers).


Load Shedding
An cuando existen algoritmos de control de congestin, algunas veces
es necesario que el router descarte paquetes.
La eleccin de cules paquetes descartar es muy importante:
1. Wine (Vino): Descartar paquetes nuevos.
2. Milk (Leche): Descartar paquetes viejos.
Dependiendo del tipo de aplicacin es mejor una o la otra:
Wine -> Transferencia de Archivos
Milk -> Multimedia
Muchas veces, los emisores pueden indicar la importancia de sus
paquetes, como por ejemplo ATM.

Control de Congestin en Frame Relay
Es posible contratar para cada conexin una calidad de servicio distinta. Dicha calidad
est definida mediante ciertos parmetros.
1. Committed information rate. (CIR) (Tasa de informacin comprometida). Caudal
medio garantizado que la red se compremete a dar en una conexin.
2. Commited burst size (Bc). (Volumen de informacin comprometida). Es la
mxima cantidad de datos (bits) que la red se compromete a transmitir durante un
intervalo de tiempo definido (Tc). Bc = CIR * Tc.
3. Excess burst size (Be). (Volumen de informacin en exceso). La mxima cantidad
permitida de datos que pueden exceder Bc durante el intervalo de tiempo Tc. La
distribucin de estos datos (Be),no est garantizada. Aquellos datos que superen Bc+Be
se descartan incondicionalmente.
4. Commited rate measurement interval (Tc). Intervalo de tiempo durante el cual al
usuario slo se le permite transmitir Bc+Be.
El caudal fsico (Cf) de la lnea de acceso tambin se contrata. As el operador
dimensiona la red en funcin de los parmetros contratados por sus abonados.
En el interfaz usuario-red se controla, para cada circuito virtual, que los usuarios se
ajusten a los parmetros Bc, y Be que han negociado. Si la red est bien diseada no
debe perder datos que no superen el trfico comprometido.
Existe un bit en la trama (bit DE) que es activado por la red en tramas que superen Bc
(es decir aquellas que pertenezcan a Be) para indicar que esas tramas deberan ser
descartadas en preferencia a otras, si es necesario. Un usuario tambin puede marcar
este bit para indicar la importancia relativa de una trama respecto a otras.
En la figura siguiente se puede entender ms claramente el significado de los
parmetros antes mencionados.


FIGURA 4.42 c) Parmetros de transmisin en FR.


Se puede observar que el volumen de informacin (bits) generado por las tramas 1 y 2
se encuentra por debajo del mximo garantizado Be y por tanto se nos garantiza que
estas dos tramas sern cursadas por la red sin ningn problema. Con la trama 3, sin
embargo, se excede el lmite Be, pero sin llegar a la cantidad Be + Bc. La red marca esta
trama poniendo su bit DE a '1' lo que indica que si hay que descartar tramas por
congestin, esta trama se descartar en preferencia al resto.
Si se diera el caso de transmitir durante todo Tc de forma que con una cuarta trama se
sobrepasara Be + Bc, esta trama sera incondicionalmente descartada en el nodo que
est conectado al sistema que la ha enviado.
Pregunta:
Ahora nos surge la siguiente pregunta: Manteniendo el CIR, qu le conviene
ms a un abonado, un Tc grande o pequeo? Al usuario le resulta atractivo
que Tc sea muy grande, porque Bc tambin lo ser, y aunque en media se
deba mantener la velocidad CIR, est capacitado para enviar rfagas de datos
mayores, pues el lmite de datos mximo (Bc) ha aumentado.
Para el operador es conveniente que Tc baje. Con Tc grande, si todos los
usuarios deciden mandar simultneamente rfagas de trfico de longitud
mxima Bc, podra encontrar problemas para cursar todo el trfico por la red
Generalmente cuando se enva una trama se desconoce el estado de la red. Tramas por
encima de Bc son susceptibles de ser descartadas cuando la congestin de la red
aumenta en las rutas que atraviesan dichas tramas. Por ello la red notifica este aumento
de la probabilidad de descarte de tramas mediante los bits FECN y BECN. Se requiere
que los terminales acten de forma coherente y reduzcan el trfico enviado a la red,
porque de lo contrario las tramas de usuario que superen Bc estn en peligro de ser
descartadas en nodos de red congestionados.
Hay que sealar que la congestin es unidireccional, pues puede haber caminos distintos
para los dos sentidos de la transmisin y mientras uno puede estar sufriendo problemas
de trfico, el otro puede no tenerlos. Los bits FECN y BECN notifican congestin a los
dos extremos de una conexin de la siguiente forma: A una trama que atraviesa una
zona congestionada se le pone su bit FECN a '1'. La red identifica las tramas de esa
conexin que circulan en sentido contrario y en ellas marca el bit BECN tambin a '1'.
Pregunta: Por qu se notifica al destino la congestin?
Para que sea consciente de que se pueden estar perdiendo tramas que tienen
marcado el bit DE a '1', y porque algunos protocolos de niveles superiores
tienen capacidad de control de flujo extremo a extremo y pueden tomar
medidas al respecto.
Resumen

El masivo aumento que ha tenido en este ltimo tiempo la conexin a Internet , ha
desencadenado un rpido y agitado crecimiento de la cantidad de equipos conectados a una
red.
Cada ordenador que se suma a la red, demanda recursos y trfico de datos dentro de un
mismo sistema o fuera de este. Si sumamos y sumamos equipos, sin replantear el diseo de
nuestra red de computadores, lo ms probable es que estemos abriendo la puerta a una
saturacin de nuestro sistema de comunicacin. Este fenmeno trae como consecuencia
perdida de paquetes, retrasos y en el peor de los casos, una imposibilidad de
intercomunicacin. Ante una situacin de este tipo es imprescindible el desarrollo de un
sistema capaz de regular y contrarrestar este fenmeno.
El control de congestin, establecido en protocolos de comunicacin TCP y ATM, pretende
regular el sobre-uso, o mal desempeo de una red. As, mediante algoritmos y tiempos de
espera establecidos, administra nuestra comunicacin y envo de informacin de manera de
obtener el mejor rendimiento de nuestra conexin. De qu forma logra esto? Qu ay detrs
de esta regulacin? Es seguro?
Analizaremos su funcionamiento y modo de reaccin y operacin en el desarrollo de este
informe.









Marco Terico
1.CONTROL DE CONGESTIN

Cuando hay demasiados paquetes presentes en la subred (o en una parte de ella), hay una
degradacin del desempeo. Esta situacin se llama congestin. En la figura 5-25 se muestra
este sntoma. Cuando la cantidad de paquetes descargados en la subred por los hosts est
dentro de su capacidad de conduccin, todos se entregan (excepto unos pocos afligidos por
errores de transmisin) y la cantidad entregada es proporcional al nmero enviado. Sin
embargo, a medida que aumenta el trfico, los enrutadores ya no pueden manejarlo y
comienzan a perder paquetes. Esto tiende a empeorar las cosas. Con mucho trfico, el
desempeo se desploma por completo y casi no hay entrega de paquetes.


1.1.Fenmeno: Congestin
El caudal depende del tipo de red y tiene un valor nominal mximo, que no podremos superar
en ningn caso. Pero adems, la red no ofrece el mismo caudal real si se le ofrece poco trfico
o si se le ofrece mucho. Veamos la siguiente figura:


Figura 1. Caudal en funcin del trfico ofrecido
La curva (1) representa el comportamiento ideal de la red: hay linealidad hasta llegar a la
capacidad nominal de la red, momento en el que el trfico cursado se satura. La curva (2)
representa el comportamiento real tpico de una red. Como puede observarse, al llegar a la
zona de saturacin, cuanto ms trfico se ofrece menos trfico se cursa. Esto es debido, por
ejemplo, a que los paquetes tardarn mucho tiempo en llegar a su destino, y mientras tanto
sern retransmitidos por la fuente, pensando que se han perdido por el camino. Esto, a su vez,
origina una explosin de trfico, ya que cada paquete es retransmitido varias veces, hasta que
consigue llegar a tiempo al destino.
Para evitar esa degradacin, se introduce el control de congestin que trata de aproximar el
comportamiento de la red al dado por la curva (3), evitando as entrar en una zona de
degradacin.
El retardo de trnsito en la red sigue la siguiente curva:

Figura 2. Retardo de trnsito en funcin del trfico ofrecido
Vemos que el retardo no aumenta linealmente, sino que el aumento de ste es mayor que el
aumento de trfico ofrecido.

1.2.Causas de la congestin
Existen varias causas de congestin. Enumeraremos aqu las ms importantes:
Memoria insuficiente de los conmutadores. Por ejemplo, veamos la siguiente figura:

Figura 3. Saturacin del buffer de un nodo
En ella se tiene un conmutador en el que tres lneas de entrada mandan paquetes a una de
salida. As puede llenarse el buffer (cola) de la lnea de salida.
Adems, si hay congestin en otros nodos, las colas no liberan la informacin de los paquetes
transmitidos (que se guarda por si hay que retransmitir), con lo que la situacin empeora an
ms.
Insuficiente CPU en los nodos. Puede que el nodo sea incapaz de procesar toda la
informacin que le llega, con lo que har que se saturen las colas.
Velocidad insuficiente de las lneas. Se tiene el mismo problema que en el caso anterior.
oTrabajar cerca de la capacidad de los enlaces es ideal desde el punto de vista de la
productividad, pero no lo es respecto al retardo. Se experimentan grandes retardos en una cola
segn la tasa de llegadas de paquetes se acerca a la capacidad del enlace.
oComo los bferes no son de tamao infinito el emisor debe realizar retransmisiones para
compensar lospaquetes perdidos debido al desbordamiento de los bferes.
oLas retransmisiones innecesarias realizadas por el emisor en presencia de grandes retardos,
que provocan que venzan los temporizadores de retransmisin antes de que lleguen los
asentimientos, hacen que el ancho de banda del enlace se utilice para reencaminar copias
innecesarias de los paquetes.
oCuando un paquete es desechado a lo largo de un camino, la capacidad de almacenamiento,
procesamiento y transmisin que fue utilizada en cada uno de los nodos y enlaces anteriores,
para encaminar ese paquete hasta el punto en el que es desechado, est siendo
desperdiciada.

1.3.Agentes del control de la congestin
Control de congestin entre extremos
Con este enfoque la capa de red no proporciona ningn soporte explcito a la capa de
transporte para controlar la congestin. La presencia de congestin en la red debe ser inferida
por los sistemas finales, basndose en aspectos tales como las prdidas y los retardos. Ej.:
Control de congestin en TCP.
Control de congestin asistido por la red
Los componentes de la capa de red proporcionan una retroalimentacin explcita al emisor
sobre el estado de la congestin de la red. La realimentacin se puede enviar al emisor
directamente desde un conmutador congestionado o en peligro de congestin mediante
paquetes especiales, o el conmutador puede indicar la presencia de congestin marcando los
paquetes. Cuando un receptor recibe paquetes marcados lo notifica al emisor. Ej.: Control de
congestin en el trfico ABR de ATM.
1.4.Diferencia entre Control de Flujo y Control de Congestin
Control de Flujo
Es una tcnica que permite sincronizar el envo de informacin entre dos entidades que
producen/procesan la misma a distintas velocidades. Por ejemplo, supongamos el caso
representado en la siguiente figura:

Figura 4. Conexin entre nodo de alta capacidad y PC
En este caso, dada la gran velocidad a la que produce y enva informacin, el nodo desborda al
PC, por lo que ste debe enviar informacin de control (control de flujo) para que el nodo
reduzca su tasa de envo de datos. De esta forma, parando a la fuente cada cierto tiempo, el
PC puede procesar el trfico que le enva el nodo.

Control de Congestin
Es un concepto ms amplio que el control de flujo. Comprende todo un conjunto de tcnicas
para detectar y corregir los problemas que surgen cuando no todo el trfico ofrecido a una red
puede ser cursado, con los requerimientos de retardo, u otros, necesarios desde el punto de
vista de la calidad del servicio. Por tanto, es un concepto global, que involucra a toda la red, y
no slo a un remitente y un destinatario de informacin, como es el caso del control de flujo.


Figura 5. Congestin en un nodo
El control de flujo es una ms de las tcnicas para combatir la congestin. Se consigue con ella
parar a aquellas fuentes que vierten a la red un trfico excesivo. Sin embargo, como veremos,
hay otros mecanismos.
1.5.Gestin de Trafico
Est relacionado con el uso eficiente de una de red con alta carga. Como cuando un nodo se
satura y debe rechazar paquetes se puede aplicar alguna regla sencilla tal como la consistente
en el rechazo de los paquetes ms recientemente recibidos. As mismo, se pueden utilizar
muchas consideraciones para mejorar la aplicacin de las tcnicas de control de congestin y
de la poltica de rechazo.
Idoneidad
oCalidad de Servicio:
Puede requerir tratamientos diferentes para las diversas conexiones.
oReservas:
Ejemplo: ATM
Acuerdo de trfico entre el usuario y la red.
1.6.Control de congestin en redes de conmutacin de paquetes
Envi de un paquete de control hacia todos o algunos nodos emisores: se necesita trfico
adicional mientras dure la congestin.


1.7.Mecanismos de control de congestin.







El problema del control de congestin puede enfocarse matemticamente desde el punto de
vista de la teora de control de procesos, y segn esto pueden proponerse soluciones en bucle
abierto y en bucle cerrado.
1.7.1.Mecanismo: Bucle Abierto
Tambin llamadas soluciones pasivas. Combaten la congestin de las redes mediante un
adecuado diseo de las mismas. Existen mltiples variables con las que el diseador puede
jugar a la hora de disear la red. Estas variables influirn en el comportamiento de la red frente
a la congestin. Las resumiremos en funcin del nivel del modelo OSI al que hacen referencia:









NIVELVARIABLE DE DISEO
ENLACEPoltica de control de flujo: Parando a una fuente que vierte mucho trfico podemos
reducir el riesgo de congestin.




R
E
D
Circuitos Virtuales frente a datagramas: Muchos algoritmos de control de congestin funcionan
slo en modo circuito virtual.
Poltica de colas y de servicio: Los router pueden disearse con una cola por lnea de entrada,
una cola por lnea de salida, o ambos. Adems, puede jugarse con el orden en que los
paquetes son procesados, dan do ms prioridad a los paquetes de control, que contienen
informacin til desde el punto de vista de la congestin.
Poltica de descarte de paquetes: De nuevo, la correcta eleccin de los paquetes que se
descartan puede disminuir el riesgo de congestin.
Algoritmo de enrutamiento: Es bueno desde el punto de vista de la congestin el balanceo del
trfico entre todas las lneas de la red.
Tiempo de vida de los paquetes: La correcta eleccin de esta variable permite reducir el
nmero de retransmisiones, mejorando as el comportamiento de la red desde el punto de vista
de la congestin.
TRANSPORTEAnlogo al nivel de enlace, pero entre sistemas finales.




1.7.2.Mecanismo: Bucle Cerrado
Tambin llamadas soluciones activas. Actan cuando se detectan problemas. Tienen tres
fases:
1.7.2.1.Monitorizacin de parmetros
Se vigilan los siguientes parmetros:
Ocupacin de los enlaces y de los buffers (colas de espera en los nodos)
Porcentaje de descartes
Nmero de retransmisiones
Retardos y "jitters". Jitter: oscilaciones de la separacin temporal entre paquetes. En
aplicaciones que requieren sincronizacin (videoconferencia, sincronizar audio con video), es
muy importante que esas oscilaciones sean pequeas.
1.7.2.2.Reaccin: envo de informacin a los puntos necesarios.
La comunicacin se realiza gracias ha:
Paquetes especiales. NO estn sometidos a control de congestin y se saltan las colas de
espera en los nodos. Los enva el nodo que, gracias a la monitorizacin, ha detectado la
congestin.
Bits de cabecera. En los paquetes enviados, indico en la cabecera que empieza a haber
congestin. (Ejemplo Frame Relay).
Informacin especfica. Si se recibe una alerta de congestin (mediante bits de cabecera de
paquetes que circulan por la red), se solicita ms informacin.
1.7.2.3.Ajuste del Sistema
Hay varias medidas:
Reducir la velocidad de envo
Control de acceso. No se permiten ms conexiones.
Tirar paquetes. Controlar rfagas de paquetes que llegan.
1.8.Algoritmos de Control de Congestin.
Veremos dos algoritmos en bucle cerrado llamados algoritmo de descarte de paquetes y
algoritmo de paquetes reguladores y un algoritmo en bucle abierto llamado mecanismo de
Traffic Shaping.
1.8.1.Algoritmo de Descarte de Paquetes.
Es un algoritmo de control de congestin en bucle cerrado. Se basa en que los nodos
descartan (tiran) paquetes cuando su ocupacin es alta. Para esto los nodos han de conocer
sus recursos (CPU y memoria). Hace una asignacin dinmica de los buffers en base a las
necesidades de cada lnea.
Sin embargo, cada lnea necesita al menos una (o ms) posiciones de memoria para gestionar
informacin relevante, tal como asentimientos, que permite la liberacin de posiciones de
memoria ocupadas por paquetes que estaban esperando por si necesitaban retransmitirse. Si a
la lnea llegan datos (no asentiminentos u otra informacin relevante) y el buffer de salida de la
lnea correspondiente est lleno, se descarta el paquete. Hay varias formas de hacer la
asignacin de buffers:
En base al uso. No es muy eficiente, porque cuando una lnea se empieza a cargar acapara
todos los recursos.
Asignacin fija. Tampoco es muy buena, ya que desaprovecha recursos.
Asignacin subptima (de Irland). Llamando k al nmero de posiciones del buffer y s al
nmero de lneas de salida, se tiene que el nmero de posiciones de memoria asociadas a
cada lnea es:




1.8.2.Algoritmo de paquetes reguladores.
En terminologa inglesa, al paquete regulador se le llama choke packet. Se hace en bucle
cerrado. Asocia un peso u a cada lnea que cambia con el tiempo segn la ecuacin:< P

Dnde:
un: funcin de peso, que depende del instante actual a travs de f y del anterior a travs de
un-1.
f: tiene un valor "0" si no transmitimos en el instante actual o "1" si transmitimos.
a: constante comprendida entre 0 y 1 y que da ms importancia al instante actual o al instante
anterior segn su valor.
Si n supera un cierto umbral, se pone la lnea en estado de alerta y se considera que puede
haber congestin. Si llegan paquetes a esa lnea, se enva un aviso hacia atrs con un paquete
regulador que indica esta situacin. Adems, en los paquetes que se envan hacia delante se
pone un flag a "1" para indicar al resto de los nodos que no manden paquetes reguladores
hacia atrs, ya que el nodo origen est avisado. Al llegar el paquete regulador al origen, se
reduce el flujo (por ejemplo, a la mitad).
Si pasa un determinado tiempo sin recibir notificaciones de congestin, se vuelve a subir el flujo
que puede cursar el origen. Si por el contrario se supera un umbral mayor, se pasa
directamente a hacer descarte de paquetes.


Variaciones:
Pueden mandarse paquetes reguladores con informacin de estado (grave, muy grave, etc.)
En vez de monitorizar las lneas de salida pueden medirse otros parmetros, tales como el
tamao de las colas en los nodos.
Con el mecanismo descrito se tarda mucho en reaccionar. Entonces, puede hacerse
regulacin salto a salto, en la que se dice al nodo anterior que mande la informacin por otro
sitio si es posible.
1.8.3.Mecanismo de Traffic Shaping
Significa conformado de trfico. Es un mecanismo en bucle abierto. Conforma el trfico que
una fuente puede inyectar a la red. Se usa en redes ATM (Asynchronous Transfer Mode;
tecnologa de red orientada a conexin; en estas redes, la velocidad de lnea es de 155 Mbps y
el usuario puede ver una velocidad de unos 10 Mbps. Puede conseguirse informacin sobre
estas redes en [COME 95]).
Si se tiene una rfaga lista para transmitir, el sistema obliga a no transmitir todo seguido
(conforma el trfico). Requiere un acuerdo entre proveedor y cliente: el proveedor garantiza
que se cursa el trfico si se transmite a una tasa determinada y tira el trfico si se supera. Esto
lo realiza mediante una funcin polica, que es un nodo que tira los paquetes que superan la
tasa contratada a la entrada de la red (no se tiran una vez que ya ha entrado). Esto puede
realizarse mediante un algoritmo de Leaky Bucket, cuyo nombre se debe a que es como si
tuviramos un bidn que vamos llenando con un caudal determinado y por el que sale el lquido
(Leaky: hace aguas) con otro caudal distinto; si llenamos muy deprisa el bidn acabar
llenndose y vertindose por arriba, lo que asemeja una prdida de paquetes en una red.
Veamos un ejemplo con un sistema codificador de imgenes:

Figura 7. Ejemplo de mecanismo de Leaky Bucket



Este sistema codifica la seal de video y la enva a rfagas. Para ser transmitida necesita ser
conformada: se almacenan muestras en un buffer y despus se transmiten a velocidad
constante. Si se sobrepasa el caudal predeterminado, pueden tirarse paquetes en el regulador
(por parte del usuario) o en la funcin polica (por parte del proveedor). Este sistema permite
aplanar rfagas, como puede verse en la siguiente figura, donde la situacin de la izquierda
representa un sistema con trfico no conformado y la de la derecha la equivalente si se
conforma y se contrata transmisin a 2Mbps (la fuente transmite rfagas de 1 Mb a 25 Mbps):



Figura 8. Ejemplo de aplanamiento de rfagas con trfico conformado






Marco Conceptual
2.Control de Congestin
Se sabe que cualquier red se ve afectada por el congestionamiento, incluso la Internet es
afectada por este fenmeno. Y aunque la capa de red trata de manejar este problema, gran
parte del trabajo recae sobre TCP, ya que la solucin real al congestionamiento es la
disminucin de la tasa de datos.
TCP trata de no enviar un paquete nuevo hasta terminar con uno anterior.
Pasos para el manejo de congestin:
Deteccin: Antes era difcil detectar un congestionamiento, ya que afectaba mucho el ruido y
otros problemas ocasionados por el cableado. Ahora hay una gran probabilidad de que si hay
un paquete perdido sea por congestin.
Evitar la congestin: Cuando se establece una conexin se debe tener un tamao de ventana
apropiado. As de esta manera el receptor puede dar la especificacin del tamao de su
ventana por medio de buffers, aunque an podran ocurrir congestionamientos por problemas
internos en la red.
Realmente podemos decir que tenemos dos problemas principales:
Capacidad de la red
Capacidad del receptor.
Para poder combatir el congestionamiento, hay que manejar estos dos problemas por
separado. Para esto cada transmisor debe tener dos ventanas (la de receptor y de congestin);
cada una de estas, refleja la cantidad de bytes que puede enviar el transmisor. Entonces la
cantidad mayor de bytes que pueden enviarse ser la cifra menor entre las dos ventanas.
As, si el receptor dice enva 8Kb pero el transmisor sabe que las rfagas de ms de 4Kb
saturan la red, enviar solo 4Kb. Anlogamente, si el receptor dice enva 8Kb y el transmisor
sabe que las rfagas de hasta 32Kb pueden llegar sin problemas, enva solo los 8Kb
solicitados.
Al establecerse una conexin, el transmisor asigna a la ventana de congestionamiento el
tamao de segmento mximo usado por la conexin; entonces enva un segmento mximo. Si
se recibe el ACK de este segmento antes de terminar el temporizador, el transmisor agrega el
equivalente en bytes de este segmento a la ventana de congestionamiento para hacerla de
dos
El control de congestin es un aspecto de diseo de consideracin necesario en las redes de
datos, como las de conmutacin de paquetes, las de retransmisin de tramas y redes ATM, y
en la interconexin de redes (internet). El control de la congestin, como el fenmeno de la
propia congestin, es un problema complejo. Esto ocurre cuando el nmero de paquetes que
se transmiten sobre una red comienza a aproximarse al lmite de la capacidad de gestin de
paquetes de la misma. Uno de los objetivos del control de congestin es mantener el nmero
de paquetes en la red por debajo del nivel para el que decaen dramticamente las
prestaciones.
Es por ello que para comprender los elementos involucrados en el control de la congestin se
han fijado en base a teoras de colas. Una red de datos o un internet es, esencialmente, una
red de colas de modo que en cada nodo (un conmutador en una red de datos, un dispositivo de
encaminamiento en una internet) existe una cola de paquetes asociada a cada canal de salida.
Esta investigacin se centra en el control de gestin en redes de datos conmutadas, incluyendo
redes de conmutacin de paquetes, de retransmisin de tramas y ATM. Los principios que se
examinan son igualmente aplicables a la interconexin de redes (Internet). Adems tambin
podremos analizar los diferentes mecanismos con los cuales puede emplearse dentro de la
congestin y el control de congestin en TCP.












Bibliografa

Tanenbaum, A. (2003). Redes de Computadoras, 4a. ed. Madrid: Ed. Pearson Educacin.
[COME 95] Comer, Douglas E., Internetworking with TCP/IP, 3a edicin, Volumen 1:
Principles, Potocols and Architectures, Prentice-Hall, 1995.
Kurose, J. & Ross, K. (2003). Redes de Computadoras: un enfoque descendente basado en
Internet, 2a. ed. Madrid: Ed. Pearson Educacin.
Stallings, W. (2004). Comunicaciones y Redes de Computadores, 7a. ed. Madrid: Ed.
Prentice-Hall Iberia S.A.
[TANE 96] Tanenbaum, Andrew S., Comput




Control de congestin.
Introduccin.
En este apartado trataremos el tema de la congestin de las
redes. Comenzaremos haciendo una distincin entre control de
flujo y control de congestin:

Control de flujo.
Es una tcnica que permite sincronizar el envo de informacin entre
dos entidades que producen/procesan la misma a distintas velocidades. Por
ejemplo, supongamos el caso representado en la siguiente figura:

Figura 10 Conexin entre nodo de alta capacidad y PC

En este caso, dada la gran velocidad a la que produce y enva informacin, el
nodo desborda al PC, por lo que ste debe enviar informacin de control
(control de flujo) para que el nodo reduzca su tasa de envo de datos. De esta
forma , parando a la fuente cada cierto tiempo, el PC puede procesar el trfico
que le enva el nodo.

Control de congestin.
Es un concepto ms amplio que el control de flujo. Comprende todo un
conjunto de tcnicas para detectar y corregir los problemas que surgen cuando
no todo el trfico ofrecido a una red puede sercursado, con los requerimientos
de retardo, u otros, necesarios desde el punto de vista de la calidad del
servicio. Por tanto, es un concepto global, que involucra a toda la red, y no
slo a un remitente y un destinatario de informacin, como es el caso del
control de flujo.
Figura 11 Congestin en un nodo

El control de flujo es una ms de las tcnicas para combatir la congestin. Se
consigue con ella parar a aquellas fuentes que vierten a la red un trfico
excesivo. Sin embargo, como veremos, hay otros mecanismos. Una vez hecha
esta distincin, en los sucesivos apartados veremos caractersticas delretardo y
del caudal, veremos distintas causas de aparicin de congestin, analizaremos
las soluciones que se proponen para este problema y acabaremos viendo
distintos algoritmos de control de congestin.

Caractersticas del retardo y caudal.
El caudal depende del tipo de red y tiene un valor nominal mximo, que no
podremos superar en ningn caso. Pero adems, la red no ofrece el mismo
caudal real si se le ofrece poco trfico o si se le ofrece mucho. Veamos la
siguiente figura:

Figura 12 Caudal en funcin del trfico ofrecido


La curva (1) representa el comportamiento ideal de la red: hay linealidad
hasta llegar a la capacidad nominal de la red, momento en el que el
trfico cursado se satura. La curva (2) representa el comportamiento real
tpco de una red. Como puede observarse, al llegar a la zona de saturacin,
cuanto ms trfico se ofrece menos trfico se cursa. Esto es debido, por
ejemplo, a que los paquetes tardarn mucho tiempo en llega r a su destino, y
mientras tanto sern retransmitidos por la fuente, pensando que se han perdido
por el camino. Esto, a su vez, origina una explosin de trfico, ya que cada
paquete es retransmitido varias veces, hasta que consigue llegar a tiempo al
destino.

Para evitar esa degradacin, se introduce el control de congestin que trata de
aproximar el comportamiento de la red al dado por la curva (3), evitando as
entrar en una zona de degradacin.
El retardo de trnsito en la red sigue la siguiente curva:

Figura 13 Retardo de trnsito en funcin del trfico ofrecido


Vemos que el retardo no aumenta linealmente, sino que el aumento de ste es
mayor que el aumento de trfico ofrecido.

Causas de la congestin.
Hay varias causas de congestin. Enumeraremos aqu las ms importantes:
Memoria insuficiente de los conmutadores. Por ejemplo, veamos la
siguiente figura:
Figura 14 Saturacin del buffer de un nodo



En ella se tiene un conmutador en el que tres lneas de entrada mandan
paquetes a una de salida. As puede llenarse el buffer (cola) de la lnea de
salida.

Adems, si hay congestin en otros nodos, las colas no liberan la informacin
de los paquetes transmitidos (que se guarda por si hay que retransmitir), con
lo que la situacin empeora an ms.

Insuficiente CPU en los nodos. Puede que el nodo sea incapaz de procesar
toda la informacin que le llega, con lo que har que se saturen las colas.

Velocidad insuficiente de las lneas. Se tiene el mismo problema que en el
caso anterior.
Soluciones. Mecanismos de control de congestin.
El problema del control de congestin puede enfocarse matemticamente
desde el punto de vista de la teora de control de procesos, y segn esto
pueden proponerse soluciones en bucle abierto y en bucle cerrado.
Soluciones en bucle abierto.
Tambin llamadas soluciones pasivas. Combaten la congestin de las redes
mediante un adecuado diseo de las mismas. Existen mltiples variables con l
as que el diseador puede jugar a la hora de disear la red. Estas variables
influirn en el comportamiento de la red frente a la congestin. Las
resumiremos en funcin del nivel del modelo OSI al que hacen referencia:


Nivel Variable de diseo
Enlace
Diseo de temporizadores y poltica de retransmisiones: Cuando los
temporizadores agotan su cuenta, los paquetes afectados sern
retransmitidos por la fuente. Si este tiempo es muy pequeo, habr gran
cantidad de retransmisiones. Por el contrario, si es grande, habr menos
congestin, pero el retardo medio aumentar. Adems, podemos controlar lo
que se retransmite cuando el temporizador se agota (por ejemplo, cuando un
paquete es slo una porcin de un mensaje , puede retransmitirse el mensaje
entero o slo el paquete afectado).
Poltica de descartes y almacenamiento de paquetes que llegan fuera de
orden: El rechazo puede ser simple, que origina ms retransmisiones, o bien
selectivo, obligando a unalmacenamiento temporal de los paquetes que
llegan fuera de orden y mejorando la congestin.
Poltica de asentimientos: El piggybacking, o utilizacin de parte de
un paquete de datos para enviar asentimientos de paquetes anteriormente
recibidos, reduce, en principio, el trfico, pero puede dar lugar a
retransmisiones que contribuyan a la congestin.
Poltica de control de flujo: Parando a una fuente que vierte mucho trfico
podemos reducir el riesgo de congestin.
Red
Circuitos Virtuales frente a datagramas: Muchos algoritmos de control de
congestin funcionan slo en modo circuito virtual.
Poltica de colas y de servicio: Los router pueden disearse con una cola por
lnea de entrada, una cola por lnea de salida, o ambos. Adems, puede
jugarse con el orden en que los paquetes son procesados, dan do ms
prioridad a los paquetes de control, que contienen informacin til desde el
punto de vista de la congestin.
Poltica de descarte de paquetes: De nuevo, la correcta eleccin de los
paquetes que se descartan puede disminuir el riesgo de congestin.
Algoritmo de enrutamiento: Es bueno desde el punto de vista de la
congestin el balanceo del trfico entre todas las lneas de la red.
Tiempo de vida de los paquetes: La correcta eleccin de esta variable
permite reducir el nmero de retransmisiones, mejorando as el
comportamiento de la red desde el punto de vista de la congestin.
Transporte Anlogo al nivel de enlace, pero entre sistemas finales.

Soluciones en bucle cerrado.
Tambin llamadas soluciones activas. Actan cuando se detectan problemas.
Tienen tres fases:
Monitorizacin de parmetros.
Reaccin: envo de informacin a los puntos necesarios.
Ajuste del sistema.
El mecanismo que permite la reaccin del sistema frente a estos problemas
puede ser:
Realimentacin explcita.
Los nodos prximos a saturarse envan informacin hacia atrs comunicando
esta situacin.
Realimentacin implcita.
La permiten los mecanismos de asentimiento de la red. Por ejemplo, IP realiza
realimentacin implcita midiendo el tiempo que tarda en llegar el paquete de
asentimiento a una transmisin.
Algoritmos de control de congestin.
Veremos un algoritmo en bucle abierto llamado mecanismo de Traffic
Shaping y dos algoritmos en bucle cerrado llamados algoritmo de paquetes
regulador es y algoritmo de descarte de paquetes.

Mecanismo de Traffic Shaping.
Significa conformado de trfico. Es un mecanismo en bucle abierto.
Conforma el trfico que una fuente puede inyectar a la red. Se usa en redes
ATM (Asynchronous Transfer Mode; tecnologa de red orientada a conexin;
en estas redes, la velocidad de lnea es de 155 Mbps y el usuario puede ver
una velocidad de unos 10 Mbps.
Si se tiene una rfaga lista para transmitir, el sistema obliga a no transmitir
todo seguido (conforma el trfico). Requiere un acuerdo entre proveedor y
cliente: el proveedor garantiza que se cursa el trfico si se transmite a una tasa
determinada y tira el trfico si se supera. Esto lo realiza mediante una funcin
polica, que es un nodo que tira los paquetes que superan la tasa contratada a
la entrada de la red (no se tiran una vez que ya ha entrado). Esto puede
realizarse mediante un algoritmo de Leaky Bucket, cuyo nombre se debe a
que es como si tuviramos un bidn que vamos llenando con un caudal
determinado y por el que sale el lquido (Leaky: hace aguas) con otro caudal
distinto; si llenamos muy deprisa el bidn acabar llenndose y vertindose
por arriba, lo que asemeja una prdida de paquetes en una red. Veamos un
ejemplo con un sistema codificador de imgenes:

Figura 15 Ejemplo de mecanismo de Leaky Bucket



Este sistema codifica la seal de video y la enva a rfagas. Para ser
transmitida necesita ser conformada: se almacenan muestras en un buffer y
despus se transmiten a velocidad constante. Si se sobrepasa el caudal
predeterminado, pueden tirarse paquetes en el regulador (por parte del
usuario) o en la funcin polica (por parte del proveedor). Este sistema
permite aplanar rfagas, como puede verse en la siguiente figura, donde la
situacin de la izquierda representa un sistema con trfico no conformado y la
de la derecha la equivalente si se conforma y se contrata transmisin a 2Mbps
(la fuente transmite rfagas de 1 Mb a 25 Mbps):

Figura 16 Ejemplo de aplanamiento de rfagas con trfico conformado

Algoritmo de paquetes reguladores.
En terminologa inglesa, al paquete regulador se le llama choke packet. Se
hace en bucle cerrado. Asocia un peso u a cada lnea que cambia con el
tiempo segn la ecuacin:< P

(8)
donde:

u
n
: funcin de peso, que depende del instante actual a travs de f y del anterior
a travs de u
n-1
.
f: tiene un valor "0" si no transmitimos en el instante actual o "1" si
transmitimos.
a: constante comprendida entre 0 y 1 y que da ms importancia al instante
actual o al instante anterior segn su valor.
Si
n
supera un cierto umbral, se pone la lnea en estado de alerta y se
considera que puede haber congestin. Si llegan paquetes a esa lnea, se enva
un aviso hacia atrs con un paquete regulador que indica esta situacin.
Adems, en los paquetes que se envan hacia delante se pone un flag a "1"
para indicar al resto de los nodos que no manden paquetes reguladores hacia
atrs, ya que el nodo origen est avisado. Al llegar el paquete regulador al
origen, se reduce el flujo (por ejemplo, a la mitad).
Si pasa un determinado tiempo sin recibir notificaciones de congestin, se
vuelve a subir el flujo que puede cursar el origen. Si por el contrario se supera
un umbral mayor, se pasa directamente a hacer descarte de paquetes.
Variaciones:
Pueden mandarse paquetes reguladores con informacin de estado (grave,
muy grave, etc.)
En vez de monitorizar las lneas de salida pueden medirse otros parmetros,
tales como el tamao de las colas en los nodos.
Con el mecanismo descrito se tarda mucho en reaccionar. Entonces, puede
hacerse regulacin salto a salto, en la que se dice al nodo anterior que mande
la informacin por otro sitio si es posible.
Algoritmo de descarte de paquetes.
Es un algoritmo de control de congestin en bucle cerrado. Se basa en que los
nodos descartan (tiran) paquetes cuando su ocupacin es alta. Para esto los
nodos han de conocer sus recursos (CPU y memoria). Hace una asignacin
dinmica de los buffers en base a las necesidades de cada lnea.
Sin embargo, cada lnea necesita al menos una (o ms) posiciones de memoria
para gestionar informacin relevante, tal como asentimientos, que permite la
liberacin de posiciones de memoria ocupadas por paquetes que estaban
esperando por si necesitaban retransmitirse. Si a la lnea llegan datos (no
asentiminentos u otra informacin relevante) y el buffer de salida de la lnea
correspondiente est lleno, se descarta el paquete. Hay varias formas de hacer
la asignacin de buffers:
En base al uso. No es muy eficiente, porque cuando una lnea se empieza a
cargar acapara todos los recursos.
Asignacin fija. Tampoco es muy buena, ya que desaprovecha recursos.
Asignacin subptima (de I rland). Llamando k al nmero de posiciones
del buffer y s al nmero de lneas de salida, se tiene que el nmero de
posiciones de memoria asociadas a cada lnea es:



(9)



Algoritmos de control de congestin[editar]
Se describen dos algoritmos en bucle cerrado: el algoritmo de descarte de paquetes, y
un algoritmo de paquetes reguladores, as como un algoritmo en bucle abierto
llamado mecanismo de Traffic Shaping.
Algoritmo de descarte de paquetes[editar]
Es un algoritmo de control de congestin en bucle cerrado. Se basa en que los nodos
descartan paquetes cuando su ocupacin es alta. Para esto los nodos han de conocer
sus recursos (CPU y memoria). Hace una asignacin dinmica de los buffers en base a
las necesidades de cada lnea.
Sin embargo, cada lnea necesita al menos una (o ms) posiciones de memoria para
gestionar informacin relevante, tal como asentimientos, que permite la liberacin de
posiciones de memoria ocupadas por paquetes que estaban esperando por si necesitaban
retransmitirse.
Si a la lnea llegan datos (no asentiminentos u otra informacin relevante) y el buffers de
salida de la lnea correspondiente est lleno, se descarta el paquete. Hay varias formas de
hacer la asignacin de buffers:
a) En base al uso.
No es muy eficiente, porque cuando una lnea se empieza a cargar acapara todos
los recursos.
b) Asignacin fija.
Tampoco es muy buena, ya que desaprovecha recursos.
c) Asignacin subptima (de Irland).
Algoritmo de paquetes reguladores[editar]
En terminologa inglesa, al paquete regulador se le llama choke packet. Se
hace en bucle cerrado. Asocia un peso a cada lnea que cambia con el tiempo.
Si el peso supera un cierto umbral, se pone la lnea en estado de alerta y se
considera que puede haber congestin.
Si pasa un determinado tiempo sin recibir notificaciones de congestin, se
vuelve a subir el flujo que puede cursar el origen. Si por el contrario se supera
un umbral mayor, se pasa directamente a hacer descarte de paquetes.
Se fundamenta en la siguiente funcin: Un=aUn-1 + (1-a)f donde:
Un es una funcin del peso que depende del instante actual a travs de f y
del instante anterior a travs de Un-1
f tiene el valor 0 si no se transmite en el instante actual y 1 si se trata del
instante actual.
a es una constante, cuyo valor debe estar entre 0 y 1 y que debe de
asignarse segn la importancia dada a cada enlace.
En el momento en que Un alcanza el primer valor umbral asignado, la lnea se
colca en alerta, por lo que se enva un paquete regulador hacia atrs. En los
sucesivos paquetes que el nodo anterior enva hacia adelante se coloca un
flag a 1 que indica que el enrutador anterior est avisado. Este enrutador
reduce su flujo de trasmisin y si, en un tiempo estipulado, no vuelve a recibir
un paquete regulador aumenta de nuevo su flujo de transmisin. Si se alcanza
el segundo valor umbral asignado, se pasa a descartar paquetes.
Variaciones de este algoritmo:
Pueden mandarse paquetes reguladores con informacin de estado
(grave, muy grave, etc.) .
En vez de monitorizar las lneas de salida pueden medirse otros
parmetros, tales como el tamao de las colas en los nodos.
Mecanismo de Traffic Shaping[editar]
Traffic Shaping significa conformado de trfico. Es un mecanismo en bucle
abierto. Conforma el trfico que una fuente puede inyectar a la red. Se usa
en redes ATM (Asynchronous Transfer Mode) con una tecnologa de red
orientada a conexin.
Si se tiene una rfaga lista para transmitir, el sistema obliga a no transmitir
todo seguido (porque conforma el trfico). Requiere un acuerdo entre
proveedor y cliente.
El proveedor garantiza que se cursa el trfico si se transmite a una tasa
determinada y tira el trfico si se supera. Esto puede realizarse mediante un
algoritmo de Leaky Bucket (cubo agujereado), cuyo nombre se debe a que el
sistema se comporta como un bidn que se va llenando con un caudal
determinado y por el que sale el lquido con otro caudal (menor) distinto. Si
llenamos muy deprisa el bidn acabar llenndose y vertindose por arriba, lo
que asemeja una prdida de paquetes en una red.