Conceptos básicos de telefonía en Internet

Realizado por: Jaime López T.

Los orígenes

• 1973 Creación de la red ARPANET. Origen militar.

• 1974 Definición del protocolo Internet IP.

• 1980 Integración del IP en Unix.

• 1989 Creación del World Wide Web.

• 1992 Despliegue del web y democratización.

El salto a la red pública

• Inicialmente Internet no era una “red global”. Existían diversas redes privadas: Compuserve, AOL, Microsoft Network, etc.

• Posteriormente se impuso como algo público, incontrolable y “anárquico”.

• 1995 Lucha Netscape vs. Microsoft.

Composición de Internet

Internet = protocolo + maquinas y enlaces +organización

Protocolo

• Reglas que codifican los procedimientos de conexión, de transporte, de encaminamiento, de entrega y de y de confirmación.

• Son el lenguaje común entre las máquinas interconectadas a la red.

• IP define reglas de intercambio punto a punto, sin basarse en los elementos de la red para asegurar un servicio fiable. Por ello se basa en soportes y redes de naturaleza diversa.

Organización (2)

• Internet es un conjunto “robusto”: el objetivo es transmitir, sea cual sea el camino y las pérdidas.

• El nodo intermedio no se refiere al origen, no espera instrucciones, solo transmite.

Maquinas y enlaces

• Los ordenadores se comunican entre si siguiendo las mismas reglas, pero no son un grupo estructurado.

• Las maquinas redes locales y enlaces suelen ser privados, pero comparten la misma conectividad IP.

• Internet no es controlada por ninguna entidad pública o privada.

Organización

• Internet es antes que nada un deseo colectivo de conectividad.

• Funciona sobre un modelo de organización que se quiere democrático.

• Las evoluciones planificadas del protocolo se definen mediante el consenso de varias organizaciones voluntarias.

Instancias de regulación

Hay que definir procedimientos estándar y hacerlos evolucionar en función de las necesidades.

• ISOC: Internet society. Promueve el intercambio de información entre redes privadas. Es la cima de Internet.

• IAB: Internet Architecture Board. Intenta garantizar el desarrollo de Internet guiando la investigación, buscando financiación, etc.

• IETF: Internet engineering task force. Grupos de trabajo sobre temas de investigación particulares. Evolución de Internet a corto plazo.

• IRTF: Internet research task force. Evolución a largo plazo de Internet.• IESG: Internet engineering steering group. Organiza el

funcionamiento de los grupos de investigación.• IANA: Internet assigned number authority. Garantiza la unicidad de

las direcciones IP.

Estructura

• Best effort. IP funciona punto a punto: son los equipos terminales los que se comunican, el resto de la red solo conmuta los paquetes enviados entre ellos.

• Crecimiento natural. Debido a la facilidad de conexión que proporciona aumenta de tamaño rapidamente. El crecimiento no es planificado.

¿Es posible el tiempo real?

Audio

• El oido es mas exigente que el ojo. Ej: CD y VHS.

• La mala calidad produce rechazo.

• Necesidad del diálogo interactivo: el dúplex

Detalles técnicos

• El tiempo de transito debe estar entre 150-400 ms para que la comunicación sea en “tiempo real”.

• El tiempo de transporte de un nodo a otro suele ser despreciable.

• En los nodos de enrutamiento es donde se produce el mayor retraso. (50 ms – segundos)

• Los equipos terminales (Pc, etc.) deben tratar los datos que envian y reciben (digitalización, compresión y empaquetamiento). (50 ms – segundos)

• El tiempo es mayor en el nodo terminal, pues los paquetes pueden llegar en desorden y espaciados considerablemente.

Transmisión

• Transmisión asíncrona: no se mantiene el espacio entre los paquetes durante la transmisión.

• Transmisión síncrona: la relación entre las demoras de salida y llegada es fija.

• Transmisión isócrona. la relación entre las demoras de salida y llegada es igual y constante.

El camino

• No hay camino obligatorio, sino mutiples posibilidades.

• Los itinerarios se actualizan continuamente.

• Cada paquete se envia por el camino más corto, independientemente del resto de paquetes.

Fiabilidad – Perdida de paquetes

• Si la pérdida es superior al 20% es inaudible.

• Si el encaminador no tiene recursos destruye los paquetes.

• El tiempo de vida de los paquetes es limitado.

• Eliminación por llegada demasiado tardía.

Herramientas para el tiempo real

• El difusor conocerá en cada momento el estado de la red y podrá adaptar su emisión a esas condiciones.

• IPv6. Contiene un campo de prioridad del paquete.

• RSVP (Resource ReSerVation Protocol). El receptor podrá elegir el nivel de calidad.

Conclusión

• A priori podría parecer que Internet no puede satisfacer comunicación en tiempo real.

• Internet es estructuralmente capaz de transportar datos en tiempo real.

• La demora puede ser llevada dentro de límites asumibles: perdidas menores del 5%.

A la conquista del teléfono

El teléfono: 120 años de vida

• Inventado por Bell en 1876.

• Llega la señal digitalizada con la invención del transistor en 1948.

• 1962 primera retransmisión via satélite.

Red telefónica vs. Red informática

• La comunicación en tiempo real no es algo natural para las redes informáticas.

• Las redes telefónicas crean un enlace permanente, una conexión física que se mantiene durante toda la comunicación. Usan protocolo X25.

• La comunicación con IP comparte sus recursos entre todos sus usuarios, no rechaza peticiones de conexión, siempre trata de aceptar a los nuevos usuarios.

Red X25 vs Red IPRed X25 Red IP

Conexión Modo conectado No conectado con UDP

Establecimiento de camino Dedicado No dedicado

Encaminamiento Camino único. Circuito virtual El camino depende de los recursos disponibles

Direcciones El contenido no menciona dirección

Cada paquete contiene dirección de emisor y receptor

Recursos Reservados durante todo el camino

No hay reserva

Confirmación Nodos intermedios intercambian confirmación

No hay

Fiabilidad Transmisión fiable No fiable

Control de congestiones Sí, por intercambio de créditos entre nodos

No

Interconexión de redes Compleja, definida por protocolo X25

Simple y natural, protocolo IP

Resumen Inteligente, fiable, compleja y vulnerable

Simple, robusta, universal.

ATM: Asynchronous transfer mode

• Celdas idénticas: 53 bytes=cabecera (5 bytes) + contenido (48 bytes).

• Modo conectado. Se define una ruta que se mantiene durante toda la comunicación. Heredado de X25.

• Respeta el orden de encaminamiento de las celdas.• Funcionalidad, encaminamiento y

direccionamiento corresponden al nivel 3 de la arquitectura OSI del ISO.

Procedimiento de llamada por Internet

• Conectar con el proveedor de acceso.

• Ambos interlocutores deben usar la misma aplicación

• Contactar con el interlocutor (debe estar conectado previamente).

Particularidades de las conversaciones por Internet

• No hay “guía” telefónica de los usuarios de Internet. Hay que darse el número IP por correo electrónico, chat, etc. pues no suele ser fijo.

• El interlocutor puede estar en distintos lugares cada vez.

• Las condiciones pueden cambiar durante la conversación.

• El ordenador es más caro y mas difícil de usar que un terminal telefónico convencional.

Niveles de calidad

• C1. Umbral límite de comprensión. La palabra es comprensible, pero requiere de esfuerzo para ser comprendida. Su tasa de perdida es de 10-20 %

• C2. Umbral de claridad de señal. No exige esfuerzo para poder entender la conversación. Tasa de perdida <10 %

• C3. Calidad telefónica. Conversación sin retardo. Perdidas despreciables.

Las pasarelas locales: una posible solución

• Enlaza un interlocutor que accede por internet con otro interlocutor que posee un terminal telefónico convencional.

• Internet se encarga del transporte a larga distancia gracias a sus bajas tarifas, y la telefonía lleva la conversación hasta el interlocutor final.

• Es un servicio de pago.• Las limitaciones que presenta Internet son el punto

débil de este enlace.

Doble pasarela

• Conecta a dos usuarios con terminales telefónicos convencionales utilizando Internet como medio de transporte antes de pasar al nodo telefónico local .

• La calidad de servicio sigue siendo la de Internet, ya que sigue siendo el eslabón débil del enlace.

La nueva competencia

• Se da entre:– Empresas de telefonía convencional. Son los

mejor posicionados.– Empresas de transporte (ferroviarias, etc.).

Redes de fibra óptica.– Proveedores de energía y fluidos. Redes de

fibra óptica.– Empresas de telefonía basada en Internet.

Telefónicas vs. Voz en Internet

• ACTA (America´s carriers telecommunication association). Asociación de empresas de telefonía convencional de EEUU, denuncia la practica de telefonía en Internet como algo desleal.

• VON (Voice on the net) Coalición de empresas que ofrecen soluciones de telefonía por Internet esgrime la confusión de funciones que existe.

¿Hay que regular Internet?

• Las redes de transporte de datos no están reguladas como las de TV o voz.

• Resulta difícil definir un campo de regulación debido al carácter difuso de los equipos que la forman.

La facturación

• Las telefónicas aun tienen el enlace hasta el abonado, por lo que los nuevos operadores deberán negociar con ellas para poder prestar sus servicios.

• Parece que el pago según la longitud del enlace utilizado toca a su fin.

• Las redes privadas están evolucionando rápidamente.

• ¿Cómo se factura por un servicio poco fiable como Internet?

Requisitos para garantizar calidad de servicio

• Suficiente ancho de banda.

• Calidad en enrutadores y redes intermedias.

• Establecer prioridades a la hora de tratar los paquetes.

• Reservar recursos. (RSVP) Resource reservation protocol.

Integración voz-datos

Normas de videofonía

• H320 Sistemas y terminales de videofonía sobre red digital de conmutación de circuitos de banda estrecha (RDSI)

• H321. Adaptación de H320 del terminal de videofonía en entornos B-ISDN

• H322 Sistemas y terminales de videofonía para redes locales con calidad de servicio garantizada.

• H323. Adaptación de H320 para redes de calidad de servicio no garantizada: LAN, Internet. La especificación se terminó en 1996.

• H324. Adaptación de H320 a la transmisión multimedia sobre red telefónica a menos de 20 Kbps (RTC)

Recomendación T120: Control de conferencia

• T121. Presentación de aplicaciones tipo.• T122. Definición de servicios audiovisuales y de

comunicación multipunto audiográfica.• T123. Capas de protocolo para aplicaciones de

teleconferencia audiovisual y audiográfica.• T124. Control global de la conferencia.• T125. Especificación del protocolo para imagen fija,

compartir la “pizarra”, asi como imágenes con y sin anotaciones.

• T127. Protocolo de transferencia multipunto de archivos binarios.

Videoconferencia en red local

• En principio puede tener los mismos defectos que posee internet.

• Es necesario usar protocolo de reserva de productos.

• En ethernet 10baseT se obtiene un ritmo de 15 imágenes/seg.

• Es más sencillo dominar el funcionamiento global de una LAN, asi como más facil de dimensionar.

Componentes de la videoconferencia

• Audio

• Pizarra (Whiteboard)

• Compartir aplicaciones

• Video

Integración telefonía e informatica en una LAN

• Teléfono y ordenador estaban separados totalmente.

• Llega el CTI (Computer telephony integration).• Las PABX comienzan a incorporar un enlace

CSTA (Computer-supported telecommunications applications) para intercambiar datos de gestión y recibir ordenes de conmutación.

• Integración total telefonía-LAN

Integración total telefonía-LAN

• Gestión total de la telefonía.

• Todos los objetos, documentos, audio, etc. se integran y normalizan entorno a la LAN.

• Se unifica el buzón de internet y el oral.

Los centros de llamadas

• Grupo de operadores especializados que responden por teléfono al público (servicio postventa, hot-lines, etc.)

• Identifican al cliente y orientan la llamada a un agente especializado, etc.

• Se transfiere al cliente cuando el agente este libre.• Mediante un cliente CTI acoplamos el PABX y la

LAN.

Audio y video a la carta

• Bufer de resincronización. Segundos de los que dispone el usuario para ordenador, recosntruir la sincronización y restaurar la señal degradada.

• El flujo de datos no es en directo.

• La recepción no es fiable.

• El tiempo de respuesta a petición debe ser limitado.

• Sobre TCP/I`P sus paquetes pueden verse rechazados por cortafuegos. Se recurre al protocolo RTP.

• Multipunto. Cada paquete IP solo se envia una vez y luego es duplicado por los enrutadores.

RTP: real time protocol

• 1996. IETF (instancia de estandarización de Internet) aprueba el protocolo.

• Esta por encima del protocolo UDP.• Proporciona indicaciones para la recuperación de

flujo. Los paquetes van “fechados”.• El destinatario envia informes RTCP que contiene

informes de recepción, por lo que el emisor conoce el estado de la red y puede variar la compresión, etc. en función de esta.

La compresión

• La compresión disminuye el tamaño del archivo enviado.

• Degrada y empobrece la señal

• La voz suele restituirse bien, pero el amplio espectro de frecuencias de la música se ve más afectado.

• Es posible ajustar la velocidad de salida de datos variando la compresión de los datos -> escalabilidad y flexibilidad.

• Tiempo de tratamiento. Tiempo que usa el ordenador para comprimir o descomprimir los datos.

Radiodifusión

• Carácter gratuito. A menudo financiadas por la publicidad.

• Desaparecen las restricciones físicas habituales de la emisión de radio.

• No existe la regulación que aparece en la radio convencional.

• Los derechos de autor. Legislación sobre la propiedad intelectual y artistica.

Telepresencia

• Televigilancia.

• Domótica.

• Spy cameras.

• VRML y audio en tiempo real.

El terminal Internet

El microordenador

• CPU.

• RAM.

• Sistema operativo.

• Tarjeta de sonido.

• Microfono y altavoz.

• Módem.

La conexión

• El ancho de banda:– Enlace terminal-proveedor de acceso. Protocolo

PPP.– Enlace de proveedor de acceso y la red.

• Enlaces:– Banda estrecha: RTC.– Banda media: RDSI.– Banda ancha: tecnologías ATM, etc.

Compresión de audio

• Digitalización:– Muestreo y codificación.– Frecuencia.40kHz música de alta fidelidad.

Teléfono 8kHz.– Bits. 16 bits. Calidad CD. 8 bits teléfono.– Un canal RDSI= 8kHz x 8 bits = 64 kbps

Procedimientos de compresión

(Valores sin añadir las cabeceras IP, UDP, etc.)• Procedimientos de compresión estandar:

– G711: PCM a 56 Kbps (7 bits) o 64 Kbps (8 bits).– G721: AD-PCM a 32 bits.– G722: AD-PCM a 48, 56 o 64 Kbps.– G723: Compresión de la palabra. 5,3 kbps y 6,3 kbps.– G726: Reemplaza al G721.– G727: AD-PCM codificado en 2, 3, 4 o 5 bits, con velocidades de 16, 24, 32

o 40 kbps respectivamente.– G728: Compresión de la palabra a 16 kbps usando LD-CELP.

• Otros procedimientos normalizados:– GSM 06.10: 13 kbps que usa RPE-LPT

• Procedimientos propietarios:– Realaudio, streamworks, vocaltec, etc.

Reparando la señal

• Llenar los agujeros:– Por silencio.– Por ruido.– Por repetición del paquete anterior.– Por interpolación.

• Redundancia: dispersar la información– Cada paquete contiene un “resumen” del paquete

anterior, mas comprimido.– Aumenta el tamaño de los paquetes, el margen de esa

compresión es muy limitado, el tamaño del bufer de resincronización debe aumentarse.

Network computer

• Terminal de consulta multimedia sencillo de utilizar y con la suficiente potencia como para acceder a todas las posibiliades de Internet.

• No tiene un proceso de arranque tan largo como un PC, tiene menor precio y sus componentes son totalmente compatibles.

• Estará siempre conectado.

Compresión de video

• El estandar es el H320, que integra la norma de codificación H261, que prevee los formatos de trama CIF y QCIF.

• H323. Adaptación del H320 para redes de calidad de servicio no garantizada (LAN).

• H324. Adaptación del H320 para transmisión telefónica a menos de 20 kbps.

• MPEG 1 y 2. Estardar del ISO, al igual que JPG.

La transmisión en tiempo real

Arquitectura básica: modelo OSI (Open systems interconnection) del ISO

• Cada capa ofrece servicios a la capa superior y se basa en los que le proporciona la capa inferior.

• Cada capa corrige los errores eventuales del nivel inferior.

• Cada capa del emisor solo dialoga con esa misma capa del receptor

• Capas 1-4. Proporcionan servicios de transporte fiable a las superiores.

• Capas 5-7. Orientadas a las aplicaciones.

Nivel 1. Capa física

• Asegura la transferencia de bits de datos por el canal físico.

• Medios mecánicos, eléctricos o procedimientos necesarios para la activación, el mantenimiento y desactivación de las conexiones.

• Norma ISO 10022.• A esta capa corresponden modems, enrutadores,

etc.

Nivel 2. Capa de red

• Proporciona las funciones para establecer, mantener y liberar la conexión lógica entre las dos máquinas.

• Protocolo Ethernet para LAN, PPP para RTC y RDSI.

• TCP e IP no pertenecen a esta capa.

• ATM o X25 para servicios de red fiables.

Nivel 3. Capa de red

• Encamina los paquetes de la fuente al destinatario.• Se limitan a evitar las perdidas en el transito a los

enrutadores.• Adaptan el tamaño del paquete a la subred

utilizada.• Asegura el control de flujo.• IP y ICMP y IGMP forman parte de esta capa.

Nivel 4. Capa de transporte

• Asegura el control punto a punto entre las dos entidades comunicantes.

• Completa y corrige lo que han hecho las capas inferiores.

• TCP, UDP y RTP pertenecen a esta capa.

Nivel 5. Capa de sesión

• La primera capa que no se ocupa de comunicación y transporte.

• Proporciona a las aplicaciones de nivel superior los medios para abrir una sesión, asegurarse de la presencia del destinatario antes de emprender la transmisión, mantenerla y liberarla.

• NO EXISTE ESTA CAPA EN INTERNET.

Nivel 6. Capa de presentación

• Se encarga de la forma y expresión de la comunicación transmitida.

• Convierte los documentos de ambas partes a una sintaxis común, reconocida y comprendida.

• NO EXISTE EN INTERNET.

Nivel 7. Capa de aplicación

• Da a la aplicación los medios para acceder a la arquitectura OSI.

Modos de conexión

• Modo conectado. Se asegura de que el destinatario está presenta antes de comenzar a enviar datos. Asi mismo durante la comunicación se envian acuses de recibo y envio.

• Modo no conectado. No se asegura la presencia del destinatario.

IP: protocolo de Internet

• Versión IP• Tipo de servicio• Tiempo de vida• Protocolo del nivel superior• Total de control en cabecera

Añade al paquete de datos una cabecera con mucha información importante para la red y el destinatario.

Modos de encaminamiento

– Determinista. El paquete no puede elegir la ruta al llegar al nodo. Solo se le ofrece un camino.

– Adaptativo. El camino se define al momento, en función de la red.

– Mixto. Al realizarse la conexión se establece un circuito virtual, por el que irán todos los paquetes en adelante.

TCP

• TCP (transport control protocol). Ordena el flujo de paquetes en el terminal de recepción.

• No funciona en multipunto.

• Slow start. Al comenzar la conexión solo se envia un paquete. Si se recibe se envian 2. Esto aumenta de manera exponencial hasta alcanzar el umbral de congestión.

• Por encima del 5% de perdida de paquetes el TCP no es muy util, pues el reenviar un paquete triplica el tiempo de transito, pues la aplicación del receptor debe esperar. Esto es inadmisible en comunicaciones en tiempo real.

UDP

• Cabecera de 8 bytes (frente a los 40 bytes del TCP).

• Añade un número de puerto por el que entrar a la aplicación en el receptor.

• Es subyacente al RTP.

Otras caracteristicas de Internet

• Posee direccionamiento multipunto. Una máquina puede emitir un paquete y una lista de distribución y ese paquete se replica en los nodos para llegar a todos los destinatarios.

• El receptor debe restaurar el orden del flujo de paquetes.

• En caso de saturación en la red el emisor de paquetes deberia disminuir la velocidad de emisión para contrarrestarla.

• Prioridad en la transmisión de ciertos servicios. Puede ser mediante la reserva de recursos o evaluando la prioridad de todos los flujos.

Broadcasting - Multipunto

• Transmisión de la misma información de un único emisor a varios destinatarios.

• Con IP monopunto deberia replicar cada paquete a cada destinatario.

IP con multipunto

• IP actual incluye multipunto.

• Direcciones clase C estan reservadas a multipunto. Comienzan por 1110 y tienen 28 bits de longitud.

• Mejora el rendimiento en redes lineales o de malla. En Estrella no.

• Numerosos protocolos.

Protocolos de IP multipunto

• IP v6.

• IGMP (Internet group management protocol). Incluye las direcciones del grupo.

• DVMRP (Distance vector multicast routing protocol). Asegura la transmisión de paquetes entre enrutadores cercanos.

• PIM (Protocol independent multicast). Capa lógica desarrollada por Cisco.

• RTP (Real time protocol).

• RSVP (Resource reservation protocol).

La estructura multipunto: MBONE

• MBONE = Multicast backbone

• Usa protocolo IP multipunto con direccionamiento de clase D.

• Es una red virtual. Se usan tuneles para enviar a traves de Internet paquetes multipunto, encapsulados dentro de paquetes IP convencionales. Será sustituido por IPv6.

• Los enrutadores q lo soportan tienen S.O. con IP multipunto y el programa MrouteD de SUN.

• Velocidad de datos: 25-128 kbps.

• Aplicaciones: VAT (Visual audio tools) para transmisión de audio. IVS (INRIA videoconferencing system) para transmisión de video.

RTP: Protocolo en tiempo real

• Protocolo de transporte y control adaptado a aplicaciones de tiempo real.– Detecta perdidas de paquetes y lo notifica.– Identifica el contenido de los datos y permite su transmisión segura.– Controla el tiempo del flujo de datos.

• Aprobado como standard en 1996.• Le acompaña el protocolo RTCP (Real time transport control protocol)• Es independiente del protocolo de transporte y de la red usada.• No reserva recursos, no aporta fiabilidad, no garantiza el tiempo de

entrega y se gestiona desde la aplicación.• Relevo RTP (Translator). Garantiza el paso de paquetes cuando hay

un cortafuegos.

Cabecera RTP

• Versión.2 bit.• Relleno.1 bit. Si = 1 hay información de relleno.• Extensión. 1 bit. Si = 1 la cabecera va seguida de una extensión. Se

usa para experimentación o implementaciones independientes.• Número de CSRC. 4 bits.• Marcador.1 bit.• Tipo de contenido. 7 bits.• Numero de secuencia. 16 bits.• Fechado. 32 bits.• SSRC. 32 bits. Fija el emisor.• Lista CSRC. 0-15 elementos de 32 bit cada uno. Fuentes q han

contribuido a los datos.

RTCP: protocolo de control de RTP

• Basado en la transmisión de paquetes de control a los participantes de una sesión.

• Da información sobre la calidad de recepción de los datos transmitidos.

• Porta un identificador de la fuente RTP.• Su información permite ajustar la velocidad de

envío de paquetes.• Opcionalmente puede transmitir información de

los participantes en la sesión.

Tipos de paquetes RTCP

• SR. Sender report. Informe del emisor.

• RR. Receiver report. Informe del receptor.

• SDES. Source description. Descripción de fuente.

• BYE. Mensaje de fin.

• APP. Funciones específicas de la aplicación.

Paquete SR: Sender report• V. Versión. 2 bit.• P. Relleno. 1 bit. Si = 1 el paquete lleva bits complementarios.• RC. Tamaño del informe. 5 bit. Numero total de bloques del paquete.• PT. Tipo de paquete. 8 bit.• Length. Longitud del paquete. 16 bit.• Información del emisor. 20 bytes.

– Fechado NTP. En 64 bit.– Fechado RTP. En 32 bit.– Contador de paquetes del emisor. En 32 bit.– Contador de bytes del emisor. En 32 bit.– Contador de bytes del emisor. En 32 bit.

• Informes de recepción de fuentes.– Identificador de fuente. En 32 bit.– Porcentaje de perdida. En 8 bit.– Número acumulado de paquetes perdidos. En 24 bit.– Número de secuencia más elevado. En 32 bit.– Cadencia. En 32 bit.– Último SR. En 32 bit.– Demora desde el último SR. En 32 bit.– Comienzo del bloque de informe o destino de la segunda fuente.

RR: Informe receptor

• Identico al SR, excepto en:– El tipo de paquete PT posee la constante 201 en

lugar de la 200.– Las 5 palabras de información del emisor se

emiten.

Extensión de informes SR y RR

• Algunas aplicaciones necesitan información suplementaria que no estan en SR ni RR.

• Ocupa menos como extensión que si fueran paquetes independientes, pq no requieren cabecera, etc.

Analisis de informes emisor y receptor

• El emisor puede modificar su transmisión en función de los informes.

• Los receptores tendrían información para conocer el origen de los problemas de recepción.

• Los supervisores pueden evaluar el rendimiento de la red en multipunto.

• Puede obtenerse información sobre la perdida de paquetes, etc.

SDES: Paquetes de descripción de la fuente

• Versión. Como en SR.

• Relleno. Como en SR.

• Longitud. Como en SR.

• Tipo de paquete. 8 bit. Contiene constante 202.

• Tamaño del paquete. 5 bit.

• Cada sección empieza con un grupo de 32 bit.

• Cada elemento tiene una cabecera de 2 bytes (longitud texto + texto). El texto no puede pasar de 255 bytes.

• Solo el elemento CNAME es obligatorio.

Elemento CNAME: Canonical NAME

• Es una constante.

• Formato tipo: user@host

• Debe ser único entre los participantes de una misma sesión RTP.

• Debe fijarse para el participante.

• Debe permitir localizar la fuente para facilitar la supervisión de la sesión.

Otros elementos

• NAME. Nombre de usuario.

• EMAIL. Correo electrónico.

• PHONE. Número de teléfono.

• LOC. Localización geográfica del usuario.

• TOOL. Nombre de la aplicación.

• NOTE. Nota especial.

• PRIV. Extensión privada.

Paquete BYE

• Versión.

• Relleno.

• Longitud.

• Tipo de paquete. 8 bit.

• Número de fuentes en 5 bit.

• Opcionalmente puede contener texto que indique la razón de desconexión.

Paquete específico de aplicación

• Versión

• Relleno.

• Longitud.

• Subtipo. 5 bit.

• Tipo de paquete. 8 bit. Contiene la constante 204.

• Nombre en 4 octetos. Elegido por usuario.

RTP: Conclusiones

• Aporta información sobre el estado de la red.

• Son paquetes “numerados”, por lo que puede reconstituirse facilmente el flujo.

• No es un protocolo fiable, no evita congestiones ni actua sobre la perdida de paquetes.

• No garantiza la calidad de servicio.

Enrutamiento FIFO

• Los enrutadores funcionan siguiendo el principio: First In, First Out (el primero en llegar es el primero en salir).

• En función de la mejor velocidad y la longitud de relevos que debe atravesar se elige un camino u otro.

RSVP: Resource Reservation Protocol

• Actua en los enrutadores para hacerlos funcionar correctamente para el tiempo real.

• No es un protocolo de encaminamiento.• Optimiza la entrega de datos en modo multipunto.• El destinatario solicita una calidad de servicio.• La reserva es conducida por el receptor.• Permite obtener un nivel de calidad de servicio deseado para el flujo

de datos de aplicaciones de internet.• Se hace una petición de reserva en cada enrutador en el sentido

inverso a la transmisión de los datos.• Mantenimiento de un camino único para un flujo de datos. Es dificil

de mantener.• Ordenación de paquetes en cola de espera.

¿RSVP es comparable a X25?

• No se establece “conexión” entre los nodos.

• No hay control de enrutadores. Es un estado provisional.

• Es una conexión punto a punto.

• No se crea un “circuito virtual” como tal.

• Puede ser una manera de garantizar un servicio profesional => Se puede facturar.

IPv6

• Compatible con IPv4.

• Su implantación sera suave y sin traumas.

• Adaptado a nuevas situaciones:– Control remoto de electrodomésticos, etc.– Servicios audiovisuales.– Terminales remotos.

IPv6: Direccionamiento

• Direcciones codificadas en 128 bit (no los 32 actuales).Billones de posibles direcciones.

• Direcciones multipunto.

• Dirección compartida (anycast). El paquete se envia al nodo más próximo.

Cabecera IPv6

• Versión

• Prioridad. 4 bit.

• Identificador de flujo. 4 bit.

• Longitud del contenido. 16 bit.

• Cabecera siguiente. 8 bit.

• Límite de nodos. 8 bit.

• Dirección fuente. 4 bit.

• Dirección destino. 128 bit.

• Identificador de flujo. Permite recuperar paquetes de un mismo flujo de datos.

• Prioridad. 4 bit que dan 15 niveles de prioridad.

Aplicación de las nuevas tecnologías

• Los nuevos protocolos están aprobados, pero las aplicaciones aún han de adaptarse a ellos.

• RTP. Utilizado ya por gran cantidad de aplicaciones de telefonía, etc.

• RSVP. Exige introducir en el enrutador aplicaciones que puedan tratar las peticiones de reserva.

• IPv6 se implementará en varios años.

Aplicación de estrategias de tiempo real

• Emisor.– Detectar congestiones. Mediante RTCP.– Tratar congestiones. Reducción de velocidad de salida.

• Destinatario.– Reconstruir la señal.– Sincronizar.– Reparar la señal.– Recepción multipunto.

• La red.– Definir la prioridad. IPv6.– Reserva de recursos. RSVP.– Destrucción de paquetes no indispensables.