ImageVerifierCode 换一换
格式:PDF , 页数:12 ,大小:104.30KB ,
资源ID:798394      下载积分:10000 积分
快捷下载
登录下载
邮箱/手机:
温馨提示:
如需开发票,请勿充值!快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝扫码支付 微信扫码支付   
注意:如需开发票,请勿充值!
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【http://www.mydoc123.com/d-798394.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(ITU-T I 370 SPANISH-1991 CONGESTION MANAGEMENT FOR THE ISDN FRAME RELAYING BEARER SERVICE《综合业务数字网(ISDN)帧中继承载业务的拥塞控制(18号研究组)13pp》.pdf)为本站会员(postpastor181)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

ITU-T I 370 SPANISH-1991 CONGESTION MANAGEMENT FOR THE ISDN FRAME RELAYING BEARER SERVICE《综合业务数字网(ISDN)帧中继承载业务的拥塞控制(18号研究组)13pp》.pdf

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

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1