La descarga está en progreso. Por favor, espere

La descarga está en progreso. Por favor, espere

Internet 2 Rogelio Montañana, Universidad de Valencia Master de Telemática, Mondragon Unibertsitatea 21 de enero del 2000

Presentaciones similares


Presentación del tema: "Internet 2 Rogelio Montañana, Universidad de Valencia Master de Telemática, Mondragon Unibertsitatea 21 de enero del 2000"— Transcripción de la presentación:

1 Internet 2 Rogelio Montañana, Universidad de Valencia Master de Telemática, Mondragon Unibertsitatea 21 de enero del 2000

2 Objetivo Explicar las tendencias y aspectos novedosos que desde el punto de vista tecnológico se están desarrollando o utilizando en Internet 2 y otras redes avanzadas del mundo, que están marcando y marcarán la evolución de Internet en los próximos años.

3 Sumario ¿Que es Internet 2? Internet 2 en el nivel físico –POS –WDM y redes ópticas Internet 2 en el nivel de red. –IPv6 –Calidad de servicio( QoS). Diffserv e Intserv Aplicaciones en Internet 2

4 ¿Qué es Internet 2? Proyecto iniciado en 1996 en EEUU por el UCAID (University Corporation for Advanced Internet Development) para potenciar nuevos desarrollos en Internet, fundamentalmente con redes y aplicaciones de alta velocidad en entornos de I+D. Actualmente engloba 160 universidades, 40 empresas y otras 30 organizaciones. Muy relacionado con Internet 2 esta el proyecto NGI (Next Generation Initiative) promovido por el Gobierno federal de los EEUU Internet 2 no tiene una red propia: sus desarrollos se basan sobre todo en vBNS y Abilene, dos redes de alta velocidad de EEUU. A estas se conectan redes de otros países, entre ellos TEN-155, la red I+D europea.

5 Topología de Internet2 NGIXs CC GigaPoP CC CC CC Abilene CC GigaPoP CC CC CC vBNS L C ESNet, NREN, Intl,... L C

6 San Francisco National Center for Atmospheric Research San Diego Supercomputer Center Houston Denver Ameritech NAP Chicago National Center for Supercomputing Applications Cleveland Perryman, MD Sprint NAP MFS NAP Pittsburgh Supercomputing Center Los Angeles A Atlanta A New York City vBNS Backbone Network Map Boston Washington, DC Seattle A A C C C C C C C C C C C C C C C C C C J J Ascend GRF 400 Cisco 7507 Juniper M40 FORE ASX-1000 NAP A C DS-3 OC-3C OC-12C OC-48 J

7 Seattle Kansas City Denver Cleveland New York Atlanta Houston Sacramento Los Angeles Denver Indianapolis Washington Enlaces de 2,5 Gb/s Abilene: previsión primavera 2000

8 Nivel físico POS (Packet Over SONET) –Breve descripción de SONET/SDH –Uso de IP y ATM sobre SONET/SDH –POS WDM –Funcionamiento. Situación actual. –Redes ópticas.

9 Evolución de TDM. Origen de SONET/SDH PDH (Plesiochronous Digital Hierarchy) ha sido la base de la telefonía desde los años 60, pero tiene varios problemas: –Utiliza diferente norma en cada continente: América: T1: 1,544, T2: 6,312, T3: 44,736 Mb/s Europa: E1: 2,048, E2: 8,448, E3: 34,368 Mb/s Japón: T1: 1,544, T2: 6,312, E3: 32,062 Mb/s –No aprovecha adecuadamente la transmisión por fibras ópticas. –No incorpora mecanismos adecuados de gestión y recuperación de averías. En 1987 se propuso un nuevo sistema TDM con el fin de resolver estos problemas.

10 SONET/SDH (Synchronous Optical NETwork/Synchronous Digital Hierarchy ) SONET es un estándar ANSI (americano), SDH es ITU-T (internacional). Ambos son compatibles Velocidad base SONET: STS-1 (Synchronous Transfer Signal 1); también llamado OC-1 (Optical Carrier 1). STS-n = OC-n = n * 51,84 Mb/s Velocidad base SDH: STM-1 (Synchronous Transfer Module 1). STM-n = n * 155,52 Mb/s Compatibilidad SONET-SDH: STM-n = STS-(3*n) = OC-(3*n) La forma más normal de transmitir datos en SONET/SDH es con ATM.

11 Estructura de tramas STS-1y STM-1 STS-1 (SONET): –Matriz de 90 filas x 9 columnas = 810 Bytes = 6480 bits; 6480 x 8000 tramas/s = 51,84 Mb/s STM-1 (SDH) = STS-3 = 3 x STS-1: –90 x 9 x 3 = 2430 Bytes = bits = 155,52 Mbps –Overhead SDH: 10 filas ( ) –Parte útil: 260 x 9 = 2340 Bytes = bits = 149,76 Mbps Los enlaces ATM a 155 Mb/s son siempre de 149,76 Mb/s (el resto es overhead de gestión de SDH).

12 ATM sobre SONET/SDH ATM y AAL5 introduce un overhead mayor que el de SONET/SDH: SDHSONETCaudal físico Caudal ATM Caudal AAL5 Caudal IP típico * STM-0STS-151,8449,53644,86242,057 STM-1STS-3c155,52149,76135,63127,15 STM-4STS-12c622,08600,77544,08510,07 STM-16STS-48c2488,322404,82177,92041,7 STM-64STS-192c9953,289620,98713,28168,4 Calculado para datagramas de 540 bytes

13 En sus inicios las redes IP fueron guiadas por un conjunto reducido de individuos competentes […]. Por el contrario, los estándares ATM están siendo definidos en el Fórum ATM por un gran número de empresas con intereses mutuamente incompatibles, no todas las cuales tienen experiencia en construir y operar redes ATM. S. Keshav: An Engineering Approach to Computer Networking, 1997

14 La Internet global, que se basa en IP, representa una vasta y siempre creciente infraestructura no ATM. Para introducirse en este mercado, y proteger la inversión en tecnología Internet, las redes ATM deben interoperar con redes IP. Desgraciadamente, esa interoperabilidad es problemática porque las redes ATM e IP tienen filosofías de diseño fundamentalmente distintas. [...] A la vista de estas diferencias crear una red integrada IP/ATM puede ser un ejercicio frustrante. Aun así, si las redes ATM van a ser utilizadas por la siempre creciente población de usuarios IP, deben acomodar los deseos de estos usuarios. Esto es un reto para los diseñadores de los protocolos ATM. S. Keshav: 'An Engineering Approach to Computer Networking, 1997

15 POS (Packet Over SONET, o PPP Over SONET) El uso de IP over ATM/AAL5 introduce un overhead medio del 14,5% (datagramas de 540 bytes). Usando PPP (Point to Point Protocol) el overhead se reduce al 1%. PPP over SONET/SDH está estandarizado en el RFC 1619 (5/1994) y en RFC 2615 (6/99). Al suprimir la capa ATM perdemos capacidad de gestión y multiplexación. P. Ej. no podemos compartir un enlace para tráfico IP y centralitas (habría que pasarlas a VoIP).

16

17 IP 122,44 Mb/s AAL5 127,15 Mb/s ATM 135,63 Mb/s SONET/SDH 149,76 Mb/s ÓPTICA 155,52 Mb/s IP 142,37 Mb/s PPP 147,84 Mb/s SONET/SDH 149,76 Mb/s ÓPTICA 155,52 Mb/s IP over ATMPOS

18 POS (Packet Over SONET, o PPP Over SONET) En POS la multiplexación la da SONET/SDH (p. Ej. un enlace STM-4 se divide en cuatro STM-1, tres para IP y uno para ATM. Interesa usar POS cuando: –Todo el tráfico es IP –La mayor parte del tráfico es IP y el que no lo es se puede encapsular en IP (VoIP). Actualmente POS es de uso habitual en redes SONET/SDH con tráfico IP únicamente, por ejemplo las de los grandes ISPs.

19 Justificación de WDM A pesar de las altas velocidades (hasta 10 Gb/s) de SONET/SDH algunos operadores no tienen bastante. Además los equipos de 10 Gb/s son muy caros (mas de 4 veces los de 2,5 Gb/s). En esos casos la solución es utilizar varias fibras para la conexión, repartiendo el tráfico Pero no siempre se dispone de fibras libres, y tirar fibras nuevas es también muy caro.

20 La multiplexación por división de longitudes de onda o WDM (Wavelength Division Multiplexing) consiste en enviar varias señales a diferentes longitudes de onda (diferentes ) por una misma fibra (luz de varios colores) Cuando se utilizan muchas (8 o más) se llama DWDM (Dense WDM) Multiplexación por división en longitudes de onda (WDM)

21

22 WDM La fibra óptica no es igualmente transparente a todas las (longitudes de onda); hay tres ventanas en las que es más transparente: Ventana (nm) Atenuac. (dB/Km) Alcance max. (Km) Costo opto- electrónica Usos 1ª8502,32BajoLAN 2ª13100,540MedioLAN, WAN, SONET 3ª15500,25160ElevadoWAN, SONET

23 Primera ventana Segunda ventana Tercera ventana Atenuación de la fibra óptica en función de la longitud de onda Los picos corresponden a absorción producida por el ión hidroxilo, OH - OH -

24 Evolución de WDM GeneraciónVentanaNúmero de Separación (nm) 1ª (WDM)2ª y 3ª2240 2ª (WDM)3ª ª (DWDM)3ª ª (DWDM)3ª ,2-0,8 Estado Actual

25

26 WDM Cuando una señal óptica se transmite a distancia es preciso regenerarla cada cierto tiempo. La regeneración puede ser analógica (amplificador óptico) o digital (repetidor); en este caso hay que convertirla primero en señal eléctrica: Óptica-> eléctrica -> repetidor -> eléctrica->óptica Con WDM es fundamental que el amplificador óptico tenga un comportamiento lo más lineal posible en todo el rango de. De lo contrario habrá que recurrir a poner más repetidores.

27 DWDM DWDM ha sido posible gracias a la aparición de amplificadores ópticos muy lineales en todo el rango de la 3ª vent. Estos dispositivos tienen pequeñas cantidades de erbio (metal usado en algunas aleaciones); por ello estos amplificadores se denominan EDFAs (Erbium Doped Fiber Amplifiers).

28 Ganancia típica de un EDFA en la 3ª ventana

29 Esquema de un EDFA típico Se amplifican todas las en 3ª ventana simultáneamente Parámetros importantes: linearidad de la ganancia, ruido, nivel de saturación, ancho de banda

30 WDM Los EDFA permiten amplificar la señal óptica en ruta sin tener que convertirla en señal eléctrica. Esto reduce mucho el costo de WDM. En la práctica cada 5-6 amplificadores hay que poner un repetidor para regenerar la señal. Las limitaciones físicas de WDM son proporcionales al cuadrado de la velocidad; por esto es mas normal usar enlaces OC-48 (2,5 Gb/s) que OC-192 (10 Gb/s)

31 Multiplexor Desmultiplexor Esquema funcional de una conexión WDM

32 Uso de WDM/DWDM/CWDM Actualmente DWDM se utiliza en enlaces de largo alcance y gran capacidad, porque es donde sale más rentable. Existen multiplexores de bajo costo (2 Mpts) que permiten WDM de 4, llamada CWDM (Coarse WDM). Esto permite diseñar LANS con WDM (ver por ejemplo A medida que la tecnología avance irán apareciendo equipos similares de más.

33 DWDM Hoy en día hay sistemas DWDM que transmiten: –40 * OC-48 (2,5 Gb/s) = 99,5 Gb/s –16 * OC-192 (10 Gb/s) = 159 Gb/s –40 * OC-192 (10 Gb/s) = 398 Gb/s Y también: –160 * OC-192 = 1,59 Tb/s –Con un equipo así se podrían mantener 12,5 millones de videoconferencias por un solo par de fibras simultáneamente.

34 Red GTS (Global TeleSystems Group) Utiliza infraestructura de ferrorcarriles en Europa

35 Enlaces SDH STM-16 (2,5 Gb/s) con POS Múltiples STM-16 por fibra con DWDM Red IP de GTS

36 Redes Ópticas Mediante WDM se puede asignar al usuario una y enrutarla conmutando de forma estática, manejándola como si fuera un PVC de ATM. Los equipos que permiten cambiar la en ruta se denominan cross-connect ópticos y cumplen una función parecida a los cross-connect de SDH. Esto aún no está estandarizado. Con multiplexores y conmutadores ópticos es posible montar IP/PPP directamente sobre la fibra suprimiendo la capa SONET/SDH, con lo que se reduce aún más el overhead.

37 IP AAL5 ATM SONET/SDH ÓPTICA IP over ATMPOS/SONETPOS/Óptica IP PPP SONET/SDH ÓPTICA IP PPP ÓPTICA Alternativas de transporte IP

38 Redes Ópticas El verdadero atractivo de WDM será cuando sea posible realizar la conmutación óptica de paquetes. Esto está a la vuelta de la esquina. Actualmente ya es posible hacer buffering óptico de paquetes. Ejemplo: proyecto europeo KEOPS (Keys to Optical Packet Switching): ojects/keops/keops.html

39

40

41

42 GigaPOP CA*net 3 National Optical Internet Vancouver Calgary Regina Winnipeg Ottawa Montreal Toronto Halifax St. Johns Fredericton Charlottetown ORAN BCnet Netera SRnet MRnet ONet RISQ ACORN Chicago STAR TAP CA*net 3 Primary Route Seattle New York Los Angeles CA*net 3 Diverse Route Deploying a 4 channel CWDM Gigabit Ethernet network – 700 km Deploying a 4 channel Gigabit Ethernet transparent optical DWDM– 1500 km Multiple Customer Owned Dark Fiber Networks connecting universities and schools 16 channel DWDM -8 reserved for CANARIE -8 wavelengths for carrier and other customers Consortium Partners: Bell Nexxia Nortel Cisco JDS Uniphase Newbridge Condo Dark Fiber Networks connecting universities and schools

43 Redes avanzadas Internet 2: Abilene (USA): vBNS (USA): NTON (Natl. Transp. Optical Network, USA): CA*net3 (Canadá): GTS: Gigabit testbed (Alemania): Gigaport (Holanda): Redes europeas de I+D: speed.html

44 Sumario ¿Que es Internet 2? Internet 2 en el nivel físico –POS –WDM y redes ópticas Internet 2 en el nivel de red. –IPv6 –Calidad de servicio( QoS). RSVP/Intserv DiffServ

45 Protocolo IPv6 Desarrollado fundamentalmente para resolver el problema de escasez de direcciones de IPv4 De paso se incorporaron mejoras en seguridad, eficiencia, calidad de servicio, tráfico multicast, etc. 6Bone (IPv6 Backbone) Red experimental a nivel mundial (desde 1996) Actualmente no está claro para cuando será mayoritario el uso de IPv6

46 Ventajas de IPv6 Direcciones. Pasa a direcciones de 128 bits. Eficiencia. Simplifica cabeceras. Reduce tablas de routing. Seguridad. Incorpora mecanismos de privacidad y validación mediante criptografía Calidad de Servicio. Previsto soporte de tráfico en tiempo real. Multicast. Mejora soporte. Movilidad. Permite movilidad manteniendo dirección. Sencillez: posibilidad de autoconfiguración de equipos Evolución. Contempla mecanismo para futuras opciones. Compatibilidad: puede coexistir con IPv4

47 Direcciones IPv6 Dirección de 16 bytes en decimal (IPv4): La misma en hexadecimal (IPv6): 8000:0000:0000:0000:0123:4567:89AB:CDEF Los ceros a la izquierda pueden omitirse y si uno o más grupos tienen todo ceros se pueden abreviar poniendo dobles dos puntos: 8000::123:4567:89AB:CDEF Para direcciones IPv4 se puede usar la notación decimal con puntos: ::

48 Cabecera IPv6 (según RFC 1883) Cabecera IPv4

49 Principales cambios de IPv6 Autoconfiguración y movilidad: el host asigna los 6 últimos bytes (dir. MAC) y toma los 10 primeros del router. Eficiencia: se suprime el checksum Opciones: el campo de opciones se reemplaza por el de Siguiente cabecera; esto simplifica el proceso en cada router y da un mecanismo de extensión de opciones. El campo etiqueta de flujo pretende identificar flujos que necesiten Calidad de Servicio, pero no ha sido desarrollado.

50 Situación actual de IPv6 Existe una red experimental a nivel mundial (6bone) desde Las principales redes académicas del mundo participan en dicha red experimental. Los fabricantes y los ISPs han mostrado poco (o nulo) interés por IPv6. Decepción respecto a las expectativas que había en La mayoría de las mejoras de IPv6 se han incorporado por un proceso evolutivo en IPv4

51 Cambios recientes en IPv4 Direcciones: uso de NAT (Network Address Translation), Proxies y Cortafuegos, con reducción drástica en la demanda de direcciones públicas (RFC 1918). Eficiencia: uso de CIDR para reducir tablas en routers del core (RFC 1817, 8/1995) Seguridad: IPSEC (RFC 2410, 11/1998). Calidad de Servicio: estandarización de Intserv y Diffserv Multicast: control administrativo de ámbito (como en IPv6): RFC2365 (7/1998) Movilidad: DHCP (RFC 1534) y soluciones propietarias Sencillez (autoconfiguración): DHCP

52 RFCs y referencias de IPv6 Obsolteo: RFC 1883 (12/1995) (campo Prioridad) Vigente: RFC 2460 (12/1998) (campo Clase De Tráfico) Web de 6Bone: 6bone.net

53 El Santo Grial de las redes de computadores es diseñar una red que tenga la flexibilidad y el bajo costo de la Internet, pero que ofrezca las garantías de calidad de servicio extremo a extremo de la red telefónica. S. Keshav: 'An Engineering Approach to Computer Networking, 1997 Calidad de Servicio en Internet

54 Calidad de Servicio (QoS) Ejemplos de parámetros de Calidad de Servicio: –Capacidad mínima (Mb/s) –Retardo máximo (ms) –Fluctuación máxima del retardo o jitter (ms) –Paquetes perdidos máximo (%) Si se garantiza(n) alguno(s) de esos parámetros decimos que la red ofrece calidad de servicio o QoS (Quality of Service); de lo contrario decimos que es una red con servicio best effort.

55 Retardo y Jitter t t Emisor Transmite Receptor Recibe A A B B C C A A B B C C D1D1 D 2 = D 1 EmisorReceptor D 3 = D 2 Red

56 Congestión y Calidad de Servicio Sería muy fácil dar Calidad de Servicio si las redes nunca se congestionaran. Para ello habría que sobredimensionar todos los enlaces, cosa no siempre posible o deseable. Prácticamente cualquier red sufre alguna vez congestión. Para dar QoS en esos casos es preciso tener mecanismos que permitan dar un trato distinto al tráfico preferente y cumplir lo prometido, también llamado SLA (Service Level Agreement).

57

58 Calidad de Servicio Vídeoconferenc ia Aprendizaje a Distancia Aplicaciones críticas Voz Transfer. De fichero, Tráfico best effort

59 Calidad de Servicio en Internet La congestión es el principal problema de la Internet actual. TCP/IP fue diseñado para dar un servicio best effort solamente Existen aplicaciones que no pueden funcionar con best-effort. Ej.: videoconferencia, VoIP (Voice Over IP), etc. Se han hecho modificaciones a IP para que pueda funcionar como una red con QoS

60 Calidad de Servicio: Reserva o Prioridad Existen dos posibles estrategias para dar trato preferente a un usuario en una red: –Carril BUS, es decir reservar capacidad para su uso exclusivo. A veces se denomina QoS hard –Ambulancia, o sea darle mayor prioridad que a otros usuarios. A veces se denomina QoS soft Cada una tiene sus ventajas y sus inconvenientes.

61 ¿Reserva o Prioridad? La reserva: –Da una garantía casi total –Supone un derroche de recursos en algunos casos –Requiere que cada nodo intermedio tenga conocimiento de las sesiones activas La prioridad: –Basa su garantía en factores estadísticos –Permite aprovechar mejor la infraestructura –Los nodos intermedios no necesitan conocer las conexiones activas.

62 Calidad de servicio en Internet En Internet se han desarrollado y estandarizado los dos mecanismos: –IntServ (Integrated Services) y protocolo RSVP. El usuario solicita de antemano los recursos que necesita; cada router del trayecto toma medidas para satisfacerle. –DiffServ (Differentiated Services). El usuario solicita un determinado nivel de prioridad; los routers van agregando las demandas de los usuarios y propagándolas por el trayecto. Esto le da al usuario una confianza razonable de conseguir la QoS solicitada. Ambos mecanismos son compatibles

63 Tipos de aplicaciones en IntServ TolerantesIntolerantes ElásticasDatos UDPDatos TCP Tiempo Real MultimediaEmulación de circuitos

64 Tipos de servicio en Integrated Services Servicio Best Effort: ninguna garantía Servicio Controlled-Load: calidad similar al de una red de datagramas poco cargada. Servicio Garantizado: –Da garantías de caudal y retardo. –Cada elemento en la ruta debe dar garantías. –A veces no puede implementarse (ej. Ethernet compartida)

65 Garantizado Carga controlada Best Effort Caudal Reparto de recursos en Servicios Integrados Tiempo

66 Que es RSVP? RSVP =Resource reSerVation Protocol Reserva la capacidad solicitada en todos los routers del camino. Es un protocolo de señalización, como el utilizado para establecer un SVC ATM o una llamada telefónica. Pensado principalmente para tráfico multicast No es un protocolo de routing

67 Como funciona RSVP Cada router del trayecto que implementa RSVP incluye cuatro elementos: – Admission Control: comprueba si la red tiene los recursos suficientes para satisfacer la peticion. –Policy Control: determina si el usuario tiene los permisos adecuados para la petición realizada. –Packet Classifier: clasifica los paquetes en categorías de acuerdo con la QoS a la que pertenecen. –Packet Scheduler: organiza el envío de paquetes dentro de cada categoría.

68 Emisor Receptor Funcionamiento de RSVP en Multicast Las reservas se agregan a medida que ascienden en el árbol multicast. 1,5 Mb/s

69 RSVP (Cont.) RSVP reserva la capacidad solicitada en todos los routers del camino. Es un protocolo de señalización, como el utilizado en una conexión ATM o llamada telefónica. Cada router ha de mantener el detalle de todas las conexiones activas que pasan por el, y los recursos que cada una ha reservado. El router mantiene información de estado sobre cada flujo. Si no se pueden asegurar las condiciones pedidas se rechaza la llamada

70 Concepto de flujo Un flujo es un tráfico continuo de datagramas relacionadosque se produce como resultado de una acción del usuario y requiere la misma QoS Un flujo es simplex (unidireccional) Un flujo es la entidad más pequeña a la que los routers pueden aplicar una determinada QoS Por ejemplo una videoconferencia podría estar formada por dos flujos, uno para el audio y otro para el vídeo. Los flujos pueden agruparse en clases; todos los flujos dentro de una clase reciben la misma QoS.

71 Identificación de flujos Para realizar la reserva cada router del trayecto ha de identificar los datagramas correspondientes al flujo para el que se ha hecho la reserva. En IPv4 dicha identificación se realiza a partir de las direcciones de origen y destino y el número de puerto (TCP o UDP) de origen y destino. En IPv6 la identificación puede hacerse como en IPv4 o alternativamente usando el campo etiqueta de flujo en vez de los números de puertos. Aún no hay ninguna implementación de RSVP que utilice la etiqueta de flujo.

72 Problemas de IntServ/RSVP RSVP produjo una euforia inicial ( ) que luego dio paso a decepción. La razón principal fueron problemas de escalabilidad. La necesidad de mantener información de estado en cada router hace inviable usar RSVP en el core de Internet. No está claro como obtienen los routers la información necesaria para el módulo Policy Control. De nuevo no parece viable que cada router del trayecto tenga que realizar la comprobación para cada flujo.

73 Problema de escalabilidad de RSVP Los routers principales han de mantener información sobre gran cantidad de flujos. Muchos flujos

74 Problemas de IntServ/RSVP En emisiones multicast, ¿cuál de los receptores se emplea para efectuar el Policy Control en la parte común del árbol? ¿A quien se le factura el servicio en esa parte? Los fabricantes de routers no han desarrollado implementaciones eficientes de RSVP, debido a sus problemas y al elevado costo. A pesar de todo RSVP/IntServ puede desempeñar un papel en la red de acceso, donde los enlaces son de baja capacidad y los routers soportan pocos flujos.

75 RFCs IntServ/RSVP Arquitectura IntServ: RFC 1633 (6/1994). RSVP: RFC 2205 (9/1997). Uso de RSVP con IntServ: RFC 2210 (9/1997). Servicio de carga controlada: RFC 2211 (9/1997). Servicio Garantizado: RFC 2212 (9/1997). RSVP e IntServ en ATM: RFC 2382 (8/1998). IntServ en redes de baja velocidad: RFC 2688 y RFC 2689 (9/1999).

76 Tipos de Servicio en Differentiated Services Servicio Best Effort básico (sin prioridad). Servicio Best Effort con prioridad Servicio Assured Forwarding: similar a Controlled Load (red de datagramas poco cargada). Varios niveles de prioridad posibles. Servicio Expedited Forwarding o Premium: similar al servicio garantizado de IntServ. Equivale al CBR de ATM (línea dedicada).

77 Expedited Forwarding (Premium) Assured Forwarding Best Effort Caudal Reparto de recursos en Servicios Diferenciados Tiempo

78 DiffServ En vez de distinguir flujos individuales clasifica los paquetes en categorías (según el tipo de servicio solicitado). Los usuarios pueden contratar o solicitar un determinado caudal en una categoría dada. Los routers tratan cada paquete según su categoría (que se especifica en la cabecera del paquete). El Policy Control/Admission Control sólo se ha de efectuar en los routers de entrada a la red y en los que atraviesan fronteras entre redes diferentes.

79 DiffServ La información necesaria para aplicar el Policy Control y Administrative Control es mantenida para toda la red por un elemento denominado el Bandwidth Broker (BB). El BB es el encargado de realizar todos los controles administrativos y gestionar los recursos de red disponibles. El BB puede intercambiar información con otros BB de otras redes. Los ISPs pueden acordar políticas de intercambio mutuo.

80 Arquitectura DiffServ Router periférico (controlar, marcar flujos) Router fronterizo entrante (classificar, controlar, marcar aggregados) Router fronterizo saliente (dosificar agregados) Routers core Routers core Bandwidth Brokers (realizan control de admisión, gestionan recursos de red, configuran routers periféricos y fronterizos) BB Origen Destino

81 Modelo DiffServ (DS) En IPv4 el campo DS susutituye al Tipo de Servicio. En IPv6 se amplió el campo Prioridad de 4 a 8 bits (RFC 2470) y se le cambió el nombre a Tipo de Tráfico. | | DS | CP | | C | U Las categorías de Diffserv se identifican mediante el campo DS: DSCP: Differentiated Services CodePoint CU (Currently Unused):reservado para usos futuros

82 Cabecera IPv6 con campo DS Cabecera IPv4 con campo DS

83 Modelo DiffServ (DS) Con 6 bits en el campo DS se pueden tener hasta 64 codepoints (categorías de tráfico) diferentes. De momento se han dividido en 3 grupos: xxxxx0Uso estándar (32 valores) xxxx11Uso Local/experimental (16 valores) xxxx01Reservado (16 valores) En el grupo estándar los tres primeros bits indican la clase

84 111110Reservado (routing) Reservado (routing) Reservado (routing) Reservado (routing) Reservado (routing) Reservado (routing) Reservado (routing) Reservado (routing) Expedited (Premium) Assured Clase 4 Preced. Alta Assured Clase 4 Preced. Media Assured Clase 4 Preced. Baja Assured Clase 3 Preced. Alta Assured Clase 3 Preced. Media Assured Clase 3 Preced. Baja Assured Clase 2 Preced. Alta Assured Clase 2 Preced. Media Assured Clase 2 Preced. Baja Assured Clase 1 Preced. Alta Assured Clase 1 Preced. Media Assured Clase 1 Preced. Baja Best Effort (default) Valores estándar del campo DS. Los no especificados son configurables por el usuario

85 RFCs Modelo Diffserv Definición campo DS: RFC 2474 (12/1998). Arquitectura DiffServ: RFC 2475 (12/1998). Per Hop Behavior: RFC 2597 y RFC 2598 (6/1999).

86 IntServ vs DiffServ IntServ fue desarrollado con anterioridad a DiffServ. Sin embargo DiffServ se ha extendido mucho más que IntServ DiffServ permite agregar flujos, de forma que el modelo es escalable. Debido a estas diferencias muchos fabricantes de routers implementan versiones eficientes de DiffServ, pero no de IntServ. Actualmente muchos ISP implementan DiffServ. Qbone (red expermiental de QoS en Internet 2) ha decidido seguir el modelo DiffServ.

87 RSVP RSVP vs DiffServ BB Información por flujo en cada router Cada red tiene un BB que gestiona sus recursos Recursos controlados en punto de acceso Paquetes clasificados por categorías Enfocado a tráfico agregado, no a flujos Problemas de escalabilidad DiffServ Énfasis en multicast

88 Combinación de RSVP y DiffServ En la periferia de la red el uso de RSVP no plantea problemas y puede ser necesaria la reserva estricta de recursos. En este caso el router que conecta con el core traducirá la petición al servicio IntServ más parecido. DiffServ RSVP

89 Referencias QoS Intserv:www.ietf.org/html_charters/intserv-charter.html. RSVP: Ver también: y Diffserv: Qbone: Grupo de trab. QoS Internet2: B. Teitelbaum: Internet 2 Qbone: A Test Bed for Differentiated Services, Proyecto Quantum:

90 Redes experimentales en Internet RedExperimentoInicio MBoneRouting Multicast1992 6BoneProtocolo IPv61996 QBoneQoS (DiffServ)1998

91 Osaka Universitys 3 Million Volt Electron Microscope The electron microscope at Osaka University (left) and its control room (right). Photo ©1999 Osaka University.

92 Remote Operation from San Diego NCMIR Director Mark Ellisman at the "knob box" in the remote control pavilion at UC San Diego, operating the Osaka microscope. Photo ©1999 Osaka University.

93 3-D Electron Micrograph of Biological Specimen Object making its way from the center to the left-hand edge of the picture is a blood capillary in the 4.5-micrometer thick sample. The dark tree-like object is the Purkinje cell; the branches are called dendrites. Photo ©1999 Osaka University.

94 Electron Micrograph of 18-8 Stainless Steel Electron micrograph of 18-8 stainless steel studied by Hidehiro Yasuda via the remote link. The horizontal features are a group of dislocations sliding on a slip-plane toward the grain boundary (vertical winglike feature). Photo ©1999 Osaka University.


Descargar ppt "Internet 2 Rogelio Montañana, Universidad de Valencia Master de Telemática, Mondragon Unibertsitatea 21 de enero del 2000"

Presentaciones similares


Anuncios Google