Loading

Module 1: QoS de Internet

Apuntes
Study Reminders
Support
Text Version

Arquitecturas intSev y DiffServ

Set your study reminders

We will email you at these times to remind you to study.
  • Monday

    -

    7am

    +

    Tuesday

    -

    7am

    +

    Wednesday

    -

    7am

    +

    Thursday

    -

    7am

    +

    Friday

    -

    7am

    +

    Saturday

    -

    7am

    +

    Sunday

    -

    7am

    +

Arquitecturas IntSev y DiffServ
Bienvenido de nuevo al curso de la Red de Computadoras y el Protocolo de Internet.Por lo tanto, hoy vamos a cubrir el último tema de Internet Quality of Service. Por lo tanto, vamos a hablardos arquitecturas de calidad de servicio específicas llamadas arquitecturade servicio integrado o arquitectura IntServ o que están bajo una arquitectura de servicio diferenciada o una arquitecturaDiffServ. Así que, al principio, déjenme darles una breve idea acerca de las diferenciasentre las arquitecturas IntServ y DiffServ. Por lo tanto, tenemos dos modos de serviciospara proporcionar calidad de servicio a través de Internet.Así que, la primera modalidad de servicios, a la que llamamos servicio garantizado, es la arquitectura de servicio integrada de. Por lo tanto, la arquitectura de servicio integrada que tratamos de hacer?Intentamos proporcionar el tipo de servicio garantizado a los usuarios finales en base a su acuerdo de nivelde servicio. Entonces, ¿qué significa el servicio garantizado? El servicio garantizado significa siel acuerdo de nivel de servicio dice que todos mis paquetes no deben tener más retraso que 10milisegundo. Entonces la red se asegurará de que todos los paquetes de mi que como vienede mis dispositivos, obtendrán menos de 30 milisegundos de retraso o los 10 milisegundos de retraso deque tengo en mi acuerdo de nivel de servicio.Por lo tanto, que llamamos como el servicio garantizado. Ahora, verá que para este tipo de serviciogarantizado o para dar soporte a este tipo de arquitectura de servicio integrada, ¿qué necesita hacer?Debe asegurarse de que cada direccionador individual de la red debe encargarse desu acuerdo de nivel de servicio. Por lo tanto, cada router individual necesita hacer una estimaciónsi será capaz de proporcionar su servicio o necesita hacer una prereserva de los recursos dedentro de los routers, para asegurarse de que ese acuerdo de nivel de servicio específico se hace.Ahora para hacer que los routers necesitan coordinarse entre sí; porque el paquete esfluyendo a través de múltiples routers cada vez que se está moviendo de una fuente a otro destino dey luego los routers individuales necesitan coordinarse entre sí para reservar los recursos depara que pueda garantizar el servicio que se le promete. Por lo tanto, esta arquitecturaparticular la llamamos arquitectura de servicio integrada. Ahora en esta arquitectura de serviciointegrada el problema es que, esta coordinación entre los routers. Ahorapiensa en la escala de Internet que tiene millones de routers y cada vez que estátransfiriendo cierta aplicación, entonces necesita pasar un gran número de routers allí bajoel control de diferentes proveedores de servicios en diferentes niveles.Usted tiene este nivel 0 ISP, ISPs de nivel 1, luego ISPs de nivel 2, luego los ISP locales. Por lo tanto, todos estos proveedores de servicios diferentes denecesitan coordinarse entre sí y todo el mecanismoes muy complicado para esta escala de Internet o la implementación de. Por lo tanto, es por eso que tenemos una segunda clase de calidad de servicio, que no le dade calidad de servicio o que no garantiza que lo que el proveedor de servicios de red deme haya prometido en términos de acuerdo de nivel de servicio.Por un 100 por ciento de veces que se ejecutará, pero lo que intenta hacer? Intenta lo mejor paracumplir los requisitos de servicio. Por lo tanto, es así, si su red está demasiado congestionada,no puede hacer nada en ese caso sus paquetes sufrirán, pero si la red tiene una carga demedia, entonces le proporcionará la calidad de servicio requerida. De nuevo el escenario vienedel ejemplo del aeropuerto que la seguridad de la situación de verificación de que si su aeropuerto es muycargado a con los millones de pasajeros en la hora punta entonces los guardias de seguridad tambiénno puede hacer nada.Así que, qué si usted transfiere algunos pasajeros de una cola a otra cola que haceno importa mucho. Pero cada vez que la carga es alta, pero no muy alta durante ese tiempo, los funcionarios de seguridad detratan de proporcionar cierta calidad de servicio, si se averigua quecierta cola está creciendo más tiempo, pero en otras colas hay pasajeros restantes. Por lo tanto,cambian a ciertos pasajeros de una cola a otra y tratan de proporcionarlenivel de calidad de servicio basado en lo mejor que pueden hacer. Por lo tanto,este tipo de arquitectura la llamamos como una arquitectura de servicio diferenciada o una arquitectura DiffServ. Por lo tanto, para la implementación de la escala de Internet, la arquitectura de DiffServ es más adecuadadonde sólo se intenta dar lo mejor para proporcionar la calidad del servicio, pero no hay garantíade que el 100 por ciento del tiempo que cumplirá con la calidad de servicio deseada. Por lo tanto, vamos a veren esta arquitectura IntServ y la arquitectura de DiffServ en los detalles.(Consulte el tiempo de la diapositiva: 05:33)Así que primero inicie nuestro viaje con esta arquitectura de servicio integrada, para empezar con el primer let usmirar los principios de la arquitectura de servicio en Internet, le llamamos la arquitecturade servicio de Internet o ISA. Por lo tanto, esta arquitectura de servicio de Internet o ISA, proporciona arquitectura QoS de serviciointegrada a través de Internet. Por lo tanto, tiene pocos pasos como el control de admisión.Por lo tanto, este control de admisión para la calidad del servicio que requiere reserva para los nuevos flujos de, para que ejecutamos algo llamado el protocolo de reserva de recursos o RSVP, nosotrosmiraremos a este RSVP en poco más detalles. A continuación, tiene el control de direccionamiento. Por lo tanto,toma la decisión de direccionamiento basándose en la calidad de los parámetros de servicio. Por lo tanto, descubreque si se carga un direccionador concreto si se carga un direccionador concreto, es másno direccionar el paquete a ese direccionador en lugar de direccionarlo a algún direccionador alternativo. Por lo tanto, el algoritmo de direccionamiento detambién depende del depende de la calidad de los parámetros de servicio.(Consulte el tiempo de la diapositiva: 06:35)A continuación, tenga el tipo diferente de estrategias de gestión de colas que ya hemos discutido en la última conferencia de, que tiene en cuenta los distintos requisitos de flujo. Y, por último, ha descritola política como el algoritmo de evitación de la congestión para satisfacer la calidad de la calidad de servicio necesaria decomo el algoritmo de detección temprana al azar que hemos discutido anteriormente.(Consulte el tiempo de la diapositiva: 06:55)Así que, esta es toda esta arquitectura ISA de la arquitectura ISA que se ejecuta dentro de un direccionador. Por lo tanto, simira esta arquitectura ISA tiene estos protocolos de direccionamiento, que están encontrandolas partes de direccionamiento y luego tiene la base de datos de direccionamiento y esa es la parte de direccionamientoque se está ejecutando dentro del sistema operativo de direccionador, y luego tiene esta calidad de protocolo asociado de servicio de.Por lo tanto, esta calidad de protocolos asociados al servicio, tiene esta parte de control de admisión, tieneeste protocolo de control de admisión que asegura que el paquete, que son los que vandentro de la red, cumple con la calidad de servicio requerida. Digamos, por ejemplo, cada vez queestá admitiendo un nuevo flujo en la red, entonces es necesario asegurarse de que el nuevo flujoobtenga servicio de Internet o que obtenga el servicio necesario de Internet.Si no puede asegurarse de que el flujo requerido obtenga los servicios necesarios del Internet de, entonces simplemente suelte ese flujo en particular. Por lo tanto, esta cosa en particular posiblementeha observado al hacer una llamada de voz, en algún momento ha escuchado que una bonita vozde una señora que todas las líneas están ocupadas por favor marque después de algún tiempo. Por lo tanto, es igual que la redno permite que se admita en la red porque no tienecantidad suficiente de recursos. Por lo tanto, ese es el propósito de este protocolo de control de admisión.Ahora, este protocolo de control de admisión obtiene la entrada del protocolo de reserva. Por lo tanto, el protocolo de reserva derealmente reserva los recursos en direccionadores individuales, a través del protocolo RSVP deque vamos a ver después de un par de diapositivas. Por lo tanto, este protocolo RSVP o el protocolo de reserva de recursos de, asegura que el recurso se está reservando en los direccionadores individuales deal final de la vía de acceso final.Por lo tanto, si no puede reservar ningún recurso adicional, el control de admisióndenegará la entrada a la red. Entonces usted tiene un agente de gestión que gestionadiferentes funcionalidades de la calidad del servicio como esta forma de tráfico, la vigilancia del tráficoy todos estos aspectos y luego usted tiene una base de datos de control de tráfico. Por lo tanto, esta base de datos dede control de tráfico realmente le dice que cómo sus paquetes necesitan ser tratados por la red.Ahora, vamos al plano de reenvío del router. Por lo tanto, el avión de reenvíosiempre que se está obteniendo un nuevo paquete, primero tiene este clasificador y la selección de la ruta. Por lo tanto, este clasificador y el mecanismo de selección de ruta clasificarán los paquetes deen una de las clases de tráfico disponibles y, a continuación, basándose en ello, seleccionará la ruta demirando la base de datos de direccionamiento y, a continuación, el planificador de paquetes. Por lo tanto, este planificador de paquetes deobtendrá la entrada de esta información de ruta, así como de la base de datos de control de tráfico de, que el modo en que sus paquetes deben ser tratados y, a continuación, lo coloca en unade las colas.Así que, en la mejor gestión de colas o puede tener varias colas para la calidad del tráfico de servicios de. Por lo tanto, la cola está asociada a la cola. A continuación, el planificador se está ejecutando,que se ejecuta realmente en esta cola y transfiere los paquetes basándose en una de las políticas de cola. Por lo tanto, es toda la implementación de ISA dentro de un router que, en realidadintegra el direccionamiento y la calidad del servicio juntos hace un tratamiento integrado sobrelos paquetes que vienen de las aplicaciones de usuario final.(Consulte el tiempo de la diapositiva: 10:42)Ahora, primero veamos el protocolo de reserva de recursos. Por lo tanto, este protocolo de reserva de recursoso RSVP, es un protocolo de control de red que permite al receptor de datos solicitar un final especial depara finalizar la calidad del servicio para su flujo de datos. Por lo tanto, necesita cierto tipo de servicio de calidad especial depara que termine el flujo, para que aplique este protocolo de reserva dede recursos. Recuerde que RSVP es un protocolo de control de red y no es un protocolo de direccionamiento de. Funciona con IP que es verdadera, pero funciona en asociación con IP.(Consulte el tiempo de la diapositiva: 11:17)Por lo tanto, si mira la diapositiva anterior, tenemos el protocolo de control de direccionamiento aquí, quese encarga de su direccionamiento y, a continuación, el protocolo de reserva que el RSVP está ejecutando aquí,que se ocupa de esta reserva de recursos y de los direccionadores individuales. Por lo tanto, no es un protocolo dede direccionamiento, más bien un protocolo QoS que funciona en asociación con el direccionamiento.(Consulte el tiempo de la diapositiva: 11:41)Bueno, está diseñado para funcionar con los protocolosdireccionamiento de difusión unidifusión y multidifusión actuales y futuros.(Consulte el tiempo de la diapositiva: 11:49)Así, esta es la arquitectura para la arquitectura de servicio integrada y RSVP juntos. Por lo tanto, nosotrosacabamos de mostrar las instancias de dos máquinas diferentes, la máquina host y la máquina del router. Por lo tanto, el primero es así, esto es en la máquina host, el módulo que se ejecuta dentro dela máquina del sistema principal y estos son el módulo que se ejecuta dentro de la máquina del router.Ahora dentro de la máquina del sistema principal vamos a ver los módulos que tenemos. Por lo tanto, tiene las aplicacionesque se están ejecutando allí, esa aplicación habla con el clasificador, queclasifica el paquete de qué tipo de calidad de las clases de servicio a las que pertenece el paquete. Yentonces tiene un daemon RSVP que el daemon RSVP realmente ejecuta en el host, así como entodos los direccionadores intermedios. Por lo tanto, estos daemons RSVP; por lo tanto, pueden ver que estos demonios RSVPhablan entre sí. Por lo tanto, tiene una flecha que conecta el daemon deRSVP individual. Por lo tanto, estos daemons de RSVP hablan entre sí y la reserva de los recursos depara un flujo particular dentro de cada routers al final de la vía de acceso final. Por lo tanto, descubresi es capaz de utilizar la reserva o si podrá reservar el recurso para un flujo en particular de. Si es capaz de reservar los recursos, entonces permite el flujo a través del mecanismo de control de admisión dede lo contrario simplemente cae ese flujo en particular. Ahoratiene ese planificador de paquetes que funciona en cooperación con el clasificador y el daemon RSVP, que habla de que el tipo de recursos se ha reservado para usted, yen consecuencia, el planificador de paquetes planifica un paquete en varias colas.Ahora de nuevo sucede lo similar aquí que tiene el daemon de protocolo de direccionamientoque se está ejecutando dentro de los direccionadores. Por lo tanto, este daemon de protocolo de direccionamiento en asociación con el daemon RSVP dey el clasificador de paquetes, decide la siguiente parada que viene dela parte de direccionamiento y la cola de clase correspondiente, que viene de esta parte RSVPy la parte de clasificador y en el planificador de paquetes realmente planificaráel paquete basándose en la cola de saltos y clase siguiente que se está determinando. Y entoncesel paquete será enviado al siguiente router, y en cada router esta cosa en particular se ejecutará. Por lo tanto, recuerde este aspecto importante de este daemon RSVP en el host en todos los direccionadores intermedios de.(Consulte la hora de la diapositiva: 14:15)Así, todos los daemons RSVP y todos los direccionadores del extremo a fin de la vía de acceso que necesitan parase coordinan entre sí. Y es por eso que la implementación en este servicio integradoarquitectura a través de Internet es una cosa difícil, porque usted necesita una coordinación entretodos los routers que es difícil de lograr para la gran escala de Internet.(Consulte el tiempo de la diapositiva: 14:39)Bueno, vamos a ver en ciertas terminologías RSVP. Por lo tanto, la calidad del servicio se implementapara un flujo de datos determinado por un mecanismo que llamamos como control de tráfico en RSVP;tenemos el clasificador de paquetes que determina la calidad del nivel de servicio, y el planificador de paquetesque enlaza el mecanismo dependiente de la capa para determinar qué paquetes en particular sonreenviados. Ahora, para cada interfaz saliente, el planificador alcanza la calidad deseadadel servicio.Por lo tanto, si miras una perspectiva de direccionador, puede tener varias interfaces de salida, comoeth 0, eth 1, eth 2, eth 3, etc. Por lo tanto, estas son las diferentes interfaces de salida para un direccionador de, ahora para cada interfaz de salida individual que necesito para mantener estas múltiples colas de. Porque recuerda que estas colas son específicas de la interfaz saliente. Por lo tanto,con esta interfaz saliente posiblemente otro direccionador está conectado. Por lo tanto, es por ello que paracada interfaz, necesita aplicar este mecanismo de colocación en cola.Por lo tanto, el algoritmo de direccionamiento le indicará que en qué interfaz de salida es necesario reenviar el paquetey, a continuación, en esa interfaz de salida en particular, ejecute el mecanismo de colocación en cola depara servir a los paquetes para que sirvan todos los paquetes, que debena esa interfaz en particular.(Consulte la hora de la diapositiva: 16:01)Ahora este es el procedimiento de reserva para RSVP. Durante la configuración de la reserva, primeroenviamos una solicitud de QoS RSVP que se pasa a dos módulos de decisión locales. Los módulos de decisiónson el módulo de control de admisión y el módulo de control de políticas; ahora, el módulo de control de admisión dedetermina si el nodo tiene suficientes recursos dedisponibles para suministrar los recursos solicitados.Si tiene suficiente cantidad de recursos, entonces permite que el flujo entre en la red, de lo contrario, simplemente suelte el flujo. Luego tiene el módulo de control de políticas.Este módulo de control de políticas determina si el usuario tiene permiso administrativo parahacer la reserva.Ahora que es un aspecto importante en la escala de Internet, por ejemplo, no ha hechoel acuerdo de nivel de servicio específico; en ese caso incluso si está intentando enviar alguna vozsobre paquete IP, esa voz sobre los paquetes IP se tratará como un paquete de mejor esfuerzo nocomo un paquete de alta prioridad. Por lo tanto, es por ello que debe realizar el acuerdo de nivelde servicio correspondiente con el proveedor de servicios de red, antes de enviar cualquier paquete asociado de calidad de servicio. Por lo tanto, este control de política proviene realmente del acuerdo de nivel de servicio, que habla de si el usuario tiene realmente suficiente privilegio de administración depara marcar su paquete como un paquete de prioridad alta o no.(Consulte la hora de la diapositiva: 17:23)Ahora, si ambas comprobaciones tienen éxito, los parámetros se establecen en el clasificador de paquetes yen la interfaz de capa de enlace para obtener el nivel deseado de calidad del servicio. Si la comprobación defalla como si la comprobación de control de admisión falla o la comprobación de control de política falla,el programa RSVP devuelve una notificación de error al proceso de aplicación queha generado esa solicitud, que no está permitido enviar este paquete a través de Internet conesta calidad de servicio que está reclamando.
Arquitecturas deIntSev y DiffServ-Parte 2
Ahora, veamos el modelo de reserva en RSVP cómo RSVP hace la reserva. Por lo tanto,una solicitud RSVP consta de dos partes; una cosa a la que llamamos la especificación de flujo y otra cosaa la que llamamos filterspec. Por lo tanto, este par se conoce como el descriptor de flujo. Por lo tanto, esta especificación de flujoespecifica el nivel de calidad de servicio deseado. Por lo tanto, ¿qué tipo de calidad de servicio deestá esperando del usuario final?Y la especificación de archivo junto con la especificación de sesión define el conjunto de paquetes de datoscomo esta especificación de filtro realmente habla de qué tipo de mecanismo de colocación en cola desea implementaren el paquete. Si desea ir a la cola de prioridad o a una cola depersonalizada o a una cola de feria ponderada o cualquier otro mecanismo de gestión de colas que tengamospara proporcionar la calidad de servicio de Internet.(Consulte la hora de la diapositiva: 18:50)Por lo tanto, esta especificación de flujo se utiliza para establecer los parámetros en el planificador de paquetes, mientras que como la especificación de archivose utiliza para establecer el parámetro en el clasificador de paquetes. Por lo tanto, basándose en la especificación de filterspec de, realmente filtra los paquetes por lo que el nombre filterspec. Por lo tanto, se colocaen el clasificador de paquetes para clasificar los paquetes y, a continuación, diseñar o poner ese paqueteasociado con diferentes tipos de colas que tiene que proporcionar calidad de servicio.Y la especificación de flujo se utiliza para establecer los parámetros en el planificador de paquetes que, de lo que seríanlos parámetros individuales para configurar las colas. Ahora esta especificación de flujo es una solicitud de reserva deque generalmente incluye una clase de servicio y dos conjuntos de parámetros numéricos de. Por lo tanto, a uno se le llama la Rspec otra se llama la Tspec. Por lo tanto, este Rspecdefine la calidad de servicio deseada y la Tspec define el flujo de datos que los paquetes particulares dede un flujo que va a tener en cuenta.(Consulte el tiempo de la diapositiva: 19:48)Por lo tanto, aquí hay una estructura de especificación de flujo. Por lo tanto, puede ver que contiene varios parámetros comoesta tasa de señal, el tamaño del cubo de la señal, el ancho de banda máximo, la latencia.(Consulte el tiempo de la diapositiva: 19:57)Así que esta tasa de señal, el tamaño de la cubeta de señal con la que están en especie pertenecen a la Rspec que hablasobre los parámetros del planificador, mientras que el ancho de banda máximo, la latencia, la variación de retardo, todas lasestas cosas hablan de parámetros específicos del flujo como el tamaño máximo de Sdu, el tamaño mínimo de la política de. Por lo tanto, pertenecen al bit Tspec de esta especificación de flujo. Por lo tanto, este flujo especifica todos losestos valores numéricos, lo que determina realmente el acuerdode nivel de servicio correspondiente. Por lo tanto, basándose en la especificación de flujo, ha determinado que el nivel de calidad del servicioque desea proporcionar a un usuario concreto, entonces controla o configura las colas de direccionamiento intermedio debasándose en estos parámetros concretos.Considerando que, en el caso de la especificación filterspec, en realidad está marcando el clasificador de paquetes o estáconfigurando el clasificador de paquetes, para decir que bien este usuario en particular, puede generar tráfico de VoIP, tráfico de vídeo bajo demanda y el mejor tráfico de esfuerzo según su acuerdo de nivel de servicioque el clasificador de tráfico necesita cuidar.(Consulte Slide Hora: 21:15)Por lo tanto, los problemas que están asociados a RSVP hay dos problemas principales que ya he señalado: que el daemon RSVP necesita mantener los estados de flujo en los direccionadores intermedios de. Debido a que el daemon RSVP necesita mantener los estados de flujo en los direccionadores intermedios dees un proceso pesado. Por lo tanto, utilice este estado de flujo y el proceso depor flujo, aumenta las preocupaciones de escalabilidad a través de una red grande. Y es por ello que desdela arquitectura de servicio integrada nos movemos hacia la arquitecturade servicio diferenciado o la arquitectura de DiffServ.(Consulte el tiempo de la diapositiva: 21:46)Así que, esta arquitectura de servicio diferenciada o la arquitectura DiffServ es un mecanismo de clase, basado en clases, para la gestión del tráfico. Tiene un clasificador de paquetes queutiliza un campo de punto de servicio diferenciado de seis bits o el campo DSCP. Por lo tanto, este campo DSCPque indica que en qué clase de tráfico en particular pertenece. Por lo tanto, recuerde en el casode su arquitectura de servicio integrada, el clasificador de paquetes o las clases de clasificador no sonfijas o predeterminadas, puede ser basado en el usuario o puede variar de usuario a usuario y quees el motivo por el que estamos utilizando filterspec para informar al clasificador de que qué tipo de paquete diferente de clasespuede pertenecer a un usuario en particular.Pero en el caso de la arquitectura de servicio diferenciada, no tenemos ese nivel de flexibilidad.No tenemos este tipo de calidad específica de los servicios que, más bien la red ampliatenemos algunas clases fijas de servicios; y los fijos Este campo DSCP determina las clases de servicios. Por lo tanto, el campo DSCP se incluye dentro del campode servicio diferenciado de ocho bits el campo DS dentro de la cabecera IP.Por lo tanto, en la propia cabecera IP encontraremos este campo DS que contiene el campo DSCPy ese campo DSCP, determina las clases de tráfico fijo que el servicio diferenciadopuede soportar. Por lo tanto, esa diferencia es una diferencia importante entre la arquitectura de servicio integrada dey la arquitectura de servicio diferenciada y es por ello queeste tipo de modelo filterspec no es necesario en el caso de la arquitectura de DiffServ.Debido a que las clases de tráfico son fijas y por eso su clasificador tiene un comportamientofijo, en lugar de un comportamiento específico del usuario. En el caso de la arquitecturadel servicio integrado, ha tenido este comportamiento específico del usuario y es por ello que ha tenido el requisitode la especificación filterspec para configurar el clasificador de tráfico. Ahora, los routers de DiffServ conscientes deimplementan algo llamado comportamiento por salto. Por lo tanto, este comportamiento por saltodefine las propiedades de reenvío de paquetes asociadas con esa clase de tráfico.Así, cómo se reenviarán los paquetes para los direccionadores conscientes de DiffServ; ahora DiffServrecomienda un conjunto estandarizado de clases de tráfico que he mencionado que ha estandarizadoy el conjunto fijo de clases de tráfico. Ahora, un grupo de direccionadores que implementan políticas de DiffServ definidas administrativamentecomunes se conocen como un dominio DiffServ. Por lo tanto,implementaremos una arquitectura de servicio diferenciada a través de un dominio de DiffServ.(Consulte el tiempo de la diapositiva: 24:19)Ahora, esta es la arquitectura de DiffServ.(Consulte el tiempo de la diapositiva: 24:21)Tiene varios dominios DiffServ DiffServ 1, dominio DiffServ 1, DiffServdominio 2 y DiffServ dominio 3, ahora siempre que está transfiriendo un paquete de un origen dea un destino que necesita para pasar por estos tres dominios DiffServ. Ahora, cuandonecesita pasar por estos tres dominios de DiffServ, ¿qué hacemos eso? Vamos a ver enestos routers intermedios o los routers edge. Por lo tanto, la idea de esta arquitecturade servicio diferenciado es algo así, que cada vez que está entrando un paquete a un dominio deDiffServ, lo que intenta hacer es intentar hacer una estimación sobre lo que es el finalpara finalizar la calidad del requisito de servicio, y cuánta calidad de servicio ya ha obtenido.Por lo tanto, el intermediario de ancho de banda es un agente que tiene algún conocimiento de las prioridades y políticas de una organización, y asigna calidad de recursos de servicio con respecto a esas políticas desegún la definición de intermediario de ancho de banda dado en RFC 2638. Ahora con el fin delograr un fin de asignación final de recursos a través de dominios separados, el intermediario de ancho de bandaque gestiona un dominio tendrá que comunicarse con sus pares adyacentes.(Consulte la hora de la diapositiva: 27:22)Así que, aquí en la imagen anterior este intermediario de ancho de banda que se ejecuta en el DS 2 necesita comunicarse conintermediario de ancho de banda DS 1 y el intermediario de ancho de banda DS 3, para determinarque el nivel de calidad del servicio se puede dar a un flujo determinado.Que puede suceder que este dominio de servicio en particular o este ISP local en particular, no tengauna relación de emparejamiento con este ISP de nivel 1. Por lo tanto, no tiene ningún acuerdocon DS 2 en términos de esta calidad de servicio en ese caso, no podrá proporcionarque termine con la calidad del servicio final. Por lo tanto, ahora estamos dando la flexibilidad en los niveles de ISPque los ISP individuales pueden asegurar el emparejamiento o la calidad del emparejamiento asociado con el serviciocon los vecinos y pueden tomar la decisión en consecuencia. Por lo tanto, esa es la tarea del intermediario de ancho de banda de, que configura este tipo de relaciones de paring.Ahora en un dominio DS, los nodos de límite o los nodos de borde, interconectan el dominio DS actual decon otro dominio DS o dominio DS no de capacidad, los llamamos los nodos de límite deo los nodos de borde. El proceso de clasificación y acondicionamiento de un nodo de límite deen un dominio DS es responsable de correlacionar paquetes con una clasede reenvío.Soportado en una red y asegurándose de que el tráfico de un cliente confirma a su acuerdo de nivel de servicio. De modo que lo hacen la clasificación y el proceso de condicionamiento, que se está ejecutando en un nodo de límite.Así que, aquí está la idea. Así que tienes un clasificador. Desde ese clasificador, está llegando al marcador, ahora el marcador hace una estimación de que su paquete es un desde el origen en el que vaa un dominio DS y luego otro dominio DS y luego el tercer dominio DS y, finalmente, el destino de. Ahora, cuando el paquete está llegando a decir que este nodo de límite dice B1, ejecutasu medidor de este módulo de medidor para averiguar que si tiene un final para finalizar el requisito de retardo de 30 milisegundos de, cuál es la cantidad de retardo que el paquete ya ha alcanzado, digamos enel paquete ya ha alcanzado, 10 milisegundos de retraso.Por lo tanto, esta clasificación y marca, son los comportamientos por salto; por lo tanto, tenemos cuatrodiferentes tipos de comportamientos por salto, el predeterminado por salto es proporcionar el mejor servicio de esfuerzopor reenvío acelerado o EF PHB al que es para dar prioridad al tráfico de baja latenciade baja pérdida. El reenvío asegurado por comportamiento de salto que da al asegurar la entrega bajo la condición prescrita decomo usted requiere una cantidad fija de ancho de banda para esa aplicaciónen particular, entonces va para el reenvío asegurado que se puede implementar con la ayudade una cola personalizada.El reenvío acelerado por el otro lado se puede implementar dentro de la prioridadhaciendo cola. Por lo tanto, puede aplicar una cola de prioridad para esto y la cola personalizada para esto. Ypuede tener un selector basado en clases por comportamiento de salto que mantenga la compatibilidad concon el campo de prioridad IP. Por lo tanto, algo como usted puede utilizar la feria de colasponderada para garantizar la equidad.Ahora, aquí hay ciertos enlaces que puede ver más allá para comprender en detalles el servicio diferenciado dey la arquitectura de servicio integrada. Por lo tanto, estos dos temas sonpoco tema avanzado que no están ahí en su libro de referencia que hemos mencionadoantes, por eso ha dado dos enlaces. Por lo tanto, puede examinar estos dos enlacespara averiguar los detalles. Por lo tanto, todo esto se trata de la calidad del servicio en Internet, yespero que para este momento tenga una buena idea sobre qué calidad de servicio significa ycómo aplicar la calidad del servicio a través de Internet.Y puede pasar por esta documentación de Cisco que he compartido para entender mássobre esta calidad de servicio y cómo los diferentes tipos de calidad del servicio son realmenteimplementados en dichos routers Cisco. De hecho, el proceso es un poco complejo y hay varios módulosque trabajan todos juntos para dar soporte a esto. Por lo tanto, trato de darle un breve resumen deo una vista de pájaro de toda esta calidad de servicio para darle un entendimientosobre este tema.Así que gracias a todos por asistir a esta clase.