You are on page 1of 71

PART V

Other Aspects
Of Computer Networking

El rendimiento de la red, QoS,


seguridad, gestin y Nuevas
Tecnologas

Los captulos
28 El rendimiento de la red (y QoS DiffServ)
29 Multimedia y de telefona IP (VoIP)
30 La seguridad de la red
31 Gestin de red (SNMP).
32 Tendencias en las tecnologas de red y usa
Contenido del captulo
28.1 Introduccin, 471
28.2 Medidas de rendimiento, 471
28.3 Latencia o retardo, 472
28.4 Rendimiento, capacidad y Goodput, 474
28.5 Comprensin del rendimiento y retardo, 475
28.6 Jitter, 476
28.7 La relacin entre la demora y el rendimiento, 477
28.8 La medicin de la demora, el rendimiento y la fluctuacin,
478
28.9 Medicin pasiva, pequeos paquetes, y NetFlow, 480
28.10 Calidad de servicio (QoS), 481
28.11 Y Fine-Grain Coarse-Grain QoS, 482
28.12 Aplicacin de QoS, 484
28.13 Internet Tecnologas QoS, 486
28.14 Resumen, 487
28

Network Performance
(QoS and DiffServ)

28.1 Introduction

Primeros captulos consideran las propiedades fundamentales de las comunicaciones


de datos sys tem, y discutir las relaciones entre las seales, frecuencias, ancho de banda,
canal cod-ing, y la transmisin de datos. Los captulos explican las medidas de datos
subyacentes trans-sion sistemas, discutir el tamao de la red de datos, y explicar que cada
tecnologa de red est clasificado como pan, LAN, MAN o WAN.
Este captulo sigue el debate por considerar el tema de la red ren-Mance. El captulo
examina las medidas cuantitativas de las redes, y explica cmo pro-tocols el reenvo de
paquetes y tecnologas pueden implementar mecanismos que proporcionan prioridad de
trfico.

28.2 Measures Of Performance

Oficiosamente, utilizamos el trmino para describir la velocidad de rendimiento de


la red, y se refieren a alta o baja velocidad de las redes. Sin embargo, estas definiciones
no son suficientes porque las tecnologas de red cambian tan rpidamente que una red
clasificados como de "alta velocidad" puede ser media o baja velocidad en tan slo tres o
cuatro aos. As, en lugar de cuali-sentacin descripciones, los cientficos y los
ingenieros usan formal, medidas cuantitativas para especificar exactamente el
rendimiento de la red. Despus de revisar medidas bsicas, vamos a explicar cmo se
utilizan para implementar servicios por niveles. Aunque a menudo los principiantes
prefieren descripciones informales, medidas cuantitativas son importantes porque hacen
posible com-pare las caractersticas exactas de dos redes y construir mecanismos que
ofrezcan mayor
471
472 El rendimiento de la red (y QoS DiffServ) Cap. 28

Prioridad para el trfico. La figura 28.1 muestra las principales medidas del rendimiento
de la red, y las sucesivas secciones explican cada uno.

Medir Descripcin
El tiempo requerido para transferir datos a
La latencia (retardo) travs de
Una red
Rendimiento La cantidad de datos que pueden
(capacidad) transferirse
Por Unidad de tiempo
Los cambios que se producen en la
Jitter (variabilidad) demora y la
Duracin de los cambios

Figura 28.1 medidas clave de rendimiento de la red de datos.

28.3 Latency Or Delay

La primera propiedad de las redes, que pueden medirse cuantitativamente es


la latencia o de-lay. La latencia especifica cunto tiempo se necesita para que los datos
viajen a travs de una red desde un equipo a otro; se mide en fracciones de segundos. Los
retrasos en toda la Internet depende de la infraestructura subyacente, as como la
ubicacin del par de equipos que se comunican. Aunque los usuarios que se preocupan
por el retraso total de una red, los ingenieros necesitan mediciones ms precisas. As
pues, los ingenieros suelen informar tanto el valor mximo y el promedio de demoras, y
dividir una demora en varias partes constituyentes. La figura 28.2 muestra los diversos
tipos de retardo.

Tipo Explicacin
Retardo de El tiempo requerido para que una seal viaja a
propagacin travs de los
Un medio de transmisin

Retardo de acceso El tiempo necesario para obtener acceso a un


Medio de transmisin (por ejemplo, un cable)
Retardo de
conmutacin El tiempo necesario para enviar un paquete
El tiempo que un paquete pasa a la memoria
Retardo de cola de un
Switch o router esperando para ser
seleccionado para
Transmisin
Retraso del El tiempo que se requiere para que un
servidor servidor responda a una
Solicitar y enviar una respuesta.

Figura 28.2 diferentes tipos de retardo y una explicacin de cada uno de ellos.
Sec. 28.3 Latencia o retardo 473

El retardo de propagacin. Algunas demoras en una red surge porque una seal
requiere una pequea cantidad de tiempo para viajar a travs de un medio de transmisin.
En general, los retardos de propagacin son distribuidos proporcional a la distancia.
Incluso con cables largos, una LAN tpica utilizada dentro de un mismo edificio tiene un
retardo de propagacin de un milisegundo. Aunque tales demoras parecen irrelevantes
para un humano, un moderno equipo puede ejecutar ms de cien mil instrucciones en un
milisegundo. As, un milisegundo de retraso es importantes-ficant cuando un conjunto de
equipos necesitan para coordinar (p. ej., en el sector financiero, donde la hora exacta en
un stock pedido llega determina si un pedido es aceptado). Una red que utiliza un satlite
GEO tiene mucho mayor retraso, incluso a la velocidad de la luz, Toma cientos de
milisegundos para un poco de viajar hasta el satlite y de regreso a la tierra.
Retardo de acceso. Muchas redes utilizan medios compartidos. El conjunto de
equipos que comparten un medio debe lidiar para el acceso. Por ejemplo, una red
inalmbrica utiliza un enfoque CSMA/CA para el acceso al medio. Estos retrasos son
conocidos como los retrasos. Ac-ceso retrasos depende del nmero de estaciones que
compiten por el acceso y la cantidad de trfico que se enva a cada estacin. Los retrasos
siguen siendo pequeas y fijo a menos que el medio est sobrecargado.
Retardo de conmutacin. Un dispositivo electrnico en una red (por ejemplo, un
router o switch de Capa 2) debe calcular un prximo salto para cada paquete antes de
transmitir el paquete a travs de una interfaz de salida. El clculo implica a menudo el
cuadro de bsqueda, que los medios de acceso a la memoria. En algunos dispositivos, el
tiempo adicional es necesario para enviar los paquetes a travs de un mecanismo de
comunicacin interna como un autobs o tejido. El tiempo requerido para calcular un
salto siguiente y comenzar la transmisin se conoce como retardo de conmutacin. Fast
CPU y hardware de propsito especial han hecho cambiar los retrasos entre las menos
importantes retrasos en una red informtica.
Retardo de cola. El almacenamiento y reenvo utilizados en la conmutacin de
paquetes paradigma significa que un dispositivo como un router recoge los pedazos de un
paquete, los coloca en la memoria, escoge un prximo salto y, a continuacin, espera
hasta que el paquete pueda ser enviado antes del comienzo de la transmisin. Estos
retrasos son conocidos como colas de demoras. En el caso ms simple, un paquete se
coloca en una cola de salida FIFO y el paquete slo tiene que esperar hasta que llegaron
antes que los paquetes se envan; los sistemas ms complejos, implementar un algoritmo
de seleccin que da prioridad a unos paquetes. Retrasos de cola son variables: el tamao
de una cola depende totalmente de la cantidad de trfico que ha llegado recientemente.
Retrasos de cola ac-count para la mayora de las demoras en la Internet. Cuando la cola
se convierten en grandes retrasos, podemos decir que la red est congestionada.
Retraso del servidor. Aunque no forma parte de una red propiamente dicha, los
servidores son esenciales para la mayora de la comunicacin. El tiempo requerido para
un servidor para examinar una solicitud y calcular y enviar una respuesta constituye una
parte significativa del total de demora. Las solicitudes entrantes de cola de servidores, lo
que significa que el servidor demora es variable y depende de la carga actual. En muchos
casos, la percepcin que los usuarios tienen de Internet demora surge desde el servidor
demora ms que los retardos de red.
474 El rendimiento de la red (y QoS DiffServ) Cap. 28

28.4 Throughput, Capacity, And Goodput

Una segunda propiedad fundamental de redes que pueden medirse cuantitativamente


es la capacidad de una red, que a menudo se expresa como el rendimiento mximo que la
red puede sostener. El rendimiento es una medida de la velocidad a la que los datos
pueden ser enviados a travs de la red, especificado en bits por segundo (bps). La
mayora de la comunicacin de datos net-obras ofrecen una tasa de rendimiento de ms
de 1 Mbps, y la mayor velocidad de las redes operan ms de 1 Gbps. Como hemos visto,
sin embargo, se presentan casos especiales donde una red tiene una produccin inferior a
1 Kbps.
Porque el rendimiento puede medirse de diversas maneras, uno debe ser cuidadoso
para especificar exactamente lo que se ha medido. Existen varias posibilidades:

La capacidad de un solo canal.


La capacidad agregada de todos los canales
La capacidad terica del hardware subyacente.
La tasa efectiva de datos obtenidos por una aplicacin (goodput)

Los proveedores suelen anunciar la capacidad terica de su equipo y el rendimiento


logrado en condiciones ptimas. La capacidad de hardware es citado a menudo como una
aproximacin del rendimiento potencial porque la capacidad proporciona un lmite
superior de rendimiento - es imposible para un usuario para enviar datos a un ritmo ms
rpido que el hardware pueda transferir bits.
Los usuarios no se preocupan por la capacidad del hardware subyacente, que slo
estn interesados en la tasa a la que los datos pueden ser transferidos. Los usuarios suelen
evaluar el sistema tradicionales-tra tasa de datos que una aplicacin alcanza midiendo la
cantidad de datos transferidos por unidad de tiempo; el trmino goodput se utiliza a veces
para describir la medida. La buena poner tasa es menor que la capacidad de los
protocolos de hardware porque imponer algunos gastos generales - la capacidad de la red
no est disponible para los datos del usuario debido a protocolos:

Enviar encabezados de paquete, remolques, y la informacin de control


Imponer un lmite en el tamao de la ventana (bfer de recepcin)
Utilizar los protocolos para resolver nombres y direcciones
Utilice un apretn de manos para iniciar y finalizar la comunicacin
Reducir la velocidad de transmisin cuando se detecta congestin
Retransmitir los paquetes perdidos

La desventaja de utilizar goodput como medida surge porque la cantidad de


sobrecarga depende de la pila del protocolo utilizado. Adems de transporte, Internet y
protocolos de capa 2, goodput depende del protocolo de aplicacin. Por ejemplo, con-
sider utilizando el protocolo de transferencia de archivos (FTP) para medir goodput a
travs de una conexin Ethernet. FTP usa TCP, que utiliza el protocolo IP. Adems, el
protocolo FTP no comprime los datos antes de la transmisin. En su lugar, coloca los
datos del usuario FTP en segmentos TCP, TCP encapsula cada segmento en un
datagrama IP e IP encapsula cada datagrama en una trama Ethernet.
Sec. 28.4 Rendimiento, capacidad y Goodput 475

As, cada marco tiene un encabezado de Ethernet y campo CRC, un encabezado del
datagrama IP, y un encabezado TCP. Si un usuario elige una alternativa aplicacin
Transferencia de archivos o un protocolo alternativo Pila es utilizado, el goodput puede
cambiar. El punto es:

A pesar de que proporciona una medida de la tasa efectiva a la que los


datos pueden ser transferidos a travs de una red, el goodput depende
de la aplicacin.

28.5 Understanding Throughput And Delay

En la prctica, la terminologa que utilizan los profesionales de networking para


describir el rendimiento de la red o la capacidad de la red puede ser confuso. Por ejemplo,
los captulos sobre datos com-comunicaciones definir el ancho de banda de un canal, y
explicar la relacin entre el hardware de ancho de banda y la velocidad de datos mxima.
Lamentablemente, redes profesin-als utilizan a menudo los trminos ancho de
banda y velocidad como sinnimos de rendimiento. As, uno podra escuchar a alguien
decir que una red en particular tiene una "velocidad de 1 Gbps." alternativa-ly, algunos
anuncios utilizan la frase "ancho de banda de 1 Gbps." En un intento de distin-guish entre
dos usos de ancho de banda, ingenieros reservar el ancho de banda significa ancho de
banda analgico, y utilizar el trmino ancho de banda digital como sinnimo
de rendimiento. Aunque tales declaraciones son comunes, pueden ser confusas porque el
rendimiento y ancho de banda, retardo, son propiedades independientes.
De hecho, el rendimiento es una medida de su capacidad, no en la velocidad. Para
comprender la relacin-barco, imagine una red para ser una carretera entre dos
ubicaciones y los paquetes que viajan a travs de la red para ser coches que viajan en la
carretera. El rendimiento se determina cuntos coches pueden entrar en la carretera cada
segundo, y el retardo de propagacin determina el tiempo que tarda un solo coche para
transitar por el camino de una ciudad a otra. Por ejemplo, un camino que puede aceptar
un coche cada cinco segundos tiene un rendimiento de 0,2 coches por segundo. Si
requiere un coche de 30 segundos para recorrer toda la carretera, la carretera tiene un
retardo de propagacin de 30 segundos. Ahora veamos qu sucede si se abre un segundo
carril en la carretera (es decir, la capacidad se duplica). Ser posible que dos coches para
introducir cada cinco segundos, por lo que la produccin se ha duplicado a 0,4 coches por
segundo. Por supuesto, la demora de 30 segundos permanecer invariable porque cada
coche todava debe atravesar toda la distancia. Por lo tanto, cuando piense en medidas de
redes, recuerde que:

Especifica el tiempo de retardo de propagacin de un solo bit


permanece en trnsito en una red. Rendimiento, que especifica cuntos
bits puede entrar en la red por unidad de tiempo, mide la capacidad de
la red.

Los profesionales de networking tienen una interesante aforismo:

Siempre se puede comprar ms rendimiento, pero no puede comprar


bajar de-lay.
476 El rendimiento de la red (y QoS DiffServ) Cap. 28

La analoga con una carretera ayuda a explicar el aforismo: aadir ms carriles de


una carretera aumentar el nmero de coches que pueden entrar en la carretera por unidad
de tiempo, pero no de-arrugue el tiempo total necesario para atravesar la carretera. Las
redes siguen el mismo patrn: aadir ms rutas de transmisin en paralelo aumentar el
rendimiento de la red, pero el retraso de propagacin, que depende de la distancia
distribuidos, no disminuir.

28.6 Jitter

Una tercera medida de redes es cada vez ms importante a medida que las redes se
utilizan para la transmisin de voz y vdeo en tiempo real. La medida, que se conoce
como una fluctuacin de la red, se evala la variacin de retardo. Ambas redes pueden
tener el mismo promedio de retraso, pero con valores diferentes de jitter. En particular, si
todos los paquetes que pasan por una determinada red tienen exactamente el mismo
retraso, D, la red no tiene jitter. Sin embargo, si los paquetes se alternan entre un retraso
de D+ y D- , la red tiene el mismo retraso promedio, pero tiene un valor distinto de
cero jitter.
Para entender por qu la fluctuacin es importante, considerar el envo de voz sobre
una red. En lo que respecta al envo, la seal analgica es muestreada y digitalizada y un
valor digital de ocho bits es emitida cada 125 segundos. Las muestras se recogen en
paquetes, que luego son transferidos a travs de la red. En el lado receptor, los valores
digitales son extracto-ed y volver a convertir a la salida analgica. Si la red tiene cero
jitter (es decir, cada paquete tiene exactamente el mismo tiempo para el trnsito de la
red), la salida de audio coincidir exactamente con la entrada original; de lo contrario, la
salida ser deficiente. Hay dos ap-proaches general al manejo de jitter:

Disear una red iscrona sin inestabilidad


utilizar un protocolo que compensa el jitter

Un sistema de telefona tradicional utiliza el primer mtodo: el sistema telefnico


imple-mentos una red iscrona que garantiza el retraso a lo largo de todas las rutas de
acceso es el mismo. Por lo tanto, si los datos digitalizados de una llamada de telfono se
transmiten a travs de dos caminos, el hardware est configurado de modo que ambas
rutas tienen exactamente el mismo retraso.
Transmisin de voz o de vdeo a travs de Internet ocupa el segundo enfoque:
aunque la red subyacente puede tener considerable fluctuacin de voz y vdeo,
aplicaciones que tenga abiertas se basan en protocolos en tiempo real para compensar
jitter. Porque en tiempo real usando el pro-tocols es mucho menos costoso que la
construccin de una red iscrona, las compaas telefnicas estn relajar los requisitos
estrictos para isochrony. Por supuesto, un protocolo no compen-sate para jitter arbitrario -
si la varianza en la demora es excesiva, la salida ser af-fected. As, incluso cuando se
utiliza el segundo mtodo, los proveedores de servicios intentan minimizar jitter en sus
redes.
El siguiente captulo describe la transmisin de datos en tiempo real a travs de Internet.
Sec. 28.7 La relacin entre la demora y el rendimiento 477

28.7 The Relationship Between Delay And Throughput

En teora, el retraso y el rendimiento de una red son independientes. En la prctica,


sin embargo, pueden estar relacionados. Para entender por qu, piense en la carretera
analoga discutidas anteriormente. Si los coches entrar en el camino incluso a intervalos
de tiempo, coches que viajan a lo largo de la carretera de uni-forma velocidad estn
espaciados a intervalos uniformes. Si un coche se ralentiza por cualquier motivo (por
ejemplo, en una interseccin), otros detrs de ella ser ms lento, causando congestin de
trfico temporal. Los coches que entran en la carretera cuando se produce congestin
experimentarn mayores retrasos de automviles que viajan por una carretera sin
congestin. Una situacin similar se produce en las redes. Si un router tiene una cola de
paquetes en espera cuando un nuevo paquete llega, el nuevo paquete se coloca en la cola
de la cola, y tendr que esperar mientras el router reenva los paquetes anteriores. Si se
produce una congestin, los paquetes experimentarn mayores retrasos de datos
Introduccin Una red inactiva.

28.7.1 La utilizacin como estimacin de retraso

Los cientficos informticos han estudiado la relacin entre la demora y la


congestin, y han encontrado que, en muchos casos, los retrasos pueden ser estimadas a
partir de la proporcin actual de la capacidad de la red utilizada. Si D 0 denota la demora
cuando la red est inactiva, y U es un valor entre 0 y 1 que indica la utilizacin actual, el
retraso efectivo, D, est dada por una frmula sencilla:

D0
D = (28,1)
(1 - U)
Cuando una red es completamente inactivo, U es cero, y la demora es eficaz D 0 .
Cuando una red funciona a 1/2 de su capacidad, el retraso efectivo se duplica. Ap-
proaches trfico como la capacidad de la red (es decir, como U pasa a ser cercano a 1), la
demora en enfoques-finity. Aunque la frmula slo proporciona una estimacin de
retardo de efectivo, podemos con-clude:

Rendimiento y retraso no son completamente independientes. Como el


trfico en una red informtica aumenta, retrasa aumento; una red que
opera en casi el 100% de su capacidad de rendimiento sufre de un
grave retraso.

En la prctica, entender que los administradores de red extremadamente alta


utilizacin pueden pro-duce desastroso retraso. Por lo tanto, la mayora de los gestores
trabajan para mantener bajo el nivel de uso, y medir el trfico en cada red
constantemente. Cuando el pico o promedio de utilizacin comienza a subir por encima
de un umbral predefinido, el manager aumenta la capacidad de la red. Por ejemplo, si la
utilizacin se convierte en alto sobre una Ethernet de 100 Mbps, el administrador puede
elegir reemplazarlo con Gigabit Ethernet. Como alternativa, el administrador puede elegir
para dividir una red en dos, colocando la mitad de los hosts en una red y la mitad de los
hosts en el otro (tal divisin es muy fcil con un switch VLAN).
478 El rendimiento de la red (y QoS DiffServ) Cap. 28

Cmo la utilizacin del umbral alto debera ser? No hay una respuesta simple;
muchos administradores elegir un valor conservador. Por ejemplo, uno de los principales
ISP que opera una gran red troncal, mantiene la utilizacin en todos sus circuitos digitales
en un 50%. Otros establecer umbrales en un 80% para ahorrar dinero. En cualquier caso,
los administradores estn generalmente de acuerdo en que una red no debe ser operado
por encima del 90% de su capacidad.

28.7.2 Delay-Throughput Producto

Una vez que la demora de la red y el rendimiento son conocidos, es posible calcular
anoth-er interesante cantidad, la demora de rendimiento producto. Para comprender el
significado de la demora de rendimiento de producto, piense en la carretera analoga:
cuando los coches estn entrando en un camino a una tasa fija de T automviles por
segundo y tarda un coche d segundos para atravesar la carretera, luego T D coches
adicionales entrarn en la carretera, por el momento el primer coche ha hecho un com-
pletar viaje. As, un total de T D autos pueden estar en la carretera. En trminos de
redes, el nmero de bits que viajan a travs de una red en cualquier momento viene dada
por:

Bits presentes en una red = D T (28,2)

Donde d es el tiempo medido en segundos, y T es el rendimiento se mide en bits por


segundo. Para resumir:

El producto de la demora y el rendimiento se mide el volumen de datos


que pueden estar presentes en la red. Una red con rendimiento T y de-
lay D puede tener un total de T D bits en trnsito en cualquier
momento.

La demora de rendimiento de producto es importante para cualquier red con


especialmente larga demora o gran rendimiento porque afecta a la transmisin - una
aplicacin de envo pueden transmitir un gran volumen de datos antes de que el destino
recibe el primer bit.

28.8 Measuring Delay, Throughput, And Jitter

Las tcnicas utilizadas para medir el rendimiento y el jitter son relativamente


sencillos. Para evaluar el rendimiento, un remitente transfiere un gran volumen de datos.
Un receptor registra el tiempo transcurrido desde el inicio de los datos que llegan hasta
todos los datos ha llegado, y calcula el rendimiento como la cantidad de datos enviados
por unidad de tiempo. La tcnica para medir la fluctuacin es conocido como un paquete
tren: un emisor emite una serie de paquetes con un pequeo retardo fijo entre paquetes.
Normalmente, los paquetes en el tren son enviados de vuelta hacia atrs. Un re-ceiver
registra la hora en la que cada paquete que llega, y utiliza la secuencia de tiempos para
calcular las diferencias de retardo.
A diferencia de las mediciones de rendimiento o fluctuacin, una medicin precisa
de la demora en una ruta desde el host a host B requiere que los dos hosts tienen relojes
sincronizados.

cuando se usa como una medida del hardware subyacente, la demora de rendimiento de producto es a
menudo llamado el producto ancho de banda-retraso.
Sec. 28.8 La medicin de la demora, el rendimiento y el jitter 479

Adems, para medir la demora a lo largo de una distancia corta (por ejemplo, una LAN),
los relojes deben ser extremadamente precisos. En lugar de utilizar los relojes
sincronizados, muchas herramientas de medicin de la red elija un mtodo ms fcil:
medir el tiempo de ida y vuelta y divida por dos. Por ejemplo, ping puede ser utilizado.
Medir el rendimiento de la red puede ser sorprendentemente difcil por cuatro
razones:

Las rutas pueden ser asimtrica


Las condiciones cambian rpidamente
Medicin puede afectar al rendimiento
El trfico es a rfagas

El primer punto se explica por qu no puede ser posible utilizar tiempos de viaje de
ida y vuelta a ap-proximal demora. El enrutamiento asimtrico significa que el retardo a
lo largo de una ruta de B a A, puede diferir sustancialmente de la demora a lo largo de un
camino desde A a B. Por lo tanto, la mitad del tiempo de viaje de ida y vuelta no podr
dar una medida precisa.
El segundo punto explica por qu una medida precisa del rendimiento de la red
puede ser difcil de conseguir: las condiciones cambian rpidamente. Por ejemplo, piense
en una red compartida. Si slo uno de ellos est enviando datos de host, el host
disfrutarn de retardo bajo, alto rendimiento y baja fluctuacin. Como otros hosts
comienzan a utilizar la red, utilizacin aumenta, lo que aumentar la demora y jitter y
disminuir el rendimiento. Adems, porque las condiciones cambian rpidamente, los
retrasos pueden variar ampliamente en apenas un segundo. As, incluso si las mediciones
son tomadas cada diez segundos, una medicin puede perder un cambio importante en el
ren-Mance.

El tercer punto sugiere que el envo de prueba para medir el trfico de una red puede
afectar al rendimiento de la red. En el PlanetLab testbed de investigacin, por ejemplo,
para muchos investigadores utilizan ping para medir el rendimiento que trfico de ping
dominado completamente el resto del trfico. La situacin se torn tan grave que los
administradores estableci una poltica de desalentar el uso de ping.
El cuarto punto es fundamental: las redes de datos exhiben comportamiento a
rfagas, lo que significa que el trfico es desigual. Si consideramos el trfico enviado por
un host determinado equipo, el patrn de la intermitencia es obvia: la mayora de los
hosts permanezca en silencio hasta que un usuario ejecuta una aplicacin que se
comunica a travs de la Internet. Cuando un usuario introduce una URL en un navegador
web, el navegador recupera todos los elementos de la pgina y, a continuacin, detiene la
comunicacin hasta que el usuario solicita otra pgina. Asimismo, si un usuario descarga
el correo electrnico, el ordenador host se comunica con un sistema de correo
electrnico, descarga una copia del buzn del usuario y, a continuacin, espera a que el
usuario.
Curiosamente, el trfico de datos agregados es tambin explosivas. Uno podra
esperar que la 'explosividad' es un fenmeno local y cuando el trfico de millones de
usuarios de Internet se combinan, el resultado ser un buen patrn de uso. Despus de
todo, no todos los usuarios leen el correo electrnico exactamente al mismo tiempo; as,
mientras un usuario est descargando, otro usuario puede leer mensajes de correo
electrnico que se ha descargado anteriormente. De hecho, las mediciones de la voz
480 El rendimiento de la red (y QoS DiffServ) Cap. 28

Red telefnica muestran que el trfico telefnico de millones de usuarios de resultados en


un buen agregado. Cuando el trfico de un milln de usuarios de Internet se combina, sin
embargo, el resultado no es un buen agregado. En cambio, el agregado es explosivas en el
sentido de que el trfico total tiene picos y puntos bajos. De hecho, los estadsticos
afirman que el trfico de datos es auto similar, lo que significa que el trfico es anlogo a
un fractal, donde el mismo perfil de estadstica es evidente en cualquier nivel de
granularidad. As, si una empresa examina una LAN, el trfico desde los hosts locales
aparecern explosivas. Si un ISP intermedio mide el trfico de un millar de usuarios o un
ISP grande medidas del trfico de 10 millones de usuarios, el trfico tendr grandes
cantidades absolutas, pero tendrn el mismo patrn estadstico global como el trfico en
una red LAN.

Podemos resumir:

A diferencia del trfico telefnico de voz, el trfico de datos est a


rfagas. El trfico de datos se dice que es auto-similar porque
agregados de trfico de datos muestran el mismo patrn de la
'explosividad'.

28.9 Passive Measurement, Small Packets, And NetFlow

Los administradores de redes que mida las redes distinguir entre dos formas de cam-
urement:

Active
Pasivo

Hemos discutido la situacin de desventaja de las tcnicas de medicin activo: por


inyectar-ing el trfico en una red, la medicin de trfico puede cambiar el rendimiento de
la red. La alternativa es pasiva que supervisa una red de medicin y conteo de paquetes,
pero no inyectar trfico adicional. Por ejemplo, un ISP puede contar los bytes que se
transfieren a travs de un enlace en una cantidad de tiempo determinada para producir
una estimacin de la utilizacin de vnculos. Es decir, el ISP organiza un monitor pasivo
de estacin que observa una red durante un intervalo de tiempo y se acumula un total de
bytes en todos los paquetes.
Curiosamente, un ISP puede elegir para medir el nmero de paquetes enviados, as
como el nmero de bytes de datos. Para entender el por qu, observe que, debido a que la
utilizacin de enlace se mide como un porcentaje de la capacidad y se mide en bits por
segundo, un ISP debe medir el total de bits de datos enviados por unidad de tiempo. Sin
embargo, la capacidad de los switches y routers se mide en paquetes por segundo. Es
decir, como un router o switch realiza el reenvo del salto siguiente una vez por paquete,
el esfuerzo computacional gastar-ed es proporcional al nmero de paquetes procesados en
lugar del nmero de bits en un paquete. Si una corriente de datos que llega a 1 Gbps, un
conmutador o un router realiza menos trabajo si el flujo se divide en unos grandes
paquetes que si el flujo se divide en muchos pequeos paquetes. Los proveedores de
equipamiento de red comprender el concepto, y algunos
Sec. 28.9 Medicin pasiva, pequeos paquetes, y NetFlow. 481

Vendedores hacen afirmaciones sobre el rendimiento de la velocidad de datos en lugar de


la tasa de transferencia de paquetes (es decir, miden el rendimiento de sus productos,
usando paquetes grandes).
Podemos resumir:

Para evaluar la utilizacin de enlace, un ISP mide el total de datos


transferidos a travs de una conexin por unidad de tiempo; evaluar el
impacto de un router o switch, un proveedor de servicios de Internet
(ISP) mide el nmero de paquetes transmitidos por unidad de tiempo.

Uno de los ms ampliamente utilizado tcnicas de medicin pasiva fue


originalmente creat-ed por Cisco y ahora es un estndar de la IETF: NetFlow. Un router
que implementa paquetes NetFlow muestras estadsticamente segn los parmetros
establecidos por la red ad-ministrator (por ejemplo, muestras uno de cada mil paquetes).
La informacin se extrae de la cabecera de cada paquete muestreados, se resume la
informacin, y la suma de Mara es enviado a un sistema de gestin de la red donde se
procesa (a menudo, los datos se guardan en el disco para su posterior anlisis).
Normalmente, NetFlow extrae direcciones IP de origen y destino, el tipo de protocolo de
datagramas, y los nmeros de puerto. Para asegurarse de que es pasiva, un router que
ejecuta NetFlow NetFlow deber enviar los resmenes a travs de un puerto de gestin
especial en lugar de colocarlos en una de las redes que maneja los datos de usuario.

28.10 Quality Of Service (QoS)

La contrapartida de la medicin es la red de aprovisionamiento de red: diseando


una red para proporcionar un nivel de servicio especfico. El resto del captulo se analizan
los mecanismos que pueden utilizarse para aplicar las garantas de servicio. En general, el
tema se conoce como Calidad de servicio (QoS).
Para entender QoS, examinar el contrato entre un proveedor de servicios y un custo-
mer. Los contratos ms sencillo definir un servicio especificando el tipo de datos que los
prestadores-er garantas. Por ejemplo, un proveedor que ofrece una conexin DSL a
Internet puede garantizar una velocidad de datos de 2,2 Mbps. Contratos ms complejos
definir tiered ser-vicios, donde el nivel de servicio recibido depende de la cantidad
pagada. Por ejemplo, un proveedor podra elegir un enfoque prioritario que garantiza que
los paquetes de un cliente que se suscribe a nivel Platinum de servicio tendrn prioridad
sobre los paquetes de custo-mers que suscribirse a un servicio de nivel Silver.
Los grandes clientes corporativos a menudo exigen ms estrictas garantas de
servicio. La industria financiera crea normalmente contratos de servicio con lmites en la
demora entre ubicaciones especficas. Por ejemplo, una firma de corretaje podra tener un
contrato de servicio que especifica los paquetes deben ser transferidos desde las oficinas
centrales de la compaa a la Bolsa de Valores de Nueva York en menos de 10
milisegundos; una empresa que realiza una copia de seguridad de todo su centro de datos
cada noche podra tener un contrato de servicio que garantiza un rendimiento de no
menos de 1 Gbps en las conexiones TCP utilizado para la copia de seguridad.
482 El rendimiento de la red (y QoS DiffServ) Cap. 28

28.11 Fine-Grain And Coarse-Grain QoS

Cmo puede un proveedor especificar las garantas de calidad de servicio (QoS), y


qu tecnologas hace un proveedor utilizar para implementar QoS? La figura 28.3
muestra los dos enfoques generales que han sido pro-planteados para el servicio
especificado. Como muestra el grfico, los enfoques difieren en su granularidad y si un
proveedor o un cliente selecciona los parmetros.

Enfoque Descripcin
Un proveedor permite a un cliente especfico del
Fine-Grain estado QoS
Requisitos para una instancia determinada de
comunicacin;
Un cliente realiza una solicitud cada vez que un flujo
es
Creado (por ejemplo, para cada conexin TCP)
Un proveedor especifica unas clases amplias de
Coarse-Grain servicio
Que cada uno son convenientes para un tipo de
trfico;
El cliente debe colocar todo el trfico en las clases

Figura 28.3 dos enfoques que se han propuesto para la especificacin de los
servicios QoS.

28.11.1 Fine-Grain QoS y fluye

Muchos de los primeros trabajos sobre QoS surgi de las compaas telefnicas. Los
diseadores supone una red de datos orientados a conexin modelada segn el sistema
telefnico: cuando un cliente necesita para comunicarse con un sitio remoto (por ejemplo,
un servidor web), el Custo-mers creara una conexin. Adems, los diseadores han
asumido un cliente emitira requisitos de QoS para cada conexin, y un proveedor sera
calcular una carga ac-grabacin a distancia y QoS distribuido utilizado.
Las compaas de telfono incorporado muchas funciones de QoS en el diseo
de modo de transmisin-nous Asynchro (ATM). Aunque ATM no sobreviven y
proveedores no suelen cobrar por cada conexin, algunos de la terminologa que ATM
creado para grano fino QoS persiste con ligeras modificaciones. En lugar de especificar la
QoS en una conexin, ahora utilizamos el trmino flujo. Generalmente se refiere a un
flujo de comunicacin de capa de transporte como una conexin TCP, un conjunto de
paquetes UDP viajando entre un par de aplicaciones, o una llamada telefnica de VoIP.
La figura 28.4 muestra cuatro categoras principales de servicio que estaban presentes en
la ATM, y explica cmo se relacionan con los flujos.
Sec. 28.11Coarse-Grain Fine-Grain y QoS 483

Abreviatura Ampliacin Significado


Entra en el flujo de datos a una tasa
fija,
Tasa de bits
CBR constante Como datos de una voz digitalizada
Llame a introducir exactamente a
64 Kbps
Entra en el flujo de datos en una
variable
Dentro de la tasa de estadstica
VBR Tasa de bits variable especificado
Lmites
El flujo se compromete a utilizar
cualquier
Tasa de bits Es la tasa de datos disponibles en
ABR disponible un determinado
Tiempo
Tasa de bits no est especificado
para el flujo.
Tasa de bits no
UBR especificada La aplicacin est satisfecho con
Servicio de mejor esfuerzo

Figura 28.4 cuatro categoras principales de servicio QoS.

Como muestra el grfico, el servicio CBR es apropiado para un flujo que transfiere
datos a una velocidad fija, con voz digitalizada es el ejemplo cannico. Servicio VBR-ap
es apropiado para un flujo que utiliza una codificacin de tasa variable. Por ejemplo,
algunos cdecs de vdeo enviar codificaciones diferencial, donde la cantidad de datos
enviados por un fotograma es proporcional a la diferencia entre el fotograma anterior y el
fotograma actual. En tales casos, un custo-mer puede especificar la velocidad media de
datos que se espera, as como una velocidad mxima de datos y la longitud de tiempo que
el tipo mximo se producir. VBR pide a los usuarios especificar:

Tasa de bits constante (SBR)


La tasa de bits mxima (PBR)
Tamao de rfaga sostenida (SBS)
Tamao de rfaga de pico (PBS)

ABR SERVICE implica compartir: Un cliente est dispuesto a pagar cualquier


cantidad de Ser-vicio, que est disponible. Si otros clientes enviar datos, el monto
disponible ser menor (y presumiblemente el proveedor cobrar menos). Por ltimo,
significa que el servicio UBR custo-mer no desea pagar tarifas ms altas y est satisfecho
con el servicio de mejor esfuerzo.
Cuando Internet QoS fue considerado en primer lugar, argument que las compaas
telefnicas y de grano fino servicios sera necesaria antes de la calidad de llamadas
telefnicas de voz sobre una red de paquetes sera aceptable. En consecuencia, aparte de
la labor sobre la ATM, la comunidad de investigacin comenz a explorar con grano fino
QoS en Internet. La investigacin fue conocida como servicios integrados (IntServ).
484 El rendimiento de la red (y QoS DiffServ) Cap. 28

28.11.2 Coarse-Grain QoS y clases de servicio

La alternativa a la QoS de grano fino es un enfoque de grano grueso en el que el


trfico es di- rectamente en clases y los parmetros de QoS se asignan a la clase en lugar
de flujos individuales. Para comprender la motivacin para el enfoque de grano grueso,
es necesario considerar una aplicacin de QoS en el router principal. Las conexiones a los
routers pueden funcionar a 10 Gbps, lo que significa que los paquetes llegan a una tasa
extremadamente alta; se necesita hardware especial para realizar el reenvo porque los
procesadores convencionales son demasiado lentos. Adems, debido a que transporta
trfico entre los principales proveedores de servicios de Internet (ISP), un ncleo de
router puede han-dle 50 millones de flujos simultneos. QoS requiere muchos recursos
adicionales. El router debe mantener el estado de millones de flujos, y debe realizar un
complejo computa-cin para cada paquete. Los accesos a la memoria ralentizar el
procesamiento. Adems, el router debe asignar recursos cuando empiezan a fluir, y
desasignar un flujo de ellos cuando termina.
Despus de muchos aos de investigacin sobre los servicios integrados y la
creacin de varios protocolos, la comunidad investigadora y el IETF se lleg a la
conclusin de que un enfoque de "grano fino" era generalmente poco prctico e
innecesario. Por un lado, un usuario promedio no tendr suficiente comprensin para
elegir los parmetros de QoS. Despus de todo, qu requisitos de rendimiento que
especifique para una conexin con un sitio web normal? Por otro lado, los routers
centrales no tienen suficiente potencia de procesamiento para aplicar por flujo de QoS.
As, en la mayora de trabajos sobre QoS se concentran en definir unas clases amplias de
servicio en lugar de tratar de proporcionar la calidad de servicio de extremo a extremo
para cada flujo. Podemos resumir:

A pesar de muchos aos de investigacin y trabajo de estndares, el


enfoque de grano fino con QoS ha quedado relegado a unos pocos
casos especiales.

28.12 Implementation Of QoS

La figura 28.5 muestra los cuatro pasos de un conmutador o un router utiliza para
implementar QoS.

Paquete Paquete
s s
Llegar Dejar
Router implementar QoS

Clasificacin Reenviar Salida Traffic


Y la polica Computacin Queuing Programacin
Figura 28.5 Los cuatro pasos clave utilizado para implementar QoS.
Sec. 28.12 Aplicacin de QoS 485

Clasificacin y vigilancia. Cuando llega un paquete, un router clasifica el paquete


mediante la asignacin del identificador de un flujo de paquetes. Para un sistema de
grano fino, el identificador speci-fies una conexin individual; para un sistema de grano
grueso, el identificador especifica una clase de trfico. Una vez que se ha asignado un
identificador, el router realiza vigilancia, lo que significa que el router verifica que el
paquete no violar los parmetros para el flujo. En par-ticular, si un cliente enva datos a
una velocidad superior a la velocidad mxima a la que el cliente est pagando, un policer
comienza a descartar paquetes. Una tcnica utilizada para la vigilancia temprana
aleatoria es descartar (rojo) en la que los paquetes en un flujo determinado son
descartados de probabilidad. Una cola es establecido para el flujo, y el tamao actual de
la cola se utiliza para determinar la probabilidad de cada. Cuando la cola es menos de la
mitad, la probabilidad es cero. Cuando la cola est completamente lleno, la probabilidad
se establece en uno. En tamaos de cola entre la probabilidad es linealmente proporcional
a la cantidad de paquetes en la cola. Uso de red ayuda a evitar un problema cclico
causado por tail drop en el que todos los paquetes entrantes se desecha una vez una cola
llena, muchas sesiones TCP cada vuelta y comenzar lento comienzo, el trfico se
incrementa hasta que la cola se llena de nuevo y se repite el ciclo.
Clculo de reenvo. Cuando calcule un prximo salto, un router o un switch puede
utilizar el identificador del flujo. En algunos casos, el identificador del flujo determina la
ruta para ser fol-lowed (por ejemplo, todo el trfico de voz se enva a la lumbrera 54 a un
conmutador de voz). En otros casos, el identificador del flujo se omite y la direccin de
destino de cada paquete se utiliza para seleccionar un salto siguiente. Los detalles exactos
de reenvo de depender del propsito de un switch o router y particular del gestor de
polticas de calidad de servicio (QoS).
Cola de salida. La mayora de las implementaciones de QoS crea un conjunto de
colas para cada puerto de salida. Una vez que el clculo de reenvo selecciona un puerto
de salida para los paquetes, el mecanismo de puesta en cola de salida utiliza el
identificador de flujo para colocar el paquete en una de las colas asociadas con el puerto.
Un sistema de grano grueso normalmente utiliza una cola por clase. As, si un
administrador establece ocho clases de QoS, cada puerto de salida tendr ocho colas. Un
sistema de grano fino a menudo tiene una cola por conexin, con colas organizados en
una jerarqua. Por ejemplo, un chip procesador de red proporciona 256.000 colas ar-
oscil en una jerarqua de varios niveles.
La programacin del trfico. Un planificador de trfico implementa las directivas
de QoS seleccionando un paquete para enviar siempre un puerto est inactivo. Por
ejemplo, un administrador podra especificar que tres clientes recibirn cada uno un 25%
de la capacidad y el resto de los clientes comparten la capacidad restante. Para aplicar esa
poltica, un programador de trfico podra utilizar cuatro colas y un enfoque round-robin
para seleccionar paquetes. Por lo tanto, si todos los clientes estn enviando datos, los tres
clientes designados recibirn cada uno un cuarto de la capacidad, tal como se especifica.
Seleccin de paquetes ms sofisticados algoritmos puede ser usado para
implementar complejos reparto proporcional. La complejidad surge porque un trfico
planificador debe mantener polticas a largo plazo aun cuando los paquetes llegan en
rfagas. As, un programador de trfico debe adaptarse a situaciones en las que una
determinada cola excede temporalmente su tasa de datos asignado prestadores-ed el
promedio a largo plazo cumple los lmites especificados. Del mismo modo, un
programador de trfico debe adaptarse a una situacin donde una o ms colas es vaciar
temporalmente dividiendo la capacidad no utilizada entre otras colas.
486 El rendimiento de la red (y QoS DiffServ) Cap. 28

Muchos algoritmos de planificacin de trfico han sido propuestos y analizados. No


es posible crear un algoritmo prctico que logra la perfeccin; cada uno es un
compromiso entre la equidad y la sobrecarga computacional. La figura 28.6 muestra la
gestin del trfico al-gorithms que han sido propuestos y estudiados.

Algoritmo Descripcin
Cucharn con Permite una cola para enviar paquetes a una tasa fija
fugas por
Incrementar un contador de paquetes peridicamente y
utilizar
El contador para controlar la transmisin
Cuchara de
token Permite una cola para enviar datos a una tasa fija por
Incrementar un contador de bytes peridicamente y
mediante el
Contador para controlar la transmisin
Selecciona paquetes a partir de un conjunto de colas
Ponderacin segn un
Round Robin Conjunto de pesos que dividir la capacidad en fijos
Porcentajes, suponiendo un paquete de tamao
uniforme

Dficit Una variante del round-robin enfoque que cuentas para


Bytes enviados en lugar de paquetes transferidos, y
Round Robin permite
Un dficit temporal causado por un paquete grande

Figura 28.6 Ejemplo de algoritmos de planificacin de trfico.

28.13 Internet QoS Technologies

El IETF ha diseado una serie de tecnologas y protocolos relacionados con la


calidad del servicio (QoS).
Tres importantes esfuerzos son:

RSVP y policas
DiffServ.
MPLS.
RSVP y Polis. Como se exploraron IntServ, IETF desarrollaron dos protocolos para
proporcionar QoS: el Protocolo de reserva de recursos (RSVP) y los servicios comunes
de poltica abierta (COP) Protocolo. RSVP es una versin de grano fino de QoS. As,
RSVP es necesaria para cada sesin TCP o UDP. Utilizar RSVP, una aplicacin enva
una solicitud que especifica la QoS deseada. Cada router a lo largo de la ruta desde el
origen hasta el desti-nacin se reserva los recursos solicitados y pasa la solicitud al
siguiente router. Incluso-tually, el host de destino debe estar de acuerdo con la solicitud.
Cuando cada salto a lo largo de la ruta ha acordado hacer honor a la solicitud, se genera
un identificador de flujo y devuelto. El trfico puede
Sec. 28.13 Internet tecnologa QoS 487

A continuacin enviados a lo largo de la ruta reservada. COPS es un protocolo


complementario para RSVP utilizado para especificar y aplicar polticas. Un router que
implementa la polica utiliza COPS de commun-icate con un policy server y obtener
informacin sobre los parmetros de flujo. Porque est diseado para proveer de grano
fino, per-flujo, QoS RSVP es raramente utilizada.
DiffServ. Una vez que abandonaron IntServ y QoS de grano fino, el IETF cre DIF-
ferentiated DiffServ Servicios () para definir un mecanismo de QoS de grano grueso. El
esfuerzo de DiffServ produjo una definicin de cmo las clases pueden ser especificados
y cmo el campo de tipo de servicio en una direccin IPv4 o IPv6 cabezal puede
utilizarse para especificar la clase de un da-tagram. Aunque distintos ISP han
experimentado con DiffServ, la tecnologa no goza de aceptacin generalizada.
MPLS. El captulo 19 describe la conmutacin de etiquetas multiprotocolo (MPLS)
como un mecanismo de comunicacin orientado a la conexin integrada en la parte
superior de IP. Utilizar MPLS, un manager configura el reenvo de rutas a travs de una
serie de enrutadores con capacidad MPLS. Al final de un camino, cada datagrama se
encapsula en un encabezado MPLS MPLS y se inyecta en el camino; en el otro extremo,
cada datagrama se extrae, el encabezado MPLS se quita y se reenva el datagrama a su
destino. En muchos casos, una poltica de planificacin de trfico se asigna a una ruta de
MPLS, lo que significa que cuando un datagrama es insertado en una ruta determinada, se
establecen los parmetros de QoS para el datagrama. As, un ISP podra configurar una
ruta de MPLS para datos de voz que est separado del MPLS ruta utilizada para otros
datos.

28.14 Summary

Las dos principales medidas del rendimiento de la red se demora, el tiempo


requerido para enviar un poco de un equipo a otro, y el rendimiento, el nmero de bits
por segundo que pueden transmitirse a travs de la red. Aunque el rendimiento es
comnmente llamado velocidad de rendimiento es una medida de la capacidad de la red.
La demora de rendimiento producto mide la cantidad de datos que pueden estar en
trnsito en un momento dado. La demora y el rendimiento no son independientes -como
el rendimiento se aproxima al 100% de su capacidad, retrasos aumentan rpidamente.
Jitter, una medida de variacin de retardo, es cada vez ms importante en las redes
de datos. Baja fluctuacin puede lograrse con una red iscrona o con un protocolo que
gestiona la transmisin de audio y vdeo en tiempo real; el enfoque utiliza el protocolo de
Internet.
Medir el rendimiento de la red puede ser difcil. Rutas asimtricas significa syn-
chronized relojes son necesarios para medir el retraso; trfico a rfagas significa que el
rendimiento puede cambiar rpidamente. Porque el trfico adicional de red puede alterar
la medicin condi-ciones, muchos administradores prefieren tecnologas de medicin
pasiva, como NetFlow.
Ambos de grano fino y de grano grueso QoS han sido estudiados; grano fino
esfuerzos generalmente han sido abandonados. Definicin de ATM categoras de
servicio, y las siglas que se usan: Constante, variable disponible, y la tasa de bits no
especificada (CBR, VBR y ABR, UBR).
488 El rendimiento de la red (y QoS DiffServ) Cap. 28

Para implementar QoS, un conmutador o un router clasifica y supervisa los datos


entrantes, por salas y lugares de cada paquete en una cola de salida y utiliza un
planificador de trfico para seleccionar un paquete que se enva cuando un puerto de
salida queda libre. Varios algoritmos de planificacin de trfico han sido propuestos y
analizados; cada uno es un ptimo equilibrio entre equidad y com-putational sobrecarga.
El IETF define RSVP y polis como parte del esfuerzo IntServ; cuando el nfasis se
desplaz lejos de grano fino, el IETF define QoS DiffServ. El IETF define tambin
MPLS como una tecnologa de ingeniera de trfico. Los parmetros de QoS se puede
asociar con cada tnel MPLS, lo que significa que una vez que un datagrama ha sido
clasificado, su asociacin MPLS define sus parmetros de QoS.

Ejercicios

28.1 Enumerar y describir los tres principales medidas del rendimiento de la red.
28.2 Dar cinco tipos de retraso, junto con una explicacin de cada uno de ellos.
28.3 Se puede esperar ser ms largas demoras de acceso en una LAN o una WAN? Retrasos de
cola?
Por qu?
28.4 Cmo puede ser medido el rendimiento?
28.5 Qu nombre se utiliza para el tipo de rendimiento que es la ms significativa para un
usuario?
28.6 Dar ejemplos de procesamiento que hacen goodput inferior a la capacidad del canal.
28.7 Proporcionar una explicacin de la demora y el rendimiento en trminos de bits
transmitidos.
28.8 Que de la demora o el rendimiento proporciona el lmite ms fundamental en el
rendimiento?
Por qu?
28.9 Utilice ping para medir la latencia de la red a nivel local y lugares distantes. Cul es el
mnimo y el mximo retraso de Internet usted puede encontrar?
28.10 Si uno hace ping a la direccin IP 127.0.0.1, la latencia es extremadamente baja. Explicar.
28.11 Descargar una copia del programa ttcp y utilizarlo para medir el rendimiento de un ter
local-net. Cul es el goodput? Estimar la utilizacin de enlace obtenidos.
28.12 Comparar el rendimiento de una red de 100 Mbps y una red de 1 Gbps.
28.13 Qu es la fluctuacin, y cules son los dos mtodos utilizados para superar el jitter?
28.14 Los profesionales a veces se refieren a un "Knee" en la curva de retardo. Para entender lo
que significan, trazar la eficaz utilizacin de valores de retardo entre 0 y 0.95. Se puede
encontrar un valor de utilizacin para que la curva parece aumentar bruscamente?
28.15 La cantidad de datos que pueden ser "en vuelo" entre una estacin de tierra enviando un
satlite, y una re-recibiendo station? Para averiguarlo, calcular el retardo de procesamiento
de producto para una red de satlites GEO que opera a 3 Mbps. Asumir que el satlite
orbita a 20.000 kilmetros por encima de la tierra, y que las transmisiones de radio se
propagan a la velocidad de la luz.
28.16 Por qu es difcil la medicin del rendimiento de la red?
28.17 Cmo funciona el trfico de datos difieren de trfico de voz?
Ejercicios 489

28,18 Explicar por qu los ISP contar el nmero de paquetes recibidos por unidad de tiempo, en
lugar de meramente el nmero de bytes recibidos por unidad de tiempo.
28,19 Cules son los dos tipos de QoS?
28.20 Estimar la potencia de clculo necesaria para implementar QoS de grano fino en el ncleo
de la Internet: supongamos un enlace de 10 Gbps de entrega de paquetes y bytes 1000 N
opera-ciones aritmticas por paquete, y calcular el nmero de operaciones un procesador
debe realizar por segundo.
28,21 Enumerar las cuatro categoras principales de QoS que se derivaron de ATM, y dar el
significado de cada uno.
28.22 Considere la posibilidad de un navegador web. Qu tipo de QoS sera apropiado para un
flujo tpico donde el navegador descarga una pgina web? Por qu?
28,23 Si dos usuarios, crear una sesin de chat por Internet, qu categora de QoS se utiliza?
28,24 Qu cuatro parmetros se utilizan para caracterizar un flujo VBR?
28.25 Explicar los cuatro pasos utilizados para implementar QoS.
28,26 Si su ISP utiliza leaky cuchara para programar la transmisin de paquetes, el rendimiento
ser mayor con paquetes grandes o pequeos paquetes? Explicar.
28.27 DiffServ qu es?
28.28 Cmo difieren de reenvo MPLS IP forwarding convencionales?
Contenido del captulo
29.1 Introduccin, 491
29.2 Transmisin de datos en tiempo real y entrega de mejor
esfuerzo, 491
29.3 Reproduccin retrasada y el jitter buffer, 492
29.4 RTP (protocolo de transporte en tiempo real), 493
29.5 Encapsulacin de RTP, 494
29.6 Telefona IP, 495
29.7 Sealizacin y normas de sealizacin de VoIP, 496
29.8 Componentes de un sistema de telefona IP, 497
29.9 Resumen de protocolos y capas, 500
29.10 Caractersticas de H.323, 501
29.11 Capas de H.323, 501
29.12 Caractersticas y mtodos de SIP, 502
29.13 Un ejemplo de sesin SIP, 503
29.14 Enrutamiento y asignacin de nmero de telfono, 504
29.15 Resumen, 505
29

Multimedia And
IP Telephony
(VoIP)

29.1 Introduction

Los captulos de esta parte del texto considerar una variedad de tecnologas de redes
y aplicaciones. El captulo anterior analiza el rendimiento de la red y calidad de servicio
(QoS). El captulo seala las dos maneras bsicas que las redes pueden ser diseadas para
proporcionar el servicio que se utiliza para aplicaciones en tiempo real tales como voz:
una infraestructura iscrona o el uso de protocolos que compensar jitter.
Este captulo contina el debate examinando la transferencia de multimedia en
Internet. El captulo examina cmo multimedia puede ser enviada a travs de un best-
effort, mecanismo de comunicacin describe un protocolo de propsito general para el
trfico en tiempo real, y considera la transmisin de llamadas telefnicas de voz en
detalle.

29.2 Real-Time Data Transmission And Best Effort Delivery

Utilizamos el trmino para referirse a datos multimedia que contenga audio o vdeo,
y puede incluir texto. La frase se refiere multimedia en tiempo real a los datos
multimedia que deben reproducirse exactamente en la misma proporcin que fue
capturado (por ejemplo, un programa de noticias de televisin que incluye audio y video
de un caso real).
Una pregunta que surge es cmo puede utilizarse Internet para la transmisin en
tiempo real de mul-timedia? Para comprender la dificultad, recordar que la Internet
ofrece servicio de entrega de mejor esfuerzo. As, los paquetes pueden perderse,
demorado o entregan fuera de orden, si el audio o

491
492 Multimedia y de telefona IP (VoIP) Cap. 29

Vdeo digitalizado, se envan a travs de Internet sin ningn tratamiento especial y, a


continuacin, muestra exactamente como se llega, la salida resultante ser inaceptable.
Multimedia precoz sys tem solucion el problema mediante la creacin de redes de
comunicacin diseados especficamente para manejar audio o vdeo. La red telefnica
analgica utiliza una red iscrona para proporcionar una alta calidad de reproduccin de
audio, y sistemas de televisin analgica por cable estn diseados para ofrecer mltiples
canales de emisin de vdeo sin interrupciones o prdida.
En lugar de requerir las redes subyacentes para gestionar en tiempo real, transmisin
de Internet utiliza el protocolo adicional de apoyo. Curiosamente, el problema ms
importante que se maneja es la fluctuacin, sin prdida de paquetes. Para ver por qu,
consideremos un webcast en directo. Si utiliza un protocolo y tiempo de espera de
retransmisin para reenviar el paquete, el paquete ser retransmitido ar-rive demasiado
tarde para ser til - el receptor se han desempeado el vdeo y audio de suc-cessive
paquetes, y no tiene ningn sentido para insertar un fragmento de la webcast que fue
omitida anteriormente.

El punto importante es:

A diferencia de los protocolos de transporte convencional, un


protocolo que transfiere datos en tiempo real slo maneja el problema
de la fluctuacin y no re-transmitir paquetes perdidos.

29.3 Delayed Playback And Jitter Buffers

Para superar el jitter y lograr una reproduccin fluida de datos en tiempo real, dos
jefes de tech-niques empleadas son:

Las marcas de tiempo. Un emisor proporciona una marca de tiempo


para cada tipo de dato. Un receptor utiliza las marcas de tiempo para
tratar de paquetes y para mostrar los datos en la secuencia de tiempo
correcto.
Jitter buffer. Para acomodar el jitter (es decir, pequeas variaciones
en de-lay), un receptor de datos de tampones y retrasos en la
reproduccin.

La aplicacin de un buffer de jitter es sencillo. Un receptor mantiene una lista de


elementos de datos, y utiliza marcas de tiempo para ordenar la lista. Antes de que
comience la reproduccin, un re-ceiver demoras para d unidades de tiempo, lo que
significa que los datos que se juega es d unidades de tiempo detrs de los datos que est
llegando. As, si un determinado paquete se retrasa menos de d, el contenido del paquete
ser colocado en el bfer antes de que sea necesario para la reproduccin. En otras
palabras, los elementos se insertan en un buffer de jitter con alguna variacin en la
velocidad, pero el pro-ceso de reproduccin extrae datos de un buffer de jitter en una tasa
fija. La figura 29.1 muestra la organizacin de un sistema de reproduccin en tiempo real.
Reproduccin retrasada y el jitter
Sec. 29.3 Buffers 493

Llegan los paquetes Extrae paquetes


En rfagas A una tasa uniforme
Buffer de jitter
La reproduccin Mostrar
D Proceso

Conexin
A
INTERNET.

La figura 29.1 muestra de un buffer de jitter con retraso d.

29.4 Real-time Transport Protocol (RTP)

En el conjunto de protocolos de Internet, el protocolo de transporte en tiempo


real (RTP) proporciona el mecanismo utilizado para transmitir datos en tiempo real a
travs de Internet. El trmino transporte es un nombre inapropiado porque RTP se sita
encima de la capa de transporte. As, a pesar del nombre, uno debera pensar de RTP
como protocolo de transferencia.
RTP no garantiza la entrega puntual de los datos, y no incluye un buffer de jitter o
mecanismo de reproduccin. En su lugar, proporciona tres elementos en cada paquete que
permitan una re-ceiver implementar un buffer de jitter:

Un nmero de secuencia que permite a un receptor para colocar el


paquete entrante-ETS en el orden correcto y para detectar los
paquetes que faltan
Un timestamp que permite a un receptor para reproducir los datos en
el paquete en el momento correcto en la secuencia multimedia
Una serie de identificadores de fuente que permiten un receptor
conocer la(s) fuente(s) de los datos

La figura 29.2 muestra cmo el nmero de secuencia, timestamp y fuente de


identificacin los campos aparecen en el encabezado de los paquetes RTP.

0 1 3 8 16 31
VER P X CC M PAYTYPE Nmero de secuencia
TIMESTAMP
Identificador de origen de sincronizacin
Identificador de origen contribuyentes
...

Figura 29.2 El encabezado bsico que aparece al inicio de cada uno de los paquetes RTP.
494 Multimedia y de telefona IP (VoIP) Cap. 29

Campo VER da el nmero de versin de RTP, que actualmente es de 2. P


campo especifica si la carga se rellenan con ceros (algunas codificaciones requieren un
tamao de bloque fijo). Campo X especifica si una extensin del cabezal est presente
y CC da un recuento de las fuentes que se han combinado para producir la secuencia
como se describe a continuacin. M es un bit de marcador que puede ser usado para
marcar algunos fotogramas. En particular, algunas codificaciones video enviar un
fotograma completo seguido por una serie de cambios incrementales; el bit M slo se
establece si un paquete RTP-et lleva un marco completo. La PAYTYPE campo especifica
el tipo de carga; un receptor utiliza la PAYTYPE valor para interpretar el resto del
paquete.
Cada paquete incluye un nmero de secuencia; la secuencia se incrementa en uno
para cada paquete. Como TCP, un remitente elige al azar una secuencia de arranque para
evitar problemas de repeticin. Un campo de marca de tiempo que es independiente de la
secuencia pro-porciona un receptor con informacin acerca de la sincronizacin de la
reproduccin. Mantenimiento de la marca de tiempo-dependiente de la secuencia es
importante en los casos en que el tiempo no est linealmente relacionada con la secuencia
de paquetes (por ejemplo, una codificacin de vdeo de tamao variable que enva menos
paquetes cuando la imagen no cambia rpidamente).
Un TIMESTAMP RTP no codificar una fecha y una hora. En su lugar, RTP elige al
azar una hora inicial y, despus, hace que cada uno de los sucesivos timestamp relativo al
valor ini-cial. Por otra parte, RTP no especifica si el tiempo se mide en segundos,
milisegundos, u otras unidades - el tipo de carga determina la granularidad del sello de
tiempo. No importa en qu momento granularidad es usado, un remitente debe
incrementar el tiempo de con-tinuously, incluso cuando no se estn enviando paquetes
(por ejemplo, si un cdec suprime la transmisin durante perodos de silencio de un flujo
de audio ).
Los dos campos de identificador de fuente de sincronizacin y contribuir-ING
identificador de origen de identificar las fuentes de los datos. La razn por la que una
fuente debe ser identificado surge del mecanismo de entrega de multidifusin: un host
puede recibir datos de varias fuentes y pueden recibir varias copias de un determinado
paquete. La razn de varias fuentes se identifican surge de una tcnica conocida como
la mezcla en la cual un sistema termediate combina datos de mltiples flujos en tiempo
real para producir una nueva secuencia. Por ejemplo, un mezclador puede combinar
distintos flujos de video y audio de una pelcula y, a continuacin, la combinacin de
multidifusin stream.

29.5 RTP Encapsulation

RTP utiliza UDP para el transporte de mensajes. As, cada mensaje de RTP se
encapsula en un datagrama UDP para la transmisin a travs de Internet. La figura 29.3
muestra las tres lev-els de encapsulacin que RTP se utilizan cuando un mensaje se
transfiere a travs de una sola red.
Porque RTP utiliza encapsulacin UDP, el resultado puede ser enviado a travs de
mensajes de difusin o multidifusin. La multidifusin es especialmente til para la
entrega de entretenimiento pro-gramacin que atrae a una gran audiencia. Por ejemplo, si
un proveedor de servicios de cable ofrece un programa de televisin o un evento
deportivo, varios clientes pueden ver simultneamente. En tales casos, en lugar de enviar
una copia del mensaje a cada suscriptor, RTP permite un
Sec. 29.5 Encapsulacin de RTP 495

Proveedor para llegar a los clientes por la multidifusin una copia de un mensaje a travs
de RTP cada subred log-ical. Si un determinado multicast alcanza un promedio de N
de clientes, la cantidad de traf-fic ser reducido por un factor de N.

RTP
HDR Carga til de RTP

Hdr UDP Carga UDP

Encabeza
do IP Carga IP

Encabezado
de trama Carga del bastidor

Figura 29.3 Los tres niveles de encapsulamiento utilizado con RTP.

29.6 IP Telephony

El trmino la telefona IP o Voz sobre IP (VoIP) se utiliza para describir una de las
ms extendidas aplicaciones multimedia. Las compaas telefnicas de todo el mundo
estn reemplazando a conmutadores telefnicos tradicionales con enrutadores IP. La
motivacin es econmica: cuestan mucho menos que los routers conmutadores
telefnicos tradicionales. Las empresas tambin han empezado a utilizar IP telehones por
razones econmicas: envo de datos y voz en datagramas IP reduce el coste debido a la
infraestructura de red subyacente es compartida - un nico conjunto de equipos, cableado
y conexiones de red es suficiente para todas las comunicaciones, incluidas las llamadas
telefnicas.
La idea bsica detrs de la telefona IP es sencilla: continuamente muestra cada
muestra de audio, convertir a formato digital, enviar el resultado digitalizado a travs de
un flujo de trabajo de red IP en paquetes, y convertir la secuencia Volver a analgico para
la reproduccin. Sin embargo, numerosos detalles que complican la tarea. Un remitente
no puede esperar para llenar un paquete grande porque ello retrasa la transmisin por
varios segundos. El sistema debe gestionar la configuracin de llamada: cuando una
persona marca el sistema, debe convertir el nmero de telfono en una direccin IP, y
localizar las partes especificadas. Cuando comienza una llamada, el interlocutor debe
aceptar y responder a la llamada. De forma similar, cuando se finaliza una llamada, las
dos partes deben ponerse de acuerdo sobre cmo terminar de comuni-cacin.
Las complicaciones ms significativas surgen porque la telefona IP se esfuerza por
ser back-ward compatible con la red pblica telefnica conmutada (PSTN). Es decir, en
lugar de restringir llamadas a telfonos IP, mecanismos permiten un interlocutor o
destinatario a utilizar el telfono en cualquier lugar de la RTPC, incluida una ubicacin
internacional o un celular con-nection. As, un sistema de telefona IP debe estar
preparado para manejar las llamadas que se originan

pronunciado I-P te-lef'-oh-nee.


496 Multimedia y de telefona IP (VoIP) Cap. 29

En la RTPC y terminan en un telfono IP, o viceversa. Los usuarios esperan una tele-
sistema de telefona IP para proporcionar servicios telefnicos existentes como reenvo
de llamadas, llamada en espera, conferencia de voz ing , llamadas, y el identificador de
llamadas. Adems, las empresas que actualmente operan una centralita privada (PBX)
pueden requerir un sistema de telefona IP para ofrecer servicios equivalentes a un PBX.

29.7 Signaling And VoIP Signaling Standards

Dos grupos se han creado normas para telefona IP: la Unin Internacional de
Telecomunicaciones (ITU), que controla los estndares de telfono e Internet En-
gineering Task Force (IETF), que controla los estndares TCP/IP. Tras examinar los
componentes conceptuales de un sistema de telefona IP, vamos a revisar los protocolos
que cada grupo ha elegido.
Afortunadamente, ambos grupos estn de acuerdo sobre los principios bsicos para
la codificacin y transmisin de audio:
El audio se codifica mediante modulacin de cdigo de pulso (PCM)
RTP es usado para transferir el audio digitalizado

La principal complejidad de la telefona IP (y la razn por la que se han propuesto


varios estndares) radica en la configuracin de llamadas y gestin de llamadas. En la
terminologa de Telefnica, el proceso de establecimiento y terminacin de llamadas es
conocido como la sealizacin, e incluye mapa-ping a un nmero de telfono a una
ubicacin, encontrar una ruta a la persona que llam, y manejo de oth-er detalles como el
desvo de llamadas. El mecanismo utilizado en el telfono tradicional sys tem para
manejar la gestin de llamadas es conocido como el sistema de sealizacin 7 (SS7).
Una de las preguntas fundamentales acerca de la telefona IP se centra en el enfoque
que se adopte para la sealizacin - el sistema de sealizacin debe estar centralizado,
como el sistema de telefona actual, o debe ser distribuido como la actual asignacin de
nombres de dominio a direcciones IP? Los defensores de un enfoque de distribucin
argumentan que debera ser posible para dos telfonos IP, puntos arbitrarios en Internet,
para encontrar el uno al otro y comunicar exactamente igual que las aplicaciones de
Internet actuales (es decir, un telfono IP acta como un servidor para aceptar llamadas
entrantes y como cliente para realizar llamadas salientes). En un enfoque de distribucin,
no se necesita una infraestructura ms all de reenvo IP DNS y los servicios que estn
disponibles actualmente para las comunicaciones de datos. El enfoque de distribucin es
especialmente per-tinent para un sistema de telefona IP local (por ejemplo, un sistema
que permite que las llamadas entre dos telfonos IP dentro de una sola empresa). Los
defensores de un enfoque centralizado argumentan que un modelo de telfono
convencional funciona mejor porque dar las compaas telefnicas control de la
configuracin de llamada les permite ofrecer las garantas de servicio.
Para ser compatible con los telfonos existentes, nuevos protocolos deben ser
capaces de interactuar con SS7, tanto para realizar llamadas salientes y para aceptar
llamadas entrantes. A medida que el debate sobre el enfoque bsico procedi, cuatro
conjuntos de protocolos de sealizacin fueron propuestos para su uso con telefona IP: el
IETF propuso el Protocolo de Iniciacin de Sesin (SIP) y el
Sec. 29.7 Sealizacin y normas de sealizacin VoIP 497

Media Gateway Control Protocol (MGCP), la UIT propuso un amplio y completo


conjunto de protocolos bajo los auspicios de la H.323, y los dos grupos pro-
conjuntamente planteados Megaco (H.248). El punto es:

Los procesos de configuracin de llamadas y de terminacin son


conocidos como; mltiples protocolos de sealizacin sealizacin han
sido propuestos para su uso con la telefona IP.

29.8 Components Of An IP Telephone System

La figura 29.4 muestra los cuatro componentes principales de un sistema de


telefona IP, y la figura 29.5 ilustra cmo se utilizan para interconectar redes.

El componente Descripcin
Funciona como un telfono convencional,
pero
Telefona IP
Utiliza el protocolo IP para enviar voz
digitalizada
Proporciona control y coordinacin entre
Controlador de puerta de Los telfonos IP para servicios tales como la
enlace de medios configuracin de llamadas,
Terminacin de llamadas y el reenvo de
llamadas

Proporciona una conexin entre dos redes


Que utilizan codificaciones diferentes, y
Media Gateway traduce
Como una llamada pasa entre ellos

Se conecta a dos redes que utilizan diferentes


Puerta de enlace de Mecanismos de sealizacin, y traduce
sealizacin llamada
Las peticiones y respuestas de gestin

Figura 29.4 Los cuatro principales bloques de construccin de un sistema de telefona IP.

Un telfono IP se conecta a una red, utiliza el protocolo IP para todas las


comunicaciones telefnicas tradicionales y ofrece una interfaz que permite a los usuarios
realizar o recibir llamadas telefnicas. Un telfono IP puede ser una unidad de hardware
independiente (es decir, un telfono convencional), o puede con-sist de un ordenador con
un micrfono, altavoz y software de telefona IP. La connec-cin entre un telfono IP y el
resto del mundo puede consistir de una red cableada o inalmbrica (por ejemplo, Ethernet
u 802.11b).
Un controlador de puerta de enlace de medios, que tambin se conoce como
un Gatekeeper o Softswitch, proporciona un control general y la coordinacin entre un
par de telfonos IP, permitiendo un llamante para localizar a un destinatario, o acceder a
servicios tales como el reenvo de llamadas.
498 Multimedia y de telefona IP (VoIP) Cap. 29

Un Media Gateway proporciona traduccin de audio como una llamada pasa a travs
de la Boun-dary entre una red IP y la PSTN o el lmite entre dos redes IP que utilizan
codificaciones diferentes. Por ejemplo, un gateway de medios en la frontera entre la
RTPC y la Internet se mueve el sonido digitalizado entre el MDT codificacin usada en
un circuito de voz convencional y la codificacin de paquetes usados en Internet.
Una puerta de enlace de sealizacin tambin abarca el lmite entre un par de red
dispares de obra y ofrece traduccin de operaciones de sealizacin, permitiendo a cada
lado para iniciar una llamada (por ejemplo, permitir que un telfono IP en Internet para
realizar una llamada a un telfono en la PSTN). Un controlador de puerta de enlace de
medios coordina el funcionamiento de los medios de comunicacin y la seal-ing
gateways. La figura 29.5 muestra cmo los componentes se utilizan para interconectar el
Internet y la red telefnica pblica conmutada (PSTN).

Controlador de puerta de Telfono analgico


Telefona IP enlace de medios
Coordina otras gateways Media gateway maneja voz
.
.
.
.
Rtc
.
INTERNET .
.
.
Administra la configuracin de puerta de
enlace de sealizacin

Figura 29.5 Conexiones entre los componentes del telfono IP.

Los conceptos y la terminologa definida anteriormente presentan un sencillo y algo


vista simplificada de telefona IP que se deriva del trabajo en la IETF y la UIT sobre
el Megaco y Media Gateway Control Protocol (MGCP). Implementaciones prcticas de
servicio de telefona IP son ms complejas. Las siguientes secciones ofrecen ejemplos.

Terminologa y conceptos de SIP 29.8.1

El Protocolo de Iniciacin de Sesin (SIP) minimiza la necesidad de protocolos


adicionales mediante los protocolos existentes siempre que sea posible. Por ejemplo, el
SIP utiliza el Sistema de nombres de dominio para asignar un nmero de telfono en una
direccin IP. Como resultado, SIP define tres nuevos elementos que constituyen un
sistema de sealizacin:

Agente de usuario
El servidor de ubicacin
Servidores de apoyo (proxy, redirigir, secretario)
Agente de usuario. Documentos SIP se refieren a un dispositivo que hace llamadas
telefnicas o termina como un agente de usuario. Un agente de usuario SIP puede ser
implementada en un telfono IP, un ordenador porttil o una puerta de enlace PSTN que
permite que un telfono IP para realizar llamadas a la red telefnica pblica conmutada
(PSTN).
Sec. 29.8 Componentes de un sistema de telefona IP 499

Un agente de usuario contiene dos partes: un agente de usuario cliente que coloca las
llamadas salientes, y un agente de usuario servidor que gestiona las llamadas entrantes.
El servidor de ubicacin. Ubicacin de un SIP Server administra una base de datos
con informacin sobre cada usuario, como un conjunto de direcciones IP, los servicios a
los que el usuario se suscribe, y las preferencias del usuario. Se contacta con el servidor
de ubicacin durante la configuracin de llamadas para obtener informacin acerca de la
ubicacin o ubicaciones que aceptar una llamada dada.
Servidor proxy. Incluye el concepto de SIP Proxy que puede reenviar solicitudes de
agentes de usuario a otra ubicacin. Los proxies manejar el enrutamiento ptimo y el
cumplimiento de polticas (por ejemplo, asegrese de que el interlocutor est autorizado a
hacer la llamada).
Servidor de redireccin. SIP utiliza un servidor de redireccin para manejar tareas
tales como reenvo de llamada y nmero 800 conexiones. Redirigir el servidor recibe una
solicitud de un agente de usuario, y devuelve una ubicacin alternativa para el agente de
usuario para el contacto.
Servidor de Registro. Utiliza un servidor de registro SIP para recibir solicitudes de
registro y actualizacin de la base de datos que los servidores de ubicacin de consultar.
Un registrador es responsable de authenti cating de solicitudes de registro y asegurar que
la base de datos subyacente permanece con-sistent.

29.8.2 Terminologa y conceptos de H.323

El estndar H.323 de la UIT, el cual define la terminologa alternativa y adicio-nales


conceptos, se centra en la interaccin de la RTPC. Aunque es extremadamente amplio y
COV-ers muchos detalles, H.323 pueden resumirse como sigue:

El terminal. Un terminal H.323 proporciona la funcin de telfono IP, que pueden


incluir tambin instalaciones para la transmisin de vdeo y datos.
Gatekeeper. Un gatekeeper H.323 proporciona la ubicacin y funciones de
sealizacin, y coordina el funcionamiento de la puerta de enlace que proporciona una
conexin a la red telefnica pblica conmutada (PSTN).
La puerta de enlace. H.323 utiliza un nico gateway para interconectar el sistema de
telefona IP con la RTPC; el gateway controla tanto la sealizacin y los medios de
traduccin.
Unidad de control multipunto (MCU). Un MCU proporciona servicios tales como
conferencias multipunto.

Terminologa y conceptos de CAI 29.8.3

Porque la UIT e IETF generado varias variaciones de terminologa y con-cepts,


vendedores form el consorcio Softswitch Internacional (CEI) para crear una uni-forma,
modelo funcional completa que incorpora todos los modelos de la telefona IP en un
marco nico. Para hacerlo, el ISC define la funcionalidad que puede ser necesaria, en
particular la sealizacin entre diferentes tipos de sistemas, traduccin de codificaciones,
soporte para servicios tales como reenvo de llamada y las funciones de gestin, tales
como la contabilidad y la facturacin. La ISC define una lista de funciones que basta para
todas las situaciones:

Funcin del controlador de puerta de enlace a medios (MGC-F). El MGC-F


mantiene el estado infor-macin en endpoints; proporciona la lgica de control de
llamada y llamada.
500 Multimedia y de telefona IP (VoIP) Cap. 29

Funcin de llamada de agente (CA-F). El CA-F es un subconjunto de la MGC-F,


que mantiene el estado de la llamada. Ejemplos de CA-F son SIP, H.323, y Q.931.
Funcin de interfuncionamiento (IW-F). La IW-F es un subconjunto de la MGC-F
que maneja la sealizacin entre redes heterogneas como SS7 y SIP.
La funcin de enrutamiento y funcin de contabilidad (R-F/A-F). El R-F gestiona el
enrutamiento de llamadas para el MGC-F y A-F recopila la informacin utilizada para la
contabilidad y bil-ling.

La funcin de puerta de enlace de sealizacin (SG-F). El SG-F maneja la


sealizacin entre una red IP y PSTN.
Funcin de sealizacin de Access Gateway (AGS-F). El AGS-F maneja la
sealizacin entre una red IP y un acceso a la red de circuitos conmutados, como la
PSTN.
Funcin de servidor de aplicaciones (AS-F). El AS-F gestiona un conjunto de
servicios de aplicaciones como el correo de voz.
Funcin de control de servicio (SC-F). El SC-F se llama cuando un AS-F debe
controlar (es decir, cambiar) la lgica de un servicio (por ejemplo, instalar un nuevo
mapping).
La funcin de puerta de enlace a medios (MG-F). La MG-F gestiona la traduccin
de digitalizado au-dio entre dos formas, y puede tambin incluir la deteccin de eventos
tales como si el telfono est descolgado y reconocimiento de marcacin
multifrecuencia (DTMF), las seales de audio estndar de sealizacin que se conoce
como codificacin de tonos.
Funcin de servidor de medios (MS-F). La MS-F manipula un flujo de paquetes
multimedia en nombre de una aplicacin F.

29.9 Summary Of Protocols And Layering

Debido a que varios grupos han propuesto protocolos de telefona IP, compitiendo
pro-tocols existen en la mayora de las capas de la pila del protocolo. La figura 29.6
muestra algunos de los protocolos propuestos, junto con su posicin en la Internet 5 capas
del modelo de referencia.

Usuar Usuari Enrutam


Capa Llame io o Apoyo iento Seal
Proceso. Multimedia Datos Transporte
H.323 RTP T.120. RTCP. ENUM SIGTRAN
5 Megaco RTSP Viaje
MGCP NTP
SIP SDP

4 TCP UDP TCP TCP El SCTP


UDP UDP
3 IP, RSVP, e IGMP
Un resumen de los protocolos de telefona
Figura 29.6 IP.

SIGTRAN PSTN permite la transferencia de seales (por ejemplo, TC7, DTMF) a travs de una red IP,
SCTP permite multiplexar m ltiples flujos de entrada en un nico flujo de la capa de transporte.
Sec. 29.9 Resumen de protocolos y capas 501

29.10 H.323 Characteristics

En lugar de un solo protocolo, el estndar H.323, creado por la UIT, consta de un


conjunto de protocolos que trabajan juntos para manejar todos los aspectos de las
comunicaciones telefnicas. Los aspectos ms destacados de H.323 son:

Gestiona todos los aspectos de una llamada


telefnica digital incluye sealizacin a
configurar y gestionar la llamada
Permite la transmisin de vdeo y datos mientras una llamada est en
pro-gress
Enva los mensajes binarios que son definidas por la ASN.1 y
codificados, us-ing Basic Encoding Rules (BER)
Incorpora protocolos de seguridad
Utiliza una unidad de hardware especial conocido como una unidad
de control multipunto para admitir llamadas de conferencia
Define a los servidores gestionar tareas como la resolucin de la
direccin (es decir, el mapeo de la parte llamada el nmero de
telfono en una direccin IP), au-tenticacin, autorizacin (es decir,
determinar si un usuario est al-lowed para acceder a un
determinado servicio), Contabilidad, y caractersticas, tales como
reenvo de llamada

29.11 H.323 Layering

H.323 utilizan los protocolos TCP y UDP para el transporte - audio pueden viajar a
travs de UDP, mientras que un producto de transferencia de datos a travs de TCP. La
figura 29.7 muestra las capas bsicas en el estndar H.323.

La
Capa La sealizacin Inscripcin Audio Video Datos seguridad

5 H.225.0-Q.931 H.225.9-RAS G.711 H.261 T.120. H.235


H.250-Anexo G H.263 H.323
H.245 G.722
H.250 G.723
G.728

RTP y RTCP.
4 TCP, UDP UDP TCP TCP, UDP

3 IP, RSVP, e IGMP


Figura 29.7 La estratificacin de los principales protocolos en el estndar H.323.
502 Multimedia y de telefona IP (VoIP) Cap. 29

29.12 SIP Characteristics And Methods

Aspectos destacados de la IETF Session Initiation Protocol (SIP) son:

Opera en la capa de aplicacin.


Abarca todos los aspectos de la sealizacin, incluida la ubicacin
de una persona llamada, notificacin y configuracin (es decir, una
llamada a un telfono), la determinacin de la disponibilidad (es
decir, si la parte acepta la llamada), y termina-cin
Ofrece servicios tales como reenvo de llamada
Se basa en la multidifusin para llamadas de conferencia
Permite que las dos partes de negociar las capacidades y elegir los
medios de comunicacin y los parmetros que se utilizarn

Un SIP URI contiene un nombre de usuario y un nombre de dominio en el que se


puede encontrar al usuario. Por ejemplo, un usuario llamado Smith, quien trabaja
en Somecompany, Inc. podra ser firmado como el SIP URI:
Sip:smith@somecompany.com

SIP define seis tipos de mensaje bsico y 7 extensiones. Los tipos de mensajes
bsicos son conocidas como mtodos. La figura 29.8 muestra los mtodos bsicos de SIP.

Mtodo Finalidad
Creacin de sesiones: un extremo est invitada a
Invitar participar
En la sesin

ACK Respuesta de reconocimiento invitar


BYE Finalizacin de la sesin: la llamada est terminado
Solicitud pendiente de cancelacin (ningn efecto si
Cancelar la solicitud ha
Ha finalizado)
Registro de la ubicacin del usuario (es decir, una
Registrarse direccin URL a la que
El usuario puede ser alcanzado)

Opciones Consulta para determinar las capacidades de llamada

Figura 29.8 Los seis mtodos bsicos que utiliza SIP.


SIP utiliza el protocolo de descripcin de sesiones (SDP) para describir funciones y parmetros.
Sec. 29.13 Un ejemplo de sesiones SIP. 503

29.13 An Example SIP Session

Un ejemplo de los mensajes enviados durante una sesin SIP va a aclarar algunas de
las colas y ayudan a explicar la idea general detrs de la mayora de la telefona IP. La
figura 29.9 muestra un se-quence de mensajes enviados cuando un agente de usuario, un,
se pone en contacto con un servidor DNS y, a continuacin, com-municates con un
servidor proxy, por lo que invoca un servidor de ubicacin. Una vez que se ha
establecido la llamada, los dos telfonos IP comunicarse directamente. Por ltimo, la SIP
se usa para ter-minate la llamada.

Usuario El DNS Proxy Ubicacin Usuario


El
Un Agente
agente Server Server Server B

Consulta
DNS

Respuesta DNS

Invitar

Tratando (100)
Consulta

Respuesta

Invitar

Sonando (180)
Sonando (180)

OK (200)
OK (200)

ACK (200)
ACK (200)

Sesin de medios

BYE
BYE

OK (200)
OK (200)

La figura 29.9 muestra un ejemplo de los mensajes intercambiados por la SIP


para gestionar un tele-llamada de telfono.
En la prctica, SIP Admite llamadas de bifurcacin, que permite que un servidor de ubicacin para
devolver mltiples ubicaciones para un usuario (por ejemplo, el hogar y la oficina), y permite que un agente de
usuario para intentar contacto simultneo.
504 Multimedia y de telefona IP (VoIP) Cap. 29

Normalmente, un agente de usuario est configurado con la direccin IP de uno o


ms servidores DNS (utilizado para asignar el nombre de dominio en un SIP URI para
una direccin IP) y uno o ms servidores proxy. De manera similar, cada servidor proxy
est configurado con la direccin de uno o ms servidores de ubicacin. As, si un
servidor no est disponible, el SIP puede encontrar una alternativa rpidamente.

29.14 Telephone Number Mapping And Routing

Cmo los usuarios del telfono IP debe ser nombrado y situado? El siguiente PSTN
estndar E.164 de la UIT para los nmeros de telfono, y SIP utiliza direcciones IP. El
problema de baja usuarios cating es complicada porque varios tipos de redes pueden estar
involucrados. Por ejemplo, considere una red integrada que consta de dos de las redes
PSTN intercon-ectado por una red IP. Los diseadores definir dos subproblems: buscar a
un usuario en la red tegrated y encontrar una va eficaz para el usuario. El IETF ha
propuesto dos protocolos que corresponden a las asignaciones necesarias para los dos
subproblems:

ENUM - convierte un nmero de telfono para un


URI VIAJE - Encuentra un usuario en una red
integrada

ENUM. El protocolo IETF ENUM (corto para nmeros E.164) resuelve el problema
de la conversin de un nmero de telfono E.164 en un Identificador uniforme de
recurso (URI). En esencia, enum se utiliza el Sistema de nombres de dominio para
almacenar la cartografa. Un nmero de telfono se convierte en un nombre de dominio
en el dominio:

E164.arpa

La conversin consiste en el tratamiento de un nmero de telfono como una


cadena, la cadena de inversin, y la escritura de dgitos individuales como segmentos de
un nombre de dominio. Por ejemplo, el nmero de telfono 1-800-555-1234 produce el
nombre de dominio:

4.3.2.1.5.5.5.0.0.8.1.e164.arpa

Un mapeo ENUM puede ser 1-a-1 como un esquema de numeracin telefnica


convencional, o puede ser 1-a-muchos, lo que significa un telfono de escritorio del
usuario y el telfono mvil se le puede asignar el mismo nmero de telfono. Cuando un
nmero corresponde a varios hosts, un servidor DNS devuelve una lista de los hosts junto
con el protocolo que se utiliza para llegar a cada uno; un agente de usuario establece
contacto con los hosts en la lista hasta un host responde.
Viaje. El protocolo IETF Telefona sobre IP de Enrutamiento (Viaje) resuelve el
problema de encontrar un usuario en una red integrada. Un servidor de ubicacin u otro
elemento de red se puede utilizar para anunciar las rutas de viaje. As, dos servidores de
ubicacin de uso viaje a informarse mutuamente sobre las rutas externas que todos
conocen. Porque es independiente del protocolo de sealizacin, el viaje puede ser
utilizado con SIP u otros mecanismos de sealizacin.
Sec. 29.14 Enrutamiento y asignacin de nmero de telfono 505

Viaje divide el mundo en un conjunto de dominios administrativos Telfono


IP (ITADs). En esencia, un viaje anuncio identifica un punto de salida - un servidor de
ubicacin informa a otra ubicacin servidor sobre una ruta de acceso a una puerta de
enlace de sealizacin que intercon-nects a otra ITAD. Porque la telefona IP es nuevo y
la informacin de enrutamiento puede cambiar en el futuro, el viaje est diseado para ser
extensible.

29.15 Summary

El protocolo de transporte en tiempo real acomoda la transferencia en tiempo real de


mul-timedia a travs de Internet. RTP un mensaje incluye un nmero de secuencia y un
timestamp separada, as como una identificacin de la(s) fuente(s) de datos. Un receptor
utiliza el sello de tiempo para colocar datos en un bfer de fluctuacin antes de la
reproduccin. RTP se encapsulan en UDP, que permite la transmisin de multidifusin y
difusin. Sin retransmisin se utiliza porque los paquetes recibidos fuera de la ventana de
reproduccin no se puede reproducir.
Los trminos VoIP y telefona IP consulte para transmitir llamadas telefnicas de
voz digitalizadas-ted a travs de Internet. Uno de los mayores desafos en la construccin
de un sistema de telefona IP surge de compatibilidad - pasarelas debe ser inventado que
conecte un sistema de telefona IP para el tradicional PSTN. Pasarelas debe proporcionar
los medios de traduccin (es decir, la traduccin entre las codificaciones de voz digital) y
sealizacin (es decir, la traduccin de la configuracin de llamada).
La UIT y el IETF han creado estndares para la telefona IP. Estndar ITU H.323
incluye muchos protocolos que proporcionan la configuracin de llamadas y
administracin, autorizacin y contabilidad, servicios al usuario como reenvo de
llamadas, as como la transmisin de voz, vdeo y datos a travs de una llamada
telefnica. Proporciona sealizacin SIP estndar IETF ca-pability que incluye la
ubicacin de un usuario, la configuracin de llamadas, y le permite a cada lado para
especificar la capa-bilities. SIP utiliza un conjunto de servidores que gestionar distintos
aspectos de sealizacin: un servidor de nombre de dominio, servidores proxy y
servidores de ubicacin. Internet Softswitch Consortium (ISC) ha definido un marco
adicional que pretende abarcar todos los IP telepho-ny modelos.

Dos nuevos protocolos IETF proporcionan funciones de apoyo. ENUM se utiliza el


Sistema de nombres de dominio para asignar un nmero de telfono E.164 en un
Identificador uniforme de recurso (generalmente un SIP URI). Viaje proporciona
enrutamiento entre administraciones telfono IP-tivo de dominios; una ubicacin SIP
Server puede utilizar viaje a informar a otros acerca de los servidores de ubicacin de
gateways que forman la red de puntos de salida.

Para un estudio ms profundo


La RFC 3216 define SIP; RFC 2916 considera los nmeros E.164 y DNS; y RFC
3219 define el viaje. RTP y RTCP protocolo de control relacionados estn documentados
en RFC 1889. Los conceptos y protocolos relacionados tambin pueden ser encontrados
en los documentos RFC 2915, 2871, 3015, 3435 y 3475.
506 Multimedia y de telefona IP (VoIP) Cap. 29

Ejercicios

29.1 Definir los datos multimedia. Cules son las dos tcnicas utilizadas para superar el jitter?
29.2 Explicar cmo un buffer de jitter permite la reproduccin de una secuencia de audio
incluso si la Internet presenta jitter.
29.3 Si un mensaje de RTP es interceptada cuando viaja a travs de Internet, puede el campo
timestamp interpretarse? Si es as, cmo? Si no, por qu no?
29.4 Debido a que viaja en un mensaje UDP RTP puede duplicarse. Un receptor necesita
conservar una copia de todos los mensajes recibidos anteriormente para determinar si una
llamada entrante mes-sage es un duplicado? Por qu o por qu no?
29.5 RTP contiene un protocolo paralelo conocido como el Protocolo de control en tiempo
real (RTCP) que permite a un receptor para informar sobre la calidad de los mensajes
recibidos a un remitente. Cmo puede utilizar la codificacin de vdeo adaptativo el
estado de los mensajes recibidos?
29.6 Si la voz es convertida a formato digital utilizando PCM, cuntos bits de datos se producen
en medio segundo?
29.7 Ampliar el ejercicio anterior. Estimar el tamao (en octetos) de un datagrama IP que lleva
un cuarto de segundo de audio codificados en PCM, colocado en un paquete RTP y encap-
sulated en UDP. Sugerencia: RFC 1889 define el tamao de una cabecera RTP.
29.8 Qu aspectos de la telefona IP H.323 no manejar?
29.9 Cuando H.323 se utiliza para enviar datos junto con el audio o el vdeo, en el que se utiliza
el protocolo de transporte?
29.10 Cules son los seis mtodos bsicos utilizados con SIP?
29.11 Leer el RFC acerca de SIP, y modificar la figura 29.9 para mostrar los mensajes
intercambiados cuando ocurre el reenvo de llamadas. Sugerencia: ver en mensajes de
redireccin de SIP.
29.12 Cules son los efectos de la enumeracin y protocolos de viaje?
29.13 Considerar el funcionamiento de un telfono IP y un telfono analgico. Que sera mejor
en tiempos de guerra? Por qu?
29.14 Busque el dominio e164.arpa. La organizacin responsable del dominio?