Sistemas de telecomunicaciones

Concepto de IP en las nuevas redes

Integradas
1. Objetivo
2. Introduccin
3. Integracin IP sobre canales WDM
4. Protocolos de sealizacin.
. !oz con"utada de #a$uetes %&P
'. Protocolo de trans#orte en !OIP.
(. %onclusiones
). *ibliogra+,a
O*-./I!O
El trabajo ser complementario a lo visto en clase y permitir al estudiante entender como se
est comenzando aplicar el concepto de IP en las nuevas redes integradas desde el punto de vista
del manejo de la voz en centros de conmutacin Cx pblicos y privados, hacia el nuevo concepto de
redes integradas universales !esde el punto de vista pblico, la tradicional red P"#$ en conjunto
con las redes de CxP, estn siendo integradas hacia un nuevo concepto de redes de prxima
generacin
I0/1OD2%%I30
%no de los desa&'os ms importantes de lo (ue se supone constituirn la nueva generacin
de redes IP en esta investigacin, ser la provisin de servicios de multicon&erencia multimedia y los
di&erentes protocolos a emplear )dems de la introduccin de nuevos servicios, Con esta idea,
aparte de tener (ue tratar los problemas t'picos asociados a los servicios en tiempo real *como la
+o",, debemos tener en cuenta la necesidad de buscar mecanismos de se-alizacin y control (ue
permitan un despliegue e&icaz de los servicios suplementarios
.os dos en&o(ues ms prometedores son el conjunto de protocolos (ue la I#%/# ha
desarrollado bajo la denominacin de 0121, y la propuesta del lado del IE#34 el "IP )un(ue la
ar(uitectura (ue proponen es muy similar, se pueden encontrar pro&undas di&erencias en su
planteamiento 0121 es la solucin ms madura, y ha seguido un desarrollo orientado principalmente
a la #ele&on'a IP *#IP,, centrndose, por tanto, en la interoperabilidad con la P"#$ y el soporte de los
servicios suplementarios "IP se ha desarrollado sin embargo con un objetivo mucho ms amplio,
centrndose en la provisin del desarrollo de nuevas &uncionalidades y servicios (ue no se vean
coartadas en el &uturo, es un protocolo pensado para aplicaciones (ue vayan ms all de la #IP
*videocon&erencia, streaming de v'deo, mensajer'a instantnea,
Parece claro (ue se ve venir un periodo de convivencia de ambas soluciones, de manera (ue
nos encontramos con varias iniciativas conjuntas (ue persiguen un escenario donde la
interoperabilidad constituir un re(uisito absolutamente imprescindible5 todo pensado en un entorno
de Comunicacin %niversal e independiente del medio o dispositivo (ue se utilice en cada momento
para acceder a los servicios
El objetivo de la investigacin es o&recer una breve descripcin de las caracter'sticas
generales, motivacin y alcance (ue ha tenido el desarrollo del protocolos 0121, "IP, 0267 8
*9egago,, y las redes IP sobre :!9, en el mbito de las tecnolog'as relacionadas con las redes y los
servicios IP, en pleno escenario de convergencia tecnolgica
!urante el desarrollo de la investigacin, se dar una de&inicin de los protocolos y se
indicar sobre las caracter'sticas, ar(uitectura y componentes de los protocolos antes descritos "e
dar una visin general de las posibles aplicaciones de esta tecnolog'a en convergencia5 se dar un
repaso muy breve a las principales l'neas de trabajo y los es&uerzos de estandarizacin en los &rentes
de interoperabilidad en un escenario de necesaria convivencia con tecnolog'as tradicionales
En esta investigacin, no podemos pretender abarcar todo el dinamismo de las tecnolog'as
relacionadas, de manera (ue cuando se hable de tendencias o l'neas de trabajo, e incluso
aplicaciones o servicios de esas tecnolog'as, se plantearan de &orma gen;rica con la nica intencin
de proporcionar una visin lo ms amplia posible de la tecnolog'a y el escenario donde se presenta
.a responsabilidad es ahora de los operadores el usar sus existentes redes de &ibra para
satis&acer lo (ue el mercado necesita !esde <=7>, "?$E#@"!0 ha cubierto estas necesidades
suministrando proteccin
Esto mientras soporta una mezcla transparente y &lexible de protocolos de tr&ico incluido IP,
3iber Channel, Ethernet y A3P 9ientras (ue el despliegue de las redes :!9 *9ltiplexacin por
divisin de onda, durante la d;cada siguiente sirvieron para incrementar el ancho de banda de la &ibra
existente, escasean severamente las capacidades de proteccin y de gestin inherentes a la
tecnolog'a "?$E#@"!0
#ambi;n el desarrollo :!9 vino con un nuevo y completo conjunto de Elementos de Bed *$E
/ $etCorD Elements, incluidos ampli&icadores, conmutadores, multiplexadores y desmultiplexadores
pticos, los cuales introducen un subnivel en la red mereciendo una monitorizacin constante para
garantizar el &allo de tr&ico libre
.a meta de la ?#$ *?ptical #ransport $etCorD,, es combinar los bene&icios de la tecnolog'a
"?$E#@"!0 con el aumento del ancho de banda del :!9 En pocas palabras, ?#$ aplicar la
&uncionalidad de la ?peracin, )dministracin, 9antenimiento y )provisionamiento del "?$E#@"!0 a
las redes pticas :!9 Este ?#$ recientemente desarrollada se especi&ica en la I#%/# AE>=
$etCorD $ode Inter&ace &or ?ptical #ransport $etCorD *?#$, Esta recomendacin F a veces re&erida
como !igital :rapper *!:, F toma la tecnolog'a "?$E#@"!0 de una nica longitud de onda como
un paso a las redes transparentes gestionables de longitud de onda de muchas longitudes de onda
El 3EC *3orCard Error Correction, a-ade una caracter'stica adicional a la ?#$ o&reciendo el potencial
para los operadores de red para reducir el nmero de regeneradores usados lo (ue a su vez reduce
los costes de la red
%4PI/25O 1
I0/.614%I30 D. IP 7O*1. %4045.7 WDM
1. I0/.614%I30 D. IP 7O*1. %4045.7 WDM.
El estudio de la integracin de IP sobre redes pticas Estudiando la encapsulacin de los
distintos niveles IP sobre los distintos niveles :!9 )nalizando la gestin, la &uncionalidad y
ar(uitectura de las redes pticas
En un principio lo (ue se (uiere exponer el estado actual y el desarrollo &uturo de e(uipos y
redes IP, de cmo :!9 propone las medidas para implementar estas &unciones y mejora la
&uncionabilidad de las redes
Con este trabajo se pretende introducir aspectos importantes a tener en cuenta cuando se
considera la posibilidad de IP sobre :!9 Provee un buen &ondo para cual(uiera (ue trabaje en lo
concerniente a la reduccin de la cabecera necesaria para el transporte de pa(uetes IP en canales
pticos %no de los aspectos a tratar es la de tener una perspectiva de la capa IP 9irar lo (ue est
disponible en t;rminos de &uncionalidad, so&tCare y hardCare en la capa IP
IPvG es probablemente la mejor eleccin en las &uturas redes IP sobre :!9 Esta
investigacin, muestra tambi;n el desarrollo al (ue tienden los routers y valorar los router Aigabit, as'
como estos &orman la base para las redes de transporte IP sobre :!9 )lgunos cambios en
con&iguraciones de hardCare estn tambi;n identi&icados, esto es necesario a la hora de hacer routers
capaces de manejar pa(uetes de velocidades de Aigabits, como usar sCitch en vez de buses Esto
muestra (ue para clasi&icar los pa(uetes IP dentro del &lujo y conmutndolos en las capas in&eriores
en vez de enrutarlos, mirando las tablas de enrutamiento en cada nodo puede reducir
signi&icativamente la latencia de la red
%na t;cnica de la (ue hablaremos en particular es 9P." *Multi Protocol Label Switching, la
cual &ue propuesta por la IE#3 *Internet Engineering Task Force, y ya esta implementada en muchos
routers 9P." tiene la ventaja de aliviar el peso de las largas tablas de enrutamiento en los routers y
al mismo tiempo soporta la realizacin de &uncionalidades de la red, como HP$ *Virtual Private
Network, y Co" *Class of Service, .as t;cnicas (ue se necesitan para la integracin de la capa IP
2
sobre la capa :!9, dando una visin general de los di&erentes m;todos de encapsulamiento de los
pa(uetes IP preparndolos para ser transportados en una longitud de onda
En la adaptacin de los pa(uetes IP sobre :!9 se evala los di&erentes mecanismos de
encapsulacin de la cantidad de cabecera necesaria para transportar los pa(uetes IP
El trabajo muestra algunas de las posibilidades (ue :!9 puede dar en t;rminos de
&uncionalidad #res di&erentes posibilidades se puede dar para soportar Co" usando longitudes de
onda4
9ejora en la capacidad de los nodos y por tanto Co" para sobre aprovisionamiento
Paso por los routers a trav;s de enrutamiento de longitud de onda as' como el decremento
del retraso en las redes
%so de longitudes de onda como eti(uetas para la clasi&icacin de Co"
#ambi;n veremos las di&erentes opciones de conexin cruzada y enrutado de los &lujos IP la
ayuda de las longitudes de onda y por consiguiente obteniendo una menor latencia en la red En
este, se identi&ican las tendencias predominantes en IP sobre :!9 Estas tendencias discutidas son4
Bouters ms rpidos 2,I Ab@s de hoy a los <> Ab@s
)umento del nmero de longitudes de onda 12 sistemas de longitudes de onda a 2>>
sistemas de canal
9oviendo el enrutamiento a las capas in&eriores y aminorando la latencia de las redes
$uevos protocolos dedicados a adaptar IP sobre :!9
9enor conversin de protocolos entre las distintas partes de la red
1.1. WDM 8M9lti#le:acin #or Divisin de Onda;.
.a tecnolog'a :!9 permite transmitir mltiples longitudes de onda en una misma &ibra ptica
simultneamente El rango de longitudes de onda utilizado en la &ibra puede ser dividido en varias
bandas, Cada uno de estos canales, a distinta longitud de onda, puede transmitir se-ales de
di&erentes velocidades y &ormatos
:!9, incrementa la capacidad de transmisin en el medio &'sico *&ibra ptica,, asignando a
las se-ales pticas de entrada, espec'&icas &recuencias de luz *longitudes de onda,, dentro de una
banda de &recuencias incon&undible %na manera de asemejar esta multiplexacin es la transmisin
de una estacin de radio, en di&erentes longitudes de onda sin inter&erir una con otra *ver <igura = 1,,
por(ue cada canal es transmitido a una &recuencia di&erente, la (ue puede seleccionarse desde un
sintonizador *#uner, ?tra &orma de verlo, es (ue cada canal corresponde a un di&erente color, y
varios canales &orman un Jarco irisK
<igura = 1. Incremento de la capacidad con :!9
En un sistema :!9, cada longitud de onda es enviada a la &ibra y las se-ales son
demultiplexadas en el receptor En este tipo de sistema, cada se-al de entrada es independiente de
las otras !e esta manera, cada canal tiene su propio ancho de banda dedicado5 llegando todas las
se-ales a destino al mismo tiempo
.a gran potencia de transmisin re(uerida por las altas tasas de bit *Lit Bates, introduce e&ectos
no/lineales (ue pueden a&ectar la calidad de las &ormas de onda de las se-ales
.a di&erencia entre :!9 y !ense :!9 *!:!9, es &undamentalmente el rango !:!9 espacia
las longitudes de onda ms estrechamente (ue :!9, por lo tanto tiene una gran capacidad total
Para sistemas !:!9 *!ense :avelength !ivision 9ultiplexing, el intervalo entre canales es igual o
menor (ue 12 MnmN .a I#% *International #elecommunication %nion, ha estandarizado este
espaciamiento, normalizando una m'nima separacin de longitudes de onda de <>> MA0zN *o >7
MnmN,, tambi;n esta la posibilidad de separacin de 2>> MA0zN *o <G MnmN, y 6>> MA0zN *12 MnmN,
0ota4 :!9 y !:!9 utilizan &ibra mono/modo para enviar mltiples .ightCaves de di&erentes
&recuencias $o con&undir con una transmisin multi/modo, en la cual la luz es introducida en una &ibra
3
a di&erentes ngulos, resultando di&erentes JmodosK de luz %na sola longitud de onda es usada en
transmisin multi/modo
.a principal ventaja de !:!9 es (ue o&rece una capacidad de transmisin prcticamente
ilimitada )parte del ancho de banda, !:!9 o&rece otras ventajas4
- #ransparencia !ebido a (ue !:!9 es una ar(uitectura de capa &'sica, puede soportar
transparencia en el &ormato de se-al, tales como )#9, AbE *Aigabit Ethernet,, E"C?$, #!9, IP
y 3ibre Channel, con inter&aces abiertas sobre una capa &'sica comn Por lo mismo, puede
soportar distintos Lit Bates
- Escalabilidad !:!9 puede apalancar la abundancia de &ibra oscura en redes metropolitanas y
empresariales, para rpidamente satis&acer la demanda de capacidad en enlaces punto/a/punto y
en tramos de anillos ya existentes
- Iniciacin dinmica Bpida, simple y abastecimiento dinmico en las conexiones de redes, dada
la habilidad de proveedores de proveer servicios de alto ancho de banda en d'as, antes (ue en
meses
El auge de la &ibra ptica est estrechamente ligado al uso de una regin espec'&ica del espectro
ptico donde la atenuacin ptica es baja Estas regiones, llamadas ventanas, se ubican en reas de
alta absorcin .os primeros sistemas en ser desarrollados operan alrededor de los 7I> MnmN, la
primera ventana en &ibra ptica basada en "ilica %na segunda ventana *Landa ",, a <1<> MnmN, se
comprob (ue era superior, por el hecho de tener menor atenuacin .a tercera ventana *Landa C,, a
<II> MnmN, posee la menor p;rdida ptica de manera uni&orme 0oy en d'a, una cuarta ventana
*Landa .,, cerca de los <G2I MnmN, est en bajo desarrollo y en sus primeros usos Estas cuatro
ventanas se pueden observar en el espectro electromagn;tico mostrado en la <igura %.2.
<igura %.2. Espectro Electromagn;tico
1.2 .volucin de la tecnolog,a DWDM.
.os primeros comienzos de :!9, a &ines de la d;cada de los 7>Os, utilizaban dos longitudes
de onda ampliamente espaciadas en las regiones de los <1<> MnmN y <II> MnmN *o 7I> MnmN y <1<>
MnmN,, algunas veces llamadas :!9 banda ancha *:ideband :!9, ) comienzos de los =>Os &loreci
una segunda generacin de :!9, algunas veces llamada :!9 Landa estrecha *$arroCband
:!9,, en la cual se utilizaban entre dos a ocho canales, (ue estaban separados a intervalos de
aproximadamente 6>> MA0zN en la ventana de los <II> MnmN
) mediados de los =>Os, emergieron los sistemas !:!9 con <G a 6> canales con una
separacin entre ellos de <>> MA0zN y 2>> MA0zN ) &ines de los =>Os, los sistemas !:!9
evolucionaros, a tal punto (ue eran capaz de utilizar de G6 a <G> canales paralelos, empa(uetados
densamente a intervalos de I> MA0zN y 2I MA0zN 5a <igura %.3 muestra la evolucin de esta
tecnolog'a, (ue puede ser vista como un incremento en el nmero de longitudes de onda
acompa-ada de una disminucin en el espaciamiento entre las mismas Con el crecimiento en la
densidad de longitudes de onda, los sistemas tambi;n avanzaron en la &lexibilidad de con&iguracin,
por medio de &unciones de subida@bajada *)dd@!rop, y capacidades de administracin
El incremento de la densidad de canales, como resultado de la tecnolog'a !:!9, tuvo un
impacto dramtico en la capacidad de transmisin en la &ibra En <==I, cuando los primeros sistemas
a <> MAbpsN &ueron demostrados, la tasa de incremento de la capacidad &ue de un mltiplo lineal de
cuatro cada cuatro a-os a cuatro cada a-o *ver 3igura C6,
4
<igura %.4. Crecimiento de la capacidad en la &ibra
PInvestigaciones de laboratorio han podido realizar experimentos para transmitir <>22 en una misma
&ibra, sistema denominado %ltra !ense :avelength !ivision 9ultiplexing *%!:!9,, con una
separacin entre canales de <> MA0zNP
1.3 <unciona"iento de un siste"a DWDM.
En su ncleo, !:!9 involucra un pe(ue-o nmero de &unciones de capa &'sica Estas son
bos(uejadas en la 3igura CI, la (ue muestra un sistema !:!9 de cuatro canales Cada canal
ptico ocupa su propia longitud de onda
<igura %.. Es(uema &uncional !:!9
El sistema ejecuta las siguientes &unciones principales4
- Aeneracin de la se-al .a &uente, un lser de estado slido, puede proveer luz estable con un
espec'&ico ancho de banda estrecho, (ue transmite la in&ormacin digital, modulada por una se-al
anloga
- Combinacin de se-ales 9odernos sistemas !:!9 emplean multiplexores para combinar las
se-ales Existe una p;rdida asociada con multiplexin y demultiplexin Esta p;rdida es
dependiente del nmero de canales, pero puede ser disminuida con el uso de ampli&icadores
pticos, los (ue ampli&ican todas las longitudes de onda directamente, sin conversin el;ctrica
- #ransmisin de se-ales .os e&ectos de CrosstalD y degradacin de se-al ptica o p;rdida
pueden ser calculados en una transmisin ptica Estos e&ectos pueden ser minimizados
controlando algunas variables, tales como4 espaciamiento de canales, tolerancia de longitudes de
onda, y niveles de potencia del lser "obre un enlace de transmisin, la se-al puede necesitar
ser ampli&icada pticamente
- "eparacin de se-ales recibidas En el receptor, las se-ales multiplexadas tienen (ue ser
separadas )un(ue esta tarea podr'a parecer el caso opuesto a la combinacin de se-ales, ;sta
es hoy, en d'a, di&'cil t;cnicamente
- Becepcin de se-ales .a se-al demultiplexada es recibida por un &otodetector
5
)dems de estas &unciones, un sistema !:!9 podr'a ser e(uipado con una inter&az Cliente/
E(uipo para recibir la se-al de entrada Esta &uncin es desempe-ada por transpondedores
1.4 %a"bios en la trans"isin.
.a transmisin de luz en una &ibra ptica presenta varios cambios (ue originan los e&ectos (ue se
enumeran a continuacin4
- )tenuacin !ecaimiento de la potencia de la se-al, o p;rdida en la potencia luminosa, con la
propagacin de la se-al en la &ibra
- !ispersin Cromtica Esparcimiento del pulso luminoso cuando ;ste viaja por la &ibra
- $o/.inealidades E&ectos acumulados por la interaccin de la luz con el material a trav;s del cual
;sta viaja, resultando en cambios en el lightCave y en interacciones entre lightCaves
Cada uno de estos e&ectos se puede deber a una serie de causas, no todas las cuales a&ectan
!:!9 %n estudio detallado de estos &enmenos se realiza en el anexo )4 JConceptos LsicosK
1. /rans#ondedor> inter+az clave en siste"as DWDM.
!entro de un sistema !:!9, un transpondedor convierte la se-al ptica del e(uipo terminal
en se-al el;ctrica y desempe-a la &uncin 1B *ver <igura %.', Esta se-al el;ctrica es, por
consiguiente, usada para dirigir un lser :!9 Cada transpondedor dentro de un sistema :!9,
convierte est se-al JclienteK en una longitud de onda levemente di&erente .as longitudes de onda
provenientes desde todos los transpondedores de un sistema son entonces multiplexadas
pticamente
En la direccin del receptor se e&ecta el proceso inverso .as longitudes de onda individuales
son &iltradas desde la &ibra multiplexada y alimentan a un transpondedor individual, el cual convierte la
se-al ptica en el;ctrica y conduce una inter&az estndar hacia el JclienteK
<igura %.'. 3uncin de un transpondedor
!ise-os &uturos incluyen inter&aces pasivas, las cuales aceptan los estndares de luz de la
I#% directamente de un sCitch o router incluido, con una inter&az ptica
.a operacin de un sistema basado en transpondedores se puede explicar considerando la
3igura CE
<igura %.(. Es(uema de un sistema !:!9
.os siguientes pasos explican el sistema mostrado en la 3igura CE
< El transpondedor acepta entradas en la &orma estndar de lser mono/modo o multi/modo .a
entrada puede llegar desde di&erentes medios &'sicos, de distintos protocolos y tipos de tr&ico
2 .a longitud de onda de cada se-al de entrada es identi&icada a una longitud de onda !:!9
1 .as longitudes de onda !:!9 provenientes del transpondedor son multiplexadas dentro de una
sola se-al ptica y lanzadas dentro de la &ibra El sistema puede tambi;n incluir la habilidad de
6
aceptar se-ales pticas directas para ser multiplexadas5 tales se-ales podr'an llegar, por ejemplo,
de un nodo satelital
6 %n post/ampli&icador ampli&ica la potencia de la se-al ptica, del mismo modo (ue emigra el
sistema *opcional,
I )mpli&icadores pticos son utilizados cada cierta distancia de enlace, de ser necesarios
*opcional,
G %n pre/ampli&icador ampli&ica la se-al antes de (ue ;sta entre en el nodo receptor *opcional,
E .a se-al recibida es demultiplexada en lambdas individuales !:!9 *o longitudes de onda,
7 .as longitudes de onda individuales !:!9 son identi&icadas para el tipo de salida re(uerido *por
ejemplo, 2I MAbpsN &ibra mono/modo, y enviadas a trav;s del transpondedor
1.' /o#olog,as ? es$ue"as de #roteccin #ara DWDM.
.as ar(uitecturas de redes estn basadas en muchos &actores, incluyendo tipos de
aplicaciones y protocolos, distancia, utilizacin y estructura de acceso, y toplog'as de redes
anteriores En el mercado metropolitano, por ejemplo, topolog'as punto/a/punto pueden ser usadas
para conectar puntos de empresas, topolog'a de anillo para conectar instalaciones Inter/o&icinas
*I?3s, y para acceso residencial, y topolog'as de malla pueden ser usadas para conexiones Inter/
P?P *Inter Punto/a/punto, y en bacDbones En e&ecto, la capa ptica puede ser capaz de soportar
muchas topolog'as y, puesto al desarrollo impredecible en esta rea, estas topolog'as pueden ser
&lexibles
0oy en d'a, las principales topolog'as en uso son la punto/a/punto y anillo
1.'.1 /o#olog,a #unto@a #unto.
.a topolog'a punto/a/punto puede ser implementada con o sin ?)!9s Estas redes estn
caracterizadas por velocidades de canales ultra rpidos *<> a 6> MAbpsN,, alta integridad y
con&iabilidad de la se-al, y rpida restauracin de trayectoria En redes long/haul *larga distancia,, la
distancia entre transmisor y receptor puede ser varios cientos de Dilmetros, y el nmero de
ampli&icadores re(ueridos entre ambos puntos, es t'picamente menor (ue <> En redes 9)$s, los
ampli&icadores no son necesarios &recuentemente
.a proteccin en topolog'as punto/a/punto puede ser prove'da en una pareja de caminos En los
e(uipos de primera generacin, la redundancia es un nivel del sistema .'neas paralelas conectan
sistemas redundantes a ambos extremos
En los e(uipos de segunda generacin, la redundancia es al nivel de tarjeta .'neas paralelas
conectan un solo sistema en ambos extremos (ue contienen transpondedores, multiplexores y CP%s
redundantes
%n es(uema de este tipo de topolog'a se puede observar en la 3igura C7
<igura %.). #opolog'a punto/a/punto
1.'.2 /o#olog,a de anillo.
.os anillos son las ar(uitecturas ms comunes encontradas en reas metropolitanas y en
tramos de unas pocas decenas de Dilmetros .a &ibra anillo puede contener slo cuatro canales de
longitudes de onda, y t'picamente menos nodos (ue canales El Lit Bate est en el rango de los G22
M9bpsN a los <> MAbpsN por canal
Con el uso de ?)!9s, los (ue bajan y suben longitudes de onda en &orma transparente, es
decir (ue las otras no se ven a&ectadas, las ar(uitecturas de anillo permiten a los nodos tener acceso
a los elementos de red, tales como routers, sCitches y servidores, con la subida y bajada de canales
7
de longitudes de onda en el dominio ptico Con el incremento en el nmero de ?)!9s, la se-al est
sujeta a p;rdidas y se pueden re(uerir ampli&icadores
Para la proteccin en esta topolog'a se utiliza el es(uema <Q< "e tiene dos l'neas de
conexin, la in&ormacin se env'a por una de ellas "i este anillo &alla, se sCitchea la trayectoria al
otro anillo %n es(uema de esta topolog'a se puede observar en la 3igura C=
<igura %.A. #opolog'a anillo
1.'.3 /o#olog,a de "alla.
.a ar(uitectura de malla es el &uturo de redes pticas Como las redes evolucionan, las
ar(uitecturas de anillo y punto/a/punto tendr'an un lugar, pero la malla ser'a la topolog'a ms robusta
Este desarrollo ser'a habilitado por la introduccin de los ?xCs *?ptical Cross/Connects, y sCitches
con&igurables, (ue en algunos casos reemplazar'an, y en otros suplementarian, a los dispositivos
!:!9 &ijos
) partir del punto de vista del dise-o, hay una airosa trayectoria evolutiva de topolog'as de
punto/a/punto y malla )l comienzo de enlaces punto/a/punto, dotados de nodos ?)!9 al principio
para &lexibilidad, y posteriormente en las interconexiones, la red puede evolucionar en una malla sin
un redise-o completo )dicionalmente, las topolog'as de anillo y malla pueden ser conectadas a
enlaces punto/a/punto *ver 3igura C<>,
<igura %.1B. )r(uitecturas malla, punto/a/punto y anillo
.as redes !:!9 tipo malla, consistiendo en nodos totalmente pticos interconectados,
necesitar'an de la prxima generacin de proteccin !onde los es(uemas de proteccin previos
estn basados en redundancia del sistema, de tarjeta, o al nivel de &ibra, la redundancia ocurrir'a al
nivel de longitud de onda !e esta &orma, entre otras cosas, un canal de datos podr'a cambiar de
longitud de onda a medida (ue viaja a trav;s de la red, debido a una &alla en el ruteo o sCitcheo
8
.as redes tipo malla, por lo tanto, re(uerir'an de un alto grado de inteligencia para realizar las
&unciones de proteccin y administracin de ancho de banda, incluyendo a la &ibra y al sCitcheo de
longitud de onda .os bene&icios en &lexibilidad y e&iciencia, realmente, son potencialmente grandes
El uso de &ibra, el cual puede ser bajo en soluciones anillo puesto (ue re(uieren de proteccin de &ibra
en cada anillo, puede ser mejorado en un dise-o de malla .a proteccin y restauracin pueden estar
basadas en caminos compartidos, por esta razn se re(uiere de pocos pares de &ibra para la misma
cantidad de tr&ico y no desperdiciar longitudes de onda sin usar
1.(.@ Descri#cin ? +unciona"iento de la WDM.
.a multiplexacin por divisin de longitud de onda *:!9,, nace para aprovechar de una
manera ms e&iciente y econmica los medios ya existentes .a capacidad de transmisin de
in&ormacin se incrementa usando una sola &ibra Con :!9, todos los canales transmiten
simultneamente y utilizan cada uno de ellos todo el ancho de banda del medio de transmisin "e les
asigna una longitud de onda en particular, por medio de un modulador electro F ptico, el cual
convierte la se-al el;ctrica en energ'a luminosa, con una longitud de onda espec'&ica, (ue se
distribuye en &orma simultnea en toda la &ibra ptica Para alimentar la energ'a luminosa a la &ibra, se
utilizan dispositivos (ue se les llama distribuidores selectivos de longitudes de onda, ;stos tienen
aplicacin en sistemas de distancias cortas y enlace sin repetidores %n sistema completo se muestra
a continuacin
<igura 1).7iste"a de trans"isin de +ibra #tica con WDM
3uente4 Rardn "istemas de Comunicaciones por 3ibras Spticas <==I .os multiplexores de
este tipo pueden ser unidireccionales o bidireccionales En los :!9 unidireccionales, las se-ales se
transmiten en una misma direccin con varios portadores pticos con di&erentes longitudes de onda
.os :!9 bidireccionales transmiten la in&ormacin en dos sentidos sobre la misma &ibra, utilizando
di&erente longitud de onda en cada sentido Cada uno de los dispositivos :!9 combina se-ales con
una determinada longitud de onda para transmitirlas sobre la &ibra, desde luego, tambi;n en el
receptor se re(uieren dispositivos (ue separen estas se-ales
Este tipo de sistemas bsicamente se &orman con4
T 3uentes pticas4 Convierten la se-al el;ctrica en energ'a luminosa y la emiten con
di&erentes longitudes de onda
T 9ultiplexores pticos4 combinan la energ'a luminosa emitida por las &uentes
pticas para alimentar la &ibra
T 9edio de transmisin4 Esta es la &ibra ptica, debe tener una baja atenuacin para
las longitudes de onda de inter;s
T !emultiplexores pticos4 !ispositivos (ue separan la energ'a luminosa (ue le llega
a trav;s de la &ibra por medio de la longitud de onda
T 3otodetectores4 Este es el elemento (ue se encarga de hacer la conversin de
energ'a ptica a se-al el;ctrica Para esta t;cnica, bsicamente existen tres tipos
9
de multiplexores, los cuales son4
T .os de rejilla de di&raccin
T .os de &iltros de inter&erencia
T .os de prisma
"iendo las siguientes las caracter'sticas ms importantes (ue estos dispositivos
deben cubrir4
T Lajas p;rdidas por insercin
T Laja dia&on'a
T 3acilidad de &abricacin
T 3cil adaptacin de conectores, para tener una transmisin directa
T #ama-o pe(ue-o
T )lta con&iabilidad
.os ms utilizados son los de rejilla y los de inter&erencia, ya (ue tienen menor
costo y menores p;rdidas (ue los de prisma .a separacin de los canales depende del tipo de &uente
ptica Con los .E! se tiene una separacin de 6>> nm y con los lser es de 6 a I> nm #ambi;n se
debe de tomar en cuenta la atenuacin introducida en los distribuidores, (ue es normalmente de >7 a
< dL
1.). 2tilizacin.
.os sistemas :!9 se utilizan en redes locales, en telecomunicaciones de larga distancia
*entre troncales,, en telecomunicaciones de banda ancha, tales como videotel;&ono, video
con&erencia, #H, audio y otros %na red de telecomunicaciones (ue utiliza :!9 de tres canales se
muestra a continuacin
Figura 19.Red de telecomunicaciones de banda ancha que utiliza distribuidores W! de tres
canales
3uente4 Rardn "istemas de Comunicaciones por 3ibras Spticas <==I ) principios de los =>, se
denomin transmisin :!9 en banda ancha a la transmisin de una se-al a <II>nm y otra de
retorno a <1<>nm 9s tarde, a mitad de los =>, el desarrollo :!9 permit'a espaciamientos ms
cortos, implementando transporte bidireccional de 2x2 y 6x6 canales a <II> nm, alcanzando
velocidades de 2,I Abps en enlaces punto a punto 3inalmente, a &inales de los =>, los sistemas
densos *!:!9, llegaron a ser una realidad cuando gran nmero de servicios y multitud de longitudes
de onda comenzaron a coexistir en la misma &ibra, llegando a enviar 12@6>@G6@7>@=G longitudes de
onda a 2,I Abps y <>Ab@s )n as', pronto veremos los sistemas ultra/densos *%!:!9, con
transmisin de <27 y 2IG longitudes de onda a <>Abps y 6> Abps por canal, ya (ue la in&raestructura
actual de &ibra ptica no ser su&iciente para cubrir la demanda
10
.a &igura II muestra un servicio IP transportado en una red tipo anillo :!9 con inter&aces de
Ethernet de alta velocidad y con ampli&icadores pticos *?)!9, En un &uturo se espera (ue las redes
:!9 pasen a ser %!:!9 por la amplia demanda de ancho de banda "e mencionarn a
continuacin algunas tendencias para :!9 y sus variantes
F IP sobre )#9 sobre "!0 para transmisiones :!9
F IP sobre )#9 directamente en :!9
F IP sobre "!0, Pa(uetes sobre "?$E# *P?",
F IP sobre "!. directamente sobre :!9
1.A. %414%/.1C7/I%47 6.0.145.7 D. 54 WDM.
.os sistemas de comunicacin (ue utilizan como medio de transmisin una &ibra ptica se
basan en inyectar en un extremo de la misma la se-al a transmitir *previamente la se-al el;ctrica
procedente del emisor se ha convertido en ptica mediante un .E! o . ser y ha modulado una
portadora, (ue llega al extremo receptor, atenuada y, probablemente con alguna distorsin debido a la
dispersin cromtica propia de la &ibra, donde recibe en un &otodetector, es decodi&icada y convertida
en el;ctrica para su lectura por el receptor, (ue se emplea con los sistemas de &ibra ptica depende
de una serie de &actores, y algunas &uentes de luz se adaptan mejor a unos tipos (ue a otros )s .E!,
con un amplio espectro en el haz luminoso, admiten muy bien la modulacin en intensidad, mientras
(ue el lser /un haz de luz coherente adapta mejor a la modulacin en &recuencia y en &ase
.os dos m;todos tradicionales para la multiplexacin de se-ales en un sistema de &ibra ptica
(ue utiliza luz coherente *lser, han sido #!9 *#ime !ivision 9ultiplexing, y 3!9 *3re(uency !ivision
9ultiplexing,, al (ue se viene a :!9 )l contrario (ue las otras t :!9 suministra cada se-al en una
&recuencia lser di&erente, de tal manera (ue puede ser &iltrada pticamente en el receptor
En distancias cortas, como es en el entorno de una o&icina, la atenuacin de la &ibra *m'nima
para una longitud de onda de <,II *mm, y la dispersin *m'nima para <,1 *mm, no presenta un gran
problema, pero a distancias mayores, como las (ue se re(uieren en los enlaces de comunicaciones a
larga distancia, realmente lo es y se re(uiere el uso de ampli&icadores@repetidores (ue regeneren la
se-al cada cierta distancia
Por ejemplo4
11
cable trasatlnticos se colocan repetidores cada EI Dm (ue, primero, convierten la se-al ptica
degradada en el;ctrica, la ampli&ican y la vuelven a convertir en ptica mediante un diodo lser, para
inyectarla de &ibra ptica, todo un proceso complejo y (ue introduce retardos debido a los dispositivos
electrnicos por los (ue ha de pasar la se-al Este inconveniente se evitar'a si todo el camino pudiese
ser ptico *all/optical,, algo (ue ya es posible gracias a los resultados obtenidos, hace ya ms de una
d;cada, por investigadores de la %niversidad de "outhampton, (ue descubrieron la manera de
ampli&icar una se-al ptica en una longitud de onda de <,II mm haci;ndola pasar por una &ibra de 1
metros de longitud dopada con iones erbio e inyectando en ella una luz de lser a GI> mm *&enmeno
(ue se conoce como bombeo o pumping,
.os iones de erbio, (ue reciben la energ'a del lser, se excitan cediendo su energ'a mediante
un proceso de emisin estimulada, lo (ue proporciona la ampli&icacin de la se-al, consigui;ndose de
esta manera hasta <2I dL de ganancia !ependiendo de la distancia y del tipo de &ibra se pueden
re(uerir ampli&icadores unir dos sistemas :!9, (ue son las piezas clave en esta tecnolog'a .os
sistemas ampli&icadores comerciales actuales *E!3)@ Erbium !oped 3iber )mpli&ier, utilizan,
t'picamente, un lser con una longitud de onda de =7> o <67> *m, en lugar de los GI> mm de las
12
primeras pruebas de laboratorio y la inyeccin de la radiacin diodo lser !3L, en el ncleo de la &ibra
se hace mediante un acoplador dicrico *beam /splitter,, viajando ambas se-ales juntas por el ncleo,
necesitndose muy poca potencia debido a las reducidas dimensiones de ;ste, pero (ue ha de ser
bombeado a lo largo de toda ;l para evitar resonancias debido a la absorcin por tomos de erbio no
excitados
Cada receptor lleva un &iltro ptico constituido por dos espejos (ue &orman una cavidad
resonante *!LB, en la (ue se puede seleccionar la longitud de onda, lo (ue sirve para sintonizarlo
con la &recuencia (ue se desea separar
1.1B. MOD.5O7 D. 1.<.1.0%I4 3P/I%O O/0.
1.1B.1. 5a !isin O/0 D Pro#iedades de la O/0.
.a meta de la ?#$ es poder hacer el transporte multiservicio de pa(uetes basado en el tr&ico
de datos y antiguo, mientras (ue la tecnolog'a !: *!igital :rapper, acomoda la gestin no intrusiva y
la monitorizacin de cada canal ptico asignado a una determinada longitud de onda Por tanto la
cabecera JCrapped K *?0, har'a posible la gestin y el control de la in&ormacin de la se-al .a &igura
< ilustra como las capacidades de gestin de la ?#$ se realizan con la adicin de cabeceras en
varias posiciones durante el transporte de la se-al cliente
"e a-aden varias secciones de cabecera a la se-al cliente (ue juntas con el 3EC &orman la
?#% *?ptical #ransport %nit, Entonces esto es transportado por una longitud de ondacomo un Canal
Sptico *?Ch, "i se transportan mltiples longitudes de onda sobre la ?#$, se debe a-adir una
cabecera a cada una de ellas para poder tener la &uncionalidad de gestin de la ?#$
.as secciones 9ultiplexacin Sptica y las secciones #ransmisin Sptica se construyen
usando la cabecera adicional junto con los ?Ch
.a ?#$ presenta muchas ventajas a los operadores de la red incluyendo4
F #ransparencia de protocolo
F Compatibilidad hacia atrs de los protocolos existentes
F Empleo de codi&icacin 3EC
F Beduccin de regeneracin 1B *a trav;s de dise-os &lexibles pticos de la red,
El ltimo punto es de particular signi&icacin en cuanto minimiza la complejidad de la red (ue
nos lleva a una reduccin de costes
13
.a &igure 2 ilustra la regeneracin 1B (ue hay en un Ir!I *Inter/domain Inter&ace, de entrada a
una ?#$ El transporte a trav;s de la red puede tener lugar solamente en el dominio ptico "in
embargo un punto a resaltar es (ue en la actualidad no hay capacidades de gestin para negociar
con las se-ales pticas (ue no se hayan convertido al &ormato digital En contraste a la red
transparente, la red opaca realiza regeneracin 1B en cada nodo de la red
1.1B.2. 5os estEndares I/2@/ 6.(BA #ara la O/0.
El estndar I#%/# AE>=, $etCorD $ode Inter&ace para la ?#$ *?ptical #ransport $etCorD,
de&ine la Ir!I *inter/domain inter&ace, de ?#$ de la manera siguiente4
F 3uncionalidad de la cabecera en preparar la red ptica multilongitud de onda
F Estructura de la trama ?#% *?ptical #ransport %nit,
F Helocidades y &ormatos permitidos para el mapeo de los clientes
"e describen dos tipos de inter&aces en la recomendacin I#%/# A7E2 )rchitecture o& the
?ptical #ransport $etCorDs , las ubicaciones de las cuales se ilustran en la &igura 1
1.1B.3. Inter@Do"ain Inter+aces 8IrDI;.
Estas de&inen4
F la ubicacin entre las redes de dos operadores
14
F la ubicacin entre las subredes de dos &abricantes en el mismo dominio del operador
F la ubicacin dentro de la subred de un &abricante
1.1B.4. Intra@Do"ain Inter+aces 8IaDI;.
Estas de&inen4
F la ubicacin entre el e(uipo de la subred de un &abricante individual Como en
"?$E#@"!0, la ?#$ tiene un dise-o estructurado en niveles
.os niveles bsicos de la ?#$ son visibles en la estructura del transporte ?#$ y consta de
Canales Spticos *?Ch,, ?ptical 9ultiplex "ection *?9", y ?ptical #ransmission "ection *?#", como
se ve en la &igura 6 El transporte de una se-al cliente en la ?#$ sigue el procedimiento indicado a
continuacin4
F "e a-ade la cabecera a la se-al cliente para &ormar la ?P% *?ptical Channel
F Payload %nit,
F Entonces se a-ade una cabecera a la ?P% &ormando as' la ?!% *?ptical
F Channel !ata %nit,
F "e a-ade una cabecera adicional ms el 3EC para &ormar la ?#% *?ptical
F Channel #ransport %nit,
F )-adiendo ms cabeceras se crea un ?Ch (ue es transportado por un color
F "e puede a-adir cabeceras adicionales al ?Ch para poder gestionar mltiples
F colores en la ?#$ Entones se construyen el ?9" y el ?#"
15
El resultado es un canal ptico *?Ch, (ue comprende una seccin ?0, una se-al cliente y un
segmento 3EC
.a cabecera de ?Ch (ue o&rece la &uncionalidad de gestin ?#$, contiene 6 subestructuras4
?P% *?ptical Channel Payload %nit,, ?!% *?ptical Channel
!ata %nit,, ?#% *?ptical Channel #ransport %nit, y 3)" *3rame )lignment "ignal,
.a se-al cliente / o los datos actuales a ser transportados F pod'a ser de cual(uier protocolo
existente pe5 "?$E#@"!0, A3P, IP, AbE
16
.a cabecera del ?P% *?ptical Channel Payload %nit, se a-ade a los datos del ?P% y se usa
para soportar las distintas se-ales cliente Begula el mapeo de muchas se-ales cliente y suministra
in&ormacin sobre el tipo de se-al transportada 0abitualmente la I#%/# AE>= soporta mapeo
as'ncrono y s'ncrono de las se-ales cliente en los datos
.a cabecera del ?P% consta del P"I *Payload "tructure Indenti&ier, (ue incluye el P#
*Payload #ype, y los bits de cabecera asociados con el mapeo de las se-ales cliente en los datos,
como por ejemplo los bits de justi&icacin re(ueridos para los mapeos as'ncronos Entonces la
cabecera del ?P% termina en el punto donde el ?P% es ensamblado y desensamblado
El campo P"I *Payload "tructure Identi&ier, del ?P% transporta un mensaje de
2IG octetos alineados con la multitrama ?!% P"I contiene el tipo de datos *P#, identi&icando
los datos a ser transportados El P# *Payload #ype, de ?P% es un nico octeto de&inido dentro del
P"I para indicar la composicin de la se-al ?P%, o en otras palabras, el tipo de datos a ser
transportados en el ?P%
17
.a cabecera del ?!% *?ptical Channel !ata %nit, permite al usuario soportar #C9 *#andem
Connection 9onitoring,, P9 *Path 9onitoring, y )P" #ambi;n es posible la supervisin del camino
extremo a extremo y la adaptacin del cliente via el ?P% *como se ha descrito previamente,
.a cabecera del ?!% suministra dos importantes cabeceras4 la cabecera P9 *Path
9onitoring, y la cabecera #C9
.a cabecera P9 *Path 9onitoring, de ?!% permite la monitorizacin de secciones
determinadas dentro de la red as' como la localizacin del &allo en la red v'a los octetos de la
cabecera descritos en la cabecera P9
.a cabecera P9 est con&igurada en la &ila 1, columnas <> a <2 para soportar la
monitorizacin del camino .a estructura del campo P9 contiene los siguientes subcampos4
F ##I *#rail #race Identi&ier, El ##I es similar al octeto R> en "?$E#@"!0 "e usa para
identi&icar la se-al del origen al destino dentro de la red El ##I contiene los Identi&icadores de Punto
de )cceso *)PI / )ccess Point Identi&iers, (ue se usan para especi&icar el Identi&icador de Punto de
)cceso ?rigen *")PI, y el Identi&icador del Punto de )cceso !estino *!)PI, .os )PIs contienen
in&ormacin del pa's de origen, del operador de la red y otros detalles administrativos
F LIP/7 *Lit Interleaved Parity, Este es un octeto (ue se usa para !eteccin de Error El
octeto LIP/7 provee Jbit interleaved parity F 7 codeK El LIP/7 computa todo el ?P% y se
inserta en el LIP/7 "9 dos tramas ms tarde
F L!I *LacDCard !e&ect Indication, Este es un nico bit (ue lleva in&ormacin en cuanto a
&allo de la se-al en la direccin ascendente
F LEI *LacDCard Error Indication, y LI)E *LacDCard Incoming )lignment Error, Estas
se-ales llevan in&ormacin sobre los blo(ues Jinterleaved/bitK detectados con error en la
direccin ascendente #ambi;n se usan para llevar errores de alineacin de entrada *I)E
F Incoming )lignment Errors, en la direccin ascendente
F Lits de estado para la se-al de indicacin y mantenimiento *"#)# / "tatus bits, Estos tres
bits indican la presencia de se-ales de mantenimiento
1.1B.. %abecera /DM 8/ande" %onnection Monitoring; del OD2 .
%na determinada &uncin implementada en las redes "?$E#@"!0 es #C9 *#andem
Connection 9onitoring,, una &uncionalidad (ue permite la gestin de la se-al a trav;s de mltiples
redes .a comprobacin jerr(uica de errores usando los octetos de paridad es otra &uncin (ue se
puede realizar )dems de esto, tambi;n el AE>= permite las &unciones de gestin de la se-al tales
como las encontradas por ejemplo en los servicios al por mayor de longitud de onda
.os octetos de la cabecera #C9 estn de&inidos en la cabecera de la &ila 2, columnas I a <1
as' como en la &ila 1, columnas < a = en la cabecera del ?!% Cada campo #C9 contiene los
subcampos / como ya se describi en Path 9onitoring F con LI)E adicional .a &uncionalidad #C9
implementada en el ?#$ es capaz de monitorizar hasta G Jtandem connectionsK independientemente
#C9 permite el anidamiento y el solape de las conexiones de monitorizacin ?!%
18
Como se ilustra en la &igura <<, es posible la monitorizacin entre )</)2, L</L2 y C</C2 en
modo anidado Con L</L2, solo es posible en modo cascada Potencialmente estas &uncionalidades
se pueden usar por carriers para el mantenimiento de sus propios ".)s *"ervice .evel )greements,
dentro de sus redes .os octetos adicionales de cabecera del ?!% se describen ms abajo
F BE" Estos octetos estn reservados para la &utura estandarizacin internacional #odos
los octetos estn a cero ya (ue habitualmente no se usan
F #C9@)C# Este campo de un octeto se usa para la activacin y desactivacin de los
campos #C9 En la actualidad, estos campos an estn en estudio
F EUP Estos octetos estn reservados para &uturos usos experimentales
F Aeneral communication channels *ACC<,ACC2, Estos dos campos permiten la
comunicacin entre dos elementos de la red con acceso a la estructura de trama ?!%
F )utomatic Protection "Citching y Protection Communication Channel *)P"@PCC, Es
posible la conmutacin )P" en uno o ms niveles
F 3ault #ype y 3ault .ocation channel *3#3., "e reserva un octeto en la cabecera del ?!%
para el mensaje 3#3. Este octeto provee in&ormacin del estado de &allo incluyendo
in&ormacin en cuanto al tipo y ubicacin del &allo El 3#3. est relacionado con el tramo
#C9
.a subestructura contiene4 campos de indicacin de &allo hacia adelante y hacia atrs,
campos de identi&icacin del operador anterior y posterior, y campos espec'&icos del operador anterior
y posterior (ue realiza las &unciones siguientes4
%a"#o de Indicacin del /i#o de <allo.
.os cdigos especi&icados indican las situaciones siguientes4
F "in 3allo
F 3allo de la "e-al
F !egradacin de la "e-al
.os octetos adicionales en el campo del mensaje 3#3. estn reservados para la &utura
estandarizacin internacional
o %a"#o Identi+icador del O#erador .
Este campo especi&ica el origen geogr&ico del operador e incluye un campo de segmento
nacional
o %a"#o .s#ec,+ico del O#erador.
Estos campos no estn estandarizados por las recomendaciones I#%/# AE>=
o %abecera del O/2 8O#tical %Fannel /rans#ort 2nit; ? 4lineacin de la /ra"a.
El ?#% se usa en la ?#$ para soportar el transporte v'a una o ms conexiones de canal
ptico #ambi;n especi&ica la )lineacin de #rama y el 3EC
19
.a cabecera de la )lineacin de #rama es parte de la cabecera del ?#% "e sita en la &ila <,
columnas < a G del ?#% en (ue se de&ine una "e-al de )lineacin de #rama *3)"
/3rame )lignment "ignal, *&igura <1, Como las tramas ?#% y ?!% pueden abarcar mltiple
tramas ?#%, se de&ine una se-al de cabecera estructurada multitrama .a "e-al de
)lineacin 9ultitrama *93)" / 9ulti 3rame )lignment "ignal, se de&ine en la &ila <, columna E
de la cabecera ?#%@?!% El valor del octeto 93)" se incrementa con cada trama
?#%@?!%
.a cabecera de la "eccin de 9onitorizacin consta de los subcampos descritos para la
cabecera de la monitorizacin del camino, con excepcin del bit de Error de )lineacin de Entrada
*I)E / Incoming )lignment Error,
Este bit permite al punto de entrada in&ormar al punto de salida de (ue ha sido detectado un
error de alineacin en la se-al de entrada I)E se pone a J< K cuando ocurre el error, de otra &orma es
puesto a J>K
Aeneral Communication Channel > *ACC>, se usa como un canal de comunicacin entre
puntos de terminacin del ?#%
1.1B.'. <orGard .rror %orrection 8<.%;.
Runto con la cabecera del ?Ch del J!igital :rapper EnvelopeK, se a-ade un ancho de banda
adicional F en este caso el 3EC El algoritmo implementado@3EC permite la correccin y deteccin de
errores en un enlace ptico
20
3EC ya es ampliamente usado por los operadores de cable submarino en varios dise-os
#ambi;n hay varios algoritmos@cdigos (ue se pueden usar para realizar la correccin del
error
.a implementacin 3EC de&inida en la recomendacin AE>= usa el llamado Cdigo Beed/
"olomon B"*2II@21=, )(u' una &ila ?#% se divide en <G sub&ilas cada una de ellas conteniendo 2II
octetos .as sub&ilas estn &ormadas por Jbyte interleavedK, signi&icando (ue la primera sub&ila consta
del primer octeto de la cabecera y el primer octeto de los datos El primer octeto 3EC se inserta en el
octeto 26> de la primera sub&ila Esto es verdad para todas las <G sub&ilas
!e estos 2II octetos, 21= se usan para calcular la comprobacin de paridad del 3EC, el
resultado del cual se transmite en los octetos 26> a 2II de la misma sub&ila
El cdigo Beed/"olomon detecta errores de <G bits o corrige errores de 7 bits en una sub&ila
El 3EC B" *2II,21=, se especi&ica para la inter&az plenamente estandarizada Ir!I ?tras inter&aces
?#%DH *pe5 Ia!I,F (ue solo estn &uncionalmente estandarizadas
F pueden usar otros cdigos 3EC
21
o .l caso de uso de <.% en redes #ticas.
3EC permite la deteccin y la correccin de errores de bits causados por &allos &'sicos en el
medio de transmisin Estos &allos se pueden clasi&icar en e&ectos lineales *atenuacin, ruido y
dispersin, y no lineales *&our Cave mixing, sel& phase modulation, cross phase modulation,
Cuando se usa 3EC en un enlace de red, el operador de red puede aceptar una se-al de
calidad ms baja en el enlace ya (ue estos errores potenciales se pueden corregir
En el cuadro se ilustra el e&ecto de un aumento de la calidad de la se-al en tres casos En un
caso, no se usa 3EC En los restantes dos casos, se utiliza 3EC pero con di&erentes algoritmos de
codi&icacin
En este ejemplo un LEB *Lit Error Bate, de entrada de aproximadamente <>
/6
, se puede
mejorar a un LEB de salida de aproximadamente <>
/<I
en el mejor de los casos "in embargo el LEB
de salida no demuestra mejora cuando no se usa un algoritmo 3EC
o 5os bene+icios del <.% en las redes #ticas.
.a mejora del potencial en la calidad de la se-al en un enlace ptico o&rece muchas ventajas
incluyendo4
F ganancia en nivel de potencia de aproximadamente I dL Esto se consigue cuando se usa EV
3EC *correlacionando a una expansin de enlace de aproximadamente 2>Dm,
F reduccin en el uso de regeneradores 1B Esto permite incrementar la distancia entre enlaces
F uso de los enlaces existentes de 2IAbit para transportar tr&ico de <>Abit Esto ha sido intentado
y puede ser posible dado (ue el 3EC permite la correccin de una calidad de se-al ms baja
22
F posibilidades de aviso anticipado )lgunos Elementos de la Bed *$E, monitorizan los errores
corregidos en los enlaces Este parmetro se puede usar sucesivamente como una herramienta
de aviso anticipado mediante el cual la cantidad de errores corregidos en un enlace puede
signi&icar el debilitamiento de un componente del propio enlace
%na vez se ha &ormado el canal ptico, se a-ade una cabecera adicional no asociada a las
longitudes de onda individuales del ?Ch, (ue &orman entonces las "ecciones de9ultiplexacin
Spticas *?9", y las "ecciones de #ransmisin Spticas *?#",
En el nivel de la "eccin de 9ultiplexacin Sptica *?9",, se trnsportan tanto los datos ?9" y
como la cabecera no asociada .os datos ?9" constan de ?Chs multiplexados .a cabecera del
?9", aun(ue sin de&inir en este punto, intenta soportar la monitorizacin de la conexin y asistir a los
proveedores de servicio en sus problemas y el aislamientode los &allos de la ?#$ El nivel de la
"eccin de #ransmisin Sptica *?#", transporta los datos ?#" as' como la cabecera de ?#" "imilar
al ?9", el ?#" transporta las secciones multiplexadas pticamente descritas anteriormente .a
cabecera del ?#" /sin embargo no completamente de&inida /se usa para &unciones de mantenimiento
y operacin El nivel ?#" permite al operador de la red realizar tareas de monitorizacin y
mantenimiento entre los elementos de la red (ue incluyen5 ?)!9s, multiplexadores,
desmultiplexadores y conmutadores pticos
o 4#licaciones de "edida del <.%.
.a ?#$ provee extensiva &uncionalidad ?)9WP para mltiples longitudes de onda y as'
re(uiere una extensa cabecera Para garantizar la disponibilidad de ancho de banda y la calidad de la
transmisin de la red, los octetos de la cabecera necesitan ser monitorizados )dems de monitorizar
el estado de estos octetos de cabecera, el sistema necesita ser veri&icado bajo presin Este
procedimiento ejecuta principalmente por la introduccin de alarmas y errores en el sistema y a
continuacin medir su e&ecto en la transmisin
.a tecnolog'a !: *!igital :rapper, y el 3EC implementado en la ?#$ son tecnolog'as
relativamente nuevas o&reciendo aplicaciones relacionadas al uso del BW! .as aplicaciones de
medicin en produccin e instalacin ya estn o en uso o plani&icadas en un &uturo
F .as pruebas en BW!, produccin e instalacin son principalmente &uncionales y cubren4
F la veri&icacin de la integridad de la se-al *potencia ptica, posibilidad del !%# para sincronizar la
trama, y otros parmetros,
F la prueba de se-ales de mantenimiento F prueba de alarmas *pe .?", )I", etc,
F insercin de error en la se-al de prueba
F pruebas de mapeo del ?#%D *pe mapeo de una estructura "?$E#@"!0 en el ?#%D,
F pruebas de multiplexacin del ?#%D *pe multiplexacin de un ?!9< en un ?!%2,
F pruebas de la cabecera AE>= *pe pruebas de la seccin de monitorizacin, de la monitorizacin
del camino y 3#3.,
F interoperabilidad, en donde se re(uiere pruebas de #C9
F pruebas de error del 3EC
F estimulacin de los Elementos de Bed con anomal'as *pe alarmas y errores,
23
1.1B.(. Pruebas de .st,"ulos.
%n est'mulo se env'a al !%# y la se-al devuelta se monitoriza en el e(uipo de medida .a
se-al recibida se debe correlacionar con el est'mulo .a dos se-ales no deber'an ser iguales,
entonces el usuario recibe la in&ormacin en el !%# permitiendo (ue posteriormente se puedan llevar
a cabo ms investigaciones
.os posibles est'mulos podr'an incluir los errores y alarmas estndar del ?#$ como se
de&inen en las recomendaciones AE>=
1.1B.). Ma#eo ? des"a#eo de las seales cliente.
.a estructura de las tramas de ?#$ hacen posible el mapeo de varios tipos de tr&ico en las
?P%s Esto incluye por ejemplo5 "?$E#@"!0 *"#9/2IG, en ?P%1, mapeo de celdas )#9 en el ?P%
y el mapeo de tramas Aeneric 3rame Procedure *A3P, en el ?P% Por supuesto las di&erencias de
velocidad entre el cliente y el ?P% necesitan ser ajustadas #ambi;n esta prueba es extremadamente
til ya (ue se re(uieren mapeos s'ncronos o as'ncronos para los distintos mapeos del cliente Con el
&in de realizar esta medida, entonces se debe transmitir una se-al de rango variable para su mapeo
en el ?P% por el !%# Entonces el receptor puede detectar si el cliente ha sido mapeado
apropiadamente en el ?P%
24
1.1B.A. Pruebas del <.%.
Con el &in de hacer una comprobacin completa del 3EC, se inserta un error en el ?Ch y
entonces se transmite a trav;s de los Elementos de la Bed ?#$
En el extremo receptor, se comprueba el ?Ch para determinar si el error &ue corregido por el
!%# Esta prueba se realiza insertando distintas cantidades de errores y permitiendo al usuario
comprobar sucesivamente la capacidad de correccin de error de su Elemento de Bed "i el nmero
25
de errores insertados excede la capacidad de correccin del Elemento de Bed, el e(uipo de medida lo
re&lejar como error o errores incorregibles
%4PI/25O 2
P1O/O%O5O7 D. 7.H45II4%IJ0
2.@ P1O/O%O5O K.323.
0121 es el estndar creado por la %nin Internacional de #elecomunicaciones *I#%, (ue se
compone por un protocolo sumamente complejo y extenso, el cual adems de incluir la voz sobre IP,
o&rece especi&icaciones para v'deo/con&erencias y aplicaciones en tiempo real, entre otras variantes
El 0121 es una &amilia de estndares de&inidos por el I#% para las comunicaciones
multimedia sobre redes .)$ Est de&inido espec'&icamente para tecnolog'as .)$ (ue no garantizan
una calidad de servicio *+o", )lgunos ejemplos son #CP@IP e IPU sobre Ethernet, 3ast Ethernet o
#oDen Bing .a tecnolog'a de red ms comn en la (ue se estn implementando 0121 es IP *Internet
Protocol,
2.1. %OMPO0.0/.7 K.323.
Este estndar de&ine un mplio conjunto de caracter'sticas y &unciones )lgunas son
necesarias y otras opcionales El 0121 de&ine mucho ms (ue los terminales El estndar de&ine los
siguientes componente ms relevantes como se muestra en la siguiente &igura4
.ntidadL
.a especi&icacin 0121 de&ine el t;rmino gen;rico entidad como cual(uier componente (ue
cumpla con el estndar
.:tre"o4
%n extremo 0121 es un componente de la red (ue puede enviar y recibir llamadas Puede
generar y@o recibir secuencias de in&ormacin
/er"inalL
%n terminal 0121 es un extremo de la red (ue proporciona comunicaciones bidireccionales en
tiempo real con otro terminal 0121, gateCay o unidad de control multipunto *9C%, Esta
comunicacin consta de se-ales de control, indicaciones, audio, imagen en color en movimiento y @o
datos entre los dos terminales Con&orme a la especi&icacin, un terminal 0121 puede proporcionar
slo voz, voz y datos, voz y v'deo, o voz, datos y v'deo
.as &unciones de control (ue realizan los terminales son las siguientes4
026I para negociacin del canal
022I> *+=1<, para se-alizacin y control de llamada
022I> *B)", para comunicacin con el gateDeeper
#ambi;n implementan los protocolos B#P@B#CP para el manejo de los &lujos de audio y video
26
6ateMee#erL
El gateDeeper *AX, es una entidad (ue proporciona la traduccin de direcciones y el control de
acceso a la red de los terminales 0121, gateCays y 9C%s El AX puede tambi;n o&recer otros
servicios a los terminales, gateCays y 9C%s, tales como gestin del ancho de banda y localizacin
de los gateCays o pasarelas El AateDeeper realiza dos &unciones de control de llamadas (ue
preservan la integridad de la red corporativa de datos .a primera es la traslacin de direcciones de
los terminales de la .)$ a las correspondientes IP o IPU, tal y como se describe en la especi&icacin
B)" .a segunda es la gestin del ancho de banda, &ijando el nmero de con&erencias (ue pueden
estar dndose simultneamente en la .)$ y rechazando las nuevas peticiones por encima del nivel
establecido, de manera tal (ue se garantice ancho de banda su&iciente para las aplicaciones de datos
sobre la .)$ El AateDeeper proporciona todas las &unciones anteriores para los terminales,
AateCays y 9C%s, (ue estn registrados dentro de la denominada Yona de control 0121
.as &unciones (ue debe desarrollar un gateDeeper son las siguientes4
T Control de la se-alizacin
T Control de acceso y administracin de recursos, autorizacin de llamadas
T #raduccin de direcciones de transporte entre direcciones IP y alias
T gestin del ancho de banda
T gestin de llamadas*concesin de permisos,
T gestin del ancho de banda
Para desarrollar estas &unciones , entre el gateDeeper y el endpoint se emplea el protocolo B)"
*Begistration @)dmission @"tatus, sobre %!P
%n gateDeeper y sus endpoints de&inen una zona 0121, de manera (ue en entornos .)$Zs es
su&iciente un gateDeeper, pero en entornos como Internet, son necesarios varios de ellos, cada uno
de&iniendo una zona 0121
.gicamente, entre gateDeepers se re(uerir comunicacin, por lo (ue acta como el punto
central para todas las llamadas en una zona, comportndose como un conmutador virtual
"i bien el gateDeeper no es obligatorio, su empleo en un entorno 0121 s' posibilita emplear ms
e&icientemente la plata&orma, por ejemplo mediante el enrutamiento de llamadas a su trav;s
.os gateDeepers son entidades &uncionales separadas de los endpoints 0121, pero es posible
incluir &uncionalidades gateDeepers en los gateCays y las 9C%Zs
6ateGa?L
%n gateCay 0121 *A:, es un extremo (ue proporciona comunicaciones bidireccionales en
tiempo real entre terminales 0121 en la red IP y otros terminales o gateCays en una red conmutada
En general, el propsito del gateCay es re&lejar transparentemente las caracter'sticas de un extremo
en la red IP a otro en una red conmutada y viceversa los gateCays, son los sistemas encargados de
permitir (ue los e(uipos 0121 puedan operar con otras redes !esarrollan la traduccin de la
se-alizacin, in&ormacin de control e in&ormacin de usuario, posibilitando as' interoperabilidad entre
redes, terminales y servicios, haciendo viable la integracin de servicios an con plata&ormas
dispares, llmese P"#$ y redes IP
%na di&erencia respecto a los gateDeepers, es (ue los gateCays s' cursan in&ormacin de usuario,
soportada en B#P@%!P@IP
F 3unciones de los gateCays4
F transcodi&icacin de audio y v'deo
F traduccin de procedimientos de comunicacin
F traduccin de &ormatos de transmisin
Evidentemente, dada su &uncionalidad, los gateCays son elementos opcionales en entornos
0121, y slo son necesarios cuando se re(uiere una interconexin entre entornos 0121 y entornos
no 01214
M%2 8Multi#oint %ontrol 2nits;L
.a %nidad de Control 9ultipunto est dise-ada para soportar la con&erencia entre tres o ms
puntos, bajo el estndar 0121, llevando la negociacin entre terminales para determinar las
capacidades comunes para el proceso de audio y v'deo y controlar la multidi&usin
.a comunicacin bajo 0121 contempla las se-ales de audio y v'deo .a se-al de audio se
digitaliza y se comprime bajo uno de los algoritmos soportados, tales como el AE<< o AE21, y la
se-al de v'deo *opcional, se trata con la norma 02G< o 02G1 .os datos *opcional, se manejan bajo
27
el estndar #<2> (ue permite la comparticin de aplicaciones en con&erencias punto a punto y
multipunto
!ado el jitter, (ue su&ren los pa(uetes IP en la red, y las consecuencias negativas de esto para el
tr&ico de audio y v'deo, en el terminal 0121 se re(uiere un bu&&er de recepcin para absorber, en la
medida de lo posible, estas &luctuaciones en la demora de los pa(uetes IP, anulando o reduciendo el
e&ecto negativo (ue el jitter puede producir en &lujos de in&ormacin de usuario con re(uerimientos de
tiempo real
.os protocolos de control comprendidos en 0121, unos se encapsulan en %!P *protocolos
022I> *B)", Begistration )dmisin "tatus,, (ue se desarrolla entre el gateDeeper y los endpoints, y
otros en #CP *022I> *+=1<,, para el control de la llamada y 026I para el control del canal
2.2. <52-O D. 554M4D47.
El establecimiento de la llamada en 0121 se lleva a cabo en tres &ases4
3ase B)"4 intercambio de mensajes entre el gateDeeper y el endpoint, para la traduccin de
direcciones , autorizacin de llamadas y gestin del ancho de banda
3ase +=1<4 intercambio de mensajes entre endpoints para el establecimiento de conexiones
lgicas
3ase 026I4 intercambio de mensajes entre endpoints para acordar en intercambio de
in&ormacin de usuario
!ependiendo del papel (ue juegue el gateDeeper en las llamadas 0121 podremos hablar de dos
modelos4
modelo de llamada 0121 directa *direct routed model,
modelo de llamada 0121 indirecta *gateDDer routed model,
) continuacin de estas tres &ases de establecimiento de llamada, se lleva a cabo la trans&erencia
de in&ormacin de usuario por medio de los protocolos B#P@B#CP, segn lo acordado en la &ase
026I, previa apertura de los canales lgicos en los endpoints Estos canales lgicos son
unidireccionales, por lo (ue para una comunicacin bidireccional se re(uiere abrir uno en cada
direccin de transmisin En la trans&erencia de medios no interviene el gateDeeper, pues es solo una
entidad de se-alizacin, sino (ue se lleva a cabo directamente entre os endpoints
0asta la &echa, el estandar 0121 ha evolucionado desde la primera versin 0121v<, hasta la
ltima versin 0121v6, mejorando la primera versin en cuestiones como seguridad, servicios
suplementarios, identi&icacin de llamadas, conexin rpidaetc
2.3. %414%/.1I7/I%47 N 1.%OM.0D4%IO0.7 D.5 P1O/O%O5O K.323
El estndar 0121 especi&ica los componentes, protocolos y procedimientos (ue proveen los
servicios de comunicacin multimedia sobre redes de pa(uetes sin garant'a de calidad de servicio,
tanto para sesiones multipunto como punto a punto .a tecnolog'a de red ms comn en la (ue se
28
estn implementando 0121 es IP *Internet Protocol, )dems, 0121 tambi;n de&ine la se-alizacin
necesaria para comunicaciones multimedia sobre redes IP *entre otras, Para el transporte de medios
utiliza los protocolos B#P@B#CP.os terminales y e(uipos 0121 soportan aplicaciones con
re(uerimientos de tiempo real *voz y v'deo,, as' como aplicaciones de datos y combinaciones de ellas
*videotele&on'a, etc, .os terminales 0121 pueden ser terminales expl'citamente dise-ados a este &in
o pueden estar integrados en PCZs
El estndar 0121 incluye entre otras las siguientes recomendaciones4
F 022I>4 pa(uetizacin, sincronizacin y se-alizacin
F 026I4 control del canal
F AE<<, AE22, AE21<, AE27, AE2=4 codi&icacin audio
F )dems tambi;n de&ine recomendaciones sobre con&erencias de datos en tiempo real y
seguridad
0121 de&ine una serie de entidades en una red 0121 con una serie de &uncionalidades4
Direcciona"ientoL
1. B)" *Begistration, )dmision and "tatus, Protocolo de comunicaciones (ue permite a una
estacin 0121 localizar otra estacin 0121 a trav;s del AateDeeper
2. !$" *!omain $ame "ervice, "ervicio de resolucin de nombres en direcciones IP con el mismo
&in (ue el protocolo B)" pero a trav;s de un servidor !$"
7ealizacin4
< +=1< "e-alizacin inicial de llamada
2 022I Control de llamada4 se-alizacin, registro y admisin, y pa(uetizacin @ sincronizacin
del stream *&lujo, de voz
1 026I Protocolo de control para especi&icar mensajes de apertura y cierre de canales para
streams de voz
%o"#resin de vozL
< Be(uerido4 AE<<
2 ?pcionales4 AE27, AE2= y AE21
/rans"isin de vozL
< %!P .a transmisin se realiza sobre pa(uetes %!P, pues aun(ue %!P no o&rece integridad
en los datos, el aprovechamiento del ancho de banda es mayor (ue con #CP %!P provee a
los usuarios acceso a los servicios IP .os pa(uetes %!P son entregados como pa(uetes IP
no orientados a conexin, los cuales pueden ser descartados antes de alcanzar su objetivo
2 B#P *Beal #ime Protocol, 9aneja los aspectos relativos a la temporizacin, marcando los
pa(uetes %!P con la in&ormacin necesaria para la correcta entrega de los mismos en
recepcin
%ontrol de la trans"isinL
< B#CP *Beal #ime Control Protocol, "e utiliza principalmente para detectar situaciones de
congestin de la red y tomar, en su caso, acciones correctoras )ctualmente se puede partir de
una serie de elementos ya disponibles en el mercado y (ue, segn di&erentes dise-os, permitirn
construir las aplicaciones HoIP Estos elementos son4
o #el;&onos IP
o )daptadores para PC
o 0ubs tele&nicos
o AateCays *pasarelas B#C @ IP,
o AateDeeper
29
o %nidades de audiocon&erencia mltiple *9C% voz,
o "ervicios de directorio
2.4. 41O2I/.%/214 D.5 P1O/O%O5O K.323.
En una ar(uitectura 0121 *como la (ue se muestra en la 3igura <, se integran como
componentes bsicos los #erminales, AateCays *para interconexin con resursos P"#$@I$,,
AateDeepers *Control de admisin, registro y ancho de banda, y 9C%s *9ulticon&erence Control
%nits,
!entro de 0121 se incluyen todo un conjunto de protocolos per&ectamente integrados *en la
3igura 2 se ilustra la pila de protocolos 0121, (ue toman parte en el establecimiento y mantenimiento
de con&erencias multimedia4 +=1< para el establecimiento de llamada, 022I para la se-alizacin,
026I para la negociacin de capacidades y el establecimiento de canales, 06I>x para la de&inicin
de servicios suplementarios *Call ParD, Call PicDup, Call 0old, Call #rans&er, Call !iversion, 9:I, ,,
B)" para el registro de terminales y el control de admisin, B#P@B#CP para el transporte y
secuenciacin de los &lujos multimedia, AE<<@AE<2 para la especi&icacin de los codecs, #<2> para
colaboracin y Jdatacon&erenciaK Esto da una idea muy clara de una de las caracter'sticas menos
agradables de este protocolo, y (ue siempre han argumentado sus detractores4 su excesiva
complejidad, &rente a la sencillez del modelo Internet en (ue se basa "IP !e hecho "IP se podr'a
comparar, grosso modo, con las partes de +=1< y 022I de 0121
3igura <
30
3igura 2
2.. D.<I0I%IJ0 D. P1O/O%O5O 7IP.
El protocolo J"ession Initiation ProtocolK *"IP, es un estndar emergente para establecer,
enrutar y modi&icar sesiones de comunicaciones a trav;s de redes Internet Protocol *IP, %tiliza el
modelo de Internet y lo convierte al mundo de las telecomunicaciones, utilizando protocolos Internet
existentes tales como 0##P y "9#P *"imple 9ail #rans&er Protocol, #ambi;n usa una estructura de
direccin %B. %sa estas direcciones de tipo correo electrnico para identi&icar a los usuarios en lugar
de los dispositivos (ue los utilizan !e esta &orma "IP no depende del dispositivo y no hace distincin
alguna entre voz y datos, tel;&ono u ordenador Como se describe a continuacin, "IP es usado mas
para el manejo de servicios, mientras (ue 0121 se usa prcticamente para la conversin del nmero
tele&nico en pa(uetes IP
2.'. %414%/.1C7/I%47 *P7I%47 D.5 P1O/O%O5O 7IP.
"e trata de un protocolo para el establecimiento de sesiones sobre una red IP %na sesin
(ue puede soportar desde una llamada tele&nica hasta una multicon&erencia multimedia con
elementos de colaboaracin Est siendo desarrollado por el "IP:A del IE#3 *B3C 2I61, 2I61bis,,
con la misma &iloso&'a de sencillez y m'nimo es&uerzo de siempre "IP est pensado como un
mecanismo para el establecimiento, la terminacin y la modi&icacin de sesiones "e trata de un
protocolo basado en el paradigma de peticin@respuesta *re(uest/response,, al igual (ue 0##P o
"9#P
"IP maneja mensajes de peticin4 M(ue se estructuran en tres blo(uesN Be(uest .ine Q
Cabecera Q Cuerpo, y mensajes de respuesta4 "tatus .ine Q Cabecera Q Cuerpo En ambos casos el
cuerpo es independiente de "IP y puede contener cual(uier cosa ) e&ectos de estandarizacin se
de&inen m;todos para describir las reas de especi&icacin5 "IP de&ine los siguientes m;todos4 invite,
bye, options, acD, register, cancel, in&o *r&c 2=EG,, comet, pracD, subscribe@, noti&y@, message
En la 3igura 1 se ilustra un mensaje tipo, con los campos ms importantes de la cabecera y el
cuerpo rellenos de &orma gen;rica
31
3igura 1
.as respuestas son del tipo 0##P4
<xx In&ormational *<>> #rying, <7> Binging, <7< Call is being &orCarded,
2xx "uccess&ul *2>> ?X, 2>2 )ccepted ,
1xx Bedirection *1>> 9ultiple choices, 1>< 9oved Permanently, 1>2 9oved #emporarily,
6xx Client Error *6>> Lad Be(uest, 6>6 $ot 3ound, 672 .oop !etected, 67G Lusy here,
Ixx "erver 3ailure *I>> "erver Internal Error, I>< $ot Implemented,
Gxx Alobal 3ailure *G>> Lusy EveryChere, G>1 !ecline,
"IP se puede de&inir como un protocolo de control, pensado para la creacin, modi&icacin y
terminacin de sesiones, con uno o ms participantes Esas sesiones pueden comprender
con&erencias multimedia, llamadas tele&nicas sobre Internet *o cual(uier otra red IP,, distribucin de
contenidos multimedia .as sesiones pueden realizarse en multicast o en unicast5 los participantes
pueden negociar los contenidos y capacidades (ue van a utilizar5 soporta movilidad de los usuarios,
mediante utilizacin de proxies
.as &uncionalidades (ue se le exigen a un protocolo de estas caracter'sticas, son bsicamente4 .a
traduccin de nombres y las ubicacin de usuarios, la negociacin de capacidades de cada usuario,
la gestin de los usuarios (ue toman parte en una con&erencia *sesin, y la gestin de los cambios en
las capacidades de cada participante
"IP propone la utilizacin de un direccionamiento anlogo al (ue se usa para el servicio de correo
electrnico *eg sip4paco[bbvacom, Para la descripcin de contenidos, puede utilizar 9I9E,
estndar de &acto en Internet5 aun(ue el IE#3 sugiere, para la descripcin de la propia sesin, la
utilizacin de "!P *"ession !escription Protocol,, (ue no es un protocolo propiamente dicho, sino un
&ormato Mde texto planoN para describir los &lujos multimedia (ue se intercambian en una sesin
)l igual (ue el servicio de correo, utiliza !$" para encontrar el servidor adecuado al (ue se le
debe pasar una determinada peticin Est pensado para ser independiente de los niveles in&eriores5
slo necesita un servicio de datagramas no &iable, con lo cual se puede montar sobre %!P o #CP
"obre ese servicio no &iable se monta un transporte con B#P@B#CP
.a 3igura 6 pretende ponernos un poco en situacin, representando los protocolos implicados en
los aspectos de se-alizacin *0121, "IP, B#CP,, provisin de calidad de servicio *B#CP, B"HP,,
transporte y encapsulacin de contenidos multimedia y@o de medios mltiples *02G<, 9PEA@B#P,
(ue aparecen en escena cuando se aborda el problema del establecimiento, control y transporte de
sesiones, (ue soportan comunicaciones multimedia entre varios participantes
32
3igura 6
2.(. 41O2I/.%/214 D.5 P1O/O%O5O 7IP.
"IP necesita dos componentes bsicos4 un agente de usuario *%), %ser )gent, y un servidor
*$", $etCorD "erver, El agente de usuario, comprende un elemento cliente *%)C, %ser )gent Client,
y un elemento servidor *%)", %ser )gent "erver, El cliente inicia las llamadas, y el servidor las
responde4 la idea es realizar llamadas *establecer sesiones \peer/to/peerO, P2P, con un protocolo
Cliente@"ervidor
.as &unciones principales de los servidores "IP son la resolucin de nombres y la ubicacin
de usuarios "e comunican con otros servidores pasndose mensajes en base a protocolos $0B .os
servidores pueden guardar o no in&ormacin de estado, dando lugar a dos modos de &uncionamiento
*\state&ullO o \statelessO respectivamente para los anglosajones, .os servidores sin estado constituir'an
lo (ue se podr'a denominar el \bacDboneO de una in&raestructura "IP, mientras (ue los servidores con
estado ser'an los dispositivos ms cercanos alos agentes de usuario, (ue se encargar'an del control
de los dominios de usuarios
?tras &uncionalidades importantes de los servidores son la redireccin *de una peticin, y la
JdistribucinK *pueden pasar una llamada a un grupo de usuarios, apropindose de la sesin el
primero (ue conteste,
Con esos componentes, %)C, %)" y $", se puede montar una in&raestructura bsica de "IP5
sobre la cual se pueden montar servidores de aplicaciones (ue podr'an alojar mdulos de servicio4 de
mensajer'a instantnea, de presencia, de control de llamada, per&iles de usuario )l mismo nivel se
supone (ue interaccionar'an con otros servidores de contenidos en una ar(uitectura distribuida (ue
integrar'a el balanceo de carga y soportar'a la inter&az de gestin
33
En el !iagrama < se pretende ilustrar el establecimiento de una llamada para mostrar cmo
interactan los elementos bsicos (ue hemos mencionado ms arriba
En este ejemplo, el usuario paco[bbvacom (uiere hablar con emilio[bbvacom es decir con
un usuario (ue habitualmente est en su mismo dominio5 pero por algn motivo, (ue desconocemos,
hoy no est en bbvacom, sino en bbves aun(ue paco no lo sabe4 tal es as' (ue manda una invitacin
*invocar un m;todo I$HI#E, para el usuario emilio[bbvacom al servidor responsable de su dominio
*en este caso es un servidor proxy con estado, \"tate&ul Proxy <O, El servidor enviar la invitacin a
un servidor para de redireccin para tratar de averig]ar la localizacin actual de emilio Es este
servidor de redireccin el (ue determina (ue el usuario emilio est en el dominio bbves y le contesta
al proxy con un 1>2 9?HE! #E9P?B)BI.^ (ue incluye la nueva direccin de
emilio*sip4emilio[bbves, El proxy responde con un 1>2 )CX, puesto (ue a(u' termina la secuencia
de la invitacin inicial *I$HI#E*<, de la &igura,
) partir de esta situacin, el Proxy < Mcon estadoN *"tate&ul Proxy <, podr'a mandarle la
direccin de emilio a paco para (ue ;l tratara de comunicarse con _directamente con
sip4emilio[bbves En el ejemplo, lo (ue hace el proxy < es modi&icar la invitacin y tratar de
encontrar a sip4emilio[bbves Como no conoce a ningn otro servidor con estado (ue se
responsabilice del dominio bbves, pasar la invitacin a un servidor sin estado *\"tateless proxyO, (ue
conocer el siguiente salto (ue debe seguir para llegar hasta sip4emilio[bbves
Para simpli&icar el ejemplo hemos (uerido (ue ese primer proxy sin estado conozca a un
servidor proxy (ue controla el dominio bbves *\"tate&ul Proxy 2O, Ese segundo proxy completa la
entrega de la invitacin para sip4emilio[bbves5 momento en el cual emilio acepta la llamada
enviando un mensaje de respuesta *2>> ?X,, (ue recorre el mismo camino de vuelta de la invitacin
hasta llegar a sip4paco[bbvacom )hora paco deber'a mandarle un )CX de esta respuesta a emilio5
y aun(ue en principio podr'a hacerlo directamente, en nuestro ejemplo hemos decidido (ue toda la
se-alizacin pase por los proxies de cada dominio *se supone (ue as' lo habrn indicado en los
mensajes de invitacin (ue se han cruzado,
"IP sigue el modelo Cliente@"ervidor4 los proveedores de servicio Mde acceso troncalN podr'an
o&recer esa in&raestructura "IP como un servicio IP ms a otros proveedores de servicio, (ue a su vez
podr'an montar sobre ella sus propios servicios "IP (ue comercializar'an en modo I"P@)"P
"IP proporciona los mecanismos necesarios para o&recer una serie de servicios4
2suariosL
34
< .ocalizacin
2 !isponibilidad y capacidades *servicio de presencia y terminal asociado,
1 Per&il
5la"adas
< Establecimiento
2 9antenimiento
1 !esv'os
6 #raduccin de direcciones
I Entrega de los nmeros llamado y llamante
G 9ovilidad4 direccionamiento nico independiente de la ubicacin del usuario
E $egociacin del tipo de terminal
7 $egociacin de las capacidades del terminal
= )utenticacin de usuarios llamado y llamante
<> #ran&erencias ciegas y supervisadas
<< Incorporacin a con&erencias multicast
"IP mecanismos necesarios para o&recer una serie de servicios segn se puede ver en la
&igura I4
3igura I
2.). M.074-.1C4 I07/40/P0.4 8IM; D.5 7IP
.a mensajer'a instantnea puede (ue merezca un apartado aparte, puesto (ue se ha
convertido, por su sencillez e inmediatez, en un medio de comunicacin (ue resulta adecuado para el
intercambio rpido de ideas entre pe(ue-os e(uipos de trabajo distribuidos El concepto de la Jlista de
amiguetesK *\buddy listO, (ue ha surgido en entornos de I9 como )?. o IC+ resulta interesante4 es el
hecho de poder disponer de una lista de usuarios de un servicio, con su disponibilidad online
anunciada constantemente en la red Es un servicio (ue se integra &cilmente, puesto (ue se trata de
clientes muy ligeros
)?. y ^ahoo han conseguido congregar una gran comunidad de usuarios en entornos
corporativos *`+ui;n no se ha pasado la mitad de la jornada mandndose mensajitos con sus
colegas en el ^ahoo 9essangera, .otus y 9icroso&t *9b, estn integrando servidores de I9 en sus
plata&ormas corporativas5 e incluso es una &uncionalidad (ue se est integrando en muchas
plata&ormas CB9, como un canal ms de contacto con el cliente
%na sesin (ue se establece con "IP puede incluir cual(uier medio de soporte, de manera
(ue podemos pasar una comunicacin v'a I9 a una con&erencia tele&nica, una pizarra compartida
tipo $et9eeting o una videocon&erencia Podemos pensar en una especie de Jtele&on'a instantneaK
como evolucin
35
En el mundillo de la tele&on'a mvil hay un claro precedente de la I94 el servicio de "9"
#anto ^ahoo como )?. han visto la potencialidad de este servicio y ya se estn moviendo para
alcanzar acuerdos con proveedores de servicios mviles
Ese concepto de presencia asociado a las \buddy listsO tambi;n est evolucionando5 se habla
de presencia no slo a nivel del propio PC del puesto, sino asociado con cual(uier tipo de dispositivo
o aplicacin independiente4 es el caso de los \botsO (ue IL9 utiliza en su .otus "ame#ime4 son \buddy
listsO (ue representan realmente consultas a bases de datos o directorios corporativos En principio se
trata de la extensin del concepto de mensajer'a instantnea a un contexto mucho ms amplio del
(ue propici su origen4 estamos hablando del intercambio de mensajes entre usuarios, (ue pueden
ser personas *usuarios &inales del servicio (ue tendrn uno u otro per&il asociado,, m(uinas
*cual(uier tipo de terminal asociado a un usuario,, o aplicaciones *(ue pueden incluir agentes
inteligentes o servicios :eb,
#odas las posibilidades (ue se han mencionado nos llevan a la integracin de todo tipo de
comunicacin en el JescritorioK del puesto de cada empleado, posibilitando la gestin conjunta de
todos los medios de comunicacin a disposicin de a(uellos, con un \repositorioO nico de contactos a
mantener Este aspecto resulta de un inter;s indudable en el entorno empresarial, puesto (ue
redunda de &orma directa en el incremento de la productividad de los empleados, permitiendo el
despliegue de servicios de valor a-adido como cual(uier otro servicio sobre una ar(uitectura "IP
apoyada en una red IP multiservicio
) pesar del mbito de este documento, no debemos olvidar (ue, la (ue en boca de muchos
es la \Diller applicationO (ue servir de catalizador para los servicios de banda ancha en el acceso, los
juegos en red, se bene&icia enormemente de las posibilidades (ue o&rece "IP %na sesin de juego en
red *\online gamingO, es una comunicacin sobre %!P (ue se establece entre socDets seguros,
durante la cual se intercambian &lujos multimedia B#P )dems hoy en d'a ya se incorporan servicios
de I9 para la comunicacin y coordinacin tctica de los jugadores "IP va a permitir evolucionar
hacia un escenario de mayor interactividad con comunicacin v'a HoIP entre los jugadores5 de la
misma &orma el servicio de presencia permitir evitar la necesidad de conectarse con un servidor
maestro para iniciar las partidas, pudiendo utilizar una lista para ver (ui;n est conectado en cada
momento e invitarle a una partida sobre la marcha
2.A. P1O/O%O5O K.24) 8 M.64%O;.
Este protocolo se de&ine en la Becomendacin 0267 de la I#%/# El protocolo 0267 o
9egaco permite la conmutacin de llamadas de voz, &ax y multimedia entre la red P"#$ y las redes
IP de siguiente generacin El protocolo 9egaco, (ue tiene su origen en el protocolo 9ACP *9edia
AateCay Control Protocol, Protocolo de control de puerta de enlace al medio,, proporciona un control
centralizado de las comunicaciones y servicios multimedia a trav;s de redes basadas en IP 9egaco
est ad(uiriendo solidez en el mercado por(ue permite una mayor escalabilidad (ue 0121, y da
respuesta a las necesidades t;cnicas y a las &unciones de con&erencia multimedia (ue se pasaron por
alto en el protocolo 9ACP
3uncionalmente, 9egaco es un protocolo de se-alizacin utilizado entre los elementos de una
ar(uitectura distribuida (ue incluye media gateCay y controladores de media gateCay *conocidos a
menudo como so&tsCitches, gateDeeper o call server,
0267 es el resultado de la cooperacin entre la I#% y el IE#3 )ntes de lograr esta
cooperacin exist'an varios protocolos similares compitiendo entre si, principalmente 9ACP *la
combinacin de "ACP e IP!C, y 9!CP 0267 se considera un protocolo complementario a 0121 y
"IP, ya (ue un 9edia AateCay Controller *9AC,, controlar varios 9edia AateCays utilizando 0267,
pero ser capaz de comunicarse con otro 9AC utilizando 0121 o "IP
2.A.1. M6%P.
El 9ACP es, en esencia, un protocolo maestro@esclavo, donde se espera (ue los gateCays
ejecuten comandos enviados por el 9AC El Protocolo de Control de 9edia AateCay *9ACP, es
usado para controlar los gateCays de tele&on'a desde los elementos de control de llamadas externos
llamados 9edia AateCays Controllers *9AC, o AateDeepers
%n gateCay de tele&on'a es un elemento de red (ue provee conversin entre las se-ales de
audio transportadas sobre los circuitos tele&nicos y los pa(uetes de datos transportados sobre la
internet o sobre otra red de pa(uetes
9ACP asume una ar(uitectura de control de llamada, donde la inteligencia del control de la
llamada est &uera de los gateCays y manejada por un elemento de control de llamada externo El
36
9ACP asume (ue estos elementos de control de llamadas o 9AC, se sincronizarn entre s' para
enviar comandos coherentemente a los gateCays (ue estn bajo su control
.o (ue se propuso con 9ACP &ue sacar el control de la se-alizacin del propio gateCay
*A:,, llevndolo a otro elemento, el \media gateCay controllerO 9AC *(ue se conoce como
\so&tsCitchO, (ue se encargar del control de los media gateCaysO*9A:,
) nivel de sistemas lo (ue se ha hecho es desagregar el gateDeeper *AX, en sus e(uivalentes
en el mundo ""E Esta iniciativa surgi de varios &abricantes con el nombre de IP!C *Cisco, )lcatel,
1Com et al, por un lado y "ACP *#elcordia, por otro5 un es&uerzo (ue el IE#3 aglutin bajo la
denominacin de 9ACP y asignada a la responsabilidad del grupo de trabajo 9egaco 9ACP es en
la &echa de redaccin de este documento un documento de trabajo #anto IE#3 como la I#%/#
trabajan para llegar a un estndar, el primero bajo la responsabilidad de 9egaco y como 0267 para
el segundo
En 9ACP se puede decir (ue se ha separado la JinteligenciaK *las &unciones de control, de
los datos *los contenidos4 \the mediaO, +ue se trata de un protoclo 9aestro@Esclavo El maestro es el
9AC *\so&tsCitchO o \call agentO, y el esclavo es el 9A: *(ue puede ser un A: de HoIP, un !".)9,
un router 9P.", un tel;&ono IP,, Esta es precisamente la caracter'stica (ue ms choca con la
&iloso&'a *P2P, de "IP ?tra caracter'stica interesante es (ue intenta reproducir el modelo de la
P"#$@I$ sobre IP *en la 3igura G se ilustra el escenario t'pico para un despliegue tipo \Internet
#elephonyO (ue es la aplicacin para la (ue se pens, al menos en principio esta solucin,, en contra
del modelo distribuido (ue propone "IP
3igura G
El 9egaco pretende dar una solucin basada en una visin propia de las #elcos tradicionales,
una o&icina central *Central ?&&ice, C?, en este caso IPC?, y una red de sucursales *Lranch ?&&ices,
L?, #al y como se observa en la 3igura E, "IP puede complementar a 9ACP en un escenario donde
tengamos varios 9AC
3igura E
37
En la 3igura 7 se detalla un poco ms lo (ue ser'a un escenario integrado con la P"#$,
pensando en prestar el servicio de tele&on'a sobre Internet
3igura 7
%n tema de debate importante es la utilizacin de 9ACP para controlar los terminales *los
tel;&onos IP por ejemplo,5 el problema (ue surge es (ue slo soporta servicios bsicos de red
inteligente El tema es (ue si se (uieren desplegar servicios avanzados necesitamos montar "IP tanto
en los terminales como sobre la red de se-alizacin, realizando las &unciones de control asociadas al
servicio
^a se ha comentado ms arriba (ue la visin de los partidarios de 9ACP es (ue la
inteligencia del servicio est; pegada a los 9AC *so&tsCitch,, y de hecho en el corto plazo es un
planteamiento adecuado puesto (ue el es&uerzo de convergencia se centrar en los puntos de
interconexin entre la P"#$ y la red IP, y pro tanto interesar (ue los servidores "IP est;n junto a los
9AC en la C? Pero, segn avancemos hacia un escenario ms integrado, la atencin se centrar en
la in&raestructura IP, con lo cual la &uncin de los 9AC se alejar de los puntos de interconexin
3inalmente, en un entorno IP puro, la &uncin de creacin de servicios se distribuir por toda la red4 se
puede extender el modelo )"P para dar servicios de voz
#anto los )"Ps como los I"Ps, o incluso los propios usuarios &inales pueden crear sus propios
servicios "e puede pensar en un escenario basado en "IP, donde se utilice 9ACP para controlar
internamente un A: de #ele&on'a IP *#IP, y los servidores de aplicaciones "IP distribuir'an servicios
por la red a trav;s de los servidores proxy "IP
38
Como conclusin debemos extraer el hecho de (ue 9ACP no se puede considerar como un
competidor de "IP, puesto (ue ambos resultan complementarios en ciertos aspectos, mientras (ue
son mutuamente excluyentes en otros
Esta idea de dividir el AateCay de voz en varias entidades &uncionales se ha propuesto
tambi;n desde iniciativas como #IP0?$ *#elecommunications and Internet Protocol 0armonization
?ver $etCorDs, de la E#"I, con la intencin de proporcionar una ar(uitectura JescalableK (ue soporte
el servicio de #ele&on'a IP con la necesaria capacidad para convivir con las redes tradicionales de
conmutacin de circuitos *"C$, "Citched Circuit $etCorDs, como la P"#$ Esta divisin es la (ue se
ilustra en el !iagrama 2 *de la misma &orma en la 3igura = podemos ver los componentes e inter&aces
en cuya de&inicin trabaja la E#"I en el mbito de #IP0?$,
3igura =
2.1B. 7I6/140.
2.1B.1 QO2R .7 .5 7I6/140 S
"IA#B)$ *de signalling transport, es el nombre del grupo de trabajo del IE#3 encargado de
de&inir una ar(uitectura para el transporte de se-alizacin en tiempo real sobre redes IP ) ra'z de ello,
no slo se cre una ar(uitectura, sino (ue se de&ini un conjunto de protocolos de comunicaciones
para transportar mensajes ""E sobre IP
2.1B.2 41O2I/.%/214 D. 5O7 P1O/O%O5O7 7I6/140 .
.a ar(uitectura de&inida por el "igtran MB3C2E<=N consta de tres componentes4
T IP estndar como protocolo de red
T %n protocolo comn de transporte de se-alizacin .os protocolos de&inidos por el "igtran se basan
en un nuevo protocolo de transporte sobre IP, llamado "C#P *"tream Control #ransmission Protocol,
T Capas de adaptacin espec'&icas para cada capa de la torre ""E (ue se necesite transportar El
IE#3 ha de&inido las siguientes4 92P), 92%), 91%), "%), #%) e I%) IP "C#P Capa de adaptacin
"E%P@"E)P
39
2.11. M224 T1<% 3331N
92%) son las siglas de 9#P2 %ser )daptation El protocolo 92%), al igual (ue 92P),
adapta 9#P1 a "C#P, e igualmente gestiona asociaciones "C#P en lugar de enlaces 9#P1 92%)
permite el intercambio de mensajes 9#P1 entre dos puntos de se-alizacin IP o entre un punto de
se-alizacin IP y una pasarela IP/""E
92%) es un protocolo entre pares en caso de (ue la comunicacin comience y
termine en dos puntos de se-alizacin IP, sin "A:s intermedios, tal como muestra la
3igura <2
"in embargo, 92%) no es un protocolo entre pares si se implementa en una pasarela de
se-alizacin En ese caso, 92%) no procesa las rdenes *primitivas del protocolo, (ue le llegan
desde la capa superior *9#P1,, sino (ue las env'a tal cual hacia un nodo remoto, mediante "C#P
Como 92%) no procesa las primitivas de 9#P1, sino (ue las reenv'a, en caso de (ue se
utilice un "A: se debe entender este protocolo como un medio (ue comunica la capa 9#P1 de un
nodo IP con la capa 9#P2 de un "A:, tal como muestra la 3igura <1
40
!e esta &orma, varios puntos de se-alizacin IP con 9#P1 sobre 92%) pueden acceder a la
red ""E tradicional a trav;s de los mismos enlaces 9#P2 &'sicos
Es importante tener en cuenta (ue, debido a la propia naturaleza del protocolo, slo puede
existir un "A: 92%) en una misma comunicacin 9#P1, por lo (ue no se puede utilizar para
transportar mensajes 9#P1 entre dos nodos ""E puros a trav;s de una red IP "i se utiliza 92%),
alguno de los extremos es un punto de se-alizacin IP
2.12. M324 T1<% 3332U.
91%) son las siglas de 9#P1/%ser )daptation 91%) es un protocolo (ue
transporta mensajes procedentes de un usuario de 9#P1 *I"%P, #%P o "CCP, a trav;s de una red
"C#P@IP hasta un nodo remoto
!e &orma similar a 92%), 91%) simplemente transporta los mensajes hasta el destino, pero
no realiza por s' mismo las &unciones de la capa 9#P1 Esto signi&ica (ue 91%) no dispone de tablas
de encaminamiento basadas en puntos de se-alizacin, ni realiza ninguna otra &uncin propia de
9#P1
En general, 91%) se utilizar como medio de transporte de primitivas entre la capa usuaria
de 9#P/1 *"CCP o I"%P, de un punto de se-alizacin IP y la capa 9#P1 de un "A: remoto, tal
como muestra la 3igura <6
2.12.1. 2/I5II4%I30 D. M324.
41
Como se ha visto, dado (ue 91%) transporta primitivas desde la capa I"%P o "CCP de un nodo
hasta la capa 9#P1 de otro *t'picamente un "A:,, este protocolo slo puede utilizarse para conectar
nodos con se-alizacin IP a una red ""E Por tanto, no se puede utilizar 91%) para descargar tr&ico
""E entre dos nodos #!9 a trav;s de red IP, a no ser (ue se utilicen "A:s con "CCP Pero para
esta aplicacin es mucho ms adecuado utilizar "A:s con 92P), por los motivos indicados en el
apartado 11
2<1 %414%/.1C7/I%47 P1I0%IP45.7 D.5 7I6/140.
!ebido a los inconvenientes mencionados de #CP y %!P, el "IA#B)$ de&ini del protocolo
"C#P, cuyas principales caracter'sticas son las siguientes4
T Es un protocolo punto a punto "e establece intercambio de datos entre dos extremos conocidos
T !e&ine tiempos de reintento *time/outs, mucho menores (ue los de #CP
T Proporciona transporte &iable de datos de usuario, detectando y reparando los datos errneos o
&uera de secuencia T "e adapta a la tasa de trans&erencia, disminuyendo la velocidad de env'o de
datos en caso de congestin en la red
T Permite de&inir en un mismo extremo "C#P en varios servidores &'sicos *multihoming, %n nico
extremo "C#P se puede de&inir en varias direcciones IP0acia cada una de ellas se encaminan los
mensajes de &orma independiente, de manera (ue si uno de los nodos &'sicos (ueda &uera de
servicio, el resto de comunicaciones no se ven a&ectadas
2.13.1. <20%IO0.7 D. 7%/P.
2.13.2 .7/4*5.%IMI.0/O N 5I*.14%I30 D. 47O%I4%IO0.7
%na asociacin "C#P es una relacin de comunicacin de mensajes entre dos entidades
"C#P *comunicacin orientada a conexin, .as asociaciones "C#P se establecen a peticin del
usuario de nivel superior de este protocolo Para proporcionar proteccin &rente a ata(ues de
denegacin de servicio, se emplea un protocolo de establecimiento de asociaciones en cuatro pasos,
basado en cooDies MB3C2I22N
2.13.3. .0/1.64 O1D.04D4 D.0/1O D.5 7/1.4M D.0/1O D.5 7%/P.
!entro del protocolo "C#P, se utiliza el t;rmino stream para re&erirse a una secuencia de
mensajes de usuario (ue debe entregarse al nivel superior de &orma ordenada El nmero de streams
(ue se enviarn a trav;s de una asociacin se de&ine en el establecimiento de la misma, de &orma
negociada entre ambos extremos de la comunicacin .os streams son unidireccionales, de &orma
(ue para una comunicacin bidireccional se debern de&inir al menos dos streams en una asociacin
"C#P
.os mensajes de usuario se asocian a streams determinados, de &orma (ue el extremo
receptor "C#P entrega al nivel superior todos los mensajes de un mismostream en el mismo orden en
(ue se enviaron "in embargo, no existen restricciones de entrega ordenada entre mensajes de
distintos streams de la misma asociacin !e esta &orma, los mensajes de un stream se pueden
seguir entregando aun(ue otro est; blo(ueado esperando el siguiente mensaje )dicionalmente,
"C#P proporciona un mecanismo para no utilizar el servicio de entrega ordenada de mensajes, de
&orma (ue los mensajes enviados mediante dicho mecanismo se entregan al nivel superior del destino
"C#P tan pronto como se reciben
2.13.4. <O1M4/O D. P4O2./.7 7%/P.
%n pa(uete "C#P se compone de una cabecera de 26 octetos y una serie de unidades de
in&ormacin, denominadas chunDs Estas unidades de in&ormacin pueden contener datos de usuario,
o instrucciones de control del propio protocolo "C#P *establecimiento y liberacin de asociaciones,
control de &lujo, retransmisiones, etc, .os chunDs tienen estructura propia, y presentan una serie de
campos, dependiendo del tipo de chunD (ue sean
En el mbito de la plani&icacin de una red ""E sobre IP, el dato ms relevante es el tama-o
de las cabeceras de los datos de usuario .a cabecera de un chunD de datos de usuario mide <G
octetos, y pueden contener hasta GII2> octetos de in&ormacin del nivel superior Esto signi&ica (ue,
en principio, cual(uier mensaje de cual(uier operacin 9)P, I"%P o C)9E. cabe en un chunD de
datos "C#P, incluyendo las cabeceras de los protocolos de adaptacin intermedios
)dems, "C#P permite transportar varios mensajes de usuario en un nico mensaje "C#P,
mediante el uso de distintos chunDs de datos dentro del mismo mensaje
42
2.13.. !45ID4%I30 D. P4O2./.7.
!entro de la cabecera comn de "C#P se incluye un campo de veri&icacin obligatorio, aparte
de otro campo de 12 bits con una suma de comprobacin *checDsum, &rente a errores El valor del
campo de veri&icacin obligatorio lo decide el extremo de la comunicacin "C#P en el establecimiento
de la asociacin !e esta &orma se consigue ms proteccin &rente a comunicaciones con
suplantacin de identidad .a suma de comprobacin se calcula a partir de los datos de la propia
cabecera "C#P y la protege &rente a errores en la comunicacin
2.13.'. 6.7/I30 D. %O0.&IO0.7
El usuario del nivel "C#P puede manipular el conjunto de direcciones de transporte destino
de los mensajes .a &uncin de gestin de conexiones de "C#P escoge la direccin de transporte
destino para cada pa(uete "C#P (ue se env'a, basndose en las instrucciones del usuario de "C#P
y en las direcciones disponibles alcanzables para ese destino "C#P
En periodos de inactividad, la &uncin de gestin de conexiones monitoriza la disponibilidad
de los extremos de la comunicacin mediante mensajes de comprobacin *heartbeats, "i "C#P
percibe algn extremo como inalcanzable in&orma a su usuario de nivel superiorEn el establecimiento
de la asociacin, se de&ine un camino primario para cada extremo "C#P, (ue es el (ue se usa en el
env'o normal de pa(uetes
En el extremo receptor, la gestin de conexiones se encarga de comprobar la existencia de
una asociacin "C#P vlida a la (ue pertenece cada pa(uete "C#P recibido
2.13.(. <146M.0/4%I30 D. 5O7 D4/O7 D. 27241IO
"C#P posee mecanismos de &ragmentacin y re/ensamblado de mensajes de usuario para
adecuarlos al tama-o re(uerido por el nivel in&erior *IP en el caso de ""E sobre IP,
2.13.) %O0/1O5 D. .0/1.64 D. M.074-.7.
"C#P asigna un nmero de secuencia de transmisin *#"$, a cada mensaje de datos de usuario,
&ragmentado o no El #"$ es independiente del stream por el (ue se env'a el mensaje El extremo
receptor env'a acuses de recibo *)CX, de todos los #"$s recibidos, aun(ue no lleguen de &orma
ordenada !e esta &orma, la &iabilidad en la entrega de los mensajes se mantiene &uncionalmente
separada de la entrega ordenada dentro del stream
%4PI/25O 3
!OI .0 %O0M2/4%IJ0 D. P4O2./.7 %:P
3. QO2R .7 !OIP S.
HoIP o Hoz sobre IP, es una red de pa(uetes de datos para transportar tr&ico de voz en tiempo
real Esta consiste de hardCare y so&tCare y permite a las compa-'as y a las personas realizar
conversaciones tele&nicas sobre la red de datos #ambi;n puede ser de&inida como la habilidad para
43
hacer llamadas tele&nicas y enviar &ax sobre la red de datos basada en IP con una adecuada calidad
de servicio *+o", y a una relacin costo@bene&icio superior Esto tambi;n es conocido como tele&on'a
por internet "in embargo, este ltimo t;rmino es usado en re&erencia a las llamadas hechas sobre la
internet pblica y la HoIP es &recuentemente usada para re&erirse a las llamadas hechas en una red
privada
.a red de voz tradicional o P"#$, usa t;cnicas de conmutacin de circuitos Esto signi&ica (ue
una comunicacin particular usa un enlace dedicado durante la duracin de la llamada )un(ue esta
provee una conexin muy con&iable para la transmisin de voz, hace un uso muy ine&iciente del ancho
de banda Por otro lado, la red de datos generalmente usa conmutacin de pa(uetes
)(u' se usa Conmutacin de celdas estad'sticas *"#!9, con la &inalidad de proveer un ancho de
banda dinmico a una particular cadena de datos, basada en sus re(uerimientos y en los
re(uerimientos y demandas de otros datos de la red Esta provee un uso ms e&iciente de ancho de
banda pero puede crear problemas para el tr&ico de voz, el cual es sensible al retardo, debido a (ue
cada pa(uete es enrutado individualmente a trav;s de la red5 esta conmutacin de pa(uetes hace a la
red menos e&iciente en el tr&ico de voz y presenta mayores retos a la calidad de la transmisin de
voz Esto incluye4 p;rdida de pa(uetes, retardo *eco,, Ritter *variacin en la velocidad de transmisin
de pa(uetes de datos, y la entrega de pa(uetes poco con&iable y &uera de orden debido a la
naturaleza no orientada a conexin de la red de pa(uetes
3.1. 41O2I/.%/214.
.as llamadas de HoIP re(uieren al menos dos gateCays de HoIP #'picamente, un proveedor de
servicios deber'a instalar gateCays *o interactuar con otros proveedores de servicios y acceder a sus
gateCays, en todos los pa'ses o regiones hacia los cuales se realizan o se reciben llamadas El
resultado de la red de HoIP se compone de gateCays, el acceso de la P"#$ a cada gateCay y la red
IP (ue enlaza los gateCays
En la red tele&nica IP, la in&ormacin de se-alizacin es intercambiada entre los siguientes
elementos &uncionales Estos mismos se tomarn en cuenta para las con&iguraciones de red (ue se
plantearn ms adelante
9edia AateCay4 la tecnolog'a de HoIP permite (ue las llamadas originadas y terminadas en la P"#$,
sean transportadas sobre la red IP, es decir, ;ste traduce #!9 a pa(uetes El gateCay de HoIP sirve
de puente entre la red P"#$ y la red IP para ambos lados de origen y terminal de la llamada Para
realizar una llamada, el abonado llamante acceder el gateCay mas cercano o por conexin directa o
realizando una llamada sobre la red P"#$ e ingresando el nmero tele&nico de destino
.a tecnolog'a de HoIP traduce el nmero tele&nico de destino en la direccin de la red de datos
*Jdireccin IPK, asociada con el correspondiente gateCay terminal mas cercano al nmero de
destino %sando el protocolo apropiado y la transmisin de pa(uetes sobre la red IP, el gateCay
terminal iniciar una llamada al nmero tele&nico de destino sobre la red P"#$ para completar el
establecimiento de la comunicacin en ambos sentidos con los extremos &inales *punto a punto, )
pesar de la conexin adicional re(uerida, el tiempo total del establecimiento de la llamada no es
signi&icativamente mas largo (ue con una llamada soportada por la P"#$
.os gateCays pueden emplear un protocolo comn, por ejemplo, el 0121 o 9ACP o un protocolo
propietario, para soportar el estndar de se-alizacin tele&nico .os gateCays emulan las &unciones
de la P"#$ en respuesta a los estados de cuelgue y descuelgue, recibiendo o generando d'gitos
!#93 y recibiendo o generando tonos de llamadas en progreso .as se-ales identi&icadas son
interpretadas y mapeadas para la transmisin del mensaje apropiado hacia el gateCay con la &inalidad
de soportar el establecimiento de la llamada, mantenimiento, &acturacin y &inalizacin de la llamada
9edia AateCay Controlador o AateDeeper4 un gateDeeper *AX, maneja los registros y la gestin de
los recursos de los media gateCays de manera (ue no se produzcan situaciones de saturacin en la
red %n gateDeeper intercambia mensajes I"%P con las centrales tele&nicas via un gateCay de
se-alizacin !e esta &orma el AX traduce direcciones tele&nicas a direcciones IP
.a interpretacin del nmero tele&nico de destino en la direccin IP del media gateCay terminal
indicado es una &uncin primordial del gateDeeper .a tabla de enrutamiento mantenida por el
gateDeeper decide cual media gateCay corresponde al nmero tele&nico de destino con la &inalidad
de completar la llamada
.a &uncionalidad del gateDeeper puede ser distribu'da entre todos los media gateCays de la red
de HoIP o puede ser centralizada en una o varias localidades Cuando las &unciones del gateDeeper
estn implantadas en cada media gateCay, todos los gateCays de toda la red de HoIP actan
independientemente para coordinar sus acciones Cuando un gateDeeper es centralizado, todos los
44
media gateCays de la red coordinan sus acciones con respecto al gateDeeper centralizado en lugar
de (ue acten independientemente
AateCay de "e-alizacin o "ignaling AateCay4 el gateCay de se-alizacin provee una traduccin
transparente de la se-alizacin entre la conmutacin de circuitos y la red IP %n gateCay de
se-alizacin puede se-alizar en "E *se-alizacin $c E, o traducir y transmitir mensajes sobre una red
IP a un media gateCay controlador o a otro gateCay de se-alizacin !ebido a su rol cr'tico en la
integracin de la red de voz, los gateCay de se-alizacin son normalmente desarrollados en grupos
de dos o ms para asegurar alta disponibilidad
.a &uncionalidad del media gateCay, o gateCay de se-alizacin y@o media gateDeeper pueden
estar separadas en dispositivos di&erentes o integrados en una sola unidad
Ejemplo de una con&iguracin de red HoIP
3.2. %45ID4D D. 7.1!I%IO 8OO7;.
Esta &uncin tiene primordial importancia en relacin con la +o" experimentada por el usuario
&inal En esto in&luyen dos &actores &undamentales4
.a calidad de la voz extremo a extremo, determinada por los sucesivos procesos de codi&icacin
F decodi&icacin, y las p;rdidas de pa(uetes en la red
.a demora extremo a extremo, debido a las sucesivos procesos de codi&icacin, decodi&icacin,
pa(uetizacin y PencoladosP )&ecta la interactividad en la conversacin y por tanto a la +o"
.as redes IP son redes del tipo best/e&&ort y por tanto no o&recen garant'a de +o", pero las
aplicaciones de tele&on'a IP si necesitan algn tipo de garant'a de +o" en t;rminos de demora,
jitter y p;rdida de pa(uetes
.a preparacin de los medios en los terminales para ser enviados y trans&eridos por la red IP
involucra varios procesos4 digitalizacin, compresin y empa(uetado en el extremo emisor, y los
procesos inversos en el extremo receptor #odo esto se lleva a cabo mediante un complejo
procesamiento (ue sigue determinado algoritmo, lo cual a su vez se desarrolla en cierto intervalo de
tiempo, esto es, implica demora de procesamiento y demora de empa(uetado4
T !emora de procesamiento4 demora producida por la ejecucin del algoritmo de codi&icacin, (ue
entrega un stream de bytes listos para ser empa(uetados
T !emora de pa(uetizacin4 es el tiempo (ue se re(uiere para &ormar un pa(uete de voz a partir de
los bytes codi&icados !ebe se-alarse (ue el resultado de esta codi&icacin F pa(uetizacin incide
directamente en la +o", y tambi;n la &orma en (ue se lleve a cabo )s', cuando se reduce la
velocidad de codi&icacin los re(uerimientos de ancho de banda tambi;n se reducen, lo (ue posibilita
de cara a la red poder manejar ms conexiones simultneas, pero se incrementa el retardo y la
distorsin de la se-ales de voz
.o contrario ocurre al aumentar la velocidad de codi&icacin ?tro aspecto a considerar es el
compromiso entre el retardo de pa(uetizacin y la utilizacin del canal *relacin entre bytes de
in&ormacin y bytes de cabecera en cada pa(uete de voz,, es decir, la bs(ueda de mayor utilizacin
45
del canal conduce a mayor demora de pa(uetizacin para cierto estndar de codi&icacin Claro est,
segn el estndar de codi&icacin (ue se utilice ser la demora resultante en relacin con la utilizacin
del canal, di&erencias (ue se acentan cuando la utilizacin del canal est por encima del I> V, con
un crecimiento de la demora en &orma exponencial en el caso de los codecs de baja velocidad como
el AE21< .a demora de pa(uetizacin tambi;n puede ser reducida mediante multiplexacin de
varias conexiones de voz en el mismo pa(uete IP
) las demoras de procesamiento y empa(uetado se suma tambi;n la demora (ue introduce el
proceso de bu&&ering en los terminales, y la demora de PencoladoP en la red #odo esto da una demora
extremo a extremo (ue percibe el usuario &inal en mayor o menor medida ) continuacin se resumen
los aspectos (ue a&ectan la +o" en las redes de HoIP
3.3. 1./41DO.
"e re&iere sobre todo al tiempo de trnsito total, incluido el tiempo necesario para reconstituir el
orden de los pa(uetes cuando se reciben y para compensar las &luctuaciones de los tiempos de
trnsito *este tiempo de trnsito total debe ser in&erior a 6>> ms si se han de respetar las limitaciones
de la conversacin interactiva, .os excesivos retardos punto a punto hacen conversaciones di&'ciles y
poco naturales Cada componente en el camino de transmisin F emisor, red y receptor a-aden
retardo I#%/#A<<6 *tiempo de transmisin en un solo sentido, recomienda <I> mseg como el
mximo retardo deseado en un sentido para lograr alta calidad de la voz
Betardo extremo a extremo
El retardo causa dos problemas4 eco y traslape del habla El eco es causado por las se-ales
re&lejadas por el e(uipo tele&nico del extremo distante (ue regresan al o'do del hablante El eco
llega a ser un problema signi&icativo cuando el retardo del viaje redondo llega a ser mas de I>
milisegundos ) medida (ue el eco se incremente, los sistemas de pa(uetes se ven en la necesidad
de utilizar controles como la cancelacin de eco
El traslape del habla *cuando dos personas hablan casi al mismo tiempo, es signi&icativo si el
retardo en una sola v'a es mayor de 2I> milisegundos Por lo tanto el retardo completo llega a ser
mayor )lgunas de las &uentes de retardo en una sola v'a para una llamada hecha con pa(uetes de
voz se describen a continuacin
3.3.1. 1./41DO 4%2M254DO 8 1etardo algor,t"ico;.
46
Es causado por la necesidad de recolectar un marco de muestras de voz para (ue sean
procesados por el codi&icador de voz Esto est relacionado con el tipo de codi&icador usado y varia
de una sola muestra en el tiempo *<2I sg, a muchos milisegundos
Codi&icadores de voz y sus tiempos4
< AE2G modulacin adaptativa di&erencial de pulsos codi&icados *)!PC9,, <G, 26, 12, 6> Xbps d
><2I sg
2 AE27 prediccin lineal de excitacin de cdigo .! *CE.P,, <G Xbps d 2I msg
1 AE2= C"/)CE.P 7Xbps d <> msg
6 AE21< codi&icador multitasa, I1, G1 Xbps d 1> msg
3.3.2. 1./41DO D. P1O%.74MI.0/O
Es causado por el procesamiento de codi&icacin y recoleccin de las muestras codi&icadas
en pa(uetes para la transmisin sobre una red de pa(uetes El retardo de codi&icacin es una &uncin
del tiempo de ejecucin del procesador y el tipo de algoritmo usado ) menudo se recolectan
mltiples marcos de codi&icacin de voz en un solo pa(uete para reducir la cabecera del pa(uete Por
ejemplo, 1 marcos de palabras codi&icadas en AE2= *e(uivalente a 1> milisegundos de habla, se
recolectan y empacan en un solo pa(uete
3.3.3. 1./41DO D. 1.D.
Es causado por el medio &'sico y los protocolos usados para transmitir los datos de voz y por
los bu&&ers usados para remover el jitter en el lado receptor El retardo de red es una &uncin de la
capacidad de los enlaces en la red y del procesamiento (ue ocurre a medida (ue los pa(uetes
transitan por esta .os bu&&er para jitter agregan retardo, (ue es utilizado para remover la variacin de
retardo a la (ue estn sujetos los pa(uetes a medida (ue transitan en una red de pa(uetes
3.4. %O547.
" e de&inen como las (ue manejan el tra&ico mediante la asignacin de distintas cantidades de
espacio en la cola a las diversas clases de pa(uetes y a continuacin dan servicio a las colas en la
modalidad de ordenamiento c'clico )un(ue se puede asignar un mayor espacio en la cola a un
protocolo, usuario o aplicacin particular, ninguno de ellos podr monopolizar nunca toda la anchura
de la banda
3.. .%O.
El eco es el tiempo (ue transcurre entre la transmisin de una se-al y su regreso al
transmisor Por lo general, este problema aparece en el contexto de las comunicaciones de PC a
tel;&ono, de tel;&ono a PC o de tel;&ono a tel;&ono, y es causado por los componentes electrnicos de
las partes analgicas del sistema (ue re&lejan una parte de la se-al procesada
%n eco menor (ue I> milisegundos es imperceptible Por encima de este valor, el hablante
oir su propia voz despu;s de haber hablado "i se desea o&recer un servicio de tele&on'a IP, las
pasarelas tendrn (ue procesar el eco generado por la trans&erencia de dos a cuatro hilos, de lo
contrario, no ser posible utilizar el servicio con e(uipos analgicos clsicos Como solucin, se estn
instalando compensadores de eco de alta calidad en la pasarela de la red ) medida (ue el eco se
incremente, los sistemas de pa(uetes se ven en la necesidad de utilizar controles como la
cancelacin de eco
3..1. %OMP.074%I30 D. .%O.
El eco en una red tele&nica, es causado por las re&lexiones de se-ales generadas por un
circuito h'brido (ue convierte de 6 hilos *un par para transmisin y uno para recepcin, a 2 hilos *un
solo hilo para transmisin y uno para recepcin, Estas re&lexiones de la voz del hablante son
escuchadas por el oyente El eco se presenta an en las redes de conmutacin de circuitos, sin
embarco ac es aceptable ya (ue los retardos completos a trav;s de la red son menores (ue I> msg
^ el eco es enmascarado por el tono lateral (ue todo tel;&ono genera
Existen dos *2, tipos de eco %no tiene alto nivel y poco retardo y se produce en el circuito
h'brido de 2 a 6 hilos local5 mientras (ue otro es de bajo nivel y gran retardo y se produce en el
circuito separador h'brido remoto
El eco es problema en una red de pa(uetes de voz cuando el retardo completo en la red es
mayor (ue I> msg, entonces se deben aplicar t;cnicas de cancelacin de ecoEl estndar A<GI de
la %I# de&ine el desempe-o de los canceladores de eco, en la recomendacin AIEC se encuentran
mas caracter'sticas
El cancelador de eco compara los datos de voz recibidos de la red de pa(uetes con los datos
de voz (ue estn siendo transmitidos por la red de pa(uetes "e construye mediante la t;cnica de
47
ecualizacin transversal autoadaptativa Consiste en usar una parte de la se-al de transmisin para
cancelar el eco producido por la desadaptacin de impedancias en el circuito h'brido (ue convierte de
6 a 2 hilosEl eco del h'brido de la red de pa(uetes se remueve con un &iltro digital en el camino de
transmisin hacia la red de pa(uetes
3..2. 4M*I.0/. D. PO1/4*I5ID4D .0 /I.MPO 1.45.
Provee un ambiente de operacin para el so&tCare (ue reside en el !"P Esto hace
&unciones de sincronizacin, tareas de gestin, gestin de memoria, y gestin de tiempos
3.'. -I//.1
Cuanti&ica el e&ecto del retardo total en la red ocasionado por los pa(uetes (ue llegan al receptor .os
pa(uetes transmitidos a intervalos iguales desde el gateCay de la iz(uierda llegan al gateCay de la
derecha a intervalos irregulares El excesivo jitter hace (ue la voz sea entrecortada y con di&icultades
para entenderse El jitter es calculado basado, en las horas de llegada entre pa(uete y pa(uete de
los pa(uetes exitosos Para una alta calidad de voz, el promedio de las horas de llegada entre los
pa(uetes en el receptor deber'a ser casi igual a la di&erencia entre los pa(uetes en el transmisor y el
estndar de desviacin deber'a ser bajo El jitter bu&&er *el bu&&er mantiene pa(uetes entrantes por
una determinada cantidad de tiempo, es usado para neutralizar los e&ectos de las &luctuaciones de la
red y crear un &cil &lujo de pa(uetes en la recepcin
48
Es tambi;n, la variacin de tiempo entre los pa(uetes causada por la red Bemover el jitter
re(uiere la recoleccin de pa(uetes y retencin de estos el tiempo su&iciente para (ue el pa(uete
mas lento llegue a tiempo para ser interpretado en la secuencia correcta
El con&licto (ue se produce al (uerer mezclar el retardo con la supresin del jitter, ha
generado varios es(uemas para adaptar el tama-o del bu&&er de jitter a los re(uerimientos de
variaciones de tiempo de la red Esta adaptacin tiene la meta expl'cita de minimizar el tama-o y
retardo del bu&&er de jitter mientras (ue al mismo tiempo previene el sobre &lujo del bu&&er causado por
el jitter"e han hecho dos aproximaciones para adaptar el tama-o del bu&&er, la seleccin de la
aproximacin depende del tipo de red de pa(uetes usada
.a primera aproximacin es medir la variacin del nivel de pa(uetes en el bu&&er de jitter en
un periodo de tiempo e incrementalmente adaptar el tama-o del bu&&er para (ue coincida con el jitter
calculado Esto &unciona mejor con redes (ue tienen jitter constante en un periodo de tiempo, como
las redes )#9
.a segunda aproximacin es contar el nmero de pa(uetes (ue llegan tarde y crear una
relacin de estos pa(uetes al numero de pa(uetes (ue son procesados exitosamente Esta relacin
es usada para ajustar el bu&&er de jitter a una relacin permisible de pa(uetes tard'os predeterminada
Esto &unciona mejor con redes (ue tengan intervalos de arribo de pa(uetes altamente variable, como
las redes IP)dems de estas t;cnicas, la red debe estar con&igurada y gestionada para (ue tenga
retardos y jitter m'nimos, permitiendo as' un alto +o"
3.(. %O0M2/4%I30 D. P4O2./.7.
Es un m;todo de comunicacin exclusivamente digital, en el (ue los mensajes (ue se transmiten
se dividen en segmentos y (ue, junto a la in&ormacin adicional necesaria para su encaminamiento en
la red, se convierten en pa(uetes estos son trans&eridos a trav;s de la red mediante procesos de
almacenamiento y reenv'o sobre circuitos virtuales *circuitos no &'sicos,, (ue permiten compartir los
canales &'sicos de comunicaciones de la red, pues solamente los ocupan durante el tiempo de
transmisin
49
3.(.1. PR1DID4 D. P4O2./.7.
#'picamente ocurre en r&agas o peridicamente debido a una red regularmente
congestionada .a p;rdida peridica en exceso de I/<>V de todos los pa(uetes de voz transmitidos
pueden degradar la calidad de voz signi&icativamente .a p;rdida ocasional de grupos de pa(uetes
puede tambi;n hacer di&'cil la conversacin
3.(.2. %OMP.074%I30 D. P.1DID4 D. P4O2./.7
.a p;rdida de pa(uetes puede ser un problema an mayor dependiendo del tipo de red de
pa(uetes (ue est; siendo usada ^a (ue la red IP no garantiza el servicio, usualmente tiene mayor
p;rdida de pa(uetes (ue las redes )#9 En redes IP actuales, todos los marcos de voz son tratados
como datos Lajo congestin, los marcos de voz sern descartados al igual (ue los de datos, estos
ltimos sin embargo no son sensibles al tiempo, y los pa(uetes descartados pueden ser recuperados
con la retransmisin, mientras (ue los pa(uetes de voz no pueden ser tratados de esta manera
3.(.3. 7O52%IJ0.7 P414 %O11.6I1 54 PR1DID4 D. P4O2./.7 D. !OI
Interpolar los pa(uetes de voz perdidos al repetir el ltimo pa(uete recibido durante el intervalo
cuando el pa(uete perdido supuestamente deb'a ser analizado, este es(uema es un m;todo
simple (ue llena el tiempo entre marcos de voz no continuos, trabaja bien cuando la incidencia
de marcos perdido es poco &recuente5 si el numero de pa(uetes pedidos en una &ila o r&aga es
alta no trabaja muy bien
Enviar in&ormacin redundante a expensas de la utilizacin del ancho de banda5 esta
aproximacin hace una r;plica y env'a el n/;simo pa(uete de voz con el *nQ<,;simo pa(uete5
este m;todo tiene la ventaja (ue poder corregir la p;rdida del pa(uete exacto, sin embargo usa
ms ancho de banda e incrementa el retardo
%sar una aproximacin h'birida con ancho de banda menor del codi&icador de voz para
proporcionar in&ormacin redundante (ue ser llevada en el *nQ<,;simo pa(uete5 esto reduce el
50
problema de necesidad de ancho de banda extra pero &alla en la resolucin del problema de
retardo
3.(.4. .11O1.7 D. 7.%2.0%I4.
.a congestin en la conmutacin de pa(uetes de la red puede causar pa(uetes (ue toman
di&erentes rutas para alcanzar el mismo destino .os pa(uetes pueden llegar &uera de orden
resultando una conversacin distorsionada
3.(.. %OMP1.7I30.
Es usada en cual(uier proporcin de <4< hasta <24< en las aplicaciones de HoIP para
consumir menos ancho de banda y dejar mas para los datos u otras comunicaciones de voz y &ax .a
calidad de la voz puede decrecer con el incremento en la proporcin de la compresin
3.(.'. 1.D.7 D. %O0M2/4%I30 D. %I1%2I/O7.
Por conmutacin de circuitos se entiende por el control o enrutamiento de se-ales en un
circuito electrnico para transmitir datos o se-ales entre puntos espec'&icos en una red5 el circuito
permanece establecido el tiempo (ue dure la llamada, (uedando en este caso a disposicin de otros
usuarios para su utilizacin de igual &orma Esta red es considerada la red tele&nica tradicional, la
cual sirve de apoyo para extender otros servicios a innumerables usuarios, alcanzando hasta los
lugares ms recnditos
3.(.(. .7/40D41.7 M47 274DO7 .0 %OMP1.7I30 .0 .5 DOMI0IO IP.
1eco"endacin 6.(11
.a I#% ha estandarizado la 9odulacin de Cdigo de Pulso 9odulation como AE<<, permite
una se-al de audio de calidad tari&icada con un ancho de banda de 16 X0z (ue ha de ser codi&icado
para la transmisin de 'ndices de IG Xbps o G6 Xbps El AE<< utiliza )/laC o 9u/laC para una
51
compresin simple de amplitud y es el re(uisito bsico de la mayor'a de los estndares de
comunicacin multimedia de la I#%
PC9 es un m;todo de codi&icacin de se-al de audio analgica ms popular y es
ampliamente utilizado por la red tele&nica pblica "in embargo, el PC9 no soporta compresin de
ancho de banda, por lo (ue otras t;cnicas de codi&icacin como el )!PC9 utilizan estimaciones
basndose en dos muestras cuanti&icadas consecutivas para reducir el ancho de banda
1eco"endacin 6.(2).
AE27 codi&ica una se-al de audio de calidad tari&icada con un ancho de banda de 16 X0z
para transmitir a <G Xbps Es utilizada en sistemas de videocon&erencia (ue &uncionan a IG Xbps o G6
Xbps Con un re(uisito de ordenador ms alto, el AE27 proporciona la cualidad del AE<< a un cuarto
del 'ndice de datos necesario
1eco"endacin 6.(23.1.
AE21< de&ine cmo puede codi&icarse una se-al de audio con un ancho de banda de 16
X0z para transmitirse a I1 Xbps y G6 Xbps AE21< re(uiere un 'ndice de transmisin muy bajo
o&reciendo una calidad de audio cercana a la tari&icada AE21< ha sido seleccionada por el HoIP
3orum como el codec bsico para aplicaciones de tele&on'a IP de bajo 'ndice de bits
El codi&icador de habla AE21< opera con tramas de 1> m de se-ales de habla en ancho de
banda de tel;&ono digitalizadas y de muestreo a 7 D0z .as tramas se dividen en cuatro subtramas de
E,I m de G> muestras cada una Cada trama con 26> muestras de entrada se trans&orma en una
palabra de <2 <G bits de datos comprimidos a alta velocidad o palabras de <> <G bits de datos
comprimidos a baja velocidad .as !eteccin de )ctividad de Hoz@Aeneracin de Buido Con&ortable
*Hoice )ctivity !etection@Com&ort $oise Aeneration o H)!@C$A, especi&icado en el )nexo ) se
incorporan por completo al I#%/# AE21<
1eco"endaciones 6.(2A ? 6.(2A4.
Estas recomendaciones codi&ican se-ales de audio cerca de la calidad tari&icada con un
ancho de banda de 16 X0z para su transmisin a una velocidad de 7 Xbps AE2=) re(uiere una
potencia de ordenador ms baja (ue AE2= y AE21< #anto AE2= como AE2=) tienen una latencia
*el tiempo (ue necesita para convertir de analgico a digital, ms baja (ue AE21< "e espera (ue
AE2=) tenga un impacto mayor en la compresin de voz para su transmisin sobre redes
inalmbricas
El codi&icador procesa tramas de muestreo de habla de <> m a una velocidad de 7 D0z, (ue
junto a una anticipacin de I m se traduce en un retraso algor'tmico total de <I m Para cada trama
de 7> muestras de datos PC9 lineales de <Gbits, el codi&icador obtiene cinco palabras de <Gbits .as
aplicaciones (ue utilizan el vocoder AE2= incluyen tele&on'a digital, comunicaciones v'a sat;lite y
Cireless, y Hoz sobre 3rame Belay *Ho3B,
3.7.8. /4*54 %OMP414/I!4 D. %45ID4D.
3.(.A. P1O%.7O D. 55.04DO D. P4O2./.7.
52
V %on"utacin de #a$uetes #or datagra"as.
F .a ruta se elige segn una base pa(uete por pa(uete
F .os distintos pa(uetes pueden seguir rutas di&erentes
F .os pa(uetes pueden no llegar en orden a su destino
%4PI/25O 4
P1O/O%O5O7 D. /1407PO1/. .0 !oIP
4@ P1O/O%O5O D. /1407PO1/. .0 /I.MPO 1.45 8 1/P ;.
Es un protocolo (ue como su nombre lo indica, est orientado a la transmisin de in&ormacin
en tiempo real, como la voz o el video Este es un protocolo de las capas superiores de usuario (ue
&unciona sobre %!P *user datagram protocol, , como mecanismo de transporte por(ue posee un
menor retardo (ue #CP, y adems por(ue el tra&ico de voz en la actualidad, sin importar (ue sean
datos o se-alizacin, toleran menos niveles de perdida y no tienen la &acilidad de retransmisin, en el
%!P se cambia con&iabilidad por velocidad, lo cual es bsico para manejo de transmisiones en tiempo
real como la HoIP
El protocolo B#P tiene como objetivo asegurar una calidad de servicio +o" para servicios del
tipo tiempo/real Incluye4 la identi&icacin del payload, la numeracin secuencial, la medicin de
tiempo y el reporte de la calidad *&uncin del protocolo B#CP,El B#P trabaja en capa 6 y sobre %!P,
de &orma (ue posee un checDsum para deteccin de error y la posibilidad de multiplexacin de
puertas *port %!P,.as sesiones de protocolo B#P pueden ser multiplexadas Para ello se recurre a
un doble direccionamiento mediante las direcciones IP y el nmero de port en %!P "obre B#P se
disponen de protocolos de aplicacin del tipo 012>@121 para v'deo y voz *012x &orma una &amilia del
I#%/# de normas para videocon&erencia,
El B#P &unciona en conjunto con B"HP *capa 1, para la reservacin de ancho de banda y
asegurar de esta &orma la +o" del tipo Aarantizada .a +o" del tipo !i&erenciada se logra mediante
la priorizacin de tr&ico (ue puede adoptar dos alternativas En IP se pueden asignar diversos
alternativas de prioridad para &ormar una cola de espera en routers %n algoritmo particular de gestin
de prioridad de tr&ico es el :3+ *:eighted 3air +ueuing, (ue utiliza un modelo de multiplexacin
#!9 para distribuir el ancho de banda entre clientes Cada cliente ocupa un intervalo de tiempo en un
Bound/Bobin
El B#P adems provee transporte para direcciones unicast y multicast Por esta razn, tambi;n
se encuentra involucrado el protocolo IA9P para administrar el servicio multicast El pa(uete de B#P
incluyen un encabezado &ijo y el payload de datos5 B#CP utiliza el encabeza del B#P y ocupa el
campo de carga til$o es lo su&icientemente con&iable por si solo, este proporciona PganchosP con
53
protocolos y aplicaciones de capas in&eriores y recursos proporcionados por los sCitches y enrutador
para garantizar con&iabilidad
.os pa(uetes B#P no contienen campo de longitud, ya (ue al &uncionar sobre %!P, este
protocolo es (uien encapsula la voz comprimida en datagramas Para la compresin B#P usa una
aplicacin llamada PvocoderP pudiendo reducir de G6 Dbps hasta a 7 Dbps la rata para digitalizacin y
compresin de voz produciendo un desmejoramiento en la calidad de la voz poco perceptible,
adems de esto usa h121 gE2= y otros protocolos ms para transmisiones en tiempo real B#P es
capaz de correr sobre protocolos :)$ de alta velocidad como )#9 sin ningn problema, tambi;n en
redes asim;tricas como )!"., cable/modem o por enlace satelital pero cumpliendo con ciertas
caracter'sticas de ancho de banda para ambas direcciones y uso exclusivo para la aplicacin B#P
.as herramientas de las (ue se vale B#P para lograr transmisiones en tiempo real son el B#CP, (ue
proporciona un &eedbacD a cerca de la calidad de distribucin y la congestin, con esto, la empresa
(ue o&rece el servicio puede monitorear la calidad y puede diagnosticar los problemas (ue pueda
presentar la red
4.1@%414%/.1I7/I%47 6.0.145.7 D.5 P1O/O%O5O 8 1/P;.
4.2.@ <20%IO0.7 D.5 P1O/O%O5O 8 1/P ;.
Entre sus &unciones se encuentran4 la memorizacin de datos, la simulacin de distribucin
interactiva, el control y mediciones de aplicaciones
.a &uncionalidad #o" *#ipo de "ervicio, en IP puede determinar un ancho de banda espec'&ico
para el cliente %n servicio sensible al retardo re(uiere un ancho de banda superior En IP
adems del #o" se puede utilizar la direccin de origen y destino IP, tipo de protocolo y
nmero de socDet para asignar una ponderacin En redes (ue disponen de sCitch de capa 2
se re(uiere extender la gestin de la calidad de servicio a dicha capa Para ello la IEEE ha
determinado el #o" sobre IEEE/7>2
4.3. DI4614M4 D.5 P4O2./. D. /1407PO1/. 1/P.
54
P d Padding , U d Extenciones tras C"BC*>,, CC d C"BC Count*>,
9 d 9arcador *"I! "upport,, $f "ec d Comienza en nf aleatorios
#imestamp d #icD count tras la emisi8n del <er pa(uete <ticD d<@7>>>
""BC d ?rigen del medio 9ismo origen, mismo tiempo y nuecero de secuencias
4.4. P1O/O%O5O 1/%P 81.45@/IM. %O0/1O5 P1O/O%O5;.
"e basa en la peridica transmisin de los pa(uetes de control a todos los participantes en
sesin, utilizando el mismo mecanismo de distribucin como dato pa(uete El protocolo subyacente
debe proveer de la multiplexacin de los datos y de los pa(uetes del control
4.. %414%/.1I7/I%47 6.0.145.7 D.5 P1O/O%O5O 8 1/%P;.
Es una herramientas de las (ue se vale B#P para lograr transmisiones en tiempo real, (ue
proporciona un &eedbacD a cerca de la calidad de distribucin y la congestin
B#CP sincroniza el audio y el video, conoce el nmero de usuarios presentes en una
con&erencia y con esto calcula la rata a la cual deben ser enviados los pa(uetes
Este protocolo permite completar a B#P &acilitando la comunicacin entre extremos para
intercambiar datos y monitorear de esta &orma la calidad de servicio y obtener in&ormacin
acerca de los participantes en la sesin B#CP se &undamenta en la transmisin peridica de
pa(uetes de control a todos los participantes en la sesin usando el mismo mecanismo de
B#P de distribucin de pa(uetes de datos El protocolo %!P dispone de distintas puertas
*%!P Port, como mecanismo de identi&icacin de protocolos
.a &uncin primordial de B#CP es la de proveer una realimentacin de la calidad de servicio
"e relaciona con el control de congestin y &lujo de datos El B#CP involucra varios tipos de
mensajes, por ejemplo4
/"end report para emisin y recepcin de estad'sticas *en tiempo random, desde emisores
activos es uno de los ms interesantes, disponen de 1 secciones bien di&erenciadas4
< .os primeros 7 Lytes se re&ieren a un encabezado comn
2 .a segunda parte de 2> Lytes permite la evaluacin de di&erentes parmetros *retardo,
jitter, e&iciencia de datos, etc,
1 .a tercera parte de 26 Lytes lleva reportes (ue han sido obtenidos desde el ltimo reporte
in&ormado Incluye los siguientes reportes4 cantidad total de pa(uetes B#P perdidos y a la
proporcin de los mismos5 la cantidad de pa(uetes recibidos y el jitter entre pa(uetes5 el
horario del ltimo pa(uete recibido y el retardo de transmisin del mismo
/Beceiver Beport para recepcin estad'sticas desde emisores no activos
/"ource !escription para un identi&icador de nivel de transporte denominado C$)9E
*Canonical $ame,
/Lye para indicar el &inal de la participacin en la conexin
/)pplication para aplicaciones espec'&icas
4.'. DI4614M4 D.5 P4O2./. D. /1407PO1/. 1/%P.
55
@ PIM.1 %2.1POL
BC d Beport Count P#4 Carga util d 2>> para "B
.ongitud del reporte ""BC4 (ue lo origina
@7.620DO %2.1POL
$#P timestamp4 segundos desde el <@<@<=>> entero y decimal
Instante de tiempo en (ue se envia el reporte *12 Q12 ,
B#P timestamp4 el mismo enstante en ticDs de B#P *e(uivalencia
Pa(uetes y octetos enviados desde el inicio de la sesi8n por *""BC,
@/.1%.1 %2.1POL
Conjunto de BB, uno por cada &uente escuchada
4.(. DI4614M4 D. P4O2./. %OMP5./O D. /1407PO1/..
.os destinatarios de los pa(uetes B#P devuelven in&ormacin sobre de la calidad de
recepcin, utilizando di&erentes &ormas de pa(uetes B#CP, segn si ellos mismos son emisores de
contenido o no .os dos tipos, "B y BB, contienen ninguno, uno o varios blo(ues de in&orme de
receptor, previstos para la sincronizacin de las &uentes de las cuales el receptor ha recibido un
pa(uete de contenido B#P desde el ltimo in&orme .a evaluacin de la calidad de recepcin no es
slo til para el emisor, sino tambi;n para el receptor y cual(uier supervisor de red (ue pudiera existir
56
El emisor puede modi&icar su transmisin de acuerdo con la in&ormacin recibida5 el receptor puede
in&erir si las di&icultades de recepcin (ue observa son de origen local, regional o ms amplio El
supervisor recibir solamente los pa(uetes B#CP, con lo cual podr evaluar la calidad de
&uncionamiento de la red
%O0%527IO0.7
.a investigacin sobre HoIP, nos permite ajustarnos de una &orma ms segura y sencilla al
incremento del tr&ico (ue vaya surgiendo como producto de las nuevas migraciones (ue se hagan
hacia la plata&orma de HoIP
.a rentabilidad en la utilizacin de soluciones IP se basa en el desarrollo de nuevos servicios,
HoIP signi&ica rapidez en la instalacin si se compara con una red similar usando tecnolog'a de
circuitos conmutados
Est claro (ue el escenario actual seguir evolucionando hacia la convergencia tecnolgica e&ectiva4
la tendencia es ir a un escenario &inal donde dispondremos de una red de multiservicios (ue integre
todo tipo de contenidos *voz, v'deo y datos, y (ue nos permita entregarlos de &orma personalizada a
cual(uier tipo de usuario, en cual(uier tipo de terminal, con la calidad re(uerida e independientemente
de la ubicacin de a(u;l
En el estado actual de esta evolucin, la tecnolog'a adecuada parece ser la HoIP como soporte del
servicio de #ele&on'a IP *#IP,5 y como primera propuesta para disponer de un mecanismo de
se-alizacin y control para las necesidades (ue plantea el servicio de #IP, se ha desarrollado la
recomendacin 0121 de la I#%/#, y todos los protocolos asociados (ue han surgido del mundo
tradicional
"in embargo, parece (ue ante un escenario basado en redes y servicios IP, ha ganado
muchos puntos la sencillez, &lexibilidad y robustez de "IP5 y se per&ila como la apuesta clara de &uturo
*(ue por otra parte se ve'a venir como contrapartida desde el mundo de Internet ante las iniciativas
del mundo institucional,
Evidentemente, a nadie se escapa (ue, inmersos como estamos en un es&uerzo de
integracin y convivencia entre tecnolog'as, (ue parten de planteamientos, en principio divergentes,
no debemos buscar soluciones excluyentes5 de manera (ue no hay (ue olvidarse de iniciativas como
la de 9ACP, o es&uerzos dirigidos a buscar mecanismos de interoperabilidad como el proyecto
#IP0?$ de la E#"I
"i tenemos (ue (uedarnos con una idea, debe ser la siguiente )nte la creciente demanda de
servicios de multicon&erencia multimedia en tiempo real, con &uncionalidades de colaboracin, parece
(ue son los desarrollos ligados a "IP los (ue dan una respuesta ms satis&actoria a los retos (ue
presenta la implementacin de tales servicios )dems en un mundo IP, con la :eb como canal de
comunicacin por de&ecto, y una o&erta cada vez mayor de tecnolog'as de acceso y soluciones de
movilidad, tiene sentido apostar decididamente por "IP
"e puede concluir diciendo (ue HoIP es una tecnolog'a (ue tiene todos los elementos para su
rpido desarrollo Como muestra se puede ver (ue compa-'as como Cisco, la han incorporado a su
catlogo de productos, los tel;&onos IP estn ya disponibles y los principales operadores mundiales,
as' como #ele&nica, estn promoviendo activamente el servicio IP a las empresas, o&reciendo calidad
57
de voz a trav;s del mismo Por otro lado se tiene ya un estndar (ue nos garantiza interoperabilidad
entre los distintos &abricantes
!espu;s de haber realizado el estudio de la integracin de IP sobre redes pticas vemos (ue
nos ha proporcionado una descripcin de diversos protocolos y soluciones hardCare para los
pa(uetes IP de transporte sobre una red :!9@!:!9
.a mejor opcin para IP sobre :!9@!:!9 en las &uturas redes "e ha visto (ue se precisan
algunos cambios en las con&iguraciones del hardCare para hacer los routers capaces de manejar los
pa(uetes a velocidades de Aigabit, as' como el uso de sCitch &abricados en vez de buses #ambi;n
se ve (ue el uso de 9P." es el relevo a la carga de las largas tablas de bs(ueda en los routers, y
adems realiza las &uncionalidades de la red
El trabajo ha mostrado algunas de las posibilidades de las cuales :!9 puede dar en
t;rminos de &uncionalidad .a posibilidad de conexin cruzada y enrutar los &lujos IP con la ayuda de
las longitudes de onda y de tal modo de conseguir una menor lat;ncia en la red Por otra parte se ve
las diversas &ormas de realizar la proteccin de la conmutacin de la longitud de onda y cmo esto se
compara en t;rminos de velocidad con la redundancia en los inter&aces de los routers
.as tendencias (ue prevalecen en IP sobre :!9 son inter&aces de routers ms rpidos,
incremento del nmero de las longitudes de onda, el movimiento del enrutamiento a las capas ms
bajas, los nuevos protocolos adaptados a IP sobre :!9 y protocolos menores de conversin entre
las particiones de la red En el resumen, estas tendencias representan la conduccin de las &uerzas
detrs del movimiento de hacer las redes ms simples y ms rentables usando IP sobre :!9
Considerando los costes de gestin de hoy en d'a, las soluciones de gestin integrada para
entregar servicios extremos a extremo e&icientemente en un ambiente de mltiples capas
heterog;neos de la red constituyen un &actor dominante para la introduccin de las nuevas
ar(uitecturas de red, tecnolog'as, y servicios
*I*5IO614<C4
C)$#H, HoIP In&orme 2>><
C)$#H, Plan inicial de Evaluacin de HoIP 2>><
http4@@CCCcesgaes@ga@de&aulthtmlaBecetga@ProxrecethtmlW2
http4@@CCCmonogra&iascom@trabajos1@voip@voipshtml
http4@@CCChi/tecDcom@ipgtelephony@bene&ghomejsp
http4@@CCCcomtestcom@tutorials@HoIPhtml
http4@@intranetupbedu@laboI"#EC@)rticulos@)rticuloV2>HoIPV2>gengpd&
http4@@CCCptcom@tutorials@iptelephony@tutorialgvoipgsignalinghtml
http4@@CCCnetCorDcomputingcom@netdesign@<<>=voiphtml
http4@@CCCprotocolscom@voip@architecturehtm
http4@@CCCcomunicacionesunitronicses@tecnologia@0121htmlhAateDeeper
http4@@CCCcomunicacionesunitronicses@tecnologia@voiphtm
http4@@CCCauies@biblio@libros@mi==@<=vozgiphtm
http4@@CCCavayaes@In&ormaciongdeglagempresa@"alagdegPrensa@$otasgdegPrensa@pre
nsa1>asp
http4@@CCCrecursosvoipcom@protocolos@megacophp
http4@@CCCcommCorDscom@"panish@"o&tsCitch@"o&tsCitchgComponents@"essiong)gents@
0121g"IP@
http4@@neutroningucvve@revista@e@$oE@BussomannoVICvozV2>sobreV2>IPhtml
http4@@CCCprotocolscom@pbooD@HoIPhtmh9ACP
http4@@CCCmonogra&iascom@trabajos<<@descripip@descripipshtml
http4@@CCCprotocolscom@voip@testinghtm
http4@@CCCauies@biblio@libros@mi==@<=vozgiphtm
http4@@CCCgbmnet@bluetech@Edicion<66@tele&oniaip
http4@@eiaudges@iatm@tcp/ip@temag6gGg<htm
I$#EAB)$#E"
I06. 4PO0/. 45<1.DO
I06. %41DOIO <. -O.5
tecnicoG72[cantvnet
58
%$IHEB"I!)! CE$#B). !E HE$EY%E.)
3)C%.#)! !E I$AE$IEBI) E.EC#BIC)
"C)!)*E"PECI).IY)CI?$,
C)B)C)", 9)BY? 2>>G
59