En estos últimos tiempos se ha visto una crecimiento exponencial de la demanda de tráfico de datos, las LAN presentan unas carga mucho mayor a la establecía en un principio debido también a la utilización de audio y videos que hoy en día encontramos adjunto en cada página que visitemos.
Para incrementar la capacidad, se actualizan la infraestructura
de las LAN O WAN, se modifica los intereses de empresas, se agregan
conmutadores y enrutadores para mayor velocidad, sin embargo esta solución es
poco económica e imposible de dimensionar la infraestructura para gestionar la
red en situaciones pico.
Por consiguiente se necesita desarrollar técnicas de
encaminamiento inteligente, control de flujo
Se necesita tener una gestión de la calidad de red, para dar
prioridad a diferentes servicios a la hora de navegar, internet necesita
proporcionar un servicio QoS(calidad de servicio).
Se necesitaran protocolos de transporte
adecuados para estos servicios
PROTOCOLOGO DE RESERVA DE RECURSOS: RSVP
Transportar
los datos de la fuente a una unidad de destino con calidad de servicio, cuando
estos datos son más pesados y las velocidades se vean afectadas será una de las
tareas más primordiales e importantes de la interred.
la reserva de recursos puede darse por dos formas:
- Podría asignarse un espacio de recurso en los encaminadores, ya que en la interred nunca se sabe con certeza como se encontrara la red después de transferir un paquete, la variación del tráfico o congestión es dinámica, entonces no se asegura el servicio entregue un buen servicio o QoS esperado y que ellos realizan su mejor esfuerzo.
- La multidifusión consistirá en prestablecer una calidad de servicio básica al cliente, ya que no todos cuentan con aparatos que te entreguen una calidad que quieres para el servicio. Lo que hace es ofrecerte los paquetes un ejemplo video con antelación de calidad de servicio. Los encaminadores de antemano sabran si necesita o no recursos para esta transmisión.
OBJETIVOS
Y CARACTERÍSTICAS DE RSVP
- Capas de suministrar reserva segunda capacidad del receptor.
- Reservas dinámicas
- Gestionar los cambios que se generan en la ruta, restableciendo la reserva de recursos siempre y cuando los recursos adecuados estén disponibles
- Independiente de protocolo de encaminamiento, RSVP su tarea es mantener los recursos dentro de una ruta
FLUJO DE DATOS
Sesión
Especificador flujo de datos
Vemos 4 encaminadores conectados entre ellos, 3 servidores
quien podrán recibir datagramas según su direccione de destino y 2 servidores
que envían datos. Las líneas gruesas indican el árbol de encaminamiento para
cada una de ellas.
COMUNICACIÓN DE ETIQUETAS MULTIPORTOCOLO
MPLS:
Una red MPLS es el conjunto de encaminadores de
conmutación de etiquetas o LSR, capas e conmutar y encaminar paquetes según su
etiqueta, se generara un flojo de
etiqueta entre dos extremos que será llamado Fes o clase de equivalencia de
reenvió, asociada a cada FEC tenemos los requisitos de QoS.
Los LSR A diferencia
de un encaminador IP no necesita procesar la cabecera IP si no mas bien se
basa en el valor de su etiqueta
- Definir la ruta conmutada de etiqueta o LSP, los parámetros de QoS que se establecerán en cada LSR que estén el el FEC
- El paquete entra al dominio MPLS, por una LSR este a su ves asigna este paquete a una FEC por lo tanto a una LSP en particular asigna la etiqueta adecuada al paquete y la reenvía. si no existe una LSP para esta FEC los LSR se comunican entre si para generar una.
- El siguiente LSR resive el paquete retira la etiqueta entrante y asocia una de salida apropiada, luego reenvía a lo largo del LSP.
- El último LSR retira la etiqueta y lee la cabecera del paquete IP y la envía a su destino.
PROTOCOLO DE TRANSPORTE EN TIMEPO REAL (RTP)
El protocolo más usado es el TCP, pero para este protocolo
de transporte en tiempo real no es suficientemente robusta ya que definiendo el
transporte en tiempo real nos referimos a que por ejemplo una videoconferencia
que tiene un flojo de datos a una velocidad constante pueda ser trasmitida a la
misma velocidad, no para almacenarlo sino para verlo de forma inmediata.
Arquitectura CLAR90
- · Encuadre a nivel de aplicación:
1.
La aplicación dentro de un limite puede aceptar
perdidas de datos. Pero para audio y video, lo ideal es si se está percibiendo
una pérdida de datos es necesario informar a la fuente de la calidad en la que
se está recibiendo para que en ves de un retransmisión mejor consideren una
calidad mas baja que no exija tanta red incrementando asi la probabilidad de
entrega.
2.
La aplicación emisora puede recalcular los datos
perdidos en ves de almacenarlos, puede suministra los cálculo de perdida para
una posible solución
- · Procesamiento integrado por capas: dando una mirada a las otras arquitecturas como TCP/IP o OSI veremos que estas tienen una estructura de capas vertical que lleva un secuencia de capas para el tratamiento del paquete, que será de arriba hacia abajo y al otro extremo de abajo así arriba, y cada una trabaja con sus propias funsiones establecidas esto es el gran defecto que presenta para CLAR90 ya que no permite un trabajo de capas en paralelo ni una modificación en las funciones de capas para una mejor acoplacion RTP necesita ejecutarse sobre un protocolo de diseño no orientado a la conexión como UDP, que proporciona direccionamiento de la capa de transporte, pero aun asi necesitamos mas cabeceras para la funcionalidad de aplicación. Tales como MPEG – H.262 – JPEG
Un RTP que llamaremos ahora como protocolo de transferencia
de datos. Soporta una sesión en tiempo real entre varios participantes, la
sesión será la asociación de dos o más RTP que mantienes comunicación durante
una trasferencia de datos.
·
RTP identifica al miembro que género los datos
en una transmisión multidifusión.
·
Incluye una marca de tiempo para la que la
temporización pueda ser creada al otro extremo receptor usando un buffer de
retardo.
RETRANMISORES:
Existen cuando un punto A no puedo comunicarse directamente
con un punto B por algún motivo de B o porque tienen diferentes formatos
ENTONCES al medio de los dos puntos entra un punto R que realizara los cambios
necesario para llevar la conexión a B
1.
Mezclador: toma todos los flujos presentes para
mezclarlos en un solo flujo para entregarlo a un RTP que recién se esté
incorporando y no tenga la capacidad en su red de cargar todos esos flujos de
diferentes RTP a la vez.
2. Traductor: cambia el formato de los paquetes que
se estén transmitiendo, por ejemplo en video si un RTP esta trasmitiendo en
alta calidad y el receptor potencia no tiene la capacidad para esta calidad y
velocidad entonces entra un traductor que cambia el formato adecuándolo a lo
que posee.
PORTOCOLO DE CONTROL RTP (RTCP)
Proporciona re alimentación a las fuentes de datos RTP, así
como a todos los participantes de la sesión, destacan 4 funciones que realiza:
- Calidad de servicio (QoS) y control de la congestión
- Identifica
- Calcula del tamaño de la sesión y rendimiento
- Control de sesión
No hay comentarios:
Publicar un comentario