1、UNIN INTERNACIONAL DE TELECOMUNICACIONESCCITT I.370COMIT CONSULTIVOINTERNACIONALTELEGRFICO Y TELEFNICORED DIGITAL DE SERVICIOSINTEGRADOS (RDSI)ASPECTOS Y FUNCIONES GLOBALESDE LA RED, INTERFACES USUARIO-REDDE LA RDSIGESTIN DE LA CONGESTINPARA EL SERVICIO PORTADOR RDSICON RETRANSMISIN DE TRAMASRecomen
2、dacin I.370Ginebra, 1991PREFACIOEl CCITT (Comit Consultivo Internacional Telegrfico y Telefnico) es un rgano permanente de la UninInternacional de Telecomunicaciones (UIT). Este rgano estudia los aspectos tcnicos, de explotacin y tarifarios ypublica Recomendaciones sobre los mismos, con miras a la n
3、ormalizacin de las telecomunicaciones en el planomundial.La Asamblea Plenaria del CCITT, que se celebra cada cuatro aos, establece los temas que han de estudiarse yaprueba las Recomendaciones preparadas por sus Comisiones de Estudio. La aprobacin de Recomendaciones por losmiembros del CCITT entre la
4、s Asambleas Plenarias de ste es el objeto del procedimiento establecido en laResolucin N.o2 del CCITT (Melbourne, 1988).La Recomendacin I.370 ha sido preparada por la Comisin de Estudio XVIII y fue aprobada por elprocedimiento de la Resolucin N.o2 el 25 de octubre de 1991._NOTAS DEL CCITT1) En esta
5、Recomendacin, la expresin Administracin se utiliza para designar, en forma abreviada, tanto unaAdministracin de telecomunicaciones como una empresa privada de explotacin de telecomunicaciones reconocida.2) En el anexo A figura la lista de abreviaturas utilizadas en la presente Recomendacin. UIT 1991
6、Es propiedad. Ninguna parte de esta publicacin puede reproducirse o utilizarse, de ninguna forma o por ningn medio,sea ste electrnico o mecnico, de fotocopia o de microfilm, sin previa autorizacin escrita por parte de la UIT.Recomendacin I.370Recomendacin I.370GESTIN DE LA CONGESTIN PARA EL SERVICIO
7、 PORTADOR RDSICON RETRANSMISIN DE TRAMAS1 Principios de gestin de la congestin1.1 AlcanceLa presente Recomendacin describe la estrategia y mecanismos de gestin de la congestin basados en el deusuario (plano U) para los servicios portadores RDSI con retransmisin de tramas. Trata de los mecanismos yre
8、sponsabilidades de la red y del usuario final para evitar los periodos de congestin o lograr el restablecimiento tras losmismos. No se recomiendan los procedimientos de control (plano C) en el interfaz usuario-red distintos a la liberacin ono aceptacin de las llamadas. Los procedimientos, objetivos
9、y requisitos para la gestin de la congestin en el plano Centre redes requieren ulterior estudio. Las disposiciones especiales para el tratamiento del trfico de trenes de bitscontinuos (CBO continuous bit stream oriented) estn fuera del alcance de esta Recomendacin. Esta estrategia se hadiseado para
10、funcionar con velocidades de canal de acceso hasta 2048 kbit/s.1.2 Definicionesvelocidad de accesoVelocidad de datos del canal de acceso de usuario (D, B o H). La velocidad del canal de acceso determina lacantidad de datos (velocidad mxima) que el usuario final puede introducir en la red.tamao de rf
11、aga concertado (Bc)Volumen mximo convenido de datos que un usuario puede ofrecer a la red durante un intervalo de tiempo Tc.El valor de Bc se negocia en el establecimiento de la comunicacin.exceso de tamao de rfaga (Be)Volumen mximo admitido de datos en que un usuario puede rebasar Bc durante un int
12、ervalo de tiempo Tc.Este dato (Be) se suministra generalmente con una probabilidad inferior a Bc. El valor de Be se negocia en elestablecimiento de la comunicacin.intervalo de medicin de la velocidad concertado (Tc)Intervalo de tiempo durante el cual se permite al usuario enviar solamente el volumen
13、 de datos concertados(Bc) y el exceso del volumen de datos (Bc). El valor de Tc es objeto de clculo.velocidad de informacin concertada (CIR committed information rate)Velocidad de transferencia de informacin que la red se compromete a transferir en condiciones normales. Lavelocidad se promedia en un
14、 incremento de tiempo mnimo Tc. CIR se negocia en el establecimiento de lacomunicacin.notificacin explcita de congestin hacia adelante (FECN forward explicit congestion notification)Vase la definicin completa en la Recomendacin Q.922.Recomendacin I.370 1 notificacin explcita de congestin hacia atrs
15、(BECN backward explicit congestion notification)Vase la definicin completa en la Recomendacin Q.922.mensaje de gestin de capa de enlace consolidado (CLLM consolidated link layer management message)Vase la definicin completa en la Recomendacin Q.922.indicador de eleccin de descarteIndica que debe des
16、cartarse una trama con preferencia a otras en una situacin de congestin, cuando debendescartarse tramas para garantizar el funcionamiento seguro de la red y mantener el nivel de servicio concertado dentrode la misma.equidadTentativa por parte de la red de mantener los parmetros de comunicacin concer
17、tados, que fueron negociadospor el usuario final en el momento del establecimiento de la comunicacin. Un ejemplo de esto sera descartar primerolas tramas en exceso de la velocidad de informacin concertada (CIR) y no permitir que se produzcan nuevosestablecimientos de comunicacin antes de descartar e
18、l trfico de datos concertado.carga ofrecidaSon las tramas ofrecidas a la red por un usuario final, para ser entregadas al destino seleccionado. La velocidadde informacin ofrecida a la red podra exceder de los parmetros de clase de servicio negociados.gestin de la congestinComprende la ingeniera de r
19、ed, los procedimientos OAM para detectar el inicio de la congestin, y losmecanismos en tiempo real para prevenir la congestin o efectuar el restablecimiento tras la misma. La gestin decongestin incluye el control de la congestin, la prevencin de la congestin y el restablecimiento tras la congestin,c
20、omo se define a continuacin, pero no est limitada a estas acciones.control de la congestinSon los mecanismos en tiempo real para evitar la congestin y efectuar el restablecimiento tras la mismadurante periodos de demandas coincidentes de trfico de punta o sobrecarga de la red (por ejemplo, fallos de
21、 losrecursos). El control de la congestin abarca los mecanismos de prevencin de la congestin y de restablecimiento tras lamisma.prevencin de la congestinLos procedimientos de prevencin de la congestin son los procedimientos iniciados en el punto A o antes deste (vanse las figuras 1/I.370 y 2/I.370)
22、para evitar que la congestin alcance el punto B. Los procedimientos deprevencin de la congestin funcionan alrededor del punto A y en las regiones de congestin leve y de congestin fuertecomo se muestra en las figuras 1/I.370 y 2/I.370.restablecimiento tras la congestinLos procedimientos de restableci
23、miento tras la congestin son los procedimientos iniciados para evitar que lacongestin degrade fuertemente la calidad de servicio percibida por el usuario final y ofrecida por la red. Estosprocedimientos se inician generalmente cuando la red ha comenzado a descartar tramas debido a la congestin. Losp
24、rocedimientos de restablecimiento tras la congestin funcionan alrededor del punto B y en la regin de congestinfuerte como se muestra en las figuras 1/I.370 y 2/I.370.nodo de ingresoNodo que soporta el interfaz usuario-red de origen (UNI, user-network interface).2 Recomendacin I.370 nodo de egresoNod
25、o que soporta el interfaz usuario-red (UNI, user-network interface) de destino.1.3 Objetivos de la gestin de la congestinLos objetivos fundamentales de los mecanismos de control de congestin son mantener, con una probabilidadmuy elevada, la calidad de servicio especificada (por ejemplo, caudal, reta
26、rdo, prdida de trama) para cada llamadavirtual o circuito virtual permanente.La congestin en el plano U de un servicio portador con retransmisin de tramas se produce cuando el trficoque llega a un recurso (por ejemplo, memoria, anchura de banda, procesador), rebasa el nivel de diseo de la red. Puede
27、producirse tambin por otras razones (por ejemplo, fallo del equipo). La congestin de la red provoca la degradacin dela calidad en lo que respecta al caudal y al retardo.Segn su efecto sobre la clase de servicio se definen dos niveles de congestin. El punto A es aqul a partir delcual el retardo de tr
28、nsito en la red de retransmisin de tramas aumenta a un ritmo superior al que aumenta la cargaofrecida. Esto se debe a que la red entra en un estado de leve congestin. Este punto es el punto final de una curva enque la red puede garantizar la clase de servicio negociada. Un incremento ulterior de la
29、carga ofrecida puede provocaruna degradacin en la clase de servicio. El punto B es aqul en el que la red empieza a descartar tramas para controlar elnivel de congestin existente y evitar degradaciones adicionales a los servicios prestados por la red.Los puntos A y B son valores dinmicos determinados
30、 por la condicin instantnea de los recursos de la red.El usuario final puede percibir el paso del punto A al punto B sin aumentar su carga ofrecida (por ejemplo, fallo de unrecurso o reconfiguracin dentro de la red). Los valores umbral se determinan con relacin a los objetivos de calidad deservicio
31、en el plano U hasta el usuario final. Estos valores pueden variar de una red a otra y reflejar objetivos de calidaddiferentes (por ejemplo, para diferentes grados de servicio), incluso dentro de una misma red.Los mecanismos de prevencin de la congestin tienen los siguientes objetivos: minimizar el d
32、escarte de tramas; mantener, con alta probabilidad y variacin mnima, la calidad de servicio convenida; minimizar la posibilidad de que un usuario extremo pueda monopolizar recursos de red a expensas deotros usuarios finales; ser sencillos de realizar e imponer poca tara al usuario final o a la red;
33、crear trfico de red adicional mnimo; distribuir los recursos de red equitativamente entre los usuarios finales; limitar la expansin de la congestin a otras redes y elementos dentro de la red; funcionar efectivamente con independencia del flujo de trfico en cualquiera de los dos sentidos entreusuario
34、s finales; tener una interaccin o repercusin mnimas sobre otros sistemas en la red con retransmisin de tramas, y minimizar la variacin de la calidad de servicio ofrecida a los circuitos virtuales individuales en lascondiciones de congestin (por ejemplo, los circuitos virtuales individuales no deben
35、experimentardegradaciones repentinas cuando aparece o se ha producido una congestin).Los mecanismos de restablecimiento tras la congestin (adems de los anteriores) tienen por objeto asegurar elrestablecimiento de la red tras una fuerte congestin.Recomendacin I.370 3 1.4 Requisitos de los mecanismos
36、de control de congestinLos mecanismos de control de congestin deben tener las siguientes caractersticas: Formar parte del plano U. En el plano U deber proporcionarse una notificacin explcita de congestin(ECM, explicit congestion notification). Esto se aplica a los aspectos del control de la congesti
37、n yrelativos a la notificacin en tiempo real y supone que las funciones de gestin tales como la recopilacinde datos estadsticos sobre congestin (es decir, cundo, dnde y por qu) podran realizarse fuera delplano U. Asegurar el transporte de la notificacin explcita de congestin a travs de las redes con
38、 retransmisin detramas. Las redes transportarn la notificacin explcita de congestin hacia atrs (BECN, backwardexplicit congestion notification) al usuario de origen y la notificacin explcita de congestin haciaadelante (FECN, forward explicit congestion notification) al usuario de destino, lo cual ex
39、ige que estasindicaciones (si estn activadas) no sean reiniciadas a medida que atraviesan la red o redes hacia losusuarios de origen y de destino. Desde la perspectiva del servicio, las negociaciones de establecimiento de la comunicacin (por ejemplo,el caudal) se basan en la velocidad, lo que signif
40、ica que, desde el punto de vista de los servicios prestadospor la red en un entorno de retransmisin de tramas, la velocidad a la que se ofrece informacin a la red, yque puede expresarse como el nmero de unidades de informacin por unidad de tiempo, es fundamentalpara todos los tipos de trfico que han
41、 de cursarse. La reaccin del usuario extremo a la recepcin de una notificacin explcita de congestin (haciaadelante/hacia atrs FECN/BECN) se basa en la velocidad y puede estar sujeta a normalizacin. Se sealaque los mecanismos de ventana en los terminales se aproximan a los mecanismos basados en la ve
42、locidady pueden utilizarse para controlar la velocidad a la cual se ofrece el trfico a una red. Las redes deben utilizar la notificacin explcita de congestin y los usuarios deben reaccionar a la misma(es decir, no es obligatorio, pero es muy conveniente). Las fuentes de datos que no pueden responder
43、 a la notificacin explcita de congestin (es decir, losCLLM) slo pueden ser controladas por medicin y descarte. La red que percibe la congestin debe tener la opcin de generar la notificacin de congestin utilizandolos protocolos de control de congestin adecuados. Cuando se genera una ECN, se enviar en
44、 el sentido osentidos apropiados. Los mtodos para enviar las ECN sern diferentes para los mecanismos de control deorigen y de control de destino. Los usuarios finales (por ejemplo, redes privadas) pueden generar notificaciones explcitas de congestin.1.5 Estrategia de gestin de la congestinSe necesit
45、an controles de congestin en tiempo real distribuidos para evitar la congestin y efectuar elrestablecimiento en periodos poco frecuentes con crestas de demanda de trfico coincidentes.La prevencin de la congestin es una responsabilidad conjunta de la red y del usuario final y requiere lacoordinacin e
46、ntre ambos. Los procedimientos de prevencin tienen por objeto procurar que el funcionamiento de la redretorne hacia la regin I de las figuras 1/I.370 y 2/I.370.La prevencin de la congestin con una sealizacin explcita y el restablecimiento tras la congestin con unasealizacin implcita se consideran fo
47、rmas eficaces y complementarias del control de congestin en el servicio portadorcon retransmisin de tramas.4 Recomendacin I.370 Los mtodos de prevencin de la congestin y restablecimiento tras la congestin son por naturalezadistribuidos, ya que la supervisin del trfico (por ejemplo, mediante la utilizacin de dispositivos tampn) es ms eficazy exacta en los recursos congestionados, mientras que el control de la intensidad de trfico es ms eficaz cuando loefectan los usuarios finales. Para que un usuario final sepa cundo debe disminuir/aumentar su v
