WMO 386 Vol I 2009 Es

Manual del Sistema Mundial de Telecomunicacin
OMM-N 386
Manual del Sistema Mundial de Telecomunicacin

Volumen I
(Anexo III al Reglamento Tcnico de la OMM)
Aspectos Mundiales
OMMN 386
Edicin de 2009
OMM-N 386 Organizacin Meteorolgica Mundial, 2009 La OMM se reserva el derecho de publicacin en forma impresa, electrnica o de otro tipo y en cualquier idioma. Pueden reproducirse pasajes breves de las publicaciones de la OMM sin autorizacin siempre que se indique claramente la fuente completa. La correspondencia editorial, as como todas las solicitudes para publicar, reproducir o traducir la presente publicacin (o artculos) parcial o totalmente debern dirigirse al: Director de la Junta de Publicaciones Organizacin Meteorolgica Mundial (OMM) 7 bis avenue de la Paix Case postale N 2300 CH-1211 Ginebra 2, Suiza ISBN 978-92-63-30386-8
Tel.: +41 22 730 8403 Fax.: +41 22 730 8040 Correo electrnico: publications@wmo.int
NOTA Las denominaciones empleadas en las publicaciones de la OMM y la forma en que aparecen presentados los datos que contienen no entraan, de parte de la Secretara de la Organizacin, juicio alguno sobre la condicin jurdica de ninguno de los pases, territorios, ciudades o zonas citados o de sus autoridades, ni respecto de la delimitacin de sus fronteras o lmites. Las opiniones expresadas en las publicaciones de la OMM son las de los autores y no reflejan necesariamente las de la Organizacin. La mencin de determinados productos o sociedades mercantiles no implica que la OMM los favorezca o recomiende con preferencia a otros anlogos que no se mencionan ni se anuncian.
NDICE

Pgina . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . V I1 I1 I2 I6 I1/1 I2/1
Introduccin
Parte I Organizacin del Sistema Mundial de Telecomunicacin . . . . . . . . . . . . . . . . . . . . 1. 2. 3. Funciones, organizacin y principios del Sistema Mundial de Telecomunicacin (SMT). . . . Funciones y responsabilidades de los centros de telecomunicaciones meteorolgicas . . . . . . Funciones y caractersticas de las redes del Sistema Mundial de Telecomunicacin . . . . . . . Arreglos para la recopilacin de informes meteorolgicos procedentes de . . . . . . . . . . . . . . . . . . . . . buques y de informes oceanogrficos ( BATHY/TESAC) . Configuracin de la Red Principal de Telecomunicaciones . . . . . . . . . . . . . . . . . . Responsabilidades de los centros situados en la Red Principal de Telecomunicaciones con respecto a la transmisin de datos de observacin e informacin procesada . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . (No utilizado) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Plan de control del funcionamiento de la Vigilancia Meteorolgica Mundial . . .
Adjunto I1 Adjunto I2 Adjunto I3
I3/1 I4/1 I5/1 II1 II1 II1 II2 II14 II15 II15 II1/1 II2/1
Adjunto I4 Adjunto I5
Parte II Procedimientos operativos del Sistema Mundial de Telecomunicacin . . . . . . . . 1. 2. 3. 4. 5. Explicacin de los trminos utilizados . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Principios operativos del Sistema Mundial de Telecomunicacin . . . . . . . . . . . . . . . . . . . . . . Procedimientos operativos aplicables a la transmisin de datos meteorolgicos por el Sistema Mundial de Telecomunicacin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Procedimientos que se aplican a la transmisin de informacin meteorolgica en forma grfica por el Sistema Mundial de Telecomunicacin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Calidad de las transmisiones meteorolgicas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Procedimientos para enmendar las publicaciones de la OMM y mtodos de notificacin . . Alfabeto Telegrfico Internacional N 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Alfabeto Internacional N 5 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Tabla de conversin entre el Alfabeto Internacional N 2 y el N 5 y caracteres de control del Alfabeto N 5 que no figuran en la primera parte de la tabla y se utilizan para las transmisiones meteorolgicas . . . . . . . . . . . . . . . . . . . . . . . . . . . Modelo de mensaje meteorolgico para la transmisin de datos alfanumricos . . . . . . . . . Designadores de datos T1T2A1A 2ii en los encabezamientos abreviados . Formato para el texto de los mensajes con destinatario, junto con un ejemplo general de cada tipo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Catlogos de encaminamiento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Imagen patrn normalizada de facsmil de la OMM . . . . . . . . . . . . . . . . . . . . . . . Transmisin de informacin grfica mediante facsmil digital codificado y no codificado . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Adjunto II1 Adjunto II2 Adjunto II3
II3/1 II4/1 II5/1 II6/1 II7/1 II8/1 II9/1
Adjunto II4 Adjunto II5 Adjunto II6 Adjunto II7 Adjunto II8 Adjunto II9
iv
ndice
Pgina Adjunto II10 Informes sobre las condiciones de recepcin de las transmisiones radioelctricas meteorolgicas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . II10/1 Adjunto II11 Procedimientos de reencaminamiento de la Red Principal de Telecomunicaciones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . II11/1
Adjunto II12 Instrucciones para utilizar el indicativo BBB . . . . . . . . . . . . . . . . . . . . . . . . . . . . . II12/1 Adjunto II13 Recomendacin X.25 del CCITT (Extractos) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . II13/1 Adjunto II14 Utilizacin de circuitos virtuales conmutados (CVC) X.25 . . . . . . . . . . . . . . . . . . II14/1 Adjunto II15 Prcticas y procedimientos recomendados para la instalacin, utilizacin y aplicacin en el SMT de servicios basados en el Protocolo de control de transmisin/protocolo Internet (TCP/IP) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . II15/1 Adjunto II16 Procedimientos para la transmisin y concentracin de boletines meteorolgicos por Internet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . II16/1 Parte III Caractersticas tcnicas y especificaciones del Sistema Mundial de Telecomunicacin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1. 2. 3. 4. 5. 6. 7. Caractersticas de la Red Principal de Telecomunicaciones (RPT) . . . . . . . . . . . . . . . . . . . . . . . Caractersticas de tcnicas de los CMM y de los CRT en la Red Principal de Telecomunicaciones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Redes regionales . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Redes nacionales . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Caractersticas tcnicas del equipo para las transmisiones meteorolgicas por facsmil (analgico). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Caractersticas tcnicas para el intercambio de facsmiles digitales no codificados . . . . . . . . . III1 III1 III1 III1 III1 III1 III6
Caractersticas tcnicas del equipo destinado a la transmisin por facsmil digital codificado III5
INTRODUCCIN
Objetivos 1. El Manual del Sistema Mundial de Telecomunicacin se publica de acuerdo con lo dispuesto por el Sexto Congreso. 2. Los objetivos del presente Manual son los siguientes: a) facilitar la cooperacin en materia de telecomunicaciones meteorolgicas entre los Miembros; b) determinar las obligaciones de los Miembros en la ejecucin del Sistema Mundial de Telecomunicacin (SMT) de la Vigilancia Meteorolgica Mundial (VMM); c) asegurar, de forma adecuada, la uniformidad y la normalizacin de las prcticas y los procedimientos empleados para alcanzar los objetivos a) y b).
3. El Manual se compone de dos volmenes: el Volumen I contiene los textos reglamentarios relativos a los aspectos mundiales del Sistema Mundial de Telecomunicacin de la VMM y el VolumenII los relativos a los aspectos regionales. Los textos reglamentarios provienen de recomendaciones de la Comisin de Sistemas Bsicos (CSB), de resoluciones de las Asociaciones Regionales y de decisiones tomadas por el Congreso y el Consejo Ejecutivo. 4. El Volumen I Aspectos Mundiales forma parte del Reglamento Tcnico y figura como Anexo III a dicho Reglamento Tcnico (a reserva de las excepciones que se mencionan en los posteriores prrafos 9 a 11). Clases de reglas 5. El Volumen I del Manual (a reserva de las excepciones que se mencionan en los prrafos 9 a 11) comprende prcticas y procedimientos normalizados y prcticas y procedimientos recomendados. Estas dos clases se definen de la forma siguiente en el Manual : Las prcticas y procedimientos normalizados: a) son las prcticas y procedimientos que es necesario que los Miembros sigan o apliquen; y por consiguiente b) tienen el mismo valor jurdico que una resolucin tcnica con respecto a la cual es aplicable el Artculo 9b) del Convenio; c) se distinguirn sistemticamente por el uso del trmino shall en la versin inglesa y de las formas verbales equivalentes en las versiones espaola, francesa y rusa.
Las prcticas y prodecimientos recomendados: a) son las prcticas y procedimientos que es deseable que los Miembros sigan o apliquen; y por consiguiente b) tienen el mismo valor jurdico que las recomendaciones a los Miembros, a las cuales no es aplicable el Artculo 9b) del Convenio; c) se distinguirn por el empleo del trmino should en la versin inglesa y de las formas verbales equivalentes en las versiones espaola, francesa y rusa, excepto cuando el Congreso haya tomado una decisin especfica en contra.
6. De acuerdo con lo anterior, los Miembros debern hacer lo posible para aplicar las prcticas y los procedimientos normalizados. De conformidad con lo dispuesto en el Artculo 9b) del Convenio y en la Regla 127 del Reglamento General de la OMM, los Miembros debern notificar expresamente por escrito al Secretario General su intencin de aplicar las prcticas y procedimientos normalizados del Manual,
Edicin de 2009
vi
INTRODUCCIN
con excepcin de aqullas con respecto a las cuales han indicado derogaciones particulares. Los Miembros informarn igualmente al Secretario General, con anticipacin de tres meses por lo menos, de cualquier cambio efectuado en el grado de aplicacin de una prctica o procedimiento normalizado anunciado anteriormente y de la fecha en que entre en vigor dicho cambio. 7. Por lo que se refiere a las prcticas y procedimientos recomendados, se insiste en que deben ser cumplidos por los Miembros, pero stos no deben notificar necesariamente al Secretario General la inobservacia de los mismos. 8. Con objeto de que resulte ms claro el valor jurdico de los distintos textos reglamentarios, las prcticas y procedimientos normalizados se distinguen de las prcticas y procedimientos recomendados por una composicin tipogrfica diferente, como se indica en la nota del editor. Notas y adjuntos 9. Algunas notas se han incluido en el Manual; se trata de notas explicativas que no tienen el valor jurdico de los anexos al Reglamento Tcnico. 10. En el Volumen I del Manual se ha incluido varias directrices detalladas referentes a las prcticas y procedimientos de telecomunicaciones meteorolgicas. Habida cuenta del rpido desarrollo de las tcnicas de telecomunicacin y de las necesidades crecientes de la VMM y de los dems programas de la OMM, dichas directrices se publican en adjuntos al Manual y no tienen el valor jurdico de los anexos al Reglamento Tcnico. Ello permitir a la Comisin de Sistemas Bsicos actualizarlas, cuando sea necesario. 11. El Volumen II del Manual Aspectos Regionales no forma parte del Reglamento Tcnico. 12. Las palabras shall y should, y sus equivalentes en los otros idiomas oficiales de la OMM, tienen, en los suplementos y en el Volumen II, el significado ordinario y no el carcter reglamentario mencionado en el anterior prrafo 5. NOTA:
El Manual del Sistema Mundial de Telecomunicacin reemplaza los textos reglamentarios incluidos en los Captulos I y II del Volumen C1 de la publicacin Weather Reporting (Informes meteorolgicos) (WMO-No9), y est en vigor a partir del 15 de enero de 1975, de conformidad con la Recomendacin 17 (CSBVI) aprobada por la Resolucin 3 (ECXXVI).
NOTA DEL EDITOR Se ha adoptado la siguiente disposicin tipogrfica: Las prcticas y procedimientos meteorolgicos normalizados figuran en letra redonda seminegrita. Las prcticas y procedimientos meteorolgicos recomendados figuran impresos en letra redonda sencilla. Las notas han sido impresas en caracteres ms pequeos, en letra redonda sencilla, y van precedidas de la indicacin NOTA.
Edicin de 2009
PARTE I
ORGANIZACIN DEL sISTEMA MUNDIAL DE TELECOMUNICACIN
PARTE I
ORGANIZACIN DEL sISTEMA MUNDIAL DE TELECOMUNICACIN

1. 1.1 FUNCIONES, ORGANIZACIN Y PRINCIPIOS DEL SISTEMA MUNDIAL DE TELECOMUNICACIN (SMT) Funciones
Las funciones del Sistema Mundial de Telecomunicacin (SMT) consistirn en facilitar el trnsito de datos y de productos del proceso de datos a fin de atender a las necesidades de la VMM de manera oportuna, segura y rentable, asegurando el acceso de todos los Miembros a los datos y productos de conformidad con procedimientos aprobados y dentro de los lmites del sistema de la VMM convenido. NOTA: 1.2
El sistema brinda tambin apoyo en materia de telecomunicaciones a otros programas, segn lo decidido por el Congreso de la OMM o el Consejo Ejecutivo, dentro de los lmites de sus objetivos principales.
Principios de organizacin del SMT
1.2.1 El SMT se organizar de manera que pueda transmitir el volumen de informacin meteo rolgica que se requiera dentro de las demoras prescritas, a fin de poder atender las necesidades de los Centros Meteorolgicos Mundiales (CMM), los Centros Meteorolgicos Nacionales (CMN) y los Centros Meteorolgicos Regionales Especializados (CMRE) resultantes de la ejecucin de la Vigilancia Meteorolgica Mundial. 1.2.2 El SMT se organizar a tres niveles, a saber:
a) la Red Principal de Telecomunicaciones (RPT), para unir los Centros Meteorolgicos Mundiales (CMM), as como ciertos Centros Regionales de Telecomunicaciones (CRT); b) las redes regionales de telecomunicaciones; y c) las redes nacionales de telecomunicaciones. 1.3
Principio 1
Principios generales del SMT Los principios generales para la planificacin del SMT sern los siguientes:
El SMT se concebir en forma de red integrada para la recopilacin, el intercambio y la distribucin a escala mundial de informacin, con el fin de satisfacer eficazmente las necesidades de todos los Servicios Meteorolgicos Nacionales (SMN), as como las necesidades de los CMM y los CMRE, en el marco del sistema de la VMM convenido.
Principio 2
El sistema estar constituido por una red integrada de circuitos punto a punto, punto a multipunto, radiodifusiones y circuitos multipunto a punto que sean fiables y que tengan unas caractersticas tcnicas y operativas adecuadas. Esos circuitos pueden establecerse mediante una combinacin de enlaces de telecomunicaciones terrenales y satelitales, y servicios de redes de comunicacin de datos.
Principio 3
Los circuitos que se proporcionen y las tcnicas que se utilicen sern adecuados para dar cabida al volumen de informacin meteorolgica y relacionada, y para poder transmitirla dentro de los perodos requeridos, a fin de responder a las necesidades de los Centros Meteorolgicos Mundiales, Regionales Especializados y Nacionales.
Principio 4
A efectos de planificacin de los circuitos y de los horarios de transmisin, el volumen diario de trfico transmitido a travs de cualquiera de los circuitos no exceder el 80 por ciento de su capacidad terica. Los circuitos sern concebidos de modo que proporcionen la fiabilidad y disponibilidad mximas practicables.
Edicin de 2009
I-2
Principio 5
ORGANIZACIN DEL SISTEMA MUNDIAL DE TELECOMUNICACIN
El sistema estar basado principalmente en la interconexin de centros tales como Centros Meteorolgicos Mundiales (CMM), Centros Meteorolgicos Nacionales (CMN), Centros Meteorolgicos Regionales Especializados (CMRE) y Centros Regionales de Telecomunicaciones (CRT). Los CMM, CMRE y CRT estarn dotados de equipos de seleccin, conmutacin y modificacin textual, a fin de proporcionar a los CMN los datos seleccionados para responder a las necesidades especficas de estos centros. Cuando ello sea viable, se prevern encaminamientos alternativos que tengan como propsito la fiabilidad y eficacia del sistema, y en particular de la Red Principal de Telecomunicaciones (RPT). 1.4 1.4.1 Responsabilidades en el SMT Responsabilidades generales de las Asociaciones Regionales Las responsabilidades generales de las Asociaciones Regionales sern las siguientes: a) cada Asociacin Regional se har cargo del establecimiento y mantenimiento de un sistema de telecomunicacin efectivo que conlleve la utilizacin ptima y adecuada de medios de teleco municacin terrenales y/o va satlite. El sistema estar en condiciones de cumplir los requisitos que estipule la Comisin de Sistemas Bsicos en lo relacionado al intercambio de informacin meteorolgica y relacionada dentro de la Regin y en Regiones adyacentes; b) con miras a lograr una recopilacin rpida y fiable de datos meteorolgicos procedentes de todas las estaciones de observacin, cada Asociacin Regional se atendr, al decidir su plan de telecomunicaciones, a los principios generales y operativos indicados en el presente Manual. Dichos principios sern aplicables a los centros y circuitos de su Regin que estn situados en la RPT; c) cada Asociacin Regional decidir si lleva o no a efecto en su Regin las opciones regionales pre vistas en las especificaciones y procedimientos mundiales; d) para los sistemas de difusin de datos, tanto terrenales como va satlite, cada Asociacin Regional determinar el contenido, los horarios y otros aspectos operativos que requieran coor dinacin, previa consulta con los receptores conocidos o probables dentro y fuera de la Regin, y con el Miembro al que corresponda la explotacin del sistema. 1.4.2 Responsabilidades generales de los Miembros
Principio 6
Adems de las responsabilidades estipuladas explcitamente en el prrafo [A.3.1.] 2.1 del Reglamento Tcnico, se aplicarn los siguientes principios: a) los Miembros harn lo necesario para que su sistema nacional de recopilacin de informes de observacin permita satisfacer no solamente las necesidades nacionales, sino tambin las internacionales; b) cuando se adopten los planes interregionales y regionales de telecomunicaciones, los Miembros harn lo necesario para que las caractersticas tcnicas y los procedimientos operativos sean compatibles con las redes regionales de telecomunicaciones. NOTA: 2. 2.1
El contenido y los horarios de los programas de transmisin meteorolgica aparecen en el Volumen C1 de la publicacin Weather Reporting (Informes meteorolgicos) (WMO-No. 9).
FUNCIONES Y RESPONSABILIDADES DE LOS CENTROS DE TELECOMUNICACIONES METEOROLGICAS Los CMM (en relacin con las telecomunicaciones) y los CRT, se encargarn de:
a) recopilar los boletines procedentes de los CMN asociados y transmitirlos en forma apropiada por la Red Principal de Telecomunicaciones, directamente o a travs del CMM/CRT adecuado; b) transmitir por la RPT los boletines que contengan la informacin meteorolgica procesada que produzca el CMN o el CMRE asociado a ellos, directamente o a travs del CRT adecuado, con arreglo a los acuerdos internacionales y en forma apropiada;
Edicin de 2009
PARTE I
I-3
c) retransmitir selectivamente por los circuitos de la RPT, segn lo convenido, los boletines que reciban de dichos circuitos y/o de los CRT no situados en la RPT; d) efectuar la distribucin selectiva de boletines a los CMN asociados y a los CRT no situados en la RPT a la que prestan servicio; e) antes de retransmitir un mensaje emitido desde sus zonas de responsabilidad (como CRT de una Regin y/o como CRT ubicado en la RPT) por el SMT, comprobar las partes del mensaje relativas a las telecomunicaciones a fin de mantener unos procedimientos de telecomunicacin norma lizados. El CRT informa al centro asociado que ha originado o que compila el mensaje de toda correccin que haya que introducir en el mensaje. El CRT y sus centros asociados adoptan dispo siciones para la insercin del mensaje sin errores de telecomunicacin en el SMT. Los mensajes emitidos desde fuera de la zona de responsabilidad de un CRT no sern corregidos por el CRT, excepto en caso de que haya disposiciones especiales para insertar datos en el SMT; f) establecer sistemas de diseminacin de datos (terrenal y/o va satlite), segn proceda, y de con formidad con los planes regionales;
g) controlar el funcionamiento del SMT de la VMM; h) mantener el Catalogue of Meteorological Bulletins (Catlogo de boletines meteorolgicos), para los CMM/CRT en la RPT, respecto de los boletines emitidos en la zona para la cual son respon sables de la recopilacin, intercambio y distribucin de datos, conforme se indica en el prrafo 1 del Adjunto I-3, e incluir datos de la Antrtida, cuando proceda. Los CMM/CRT de la RPT podrn compartir su responsabilidad con los centros regionales de telecomunicaciones (fuera de la RPT) que formen parte de su zona de responsabilidad mediante acuerdos regionales. NOTA:
El plan de control de funcionamiento de la VMM figura en el Adjunto I5.
2.2 Los CMRE que no estn combinados con los CRT, deberan asegurar la distribucin de sus productos de acuerdo con el o los CRT apropiados. 2.3 Los CMN estarn encargados de las siguientes funciones de telecomunicacin: a) recopilar los datos de observacin de su territorio o de los territorios de uno o varios Miembros, de conformidad con los acuerdos bilaterales establecidos, as como las observaciones proceden tes de las aeronaves y buques que hayan sido recibidas por los centros situados en su zona de responsabilidad. La recopilacin se efectuar lo antes posible y, en todo caso, dentro de un plazo de 15 minutos a partir de la hora de registro en la estacin de observacin;
NOTAS: 1) La hora de registro en la estacin de observacin es la hora a la que los informes meteorolgicos codificados se presentan por primera vez al sistema de telecomunicacin. Para los informes de aeronaves y buques, es la hora a la que dichos informes son recibidos en las correspondientes estaciones de comunicacin (estaciones terrestres/estaciones costeras). 2) En condiciones normales, el informe debe presentarse al sistema de telecomunicacin a ms tardar cinco minutos despus de terminarse.
b) compilar esos datos en boletines y transmitirlos al CRT asociado, en cumplimiento de los pro cedimientos de telecomunicacin normalizados; NOTA:
Los CMN pueden estar asociados a ms de un CRT.
c) recibir y distribuir en su propio beneficio y en el de los Miembros que lo soliciten, y segn los acuerdos bilaterales, los datos de observacin y la informacin meteorolgica procesada, a fin de satisfacer las necesidades de los Miembros interesados; d) controlar el funcionamiento del SMT de la VMM.
NOTAS: 1) La verificacin del contenido meteorolgico de los datos de observacin nacionales ha de realizarla el CMN responsable o el otro centro de origen, segn proceda (vase el prrafo 2.4), antes de compilar esos datos en boletines para retransmitirlos por el SMT. 2) El plan de control del funcionamiento de la VMM se describe en el Adjunto I-5.
2.4 Cada Miembro designar un CMN, u otro centro, segn proceda, para llevar a cabo las funciones mencionadas en el prrafo 2.3, as como para proceder al control meteorolgico de los datos nacionales de observacin, antes de que stos se presenten para su retransmisin en el SMT.
Edicin de 2009
I-4 2.5
Responsabilidad general en lo que respecta a la recopilacin de informes meteorolgicos
Los Miembros establecern centros encargados de reunir los informes de las diferentes estaciones terrestres, as como los informes meteorolgicos procedentes de las estaciones martimas y de las aeronaves. 2.6 Responsabilidad en lo que respecta a la recopilacin de informes meteorolgicos procedentes de estaciones martimas a travs de estaciones costeras y estaciones terrenas costeras
2.6.1 A fin de asegurar un enlace de transmisin eficaz entre la estacin costera/estacin terrena costera y el centro colector, los Miembros deberan adoptar las disposiciones necesarias con las autoridades de telecomunicaciones o las administraciones de telecomunicaciones correspondientes, con objeto de establecer procedimientos para la recopilacin de informes meteorolgicos procedentes de buques a travs de estaciones costeras y estaciones terrenas costeras (INMARSAT). 2.6.2 Debera alentarse a los Miembros a que hagan mayor uso de la transmisin automtica proce dente de buques a los centros colectores designados sin pasar por los operadores. 2.6.3 Los Miembros responsables de la recopilacin de informes meteorolgicos procedentes de buques suministrarn a la Secretara una lista de sus estaciones costeras y estaciones terrenas costeras destinadas a tal fin, con datos sobre su situacin, distintivos de llamada y frecuencias de funcionamiento (transmisin y recepcin). NOTA:
La lista de las estaciones costeras y estaciones terrenas costeras que aceptan informes meteorolgicos pro cedentes de buques figura en la Parte B del Volumen D de la publicacin Weather Reporting (Informes meteorolgicos) (WMO-No. 9).
2.6.4 Los Miembros comunicarn a la Secretara las enmiendas necesarias a la informacin suministrada en virtud del prrafo anterior. 2.6.5 Todo Miembro que designe una estacin costera para la recepcin de informes meteoro lgicos de buques, o bien una estacin terrena costera para la recepcin de informes meteorolgicos de buques en una zona geogrfica determinada que presente un inters particular para el Miembro, deber confirmar a la Secretara que se hace cargo de todos los gastos de transmisin de los informes enviados a su centro colector. 2.6.6 Los Miembros facilitarn a sus estaciones martimas y estaciones terrenas de barco los detalles de los procedimientos para dirigir y transmitir informes meteorolgicos en diversas zonas martimas. NOTA:
Los detalles de estos procedimientos figuran en el Adjunto I1. Los procedimientos complementarios especiales adoptados por las Asociaciones Regionales figuran en el Volumen II del presente Manual.
2.6.7 Los Miembros encargados de la insercin en el SMT de informes meteorolgicos proce dentes de buques se asegurarn de que los informes son conformes a las normas de la OMM y que se transmiten con los encabezamientos adecuados de boletn meteorolgico. 2.6.8 Los Miembros encargados de recibir informes meteorolgicos procedentes de buques deberan tomar las medidas necesarias para que exista un nmero suficiente de estaciones costeras, debidamente dotadas de personal y con instalaciones de telecomunicacin adecuadas, que realicen esa tarea. 2.6.9 Los Miembros deberan pedir a los buques que transmitan los informes meteorolgicos a una estacin costera o a una estacin terrena costera lo antes posible despus de la hora de observacin. 2.6.10 Cada Miembro dar las instrucciones pertinentes a los servicios encargados del funciona miento de las estaciones costeras designadas para recibir informes meteorolgicos de buques, con el fin de que estas estaciones: a) acepten dichos informes con una demora mnima; b) los transmitan inmediatamente a los centros colectores designados. 2.6.11 Los Miembros deberan pedir a los buques que no enven el mismo informe meteorolgico a ms de una direccin. 2.6.12 Cada Miembro, en consulta con su administracin de telecomunicaciones, tomar las medidas necesarias para que el indicativo de servicio OBS figure en la llamada original de los buques de observacin a las estaciones costeras. Esto garantizar la prioridad adecuada de respuesta por
Edicin de 2009
PARTE I
I-5
parte de la estacin costera. La abreviatura OBS tambin se incluir, para indicar que se trata de un servicio pagado en el prembulo de los mensajes meteorolgicos procedentes de buques transmitidos desde los buques de observacin a las estaciones costeras. Esto garantizar que la estacin costera asignar la prioridad que corresponda al despacho de los mensajes. Esta disposicin no se aplica en los casos de utilizacin de claves de acceso automtico para las transmisiones por satlite o por radiotlex automtico. 2.6.13 Los Miembros deberan tomar las medidas necesarias para que la palabra METEO se utilice como primera palabra en la direccin de los informes meteorolgicos procedentes de buques. Esta disposicin no se aplica en caso de utilizacin de claves de acceso automtico para las transmisiones por satlite o radiotlex automtico. 2.6.14 Los Miembros deberan dar las instrucciones pertinentes a sus servicios de telecomunicaciones para que se incluya un distintivo de llamada, si existe, de los buques en el prembulo de los mensajes meteorolgicos procedentes de estaciones sobre buques suplementarios, seleccionados y auxiliares, cuando se transmita de las estaciones costeras a los centros colectores. 2.6.15 Cuando se incluyan en transmisiones colectivas, los mensajes meteorolgicos procedentes de buques deberan llevar el distintivo de llamada del buque. 2.6.16 Cuando los informes procedentes de buques y recibidos en los centros colectores sean insufi cientes o lleguen con un retraso indebido, el Miembro encargado de recogerlos debera tomar, en primer lugar, medidas de carcter local o regional para tratar de corregir la deficiencia y, si sus medidas no dieran resultado, lo deber notificar a la Secretara. 2.6.17 Los Miembros deberan poner el mximo empeo para lograr que los buques que naveguen en zonas ocenicas donde la navegacin sea relativamente escasa retransmitan informes meteorolgicos por mediacin de otros buques, cuando el buque que transmite los datos no pueda comunicar con las estaciones costeras o las estaciones terrestres costeras, o bien cuando las condiciones de comunicacin sean difciles. 2.6.18 Los Miembros deberan estimular el intercambio por radio de mensajes meteorolgicos entre los buques en beneficio recproco, cuando atraviesen zonas en las que la navegacin sea escasa o para las cuales no se transmiten boletines meteorolgicos peridicos. 2.7 Responsabilidad en lo que respecta a la recopilacin (recepcin) de informes de aeronaves
2.7.1 Los centros colectores designados en los planes regionales de navegacin area de la OACI para la recopilacin de informes meteorolgicos de aeronaves enviarn todos los informes meteorolgicos de aeronaves disponibles al CMN situado en su respectivo pas, o a otros centros meteo rolgicos designados por acuerdo entre las autoridades aeronuticas y meteorolgicas competentes. 2.7.2 Los CRT recopilarn los informes meteorolgicos de aeronaves procedentes de los CMN de sus respectivas zonas de responsabilidad. 2.8 Responsabilidad en lo que respecta a los mensajes meteorolgicos procedentes de estaciones automticas sinpticas de superficie
2.8.1 Los mensajes procedentes de las estaciones automticas sinpticas de superficie, cifrados en clave internacional por una estacin compiladora, deberan ser transmitidos rpidamente a los centros colectores correspondientes. 2.8.2 Los mensajes transmitidos directamente por las estaciones automticas sinpticas de superficie, cifrados para el intercambio internacional, deberan ser emitidos con suficiente potencia para que se garantice su recepcin en los centros colectores correspondientes. 2.8.3 Los Miembros que explotan estaciones automticas sinpticas de superficie sobre boyas a la deriva deberan hacer todo lo posible para comunicar a los Miembros interesados toda la informacin necesaria (por ejemplo, frecuencias de radio y claves) que les permita recibir las transmisiones procedentes de las estaciones automticas a la deriva que puedan haberse desplazado fuera del alcance de las estaciones receptoras de los Miembros que lanzaron la estacin. 2.8.4 Los dems datos de observacin procedentes de boyas a la deriva disponibles en los centros de procesamiento de datos de los satlites deberan enviarse a los CMM/CRT apropiados para su difusin regional y mundial por el SMT, utilizando la clave adecuada para el intercambio internacional. NOTA:
En la Parte III del presente volumen figuran directrices complementarias relativas a las funciones y posibilidades de los centros de telecomunicaciones meteorolgicas.
Edicin de 2009
I-6 2.9
Responsabilidades en lo que respecta al intercambio y distribucin de la informacin meteorolgica elaborada
El SMT debera poder intercambiar y difundir la informacin elaborada de los CMM y CMRE, as como la de los Centros Mundiales de Pronsticos de rea (WAFC) y los Centros Regionales de Pronsticos de rea (CRPA), segn las necesidades. 3. 3.1 Funciones y caractersticas de laS redes del Sistema Mundial de Telecomunicacin La Red Principal de Telecomunicaciones (RPT)
3.1.1 La Red Principal de Telecomunicaciones es un sistema integrado de circuitos que conec tan los CMM a los CRT designados. Los circuitos que conectan directamente los CMM y/o los CRT si tuados en la RPT podrn denominarse, a peticin de los Miembros interesados, circuitos de la RPT. NOTA:
En el Adjunto I2 figuran los nombres de esos centros as como un diagrama en el que se indica cmo se realiza el encaminamiento de los datos a travs de la RPT.
3.1.2 La RPT est concebida de manera que el trfico procedente de cada centro (CMM, CRT de signado) se encamine selectivamente hacia el centro o centros de destino. Cada centro de la RPT se encargar de la retransmisin selectiva del trfico que recibe hacia el circuito o circuitos con los que est conectado. 3.1.3 La RPT tiene como funcin proporcionar un servicio eficaz y fiable de telecomunicaciones entre los centros designados, a fin de conseguir: a) el intercambio rpido y seguro de los datos de observacin necesarios para atender a las necesi dades del Sistema Mundial de Proceso de Datos y de Prediccin (SMPDP); b) el intercambio de informacin procesada entre CMM, incluido el intercambio de datos recibidos de los satlites meteorolgicos; c) la transmisin de informacin procesada producida por los CMM, en respuesta a las necesidades de los CMRE y CMN; d) la transmisin de otros datos de observaciones e informacin procesada necesarios para el inter cambio interregional. NOTA: 3.2
Las responsabilidades de los centros ubicados en la RPT en lo que respecta a la transmisin de datos de observaciones e informacin procesada figuran en el Adjunto I3.
Redes regionales de telecomunicaciones meteorolgicas (RRTM)
3.2.1 Las redes regionales de telecomunicaciones meteorolgicas estarn constituidas por una red integrada de circuitos punto a punto, punto a multipunto y multipunto a punto que interconecten los CRT, CMN y, en algunas Regiones, los CMM y/o CMRE. Cuando sea necesario irn acompaadas de emisiones por radio, de acuerdo con los planes de telecomunicacin meteorolgica regional establecidos por las Asociaciones Regionales para la VMM. Estas redes se proyectarn de forma que los CMM, CRT y CMN puedan llevar a cabo las funciones definidas en el prrafo 2. NOTA:
Las Asociaciones Regionales determinan los centros que estn situados en las redes regionales de telecomunicaciones meteorolgicas (vase el Volumen II del presente Manual ).
3.2.2 Las redes regionales de telecomunicacin meteorolgica comprenden las siguientes instalaciones de transmisin meteorolgica: a) los circuitos de la RPT que atraviesan la Regin; b) los circuitos regionales principales, constituidos por circuitos punto a punto (establecidos por lnea terrestre o va satlite) que interconectan los CRT de la Regin; c) los circuitos regionales, constituidos por circuitos punto a punto, punto a multipunto y multipunto a punto (establecidos por lnea terrestre, satlite o radio) que conectan los CMN a los CRT o a otros CMN de la Regin;
d) circuitos interregionales, constituidos por circuitos punto a punto (establecidos por lnea terrestre, satlite o radio) que interconectan los CRT o CMM con CRT de Regiones diferentes; e) circuitos interregionales suplementarios, consistentes en circuitos punto a punto (establecidos por
Edicin de 2009
PARTE I
I-7
lnea terrestre, satlite o radio) que conectan los CMM, CRT y CMN con CMRE o CMN situados en otras Regiones; f) emisiones de radio y otras prestaciones radioelctricas. Funciones definidas en el marco del SMT
3.2.3
Con el fin de obtener una rpida recopilacin y difusin de datos de observacin e informacin procesada para todos los Servicios Meteorolgicos Nacionales, las redes nacionales de telecomunicacin meteorolgica debern ser capaces de: a) intercambiar y distribuir datos de observacin dentro de la Regin, segn sea necesario, para satisfacer las necesidades de los Miembros de la Regin; b) recopilar datos de observacin procedentes de estaciones situadas en la Regin o recibidos por dichas estaciones (por ejemplo, informes de aeronaves y buques); c) recopilar datos de observacin de CMN asociados situados en Regiones adyacentes, siempre que se considere til para el SMT y siempre que as lo convengan los Miembros interesados y las Aso ciaciones Regionales correspondientes; d) intercambiar y distribuir informacin procesada (ordinaria o de satlite) requerida para satisfa cer las necesidades de los Miembros de la Regin; e) intercambiar con otras Regiones datos de observaciones e informacin procesada. 3.2.4 Contenido de las transmisiones meteorolgicas enviadas por circuitos punto a punto
3.2.4.1 El contenido de las transmisiones meteorolgicas enviadas por los circuitos regionales principales o por los circuitos regionales ser determinado por las Asociaciones Regionales con el fin de satisfacer las necesidades de los Miembros de la Regin correspondiente. 3.2.4.2 El contenido de las transmisiones meteorolgicas efectuadas mediante los circuitos interregionales y los circuitos interregionales suplementarios ser establecido mediante acuerdos interregionales y/o acuerdos bilaterales entre los Miembros. 3.3 3.3.1 Redes nacionales de telecomunicaciones meteorolgicas (RNTM) Funciones generales en el marco de la VMM
3.3.1.1 Las redes nacionales de telecomunicaciones meteorolgicas se proyectarn de forma que los CMN puedan llevar a cabo las funciones definidas en el prrafo 2.3. 3.3.1.2 La seleccin de las redes y medios de telecomunicacin necesarios para la recopilacin de la informacin procedente de las estaciones situadas es un pas o territorio, ser cuestin que incumbir al Miembro interesado. 3.3.1.3 Las disposiciones que se adopten deberan permitir, al menos responder a las necesidades de la VMM por lo que se refiere a la demora mxima tolerable para las transmisiones y a la seguridad de la recepcin. 3.3.1.4 En la perspectiva de satisfacer las necesidades de la VMM en lo que respecta a la recepcin y transmisin rpidas y seguras de los datos, deberan establecerse redes de telecomunicacin para fines exclusivamente meteorolgicos. 3.3.1.5 Cuando no existan o no se puedan utilizar las instalaciones mencionadas en el prrafo 3.3.1.4, deberan adoptarse las medidas pertinentes para utilizar otras instalaciones, tales como: a) sistemas de telecomunicacin para fines especiales (por ejemplo, circuitos aeronuticos); b) servicios pblicos comerciales de telecomunicacin. 3.3.1.6 Siempre que sea posible, se deberan tomar medidas, para que un informe mutilado o errneo pueda ser repetido por la estacin de observacin a peticin del CMN interesado. 3.3.2 Programas de transmisin de los CMN a los CRT
Las transmisiones de los CMN destinadas a los CRT correspondientes contendrn por lo menos la informacin siguiente:
Edicin de 2009
I-8
a) informes sinpticos de superficie y en altitud procedentes de las estaciones terrestres y estacio nes meteorolgicas ocenicas fijas, requeridos por acuerdo regional para el intercambio regional e interregional; b) todos los informes procedentes de aviones y buques mviles recibidos directamente o proceden tes de otros colectores situados dentro de la zona cubierta por la transmisin del CMN; c) otra informacin que se requiera mediante acuerdo regional. NOTA:
Para que los datos de observacin lleguen a tiempo a los centros del SMT, se concede prioridad a: a) la recopilacin de los datos de observacin nacionales requeridos; b) la transmisin de los datos recopilados a los CRT correspondientes.
3.4 3.4.1
Sistemas de recopilacin y diseminacin de datos mediante satlite Introduccin
3.4.1.1 Los sistemas de recopilacin y distribucin de datos mediante satlite estn incorporados al SMT y constituyen un elemento esencial del mismo en los niveles mundial, regional y nacional. 3.4.1.2 Estos sistemas deberan respetar la organizacin y principios del SMT, en particular con res pecto a las funciones y cometidos de los centros meteorolgicos de telecomunicaciones. 3.4.1.3 Operan mediante funciones de comunicacin de satlites meteorolgicos y mediante servicios pblicos de telecomunicacin va satlite. 3.4.1.4 siguientes: Los principios de planificacin de la distribucin de datos mediante satlite deberan ser los
a) los sistemas de distribucin mediante satlite deberan constituir una tcnica de telecomunicacin complementaria de los circuitos SMT punto a punto; b) los CMRE, CRT y CMN deberan poder insertar informacin meteorolgica (por medios directos o indirectos) en el sistema de distribucin regional/multirregional mediante satlite. 3.4.2 Sistemas de recopilacin de datos mediante satlites meteorolgicos 3.4.2.1 Los sistemas de recopilacin de datos y los correspondientes sistemas de retransmisin de datos operados mediante satlites meteorolgicos geoestacionarios o en rbita casi polar constituyen una parte integrante del SMT a efectos de recopilacin de observaciones. Por lo general, los datos meteorolgicos bsicos as recopilados deben ser validados por el Centro Meteorolgico Nacional antes de su diseminacin a travs del SMT con destino a los usuarios. Si as se acuerda, los datos no sujetos a verificacin pueden insertarse en el SMT a travs de un CMN designado. 3.4.2.2 Asimismo, bajo la responsabilidad de los operadores correspondientes, funcionarn re gularmente plataformas de recopilacin de datos (PRD). El control de calidad de la informacin originada en dichas plataformas corresponder al operador y al CMN designado. 3.4.2.3 A menos que se acuerde lo contrario, el operador del satlite meteorolgico se ocupar de transmitir prontamente el mensaje recibido de la PRD al CMN que se encargue del control de su calidad y de su verificacin, antes de su diseminacin por medio del SMT. 3.4.2.4 Las plataformas de recopilacin de datos deben operar con arreglo a los parmetros definidos por el operador del satlite meteorolgico. 3.4.3 Sistemas de distribucin de datos va satlites meteorolgicos 3.4.3.1 Los sistemas de distribucin de datos va satlites meteorolgicos geoestacionarios forman parte integrante del SMT por lo que se refiere a la transmisin punto a multipunto de datos de observaciones e informacin procesada, tanto en forma de caracteres como binaria o en imgenes, dentro del sistema de la VMM convenido. 3.4.3.2 El servicio punto a multipunto que preste el operador del satlite meteorolgico estar sujeto a un acuerdo entre los CMN correspondientes y los organismos que participen en los programas. El CMN que se encargue de proporcionar los datos al operador del satlite meteorolgico, se ocupar de la retransmisin de los datos de entrada, tanto si constituye el origen de los datos como en caso contrario.
Edicin de 2009
PARTE I
I-9
3.4.3.3 El contenido y los horarios de transmisin, as como las frecuencias, los datos orbitales y la zona de cobertura de los satlites meteorolgicos sern facilitados por los operadores del satlite. NOTAS: 1) El contenido y los horarios de transmisin de los satlites meteorolgicos figuran en el Volumen C de la
publicacin Weather Reporting (Informes meteorolgicos) (WMO-No. 9); 2) La publicacin Information on meteorological and other environmental satellites (Informacin sobre satlites meteorolgicos y otros satlites de observacin del medio ambiente) (WMO-No. 411) contiene informacin sobre los programas meteorolgicos por satlite a cargo de Miembros y organizaciones.
3.4.4
Transmisin punto a multipunto y multipunto a punto mediante satlites detelecomunicaciones
3.4.4.1 El servicio de telecomunicaciones punto a multipunto va satlite prestado por administracio nes/organismos de telecomunicacin puede utilizarse como parte integrante del SMT para la distribucin directa a los CMN de datos de observaciones e informacin procesada procedentes de los CMM, CMRE y CMN a nivel mundial, multirregional o regional. 3.4.4.2 El servicio de telecomunicaciones multipunto a punto va satlite prestado por administracio nes/organismos de telecomunicacin puede utilizarse como parte integrante del SMT para la constitucin de redes meteorolgicas regionales de telecomunicaciones, con arreglo a los planes establecidos por las Asociaciones Regionales. 3.5 3.5.1 Radiodifusin de informacin meteorolgica en frecuencias de ondas decamtricas Generalidades
En tanto no se culmine la red integrada definida en el principio 2 (vase el prrafo 1.3), podrn utilizarse radiodifusiones en frecuencias de ondas decamtricas para atender a las necesidades de la Vigilancia Meteorolgica Mundial en cuanto a transmisin de informacin meteorolgica. 3.5.2. Responsabilidades de los Miembros
3.5.2.1 Si un Miembro establece en su territorio una emisin meteorolgica ordinaria para uso de los dems Miembros, enviar a la Secretara, los datos siguientes, segn proceda: a) nombre y distintivo de llamada, u otra identificacin, de la estacin transmisora; b) potencia suministrada a la antena; c) clase de emisin y anchura de banda necesaria; d) frecuencias; e) contenido, programas horarios detallados y categora OMM de las emisiones; f) ndice de cooperacin y velocidad (o velocidades) de rotacin del cilindro del transmisor de facsmil;
g) punto(s) o rea(s) donde se deber recibir la emisin. 3.5.2.2 Las enmiendas a la informacin facilitada en virtud del prrafo 3.5.2.1 se debern enviar a la Secretara por lo menos dos meses antes de que se establezca una emisin meteorolgica ordinaria o se introduzca una modificacin en una emisin regular en funcionamiento. 3.5.2.3 Adems de la informacin enviada a la Secretara en virtud de lo establecido en el prrafo anterior, la notificacin de los cambios inminentes de frecuencia o de horario de cualquier emisin meteorolgica regular por radio ser incluida, por el Miembro responsable, en las emisiones hechas a las horas sinpticas principales por lo menos durante los tres das anteriores al cambio. 3.5.2.4 Cuando sea necesario suspender una emisin esencialmente destinada a otros Miembros, se tomarn las medidas necesarias para asegurar que todos los destinatarios reciban los informes que necesitan. NOTA:
Lo antedicho no afecta a las emisiones destinadas principalmente a la utilizacin por el Miembro que las efecta, incluso si las emplean otros Miembros.
3.5.2.5 Cuando sea necesario o aconsejable modificar la forma de una emisin destinada prin cipalmente a ser recibida por otros Miembros, el Miembro responsable de dicha emisin informar a los destinatarios durante un perodo de tiempo que se establecer por acuerdo regional o multilateral.
Edicin de 2009
I-10
NOTAS:

1) Al finalizar este perodo, se supondr que la nueva forma de emisin satisface las necesidades de los destinatarios. 2) Lo antedicho no afecta a las emisiones destinadas principalmente a la utilizacin por el Miembro que las efecta, incluso si las emplean otros Miembros.
3.5.2.6 Cuando un Miembro tenga dificultades para recibir una emisin u observe deficiencias en una emisin destinada a ser recibida por l, primeramente debera tomar las medidas locales necesarias para remediar esta situacin. Si no consigue un resultado satisfactorio, deber notificarlo con todo detalle al Miembro que haga la emisin y, si fuera necesario, al Presidente de la Asociacin Regional pertinente. 3.5.3 3.5.3.1 El sistema de emisiones por radio es el siguiente: Difusiones RTT
Contenido Zona de recepcin prevista Responsabilidad de las actividades
Clasificacin
A. Difusiones territoriales
Informacin meteoro lgica procedente del territorio o territorios de uno o ms Miem bros, as como informes de buques y aeronaves recibidos en ese o esos territorios
a) en uno o varios CRT
designados b) en la zona de origen de la informacin c) en pases adyacentes, de conformidad con los acuerdos regionales o interregionales
Obligatoria para los CMN hasta que se dis ponga de un sistema punto a punto seguro para garantizar los en laces con el CRT aso ciado. En otro caso, facultativa para fines nacionales CMM y CRT, de acuerdo con los planes regiona les de telecomunicacin meteorolgica
B. Difusiones regionales
Seleccin de informa cin meteorolgica, de conformidad con los acuerdos regionales y teniendo en cuenta, en su caso, las necesidades de la coordinacin interregional
En una zona especfica de una Regin y en una zona convenida interregional mente
3.5.3.2
Radiodifusiones por facsmil

Contenido Zona de recepcin prevista Responsabilidad de las actividades
Clasificacin
A. Difusiones regionales*
Datos elaborados de los CMRE de la Regin, datos elaborados de los CMM y de otros CMRE, en funcin de los acuerdos regionales y teniendo en cuenta, en su caso, las necesidades de lacoordinacin interregional
En una zona especfica de una Regin y en una zona convenida interregional mente
CMM, CMRE y CRT, de acuerdo con los planes regionales de telecomunica cin meteorolgica
* Esta clasificacin no impide que los CMN establezcan difusiones por facsmil.
Edicin de 2009
ADJUNTO I1 ARREGLOS PARA LA Recopilacin DE INFORMES METEOROLGICOS PROCEDENTES DE BUQUES Y DE INFORMES OCEANOGRFICOS (bathy/tesac)
1. ZonAS DE Recopilacin DE LOS INFORMES METEOROLGICOS DE BUQUES Los mares y los ocanos estn divididos, ante todo, segn los lmites de las Regiones de la OMM y del Antrtico, y seguidamente, dentro de cada Regin, en un pequeo nmero de zonas determinadas por las Asociaciones Regionales correspondientes de acuerdo con estos principios: a) por regla general, las zonas debern estar conectadas con los CRT responsables de la difusin internacional de los informes recopilados por las estaciones costeras y estaciones terrenas costeras de la zona en cuestin; b) excepcionalmente, las zonas pertenecientes a una Regin pueden prolongarse al interior de la regin martima de una Regin adyacente, si as lo acuerdan las dos Asociaciones Regionales interesadas; c) en una lista de demarcacin entre dos Regiones, las zonas pertenecientes a cada una de ellas pueden sobreponerse si as lo acuerdan las dos Asociaciones Regionales interesadas.
En la Figura 1 se muestran las zonas de recopilacin de los informes meteorolgicos de buques, en la forma en que han sido adoptadas por las Asociaciones Regionales y el Consejo Ejecutivo. 2. Transmisin de INFORMES METEOROLGICOS DE BUQUE A LAS ESTACIONES COSTERAS Y ESTACIONES TERRENAS COSTERAS
2.1 Los informes meteorolgicos procedentes de estaciones de barco y estaciones terrenas de barco debern transmitirse a una estacin costera o a una estacin terrena costera lo antes posible despus de la hora de observacin. 2.2 Los informes meteorolgicos de las estaciones de barco deberan compilarse en grupos de diez cifras cuando esto fuera conveniente y adecuado. El distintivo de llamada del buque debera aparecer slo al principio del informe. A continuacin, se van constituyendo grupos compuestos de diez cifras. Si quedara un grupo de cinco cifras, ste se enviar como grupo de cinco cifras. Si aparece el identificador 333, se unir a las cinco cifras adyacentes para formar un grupo de ocho cifras. La reintegracin en grupos de cinco cifras deber efectuarse, en ltima instancia, en el punto de insercin del informe por el SMT, generalmente en el CMN de que se trate. Estas disposiciones no se aplican a las partes de los informes meteorolgicos procedentes de buques redactados en lenguaje claro. Ejemplo: WLGT 0518499568 7020141498 5231410083 2001640198 5301270282 8323222200 0010320303 3263040907 50805333 8381583360 2.3 Los informes meteorolgicos procedentes de estaciones de barco y de estaciones terrenas de barco deberan transmitirse desde el buque a la estacin costera ms prxima o estacin terrena costera adecuada situada en la zona en la que navega el buque, sin que se haga una peticin especial. 2.4 Cuando ninguna estacin terrena de barco est disponible o cuando debido a malas condiciones de propagacin u otras circunstancias, sea difcil establecer un contacto rpido con la estacin costera ms prxima en la zona en la que navega el buque, los informes meteorolgicos debern despacharse aplicando los procedimientos siguientes y en el orden que se indica a continuacin: a) transmisin del informe a cualquier otra estacin costera de la zona en la que navega el buque; b) transmisin del informe a cualquier estacin costera de la zona adyacente dentro de la misma Regin; c) transmisin del informe a cualquier estacin costera de cualquier otra zona dentro de la misma Regin; d) transmisin del informe a cualquier estacin costera situada en una zona adyacente de una Regin vecina o, en su defecto, a cualquier otra estacin situada en una Regin vecina; e) transmisin del informe a otro buque o a una estacin meteorolgica ocenica que deba o que desee servir de estacin retransmisora.
Edicin de 2009
I-1/2
2.5 En las zonas situadas en la lnea de demarcacin entre dos Regiones, el orden de los procedi mientos de transmisin de los informes meteorolgicos de buques, a las estaciones costeras establecido en los apartados a), b), c), d) y e) del prrafo 2.4 puede modificarse, a reserva de acuerdo entre las dos Asociaciones Regionales interesadas. Cualquier acuerdo concluido a este respecto deber especificar los lmites de la zona en cuestin. 2.6 Los Miembros pueden dar instrucciones a sus estaciones de barco autorizndolas a transmitir sus informes meteorolgicos por intermedio de una de las estaciones costeras de sus respectivos pases que estn encargadas de recopilar los informes de la zona en cuestin, en el caso de que este procedimiento facilite el establecimiento de enlaces eficaces con las estaciones costeras y la canalizacin y despacho de los mensajes meteorolgicos. Los Miembros tambin pueden dar instrucciones a sus estaciones de barco autorizndolas a transmitir informes meteorolgicos a travs de estaciones terrenas costeras especficas, en cuyo caso debern hacerse cargo de los gastos de transmisin. 3. Criterios y funciones de las estaciones costeras y estaciones terrenas costeras que aceptan informes meteorolgicos de buques
3.1 Los Miembros debern garantizar que las estaciones costeras designadas para recibir informes meteorolgicos de buques: a) aceptan estos informes sin gastos para el buque; b) en lo que respecta a la recepcin de los informes: i) ii) permanecen a la escucha las 24 horas del da; o permanecen a la escucha durante 30 minutos por lo menos, a partir de las 0000, 0600, 1200 y 1800 UTC, todos los das. La escucha tambin deber mantenerse durante un tiempo mnimo similar al comienzo del perodo con un solo operador que sigue a esas horas sinpticas fijas; o bien
iii) permanecen a la escucha durante perodos ms cortos (estaciones con horas de escucha limitadas) que los mencionados en el inciso ii), cuando estas estaciones se consideren especialmente importantes. 3.2 Si se observa que en una determinada estacin costera los informes meteorolgicos de buques se aceptan regularmente con retraso, o si la ulterior retransmisin de dichos informes es defectuosa, el Presidente de la Asociacin Regional interesada deber adoptar disposiciones para subsanar esta situacin y, si no se consigue ningn progreso, deber adoptar medidas para suprimir la estacin de la lista de estaciones costeras designadas. 3.3 Los Miembros cuyos buques encuentran dificultades reiteradas para transmitir los informes meteorolgicos de buques por intermedio de las estaciones costeras en ciertas Regiones debern notificar rpidamente estas dificultades a los Miembros interesados, facilitando todos los detalles necesarios (fecha, hora, etc.). Tambin debern ser informados al respecto los Presidentes de la Comisin de Sistemas Bsicos y de la Comisin Tcnica Mixta OMM/COI sobre Oceanografa y Meteorologa Marina (CMOMM) as como el Secretario General. 3.4 Los Miembros debern garantizar que las estaciones costeras designadas para recibir informes meteorolgicos de buques aceptan estos informes sin cargo para los buques. 4. Procedimientos complementarios para los buques con un solo operador a bordo
4.1 A causa de las dificultades derivadas del hecho de que los operadores de radio garantizan una escucha a horas fijas, los buques con un solo operador a bordo debern tratar de seguir los procedimientos que se indican a continuacin a la hora de realizar las observaciones y la transmisin de los informes meteo rolgicos. 4.2 Cuando las dificultades de operativas a bordo hagan imposible efectuar y/o transmitir una observacin sinptica de superficie a una hora fija principal (0000, 0600, 1200 y 1800 UTC), la hora real de observacin deber ser lo ms prxima posible a la hora fija principal, con objeto de garantizar la transmisin de un mensaje a una estacin costera antes de que el oficial de radio termine su servicio. Adems, en casos especiales, pueden efectuarse observaciones una hora antes de la hora fija principal, establecindose en consecuencia el horario de las observaciones (es decir, 2300, 0500, 1100 1700 UTC, respectivamente). Sin
La Figura 2 contiene una tabla en la que se indican las horas internacionales de escucha a bordo de los buques.
Edicin de 2009
ADJUNTO i1
I-1/3
embargo, conviene subrayar que slo excepcionalmente debe incurrirse en esas irregularidades. 4.3 Cuando se efecte una observacin a las 0300, 0900, 1500 2100 UTC, con objeto de garantizar su transmisin a una estacin costera, la observacin a la prxima hora sinptica fija principal (es decir, 0600, 1200, 1800 0000 UTC) deber efectuarse para fines climatolgicos y, si es posible, transmitirse en la forma indicada en el prrafo 4.4 siguiente. 4.4 Las observaciones efectuadas a cualquiera de las horas fijas 0000, 0600, 1200 y 1800 UTC debern transmitirse incluso si la transmisin slo puede efectuarse cierto tiempo despus de la hora de observacin de acuerdo con lo siguiente: a) en la mayora de las regiones del mundo, debern transmitirse en un plazo mximo de 12 horas despus del momento de la observacin si no es posible hacerlo antes; b) en el hemisferio sur y en otras regiones de donde se dispone de pocos informes meteorolgicos de buques, debern transmitirse con un retraso mximo de 24 horas despus de la hora de observacin. Es importante aplicar este procedimiento incluso si tambin se transmite una observacin efectuada a una hora ms reciente. 5. Recopilacin DE INFORMES OCEANOGRFICOS (bathy/tesac)
5.1 Los informes BATHY y TESAC debern transmitirse a las direcciones METEO o METEOCEAN a travs de las estaciones costeras designadas y las estaciones terrenas costeras. NOTA:
La lista de las estaciones costeras y estaciones terrenas costeras que aceptan informes BATHY y TESAC sin gastos para los buques figura, junto con las direcciones de radio, en la Parte B del Volumen D de la publicacin Weather Reporting (Informes meteorolgicos) (WMO-No. 9), as como en la publicacin Guide to operational procedures for the collection and excahange of oceanographic data (BATHY y TESAC) (Gua de procedimientos operativos para el acopio e intercambio de datos oceanogrficos), Coleccin de Manuales y Guas de la COI N3.
5.2 Cuando los operadores retransmiten informes a estaciones costeras, la abreviatura OBS deber figurar, antes de la direccin de los mensajes BATHY y TESAC transmitidos por los buques de observacin a las estaciones costeras, como indicacin de servicio pagado. Esta disposicin no se aplica cuando se utilizan claves de acceso automticas va satlite o se efectan transmisiones automticas por radiotlex. 5.3 Los informes BATHY y TESAC debern ser objeto de una transmisin distinta de la de los informes meteorolgicos (en superficie y en altitud). Debern transmitirse a una estacin costera designada a horas que no interfieran con la transmisin de los informes meteorolgicos, evitando en la medida de lo posible las horas siguientes: 2330 UTC 0200 UTC; 0530 UTC 0800 UTC; 1130 UTC 1400 UTC; 1730 UTC 2000 UTC. 5.4 Los informes BATHY y TESAC deberan transmitirse desde buques a estaciones costeras tan pronto como sea posible despus de la hora de observacin. No obstante, podrn transmitirse hasta 30 das despus de la hora de observacin, en caso de que dificultades de ndole prctica impidan hacerlo antes. El grupo internacional fecha-hora del encabezamiento abreviado de esos boletines ser la hora de origen de los mismos en UTC (vase el prrafo 2.3.2.2 de la Parte II). NOTA:
La hora de origen de los boletines se refiere a la hora de compilacin de los boletines por los centros del SMT.
5.5 Los designadores geogrficos de los encabezamientos abreviados de los boletines BATHY/TESAC debern ajustarse a las disposiciones de la Tabla C2 del Adjunto II5. NOTA:
Todos los boletines de BATHY/TESAC debern publicarse en el Catlogo de boletines meteorolgicos, Volumen C1 de la publicacin Weather Reporting (Informes meteorolgicos) (WMO-No. 9).
5.6 El intercambio de informes BATHY/TESAC por la Red Principal de Telecomunicaciones deber realizarse conjuntamente con el control diferido coordinado internacionalmente, como se expone en el Adjunto I5. *
* *
Edicin de 2009
I-1/4
REGIN VI
REGIN II
REGIN IV
REGIN III REGIN V
REGIN I REGIN V
ANTRTIDA
Figura 1 Esquema general de las zonas de recopilacin y difusin de mensajes meteorolgicos procedentes de buques
NOTAS: 1) Si bien, en principio, la Zona II-C comprende la parte septentrional del mar del Japn y otras partes del Pacfico Norte situadas en la Regin II y la Zona II-B, la parte meridional del mar del Japn y la parte meridional del Pacfico situada en la Regin II, no se ha establecido un lmite preciso entre ambas. 2) Por lo que respecta a la recopilacin de mensajes meteorolgicos de buques, la Regin III constituye una sola zona. As, los buques que circulan en la Regin III deben transmitir sus mensajes meteorolgicos por medio de la estacin radiocostera ms prxima de la Regin. Como medida provisional, los buques que circulen en aguas del Pacfico de esta Regin deberan continuar enviando sus mensajes meteorolgicos por medio de la estacin radiocostera Balboa-NBA, si se encuentran en la imposibilidad de establecer contacto con otras estaciones radiocosteras que operan en la banda de ondas decamtricas situadas en la Regin III. 3) No se ha considerado necesario subdividir en zonas las Regiones IV y V; de esta manera, los buques que circulen en estas Regiones debern transmitir sus mensajes meteorolgicos a travs de la estacin radiocostera ms prxima situada en la Regin donde naveguen. 4) Las lneas que delimitan las Regiones VI y IV deben considerarse flexibles, con el fin de facilitar la transmisin de informes meteorolgicos de los buques situados en las zonas ocenicas enclavadas en las proximidades de esas regiones a las estaciones costeras de una u otra Regin.
Edicin de 2009
ADJUNTO i1
I-1/5
Figura 2 Husos horarios y horas de servicio de las estaciones a bordo de buques

NOTAS: 1) En esta figura se indican las horas de servicio fijas y facultativas de los buques clasificados en la segunda y tercera categoras, de acuerdo con los husos horarios. (Las horas de servicio indicadas no incluyen las determinadas por la administracin, el comandante o la persona responsable del buque.) Las horas fijas de escucha se representan de la manera siguiente: a) para los buques clasificados en la segunda categora: b) para los buques clasificados en la segunda o tercera categoras: c) para los buques clasificados en la segunda categora, perodo durante el cual pueden elegirse dos horas de servicio continuas:
2) En esta figura tambin se indica (en negro) el perodo especfico de servicio 0830-0930 durante el cual se recomienda que los buques clasificados en la cuarta categora garanticen el servicio.
Edicin de 2009
Edicin de 2009
EXETER TOULOUSE OFFENBACH PRAGA MOSC DAKAR YEDDAH SOFA ARGEL NAIROBI EL CAIRO TOKIO BEIJING NUEVA DELHI MELBOURNE
WASHINGTON
BUENOS AIRES
BRASILIA
CMM
ADJUNTO I2 CONFIGURACIN DE LA RED PRINCIPAL DE TELECOMUNICACIONES
CRT
ADJUNTO I3 Responsabilidades de los centros situados en la Red Principal de Telecomunicaciones con respecto a la transmisin de datos de observacin e informacin procesada
1. Responsabilidades de los CMM y los crt SITUADOS EN LA RED PRINCIPAL DETELECOMUNICACIONES CON RESPECTO A LA RECOPILACIN, EL INTERCAMBIO YLA DISTRIBUCIN DE DATOS DE OBSERVACIN Las responsabilidades se indican en la tabla siguiente: CMM/CRT Melbourne Tokio Washington Exeter Toulouse Offenbach Praga Mosc El Cairo Nueva Delhi Brasilia Buenos Aires Nairobi Beijing Dakar Yeddah Sofa Argel 2. Recopilacin de datos de observacin procedentes de las zonas de responsabilidad (CMN asociados) de los siguientes CRT: Melbourne (51), Wellington (52) Tokio (25), Bangkok (26) Washington (41) Exeter (61) Toulouse (63), Roma (66) Offenbach (64), Norrkping (62), Viena (68) Praga (67) Mosc (65), Khabarovsk (24), Novosibirsk (23), Tashkent (22) El Cairo (11) Nueva Delhi (27), Tehern (21) Brasilia (31), Maracay (33) Buenos Aires (32) Nairobi (12), Lusaka (13), Pretoria (14) Beijing (28) Dakar (15), Brazzaville (17), Niamey (18) Yeddah (29) Sofa (69) Argel (16) Principios para el establecimiento del Programa de intercambio de datos de observacin en la red principal de telecomunicaciones
A continuacin se especifican los tipos de mensajes meteorolgicos que contienen los datos de observacin que han de ser intercambiados en la Red Principal de Telecomunicaciones. 2.1 Tipo de informacin a) Observaciones en superficie en tierra y mar, incluidos datos de buques y boyas; b) observaciones en altitud, incluidos datos de aeronaves; c) e) datos climatolgicos; datos ssmicos (nivel I), tsunami y otros tipos de datos convenidos.
Los apartados a) a e) no indican prioridad.
d) datos seleccionados de los satlites; NOTA:
Edicin de 2009
I-3/2 2.2
Estaciones y zonas cuyos informes deben ser incluidos en los boletines que han de intercambiarse
La lista de las estaciones cuyos informes deben ser incluidos en los boletines que han de intercambiarse se establece como sigue: a) todas las estaciones de superficie. Los informes SYNOP procedentes de estaciones terrestres que se intercambian por la RPT incluirn, por lo menos, las Secciones 0 y 1 de la clave SYNOP. Como medida provisional, la Seccin 3 de la clave SYNOP se incluir tambin en el intercambio mundial por la RPT; b) todas las estaciones (terrestres o martimas) que efecten observaciones de radiosonda/radioviento; c) e) 3. todas las aeronaves; todas las estaciones oceanogrficas. Responsabilidades de los centros situados en la Red Principal de Telecomunicaciones para el intercambio y la distribucin de informacin procesada y datos de los satlites d) todas las estaciones climatolgicas;
El intercambio de informacin procesada y de datos de los satlites por la RPT deber organizarse entre los centros de la RPT para cumplir los requisitos de los centros de la VMM.
* *
Edicin de 2009
61
22-24, 65
25, 27, 41, 51, 52, 61, 65
14, 25-28, 31-33, 41, 51, 52
11-18, 21-24, 29, 61-69
22-25, 31-33, 41, 51,52, 61, 65 11-18, 21, 29, 62-69 11-14, 21, 26-29. 62, 64, 67-69 21-24, 65, 67, 69 11, 21-28, 62, 65
15-18, 25-27, 31-33, 41, 51, 52, 61, 63, 68, 69 12-18, 28-33, 41, 51, 52, 61, 63, 64, 66 15-18, 28-33, 41, 51, 52, 63, 64, 66-68 14, 15, 16, 17, 22, 23, 24, 41, 61, 62-69
WASHINGTON
11-18, 29, 31, 32, 33, 41, 61-69 14, 29, 61, 63, 64 11, 12, 21-28, 31-33, 41, 51, 52, 61-69 11-14, 21-28, 62, 65 11, 12, 14-16, 61-69 11, 29, 31-33, 41, 61-69 16, 41, 61, 63, 64, 67, 68 11, 12, 14, 29, 31-33, 41, 61, 63, 64 22, 23, 24, 41, 61-69
EXETER
TOULOUSE
OFFENBACH
PRAGA
MOSC
11-18, 21, 22-29, 41, 51, 52, 61, 62-69
32 15, 17, 18 21, 29 69 16
31, 33
DAKAR
69
JEDDAH
SOFA
BUENOS AIRES
BRASILIA
ARGEL
11-14 12-14 11, 15-17, 27
REGIN III 31. Brasilia 32. Buenos Aires 33. Maracay NAIROBI
21-28, 51, 52 21-27, 29, 31-33, 41, 51, 52 26-28, 51, 52
EL CAIRO
11-18, 29 11-14
adjunto I-3
REGIN I 11. El Cairo 12. Nairobi 13. Lusaka 14. Pretoria 15. Dakar 16. Argel 17. Brazzaville 18. Niamey TOKIO
25, 26, 28 31, 32, 33 41, 51, 52 11-18, 28, 61-69
REGIN IV 41. Washington
REGIN V 51. Melbourne 52. Wellington BEIJING
11-18, 21-29, 31-33, 41, 61-69
21, 25-28, 31, 32, 33, 41, 51, 52
25, 26, 27
REGIN II 21. Tehern 22. Tashkent 23. Novosibirsk 24. Khabarovsk 25. Tokio 26. Bangkok 27. Nueva Delhi 28. Beijing 29. Jeddah MELBOURNE
51, 52
NUEVA DELHI
21-24, 27, 29 CMM CRT
REGIN VI 61. Exeter 62. Norrkping 63. Toulouse 64. Offenbach 65. Mosc 66. Roma 67. Praga 68. Viena 69. Sofa
Figura 1 Esquema de las transmisiones de datos de observacin por la Red Principal de Telecomunicaciones I-3/3
Edicin de 2009
NOTA:
Las responsabilidades de los centros y las diposiciones de encaminamiento para el intercambio de informacin elaborada por la Red Principal de Telecomunicaciones son las mismas que las concernientes para las de observacin.
ADJUNTO I4 (No utilizado)
Edicin de 2009
ADJUNTO I5 Plan de control del funcionamiento de la Vigilancia Meteorolgica Mundial

1. Objetivos
1.1 El objetivo de la labor de control es mejorar el funcionamiento de la Vigilancia Meteorolgica Mundial (VMM), y en especial aumentar la eficacia y rendimiento del funcionamiento de su Sistema Mundial de Observacin (SMO), de su Sistema Mundial de Proceso de Datos y de Prediccin (SMPDP) y de su Sistema Mundial de Telecomunicacin (SMT), a nivel nacional, regional y mundial. Como el funcionamiento de estos tres sistemas de la VMM (SMO, SMPDP y SMT) est tan ntimamente relacionado, cada sistema no puede controlarse independientemente. Por lo tanto, para conseguir un control eficaz del funcionamiento de la VMM como sistema integrado, es esencial establecer una estrecha coordinacin entre todos los centros interesados, as como con la Secretara de la OMM, a fin de identificar las deficiencias y tomar medidas correctoras lo antes posible. 1.2 En la ejecucin del programa de control estn incluidos los tres subsistemas de la VMM. As, pues, dentro de las actividades de control, el SMO se ocupar de asegurar que las observaciones se realizan de acuerdo con las normas prescritas, se cifran correctamente y se presentan para su transmisin a la hora fijada; adems, el SMO atender con la debida rapidez a los pedidos de comprobaciones, correcciones, etc. El SMT, por su parte, se ocupar de asegurar el flujo continuo de informacin meteorolgica, tanto procesada como sin procesar, lo que requiere vigilar estrechamente la recepcin y transmisin de informacin, responder a las peticiones de boletines y de otros productos que falten cuando sea necesario, comprobar la forma de presentar los mensajes de telecomunicacin, tomar las medidas necesarias para el reencauzamiento del trfico en caso de avera y otras dificultades, etc. El SMPDP facilita informacin procesada para su distribucin en tiempo oportuno y tambin desempea un papel importante en el control de la calidad de los datos. 1.3 Una de las finalidades principales de cualquier actividad de control es disponer de los medios para identificar y corregir las deficiencias, a fin de mejorar la eficacia y el rendimiento de la VMM. El xito se mide en funcin del nmero de deficiencias corregidas. 1.4 De conformidad con la decisin del Sptimo Congreso, en el programa de control habr de incluirse el estudio de los siguientes puntos: a) regularidad de las observaciones; b) calidad de los datos de observacin y cifrado correcto; c) e) f) g) recopilacin completa y en tiempo oportuno de los datos de observacin en el CMN interesado; recopilacin de datos de observacin en los CRT y CMM; intercambio de datos e informacin procesada a travs de las redes regionales de telecomunicacin meteorolgica y de la Red Principal de Telecomunicaciones; evaluacin de las observaciones y de la informacin procesada recibida en los CMN, CMR y CMM, en funcin de los datos que esos centros necesitan. COMPONENTES BSICOS Control inmediato (en tiempo real) d) aplicacin de las claves normalizadas y de los procedimientos de telecomunicacin de la OMM;
2. 2.1
2.1.1 Control inmediato es el trmino utilizado para describir las operaciones de control que se efectan con la suficiente rapidez para poder tomar medidas correctivas a tiempo, de utilidad para los trabajos meteorolgicos cotidianos. Lo ideal sera que el control se efectuara dentro de los plazos mximos que se determinan en los manuales y guas correspondientes con respecto a la recepcin de informacin meteorolgica, pero en la prctica sigue siendo vlido si puede efectuarse antes de que se reciba informacin ulterior anloga. 2.1.2 En vista del poco tiempo de que se dispone, la accin correctiva de control inmediato debera limitarse a situaciones anormales, por ejemplo, boletines de observacin que no se reciben a tiempo, errores
Edicin de 2009
I-5/2
obvios o probables, etc. En consecuencia, el control inmediato requiere el suministro de informacin sobre: 2.2 boletines no recibidos a la hora especificada; observaciones no recibidas a la hora especificada, o que son incorrectas, sospechosas o que no pueden interpretarse con seguridad; recepcin incorrecta de informacin procesada. Control diferido (en tiempo no real)
Con la expresin control diferido se designa el control que se realiza durante un perodo de tiempo determinado. El objetivo del control diferido es vigilar el funcionamiento general de la VMM y detectar las deficiencias que puedan subsistir despus de realizado el control inmediato. El control requiere la preparacin de tablas recapitulativas y estadsticas diversas, disponibles en un plazo de tiempo que puede variar de algunas horas a algunos meses. 2.3 Medidas subsiguientes para la coordinacin y la prestacin de ayuda
En el caso de control inmediato, las primeras medidas correctivas se tomarn inmediatamente en los centros interesados o en el punto de observacin; en el caso de control diferido, sern los Miembros interesados quienes corrijan cualquier deficiencia en el plan de la VMM. En algunos casos tendrn que pedir consejo sobre los procedimientos de obtencin de asistencia exterior e informacin para el mantenimiento y funcionamiento de sus instalaciones de la VMM. Por otra parte, el Secretario General deber llevar a cabo las medidas indicadas en el prrafo 5.6. 3. Definiciones y normas
En lo que a las actividades de control se refiere, la terminologa utilizada y las normas mnimas que hay que alcanzar sern las que figuran en el Manual del Sistema Mundial de Observacin, el Manual del Sistema Mundial de Telecomunicacin, el Manual de Claves, el Manual del Sistema Mundial de Proceso de Datos y de Prediccin y en las partes que correspondan del Reglamento Tcnico. 4. Prioridades
4.1 El sistema de control se emplear, sobre todo, respetando el orden de prioridad que figura a continuacin, para comprobar la siguiente informacin: a) TEMP/TEMP SHIP y TEMP MOBIL, Partes A y B; b) PILOT, PILOT SHIP y PILOT MOBIL, Partes A y B; c) SYNOP (intercambio mundial);
d) SHIP y AIREP/AMDAR (intercambio mundial); e) f) CLIMAT y CLIMAT TEMP; cualquier otro dato de observacin e informacin procesada que se intercambie regularmente.
4.2 El control de los datos de los satlites constituye un caso especial. Existen solamente unos cuantos operadores y sus normas para el control, incluido el control de la calidad de los datos procedentes de satlites, son ya altas. El control de los boletines de datos de los satlites y de los boletines cifrados en la clave GRID constituir un caso especial durante algn tiempo segn indique la Secretara de la OMM. 4.3 Al aplicar este plan de control ser importante determinar cul es la posibilidad de obtener una reaccin inmediata a las solicitudes de comprobacin y repeticin en tiempo real en los puntos de observacin y en todos los centros en general. Ser, asimismo, til prestar especial atencin a los siguientes aspectos del plan de control: a) asegurar la forma correcta de presentacin de los mensajes de telecomunicacin en el SMT; b) asegurar el cifrado correcto de los mensajes y de los informes; c) asegurar la disponibilidad en tiempo oportuno de la informacin;
d) asegurar la calidad del contenido meteorolgico de los mensajes.

Edicin de 2009
ADJUNTO I-5
I-5/3
5. 5.1
responsabiliDADEs Los Miembros son los principales responsables del control del funcionamiento de la VMM.
5.2 En las Tablas A y B se establece cules son los centros que sern responsables de las distintas actividades de control inmediato y diferido. Una parte fundamental del control estriba en que la informa cin se intercambie entre centros adyacentes del SMT, con objeto de que, sobre todo, los problemas de telecomunicacin puedan identificarse fcilmente. Uno de los aspectos especficos del intercambio de informacin se caracteriza por la necesidad de elaborar los procedimientos que garanticen, sin duda alguna, que el boletn contiene las observaciones disponibles para su inclusin. En el caso de los boletines normales, que contienen observaciones corrientes, el contenido de los boletines deber ajustarse siempre a la lista incluida en las correspondientes publicaciones enmendadas de la OMM. Cuando, por cualquier razn, no se disponga de las observaciones de algunas estaciones incluidas en las publicaciones, los informes se codificarn adecuadamente como informes NIL. Como control complementario de la totalidad de los datos, los CMN debern enviar mensajes a los CRT asociados, de preferencia por adelantado, cuando se sepa que no se dispone o no se dispondr de las observaciones de las estaciones enumeradas. Es importante que todos los centros de la VMM (CMN, CMRE, CRT y CMM) contribuyan a las actividades generales de control. Por supuesto, los centros que tengan una funcin mltiple participarn en ms de una forma. En las contribuciones, se tendrn en cuenta los puntos siguientes: a) para el control del boletn, se incluirn los boletines adicionales o subsiguientes ( RRx) y los corregidos (CCx); b) para el control del informe, los informes corregidos no se contarn como informes adicionales, pero s se contarn los informes retrasados; c) los informes y los boletines duplicados debern contarse slo una vez;
d) las contribuciones deben indicar claramente la fecha de base utilizada para el control (telecomunicaciones o procesamiento de datos); e) f) las contribuciones deben indicar tambin toda falla o avera de los centros y/o los circuitos utilizados durante el perodo de control; en las contribuciones se har todo lo posible por ajustarse a los tiempos incluidos en los encabezamientos de las tablas.
5.3 En el cuadro que figura a continuacin se indica la frecuencia con la que habrn de prepararse o intercambiarse los informes de control: Diariamente cada centro realiza un control continuo en tiempo real; los CMN preparan un resumen de informacin relativa a las actividades de control para que sea utilizada, segn proceda, por los centros nacionales o internacionales; los CRT/CMR envan un resumen de la informacin de control a sus CMN asociados; los CRT/CMRS envan un resumen de la informacin de control a los CRT/CMR adyacentes que les suministran informacin; los CMM envan un resumen de la informacin de control a los CRT/CMR adyacentes.
A intervalos de no ms de un mes
Una vez cada tres meses por lo menos Una vez cada tres meses por lo menos
Una vez cada seis meses
Los informes que se requieran a intervalos de tres o ms meses debern enviarse siempre al Secretario General para que ste tome las medidas adicionales oportunas. En lo que respecta al contenido, en los informes debera figurar el mayor nmero posible de rbricas de la Tabla B que se consideren prcticas y tiles. 5.4 Los Miembros debern ejecutar el plan de control de funcionamiento de la VMM lo antes posible, en especial el control en tiempo real. 5.5 A fin de poder evaluar peridicamente la eficacia funcionamiento de la VMM, el control coordinado a nivel internacional en tiempo no real deber efectuarse peridicamente sobre la totalidad de los datos mundiales de observacin, una vez al ao en el mes de octubre, con la participacin de un nmero limitado de centros principales de la VMM. Durante otros perodos, debern controlarse sectores
Edicin de 2009
I-5/4
de problemas especficos, ya sea con respecto a alguna informacin solamente o para determinadas partes del mundo. El Secretario General organizar, en consulta con los centros correspondientes, los detalles de los ejercicios especiales de control y los perodos durante los cuales deben llevarse a cabo, y dar los oportunos avisos con mucha antelacin. 5.6 La Secretara llevar a cabo el anlisis necesario de los informes de control diferido de los distintos centros de la VMM y transmitir los resultados de los anlisis a los centros interesados. El Secretario General coordinar el asesoramiento y la ayuda necesarios para corregir las deficiencias reveladas por los resultados del control. El Secretario General organizar tambin, si as se le solicita, la realizacin de los ejercicios especficos de control mencionados en el prrafo 5.5. 6. Procedimientos
6.1 Por lo que respecta al control en tiempo real, cada centro elaborar los procedimientos detalla dos que se necesitan a estos efectos. Estos procedimientos variarn de un centro a otro, pero deben concebirse de tal modo que faciliten el control en tiempo real de la recepcin de los boletines y observaciones, segn proceda. En los centros totalmente automatizados, estos procedimientos podrn abarcar la utilizacin de registros de sistemas de telecomunicacin, equipos de presentacin visual, programas especiales de com putadoras para telecomunicaciones y procesamiento de datos, y as sucesivamente. En los centros manuales, podrn confeccionarse listas u hojas de control para los mismos propsitos utilizando marcas, cruces o cifras que indiquen las horas a las que se han recibido determinados boletines y/o informes. Para evitar la utilizacin excesiva de formularios, quiz convenga colocar hojas de plstico transparentes sobre las hojas de control y hacer los registros utilizando lpices de mina suave. Las cifras pueden suprimirse muy fcilmente cuando ha pasado un perodo de tiempo conveniente y las hojas preparadas para los controles pueden volver a utilizarse para un perodo ulterior. En la Tabla C se dan nuevas orientaciones sobre el funcionamiento del control en tiempo real, junto con ejemplos del tipo de formularios que podran confeccionarse. 6.2 Por lo que respecta al control en tiempo no real, cuando la Secretara solicita la realizacin de ejercicios especiales, en el momento de presentarse la solicitud se indicar la forma en que han de hacerse las contribuciones. Es importante que, en la medida de lo posible, los centros se ajusten detalladamente a los procedimientos indicados con el fin de que los resultados de los diversos centros sean directamente comparables. Es particularmente importante que as sea cuando se realiza el ejercicio mundial anual de control. En la Tabla D figuran los procedimientos, junto con los formularios normalizados que han de utilizarse para dar los resultados. 6.3 Se hace hincapi en que con los procedimientos formales de control no se pretende sustituir el intercambio cotidiano normal de informacin y asesoramiento entre centros adyacentes. En la medida de lo posible, todos los problemas deberan resolverse de este modo y despus de un tiempo, en los informes formales de control slo aparecern las dificultades graves. Tabla A Control inmediato en tiempo real Rbricas 1. Boletines no recibidos a tiempo 2. Observaciones no recibidas a tiempo 3. Informacin procesada no recibida a tiempo 4. Errores en las observaciones 5. Verificaciones bilaterales especiales (Las rbricas tienen un carcter ms bien indicativo que preceptivo) NOTAS: 1.
Boletines no recibidos a tiempo son aquellos boletines que aparecen en los horarios de transmisin y no se han recibido en el tiempo acordado bilateralmente entre dos centros adyacentes. transmisin pero que no han sido recibidas en el tiempo acordado.
Centros nacionales
CMN
CRT/CMR
CRT/CMM
2. Observaciones no recibidas a tiempo son aquellas que aparecen en el contenido de los boletines enumerados para la
Edicin de 2009
ADJUNTO I-5
I-5/5
3. Informacin procesada no recibida a tiempo se refiere a la informacin no recibida en el tiempo acordado pero que se
sabe ha sido incluida en el horario de transmisin. el contenido meteorolgico de los mensajes.
4. Errores en las observaciones son los errores que se supone existen o que se han detectado en la codificacin y/o en 5. Verificaciones bilaterales especiales son las verificaciones de cualesquiera de los puntos 1 a 4 anteriores, o de otros
que puedan haber acordado los centros interesados, ya sea de forma continua o temporalmente.
Centros nacionales : en este contexto se entiende que se trata de sistemas nacionales de obser vacin, recopilacin y difusin. Las flechas indican la direccin en que se enviarn normalmente los mensajes relacionados con las operaciones de control. As pues, por ejemplo, los mensajes en los que se crea que existen errores de observacin sern enviados generalmente slo por los CMN a la red de observacin, a menos que existan acuerdos bilaterales especiales entre un CMN y un CMR idneo para que ste realice el control inmediato de la calidad en su lugar. Con objeto de sealar esta posibilidad, se ha hecho una anotacin entre parntesis en la columna correspondiente a los CMR. Tabla B Control diferido en tiempo no real Rbricas
1. Boletines no recibidos 2. Boletines recibidos con retraso 3. Observaciones no recibidas 4. Observaciones recibidas con retraso 5. Informacin procesada no recibida 6. Informacin procesada recibida con retraso 7. Desconformidad con la forma de presentacin de los mensajes de telecomunicacin, etc. 8. Integridad de los datos de observacin 9. Calidad de los datos de observacin 10. Deficiencias en la informacin procesada 11. Verificacin estadstica de las predicciones meteorolgicas numricas 12. Verificaciones bilaterales o multilaterales especiales 13. Notas sobre problemas que se repiten 14. Informes de control
CMN
x x x x x x x x x x x x x x
CRT/CMR
x x x x x x x x x x x x x x
CMR
x x x x
x x x x x x x x
(Las rbricas tienen un carcter ms bien indicativo que preceptivo)
NOTAS: 1. Boletines no recibidos son aquellos programados para su transmisin pero no recibidos. 2. Boletines recibidos con retraso son los boletines recibidos despus del plazo especificado por la OMM o acordado de
manera bilateral.
3. Observaciones no recibidas son aquellas programadas para su transmisin pero no recibidas. 4. Observaciones recibidas con retraso se definen de manera similar a los Boletines recibidos con retraso del punto 2. 5. La informacin procesada no recibida es la incluida en un horario de transmisin en forma alfanumrica o grfica
que no ha sido recibida.
6. La informacin procesada recibida con retraso se define de forma anloga a los Boletines recibidos con retraso del
punto 2.
7. Desconformidad con la forma de presentacin de los mensajes de telecomunicacin, etc., hace referencia a los errores cometidos repetida o frecuentemente por las estaciones de transmisin que interfieren con la transmisin regular de los mensajes.
8. Integridad de los datos de observacin.

Edicin de 2009
I-5/6
9. Calidad de los datos de observacin. 10. Deficiencias en la informacin procesada son los defectos (por ejemplo, informacin faltante, mensajes mutilados o
ilegibles) que interfieren gravemente con el funcionamiento de la transmisin.
11. Verificacin estadstica de las predicciones meteorolgicas numricas ser suministrada solamente por los centros que
tengan inters especial y capacidad para este tipo de informacin.
12. Verificaciones bilaterales o multilaterales especiales son las comprobaciones suplementarias acordadas mutuamente
entre dos o ms centros, ya sea temporalmente o de forma continuada, para hacer frente a problemas especiales.
13. Notas sobre problemas que se repiten se refiere a aspectos difciles no incluidos en las Notas 1 a 12. 14. Informes de control son los informes en la forma de presentacin que establecer el Secretario General en consulta
con el Presidente de la CSB y con los Presidentes de los grupos de trabajo competentes. Las cruces que figuran en las distintas columnas indican los centros en que normalmente debern realizarse estas funciones.
Tabla C Directrices para el control en tiempo real 1. Control de la recepcin de los informes de observacin procedentes de estaciones terrestres
Para realizar el control en tiempo real, debern utilizarse los formularios adecuados para el control de la recepcin de los informes de observacin de las estaciones terrestres. Pueden prepararse tablas separadas para los informes SYNOP para el intercambio mundial, los informes TEMP/PILOT para el intercambio mundial, informes SYNOP para el intercambio regional y as sucesivamente, con el fin de verificar la existencia de los diversos tipos de datos de observacin. Si un informe de observacin de una estacin no se ha recibido dentro del plazo especificado, deber hacerse una peticin a la estacin, pero debern elaborarse procedimientos detallados para atender las necesidades de los centros de clases diferentes. 2. Control de la recepcin de informes meteorolgicos de aeronaves y de buques procedentes de las estaciones costeras de radio o de las estaciones de radio aeronuticas
Cada centro deber cerciorarse de que se han recibido todos los boletines, y debern establecerse los procedimientos para verificarlo (por ejemplo, introduciendo la utilizacin de nmeros de series de transmisiones e ideas anlogas) con el fin de satisfacer las necesidades locales. 3. Control de cifrado de los informes de observacin
Los informes de observacin debern ser verificados antes de proceder a la transmisin de los bole tines, a fin de evitar cualquier error de cifrado. Esta verificacin debe ser realizada por el observador cuando la observacin es hecha por primera vez y por un personal convenientemente calificado cuando estn preparados los boletines. No obstante, esa verificacin no deber en modo alguno demorar de manera apreciable la transmisin de los boletines. 4. Control de la forma de presentacin normalizada de los mensajes meteorolgicos
Deber verificarse si se ha utilizado la forma de presentacin normalizada y se harn las correcciones necesarias. En particular, debern verificarse los puntos siguientes: a) el rengln preliminar, el encabezamiento abreviado y la seal de fin de mensaje de los mensajes no debern contener ningn error; b) los informes incluidos en el boletn debern separarse por la seal de separacin de informes. Cabe subrayar que los mensajes que pueden tramitarse sin dificultad en los centros manuales pueden seguir planteando problemas muy graves en los centros automatizados si no se respetan escrupulosamente los procedimientos. En algunos casos, incluso un solo carcter incorrecto puede plantear problemas. 5. Control de la recepcin de boletines programados dentro de plazos especficos
Cada CRT deber verificar la recepcin de boletines procedentes de cada CMN de su zona de res ponsabilidad. Para este fin, pueden utilizarse los ejemplos 1 y 2. Si el nmero de series de transmisiones (nnn) no se recibe en orden serial, deber preguntarse inmediatamente al centro interesado. Cuando no se utilicen nmeros de serie de transmisin habr que tomar otras medidas para asegurarse de que no se ha perdido ninguna transmisin, ni ninguna observacin por causa de mutilacin, desvanecimiento del sonido u otras causas.
Edicin de 2009
Ejemplo 1 Control en tiempo real
(Control de los boletines meteorolgicos no recibidos, recibidos en forma incorrecta o mutilados)
EJEMPLO 1

FECHA CIRCUITO Pgina
Control en tiempo real
CENTRO
Encabezamiento abreviado
Descripcin del defecto
Hora de recepcin
Hora de la peticin
Hora de recepcin de la repeticin
Comentarios (por ejemplo duracin de la avera del circuito)
adjunto I-5
I-5/7
Edicin de 2009
Ejemplo 2
I-5/8
Control de la recepcin de boletines SHIP/AIREP y nmero de informes
EJEMPLO 1
Edicin de 2009

FECHA CIRCUITO Pgina
Control en tiempo real
CENTRO
Encabezamiento abreviado
Descripcin del defecto
Hora de recepcin
Hora de la peticin
Hora de recepcin de la repeticin
Comentarios (por ejemplo duracin de la avera del circuito)
ADJUNTO I-5
I-5/9
Tabla D Procedimientos para el control internacionalmente coordinado en tiempo no real
1.
Perodos de control
El control de datos coordinado internacionalmente para el intercambio mundial se efectuar una vez al ao, en octubre, con miras a verificar peridicamente la eficacia de funcionamiento de la VMM. Los centros operados manualmente y los automatizados debern recopilar estadsticas para el perodo del 1 al 5 de octubre y del 1 al 15 de octubre, respectivamente. Con el fin de facilitar la comparacin de resultados entre los dos tipos de centros, los centros automatizados debern proporcionar tambin los resultados correspondientes a ambos perodos, del 1 al 5 de octubre y del 1 al 15 de octubre. NOTA:
2.
En lo que respecta a CLIMAT/CLIMAT TEMP, el perodo de control debe ampliarse a 15 das, incluso si (para otras observaciones) se hace un retorno para un perodo de slo cinco das.
Tipos de datos que debern controlarse
Debern controlarse los tipos de datos enumerados en la siguiente tabla: Tipos de datos Encabezamientos abreviados de boletines T1T2A1A 2 SMA1A 2 USA1A 2/UKA1A 2 UPA1A 2/UGA1A 2 SMA1A 2 USA1A 2/UKA1A 2 UPA1A 2/UGA1A 2 SSA1A 2 UAA1A 2 UDA1A 2 SOA1A 2 CSA1A 2 CUA1A 2 Formulario de referencia para presentacin de resultado A B1/B2 B1/B2 C1/C2 D1/D2/D3/D4 D5/D6/D7/D8 E F G H I1 I2
Informes SYNOP Informes TEMP, Partes A y B Informes PILOT, Partes A y B Informes SHIP Informes TEMP SHIP, Partes A y B Informes PILOT SHIP, Partes A y B Informes BUOY Informes AIREP Informes AMDAR Informes BATHY/TESAC/TRACKOB Informes CLIMAT Informes CLIMAT/TEMP a) Control de informes SYNOP
Para cada estacin controlada identificada por el nmero ndice de estacin ( IIiii), el nmero de informes SYNOP hechos a las horas sinpticas fijas principales (0000, 0600, 1200 y 1800 UTC) y disponibles durante el perodo de control de 1 hora, 2 horas y 6 horas subsiguiente a la hora oficial del boletn deber insertarse en las columnas correspondientes del formulario A; Para cada estacin controlada identificada por el nmero de ndice de estacin ( IIiii), el nmero de las Partes A y B de informes TEMP y PILOT hechos por seguimiento de un globo libre por medios electrnicos u pticos a las horas sinpticas fijas principales (0000, 0600, 1200 y 1800 UTC) y disponibles durante el perodo de control de 2 horas y 12 horas subsiguiente a la hora oficial del boletn deber insertarse en las columnas correspondientes de los formularios B1 y B2 ; Control de informes SHIP El nmero de boletines identificados por sus encabezamientos abreviados ( T1T2A1A 2ii CCCC), entre ellos los informes SHIP, hechos a las horas sinpticas principales (0000, 0600, 1200 y 1800 UTC) y disponibles durante el perodo de control de 2 horas y 12 horas subsiguiente a la hora oficial del boletn, as como el nmero de informes incluidos en estos boletines deben insertarse en las columnas correspondientes de los formularios C1 y C2 ;
Edicin de 2009
b) Control de las Partes A y B de informes TEMP y PILOT
c)
I-5/10
d) Control de las Partes A y B de informes TEMP y PILOT y PILOT SHIP El nmero de boletines identificados por sus encabezamientos abreviados ( T1T2A1A 2ii CCCC), entre ellos las Partes A y B de informes TEMP y PILOT, y PILOT SHIP, hechos a las horas sinpticas principales (0000, 0600, 1200 y 1800 UTC) y disponibles durante el perodo de control de 12 horas y 24 horas subsiguiente a la hora oficial del boletn as como el nmero de informes incluidos en estos boletines deben insertarse en las columnas correspondientes de los formularios D1 a D8 ; Control de informes BUOY, AIREP y AMDAR El nmero de boletines identificados por sus encabezamientos abreviados ( T1T2A1A 2ii CCCC) entre ellos los informes BUOY, AIREP y AMDAR, compilados entre 2100 y 0259 UTC, 0300 y 0859 UTC, 0900 y 1459 UTC, y 1500 y 2059 UTC, y disponibles durante el perodo de control antes de 0500, 1100, 1700 y 2300 UTC respectivamente, as como el nmero de informes incluidos en estos boletines debern insertarse en las columnas correspondientes a los formularios E, F y G; Control de BATHY/TESAC/TRACKOB La hora de recepcin de los boletines identificados por sus encabezamientos abreviados completos ( T1T2A1A 2ii CCCC YYGGgg (BBB)) que contienen informes BATHY/TESAC/TRACKOB, as como el nmero de informes incluidos en estos boletines debern insertarse en las columnas correspondientes del formulario H; Control de informes CLIMAT y CLIMAT TEMP Para cada estacin controlada e identificada por el nmero de ndice de estacin ( IIiii), deber insertarse 1 en la columna correspondiente del formulario I1 si el informe CLIMAT de septiembre se recibe entre el 1 y el 5 de octubre o entre el 6 y el 15 de octubre; en los dems casos deber insertarse 0 en estas columnas. El mismo procedimiento debe aplicarse para el informe CLIMAT TEMP de septiembre en el formulario I2.
Conjunto de datos mundiales que debern controlarse
e)
f)
g)
3.
3.1
El conjunto de datos mundiales que debern controlarse se determina por:
a) la lista de estaciones de observacin de superficie que contiene los informes de la Red Sinptica Bsica Regional (RSBR) SYNOP y CLIMAT; las listas de estaciones radiosonda-radioviento que contienen informes RSBR para las Partes A y B de TEMP y CLIMAT TEMP; y las listas de estaciones que contienen informes RSBR para las Partes A y B de PILOT; b) las listas de encabezamientos abreviados de boletines que contienen informes SHIP, TEMP SHIP, PILOT SHIP, BUOY, AIREP/AMDAR y BATHY/ TESAC/ TRACKOB que han de intercambiarse mundialmente de acuerdo con el Catlogo de Boletines Meteorolgicos. Para facilitar la referencia, la Secretara compilar estas listas de encabezamientos abreviados que se adjuntarn a cada formulario apropiado para cada control. 3.2 Las referencias de las listas mencionadas (incluidas las referencias de enmiendas pertinentes al Manual del SMT y de la edicin del Catlogo de Boletines Meteorolgicos) se repiten en los formularios preparados por la Secretara para cada control.
4. Zona geogrfica en que que debern controlarse los datos
Los centros del SMT deben controlar el conjunto de datos mundiales, o parte del mismo, de la manera siguiente: a) los CMN o los centros con funciones similares deben controlar por lo menos la disponibilidad de los datos provenientes de la zona en la que son responsables de la recopilacin de estos datos y su insercin en el SMT; b) los CRT no pertenecientes a la RPT deben controlar por lo menos la disponibilidad de datos de observacin provenientes de la zona en la que son responsables de la recopilacin de datos de observacin como se prescribe en el Volumen II del Manual del SMT. Los CRT debern tambin controlar la disponibilidad de datos de observacin provenientes de la Regin en que estn situados y de cualquier otra Regin con la que estn vinculados por un circuito interregional; c) los CMM y CRT pertenecientes a la RPT deben controlar la disponibilidad del conjunto completo de datos para el intercambio mundial.
Edicin de 2009
ADJUNTO I-5 5. Aplicacin de los procedimientos de control y cuestionarios
I-5/11
5.1 Los cuestionarios relacionados con los procedimientos aplicados en los centros, la supensin de programas de observacin en estaciones de observacin y la suspensin de la transmisin por circuitos se indican en los formularios J, K y L, respectivamente. 5.2 Los procedimientos de control deben aplicarse en los centros de tal manera que todas las respuestas a los cuestionarios incluidas en formulario J sean positivas (respuesta: S). Las preguntas 7, 8 y 10 son aplicables nicamente a los informes SYNOP, TEMP, PILOT, CLIMAT y CLIMAT TEMP.
6. Formularios normalizados para estadsticas
6.1 Con vista a permitir una fcil comparacin de los resultados de un control coordinado internacionalmente, realizado por diferentes centros, deben utilizarse los formularios normalizados adjuntos. Todos los centros que efectan el control deben indicar claramente el perodo cubierto. En cada formulario, los centros deben presentar los resultados regin por regin y para la Antrtida, y dar los totales de los nmeros de boletines o informes recibidos dentro del tiempo especificado regin por regin y para la Antrtida. 6.2 Si la recepcin del informe o boletn indicado en la primera columna no est programada, debe insertarse N en la segunda columna del formulario en cuestin; en los dems casos debe insertarse S. 6.3 Las estadsticas deben enviarse a los centros adyacentes interesados y a la Secretara de la OMM lo antes posible una vez finalizado el perodo de control, pero no despus del 15 de noviembre.
7. Papel de la Secretara de la OMM
La Secretara asegurar que los Miembros tomen conciencia de sus respectivas responsabilidades y recopilar los resultados estadsticos del control coordinado internacionalmente efectuado por los Miembros en cuestin. La Secretara har un resumen de las estadsticas y evaluar las deficiencias y la eficacia del funcionamiento de la VMM en su conjunto y de algunos de sus componentes. Con relacin a esto, la Secretara verificar el programa de observacin de las distintas estaciones de observacin. Los resultados de la observacin se pondrn a disposicin del Consejo Ejecutivo y de la CSB por correspondencia o en reuniones, segn proceda. La Secretara estudiar, junto con los Miembros interesados, la posibilidad de emprender acciones correctivas para eliminar lo antes posible las deficiencias en el funcionamiento del SMO y el SMT.
8. Tipos especiales de control de la VMM en tiempo no real
Si es necesario, el control de la VMM puede efectuarse en diferentes regiones y tambin para diversos tipos de datos de observacin. Un control de este tipo tiene por finalidad identificar de una manera ms detallada las deficiencias de la recopilacin e intercambio de datos en diferentes partes del SMT y el motivo de dichas deficiencias. Los tipos especiales de control debern ser iniciados por el Secretario General o por algunos de los Miembros pertinentes. Las fechas y duracin de ese control tendrn que ser convenidas con estos Miembros.
* *
Edicin de 2009
FORMULARIO A
I-5/12
ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: SYNOP FORMULARIO A ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: SYNOP
Perodo de control:
Edicin de 2009
Centro de control:
Centro de control: ..................................................
Perodo de control: ....................................
Nmero de informes SYNOP recibidos dentro del perodo especificado despus de la hora del boletn estndar HH (UTC) + 1 hora 06 12 18 Total 00 06 12 18 Total 00 06 12 18 HH (UTC) + 2 horas HH (UTC) + 6 horas Total
Nmero ndice de estacin* IIiii
S/N **
00
* Referencia para la lista de intercambio mundial: Manual del SMT Enmienda ..... ** S = si los datos estn programados para recibirse; N = si los datos no estn programados para recibirse.
FORMULARIO B1 ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: TEMP Y PILOT (PARTE A) FORMULARIO B ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: TEMP Y PILOT (PARTE A)
Centro de control: Perodo de control: Centro de control: .................................................. Perodo de control: ....................................
Nmero de informes TEMP (Parte A) recibidos despus de la hora del boletn estndar HH (UTC) + 2 horas 06 12 18 Total 00 06 12 18 Total 00 06 12 18 Total 00 06 12 HH (UTC) + 12 horas HH (UTC) + 2 horas Nmero de informes PILOT (Parte A) recibidos despus de la hora del boletn estndar HH (UTC) + 12 horas 18 Total
Nmero ndice de estacin* IIiii
S/N **
00
adjunto I-5
**
*Referencia Referencia para listade de intercambio intercambio mundial: Manual del SMT Enmienda ..... a la la lista mundial: Manual del SMT Enmienda ..... ** S = si los datos estn programados para recibirse; N = si los datos no estn programados para recibirse.
S = si la recepcin de datos est programada.
I-5/13
Edicin de 2009
N = si la recepcin de datos no est programada.
FORMULARIO B2
I-5/14
FORMULARIO B2 ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: TEMP Y PILOT (PARTE B)
ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: TEMP Y PILOT (PARTE B)
Edicin de 2009
Centro de control: Perodo de control: Centro de control: .................................................. Perodo de control: ....................................
Nmero de informes TEMP (Parte B) recibidos dentro del perodo especificado despus de la hora del boletn estndar HH (UTC) + 2 horas 06 12 18 Total 00 06 12 18 Total 00 06 12 18 Total 00 06 12 18 HH (UTC) + 12 horas HH (UTC) + 2 horas HH (UTC) + 12 horas Nmero de informes PILOT (Parte B) recibidos dentro del perodo especificado despus de la hora del boletn estndar
Nmero ndice de estacin* IIiii Total
S/N **
00
**
Referencia a la lista de de intercambio mundial: Manual del SMT Enmienda .... * Referencia para la lista intercambio mundial: Manual del SMT Enmienda ..... ** S = si los datos estn programados para recibirse; N = si los datos no estn programados para recibirse. S = si la recepcin de datos est programada.
FORMULARIO C1
ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: SHIP
FORMULARIO C1 ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: SHIP
Centro de control: .................................................. Perodo de control: ....................................... Centro de control: Perodo de control:
Nmero de boletines e informes SHIP recibidos dentro de las 2 horas de la hora del boletn estndar 00 UTC Boletines Informes Boletines Informes Boletines Informes Boletines Informes Boletines 06 UTC 12 UTC 18 UTC Total Informes
Encabezamiento abreviado* T1T2A1A2ii CCCC
S/N **
adjunto I-5
I-5/15
Edicin de 2009
**
dos de los boletines para elmundial intercambio mundial, preparada la Secretara la OMM lala lista deencabezamientos encabezamientos abreviade *Vase Vase listaadjunta adjunta de abreviados boletines SHIP paraSHIP intercambio preparada por la Secretara de por la OMM para cada de control para cada control (referencia: Catlogo de ,Boletines Meteorolgicos, edicin .....) (referencia: Catlogo de Boletines Meteorolgicos edicin .....) S= sisi la recepcin datos est programada. ** S= los datos estnde programados para recibirse; N = si los datos no estn programados para recibirse. N = si la recepcin de datos no est programada.
FORMULARIO C2
I-5/16
FORMULARIO C2 ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: SHIP
ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: SHIP
CentroCentro de control: Perodo de control: de control: .................................................. Perodo de control: .......................................

Nmero de boletines e informes SHIP recibidos dentro de las 12 horas de la hora del boletn estndar 00 UTC Boletines Informes Boletines Informes Boletines Informes Boletines Informes Boletines 06 UTC 12 UTC 18 UTC Total
Edicin de 2009
Encabezamiento abreviado* T1T2A1A2ii CCCC Informes
S/N **
**
dos de losSHIP boletines SHIP para el intercambio mundial, preparada por la Secretara de la OMM adjunta encabezamientos abrevia * Vase Vase la la lista lista adjunta dede encabezamientos abreviados de boletines para intercambio mundial preparada por la Secretara de la OMM para cada control para cada control Catlogo de Boletines (referencia: Catlogo (referencia: de Boletines Meteorolgicos , edicin .....) Meteorolgicos, edicin .....) la recepcin de datos est **S S= = si si los datos estn programados paraprogramada. recibirse; N = si los datos no estn programados para recibirse. N = si la recepcin de datos no est programada.
FORMULARIO D1
ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: TEMP SHIP (PARTE A)
FORMULARIO D1 ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: TEMP SHIP (PARTE A)
de control: .................................................. Perodo de control: ....................................... Centro Centro de control: Perodo de control:
Nmero de boletines e informes TEMP SHIP recibidos dentro de las 12 horas de la hora del boletn estndar 00 UTC Boletines Informes Boletines Informes Boletines Informes Boletines Informes Boletines 06 UTC 12 UTC 18 UTC Total Informes
S/N **
adjunto I-5
I-5/17
Edicin de 2009
**
Vase la lista adjunta de encabezamientos abreviados de los boletines TEMP SHIP (Parte A) para el intercambio mundial preparada por la Secreta* Vase la lista adjunta de encabezamientos abreviados de boletines TEMP SHIP (Parte A) para intercambio mundial preparada por la Secretara de la OMM para cada control ra de la OMM para cada contro (referencia: Catlogo de Boletines Meteorolgicos, edicin .....) (referencia: Catlogo de Boletines Meteorolgicos, edicin .....) S = si la recepcin de datos est programada. ** S = si los datos estn programados para recibirse; N = si los datos no estn programados para recibirse. N = si la recepcin de datos no est programada.
FORMULARIO D2
I-5/18
ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: TEMP SHIP (PARTE A)
FORMULARIO D2 ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: TEMP SHIP (PARTE A)
Nmero de boletines e informes TEMP SHIP recibidos dentro de las 24 horas de la hora del boletn estndar 00 UTC Boletines Informes Boletines Informes Boletines Informes Boletines Informes Boletines 06 UTC 12 UTC 18 UTC Total
Edicin de 2009
Encabezamiento abreviado* T1T2A1A2ii CCCC Informes
S/N **
**
Vase la lista adjunta de encabezamientos abreviados de los boletines TEMP SHIP (Parte A) para el intercambio mundial, preparada por la Secreta*ra Vase la OMM lista adjunta de encabezamientos abreviados de boletines TEMP SHIP (Parte A) para intercambio mundial.....) preparada por la Secretara de la OMM para cada control de la para cada control (referencia: Catlogo de Boletines Meteorolgicos, edicin (referencia: Catlogo de Boletines Meteorolgicos , edicin .....) S = si la recepcin de datos est programada. ** S = si los datos estn programados para recibirse; N = si los datos no estn programados para recibirse. N = si la recepcin de datos no est programada.
FORMULARIO D3
ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: TEMP SHIP (PARTE B)
FORMULARIO D3 ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: TEMP SHIP (PARTE B)
Nmero de boletines e informes TEMP SHIP (Parte B) recibidos dentro de las 12 horas de la hora del boletn estndar 00 UTC Boletines Informes Boletines Informes Boletines Informes Boletines Informes Boletines 06 UTC 12 UTC 18 UTC Total Informes
S/N **
adjunto I-5
I-5/19
Edicin de 2009
**
Vase la lista adjunta de encabezamientos abreviados de los boletines TEMP SHIP (Parte B) para el intercambio mundial, preparada por la Secreta*ra Vase la OMM lista adjunta de encabezamientos abreviados de boletines TEMP SHIP (Parte B) para intercambio mundial preparada por la Secretara de la OMM para cada control de la para cada control (referencia: Catlogo de Boletines Meteorolgicos, edicin .....) (referencia: Catlogo de Boletines Meteorolgicos, edicin .....) S = si la recepcin de datos est programada. ** S = si los datos estn programados para recibirse; N = si los datos no estn programados para recibirse. N = si la recepcin de datos no est programada.
FORMULARIO D4
ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: TEMP SHIP (PARTE B)
I-5/20
Nmero de boletines e informes TEMP SHIP (Parte B) recibidos dentro de las 24 horas de la hora del boletn estndar 00 UTC Boletines Informes Boletines Informes Boletines Informes Boletines Informes Boletines 06 UTC 12 UTC 18 UTC Total Informes
FORMULARIO D4 ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: TEMP SHIP (PARTE B)
Edicin de 2009
S/N **
**
adjunta de encabezamientos abreviados los SHIP boletines (Parte B) para el intercambio mundial, preparada por la Secreta*Vase Vasela la lista lista adjunta de encabezamientos abreviados de boletines de TEMP (Parte TEMP B) paraSHIP intercambio mundial preparada por la Secretara de la OMM para cada control ra de la OMM parade cada control (referencia: Catlogo (referencia: Catlogo Boletines Meteorolgicos , edicin .....) de Boletines Meteorolgicos, edicin .....) SS == sisi la recepcin datos est programada. ** los datos estn de programados para recibirse; N = si los datos no estn programados para recibirse. N = si la recepcin de datos no est programada.
FORMULARIO D5
ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: PILOT SHIP (PARTE A)
Nmero de boletines e informes PILOT SHIP (Parte A) recibidos dentro de las 12 horas de la hora del boletn estndar 00 UTC Boletines Informes Boletines Informes Boletines Informes Boletines Informes Boletines 06 UTC 12 UTC 18 UTC Total Informes
FORMULARIO D5 ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: PILOT SHIP (PARTE A)
S/N **
adjunto I-5
I-5/21
Edicin de 2009
**
Vase la lista adjunta de encabezamientos abreviados de los boletines PILOT SHIP (Parte A) para el intercambio mundial, preparada por la Secreta* Vase la lista adjunta de encabezamientos abreviados de boletines PILOT SHIP (Parte A) para intercambio mundial preparada por la Secretara de la OMM para cada control ra de la OMM para cada control (referencia: Catlogo de Boletines Meteorolgicos, edicin .....) (referencia: Catlogo de Boletines Meteorolgicos, edicin .....) S= lalos recepcin de datos est programada. ** S si = si datos estn programados para recibirse; N = si los datos no estn programados para recibirse. N = si la recepcin de datos no est programada.
FORMULARIO D6
I-5/22
ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: PILOT SHIP (PARTE A)
FORMULARIO D6 ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: PILOT SHIP (PARTE A)
Nmero de boletines e informes PILOT SHIP (Parte A) recibidos dentro de las 24 horas de la hora del boletn estndar 00 UTC Boletines Informes Boletines Informes Boletines Informes Boletines Informes Boletines 06 UTC 12 UTC 18 UTC Total
Edicin de 2009
S/N **
Informes
**
(Parte A) para el intercambio mundial, preparada por la SecreVase la adjunta de encabezamientos abreviados los SHIP boletines * Vase la lista lista adjunta de encabezamientos abreviados de boletines de PILOT (Parte PILOT A) paraSHIP intercambio mundial preparada por la Secretara de la OMM para cada control tara de la OMM para cada control(referencia: Catlogo (referencia: Catlogo de Boletines Meteorolgicos, edicin .....) de Boletines Meteorolgicos, edicin .....) S= lalos recepcin datos est programada. ** S si = si datos estnde programados para recibirse; N = si los datos no estn programados para recibirse. N = si la recepcin de datos no est programada.
FORMULARIO D7
ESTADISTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: PILOT SHIP (PARTE B)
FORMULARIO D7 ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: PILOT SHIP (PARTE B)
Nmero de boletines e informes PILOT SHIP (Parte B) recibidos dentro de las 12 horas de la hora del boletn estndar 00 UTC Boletines Informes Boletines Informes Boletines Informes Boletines Informes Boletines 06 UTC 12 UTC 18 UTC Total Informes
S/N **
adjunto I-5
I-5/23
Edicin de 2009
**
(Parte B) para el intercambio mundial, preparada por la Secretaadjunta de encabezamientos abreviados los SHIP boletines *Vase Vasela la lista lista adjunta de encabezamientos abreviados de boletines de PILOT (Parte PILOT B) paraSHIP intercambio mundial preparada por la Secretara de la OMM para cada control ra de la OMM para cada control(referencia: Catlogo (referencia: Catlogo de Boletines Meteorolgicos, edicin .....) de Boletines Meteorolgicos, edicin .....) SS == sisila recepcin datos est programada. ** los datos estn de programados para recibirse; N = si los datos no estn programados para recibirse. N = si la recepcin de datos no est programada.
FORMULARIO D8
ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: PILOT SHIP (PARTE B)
I-5/24
Centro de control: Perodo de control:

Edicin de 2009
FORMULARIO D8 ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: PILOT SHIP (PARTE B)
Perodo de control: .......................................
S/N **
**
(Parte B) para el intercambio mundial, preparada por la Secretaadjunta de encabezamientos abreviados de los SHIP boletines * Vase Vasela la lista lista adjunta de encabezamientos abreviados de boletines PILOT (Parte PILOT B) para SHIP intercambio mundial preparada por la Secretara de la OMM para cada control ra de la OMM para cada control (referencia: Catlogo de Boletines Meteorolgicos, edicin .....) (referencia: Catlogo de Boletines Meteorolgicos, edicin .....) SS == si recepcin datos est programada. ** sila los datos estn de programados para recibirse; N = si los datos no estn programados para recibirse. N = si la recepcin de datos no est programada.
FORMULARIO D8
FORMULARIO E ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: BUOY
ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: PILOT SHIP (PARTE B)
Centro de control: Perodo de control: Centro de control: .................................................. Perodo de control: .......................................
S/N **
adjunto I-5
* **
I-5/25
Edicin de 2009
***
en de el boletines encabezamiento abreviado. Hora de = GGgg incluido * Vase lacompilacin lista adjunta de encabezamientos abreviados PILOT SHIP (Parte B) para intercambio mundial preparada por la Secretara de la OMM para cada control (referencia: Catlogo de Boletines Meteorolgicos, edicin .....) Vase la lista adjunta de encabezamientos abreviados de los boletines BUOY para el intercambio mundial, preparada por la Secretara ** S = OMM si los datos estn programados para recibirse; N = Catlogo si los datos no estn programados para recibirse. de la para cada control (referencia: de Boletines Meteorolgicos, edicin .....) S = si la recepcin de datos est programada. N = si la recepcin de datos no est programada.
FORMULARIO F
ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: AIREP

I-5/26
FORMULARIO F ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: AIREP
Edicin de 2009
Total
Encabezamiento abreviado** T1T1A1A2ii CCCC Nmero de informes Nmero de boletines Nmero de informes Nmero de boletines Nmero de informes Nmero de boletines Nmero de informes Nmero de Nmero de boletines informes
S/N ***
Boletines compilados entre 21* y 03* UTC y recibidos antes de 05 UTC
Nmero de boletines
* **
***
* Hora compilacin = GGgg incluido en el encabezamiento abreviado. incluido en el encabezamiento abreviado. Hora de de compilacin = GGgg ** Vase la lista adjunta de encabezamientos abreviados de boletines AIREP para intercambio mundial preparada pormundial, la Secretara de la OMMpor parala cada control de la AIREP para el intercambio preparada Secretara Vase la lista adjunta de encabezamientos abreviados de los boletines (referencia: Catlogo de Boletines Meteorolgicos , edicin OMM para cada control (referencia: Catlogo de.....) Boletines Meteorolgicos, edicin .....) (referencia: Catlogo de Boletines Meteorolgicos, *** S = si los datos estn programados para recibirse; N = si los datos no estn programados para recibirse. edicin .....) S = si la recepcin de datos est programada. N = si la recepcin de datos no est programada.
FORMULARIO G
ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: AMDAR
FORMULARIO G ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: AMDAR
Total
Encabezamiento abreviado** T1T1A1A2ii CCCC Nmero de informes Nmero de boletines Nmero de informes Nmero de boletines Nmero de informes Nmero de boletines Nmero de informes
S/N ***
Boletines compilados entre 21* y 03* UTC y recibidos antes de 05 UTC Nmero de Nmero de boletines informes
Nmero de boletines
adjunto I-5
* **
I-5/27
Edicin de 2009
***
Hora de de compilacin GGgg incluido en el encabezamiento * Hora compilacin == GGgg incluido en el encabezamiento abreviado. abreviado. para el intercambio mundial, preparada por la cada Secretara Vase la lista adjunta encabezamientos abreviados de los boletines ** Vase la lista adjunta de de encabezamientos abreviados de boletines AMDAR para AMDAR intercambio mundial preparada por la Secretara de la OMM para control de la OMM para cada control (referencia: Catlogo de Boletines Meteorolgicos, edicin .....) (referencia: Catlogo de Boletines Meteorolgicos , edicin .....) S = si lasirecepcin deprogramados datos estpara programada. *** S= los datos estn recibirse; N = si los datos no estn programados para recibirse. N = si la recepcin de datos no est programada.
FORMULARIO H
I-5/28
ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: BATHY/TESAC FORMULARIO H ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: BATHY/TESAC/TRACKOB
Centro de control: .................................................. Perodo Perodo de control: ....................................... Centro de control: de control:
BATHY/TESAC Fecha/Hora de recepcin S/N** Nmero de informes Encabezamiento abreviado* T1T2A1A2ii CCCC YYGGgg (BBB) Fecha/Hora de recepcin Nmero de informes
Edicin de 2009
S/N**
BATHY/TESAC
Encabezamiento abreviado* T1T2A1A2ii CCCC YYGGgg (BBB)
* Vase la lista adjunta de encabezamientos abreviados de boletines BATHY/TESAC para intercambio mundial preparada por la Secretara de la OMM para cada control
**
Vase la lista adjunta de encabezamientos abreviados de los boletines BATHY/TESAC/TRACKOB para el intercambio mundial, preparada (referencia: Catlogo de Boletines Meteorolgicos, edicin .....) por Secretara de la OMMpara para cada control (referencia: Catlogo de Boletines Meteorolgicos, edicin .....) ** S la = si los datos estn programados recibirse; N = si los datos no estn programados para recibirse. (referencia: Catlogo de Boletines Meteorolgicos, edicin .....) S = si la recepcin de datos est programada. N = si la recepcin de datos no est programada.
FORMULARIO I1
FORMULARIO I1 ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: CLIMAT
ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: CLIMAT
CLIMAT CLIMAT
Nmero ndice de la estacin IIiii* S/N** S/N**
Recibidos del 1 al 5 de octubre
Nmero ndice de la estacin IIiii*
adjunto I-5
Edicin de 2009
**
Manual Enmienda ..... Referencia la lista de mundial: * Referenciaapara la lista deintercambio intercambio mundial: Manual del SMTdel SMT Enmienda ..... ** = la si los datos estn programados para recibirse; N = si los datos no estn programados para recibirse. S =S si recepcin de datos est programada.
I-5/29
FORMULARIO I2
I-5/30
FORMULARIO I2 ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: CLIMAT TEMP
ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: CLIMAT TEMP
CLIMAT TEMP
Edicin de 2009
CLIMAT TEMP
Nmero ndice de la estacin IIiii* S/N** S/N**
Nmero ndice de la estacin IIiii*
**
* Referenciaa para la lista de intercambio intercambio mundial: ManualManual del SMT del Enmienda ..... SMT Enmienda ..... Referencia la lista de mundial: ** S = si los datos estn programados para recibirse; N = si los datos no estn programados para recibirse. S = si la recepcin de datos est programada.
FORMULARIO J
EN LOS CENTROS DE CONTROL
CUESTIONARIO RELACIONADO CON LA APLICACIN DE PROCEDIMIENTOS
FORMULARIO J CUESTIONARIO SOBRE LA APLICACIN DE LOS PROCEDIMIENTOS EN LOS CENTROS DE CONTROL
Centro de control: .................................................. Perodo de control: ....................................... Centro de control: Perodo de control: .
3 Se cuentan Se ignoran los boletines los boletines e informes duplicados? solamente si se reciben o transmiten por los canales del SMT? Se cuentan los boletines que contienen slo informes NIL? Se cuentan los boletines que incluyen COR o CCx, adems de los boletines que han de corregirse? Se ignoran los informes duplicados incluidos en boletines que tienen el mismo encabezamiento abreviado? Se ignoran los informes duplicados, incluidos en boletines que tienen encabezamientos abreviados diferentes? Se ignoran Se ignoran los informes los informes NIL? incluidos en boletines que incluyen el indicador COR o CCx, adems de los informes que han de corregirse? 4 5 6 7 8 9 10 11 Se cuentan todos los informes AIREP/ AMDAR hechos en diferentes posiciones durante el vuelo como informes diferentes? adjunto I-5
Pregunta
Est automatizado el control?
Se efecta el recuento de los boletines e informes antes del control de calidad?
Respuesta (S o No)
NOTA: La respuesta positiva todas las preguntas del Formulario J equivale a unacorrecta aplicacin de los de control. NOTA: La respuesta positiva(S) (S) a a todas las preguntas del Formulario J equivale a una aplicacin de loscorrecta procedimientos deprocedimientos control.
Comentarios: .... Comentarios u observaciones: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
.... ............................................................................................................................................................. I-5/31
....
Edicin de 2009
....
NOTA: Las preguntas 7, 8 y 10 son aplicables nicamente a los informes SYNOP, TEMP, PILOT, CLIMAT y CLIMAT TEMP.
FORMULARIO K
I-5/32
SUSPENSIN DE PROGRAMAS DE OBSERVACIN EN ESTACIONES OBSERVACIN FORMULARIO K SUSPENSIN DE PGROGRAMAS DE OBSERVACIN EN DE ESTACIONES DE OBSERVACIN
Edicin de 2009 Nmero de informes (SYNOP, TEMP o PILOT) no efectuados para cada hora de observacin Tipo de informe 00 UTC 06 UTC 12 UTC 18 UTC Nmero de informes (SYNOP, TEMP o PILOT) no efectuados para cada hora de observacin Tipo de informe 00 UTC 06 UTC 12 UTC 18 UTC TEMP PILOT SYNOP 2 5 7 5 7 1 5 7 4 7
Centro de control: Perodo de control: Centro de control: .................................................. Perodo de control: .......................................
Nmero ndice de la estacin
IIiii
Detalles de la suspensin y motivos
Ejemplo de entrada:
Nmero ndice de la estacin
IIiii
Detalles de la suspensin y motivos
IIiii IIiii IIiii
Demora en el suministro de globos Demora en el suministro de soda custica Falta de personal
FORMULARIO L
FORMULARIO L SUSPENSIN DE LA TRANSMISIN POR CIRCUITOS SUSPENSIN DE LA TRANSMISIN POR CIRCUITOS
Centro de control: Perodo de control:
Perodo de control: .......................................
Circuito suspendido
Duracin de la suspensin
Observaciones
adjunto I-5
Ejemplo de entrada: Duracin de la suspensin 48 horas desde 0645 UTC, 2 de octubre 15 horas desde 0900 UTC, 3 de octubre Observaciones Fallos del transmisor Propagacin HF mediocre
Circuito suspendido
1)
IIiii
CMN
2)
(CMN
CMN
(CRT
CMN
CRT)
CRT)
I-5/33
Edicin de 2009
NOTA: Enaquellos aquellos casos se conocen los motivos de la suspensin, los detalles darse en la columna Observaciones. NOTA: En casos en en queque se conocen los motivos de la suspensin, los detalles deben darsedeben en la columna "Observaciones".
I-5/34
NOTA: vase Weather Reporting (Informes meteorolgicos), (WMO-No. 9), para las listas de los encabezamientos abreviados de los boletines SHIP, TEMP SHIP (Partes A y B), PILOT SHIP (Partes A y B), DRIFTER, AIREP, AMDAR y BATHY/TESAC para intercambio mundial. La Secretara de la OMM adjuntar dichas listas a la carta de invitacin para participar en el control. ____________________
Edicin de 2009
PARTE II
PROCEDIMIENTOS OPERATIVOS DEL SISTEMA MUNDIAL DE TELECOMUNICACIN
PARTE II
Procedimientos operativos del Sistema Mundial de Telecomunicacin

Explicacin de los trminos utilizados Los trminos que figuran a continuacin se utilizan frecuentemente en esta seccin, por lo que, para mayor faci lidad, se indica su significado: Informacin meteorolgica Datos meteorolgicos Mensaje meteorolgico Mensaje meteorolgico ordinario Mensaje meteorolgico no ordinario Informacin que puede adoptar la forma alfanumrica, binaria o gr fica. Informacin meteorolgica en forma alfanumrica o binaria. Mensaje que comprende un nico boletn meteorolgico precedido de un rengln preliminar y seguido de las seales de fin de mensaje. Mensaje meteorolgico transmitido con arreglo a un plan de distribu cin predeterminado. Mensaje meteorolgico para el que no existe un plan predeterminado de distribucin.
1.
Principio 1
Principios operativos del Sistema Mundial de Telecomunicacin
En la Red Principal de Telecomunicaciones y en las redes regionales de telecomunicaciones del Sistema Mundial de Telecomunicacin, los datos meteorolgicos se recopilarn, intercambiarn y distribuirn en forma de boletines meteorolgicos. La forma de presentacin de los mensajes meteorolgicos depender del modo de funcio namiento y de las caractersticas tcnicas de los circuitos y de los centros. La forma de presentacin de los mensajes deber satisfacer las siguientes necesidades: operaciones automticas de conmutacin, procesos de seleccin y verificacin, y operaciones manua les en los centros de telecomunicacin; asimismo, deber tener en cuenta las necesidades relativas a la preparacin automtica del contenido de los boletines.
Principio 4 Principio 3 Principio 2
La transmisin de informacin meteorolgica por el SMT se har de conformidad con los planes de distribucin acordados.
Principio 5
Los mensajes meteorolgicos no ordinarios y los mensajes de servicio se transmitirn como mensajes dirigidos.
Principio 6
El horario de las transmisiones se establecer sobre la base de cuatro rdenes de prioridad.
Edicin de 2009
II-2 2. 2.1
Procedimientos operativos aplicables a la transmisin de datos meteorolgicos por el Sistema Mundial de Telecomunicacin Forma de presentacin de los mensajes meteorolgicos
2.1.1 Un mensaje meteorolgico ordinario transmitido por el Sistema Mundial de Telecomuni cacin comprender: Un rengln preliminar Un encabezamiento abreviado Un texto Seales de fin de mensaje Boletn meteorolgico Mensaje meteorolgico
2.1.2
Cada mensaje meteorolgico comprender slo un boletn meteorolgico.
2.1.3 Un mensaje meteorolgico no ordinario se presentar como mensaje dirigido (vase la seccin 2.4). 2.1.4 El rengln preliminar, el encabezamiento abreviado y las seales de fin de mensaje se harn en forma alfanumrica. 2.2 2.2.1 Conjunto de caracteres alfanumricos utilizados en el SMT En el SMT se utilizarn los siguientes alfabetos:
a) Alfabeto Telegrfico Internacional N 2; b) Alfabeto Internacional N 5. NOTA:

El Alfabeto Telegrfico Internacional N 2 y el Alfabeto Internacional N 5 se reproducen en los Adjuntos II1 y II2, respectivamente.
2.2.2 Slo se utilizarn caracteres impresos para los cuales existen caracteres correspondientes en ambos alfabetos. La conversin se har de conformidad con lo indicado en la tabla de conversin aprobada para su utilizacin por el SMT. Deben utilizarse los caracteres de control del Alfabeto Internacional N 5 aprobados para su utilizacin por el SMT. NOTA:
La tabla de conversin y los caracteres de control del Alfabeto Internacional N 5, cuyo empleo ha sido apro bado para su utilizacin por el SMT, figuran en el Adjunto II3.
2.2.3 Cuando sea necesario convertir caracteres del Alfabeto N 5 que no figuran en la tabla de conversin (Adjunto II3) al Alfabeto N 2, se utilizar la seal N 2 (?) de este ltimo alfabeto. 2.2.4 Se utilizar el Alfabeto Internacional N 5 para el rengln preliminar, el encabezamiento abreviado y las seales de fin de un mensaje meteorolgico que contenga informacin en representacin binaria. 2.3 Forma de presentacin de los mensajes meteorolgicos ordinarios
Los procedimientos que se indican a continuacin se aplicarn a la transmisin de mensajes meteorolgicos ordinarios por el SMT. 2.3.1 2.3.1.1 Rengln preliminar El rengln preliminar tendr la siguiente forma:
a) Alfabeto Telegrfico Internacional N 2:
< <
ZCZC nnn
Edicin de 2009
II-3
b) Alfabeto Internacional N 5: S O H C R C R L F
nnn
NOTA:
En el Adjunto II4 se facilitan ejemplos de mensajes meteorolgicos ordinarios, as como el significado de los smbolos utilizados para las seales tanto en el Alfabeto Telegrfico Internacional N 2 como en el Alfabeto Internacional N 5.
2.3.1.2 nnn
Los smbolos tienen el siguiente significado: Nmero de orden de transmisin. Es un grupo de tres cifras que indica el orden de transmisin de los mensajes desde un centro, por un canal determinado, al centro receptor situado en el mismo canal. Se utilizarn los nmeros 000 a 999 en forma cclica. (Si se utiliza el Alfabeto Internacional N5, el grupo nnn puede estar constituido por una combinacin fija de tres caracteres, si as se acuerda entre los centros interesados.)
Por acuerdo bilateral se podr utilizar un grupo de cinco cifras; deber hacerse por circuitos con una veloci dad de 64 Kbit/s o superior para poder aplicar procedimientos de recuperacin apropiados.
NOTA: 2.3.2 2.3.2.1
Encabezamiento abreviado El encabezamiento abreviado tendr la forma siguiente:
a) Alfabeto Telegrfico Internacional N 2:
< <
C R NOTA: C R
T1T2A1A2 ii CCCC YYGGgg ( BBB)
b) Alfabeto Internacional N 5: L F T1T2A1A2 ii S P CCCC S P YYGGgg ( S BBB) P
En el Adjunto II4 se facilitan ejemplos de mensajes meteorolgicos ordinarios, as como el significado de los smbolos utilizados para las seales tanto en el Alfabeto Telegrfico Internacional N 2 como en el Alfabeto Internacional N 5.
2.3.2.2
Los smbolos tendrn el siguiente significado:
T1T2A1A2ii Designadores de datos. NOTA: T1T2 A1A 2 ii Los designadores de datos normalizados de la OMM figuran en el Adjunto II5. Tipos de datos y/o designadores de forma. Designadores geogrficos y/o de tipos de datos y/u horario. Deber ser un nmero de dos cifras. Cuando el originador o el compilador emita dos o ms boletines con el mismo campo T1T2 A1A 2 y CCCC, el nmero ii deber utilizarse para diferenciar los boletines y designar especficamente a cada uno de ellos. Los boletines alfanumricos que contengan informes preparados a las horas sinpticas principales respecto de las estaciones de las redes sinpticas bsicas regionales o de las estaciones incluidas en las redes climatolgicas bsicas regionales, se compilarn de mo do que el nmero ii adopte los valores 01 a 19. Esta norma no es aplicable a los boletines compilados en clave CREX. Los boletines alfanumricos que contengan datos adicionales con arreglo a la defini cin de la Resolucin 40 (Cg-XII) debern compilarse de modo que el nmero ii sea supe rior a 19. Esta norma no es aplicable a los boletines compilados en clave CREX.
Edicin de 2009
II-4
Con respecto a los boletines compilados en las claves GRIB, BUFR o CREX que contengan informacin en imgenes, la utilizacin de ii est definida en las tablas del Adjunto II-5. Los originadores o compiladores del boletn debern utilizar los valores ii de las tablas cuando estn definidos para los fines a los que se destine el boletn. En todos los boletines, ii deber utilizarse solamente para designar datos adicionales, segn la definicin de la Resolucin 40 (Cg-XII), cuando este encabezamiento no se uti lice nunca para datos esenciales y cumpla todos los requisitos anteriores. En caso contra rio, se utilizar un grupo CCCC nico conforme se indica a continuacin. Indicativo de cuatro letras de emplazamiento de la estacin o centro que ha originado o com pilado el boletn, segn acuerdo internacional, publicado en Weather Reporting (Informes me teorolgicos) (WMO-No. 9), Volumen C1, Catlogo de boletines meteorolgicos. A fin de diferenciar entre conjuntos de boletines que no sea posible distinguir mediante las asignaciones T1T2A1A 2ii, un centro podr establecer CCCC adicionales cuando los dos caracte res finales difieran de su CCCC original. Las dos primeras letras de todo CCCC adicional es tablecido por un centro seguirn siendo idnticas a las del CCCC original. Por ejemplo, los CCCC podran utilizarse para indicar diferentes satlites, diferentes modelos o para diferenciar entre boletines que contengan datos adicionales o esenciales conforme se define en la Re solucin 40 (Cg-XII)). Todos los CCCC establecidos por un centro sern publicados y defi nidos en Weather Reporting (Informes meteorolgicos) (WMO-No. 9), Volumen C1, Cat logo de boletines meteorolgicos. Una vez que un boletn ha sido originado o compilado, el CCCC no debe cambiarse. Si el con tenido de un boletn fuera modificado o recopilado por alguna razn, el CCCC debera modi ficarse para indicar el centro o estacin que efecta el cambio. Grupo fecha-hora internacional. Da del mes. Para boletines que contienen informes meteorolgicos destinados a horas normales de observacin, la hora ser la hora normal de observacin en UTC. Para los pronsticos (aeronuticos) de aerdromo, ruta y rea: hora completa en UTC (las dos ltimas cifras sern 00) precedida de la hora de transmisin. Para otros pronsticos y anlisis: hora normal de observacin en UTC en la que se basa el pro nstico o anlisis. Para los otros mensajes: la hora de compilacin en UTC. Un encabezamiento abreviado definido por T1T2 A1A 2 ii CCCC YYGGgg se utilizar una vez solamente. Por consiguiente, si fuera necesario utilizarlo de nuevo para introducir una adicin, una correccin o una enmienda, ser obligatorio aadir un designador BBB ade cuado, identificado mediante un designador de tres letras que deber aadirse a conti nuacin del grupo fecha-hora. El designador BBB deber adoptar una de las formas siguientes: RR x para la emisin de boletines adicionales o subsiguientes; CCx para correcciones de boletines retransmitidos anteriormente; AA x para enmiendas a boletines retransmitidos anteriormente;
CCCC
YYGGgg YY GGgg BBB
donde x es un carcter alfabtico de la A en adelante, como se indica en el Adjunto II-12; Los boletines que contengan datos observacionales o climticos (de superficie o de altitud) pro venientes de estaciones terrestres se compilarn con arreglo a una lista de estaciones definida. Los encabezamientos abreviados y el contenido de los boletines debern ser publicados en el Volumen C1, Catlogo de boletines meteorolgicos, de la publicacin Weather Reporting (Informes meteorolgicos) (WMO-No. 9).
Edicin de 2009
II-5
2.3.3
Contenido de los boletines meteorolgicos
Para la compilacin del texto de un boletn meteorolgico se aplicarn los procedimientos 2.3.3.1 siguientes: a) el texto del boletn estar redactado en una sola clave; b) el texto de un boletn no deber contener datos esenciales y adicionales, segn se define en la Resolucin 40 (Cg-XII); c) el texto del boletn tendr una representacin alfanumrica o binaria. Comenzar por la secuen cia siguiente: i) cuando se emplee el Alfabeto Internacional N 5: C R C R L F
ii) cuando se emplee el Alfabeto Telegrfico Internacional N 2:
< <
< <
segn el caso.
d) cuando ninguno de los informes normalmente contenidos en un mensaje habitual estn dispo nibles a la hora normal de transmisin, se enviar el texto NIL. 2.3.3.2 2.3.3.2.1 Texto de boletines meteorolgicos en representacin alfanumrica Cada informe meteorolgico comenzar al principio de una nueva lnea.
2.3.3.2.2 Como seal de separacin de un informe meteorolgico se utilizar la seal 22 (posicin cifras) del Alfabeto Telegrfico Internacional N 2 o la seal N 3/13 del Alfabeto Internacional N 5. La seal seguir a la ltima cifra del ltimo grupo de cada informe, sin ningn espacio en medio. 2.3.3.2.3 Formato de los boletines SYNOP y SHIP a) Los boletines que contienen informes SYNOP y SHIP , en las claves FM 12 y FM 13, respectivamente, deberan presentarse en los formatos a) o b) que figuran en el Adjunto II4, prrafo 4. b) Cuando se utilice el formato a), se transmitirn consecutivamente todas las Secciones 1, 2, 3 y 4 sin insertar espacios ni barras en los grupos de identificacin de las Secciones 3 y 4. Si se utiliza el formato b), las secciones 1, 2, 3 y 4 debern comenzar al principio de la lnea, pero los grupos de iden tificacin de las Secciones 3 y 4 empezarn dejando dos espacios al principio. NOTA:
En el Adjunto II4 se incluyen ejemplos de presentacin de formatos.
2.3.3.2.4 En los boletines de observacin en altitud ( TEMP y PILOT ), cada parte sucesiva (A, B, C y D) ir inmediatamente precedida de una funcin de alineacin (vase el prrafo 2.6.1) y seguida de una seal de separacin. En los boletines de observacin en altitud (TEMP y PILOT ), cada informe de observacin relativo a una estacin va separado del precedente por una seal adicional de cambio de lnea. Adems, cuando las Partes A y B o C y D se transmiten agrupadas, estarn separadas por ocho seales de retorno del carro. 2.3.3.2.5 Los mensajes AMDAR y AIREP debern corresponder a la informacin relacionada con cada punto individual de observacin durante un vuelo. 2.3.3.2.6 Cuando sea posible, y salvo disposiciones especiales contrarias, el texto de un boletn meteorolgico se transmitir de manera que se utilice al mximo la capacidad de una lnea de teletipo (69 caracteres por lnea). 2.3.3.2.7 NIL En el caso de mensajes ordinarios que contengan informes meteorolgicos, deber insertarse NIL a continuacin del designador apropiado de la estacin (que deber de todos modos mantener el lugar que le corresponde en el mensaje cifrado) cuando el informe de dicha estacin se incluya en el contenido del boletn (en el Catlogo de boletines meteorolgicos o en cualquier otra parte) pero no est disponible a la hora de la transmisin. Estos mismos procedimientos se aplicarn tambin a otras informaciones cifradas (por ejemplo, a los informes CLIMAT y CLIMAT TEMP). 2.3.3.2.8 La barra oblicua (/) se utilizar para indicar que faltan cifras o letras en el texto de los boletines meteorolgicos. La barra se representa en el Alfabeto Telegrfico Internacional N 2 por la posicin de cifras de la seal N 24, y en el Alfabeto Internacional N 5 por la seal N 2/15.
Edicin de 2009
II-6
2.3.3.2.9 Los procedimientos anteriores, que se refieren a boletines que contienen informes meteorolgicos tambin se aplicarn a los boletines que contienen otra informacin cifrada (tales como mensajes TAF, CLIMAT y CLIMAT TEMP) procedente de emplazamientos especficos. 2.3.3.3 Texto de los boletines meteorolgicos en representacin binaria
2.3.3.3.1 El texto de los boletines meteorolgicos en representacin binaria deber consistir en un nico mensaje y comenzar por la secuencia C R C R L F
seguida del designador de clave, codificado con arreglo al Alfabeto Internacional N 5. 2.3.3.3.2 NIL En el caso de los boletines BUFR habituales que contengan informes meteorolgicos, todos los campos de los correspondientes subconjuntos de la seccin 4 (datos) del mensaje BUFR, excepto el identificador de estacin y el factor de repeticin retrasada, debern rellenarse con el valor faltante apropiado cuando el informe de la estacin figure en el contenido publicado del boletn (en el Catlogo de boletines meteorolgicos o en cualquier otro lugar) pero no est disponible en el momento de la transmisin. 2.3.4 Seales de fin de mensaje La forma de las seales de fin del mensaje ser la siguiente:
A) Alfabeto Telegrfico Internacional N 2: NOTA:
< <
NNNN
Las seales de fin de mensaje se utilizan para asegurar el avance de pgina y de la banda perforada.
b) Alfabeto Internacional N 5: C R 2.4 2.4.1 2.4.1.1 C R L F E T X
Mensajes dirigidos Categoras de mensajes dirigidos Mensaje de servicio Prioridad: 1
Mensaje sobre el funcionamiento del sistema, por ejemplo, interrupciones, reanudacin des pus de una interrupcin, etc. 2.4.1.2 Peticin de mensaje del SMT Prioridad: 2
Mensaje utilizado para pedir boletines disponibles normalmente en el SMT, incluida la solici tud de repeticin. 2.4.1.3 Mensaje administrativo Prioridad: 4
Mensaje utilizado para la comunicacin entre administraciones. En circunstancias muy excep cionales, un mensaje administrativo muy urgente se podr transmitir como mensaje de servicio. 2.4.1.4 Mensaje de datos Prioridad: 2
Mensaje que consta de datos meteorolgicos. Puede ser la respuesta a la peticin de un mensa je del SMT cuando se trata de un mensaje dirigido, o la respuesta a una peticin dirigida a una base de datos o a una peticin de datos conforme a un acuerdo especial.
Edicin de 2009
II-7
2.4.1.5 2.4.2 siguientes:
Mensaje de peticin dirigido a una base de datos Prioridad: 2 Mensaje utilizado para pedir datos a una base de datos. Encabezamientos abreviados de los mensajes dirigidos Las especificaciones de los encabezamientos abreviados para los mensajes dirigidos son las T1T2A1A2ii CaCaCaCa YYGGgg (BBB) T1T2 = BM, indicativo de mensaje dirigido en forma alfanumrica; T1T2 = BI, indicativo de mensaje dirigido en forma binaria; A1A2 = AA, mensaje administrativo BB, mensaje de servicio RR, peticin de mensajes del SMT RQ, mensaje de peticin a una base de datos DA, mensaje de datos ii = 01 CaCaCaCa = indicativo de localizacin del centro dirigido YYGGgg = hora de insercin en el SMT.
2.4.3
Texto de los mensajes dirigidos
El primer rengln del texto de un mensaje dirigido contendr el indicativo internacional de localizacin del centro originador del mensaje. El contenido real del mensaje empezar en el segundo rengln. 2.5 Peticiones de mensajes del SMT
2.5.1 Un mensaje disponible en el SMT ser la unidad mnima pedida. Todas las peticiones de mensajes del SMT, y en particular las peticiones de repeticin, se efectuarn lo ms pronto posible; de no ser as, puede que el mensaje o mensajes solicitados no estn ya disponibles (vase tambin el prrafo 2.10.2.2) 2.5.2 Mensajes de peticin
2.5.2.1 La peticin de mensajes del SMT se efectuar mediante mensajes dirigidos-peticiones de mensajes del SMT (vanse los prrafos 2.4.1.2 y 2.4.2 para el encabezamiento abreviado, y el prrafo 2.4.3 para la primera lnea del texto del mensaje). 2.5.2.2 Los mensajes de peticin se identificarn mediante el encabezamiento abreviado y se emplearn todos los indicativos para especificar un mensaje determinado. Un mensaje de peticin no contendr ms de ocho peticiones cuando se dirija a un centro situado ms all de un centro adyacente. 2.5.2.3 Cada lnea del texto del mensaje comenzar con el designador AHD (salvo la primera lnea, vase el prrafo 2.4.3). Cada lnea terminar con la seal de separacin del informe, y debera contener un nico encabezamiento abreviado de mensaje pedido. 2.5.3 Peticin de repeticin 2.5.3.1 Las peticiones de repeticin de mensajes del SMT se efectuarn mediante mensajes dirigidos, como peticiones de mensajes del SMT, transmitidos hacia el centro adyacente ms prximo en la direccin en que fluye el trfico. 2.5.3.2 Adems de los procedimientos aplicables a los mensajes de peticin definidos en los prrafos 2.5.2.2 y 2.5.2.3, los mensajes cuya repeticin se solicita pueden identificarse en la peticin mediante los nmeros de secuencia de transmisin del circuito correspondiente. En este caso, la segunda lnea del texto del mensaje comenzar con el designador SQN, seguido del nmero de secuencia de transmisin, de una serie de nmeros de secuencia separados por /, o bien de nmeros de secuencia consecutivos (nnn nnn). 2.5.3.3 Un mensaje de peticin de repeticin slo contendr un nico tipo de identificacin de mensaje pedido, es decir, encabezamientos abreviados (vase el prrafo 2.5.2.3) o nmeros de
Edicin de 2009
II-8
secuencias de transmisin (vase el prrafo 2.5.3.2). El nmero mximo de mensajes pedidos en un solo mensaje de peticin e identificados por los encabezamientos abreviados podr convenirse por acuerdo bilateral entre centros adyacentes. 2.5.4 Respuestas a las peticiones de mensajes del SMT
2.5.4.1 En las respuestas se utilizar el formato de mensajes de datos dirigidos (vase el prrafo 2.4.1.4). Por acuerdo bilateral entre centros adyacentes, sobre todo cuando se trate de peticiones de repeticin, la respuesta puede realizarse en el formato de mensaje ordinario. 2.5.4.2 Un mensaje de datos dirigido en respuesta a una peticin de mensajes del SMT contendr un solo mensaje del SMT. 2.5.4.3 Se responder a las peticiones en todos los casos. Si no se dispone del mensaje requerido, se enviar un mensaje de datos dirigido (vase el prrafo 2.4.1.4) al originador de la peticin con el designador NIL, seguido del identificador de mensaje de que se trate. Si la peticin de mensajes del SMT es incorrecta, debera enviarse un mensaje de datos dirigido, siempre que sea posible, al originador de la peticin con la especificacin ERR, seguido del identificador incorrecto. Las respuestas a los mensajes de peticin de repeticin se transmitirn dentro de los 2.5.4.4 30minutos siguientes a la hora del registro de las peticiones. NOTA: 2.5.5
Si no se pueden atender simultneamente todas las peticiones, las restantes se transmitirn ms tarde.
Peticiones de repeticin de transmisiones por facsmil analgico
2.5.5.1 Las peticiones de repeticin de transmisiones por facsmil analgico se efectuarn mediante mensajes dirigidos (vase el prrafo 2.4.1.2). 2.5.5.2 Cada peticin contendr un identificador propio del documento solicitado. De preferencia, la peticin debera presentarse en la misma forma que las peticiones de boletines meteorolgicos, utilizando el encabezamiento abreviado como identificador. 2.5.5.3 Antes de efectuar una peticin de repeticin de una transmisin por facsmil analgico, debera tenerse en cuenta la existencia de probables factores restrictivos, como los horarios de transmisin establecidos y la prioridad asignada a otra clase de informacin. NOTA:
Si se utiliza un enlace punto a punto, el centro que solicita la repeticin podr indicar al centro transmisor que un documento concreto puede reemplazar la informacin solicitada en ese caso particular.
2.5.6
Respuestas a las peticiones de repeticin de transmisiones por facsmil analgico
Antes de iniciar la repeticin de una transmisin por facsmil analgico podra enviarse un mensaje de datos dirigidos al solicitante de la informacin, indicando la hora prevista para la repeticin. 2.5.7 Mensajes de acuse de recibo
Los procedimientos para el acuse de recibo desde un centro que reciba un boletn al centro originador o a otro centro (por ejemplo, un centro relevador) deberan atenerse a las normas de los mensajes dirigidos en el SMT (vase la seccin 2.4), como mensajes administrativos muy urgentes transmitidos como mensajes de servicio. El contenido de un mensaje dirigido para el acuse de recibo de un boletn tendr el formato siguiente: BMBB01 CaCaCaCa YYGGgg (BBB) CCCC QSL TTAAii YYGGgg CoCoCoCo (BBB) (DDHHMM) (texto opcional) NOTAS: CaCaCaCa = indicativo de emplazamiento del centro de destino, que es habitualmente el centro originador
del mensaje cuyo recibo se acusa. CCCC = indicativo de emplazamiento internacional del centro que enva el acuse de recibo. TTAAii CoCoCoCo YYGGgg (BBB) es el encabezamiento abreviado del mensaje cuyo recibo se acusa, precedi do del prefijo QSL. DDHHMM es el grupo da-hora (da, hora, minuto en UTC) que seala la recepcin efectiva del mensaje cu yo recibo se acusa en el centro CCCC, y que se insertar cuando sea necesario. La tercera lnea del texto del mensaje se agregar en caso necesario.
Edicin de 2009

Ejemplo: BMBB01 PHEB 051132 AMMC QSL WEIO21 PHEB 051130 051132
II-9
2.6 2.6.1
Procedimientos adicionales aplicables tanto a los mensajes ordinarios como a los dirigidos en forma alfanumrica Funcin de alineacin
2.6.1.1 La funcin de alineacin, que garantizar la posicin correcta de los elementos del mensaje en la pgina de los teletipos consistir en lo siguiente: 2.6.1.2 Dos seales retorno del carro; Una seal cambio de lnea.
Las seales de alineacin se transmitirn antes de cada lnea de texto.
2.6.1.3 Cuando se utilice el Alfabeto Telegrfico Internacional N 2 y con el fin de anular el efecto de cualquier paso accidental de la posicin de cifra a la posicin de letra y viceversa, al transmitir la funcin de alineacin, un impulso de cifra (Seal N 30) o de letra (Seal N 29), segn proceda, deber seguir inmediatamente a la citada funcin de alineacin. 2.6.2 Procedimientos de correccin Los siguientes procedimientos de correccin son aplicables a ambos Alfabetos, es decir, N 2 y N 5: a) Los errores cometidos durante la preparacin de una banda y detectados inmediatamente se corregirn por retroceso de la banda, si es posible, y la supresin del error se hace por manipula cin de la seal impulso de letras sobre la parte errnea del Alfabeto Telegrfico Internacional N 2, y de la seal 7/15 (DEL) en el Alfabeto Internacional N 5. b) Si el equipo no se presta a un retroceso de la banda, se efectuarn inmediatamente las correccio nes transmitiendo la seal de error: letra E y seal Espacio repetidas alternativamente tres veces, ms la ltima palabra o ltimo grupo correcto; despus de esto se contina la preparacin de la banda. c) El rengln preliminar, el encabezamiento abreviado y el fin de mensaje de un mensaje meteoro lgico ordinario debern estar exentos de todo error de telecomunicacin. Est prohibida toda forma de correccin, tal como la utilizacin de la seal de error o la supresin de error mediante el uso de la seal de impulso de letra (Seal N 29 del Alfabeto N 2). 2.7 2.7.1 2.7.1.1 Extensin de los mensajes meteorolgicos La extensin de los mensajes meteorolgicos estar determinada de acuerdo a lo siguiente: Antes del 7 de noviembre de 2007:
a) todo boletn meteorolgico no segmentado que deba ser transmitido por el SMT no debera exceder 15 000 octetos; b) todo boletn meteorolgico segmentado en una serie de boletines meteorolgicos para su trans misin por el SMT no debera exceder 250 000 octetos, tanto en su forma original como una vez reconstituido. 2.7.1.2 El da 7 de noviembre de 2007, o con posterioridad a esa fecha: a) la extensin de los boletines meteorolgicos para la representacin alfanumrica de datos transmiti dos por el SMT no debera superar los 15 000 octetos; b) el lmite para los boletines meteorolgicos para la representacin de datos binarios o de imge nes deber pasar de 15 000 a 500 000 octetos; c) dejarn de segmentarse los boletines meteorolgicos para su transmisin por el SMT. NOTA:
Podr intercambiarse informacin meteorolgica utilizando la tcnica de transferencia de ficheros descrita en el Adjunto II-15, en particular cuando la informacin exceda los 250 000 octetos.
Edicin de 2009
II-10
2.7.2 No deberan retenerse innecesariamente los datos de observacin de una transmisin nicamente con el fin de esperar poder constituir un mensaje de la extensin adecuada. Conviene tener en cuenta que para los mensajes que pudieran transmitirse en trnsito 2.7.3 por la red del servicio fijo de telecomunicaciones aeronuticas (RSFTA), la extensin del texto no exceder 200 grupos. 2.8 Procedimientos aplicables a la transmisin de informes de buques y de otras estaciones marinas
2.8.1 Los informes procedentes de buques y otras estaciones marinas en clave SHIP, empezarn con la seal de llamada del buque o por un designador adecuado. 2.8.2 En el caso de buques de estacin ocenica en estacin, el designador de la estacin ocenica preceder al informe en una lnea separada. 2.8.3 Si se trata de buques mviles, el distintivo de llamada se colocar al comienzo de la primera lnea de cada informe. Si no se conoce el distintivo de llamada, se utilizar en su lugar la palabra SHIP. 2.9 Precisin del tiempo en los centros de telecomunicacin
Cada centro adoptar las medidas pertinentes para garantizar que la diferencia entre la hora real en el centro de telecomunicacin y la hora universal no exceda nunca los lmites siguientes: a) 30 segundos en los centros manuales y en los centros automatizados que utilizan el sistema hardware ; b) cinco segundos en los centros automatizados que utilizan el sistema software. 2.10 Procedimientos relativos a las funciones de telecomunicacin de los centros
Los procedimientos que se indican a continuacin se facilitan como directrices con objeto de que las funciones de telecomunicacin de los centros puedan ejecutarse eficazmente. 2.10.1 Demoras
2.10.1.1 Las funciones de los centros de telecomunicaciones meteorolgicas (vase la seccin 2 de la Parte I) deberan incluir la conversin de velocidad y alfabeto, los procedimientos de verificacin y la preparacin de boletines. NOTA:
La ejecucin de estas funciones llevar tiempo y, por lo tanto, se producirn demoras. Las demoras se defi nen como el intervalo comprendido entre la terminacin de la recepcin de un mensaje y su disponibilidad para su ulterior transmisin por un canal de salida.
2.10.1.2 Para la conmutacin automtica de mensajes, la demora aceptable no debera ser superior a 15segundos cuando no es necesario hacer una conversin de velocidad o de alfabeto, y a tres minutos cuando es necesario proceder a la conversin de la velocidad o del alfabeto. 2.10.1.3 Para la verificacin, composicin y preparacin de los boletines, el tiempo utilizado por los centros debera ser del orden de 15 segundos cuando nicamente intervengan circuitos de alta velocidad, y del orden de dos minutos cuando se trate de un circuito de baja velocidad. 2.10.2 Capacidad de archivo 2.10.2.1 Con respecto a la capacidad de archivo para fines de retransmisin, deberan aplicarse los procedimientos que se indican a continuacin. 2.10.2.2 Los centros deberan archivar los datos hasta que haya terminado la transmisin que se est realizando. Para este fin, cuando la transmisin se hace por un circuito en el que se utilizan los procedimientos de acuse de recibo, el almacenamiento de un mensaje en una memoria de acceso rpido nicamente ser necesario hasta que se reciba el acuse de recibo del mensaje. Para circuitos en los que no se utilizan los procedimientos de acuse de recibo, el archivo de un mensaje en una memoria de acceso rpido durante 30 minutos es suficiente. Se debera suponer que se ha recibido el acuse de recibo de un mensaje si no se recibe una peticin de retransmisin dentro de este perodo de tiempo.
Edicin de 2009
II-11
2.10.2.3 Con respecto a la capacidad de almacenamiento para satisfacer las necesidades de los mensajes, los CMM y los CRT deberan almacenar los mensajes que intercambian por el SMT durante un plazo de 24horas. 2.10.3 Catlogos de encaminamientos
2.10.3.1 Los procedimientos aqu descritos se recomiendan para el intercambio de los catlogos de encaminamientos de los Centros del SMT. El catlogo de encaminamiento se intercambia en forma de fichero que puede ser incorporado directamente en la mayora de los programas de bases de datos como ayuda para el anlisis del flujo de datos en el SMT. Los ficheros que contengan catlogos de encaminamientos deberan obtenerse mediante transferencia de ficheros FTP por Internet, cuando ello sea posible, y deberan estar disponibles en cada Centro, o bien en el servidor de la OMM. Este servidor debera contener una lista (con hiperenlaces) de todos los Centros que tengan catlogos de encaminamientos disponibles para el intercambio. Por su parte, todos los Centros deberan proporcionar a la Secretara de la OMM las direcciones URL de sus ficheros respectivos. 2.10.3.2 El catlogo de encaminamiento de un centro del SMT debera proporcionar la informacin siguiente para cada boletn identificado mediante su encabezamiento abreviado TTAAii CCCC: a) el circuito del SMT por el que se recibe el boletn; b) la lista de los circuitos del SMT por los que se enva el boletn. 2.10.3.3 Cada Centro Regional de Telecomunicacin debera preparar un catlogo de encaminamiento y ponerlo a disposicin de los dems Centros del SMT y, en particular, de su CMN asociado. El directorio de encaminamientos debera actualizarse mensualmente, si ello fuera posible y, como mnimo, cada tres meses. 2.10.3.4 Cada uno de los Centros del SMT debera incluir en su catlogo de encaminamiento los encabezamientos abreviados de todos los boletines recibidos y/o transmitidos por cualquiera de los circuitos del SMT conectados al Centro en cuestin (circuitos punto a punto del SMT y circuitos punto a multipunto del SMT, como los sistemas de distribucin por satlite, incluidas las radiodifusiones HF restantes). Todo boletn que, segn lo previsto, vaya a recibir el centro del SMT, aunque no haya sido enviado por el SMT, debera incluirse en el catlogo de encaminamiento. 2.10.3.5 Los boletines recibidos y/o transmitidos por un circuito establecido en el marco de un acuerdo bilateral para el intercambio de datos meteorolgicos deberan incluirse tambin en el catlogo de encaminamiento. 2.10.3.6 El formato del catlogo de encaminamiento, y los procedimientos de acceso a los catlogos de encaminamientos figuran en el Adjunto II-7. 2.10.4 Examen del contenido de directorios de conmutacin
Adems de la actualizacin peridica de los directorios de conmutacin, todos los centros automatizados del SMT deberan depurar regularmente (por ejemplo, cada seis meses) sus directorios de conmutacin, suprimiendo as todos los encabezamientos abreviados de boletines que ya no se prevea intercambiar por el SMT. 2.11 2.11.1 Procedimientos para la transmisin de datos en modo de almacenamiento y retransmisin Prioridades para la transmisin de datos en modo almacenamiento y retransmisin
2.11.1.1 Los mensajes se enviarn sobre la base de cuatro rdenes de prioridad. El orden de prioridad se asignar de acuerdo con el tipo de datos ( T1T2) y est indicado en la Tabla A del Adjunto II5. 2.11.1.2 Dentro de un orden de prioridad, los mensajes se enviarn respetando el principio envo segn el orden de llegada. 2.11.1.3 Los mensajes de mayor prioridad se enviarn antes que los de menor prioridad. No obstante, el envo de un mensaje con mayor grado de prioridad no interrumpir la transmisin ya iniciada de un mensaje. 2.11.2 Deteccin y anulacin de mensajes duplicados Se deberan detectar y eliminar los mensajes duplicados que se reciban por lo menos dentro de las tres horas subsiguientes a la del mensaje original.
Edicin de 2009
II-12 2.12
Protocolos para la comunicacin de datos aplicables al Sistema Mundial de Telecomunicacin
2.12.1 Los protocolos de transmisin que se utilicen en el Sistema Mundial de Telecomunicacin sern elementos de los procedimientos, conforme se especifica en la Recomendacin UIT-T X.25 y en el Protocolo de control de transmisin/protocolo Internet (TCP/IP). 2.12.2 Procedimentos de la Recomendacin UIT-T X.25
Los mtodos y elementos de los procedimientos de la Recomendacin UIT-T X.25 que debern utilizarse en el SMT se esbozan a continuacin y figuran en el Adjunto II13. NOTA:
Las referencias a las capas OSI se han extrado del Modelo de referencia de interconexin de sistemas abier tos (OSI) que figura en la Norma internacional ISO 7498 y la Recomendacin UITT X.20.
2.12.2.1
Capa fsica: (prrafo 1 de la Recomendacin UIT-T X.25, capa fsica/capa 1 de la OSI)
Las disposiciones que figuran en el prrafo 1 de la Recomendacin UIT-T X.25 debern aplicarse a los circuitos punto a punto y al interfaz entre el equipo terminal de datos (ETD) y el equipo de terminacin de circuito de datos (ETCD). 2.12.2.2 Capa de enlace: (prrafo 2 de la Recomendacin UIT-T X.25 capa enlace de datos/capa 2 de la OSI)
Las disposiciones siguientes sern aplicables nicamente a los circuitos punto a punto entre centros del SMT: Estructura de trama: el formato de la trama deber ajustarse a lo establecido en la Tabla I de la Recomendacin UIT-T X.25, con los siguientes prametros: NOTA: Campo de direccin: un octeto. Campo de control: un octeto.
El uso del campo de control ampliado para dos o ms octetos debe continuar estudindose.
Campo de informacin: 259 octetos, 131 octetos facultativos con sujecin al acuerdo que se establezca bilateralmente entre los centros interesados. Elementos de procedimientos: los elementos de procedimientos sern los que se exponen en la seccin 2.3 Elementos de procedimientos LAPB de la Recomendacin UIT-T X.25. Descripcin del procedimiento: La descripcin del procedimiento se ajustar a lo que se expone en la seccin 2.4 Descripcin del procedimiento LAPB de la Recomendacin UIT-T X.25. Se recomienda que los CMM y los CRT asuman las responsabilidades del ETD o el ETCD, y que los CMN asuman el papel del ETD mediante acuerdos que se concierten bilateralmente entre los centros interesados. Los parmetros de sistemas sern los siguientes: Temporizador T1 : T1 > Tiempo de transmisin para tres tramas + tiempo de propagacin bidireccional de la seal a travs del enlace + tiempo mximo para el proceso de una trama en un determinado centro de recepcin. NOTA :
A continuacin figuran ejemplos de valores de temporizador T1 con un tiempo de proceso de 10 milisegundos: Enlaces telegrficos: 9 600 bits/s: 0,4 segundos 4 800 bits/s: 0,8 segundos 2 400 bits/s: 1,6 segundos Enlaces satelitales: 9 600 bits/s: 1,2 segundos 4 800 bits/s: 1,6 segundos 2 400 bits/s: 2,4 segundos Nmero mximo de transmisiones: N2 debe ser 10 Nmero de tramas k pendientes: 2 k 7 La Norma internacional ISO 7776, Sistemas de tratamiento de la informacin Comunicacin de datos Procedimientos de control del enlace de datos de alto nivel Descripcin de los procedimientos de enlace de datos de ETD compatibles con el protocolo de acceso al enlace equilibrado X.25, describe los procedimientos X.25 del nivel 2 en el establecimiento de una conexin directa entre un ETD y un ETCD, y entre dos ETD, sin la intervencin de una red pblica de transmisin de datos por conmutacin de paquetes.
NOTA:
Edicin de 2009
II-13
2.12.2.3
Capa de red: (Secciones 3, 4, 5.1 a 5.5 de la Recomendacin UIT-T X.25 capa 3 de la OSI)
La capa de paquete descrita en la Recomendacin UIT-T X.25 deber utilizarse de conformidad con los procedimientos establecidos para los servicios de circuito virtual permanente (PVC) y de llamada virtual (VC). La extensin mxima del campo de datos del usuario ser facultativa: 256 128 octetos. Dimensin de la ventana W: 2 W 7 en funcin del tipo de circuito de comunicacin y del equipo del sistema. Deberan establecerse uno o ms canales lgicos (PVC y/o VC) entre dos centros adyacentes. Se preferir la multiplexacin proporcionada por los canales lgicos (PVC y/o VC) a la suministrada en la capa fsica (por ejemplo, con mdems V.29). Los procedimientos recomendados para la utilizacin de CV (denominados tambin circuitos virtuales conmutados, CVC) figuran en el Adjunto II-14. NOTA:
Podrn utilizarse uno o ms PVC y/o VC entre centros no adyacentes mediante acuerdo multilateral.
Cuando no se hayan aplicado los procedimientos de la capa de transporte, se utilizar la marca ms datos (elemento binario M) para identificar la secuencia de paquetes que contiene el mensaje completo. NOTA:
La Norma internacional ISO 8208, Sistemas de tratamiento de la informacin Comunicacin de datos Protocolo X.25 para equipos terminales de tratamiento de datos que funcionan en el modo paquetes, describe los procedimientos X.25 de la capa de paquete, en el establecimiento de una conexin directa en tre un ETD y un ETCD, y entre dos ETD, sin la intervencin de una red pblica de transmisin de datos por conmutacin de paquetes.
2.12.2.4
Capa de transporte (Capa 4 de la OSI)
Debera emplearse un protocolo de transporte conforme a la Recomendacin UITT X.22. Cuando se apliquen los procedimientos de clase 2, incluyendo los que garantizan la multiplexacin, debern utilizarse el control explcito del flujo y la transferencia acelerada de datos. Pueden emplearse los protocolos de transporte de clases 3 4, adems del de clase 2, cada vez que se considere necesario. 2.12.3 Protocolo TCP/IP
Las prcticas y procedimientos recomendados para la ejecucin, utilizacin y aplicacin del Protocolo de control de transmisin/protocolo Internet (TCP/IP) en el Sistema Mundial de Telecomunicacin se indican en el Adjunto II.15. 2.13 Transmisin y recopilacin de boletines meteorolgicos por Internet
Internet puede utilizarse para la transmisin y recopilacin de boletines meteorolgicos. Su finalidad es servir de sistema complementario de comunicaciones que se emplear en pruebas y en casos particulares, o cuando no se cuente con un enlace especializado del SMT. Por lo que respecta al correo electrnico y/o la captacin de datos por la web, debern utilizarse las prcticas que figuran en el Adjunto II-16 con vistas a reducir al mnimo los riesgos de seguridad inherentes. 2.14 Procedimientos suplementarios aplicables a las transmisiones por radioteletipo
Adems de los procedimientos generales de telecomunicacin indicados anteriormente, existen procedimientos especiales aplicables a las transmisiones por radioteletipo. 2.14.1 llamada. Identificacin Una emisin por radioteletipo ir precedida de la transmisin de las seales de
2.14.1.1 Las seales de llamada comprendern: la llamada general a todas las estaciones (transmitida tres veces), la seal convencional DE, la identificacin de la estacin emisora que comprende el designador de radio seguido del ndice o ndices de referencia de la frecuencia (transmitidos tres veces), y de las letras RY repetidas sin interrupcin sobre una lnea (69 caracteres).
Edicin de 2009
II-14 Ejemplo:
CQ CQ
CQ
DE
WSY21/22 69 caracteres
WSY21/22
WSY21/22
RYRY ----------------------------------------------------------------------------- RYRYRYR
2.14.1.2
Transmisin de seales de llamada Se transmitirn seales de llamada:
a) por lo menos durante los dos minutos que preceden a la hora oficial del comienzo de las emisio nes que se inician a una hora fija; b) cada vez que la estacin no tiene trfico, durante los perodos previstos de emisin; c) durante los cinco minutos que preceden a la primera emisin consecutiva a un cambio de frecuencia. Procedimientos especiales para los centros de retransmisin
2.14.2
2.14.2.1 En los intercambios por radioteletipo en los que un centro de telecomunicacin est encargado de retransmitir los mensajes procedentes de otro centro, el encabezamiento abreviado no ser modificado cuando se retransmita el boletn. 2.14.2.2 Cuando se reciba un mensaje con parte del texto confuso, el centro de retransmisin lo retransmitir tal como lo ha recibido y, si es posible, tratar de obtener una retransmisin del centro de origen. 2.14.2.3 Deberan establecerse instrucciones nacionales por lo que se refiere a las medidas que hayan de adoptarse en el caso de que se produzca una gran alteracin de los mensajes, a fin de que todos los datos utilizables sean retransmitidos con el menor retraso, eliminando sin embargo, cuando sea posible, las partes totalmente alteradas. Cuando se efecte la eliminacin mencionada, se debera aadir la abreviatura INC al final del boletn para indicar que est incompleto; el centro retransmisor debera tomar todas las disposiciones necesarias para recibir del centro de origen las partes del boletn que hayan experimentado alteracin, para retransmitirlas lo antes posible. 3. 3.1 Procedimientos que se aplican a la transmisin de informacin meteorolgica en forma grfica por el Sistema Mundial de Telecomunicacin Formato de informacin meteorolgica en forma grfica
Los elementos de identificacin que deberan figurar en el recuadro para la identificacin de informacin pictrica (que sern fijados en el ngulo inferior izquierdo del mapa y tambin, si es posible, en el ngulo superior derecho) se determinarn en el plano nacional. Estos elementos deberan ser fciles de identificar, leer y entender y, por lo tanto, deberan incluir por lo menos el encabezamiento abreviado de la informacin pictrica. 3.2 Necesidades en materia de retransmisin de facsmil (analgico)
3.2.1 La retransmisin de facsmil (analgico) se debera efectuar por el modo de almacenamiento y retransmisin o por transmisin directa (por conmutacin) de las seales. 3.2.2 tiempo. En todos los casos, la retransmisin de facsmil debera efectuarse con la mnima prdida de
3.2.3 En el sistema de almacenamiento y retransmisin para la retransmisin de facsmil analgico deberan utilizarse dispositivos de registro y archivo de alta calidad, tales como registradores de banda magntica, con objeto de mantener la calidad de la imagen durante todo el proceso de almacenamiento y de retransmisin. Durante el proceso de archivo y de retransmisin debern mantenerse todas las caractersticas tcnicas de transmisin especificadas en la seccin 5 de la Parte III. 3.2.4 En algunos centros se puede posibilitar y facilitar el archivo de facsmiles utilizando una computadora equipada con un dispositivo de conversin analgica/digital de las seales recibidas, y de reconversin digital/analgica de las seales retransmitidas. 3.2.5 En algunos casos, la transmisin de seales de facsmil en forma analgica puede efectuarse
Edicin de 2009
II-15
sin archivo previo en los centros de retransmisin, con lo cual habr una prdida mnima de tiempo en el trnsito por diversos segmentos consecutivos de una red de telecomunicaciones. 3.2.6 Los centros que no estn equipados para el modo de almacenamiento y retransmisin dentro de un plazo de tres minutos, ni para la transmisin por conmutacin directa, dispondrn de una capacidad adecuada de archivo en cintas magnticas convencionales o en un medio equivalente, para asegurar la retransmisin del facsmil (analgico). La capacidad de archivo deber ser suficiente para poder archivar por lo menos una imagen completa. 3.2.7 nicamente como solucin subsidiaria de emergencia se recurrir a las copias en papel a partir de registradores de mapas, con objeto de facilitar las operaciones de archivo y de envo. 3.3 Transmisin peridica de la imagen patrn de la OMM
Se debera transmitir peridicamente la imagen patrn normalizada de la OMM, atendiendo a las peticiones formuladas, por todos los segmentos del Sistema Mundial de Telecomunicacin por los que se efectan habitual transmisiones de facsmil (analgico). NOTA: 3.4
La imagen patrn normalizada de la OMM se reproduce en el Adjunto II8.
Procedimientos de transmisin de facsmil digital codificado y no codificado
La transmisin del facsmil digital codificado y no codificado debera realizarse mediante uno de los procedimientos siguientes: a) la informacin relativa a datos alfanumricos y al facsmil digital debera transmitirse, sobre una base de comparticin en el tiempo, en un solo enlace de datos; b) la informacin relativa a datos alfanumricos y al facsmil digital debera transmitirse por canales sepa rados, multiplexados mediante un mdem, conforme a lo dispuesto en la Recomendacin UIT-T V.29. NOTA: 4. 4.1
Los procedimientos que han de aplicarse figuran en el Adjunto II9.
Calidad de las transmisiones meteorolgicas Verificacin y control
Todas las transmisiones de informacin meteorolgica sern verificadas peridicamente por el centro de origen, con objeto de garantizar el cumplimiento de los procedimientos y especificaciones recomendados, permitiendo as un funcionamiento satisfactorio del SMT. 4.2 Informes sobre condiciones de recepcin
4.2.1 La clave RECEP se utilizar para notificar las condiciones de recepcin de las transmisiones meteorolgicas por radio. NOTA:
La clave RECEP figura en el Adjunto II10.
4.2.2 Los destinatarios enviarn peridicamente informes sobre las condiciones de recepcin a los centros de origen de las transmisiones por radio. 5. 5.1 Procedimientos para enmendar las publicaciones de la OMM y mtodos de notificacin Responsabilidad en lo que respecta a la notificacin de las enmiendas
La informacin destinada a las publicaciones de la OMM deber mantenerse actualizada. Las notificaciones de las enmiendas debern enviarse a la Secretara de la OMM por lo menos dos meses antes de la fecha efectiva de entrada en vigor del cambio.
Edicin de 2009
II-16 5.2
Mensajes METNO y WIFMA
El nombre de clave METNO se emplea para identificar los mensajes que contienen infor 5.2.1 macin referente al Volmen A, Estaciones de observacin, y Volmenes C1, Catlogo de boletines meteorolgicos y C2, Programa de transmisiones, de la publicacin Weather Reporting (Informes meteorolgicos) (WMO-No. 9); el nombre de clave WIFMA se utiliza para identificar los mensajes que contienen informacin relativa al Volumen D (Informacin para la navegacin martima) de la publicacin Weather Reporting (Informes meteorolgicos) (WMO-No. 9). Los mensajes METNO tambin contendrn, en su caso, informacin sobre cambios importantes que se presenten en las claves meteorolgicas internacionales y en los procedimientos de telecomunicacin. NOTA:
Con objeto de notificar lo antes posible las modificaciones que se deban introducir en los Volmenes A, C y D de la publicacin Weather Reporting (Informes meteorolgicos) (WMO-No.9), la Secretara difunde men sajes METNO y WIFMA que se aaden al servicio normal de suplementos a dichos volmenes.
5.2.2 Los mensajes METNO y WIFMA se transmitirn desde Ginebra a Zurich, y desde all al CRT asociado para su distribucin mundial por el Sistema Mundial de Telecomunicacin. Los mensajes METNO y WIFMA se compilarn en la forma de presentacin normalizada 5.2.3 de los mensajes meteorolgicos ordinarios utilizando el encabezamiento abreviado NOXX02 LSSW para los cambios relativos al Volumen C1, Catlogo de boletines meteorolgicos, Weather Reporting (Informes meteorolgicos) (WMO-No. 9) y NOXX01 LSSW para los cambios relativos a los dems volmenes de la publicacin Weather Reporting (WMO-No. 9).
Edicin de 2009
ADJUNTO II-1
ALFABETO TELEGRFICO INTERNACIONAL N 2*

1. Introduccin
1.1 Esta Recomendacin define el repertorio de los caracteres grficos y de control utilizados en el Alfabeto Telegrfico Internacional N 2 (ATI N 2) y la representacin codificada de estos caracteres para fines de comunicacin. Contiene tambin disposiciones relativas a la utilizacin de ciertas combinaciones. 1.2 El juego de caracteres codificados ATI N 2 se basa en una estructura de cinco unidades. 1.3 El ATI N 2 se define tambin en la Recomendacin F.1 para el servicio pblico internacional de telegramas, y en la Recomendacin F.60 se especifica que debe utilizarse tambin para el servicio tlex. Puede asimismo utilizarse para otras aplicaciones, tales como circuitos especializados o arrendados. 1.4 Para las definiciones relativas a la telegrafa alfabtica, vanse las definiciones contenidas en la Recomendacin R.140 y en el captulo 721 del Vocabulario Electrotcnico Internacional (VEI). 2. 2.1 Repertorio de caracteres Los caracteres grficos a los que corresponde una seal en el ATI N 2 son: Los 26 caracteres alfabticos latinos: A B C D E F G H I J K L M N O P Q R S T U V W X Y Z; Las cifras enteras: 0 1 2 3 4 5 6 7 8 9; Signos de puntuacin y signos varios: Punto Coma Dos puntos o signo de divisin Signo de interrogacin (final) Apstrofo Cruz o signo ms Guin o signo menos Barra de fraccin o signo de divisin Signo igual o doble guin Parntesis izquierdo Parntesis derecho . , : ? + / = ( )
2.2 Tres caracteres grficos (por ejemplo, letras acentuadas y signos de moneda) pueden utilizarse para uso nacional o privado (vase ms adelante el prrafo 4.2). 2.3 Esta Recomendacin no define un estilo, tipo de letra de imprenta o clase de letra (maysculas o minsculas) particular, ni tampoco la disposicin de los teclados en teleimpresores o dispositivos terminales similares. 2.4 El ATI N 2 proporciona los siguientes caracteres de control: con quin comunico? accionamiento del dispositivo de transmisin de distintivo, del aparato correspondiente ______ * Tomado del Libro Azul del CCITT, Fascculo VII.1. La Recomendacin S.1 se reproduce con autori zacin previa de la Unin Internacional de Telecomunicaciones, que se reserva los derechos de reproduccin correspondientes.
Edicin de 2009
II-1/2
accionamiento de una seal acstica del aparato correspondiente retroceso del carro cambio de rengln cambio a letras (inversin letras) cambio a cifras (inversin cifras) espacio o blanco todos espacios o nulo (no hay perforacin de la cinta). 3. Codificacin
3.1 Las 32 combinaciones del ATI N 2 consisten en secuencias de cinco unidades, cada una de las cuales puede adoptar dos estados significativos (A o Z); estas combinaciones se indican en el cuadro 1/S.1. 3.2 El estado A corresponde a la polaridad de arranque, no perforacin de la cinta de papel y smbolo 0 en la notacin binaria. El estado Z corresponde a la polaridad de parada, perforacin de la cinta de papel y smbolo 1 en la notacin binaria. Para las modulaciones de frecuencia y de amplitud equivalentes que corresponden a los estados A y Z en el equipo de telegrafa armnica, vase la Recomendacin V.1 y las Recomendaciones pertinentes de la serie R. NOTA 1: El nivel y la polaridad de la tensin y de la corriente que corresponden a los estados A y Z (por ejemplo, en
el extremo local con su terminacin) son de incumbencia nacional y, por tanto, no se definen en el plano internacional.
NOTA 2: Los trminos arranque y parada, y reposo y trabajo se han utilizado asimismo para describir los es
tados A y Z respectivamente (vase la definicin 31.37 en la Recomendacin R.140).
4.
Combinaciones particulares
4.1 De conformidad con la Recomendacin S.8 y las Recomendaciones pertinentes de la serie U, la seal WRU (con quin comunico?, combinacin N 4 en la posicin cifras) se utiliza para accionar la unidad de transmisin de distintivo del aparato correspondiente en los servicios internacionales tlex y gntex, y puede tambin proporcionar un smbolo impreso (vase el cuadro 2/S.1). 4.2 Puesto que algunas Administraciones asignan las combinaciones nmeros 6, 7 y 8 en la posicin cifras para usos internos mientras que otras no lo hacen, conviene evitar las interpretaciones distintas que podran aparecer en estas circunstancias si estas combinaciones se utilizaran libremente en los servicios internacionales. En consecuencia, el empleo de las combinaciones nmeros 6, 7 y 8 en posicin cifras no est definido, por lo que no debe utilizarse en los servicios internacionales excepto en los casos de acuerdo expreso entre Administraciones; as pues, se recomienda: que, en todos los servicios, estas combinaciones se sealen de una manera especial en el teclado; que los servicios que no utilizan estas combinaciones coloquen en la posicin secundaria de los bloques de impresin (o del mecanismo equivalente) de las letras F, G y H un smbolo arbitrario, como, por ejemplo, un cuadrado; la aparicin de este smbolo en el papel significar una impresin anormal. 4.3 La combinacin N 10 seal acstica podr tambin proporcionar un smbolo impreso (vase el cuadro 2/S.1). 4.4 Las combinaciones nmeros 29 y 30, cambio a letras y cambio a cifras, respectivamente, se utilizan para poner el aparato terminal en la posicin letras o cifras, de modo que: toda combinacin N 1 a 26 recibida engendre una seal impresa en la posicin letras (segunda columna del cuadro 1/S.1) si la ltima seal de cambio recibida es una seal de cambio a letras; toda combinacin N 1 a 26 recibida engendre una seal impresa en la posicin cifras (tercera columna del cuadro 1/S.1) si la ltima seal de cambio recibida es una seal de cambio a cifras, salvo lo indicado en cuanto a las combinaciones nmeros 4 y 10 en los prrafos 4.1 y 4.3.
Edicin de 2009
ADJUNTO ii-1
II-1/3
Cuadro 1/S.1 Alfabeto Telegrfico Internacional N 2 (ATI N 2)
Nmero de la Posicin letras Posicin cifras combinacin 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32
1 Z Z A Z Z Z A A A Z Z A A A A A Z A Z A Z A Z Z Z Z A A Z Z A A 2 Z A Z A A A Z A Z Z Z Z A A A Z Z Z A A Z Z Z A A A A Z Z Z A A
Codificacin 3 A A Z A A Z A Z Z A Z A Z Z A Z Z A Z A Z Z A Z Z A A A Z A Z A 4 A Z Z Z A Z Z A A Z Z A Z Z Z A A Z A A A Z A Z A A Z A Z Z A A 5 A Z A A A A Z Z A A A Z Z A Z Z A A A Z A Z Z Z Z Z A A Z Z A A
A - B ? C : D Vase el prrafo 4.1 E 3 F G Vase el prrafo 4.2 H I 8 J Seal acstica K ( L ) M . N , O 9 P 0 Q 1 R 4 S T 5 U 7 V = W 2 X / Y 6 Z + Retroceso del carro Cambio de rengln Inversin letras Vase el prrafo 4.5 Inversin cifras Vase el prrafo 4.5 Espacio Vase el prrafo 4.7
4.5 Las combinaciones nmeros 29 (cambio a letras), 30 (cambio a cifras) y 32 (todos espacios, nulo o no perforacin de cinta) no debern afectar al avance de espacio de las mquinas terminales, excepto cuando su recepcin se indica imprimiendo un smbolo, como se expresa en el prrafo 5. 4.6 Utilizacin de letras maysculas y minsculas
4.6.1 En el ATI N 2 es posible utilizar teleimpresores con dos series de caracteres de letras, maysculas y minsculas. 4.6.2 Es posible utilizar secuencias de las combinaciones de cambio del ATI N 2 para el paso de una serie a la otra. 4.6.3 Si se ofrece esta posibilidad, es esencial asegurar la compatibilidad con los teleimpresores que tienen una sola serie de caracteres de letras. 4.7 4.7.1 Utilizacin de la combinacin N 32 La combinacin N 32 puede utilizarse en ciertas secuencias de seales de conmutacin;
Edicin de 2009
II-1/4
esas utilizaciones se precisan en las Recomendaciones U.11, U.20, U.22 y S.4. 4.7.2 La combinacin N 32 no debe utilizarse en la fase de comunicacin (despus de establecida la comunicacin) en el servicio tlex internacional. 4.7.3 La combinacin N 32 puede utilizarse en la fase de comunicacin (despus de establecida la comunicacin) en un servicio nacional, o por acuerdo bilateral entre dos Administraciones, como carcter de control para ciertas funciones, por ejemplo, el paso a un alfabeto nacional diferente del ATI N 2. 4.7.4 La combinacin N 32 no debe emplearse para el paso de una forma de caracteres a otra dentro del ATI N 2, ni para el paso de un alfabeto telegrfico internacional a otro. 5. Representacin grfica de los caracteres de control
Cuando se requiera una indicacin grfica de la recepcin o la transmisin de ciertos caracteres de control, dicha indicacin debe efectuarse imprimiendo los smbolos del cuadro 2/S.1. Cuadro 2/S.1 Smbolos de impresin para representar los caracteres de control Funcin Nmero de la Posicin Smbolo combinacin Representacin alfabtica
Con quin comunico? 4 cifras (WRU) (vase la Nota 1) Seal acstica (timbre) Retroceso del carro Cambio de rengln Cambio a letras (inversin letras) Cambio a cifras (inversin letras) Espacio Todos espacios: Nulo 10 27 28 29 cifras letras o cifras letras o cifras letras o cifras EQ
BL CR LF SL o LS
30
letras o cifras
SF o FS
31 32
letras o cifras letras o cifras
SP NU
NOTA 1: La representacin pictogrfica indicada es una forma esquemtica (X) que puede utilizarse tambin cuando
el equipo lo permita.
NOTA 2: Cada representacin alfabtica debe considerarse como un solo smbolo. Puede ocupar una posicin en una
lnea impresa o visualizada.
Edicin de 2009
ADJUNTO II-2
ALFABETO INTERNACIONAL N 5*
INTRODUcciN Los trabajos efectuados en comn por el CCITT y la Organizacin Internacional de Normalizacin (ISO) han llevado a establecer un alfabeto de siete unidades que puede responder a las necesidades de los usuarios particulares de circuitos arrendados y de los usuarios de las transmisiones de datos, mediante conexiones establecidas por conmutacin en la red telefnica general o en las redes telegrficas. Este Alfabeto Internacional N 5 (AI N 5) no est destinado a sustituir al Alfabeto Telegrfico Internacional N 2 (ATI N 2), sino que es un alfabeto suplementario que se pone a disposicin de los usuarios cuyas necesidades no puede satisfacer el Alfabeto Telegrfico Internacional N 2, de posibilidades ms reducidas. Se considera que el Alfabeto Internacional N 5 constituye un lenguaje bsico comn para la transmisin de datos y para sistemas complejos de transmisin de mensajes. El Alfabeto Internacional N 5 no excluye la utilizacin de cualquier otro alfabeto que se adapte mejor a necesidades especiales. 1. Objeto y campo de aplicacin
1.1 En la presente Recomendacin se especifica un juego de 128 caracteres (caracteres de control y caracteres grficos como letras, cifras y smbolos) con su representacin codificada. La mayor parte de estos caracteres son obligatorios e inmodificables, si bien se prev cierta flexibilidad para satisfacer necesidades nacionales y de otra ndole. 1.2 En la presente Recomendacin se especifica un juego de caracteres codificados de 7 bits con un cierto nmero de opciones. Se proporciona tambin orientacin sobre el empleo de dichas opciones para definir versiones nacionales especficas y versiones orientadas a aplicaciones. Se especifica, adems, la versin internacional de referencia (VIR) en la cual se han aplicado estas opciones. 1.3 La finalidad primordial de este juego de caracteres es el intercambio de informacin entre sistemas de proceso de datos y equipos asociados, y dentro de sistemas de comunicaciones de datos. Al determinar este juego de caracteres se ha tenido en cuenta tambin la necesidad de caracteres grficos y de funciones de control para el proceso de datos. 1.4 Este juego de caracteres es aplicable a todos los alfabetos latinos. 1.5 El juego de caracteres comprende caracteres de control para ampliacin de cdigos cuando sus 128 caracteres son insuficientes para aplicaciones particulares. Los procedimientos para la utilizacin de estos caracteres de control se especifican en la Norma ISO 2022. 1.6 Las definiciones de algunos caracteres de control dadas en esta Recomendacin suponen que los datos asociados con los mismos deben procesarse en serie hacia adelante. Si se incluyen en cadenas de datos, objeto de un proceso distinto del proceso en serie hacia adelante, o entre datos dispuestos en un formato adecuado para el proceso de registros fijos, estos datos pueden tener un efecto indeseable o pueden requerir un proceso adicional especial para asegurar que den como resultado el efecto deseado. 2. 2.1 Conformidad y aplicacin Conformidad
Un juego de caracteres codificado est en conformidad con esta Recomendacin si es una versin que se ajusta a la seccin 6. Para ajustarse a esta Recomendacin, los equipos han de ser capaces de intercambiar informacin mediante una versin del juego de caracteres codificados de 7 bits y esta versin se identificar en cualquiera de estos casos. ______ * Tomado del Libro azul del CCITT, Fascculo VII.3. La Recomendacin T.50 se reproduce con autori zacin previa de la Unin Internacional de Telecomunicaciones, que se reserva los derechos de reproduccin correspondientes.
Edicin de 2009
II-2/2 2.2
Aplicacin
La utilizacin de este juego de caracteres requiere definiciones de su aplicacin en diversos medios, por ejemplo, cintas perforadas, tarjetas perforadas, medios magnticos y canales de transmisin, de manera que el intercambio de datos pueda efectuarse bien indirectamente mediante un registro intermedio en un medio fsico, o bien por una conexin local de diversas unidades (tales como dispositivos de entrada y salida, y computadores) o mediante equipos de transmisin de datos. La aplicacin de este juego de caracteres codificados en medios fsicos y para la transmisin, teniendo en cuenta la necesidad de control de errores, est descrita en publicaciones de la ISO. 3. 3.1 3.2 Definiciones A los efectos de la presente Recomendacin, se aplican las siguientes definiciones: combinacin de bits Conjunto ordenado de bits utilizado para la representacin de caracteres. carcter
Miembro de un conjunto de elementos utilizado para la organizacin, el control o la represen tacin de datos. 3.3 juego de caracteres codificados; cdigo
Conjunto de reglas inequvocas que establece un juego de caracteres y una correspondencia biunvoca entre los caracteres del juego y sus combinaciones de bits. 3.4 extensin o ampliacin de cdigo
Tcnicas para la codificacin de caracteres que no forman parte del juego de caracteres de un cdigo dado. 3.5 3.6 3.7 tabla de cdigo Tabla que muestra el carcter asignado a cada combinacin de bits de un cdigo. carcter de control Funcin de control cuya representacin codificada consiste en una sola combinacin de bits. funcin de control
Accin que afecta al registro, proceso, transmisin o interpretacin de datos y que tiene una representacin codificada que consiste en una o ms combinaciones de bits. 3.8 carcter grfico
Carcter que no es una funcin de control y que tiene un representacin visual normalmente manuscrita, impresa o sobre pantalla. 3.9 posicin Parte de una tabla de cdigo identificada por sus coordenadas de columna y fila.
Edicin de 2009
ADJUNTO ii-2
II-2/3
4.
Especificacin del juego de caracteres codificados
Los bits de las combinaciones del cdigo de 7 bits se identifican por b7, b6, b5, b4, b3, b2 y b1, donde b7 es el bit de orden superior o ms significativo y b1 es el bit de orden inferior o menos significativo. Puede considerarse que en notacin binaria las combinaciones de bits representan nmeros enteros en la gama comprendida entre 0 y 127, atribuyendo el peso siguiente a cada bit: Bit: Peso: b7 64 b6 32 b5 16 b4 8 b3 4 b2 2 b1 1
En la presente Recomendacin, las combinaciones de bits se identifican mediante una notacin de la forma x/y, donde x es un nmero comprendido entre 0 y 7 e y es un nmero comprendido entre 0 y 15. La correspondencia entre las notaciones de la forma x/y y las combinaciones de bits constituidas por los bits b7 a b1 es la siguiente: x es el nmero representado por b7, b6 y b5, cuando se han dado a estos bits los pesos 4, 2 y1, respectivamente; y es el nmero representado por b4, b3, b2 y b1, cuando se han dado a estos bits los pesos 8, 4, 2 y 1, respectivamente. Las notaciones de la forma x/y son iguales a las utilizadas para identificar posiciones de la tabla de cdigo, donde x es el nmero de columna e y el nmero de fila (vase el prrafo 7). Las 128 combinaciones de bits del cdigo de 7 bits representan caracteres de control y caracteres grficos. La asignacin de caracteres a combinaciones de bits se basa en los principios siguientes: las combinaciones 0/0 a 1/15 representan 32 caracteres de control; la combinacin 2/0 representa el carcter ESPACIO (SPACE), que se interpreta como carcter de control y como carcter grfico; las combinaciones 2/1 a 7/14 representan hasta 94 caracteres grficos, puesto que una o ms de estas combinaciones de bits pueden declararse no utilizadas (vase el prrafo 4.3); la combinacin 7/15 representa el carcter de control SUPRESIN (DELETE). La asignacin de caracteres individuales a las combinaciones de bits del cdigo de 7 bits se especifica en los prrafos 4.1, 4.2 y 4.3. En esta Recomendacin se asigna como mnimo un nombre a cada carcter. Adems, se especifica un acrnimo para cada carcter de control y para el carcter ESPACIO (SPACE), y un smbolo grfico para cada carcter grfico. Por acuerdo, se utilizan letras maysculas y guiones para escribir los nombres de los caracteres, salvo para las letras minsculas. Para los acrnimos, slo se utilizan letras maysculas y cifras. La finalidad es que en todas las traducciones del texto se mantengan los acrnimos y este acuerdo. Los nombres elegidos para indicar caracteres grficos estn destinados a reflejar su significado habitual. Sin embargo, la presente Recomendacin no define ni restringe los significados de los caracteres grficos. Tampoco se especifica un estilo particular o tipo de imprenta para los caracteres grficos represen tados. 4.1 Caracteres de control
Los caracteres de control del juego de caracteres codificados de 7 bits se clasifican en las siguien tes categoras: a) Caracteres de control de transmisin Estn destinados a controlar o facilitar la transmisin de informacin por redes de telecomunicacio nes. Los procedimientos para la utilizacin de los caracteres de control de transmisin en redes de telecomunicaciones se describen en publicaciones de la ISO. b) Determinantes de formato Estn destinados principalmente al control de la presentacin y posicionamiento de la informacin en dispositivos de presentacin de caracteres, tales como dispositivos de impresin y de visualizacin.
Edicin de 2009
II-2/4 c)
Caracteres de control de extensin de cdigo Se utilizan para ampliar el juego de caracteres del cdigo. Pueden alterar el significado de una o ms combinaciones de bits siguientes en la cadena de datos. Los procedimientos para la utilizacin de los caracteres de control de ampliacin del cdigo se especifican en la Norma ISO 2022.
d) Caracteres de control de dispositivos Estn destinados al control de dispositivos locales o distantes, o de dispositivos auxiliares conectados a un sistema de proceso o de comunicacin de datos. Estos caracteres de control no estn destinados a controlar sistemas de comunicacin de datos; a tal efecto, debern utilizarse caracteres de control de transmisin. e) Separadores de informacin Se utilizan para separar y calificar datos de manera lgica. Hay cuatro caracteres de este tipo que pueden utilizarse en orden jerrquico o no jerrquico; en el segundo caso, su significado especfico depende de la aplicacin. Otros caracteres de control Se trata de los caracteres de control que quedan fuera de las categoras precedentes.
f)
Las composiciones de cada categora y la asignacin de cada uno de los caracteres de control de cada categora a combinaciones de bits del cdigo de 7 bits se especifican en los prrafos 4.1.1 a 4.1.6. Cada uno de estos puntos contiene una tabla de tres columnas: en la primera, se especifica el acrnimo de cada carcter de control; en la segunda, se especifica el nombre normalizado del carcter de control y, en la tercera, llamada Representacin codificada, se especifica la combinacin de bits que representa el carcter de control en cuestin. 4.1.1 En la seccin 8 se ofrecen descripciones funcionales detalladas de todos los caracteres de control. Caracteres de control de transmisin
En el cuadro 1/T.50 se especifican los caracteres de control de transmisin y sus representaciones codificadas. Cuadro 1/T.50 Caracteres de control de transmisin Representacin codificada Acrnimo Nombre 4.1.2 SOH STX ETX EOT ENQ ACK DLE NAK SYN ETB Comienzo de encabezamiento Comienzo de texto Fin de texto Fin de transmisin Pregunta Acuse de recibo Escape de enlace de datos Acuse de recibo negativo Sincronizacin Fin de bloque de transmisin Representacin codificada 0/1 0/2 0/3 0/4 0/5 0/6 1/0 1/5 1/6 1/7
Determinantes de formato
En el cuadro 2/T.50 se especifican los determinantes de formato y sus representaciones codificadas. Cuadro 2/T.50 Determinantes de formato Representacin codificada Acrnimo Nombre BS HT LF VT FF CR Retroceso de un espacio Tabulacin horizontal Cambio de rengln Tabulacin vertical Pgina siguiente Retroceso del carro Representacin codificada 0/8 0/9 0/10 0/11 0/12 0/13
Edicin de 2009
ADJUNTO ii-2
II-2/5
4.1.2.1
Conceptos Las definiciones de los determinantes de formato emplean los siguientes conceptos:
a) Una pgina se compone de un cierto nmero de lneas, cada una de las cuales se compone de un cierto nmero de posiciones de carcter; b) Cada posicin de carcter es capaz de representar el carcter ESPACIO o un smbolo grfico; c) El smbolo grfico representado en una posicin de carcter representa un carcter grfico, una fun cin de control o una combinacin de uno o ms caracteres grficos y/o funciones de control;
d) La posicin activa es la posicin de carcter en el cual ha de efectuarse la accin requerida por el siguiente carcter en el tren de datos. Si el siguiente carcter es un carcter grfico, se representa en esa posicin; si es un carcter de control, la funcin correspondiente se realiza con respecto a esa posicin; e) Los movimientos de la posicin activa se efectan como sigue: i) La posicin activa se adelanta una posicin de carcter inmediatamente despus de representar un ESPACIO o un carcter grfico, y despus de ejecutar la funcin correspondiente a un carcter de control para el cual se requiere representar un smbolo grfico; ii) La posicin activa se mueve a una posicin de carcter especificada al ejecutar la funcin corre spondiente a un carcter de control que est definido para producir un movimiento de la posicin activa (es decir, un determinante de formato); f) La posicin activa no se mueve al ejecutar la funcin correspondiente a un carcter de control que no necesita ser representado por un smbolo grfico ni definido para producir un movimiento de la posi cin activa; El efecto de la tentativa de mover la posicin activa ms all de las fronteras de una lnea o de una pgina no se define en esta Recomendacin. Movimientos horizontales y verticales combinados de la posicin activa
g)
4.1.2.2
Los determinantes de formato se definen para aplicaciones en las cuales se efectan separada mente movimientos horizontales y verticales de la posicin activa. Si se requiere un solo carcter de control para efectuar la accin de RETROCESO DEL CARRO en combinacin con un movimiento vertical, se utilizar el determinante de formato para este movimiento vertical. Por ejemplo, si se requiere la funcin nueva lnea (equivalente a la combinacin de RETROCESO DEL CARRO y CAMBIO DE RENGLN) como un solo carcter de control, se utilizar la combinacin de bits 0/10 para representarla. Para esta sustitucin se requiere acuerdo entre el que transmite y el que recibe los datos, y se identificarn los determinantes de formato que resultan afectados (CAMBIO DE RENGLN, TABULACIN VERTICAL y/o PGINA SIGUIENTE) (vase el prrafo 6). Para evitar la necesidad de este acuerdo previo, facilitar el intercambio y evitar conflictos con especificaciones que figuran en otras publicaciones de la ISO, se desaconseja la utilizacin de determinantes de formato para movimientos verticales. Se recomienda decididamente utilizar dos caracteres de control, por ejemplo RETROCESO DEL CARRO (CR) y CAMBIO DE RENGLN (LF), para obtener el efecto de nueva lnea. 4.1.3 Caracteres de control de extensin de cdigos
En el cuadro 3/T.50 se especifican los caracteres de control de extensin de cdigo y sus repre sentaciones codificadas. Cuadro 3/T.50 Caracteres de control de extensin de cdigo Representacin codificada Acrnimo Nombre SO SI ESC Fuera de cdigo En cdigo Escape Representacin codificada 0/14 0/15 1/11
Edicin de 2009
II-2/6 4.1.4
Caracteres de control de dispositivos
En el cuadro 4/T.50 se especifican los caracteres de control de dispositivos y sus representaciones codificadas. Cuadro 4/T.50 Caracteres de control de dispositivos Representacin codificada Acrnimo Nombre DC1 DC2 DC3 DC4 4.1.5 cadas. Control de dispositivo uno Control de dispositivo dos Control de dispositivo tres Control de dispositivo cuatro Representacin codificada 1/1 1/2 1/3 1/4
Separadores de informacin En el cuadro 5/T.50 se especifican los separadores de informacin y sus representaciones codifi
Cuadro 5/T.50 Separadores de informacin Representacin codificada Acrnimo Nombre IS4 (FS) IS3 (GS) IS2 (RS) IS1 (US) Separador de informacin cuatro (separador de fichero) Separador de informacin tres (separador de fichero) Separador de informacin dos (separador de fichero) Separador de informacin uno (separador de fichero) Representacin codificada 1/12 1/13 1/14 1/15
A cada separador de informacin se le dan dos nombres. Los nombres SEPARADOR DE INFORMACIN CUATRO, SEPARADOR DE INFORMACIN TRES, SEPARADOR DE INFORMACIN DOS Y SEPARADOR DE INFORMACIN UNO son denominaciones generales. Los nombres SEPARADOR DE FICHERO, SEPARADOR DE GRUPO, SEPARADOR DE REGISTRO y SEPARADOR DE UNIDAD son denominaciones especficas y estn destinados principalmente a las aplicaciones en las que los separadores de informacin se utilizan jerrquicamente. El orden ascendente es US, RS, GS, FS. En este caso, los datos normalmente delimitados por un separador dado no pueden ser divididos por un separador de orden superior, pero se considerarn delimitados por cualquier separador de orden superior. 4.1.6 Otros caracteres de control En el cuadro 6/T.50 se especifican los caracteres de control ajenos a las categoras indicadas en los prrafos 4.1.1 a 4.1.5 y su representacin codificada. Cuadro 6/T.50 Otros caracteres de control Representacin codificada Acrnimo Nombre NUL BEL CAN EM SUB DEL 4.2 Carcter ESPACIO Nulo Timbre Anulacin Fin del medio fsico Carcter de sustitucin Supresin Representacin codificada 0/0 0/7 1/8 1/9 1/10 7/15
El acrnimo del carcter ESPACIO es SP y su representacin codificada es 2/0. Este carcter se interpreta como carcter grfico y como carcter de control. Como carcter grfico, tiene una representacin
Edicin de 2009
ADJUNTO ii-2
II-2/7
visual que consiste en la ausencia de smbolo grfico. Como carcter de control, acta de determinante de formato que hace adelantar en una posicin de carcter a la posicin activa. 4.3 Caracteres grficos
Las 94 combinaciones de bits 2/1 a 7/14 se utilizan para la representacin de los caracteres grficos especificados en los prrafos 4.3.1, 4.3.2 y 4.3.3. Cada uno de los prrafos 4.3.1 y 4.3.2 contienen un cuadro con tres columnas: la primera se titula Smbolo grfico e indica el smbolo de cada carcter grfico; en la segunda, se especifica el nombre normalizado del carcter grfico y, en la tercera, titulada Representacin codificada, se especifica la combinacin de bits que representa el carcter grfico en cuestin. Todos los caracteres grficos de cualquier versin del juego de caracteres codificados de 7 bits son caracteres espaciadores, es decir, que hacen adelantar la posicin activa. 4.3.1 Asignaciones exclusivas de caracteres grficos
Se asigna un carcter grfico exclusivo a cada una de las 82 combinaciones de bits 2/1, 2/2, 2/5 a 3/15, 4/1 a 5/10, 5/15 y 6/1 a 7/10. Estos caracteres se especifican en el cuadro 7/T.50. 4.3.2 Asignaciones alternativas de caracteres grficos Se asignan dos caracteres grficos alternativos a cada una de las combinaciones de bits 2/3 y 2/4. Estos caracteres se especifican en el cuadro 8/T.50. Los caracteres SIGNO DE LIBRA o SIGNO DE NMERO se asignarn a la combinacin de bits 2/3; los caracteres SIGNO DE DLAR o SIGNO DE MONEDA se asignarn a la combinacin de bits 2/4 (vase la seccin 6). Cuadro 8/T.50 Asignaciones de caracteres grficos Smbolo Nombre grfico # $ Signo de libra esterlina Signo de nmero Signo de dlar Signo de moneda Representacin codificada 2/3 2/3 2/4 2/4
Salvo que se acuerde lo contrario entre el emisor y el receptor, los smbolos grficos , $ y no designan la moneda de un pas especfico. 4.3.3 Asignaciones de caracteres grficos orientados a uso nacional o a aplicaciones No se asigna ningn carcter grfico especfico a las diez combinaciones de bits 4/0, 5/11 a 5/14, 6/0 y 7/11 a 7/14. Estas combinaciones estn disponibles para uso nacional o uso orientado a aplicaciones. Se asignar un solo carcter grfico a cada una de estas combinaciones de bits o se declarar no utilizada la combinacin de bits (vase el prrafo 6). 5. Asignaciones alternativas de caracteres grficos
En cualquier versin de un juego de caracteres codificados de 7 bits conforme con esta Recomendacin, todos los caracteres grficos son caracteres espaciadores que hacen adelantar la posicin activa. Sin embargo, utilizando RETROCESO DE UN ESPACIO o RETROCESO DEL CARRO es posible representar dos o ms caracteres grficos en la misma posicin de carcter. Por ejemplo, BARRA y SIGNO IGUAL pueden combinarse para representar no es igual a. El carcter LNEA BAJA, que puede utilizarse como carcter autnomo, puede asociarse tambin con otro(s) carcter(es) para representar la forma grfica subrayado. Pueden asignarse signos diacrticos a las combinaciones de bits especificadas en el prrafo 4.3.3 a fin de componer letras con acentos. A tal efecto, se recomienda utilizar una secuencia de tres caracteres, el primero o ltimo de la cual es la letra que ha de acentuarse y el segundo es RETROCESO DE UN ESPACIO. Adems, COMILLAS, APSTROFO o COMA pueden asociarse con una letra por medio de RETROCESO DE UN ESPACIO para componer una letra con diresis, acento agudo o cedilla, respectivamente.
Edicin de 2009
II-2/8
Cuadro 7/T.50 Asignaciones de caracteres grficos Smbolo Nombre grfico ! % & ( ) * + , . / 0 1 2 3 4 5 6 7 8 9 : ; < = > ? A B C D E F G H I J K L Signo de admiracin Comillas Signo de tanto por ciento y comercial Apstrofo Parntesis izquierdo Parntesis derecho Asterisco Signo ms Coma Guin, signo menos Punto Barra, raya de fraccin Cifra cero Cifra uno Cifra dos Cifra tres Cifra cuatro Cifra cinco Cifra seis Cifra siete Cifra ocho Cifra nueve Dos puntos Punto y coma Signo menor que Signo igual Signo mayor que Signo de interrogacin Letra A mayscula Letra B mayscula Letra C mayscula Letra D mayscula Letra E mayscula Letra F mayscula Letra G mayscula Letra H mayscula Letra I mayscula Letra J mayscula Letra K mayscula Letra L mayscula Representacin codificada 2/1 2/2 2/5 2/6 2/7 2/8 2/9 2/10 2/11 2/12 2/13 2/14 2/15 3/0 3/1 3/2 3/3 3/4 3/5 3/6 3/7 3/8 3/9 3/10 3/11 3/12 3/13 3/14 3/15 4/1 4/2 4/3 4/4 4/5 4/6 4/7 4/8 4/9 4/10 4/11 4/12 Smbolo Nombre grfico M N O P Q R S T U V W X Y Z a b c d e f g h i j k l m n o p q r s t u v w x y z Letra M mayscula Letra N mayscula Letra O mayscula Letra P mayscula Letra Q mayscula Letra R mayscula Letra S mayscula Letra T mayscula Letra U mayscula Letra V mayscula Letra W mayscula Letra X mayscula Letra Y mayscula Letra Z mayscula Subrayado (lnea baja) Letra a minscula Letra b minscula Letra c minscula Letra d minscula Letra e minscula Letra f minscula Letra g minscula Letra h minscula Letra i minscula Letra j minscula Letra k minscula Letra l minscula Letra m minscula Letra n minscula Letra o minscula Letra p minscula Letra q minscula Letra r minscula Letra s minscula Letra t minscula Letra u minscula Letra v minscula Letra w minscula Letra x minscula Letra y minscula Letra z minscula Representacin codificada 4/13 4/14 4/15 5/0 5/1 5/2 5/3 5/4 5/5 5/6 5/7 5/8 5/9 5/10 5/15 6/1 6/2 6/3 6/4 6/5 6/6 6/7 6/8 6/9 6/10 6/11 6/12 6/13 6/14 6/15 7/0 7/1 7/2 7/3 7/4 7/5 7/6 7/7 7/8 7/9 7/10
6. 6.1
Versiones del juego de caracteres codificados Consideraciones generales
A fin de utilizar el juego de caracteres codificados de 7 bits para intercambio de informacin, es necesario aplicar las opciones que se han dejado abiertas en el prrafo 4: a cada una de las combinaciones de bits 2/3 y 2/4 se asignar uno de los caracteres grficos alternati vos especificados en el prrafo 4.3.2;
Edicin de 2009
ADJUNTO ii-2
II-2/9
a cada una de las combinaciones de bits 4/0, 5/11 a 5/14, 6/0 y 7/11 a 7/14 se asignar un solo carc ter grfico exclusivo o se declarar no utilizada; en su caso, se identificarn los determinantes de formato a los que se aplica el sistema de utilizacin descrito en el prrafo 4.1.2.2. 6.1.2 Un carcter grfico asignado a una combinacin de bits especificada en los prrafos 4.3.1 y 4.3.2 no ser asignado a ninguna otra combinacin de bits. Por ejemplo, si el SIGNO DE LIBRA no se ha asignado a la combinacin de bits 2/3, no se asignar a ninguna otra combinacin de bits. 6.1.3 Un juego de caracteres completado de esta manera se denomina versin de la Norma ISO 646/ Recomendacin T.50 del CCITT (vase el Apndice I). 6.2 Versiones nacionales
6.2.1 Incumbe a los organismos nacionales de normalizacin la definicin de las versiones nacionales. Estos organismos han de adoptar las opciones disponibles y efectuar la seleccin necesaria (vase el Apndice I). 6.2.2 Si es necesario, en un mismo pas puede definirse ms de una versin nacional. Las diferentes versiones se identificarn por separado. En particular, si para una combinacin de bits dada, por ejemplo 5/12, se requieren caracteres grficos alternativos, se identificarn dos versiones distintas, si slo difieren en este carcter. 6.2.3 Si en un pas no se necesitan caracteres grficos especficos, se recomienda encarecidamente que se seleccionen los caracteres de la versin internacional de referencia (VIR) (vase el prrafo 6.4) y que se asignen a las mismas combinaciones de bits de la VIR. 6.2.4 Sin embargo, cuando se requieran caracteres diferentes de los de la VIR, tendrn formas distintas y se les darn nombres distintos que no estn en contradiccin con las formas o los nombres de los caracteres grficos de la VIR. 6.3 Versiones orientadas a aplicaciones
En el seno de industrias nacionales o internacionales, organizaciones o grupos profesionales, pueden utilizarse versiones orientadas a aplicaciones. Se requiere para ello un acuerdo preciso entre las partes interesadas, que tendrn que aplicar las opciones disponibles y proceder a la seleccin requerida. 6.4 Versin internacional de referencia (VIR)
Esta versin puede utilizarse cuando no hay que emplear una versin nacional u orientada a aplicaciones. En el intercambio de informacin se supone que se emplea la VIR en defecto de acuerdo especial entre el emisor y el receptor de los datos. Los parmetros grficos asignados a la VIR se especifican en el cuadro 9/T.50. Cuadro 9/T.50 Asignaciones de caracteres grficos de la VIR Smbolo Nombre grfico # @ [ \ ] ^ ` { | } - Signo de nmero Signo de moneda Arroba Corchete izquierdo Barra invertida Corchete derecho Acento circunflejo Acento grave Llave izquierda Lnea vertical Llave derecha Tilde, lnea alta Representacin codificada 2/3 2/4 4/0 5/11 5/12 5/13 5/14 6/0 7/11 7/12 7/13 7/14
Edicin de 2009
II-2/10
Debe sealarse que no se autoriza ninguna sustitucin cuando se utiliza la VIR y que las pautas del prrafo 4.1.2.2 no se aplican a ningn determinante de formato. De acuerdo con el prrafo 5, se permite utilizar caracteres grficos compuestos en nmero ilimitado. En vista de esta libertad, su proceso y representacin pueden plantear dificultades en el extremo receptor. Por tanto, si se utilizan caracteres compuestos, se recomienda un acuerdo entre el que transmite y el que recibe los datos. 7. Tablas de cdigo
7.1 Una tabla de cdigo de 7 bits consiste en 128 posiciones dispuestas en 8 columnas y 16 filas. Las columnas se numeran de 0 a 7 y las filas de 0 a 15. 7.2 Las posiciones de la tabla de cdigo se identifican por notaciones de la forma x/y, donde x es el nmero de la columna e y es el nmero de fila. 7.3 Las 128 posiciones de la tabla de cdigo estn en correspondencia biunvoca con las combina ciones de bits del cdigo de 7 bits. La notacin de una posicin de la tabla de cdigo, de la forma x/y, es igual que la de la combinacin de bits correspondiente (vase el prrafo 4). 7.4 Cada posicin de la tabla de cdigo contiene un smbolo y/o una referencia a una clusula de esta Recomendacin. Cuando una posicin de la tabla de cdigo corresponde a una combinacin de bits que representa un carcter de control o el carcter ESPACIO, el smbolo es el acrnimo del carcter asignado; de lo contrario, es el smbolo grfico que representa el carcter asignado, si lo hubiere. La referencia a los prrafos 4.1.2.2, 4.3.2 4.3.3 se indica por , , respectivamente. 7.5 En el cuadro 10/T.50 figura la tabla bsica del cdigo de 7 bits. Adems del juego de caracteres codificado de 7 bits especificado en el prrafo 4, indica las opciones relacionadas con los determinantes de formato (prrafo 4.1.2.2), caracteres grficos alternativos (prrafo 4.3.2) y utilizacin nacional u orientada a aplicaciones (prrafo 4.3.3). 7.6 En el cuadro 11/T.50 figura la tabla de cdigo para la VIR del juego de caracteres codificado de 7 bits. Muestra los resultados de la aplicacin de las tres opciones identificadas del modo especificado en el prrafo 6.4 8. 8.1 emisor. 8.2 Descripcin de los caracteres de control A continuacin se enumeran los caracteres de control por el orden alfabtico de sus acrnimos. ACK Acuse de recibo Carcter de control de transmisin transmitido por un receptor como respuesta afirmativa al
BEL Timbre
Carcter de control utilizado cuando hay que atraer la atencin; puede accionar dispositivos de alarma o de advertencia. 8.3 8.4 BS Retroceso de un espacio Determinante de formato que hace que la posicin activa retroceda una posicin de carcter. CAN Anulacin
Carcter o primer carcter de una secuencia que indica que los datos precedentes son errneos. En consecuencia, estos datos no deben tomarse en consideracin. El significado especfico de este carcter debe definirse para cada aplicacin y ser objeto de acuerdo particular entre el emisor y el receptor. 8.5 CR Retorno del carro
Edicin de 2009
ADJUNTO ii-2
II-2/11
Determinante de formato que hace que la posicin activa retroceda a la primera posicin de carcter del mismo rengln. Cuadro 10/T.50 Tabla bsica del cdigo de 7 bits

8.6
Vase el prrafo 4.1.2.2 Vase el prrafo 4.3.2 Vanse los prrafos 4.3.3 y 6.2.3 DC1 Control de dispositivo uno
Carcter de control de dispositivo cuya finalidad primordial es poner en marcha o proporcionar corriente de alimentacin a un dispositivo auxiliar. De no necesitarse para este fin, puede emplearse para volver un dispositivo a su modo normal de operacin (vanse tambin DC2 y DC3) o para cualquier otra funcin de control de dispositivos auxiliares que proporcionan otros DC. 8.7 DC2 Control de dispositivo dos
Carcter de control de dispositivo cuya finalidad primordial es poner en marcha o proporcionar corriente de alimentacin a un dispositivo auxiliar. De no necesitarse para este fin, puede emplearse para poner un aparato en un modo especial de operacin (en cuyo caso DC1 se emplea para volver el aparato auxiliar a su modo normal), o para cualquier otra funcin de control de dispositivo auxiliar que no proporcionen otros DC.
Edicin de 2009
II-2/12
Cuadro 11/T.50 Versin internacional de reference (VIR)
8.8
DC3 Control de dispositivo tres
Carcter de control de dispositivo cuya finalidad primordial es detener el funcionamiento de dispositivos auxiliares o cortar su corriente de alimentacin. Esta funcin puede ser una parada de carcter secundario, por ejemplo, espera, pausa, reserva o parada (en cuyo caso se emplea DC1 para volver a la operacin normal). De no necesitarse para este fin, puede emplearse para cualquier otra funcin de control de dispositivo auxiliar que no proporcionen otros DC. 8.9 DC4 Control de dispositivo cuatro
Carcter de control de dispositivo cuya finalidad primordial es detener el funcionamiento de dispositivos auxiliares o cortar su corriente de alimentacin. De no necesitarse para este fin, puede emplearse para cualquier otra funcin de control de dispositivo auxiliar que no proporcionen otros DC. 8.10 DEL Supresin
Carcter que se utiliza principalmente para borrar o tachar en cinta perforada caracteres err neos o no deseados. Los caracteres DEL pueden tambin servir para el relleno en medios fsicos o en el tiempo. Pueden intercalarse en un tren de datos o extraerse del mismo sin afectar a la informacin conte nida en esta secuencia, pero, en tal caso, la insercin o la supresin de esos caracteres puede modificar la presentacin de la informacin y/o el control de los equipos.
Edicin de 2009
ADJUNTO ii-2
II-2/13
8.11
DLE Escape de enlace de datos
Carcter de control de transmisin que modifica el significado de un nmero limitado de combinaciones continuas de bits y que se utiliza exclusivamente para proporcionar funciones suplementarias de control de transmisin. En las secuencias de DLE, slo pueden utilizarse caracteres grficos y caracteres de control de transmisin. 8.12 EM Fin del medio fsico
Carcter de control que puede utilizarse para identificar el final del medio fsico, de la parte utilizada en un medio fsico o de la parte requerida de los datos almacenados en un medio fsico. La posicin de este carcter no corresponde necesariamente al final del medio fsico. 8.13 ENQ Pregunta
Carcter de control de transmisin utilizado como peticin de respuesta desde una estacin distante. La respuesta puede comprender la identificacin de la estacin y/o su estado. Cuando se necesita un control de identidad con quin comunico? en la red general con conmutacin, la primera utilizacin del carcter ENQ, despus de establecida la conexin, significar con quin comunico? (identificacin de la estacin). Una nueva utilizacin del carcter ENQ puede incluir o no la funcin con quin comunico?, segn lo estipulado mediante acuerdo. 8.14 textos. 8.15 EOT Fin de transmisin Carcter de control de transmisin utilizado para indicar el fin de la transmisin de uno o ms
ESC Escape
Carcter de control que se utiliza para proporcionar caracteres adicionales. Modifica el signi ficado de un nmero limitado de combinaciones de bits subsiguientes. La utilizacin de este carcter se especifica en la Norma ISO 2022. 8.16 ETB Fin del bloque de transmisin
Carcter de control de transmisin utilizado para indicar el final de un bloque de datos cuando stos estn divididos en bloques para su transmisin. 8.17 8.18 ETX Fin del texto Carcter de control de transmisin que finaliza un texto. FF Pgina siguiente
Determinante de formado que provoca el avance de la posicin activa hasta la posicin de carcter correspondiente en un rengln predeterminado del formulario o pgina siguiente. 8.19 HT Tabulacin horizontal
Determinante de formato que provoca el avance de la posicin activa hasta la siguiente posicin predeterminada de carcter. 8.20 IS1 (US) Separador de informacin uno (separador de unidad)
Carcter de control utilizado para separar y calificar datos en un sentido lgico; ha de determinarse su significado especfico en cada aplicacin. Si este carcter se emplea por orden jerrquico, segn lo establecido en la definicin general de IS, delimita un elemento de datos denominado unidad.
Edicin de 2009
II-2/14 8.21
IS2 (RS) Separador de informacin dos (separador de registro)
Carcter de control utilizado para separar y calificar datos en un sentido lgico; ha de determi narse su significado especfico en cada aplicacin. Si este carcter se emplea por orden jerrquico, segn lo establecido en la definicin general de IS, delimita un elemento de datos llamado registro. 8.22 IS3 (GS) Separador de informacin tres (separador de grupo)
Carcter de control que se utiliza para separar y calificar datos en un sentido lgico; ha de deter minarse su significado especfico en cada aplicacin. Cuando este carcter se utiliza por orden jerrquico, segn lo establecido en la definicin general de IS, delimita un elemento de datos llamado grupo. 8.23 IS4 (FS) Separador de informacin cuatro (separador de fichero)
Carcter de control que se utiliza para separar y calificar datos en un sentido lgico; ha de deter minarse su significado especfico en cada aplicacin. Cuando este carcter se utiliza por orden jerrquico, segn lo establecido en la definicin general de IS, delimita un elemento de datos llamado fichero. 8.24 LF Cambio de rengln
Determinante de formato que provoca el avance de la posicin activa hasta la posicin de carcter correspondiente de la lnea siguiente. 8.25 8.26 NAK Acuse de recibo negativo Carcter de control de transmisin transmitido por un receptor como respuesta negativa al emisor. NUL Nulo
Carcter de control utilizado para relleno en medios fsicos o en el tiempo. Los caracteres NUL pueden intercalarse en un tren de datos o extraerse del mismo sin que afecten a la informacin contenida en dicho tren de datos pero, en tal caso, la insercin o extraccin de esos caracteres puede afectar a la presentacin de la informacin y/o al control de los equipos. 8.27 SI En cdigo
Carcter de control que se utiliza en combinacin con SO y ESC para ampliar el juego de caracteres grficos del cdigo. Restablece los significados normalizados de las combinaciones de bits que le siguen. El efecto de este carcter cuando se emplean tcnicas de extensin de cdigo se describe en la Norma ISO 2022. 8.28 SO Fuera de cdigo
Carcter de control que se utiliza en combinacin con SI y ESC para ampliar el juego de caracteres grficos del cdigo. Modifica el significado de las combinaciones de bits 2/1 a 7/14 que le siguen hasta que se llega a un carcter SI. El efecto de este carcter cuando se emplean tcnicas de extensin de cdigo se describe en la Norma ISO 2022. 8.29 SOH Comienzo de encabezamiento
Carcter de control de transmisin utilizado como primer carcter del encabezamiento de un mensaje de informacin. 8.30 STX Comienzo de texto
Carcter de control de transmisin que precede al texto y se utiliza para terminar un encabezamiento.
Edicin de 2009
ADJUNTO ii-2
II-2/15
8.31
SUB Carcter de substitucin
Carcter de control que se utiliza en lugar de un carcter que no es vlido o que es errneo. SUB est destinado a ser introducido por medios automticos. 8.32 SYN Sincronizacin
Carcter de control de transmisin utilizado por un sistema de transmisin sncrona en ausencia de cualquier otro carcter (situacin de inactividad) para producir una seal a partir de la cual se puede lograr o mantener el sincronismo entre equipos terminales de datos. 8.33 VT Tabulacin vertical
Determinante de formato que causa el avance de la posicin activa a la posicin de carcter correspondiente en la siguiente lnea predeterminada.
Edicin de 2009
II-2/16
APNDICE I (a la Recomendacin T.50) Directrices para la formulacin de normas derivadas de la Recomendacin T.50 (ISO 646) 1.1 Consideraciones generales
Al elaborar normas nacionales o destinadas a aplicaciones especficas basadas en la presente Recomendacin (Recomendacin T.50/Norma ISO 646), se recomienda que se tenga en cuenta lo siguiente. 1.2 Estructura de una norma
Se recomienda que se adopten la estructura y estilo editorial de la Recomendacin T.50/Norma ISO 646. Todas las pautas de utilizacin, restricciones y especificaciones de la norma deben indicarse claramente en lenguaje claro, en vez de resumirlas en cuadros con notas. 1.2.1 Funciones de control La norma debe contener descripciones explcitas de las funciones de control. Aun cuando estas descripciones sean idnticas a las descripciones del prrafo 8, deben ser descripciones explcitas, que no se limiten a hacer referencia a la Recomendacin T.50/Norma ISO 646. Para las normas destinadas a aplicaciones concretas, debern definirse los significados especficos de los separadores de informacin y de los controles de dispositivo. 1.2.2 Caracteres grficos (vase el prrafo 6.2.3) Si no se necesitan caracteres particulares, los caracteres grficos de la versin internacional de referencia (VIR) debern asignarse a las mismas posiciones y con el mismo nombre que en la Recomendacin T.50/Norma ISO 646. 1.2.3 Caracteres grficos compuestos y repertorio (vase el prrafo 5) La Recomendacin T.50/Norma ISO 646 permite construir caracteres grficos compuestos, utilizando los caracteres de control RETROCESO DE UN ESPACIO y RETROCESO DEL CARRO, a fin de representar dos o ms caracteres grficos en la misma posicin de carcter. El nmero total de caracteres grficos que puede obtenerse de cualquier versin del juego de caracteres, utilizando o no este sistema, se denomina repertorio. La Recomendacin T.50/Norma ISO 646 no define ningn repertorio particular. Sin embargo, como la interpretacin y/o representacin de caracteres compuestos puede plantear dificultades, es posible que se requiera un acuerdo entre el emisor y el receptor de los datos. A fin de evitar la necesidad de este acuerdo y de facilitar el intercambio, las normas nacionales o destinadas a aplicaciones concretas pueden especificar un repertorio normalizado de caracteres grficos y reconocer as slo un nmero limitado de caracteres grficos compuestos. Estas limitaciones se consideran plenamente compatibles con la Recomendacin T.50/Norma ISO 646. 1.2.4 Versiones En una norma pueden especificarse una o ms versiones. Debe sealarse que una versin no es una norma, sino solamente parte de una norma. La propia norma consta de la versin o versiones bien definida(s) y de un conjunto de clusulas, como se indica anteriormente. La definicin de una versin requiere que se apliquen exactamente las opciones mencionadas en el prrafo 6.1.
Edicin de 2009
ADJUNTO II-3
Tabla de conversin entre el alfabeto internacional N 2 yel N 5 y caracteres de control del alfabeto N 5 que no figuran en la primera parte de la tabla y se utilizan para las transmisiones meteorolgicas
Parte I Tabla de conversin entre el Alfabeto Internacional N 2 y el N 5 Smbolos o mandos Alfabeto N 2 Serie de letras Serie de cifras Columna Alfabeto N 5 Lnea 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 0 1 2 3 4 5 6 7 8 9 10 13 10
A 1 4 B 2 4 C 3 4 D 4 4 E 5 4 F 6 4 G 7 4 H 8 4 I 9 4 J 10 4 K 11 4 L 12 4 M 13 4 N 14 4 O 15 4 P 16 5 Q 17 5 R 18 5 S 19 5 T 20 5 U 21 5 V 22 5 W 23 5 X 24 5 Y 25 5 Z 26 5 Retorno del carro 27 27 0 Avance de lnea 28 28 0 Letras 29 29 Cifras 30 30 Espacio 31 31 2 1 2 ? 2 3 : 3 3 ENQ - WRU 4 0 3 5 3 8 9 3 BEL 10 0 ( 11 2 ) 12 2 . 13 2
0 13 15 10 5 3 8 7 8 9 14
Edicin de 2009
II-3/2
Tabla de conversin (continuacin) Smbolos o mandos Alfabeto N 2 Serie de letras , 9 0 1 4 5 7 = 2 / 6 + Serie de cifras 14 15 16 17 18 19 20 21 22 23 24 25 26 Alfabeto N 5 Columna 2 3 3 3 3 2 3 3 3 3 2 3 2 Lnea 12 9 0 1 4 7 5 7 13 2 15 6 11
NOTA: La seal N 32 del Alfabeto N 2 ha sido omitida porque no se usa.
Parte II Caracteres de control del Alfabeto N 5 que no figuran en la primera parte de la tabla y se utilizan para las transmisiones meteorolgicas
Smbolos
Clave del Alfabeto N 5 Columna 0 0 0 0 0 0 1 1 1 1 1 1 1 1 1 1 7 Lnea 0 1 2 3 4 6 0 1 2 5 6 7 11 12 13 14 15
NUL SOH STX ETX EOT ACK DLE DC1 DC2 NAK SYN ETB ESC FS GS RS DEL
Edicin de 2009
aDjunto II-4
Modelo de mensaje meteorolgico para la transmisin de datos alfanumricos

1. Ejemplo de observaciones de superficie (SYNOP)
a) Utilizacin del Alfabeto Telegrfico Internacional N 2 Rengln preliminar Texto ZCZC 345 AAXX 28001 13131 . . . . . . . . . . . . . . . . . . . . etc.*. . . . .= 13272 . . . . . . . . . . . . . . . . . . . . etc.*. . . . .= 13333 . . . . . . . . . . . . . . . . . . . . etc.*. . . . .= 13462 . . . . . . . . . . . . . . . . . . . . etc.*. . . . .= 13586 NIL = Encabezamiento abreviado SMYG 10 LYBM 280000
Seales de fin de mensaje NNNN Explicacin de los smbolos: Retorno del carro (seal N 27) Cambio de lnea (seal N 28) Espacio (seal N 31) Impulso de letras (seal N 29) Impulso de cifras (seal 30) = Seal N 22 (posicin de la serie de cifras)
b) Utilizacin del Alfabeto Internacional N5 Rengln preliminar S O H C R C R C R C R C R C R C R C R C R C R L F 345
C Encabezamiento abreviado R Texto Seales de fin de mensaje * C R C R C R C R C R C R C R
L S S SMYG 10 LYBM 280000 F P P L AAXX F L 13131 F L 13272 F L 13333 F L 13462 F L 13586 F L F E T X
S 28001 P S S . . . . . S . . . . . S . . . . . S . . . . . etc.* . . . . .= P P P P P S S . . . . . S . . . . . S . . . . . S . . . . . etc.* . . . . .= P P P P P S S . . . . . S . . . . . S . . . . . S . . . . . etc.* . . . . .= P P P P P S S . . . . . S . . . . . S . . . . . S . . . . . etc.* . . . . .= P P P P P S NIL = P
Deber utilizarse totalmente la lnea del teletipo (69 caracteres por lnea). Vase tambin el prrafo 2.3.3.2.6 de la Parte II.
Edicin de 2009
II-4/2 Explicacin de los smbolos:
S O Comienzo del encabezamiento (seal 0/1) H C R Retorno del carro (seal 0/13) L F S P Cambio de lnea (seal 0/10) Espacio (seal 2/0)
2.
E T Fin del texto (seal 3/13) X = Separacin (seal 3/13) Ejemplo de observaciones de superficie (SHIP)
a) Utilizacin del Alfabeto Telegrfico Internacional N 2 Rengln preliminar Texto ZCZC 234 BBXX** WLGT** 28004 99510 70428 41595 . . . . . . . . . . . . . . . . . . . . . . . . .etc* . . . . . . . . . .= Encabezamiento abreviado SMVD 01 KWBC 280000
Seales de fin de mensaje NNNN b) Utilizacin del Alfabeto Internacional N5 Rengln preliminar S O H C R C R C R C R C R C R C R L F 234
C Encabezamiento abreviado R Texto Seales de fin de mensaje * C R C R C R C R
L S S SMVD 01 KWBC 280000 F P P L F BBXX** L WLGT** F L . . . . . F L F E T X S 28004 S 99510 P P S . . . . . P S 70428 P S 41595 S etc.* . . . . .= P P
S . . . . ..= P
Deber utilizarse totalmente la lnea del teletipo (69 caracteres por lnea). Vase tambin el prrafo 2.3.3.2.6 de la Parte II. mente en el primer rengln del texto y la seal de llamada de buque o marca de identificacin de la boya y el gru po YYGGiw deben incluirse en cada informe individual.
** En los boletines de informes SHIP procedentes de estaciones marinas, el grupo MiMiMjMj deber incluirse nica
Edicin de 2009
ADJUNTO ii-4
II-4/3
3.
Ejemplo de observaciones en altitud (TEMP)
a) Utilizacin del Alfabeto Telegrfico Internacional N 2 Rengln preliminar Texto ZCZC 248 TTAA 51111 02185 99. . . . . . . .. . . . . .etc* . . . . . . . . . . . . . . . . . . . . . . . . .= TTAA 51111 NIL = Encabezamiento abreviado USSN 01 ESWI 011200
Seales de fin de mensaje NNNN b) Utilizacin del Alfabeto Internacional N5 Rengln preliminar S O H C R C R C R C R C R C R C R C R L F 248
C Encabezamiento abreviado R Texto Seales de fin de mensaje * C R C R C R C R C R
L S S USSN 01 ESWI 011200 F P P L TTAA F L . . . . . F L F L TTAA F L F E T X S 51111 P S NIL = P S 51111 P S 02185 P S 99. . . P S . . . . .. S etc.* . . . . .= P P
S . . . . . S . . . . . S . . . . . S . . . . ..= P P P P
Deber utilizarse totalmente la lnea del teletipo (69 caracteres por lnea). Vase tambin el prrafo 2.3.3.2.6 de la Parte II.
4.
Ejemplos de presentacin de formatos para los boletines SYNOP
a) Las Secciones 1, 2, 3 y 4 debern transmitirse consecutivamente sin insertar espacios ni barras en los grupos de identificacin de las Secciones 3 y 4. Ejemplo: ZCZC 007 SMRS 10 RUMS 220600 AAXX 22061 26298 21/50 82503 11054 21058 40333 57010 71022 8807/ 333 21068 69902 = 26477 21335 82503 11049 21052 40247 57004 77777 886// 333 21049 69902 88706 = 26781 31296 82301 11050 21060 40248 52004 71022 887// 333 21057 88706 = 26997 21450 80000 11068 21/86 40310 52009 72070 886// 333 21146 60002 88712 = 27595 22997 93008 11077 21196 40158 52010 333 21191 69932 = 27612 31950 20000 11132 21145 40233 52002 71000 80001 333 21141 = 27731 22998 62902 11119 21154 40234 52013 80002 333 21117 69902 = 27947 32998 23602 11148 21178 40217 52020 80002 = 27962 22997 03404 11136 21171 40197 52027 333 21126 69992 = NNNN
Edicin de 2009
II-4/4
b) Las Secciones 1, 2, 3 y 4 debern iniciarse al principio de una lnea pero los grupos de identificacin de las Secciones 3 y 4 debern comenzar dejando dos espacios al principio. Ejemplo: ZCZC 055 SMDD 01 ETPD 110600 AAXX 11061 09393 32996 31704 10015 21027 40244 57005 83030 333 20015 34101 = 09543 32950 11401 11018 21034 40274 53002 81030 333 21018 3/103 41999 = 09184 32960 71905 10038 21006 40215 56003 8707/ 333 20038 31003 = 09385 32960 51704 10018 21018 40243 5/005 83046 333 20017 34000 = NNNN 5. EJEMPLOS DE PRESENTACIN DE TEXTOS NIL
a) Boletn SYNOP SMRS10 RUMS 220600 NIL b) Boletn TEMP USSN01 ESW1 011200 NIL c) Boletn CREX KOMS10 FAPR 220600 NIL
d) Boletn BUFR IUKN01 EGRR 221200 NIL
Edicin de 2009
ADjunto II-5
Designadores de datos t1t2a1a2ii en los encabezamientos abreviados

Tabla A : Tabla B1 : Tabla B2 : Tabla B3 : Tabla B4 : Tabla B5 : Tabla B6 : Tabla de matriz del designador de tipo de datos T1 para las definiciones T2A1A2ii Designador de tipo de datos T2 (cuando T1 = A, C, F, N, S, T, U o W) Designador de tipo de datos T2 (cuando T1 = D, G, H, X o Y) Designador de tipo de datos T2 (cuando T1 = I o J) Designador de tipo de datos T2 (cuando T1 = O) Designador de tipo de datos T2 (cuando T1 = E) Designador de tipo de datos T2 (cuando T1 = P, Q)
Tabla C1 : Designadores geogrficos A1A2 que han de utilizarse en los encabezamientos abreviados T1T2A1A2ii CCCC YYGGgg para los boletines que contienen informacin meteorolgica, con exclusin de los informes meteorolgicos procedentes de buques y datos oceanogrficos Tabla C2 : Designadores geogrficos A1A2 que han de utilizarse en los encabezamientos abreviados T1T2A1A2ii CCCC YYGGgg para los boletines que contienen informes meteorolgicos procedentes de buques y datos oceanogrficos incluidos los informes procedentes de estaciones automticas marinas Tabla C3 : Designador de la zona geogrfica A1 (cuando T1 = D, G, H, O, P, Q, T, X o Y) y el designador de la zona geogrfica A2 (cuando T1 = I o J) Tabla C4 : Designador de la hora de referencia A2 (cuando T1 = D, G, H, J, O, P o T) Tabla C5 : Designador de la hora de referencia A2 (cuando T1 = Q, X o Y) Tabla C6 : Designador de tipo de datos A1 (cuando T1 = I o J) Tabla C7: Designador de tipo de datos T2 y A1 (cuando T1 = K)
Tabla D1 : Designador de nivel ii (cuando T1 = O) Tabla D2 : Designador de nivel ii (cuando T1 = D, G, H, J, P, Q, X o Y) Tabla D3 : Designador de nivel ii (cuando T1T2 = FA o UA) *
Edicin de 2009
II-5/2
Tabla A Tabla matriz del designador de tipo de datos T1 para las definiciones T2A1A2ii
T 1 A B C D E F G H I J K L M N O P Q R S T U V W X Y Z Tipo de datos T 2 A1 A 2 ii Prioridad
Anlisis Mensaje dirigido Datos climticos Informacin de puntos reticulares (GRID) Imgenes satelitales Prediccin Informacin de puntos reticulares (GRID) Informacin de puntos reticulares (GRIB) Datos de observaciones (codificacin binaria) BUFR Informacin de la prediccin (codificacin binaria) BUFR CREX Notificaciones Informacin oceanogrfica (GRIB) Informacin grfica (codificacin binaria) Informacin grfica para uso regional (codificacin binaria) Datos de superficie Datos satelitales Datos en altitud Datos nacionales Avisos Informacin en clave GRID uso regional Informacin en clave GRIB uso regional
B1 *** B1 B2 B5 B1 B2 B2 B3 B3 B3
C1 *** C1 C3 C1 C1 C3 C3 C6 C6 C7
C1 *** C1 C4 C1 C1 C4 C4 C3 C4 C3
** *** ** D2 ** ** D2 D2 ** D2 **
3 1/2/4* 4 3 3 3 3 3 2 3 2
B1 B4 B2 B2 B1 B1 B1 2) B1 B2 B2
C1 C3 C3 C3 C1/C2 C3 C1/C2 C1 C1 C3 C3
C1 C4 C4 C5 C1/C2 C4 C1/C2 C1 C1 C5 C5
** D1 D2 D2 ** ** ** ** ** D2 D2
4 3 3 3 2/4* 2 2 1) 1 3 3
Nivel de prioridad asignado: 1 mensaje de servicio. 2 mensaje de datos y peticin. 3 datos ssmicos (T1T2 = SY). 4 mensaje administrativo.
** 1) 2)
Para la definicin y utilizacin, vase el prrafo 2.3.2.2. Se determinar ms adelante. Tabla B2 o tabla nacional. Tabla B1 Designadores de tipos de datos T2 (cuando T1 = A, C, F, N, S, T, U o W)
*** Para la definicin y utilizacin, vase el prrafo 2.4.2.
Instrucciones para la correcta utilizacin de los designadores de tipo de datos 1. Los designadores especificados en esta tabla se debern utilizar, en la mayor medida posible, para indicar el tipo de datos que contiene el cuerpo del boletn.
Edicin de 2009
ADJUNTO ii-5
II-5/3
2. Si la tabla no contiene un designador adecuado para el tipo de datos de que se trata, se utilizar un designador alfabtico no asignado en la tabla y se notificar a la Secretara de la OMM. 3. En esta tabla figura nicamente el nmero de FM y el nombre de la clave para cada una de las claves. Se ha omitido el nmero romano que identifica a la versin ms reciente para evitar el abarrotamiento. En todos los casos est implcito que se trata de la versin de la clave ms reciente. Para el nombre completo (y su versin) de cualquier clave numerada, consltese el Manual de Claves (OMMN 306) . En los pocos casos en los que no existe una clave numerada, se ofrece una referencia y el nombre comn, por ejemplo, [ICAO] (AIREP). Cuando sea necesario, se aadir una nota explicativa. 4. En caso de que no se haya establecido un formato normalizado para un tipo de datos especfico y exista un formato recomendado, ste aparecer entre corchetes en la columna Clave (por ejemplo, [TEXT]). Se trata de una clave de caracteres de forma libre se utilizar el Alfabeto Internacional N 2 (Adjunto II-1) o el Alfabeto Internacional N5 (Adjunto II-2).
T1 = A Anlisis T2 Designador C G H I O R S U W X Tipo de datos Cicln Hidrolgico/marino Espesor Hielo Capa de ozono Radar De superficie En altitud Resumen meteorolgico Varios Clave (nombre) [TEXT] [TEXT] [TEXT] FM 44 (ICEAN) [TEXT] [TEXT] FM 45 (IAC)/FM 46 (IAC FLEET) FM 45 (IAC) [TEXT] [TEXT]
T1 = C Datos climticos T2 Designador A E H O S U Tipo de datos Anomalas climticas Medias mensuales (en altitud) Medias mensuales (de superficie) Medias mensuales (zonas ocenicas) Medias mensuales (de superficie) Medias mensuales (en altitud) Clave (nombre) [TEXT] FM 76 (CLIMAT TEMP SHIP) FM 72 (CLIMAT SHIP) FM 73 (NACLI, CLINP, SPCLI, CLISA, INCLI) FM 71 (CLIMAT) FM 75 (CLIMAT TEMP)
T1 = F Predicciones T2 Designador A B C Tipo de datos Zona de aviacin/GAMET/ asesoramiento Temperatura y vientos en altitud Aerdromo (VT < 12 horas) Clave (nombre) FM 53 (ARFOR)/[TEXT] FM 50 (WINTEM) FM 51 (TAF)
Edicin de 2009
II-5/4
T1 = F Predicciones (continuacin) T2 Designador D E F G H I J K L M O P Q R S T U V W X Z Tipo de datos Trayectorias de dosis radiolgicas Ampliados Navegacin martima Hidrolgico Espesor en altitud Iceberg Servicio de radioavisos (incluidos datos IUWDS) Advertencias de ciclones tropicales Local/zona Temperaturas extremas Directrices Pblico Otros sistemas de navegacin Ruta de aviacin De superficie Aerdromo (VT 12 horas) En altitud Advertencias de ceniza volcnica Deportes de invierno Varios Zona de navegacin Clave (nombre) FM 57 (RADOF) [TEXT] FM 46 (IAC FLEET) FM 68 (HYFOR) [TEXT] [TEXT] [TEXT] [TEXT] [TEXT] [TEXT] [TEXT] [TEXT] [TEXT] FM 54 (ROFOR) FM 45 (IAC)/FM 46 (IAC FLEET) FM 51 (TAF) FM 45 (IAC) [TEXT] [TEXT] [TEXT] FM 61 (MAFOR)
T1 = N Notificaciones T2 Designador G H N O P T W Tipo de datos Hidrolgico Marino Respuesta a emergencia nuclear METNO/WIFMA Retardo de generacin de producto MENSAJE DE PRUEBA [relacionado con el sistema] Relacionado con aviso y/o cancelacin Clave (nombre) [TEXT] [TEXT] [TEXT] [TEXT] [TEXT] [TEXT] [TEXT]
T1 = S Datos de superficie T2 Designador A B C D Tipo de datos Informes rutinarios de aviacin Informes radricos (Parte A) Informes radricos (Parte B) Informes radricos (Partes A y B) Clave (nombre) FM 15 (METAR) FM 20 (RADOB) FM 20 (RADOB) FM 20 (RADOB)
Edicin de 2009
ADJUNTO ii-5
II-5/5
T1 = S Datos de superficie (continuacin) T2 Designador Tipo de datos Clave (nombre) * (SEISMIC) FM 81 (SFAZI)/FM 82 (SFLOC)/FM 83 (SFAZU) FM 22 (RADREP) FM 12 (SYNOP)/FM 13 (SHIP) FM 12 (SYNOP)/FM 13 (SHIP) FM 12 (SYNOP)/FM 13 (SHIP) FM 63 (BATHY)/FM 64 (TESAC)/ FM 62 (TRACKOB) FM 16 (SPECI) FM 67 (HYDRA) FM 18 (DRIFTER) [TEXT] [TEXT] [TEXT] FM 65 (WAVEOB) [TEXT] (cualquier formato) (cualquier formato alfanumrico)
E Datos ssmicos F Informes atmosfricos G Informes de datos radiolgicos I Hora sinptica intermedia L M Hora sinptica principal N Hora sinptica no estndar O Datos oceanogrficos P Informes meteorolgicos especiales para la aviacin R Informes hidrolgicos (ros) S Informes de boyas a la deriva T Hielo marino U Profundidad de la nieve V Hielo lacustre W Informacin sobre las olas X Varios Y Datos sobre la forma de onda ssmica Z Datos sobre el nivel del mar y datos sobre tsunamis en las profundidades ocenicas ________ *
La documentacin de la clave ssmica internacional figura en el Manual de Claves (OMMN 306), Volumen I, Su plemento I.
T1 = T Datos satelitales T2 Designador B C H R T W X Tipo de datos Parmetros de rbitas satelitales Interpretaciones satelitales de nubes Telesondeos satelitales en altitud Observaciones de radiancia clara Temperaturas de la superficie del mar Vientos y tempeturas de las nubes Varios Clave (nombre) [TEXT] FM 85 (SAREP) FM 86 (SATEM) FM 87 (SARAD) FM 88 (SATOB) FM 88 (SATOB) [TEXT]
T1 = U Datos en altitud T2 Designador A D Tipo de datos Informes de aeronaves Informes de aeronaves Clave (nombre) FM 41 (CODAR), ICAO (AIREP) FM 42 (AMDAR)
Edicin de 2009
II-5/6
T1 = U Datos en altitud (continuacin) T2 Designador Tipo de datos Clave (nombre) FM 35 (TEMP)/FM 36 (TEMP SHIP)/ FM 38 (TEMP MOBIL) FM 35 (TEMP)/FM 36 (TEMP SHIP)/ FM 38 (TEMP MOBIL) FM 32 (PILOT)/FM 33 (PILOT SHIP)/ FM 34 (TEMP MOBIL) FM 32 (PILOT)/FM 33 (PILOT SHIP)/ FM 34 (TEMP MOBIL) FM 32 (PILOT)/FM 33 (PILOT SHIP)/ FM 34 (TEMP MOBIL) FM 35 (TEMP)/FM 36 (TEMP SHIP)/ FM 38 (TEMP MOBIL) FM 35 (TEMP)/FM 36 (TEMP SHIP)/ FM 38 (TEMP MOBIL) FM 35 (TEMP)/FM 36 (TEMP SHIP)/ FM 38 (TEMP MOBIL) FM 39 (ROCOB)/FM 40 (ROCOB SHIP) FM 32 (PILOT)/FM 33 (PILOT SHIP)/ FM 34 (PILOT MOBIL) FM 32 (PILOT)/FM 33 (PILOT SHIP)/ FM 34 (PILOT MOBIL) [NATIONAL*] (RECCO) FM 35 (TEMP)/FM 36 (PILOT SHIP)/ FM 38 (TEMP MOBIL) FM 41 (CODAR) [TEXT] FM 32 (PILOT)/FM 33 (PILOT SHIP)/ FM 34 (PILOT MOBIL) FM 37 (TEMP DROP)
Presin, temperatura, humedad y E viento en altitud (Parte D) Presin, temperatura, humedad y F viento en altitud (Partes C y D) [Opcin nacional y bilateral] Viento en altitud (Parte B) G Viento en altitud (Parte C) H Viento en altitud (Partes A y B) I [Opcin nacional y bilateral] Presin, temperatura, humedad y K viento en altitud (Parte B) Presin, temperatura, humedad y L viento en altitud (Parte C) Presin, temperatura, humedad y M viento en altitud (Partes A y B) [Opcin nacional y bilateral] Informes de cohete sonda N Viento en altitud (Parte A) P Viento en altitud (Parte D) Q Informes de aeronaves R Presin, temperatura, humedad y S viento en altitud (Parte A) Informes de aeronaves T X Varios Viento en altitud (Partes C y D) Y [Opcin nacional y bilateral] Presin, temperatura, humedad y viento Z en altitud desde una sonda soltada desde un globo o aeronave (Partes A, B, C, D) ________
* Por ejemplo, la clave nacional de EE.UU. para los informes de un vuelo de reconocimiento meteorolgico (RECCO)
est documentada en el Manual de Claves (OMM-N 306), Volumen II, Captulo IV, Parte F.
T1 = W Avisos T2 Designador A C E F Tipo de datos AIRMET Cicln tropical (SIGMET ) Tsunami Tornado Clave (nombre) [TEXT] [TEXT] [TEXT] [TEXT]
Edicin de 2009
ADJUNTO ii-5
II-5/7
T1 = W Avisos (continuacin) T2 Designador G H O S T U V W Tipo de datos Hidrolgico/inundacin fluvial Marino/inundacin costera Otros SIGMET Cicln tropical (tifn/huracn) Tempestad intensa Nubes de cenizas volcnicas (SIGMET ) Avisos y resumen meteorolgico Clave (nombre) [TEXT] [TEXT] [TEXT] [TEXT] [TEXT] [TEXT] [TEXT] [TEXT]
Tabla B2 Designador de tipo de datos T2 (cuando T1 = D, G, H, X o Y) Instrucciones para la correcta utilizacin de los designadores de tipo de datos 1. Los designadores especificados en esta tabla debern utilizarse, en la mayor medida posible, para indicar el tipo de datos contenidos en el texto del boletn. 2. En caso de que el texto contenga ms de un tipo de datos, debern utilizarse los designadores correspondientes a un solo tipo de datos. 3. Cuando en la tabla no figura un designador adecuado para el tipo de datos de que se trate, se deber introducir un designador alfabtico que no haya sido asignado en la tabla e informar de ello a la Secretara de la OMM. Designador Tipo de datos A B C D E F G H I J K L M Datos radricos Nube Verticidad Espesor (topografa relativa) Precipitacin Divergencia Altura Altura de la ola + combinaciones Altura del oleaje + combinaciones Para uso nacional Designador Tipo de datos N O P Q R S T U V W X Y Z Radiacin Velocidad vertical Presin Temperatura potencial del termmetro hmedo Humedad relativa Temperatura Componente de viento del oeste Componente de viento del sur Viento No asignado
Tabla B3 Designador de tipo de datos T2 (cuando T1 = I o J) Instrucciones para la correcta utilizacin de los designadores de tipo de datos 1. Los designadores especificados en esta tabla debern utilizarse, en la mayor medida posible, para indicar el tipo de datos contenidos en el cuerpo del boletn BUFR . 2. En caso de que el boletn contenga ms de un tipo de datos, debern utilizarse los designadores correspondientes a un solo tipo de datos. 3. Cuando la tabla no contenga un designador adecuado para el tipo de datos de que se trate, se deber utilizar un designador alfabtico que no est asignado en la tabla e informar de ello a la Secretara de la OMM.
Edicin de 2009
II-5/8
Designador N O P S T U X
Tipo de datos Datos satelitales Oceanogrfico/limnogrfico (propiedad del agua) Grfico Superficie/nivel del mar Texto (informacin en lenguaje simple) En altitud Otros tipos de datos
Tabla B4 Designador de tipo de datos T2 (cuando T1 = O) Instrucciones para la correcta utilizacin de los designadores de tipo de datos 1. Los designadores especificados en esta tabla debern utilizarse, en la mayor medida posible, para indicar el tipo de datos contenidos en el cuerpo del boletn GRIB para productos oceanogrficos. 2. En caso de que el boletn contenga ms de un tipo de datos, debern utilizarse los designadores correspondientes a un solo tipo de datos. 3. Cuando la tabla no contenga un designador adecuado para el tipo de datos de que se trate, se deber utilizar un designador alfabtico que no est asignado en la tabla e informar de ello a la Secretara de la OMM. Designador D E F G H I Q R S T U V W X Tipo de datos Profundidad Concentracin de hielo Espesor del hielo Deriva de los hielos Crecimiento de los hielos Convergencia/divergencia de los hielos Anormalidad en la temperatura Anormalidad en la profundidad Salinidad Temperatura Componente actual Componente actual Calentamiento de la temperatura Datos combinados
Tabla B5 Designador de tipo de datos T2 (cuando T1 = E) Designador C F I S V W Y Z Tipo de datos Temperatura de la cima de las nubes Niebla Infrarrojo Temperatura de superficie Visible Vapor de agua Usuario especificado No especificado
Edicin de 2009
ADJUNTO ii-5
II-5/9
Tabla B6 Designador de tipo de datos T2 (cuando T1 = P, Q) Instrucciones para la correcta utilizacin de los designadores de tipo de datos 1. Los designadores especificados en esta tabla debern utilizarse, en la mayor medida posible, para indicar el tipo de datos contenidos en el cuerpo del boletn. 2. En caso de que el boletn contenga ms de un tipo de datos, debern utilizarse el designador correspondiente a un solo tipo de datos. 3. Cuando la tabla no contenga un designador adecuado para el tipo de datos de que se trate, se deber utilizar un designador alfabtico que no est asignado en la tabla e informar de ello a la Secretara de la OMM. Designador A B C D E F G H I J K L M N O P Q R S T U V W X Y Z Tipo de datos Datos radricos Nube Turbulencia en cielo despejado Espesor (topografa relativa) Precipitacin Diagramas aerolgicos (nube de cenizas) Tiempo significativo Altura Flujo de hielo Altura de la ola + combinaciones Altura del oleaje + combinaciones Lenguaje simple Para uso nacional Radiacin Velocidad vertical Presin Temperatura potencial del termmetro hmedo Humedad relativa Capa de nieve Temperatura Componente de viento del oeste Componente de viento del sur Viento ndice de elevacin Mapa de observaciones No asignado
Tabla C1 Designadores geogrficos A1A2 que han de utilizarse en los encabezamientos abreviados T1T2A1A2ii CCCC YYGGgg para los boletines que contienen informacin meteorolgica, con exclusin de los informes meteorolgicos procedentes de buques y datos oceanogrficos Instrucciones para la correcta utilizacin de los designadores geogrficos Esta tabla se subdivide en dos partes: la primera contiene los designadores geogrficos referentes 1. a pases o territorios de cada zona de responsabilidad de los CRT en lo que respecta a la concentracin de informes de observacin (superficie y altitud), y la segunda contiene aqullos referentes a grandes zonas, tales como continentes, hemisferios, etc. 2. Si se trata de boletines que contienen informes meteorolgicos de observacin (superficie y altitud) de estaciones terrestres, los designadores geogrficos contenidos en la Parte II de la tabla debern utilizarse nicamente cuando no existan designadores adecuados en la Parte I de la tabla.
Edicin de 2009
II-5/10
3. Si se trata de boletines que contienen informacin meteorolgica relacionada con informes de aeronaves, anlisis, pronsticos, avisos, datos climatolgicos, datos de los satlites e igualmente informacin analgica por facsmil, pueden utilizarse todos los designadores geogrficos incluidos en esta tabla. Sin embargo, en la medida de lo posible, no deber utilizarse el designador geogrfico XX. 4. Para el designador geogrfico del encabezamiento abreviado de los mensajes METNO y WIFMA deber utilizarse XX. 5. Los designadores geogrficos contenidos en esta tabla no deben utilizarse en el encabezamiento abreviado de los boletines que contienen informes meteorolgicos procedentes de buques y datos oceano grficos. NOTAS: 1)
Las denominaciones empleadas en esta tabla y la forma en que aparecen presentados los datos que contie ne no implican, de parte de la Secretara de la Organizacin Meteorolgica Mundial, juicio alguno sobre las condicin jurdica de ninguno de los pases, territorios, ciudades o zonas citados o de sus autoridades, ni respecto de la delimitacin de sus fronteras o lmites. Para T1T2 = SZ, A1A 2 se utilizar el designador geogrfico de la Tabla C1.
2)
Parte I Designadores referentes a pases o territorios A1A2

AB AG AH AI AJ AK AL AN AT AU AY AZ BA BC BD BE BH BI BJ BK BM BN BO BR BU BV BW BX BY BZ CD CE CG CH CI CM CN CO CR
Pas
Albania Argentina Afganistn Isla Ascensin Azerbaiyn Alaska Argelia Angola Antigua y Barbuda, Saint Kitts y Nevis y otras islas britnicas de las proximidades Australia Armenia Azores Bahamas Botswana Brunei Darussalam Bermuda Belice Burundi Benin Islas Banks Myanmar Bahrein Bolivia Barbados Bulgaria Isla Bouvet Bangladesh Blgica, Luxemburgo Belars Brasil Chad Repblica Centroafricana Congo Chile China Camern Canad Colombia Islas Canarias (Espaa)
A1A2
CS CT CU CV CY CZ DJ DL DN DO DR EG EO EQ ER ES ET FA FG FI FJ FK FP FR FW GB GC GD GE GG GH GI GL GM GN GO GQ GR Costa Rica Isla Cantn Cuba Cabo Verde Chipre Repblica Checa
Pas
Djibouti Alemania Dinamarca Dominica Repblica Dominicana Egipto Estonia Ecuador Emiratos rabes Unidos El Salvador Etiopa Islas Feroe Guyana Francesa Finlandia Fiji Islas Malvinas (Falkland Islands) Saint Pierre y Miqueln Francia Wallis y Futuna Gambia Islas Caimn Granada Isla Gough Georgia Ghana Gibraltar Groenlandia Guam Guinea Gabn Guinea Ecuatorial Grecia
Edicin de 2009
ADJUNTO ii-5
II-5/11
Tabla C1 Parte I (continuacin) A1A2

GU GW GY HA HE HK HO HU HV HW IC ID IE IL IN IQ IR IS IV IY JD JM JP KA KB KI KK KN KO KP KR KU KW KY KZ LA LB LC LI LJ LN LS LT LV LY MA MB MC MD MF MG MH MI MJ MK ML MN Guatemala Guinea Bissau Guyana Hait Santa Elena Hong Kong, China Honduras Hungra Burkina Faso Islas Hawai Comoras Indonesia Irlanda Islandia India Iraq Repblica Islmica del Irn Israel Cte dIvoire Italia Jordania Jamaica Japn Islas Carolina Kiribati Isla Christmas Islas Cocos Kenya Repblica de Corea Camboya Repblica Popular Democrtica de Corea Islas Cook Kuwait Kirguistn Kazajstn Repblica Democrtica Popular Lao Lbano Santa Luca Liberia Eslovenia Isla Southern Line Lesotho Lituania Letonia Jamahiriya rabe Libia Mauricio Isla Marion Marruecos Madeira San Martn, San Bartolom, Guadalupe y otras islas francesas de las proximidades Madagascar Islas Marshall Mal Ex Repblica Yugoslava de Macedonia Montenegro Malta St. Maarten, St. Eustatius y Saba
Pas
A1A2
MO MR MS MT MU MV MW MX MY MZ NC NG NI NK NL NM NO NP NR NU NV NW NZ OM OR OS PF PH PI PK PL PM PO PR PT PU PY QB QT RA RE RH RM RO RS RW SB SC SD SG SI SK SL SM SN SO SP SQ Mongolia Martinica Malasia Mauritania Macao, China Maldivas Malawi Mxico Islas Marianas Mozambique
Pas
Nueva Caledonia Papua Nueva Guinea Nigeria Nicaragua Pases Bajos Namibia Noruega Nepal Nger Antillas Neerlandesas y Aruba (Bonaire, Curaao) Vanuatu Nauru Nueva Zelandia Omn Islas Orcadas del Sur Austria Polinesia Francesa Filipinas Islas Fnix Pakistn Polonia Panam Portugal Per Pitcairn Puerto Rico Paraguay Bosnia y Herzegovina Qatar Federacin de Rusia (Este) Reunin e islas asociadas Croacia Moldova Rumania Federacin de Rusia (Oeste) Rwanda Sri Lanka Seychelles Arabia Saudita Senegal Somalia Sarawak Sierra Leona Suriname Suecia Islas Salomn Espaa Eslovaquia
Edicin de 2009
II-5/12
Tabla C1 Parte I (continuacin) A1A2

SR SU SV SW SX SY SZ TA TC TD TG TH TI TK TM TN TO TP TR TS TU
Pas
Singapur Sudn Swazilandia Suiza Islas Santa Cruz Repblica rabe Siria Spitzbergen Tayikistn Tristan da Cunha Trinidad y Tabago Togo Tailandia Islas Turcas y Caicos Tokelau Timor-Leste Repblica Unida de Tanzana Tonga Santo Tom y Prncipe Turkmenistn Tnez Turqua
A1A2
Pas
TV Tuvalu UG Uganda UK Reino Unido de Gran Bretaa e Irlanda del Norte UR Ucrania US Estados Unidos de Amrica UY Uruguay UZ Uzbekistn VG San Vicente y las Granadinas VI Islas Vrgenes VN Venezuela VS Viet Nam YE Yemen YG Serbia ZA Sudfrica ZB Zambia ZM Samoa ZR Repblica Democrtica del Congo ZW Zimbabwe
Parte II Designadores referentes a grandes zonas
A1A2
Zona geogrfica
A1A2
Zona geogrfica Zona del Mediterrneo Zona del Mediterrneo central Zona del Mediterrneo occidental Amrica del Norte Zona del Atlntico Norte Oceana Mar de Okhotsk Zona del Pacfico Zona del Golfo Prsico Zona del Pacfico Norte Pacfico Norte occidental Zona del Pacfico Sur Zona del Pacfico occidental Zona del Pacfico oriental Amrica del Sur Zona ocenica austral Zona del Mar de Japn Zona meridional del Mar de China Zona del Atlntico Sur Hemisferio oriental Hemisferio Norte Hemisferio Sur Cinturn tropical Hemisferio occidental Debe utilizarse cuando los otros designadores no son adecuados
AA Antrtico MM AC rtico MP AE Sureste de Asia MQ AF frica AM frica central NA AO frica occidental NT AP frica meridional AS Asia OC AW Oriente prximo OH AX Zona del Mar de Arabia PA BQ Zona del Mar Bltico PE PN CA El Caribe y Amrica Central PQ PS EA frica oriental PW EC Zona oriental del Mar de China PZ EE Europa oriental EM Europa central SA EN Europa septentrional SE EU Europa SJ EW Europa occidental SS ST FE Lejano Oriente XE GA Zona del Golfo de Alaska XN GX Zona del Golfo de Mxico XS XT IO Zona del Ocano ndico XW XX ME Zona del Mediterrneo oriental
Edicin de 2009
ADJUNTO ii-5
II-5/13
Tabla C2 Designadores geogrficos A1A2 que han de utilizarse en los encabezamientos abreviados T1T2A1A2ii CCCC YYGGgg para los boletines que contienen informes meteorolgicos procedentesde buques y datos oceanogrficos, incluidos los informes procedentes de estaciones automticas marinas Instrucciones para la correcta utilizacin de los designadores geogrficos 1. 2. 3. NOTA: La primera letra A1 indicar el tipo de buque o de estacin automtica marina: Para estaciones meteorolgicas ocenicas: W Para buques mviles y otras estaciones marinas: V F Para flotadores (T1T2 = SO): La segunda letra A2 indicar la zona de donde proceden los informes contenidos en el boletn. Siempre que sea posible, conviene redactar boletines separados para evitar el empleo de la letra X
Para T1T2 = SZ, A1A 2 se utilizar el designador geogrfico de la Tabla C1.
Designador A B C D E F J X
Zona geogrfica Zona comprendida entre 30N y 60S, 35W Zona comprendida entre 90N y 05N, 70E Zona comprendida entre 05N y 60S, 120W Zona comprendida entre 90N y 05N, 180W Zona comprendida entre 05N y 60S, 70E Zona comprendida entre 90N y 30N, 35W Zona situada al sur del paralelo 60S Ms de una zona Tabla C3 70E 180 35W 35W 120W 70E
Designador de la zona geogrfica A1 (cuando T1 = D, G, H, O, P, Q, T, X o Y) y el designador de la zona geogrfica A2 (cuando T1 = I o J) Instrucciones para la correcta aplicacin de los designadores de la zona geogrfica 1. Los designadores especificados en esta tabla debern utilizarse, en la mayor medida posible, para que indiquen la zona geogrfica de los datos contenidos en el texto del boletn. 2. En caso de que la zona geogrfica de los datos no corresponda exactamente con el designador, se podr utilizar el designador correspondiente a la zona ms prxima a la de los datos. 3. Cuando en la tabla no figure un designador adecuado para la zona geogrfica, deber utilizarse un designador alfabtico que no est asignado en la tabla, lo que se comunicar a la Secretara. Designador A B C D E F G H I J K Zona geogrfica 0 90W hemisferio norte 90W 180 hemisferio norte 180 90E hemisferio norte 90E 0 hemisferio norte 0 90W cinturn tropical 90W 180 cinturn tropical 180 90E cinturn tropical cinturn tropical 90E 0 0 90W hemisferio sur hemisferio sur 90W 180 180 90E hemisferio sur
Edicin de 2009
II-5/14
Tabla C3 (continuacin) Designador L N S T X Zona geogrfica 90E 0 hemisferio sur Hemisferio norte Hemisferio sur 45W 180 hemisferio norte Zona mundial (zona indefinible)
Tabla C4 Designador de la hora de referencia A2 (cuando T1 = D, G, H, J, O, P, o T) Instrucciones para la correcta aplicacin de los designadores de la hora de referencia 1. Los designadores especificados en esta tabla debern utilizarse, en la mayor medida posible, para que indiquen la hora de referencia de los datos contenidos en el texto del boletn. 2. Cuando en la tabla no figure un designador adecuado para la hora de referencia, deber utilizarse un designador alfabtico que no est asignado en la tabla. Designador Hora de referencia Designador L M N O P Q R S T U V W. . .Z Hora de referencia Prediccin para 84 horas Prediccin para 96 horas Prediccin para 108 horas Prediccin para 120 horas (5 das) Prediccin para 132 horas Prediccin para 144 horas Prediccin para 156 horas (7 das) Prediccin para 168 horas Prediccin para 10 das Prediccin para 15 das Prediccin para 30 das No asignado
A Anlisis (00 horas) B Prediccin para 6 horas C Prediccin para 12 horas D Prediccin para 18 horas E Prediccin para 24 horas F Prediccin para 30 horas G Prediccin para 36 horas H Prediccin para 42 horas I Prediccin para 48 horas J Prediccin para 60 horas K Prediccin para 72 horas
Tabla C5 Designador de la hora de referencia A2 (cuando T1 = Q, X o Y) Designador A B C D E F G H I Hora de referencia Anlisis (00 horas) Prediccin para 3 horas Prediccin para 6 horas Prediccin para 9 horas Prediccin para 12 horas Prediccin para 15 horas Prediccin para 18 horas Prediccin para 21 horas Prediccin para 24 horas Designador J K L M N O P Q Hora de referencia Prediccin para 27 horas Prediccin para 30 horas Prediccin para 33 horas Prediccin para 36 horas Prediccin para 39 horas Prediccin para 42 horas Prediccin para 45 horas Prediccin para 48 horas
Edicin de 2009
ADJUNTO ii-5
II-5/15
Tabla C6 Designador de tipo de datos A1 (cuando T1 = I o J) Instrucciones para la correcta utilizacin de los designadores de tipos de datos 1. Los designadores especificados en esta tabla debern utilizarse, en la mayor medida posible, para indicar el tipo de datos contenidos en el texto del boletn BUFR. 2. En caso de que el texto contenga ms de un tipo de datos, debern utilizarse los designadores correspondientes a un solo tipo de datos. 3. Cuando la tabla no contenga un designador adecuado para el tipo de datos de que se trate, se deber utilizar un designador alfabtico que no est asignado en la tabla e informar de ello a la Secretara de la OMM. T1T2 A1 ii Tipo de datos Correspondencia con las claves alfanumricas Categora/ subcategora de datos (Tabla comn C-13) 003/003 003/004 003/005 003/006 001/025 031/004 031/001 031/005
IN IN IN IN IO IO IO IO IO IO IO IO IP IP IP IP IS
A B H M B I P R S T W X C I R X A 01-29
Datos satelitales (AMSU-A) Datos satelitales (AMSU-B) Datos satelitales (HIRS) Datos satelitales (MHS) Observaciones de boya Hielo marino Boyas perfiladoras subsuperficiales Observaciones en la superficie del mar Sondeos en la superficie del mar y niveles inferiores Temperatura en la superficie del mar Olas en superficie del mar Otros datos medioambientales marinos Datos de radar. Mixtos en imgenes. Datos satelitales en imgenes Datos de radar en imgenes No definido Observaciones habituales programadas para su distribucin desde estaciones terrestres automticas (fijas o mviles) (por ejemplo, 0000, 0100, 0220, 0240, 0300, , 0715, 0745,... UTC) Observaciones cada N minutos desde esta ciones terrestres automticas (fijas o mviles) Informes de radar (Partes A y B) Observaciones climticas desde estaciones terrestres Observaciones climticas desde estaciones marinas Observacin radiolgica Medicin de ozono en superficie Fuente de atmosfricos Observaciones sinpticas intermedias desde estaciones terrestres fijas
BUOY TESAC TRACKOB BATHY, TESAC
WAVEOB
031/002
n/a
000/006
IS
30-59
n/a
000/007
IS IS IS IS IS IS IS
B C C D E F I
01-45 46-59
RADOB CLIMAT CLIMAT SHIP RADREP n/a SFAZI, SFLOC, SFAZU SYNOP (SIxx)
006/003 000/020 001/020 010/001 008/000 000/030 000/001 000/051
01-45
Edicin de 2009
II-5/16
Tabla C6 (continuacin) T1T2 A1 ii Tipo de datos Correspondencia con las claves alfanumricas Categora/ subcategora de datos (Tabla comn C-13) 000/004 000/002 000/052 000/005 000/000
IS IS IS IS
I M M N
46-59 01-45 46-59 01-45
IS
46-59
IS IS IS IS IS IS IS IS IS IT IT IT IT IU IU IU IU IU IU IU IU IU IU IU IU
R S S S T T V W X A B R X A A B C D E I J J J K K
01-19 20-39 40-59 01-19 20-39
01-19 20-39 40-59 01-19 20-39
Observaciones sinpticas intermedias desde estaciones terrestres mviles Observaciones sinpticas principales desde estaciones terrestres fijas Observaciones sinpticas principales desde estaciones terrestres mviles Observaciones sinpticas desde estaciones terrestres fijas a horas no fijas (Por ejemplo, 0100, 0200, 0400, 0500, ... UTC) Observaciones sinpticas desde estaciones terrestres mviles a horas no fijas (por ejemplo, 0100, 0200, 0400, 0500, ... UTC) Informes hidrolgicos Observaciones sinpticas desde estaciones marinas Observaciones a intervalos de una hora desde estaciones marinas automticas Observaciones cada N minutos desde esta ciones marinas automticas Observaciones de maremetro Serie de horas de observacin al nivel del mar Observaciones aeronuticas especiales (SPECI) Observaciones del tiempo habituales para la aviacin (METAR) Otros datos de superficie Mensaje administrativo Mensaje de servicio Peticin de datos (incluido el tipo) Otros mensajes o informacin en texto Informes de aeronave de un solo nivel (automticos) Informes de aeronave de un solo nivel (manuales) Informes del globo de un solo nivel (Utilizado para informes obtenidos de satlites en un solo nivel; vase la nota 3) Sonda descendente/sonda descendente de viento Sondeo vertical de ozono Anlisis de dispersin y transporte Viento en altitud desde estaciones terrestres fijas (sondeo total) Viento en altitud desde estaciones terrestres mviles (sondeo total) Viento en altitud desde estaciones marinas (sondeo total) Sondeos de radio desde estaciones terrestres fijas (hasta 100 hPa) Sondeos de radio desde estaciones terrestres mviles (hasta 100 hPa)
SYNOP MOBIL SYNOP (SMxx) SYNOP MOBIL SYNOP (SNxx)
SYNOP MOBIL
000/003
HYDRA SHIP n/a n/a n/a n/a SPECI METAR IAC, IAC FLEET
000/040 001/000 001/006 001/007 001/030 001/031 000/011 000/010
AMDAR AIREP/PIREP n/a SAREP/SATOB TEMP DROP n/a n/a PILOT (Partes A, B, C, D) PILOT MOBIL (Partes A, B, C, D) PILOT SHIP (Partes A, B, C, D) TEMP (Partes A, B) TEMP MOBIL (Partes A, B)
004/000 004/001 005/000 002/007 008/001 009/000 002/001 002/003 002/002 002/004 002/006
Edicin de 2009
ADJUNTO ii-5
II-5/17
Tabla C6 (continuacin) T1T2 A1 ii Tipo de datos Correspondencia con las claves alfanumricas Categora/ subcategora de datos (Tabla comn C-13) 002/005 002/020 002/010 002/011
IU IU IU IU IU IU IU IU IU IU IU IU IU IU IU IU IU JO JO JO JO JO JO JS JS JS JS JS JS JS JS JS JS JS
K M N O P Q R S S S T U U W W W X I S T W X A D M O P R S T X
40-59
01-19 20-39 40-59
01-45 46-59 01-19 20-39 40-59
Sondeos de radio desde estaciones marinas (hasta 100 hPa) Sondas obtenidas de modelos Cohetes sonda Perfiles de observaciones de aeronave en ascenso/descenso Perfiladores Perfiles de temperatura RASS (Utilizado para datos de radiancia vase la nota 3) Informes de radiosonda/globo piloto desde estaciones terrestres fijas (sondeo total) Sondeos de radio desde estaciones terrestres mviles (sondeo total) Sondeos de radio desde estaciones marinas (sondeo total) (Utilizado para sondas obtenidas de satlites; vase la nota 3) Estadsticas mensuales de datos de estaciones de altitud Estadsticas mensuales de datos de estaciones marinas Viento en altitud desde estaciones terrestres fijas (hasta 100 hPa) Viento en altitud desde estaciones terrestres mviles (hasta 100 hPa) Viento en altitud desde estaciones marinas (hasta 100 hPa) Otros informes de la atmsfera en altitud
TEMP SHIP (Partes A, B) AMDAR PILOT TEMP
TEMP (Partes A, B, C, D) TEMP MOBIL (Partes A, B, C, D) TEMP SHIP (Partes A, B, C, D) SATEM, SARAD, SATOB CLIMAT TEMP CLIMAT TEMP, SHIP PILOT (Partes A, B) PILOT MOBIL (Partes A, B) PILOT SHIP
002/004 002/006 002/005
002/025 002/026 002/001 002/003 002/002
Hielo marino Sondeos en la superficie del mar y niveles infe riores Temperatura en la superficie del mar Olas en la superficie del mar Otros datos medioambientales marinos Prediccin de rea en superficie (por ejemplo, RADOF en aerovas) Prediccin radiolgica Predicciones de superficie (por ejemplo, medi MAFOR ante MOS) Prediccin martima HYFOR Enmiendas de predicciones (aerovas) Prediccin hidrolgica Enmiendas de predicciones (TAF) Pronstico de aerdromo (TAF) Otras predicciones de superficie
Edicin de 2009
II-5/18
Tabla C6 (continuacin) T1T2 A1 ii Tipo de datos Correspondencia con las claves alfanumricas Categora/ subcategora de datos (Tabla comn C-13)
JT JT JT JT JT JU JU JU JU JU JU JU JU JU JU JU
E H S T X A B C F N O S T V W X
Tsunami Avisos de huracn, tifn, tempestad tropical Fenmenos meteorolgicos violentos, SIGMET Aviso de tornado Otros avisos Prediccin a un solo nivel SIGWX en clave binaria, cumulonimbos subsumidos SIGWX en clave binaria, turbulencia en atmsfera despejada SIGWX en clave binaria, frentes SIGWX en clave binaria, otros parmetros SIGWX SIGWX en clave binaria, turbulencia Sondeos predictivos SIGWX en clave binaria, engelamiento/tropopausa SIGWX en clave binaria, tempestades tropicales, tormentas de arena, volcanes SIGWX en clave binaria, vientos de nivel alto Otras predicciones de la atmsfera en altitud
NOTAS: 1) El contenido de los mensajes ISMx, ISIx, ISNx corresponde al contenido de los mensajes SYNOP tradicionales
SMxx, SIxx, SNxx.
2) 3)
Categora/subcategora = 000/000 identifica datos SYNOP obtenidos a las 0100, 0200, 0300, 0400, 0500, 0700, 0800, 1000, 1100, 1300, .. UTC). Por consiguiente, SNxx en la clave SYNOP tradicional corresponde a ISNx en la clave BUFR . Los designadores A1 para T1T2 que ya se han utilizado para datos satelitales (por ejemplo, IUC, IUR, IUT ) no se han asignado y se han reservado para asignaciones futuras hasta que se asigne A1 para T1T2 = IN (datos satelitales).
Tabla C7 Designador de tipo de datos T2 y A1 (cuando T1 = K) T1T2 A1 ii Tipo de datos Correspondencia con las claves alfanumricas Categora/ subcategora de datos (Tabla comn C-13)
KF KF KF KF KF KF KF KF KF
A D M O P R S T X
Prediccin de rea en superficie (por ejemplo, aerovas) Prediccin radiolgica Predicciones de superficie (por ejemplo, MOS) Prediccin martima Enmiendas de predicciones (aerovas) Prediccin hidrolgica Enmiendas de predicciones (TAF) Pronstico de aerdromo (TAF) Otras predicciones de superficie
RADOF
MAFOR HYFOR
Edicin de 2009
ADJUNTO ii-5
II-5/19
Tabla C7 (continuacin) T1T2 A1 ii Tipo de datos Correspondencia con las claves alfanumricas Categora/ subcategora de datos (Tabla comn C-13) 001/025 031/004 031/001 031/005
KO KO KO KO KO KO KO KO KP KP KP KP KP KS
B I P R S T W X I S T W X A 01-29
Observaciones de boya Hielo marino Boyas perfiladoras subsuperficiales Observaciones en la superficie del mar Sondeos en la superficie del mar y en niveles inferiores Temperatura en la superficie del mar Olas en la superficie del mar Otras observaciones medioambientales marinas Hielo marino Sondeos en la superficie del mar y niveles infe riores Temperatura en la superficie del mar Olas en la superficie del mar Otras observaciones medioambientales marinas Observaciones habitualmente programadas para su distribucin desde estaciones terres tres automticas (fijas o mviles) (por ejemplo, 0000, 0100, 0240, 0300, 0715, , 0715, 0745, ... (UTC) Observaciones cada N minutos desde esta ciones terrestres automticas (fijas o mviles) Informes de radar Observaciones climticas desde estaciones terrestres Observaciones climticas desde estaciones marinas Observacin radiolgica Medicin de ozono en superficie Fuente de atmosfricos Observaciones sinpticas intermedias desde estaciones terrestres fijas Observaciones sinpticas intermedias desde estaciones terrestres mviles Observaciones sinpticas principales desde estaciones terrestres fijas Observaciones sinpticas principales desde estaciones terrestres mviles Observaciones sinpticas desde estaciones terrestres fijas a horas no fijas (Por ejemplo, 0100, 0200, 0400, 0500, 0700, 0800, 1000, 1100, 1300, ..., UTC) Observaciones sinpticas desde estaciones terrestres mviles a horas no fijas (por ejemplo, 0100, 0200, 0400, 0500, 0700, 0800, 1000, 1100, 1300, ... UTC) Informes hidrolgicos
BUOY TESAC TRACKOB BATHY, TESAC
WAVEOB WAVEOB
031/002 031/002
n/a
000/006
KS KS KS KS KS KS KS KS KS KS KS KS
A B C C D E F I I M N N
30-59
n/a RADOB (partes A, B) CLIMAT CLIMAT SHIP RADREP n/a SFAZI, SFLOC, SFAZU SYNOP (SIxx) SYNOP MOBIL SYNOP (SMxx) SYNOP MOBIL SYNOP (SNxx)
000/007 006/003 000/020 001/020 010/001 008/000 000/030 000/001 000/051 000/004 000/002 000/052 000/005 000/000 000/050
01-45 46-59
01-45 46-59 01-45 46-59 01-45
KS
46-59
SYNOP MOBIL
000/003
KS
HYDRA
000/040
Edicin de 2009
II-5/20
Tabla C7 (continuacin) T1T2 A1 ii Tipo de datos Correspondencia con las claves alfanumricas Categora/ subcategora de datos (Tabla comn C-13) 001/000 001/006 001/007 000/011 000/010
KS KS KS KS KS KS KT KT KT KT KT KU KU KU KU KU KU KU KU KU KU KU KU KU KU KU KU KU KU KU KU
S S S V W X E H S T X A A B C D I J J J K K K L M N O P Q S S
01-19 20-39 40-59
Observaciones sinpticas desde estaciones marinas Observaciones a intervalos de una hora desde estaciones marinas automticas Observaciones cada N minutos desde esta ciones marinas automticas Observaciones aeronuticas especiales (SPECI) Observaciones del tiempo habituales para la aviacin (METAR) Otros datos de superficie Tsunami Avisos de huracn, tifn, tempestad tropical Fenmenos meteorolgicos violentos, SIGMET Aviso de tornado Otros avisos Informes de aeronave en un solo nivel (automticos) Informes de aeronave en un solo nivel (manual) Informes de globo en un solo nivel Informes obtenidos de satlites en un solo nivel Sondas descendentes/sondas de viento descendentes Anlisis de dispersin y transporte Viento en altitud desde estaciones terrestres fijas Viento en altitud desde estaciones terrestres mviles Viento en altitud desde estaciones marinas Sondeos de radio desde estaciones terrestres fijas Sondeos de radio desde estaciones terrestres mviles Sondeos de radio desde estaciones marinas Perfil vertical de ozono Sondas obtenidas de modelos Cohetes sonda Perfiles de observaciones de aeronave en fase ascendente/descendente Perfiladores Perfiladores de temperatura RASS Informes de radiosonda/globo piloto desde estaciones terrestres fijas Sondeos de radio desde estaciones terrestres mviles
SHIP n/a n/a SPECI METAR IAC, IAC FLEET
AMDAR AIREP/PIREP n/a SAREP TEMP DROP n/a PILOT (partes A, B, C, D) PILOT MOBIL (partes A, B, C, D) PILOT SHIP (partes A, B, C, D) TEMP (partes A y B) TEMP MOBIL (partes A, B) TEMP SHIP (partes A, B) n/a
004/000 004/001 005/000 002/007 009/000 002/001 002/003 002/002 002/004 002/006 002/005 008/001
01-19 20-39 40-59 01-19 20-39 40-59
AMDAR PILOT TEMP TEMP (partes A, B, C, D) TEMP MOBIL (partes A, B, C, D)
002/020 002/010 002/011 002/004 002/006
01-19 20-39
Edicin de 2009
ADJUNTO ii-5
II-5/21
Tabla C7 (continuacin) T1T2 A1 ii Tipo de datos Correspondencia con las claves alfanumricas Categora/ subcategora de datos (Tabla comn C-13) 002/005
KU KU KU KU KU KU KU KU KV KV KV KV KV KV KV KV KV KV KV
S T U U W W W X A B C F N O S T V W X
40-59
Sondeos de radio desde estaciones marinas Sondas obtenidas de satlites Estadsticas mensuales de datos de estaciones en altitud Estadsticas mensuales de datos de estaciones marinas Viento en altitud desde estaciones terrestres fijas Viento en altitud desde estaciones terrestres mviles Viento en altitud desde estaciones marinas Otros informes del aire en altitud Prediccin en un solo nivel SIGWX codificado, cumulonimbus subsumidos SIGWX codificado en CREX, turbulencia del aire despejado SIGWX codificado en CREX, frentes SIGWX codificado en CREX, otros parmetros SIGWX SIGWX codificado en CREX, turbulencia Sondeos predictivos SIGWX codificado en CREX, Engelamiento/tropopausa SIGWX codificado en CREX, tempestades tropi cales, tormentas de arena, volcanes SIGWX codificado en CREX, vientos de nivel alto Otras predicciones del aire en altitud
TEMP SHIP (partes A, B, C, D) CLIMAT TEMP CLIMAT TEMP, SHIP PILOT (partes A, B) PILOT MOBIL (partes A, B) PILOT SHIP (partes A, B)
01-45 46-59 01-19 20-39 40-59
002/025 002/026 002/001 002/003 002/002
Nota: T1T2 = SZ est asignado para datos del nivel del mar y datos de tsunami en niveles bajos del ocano en cualquier clave alfanumrica, particularmente en CREX.
Edicin de 2009
II-5/22
Tabla D1 Designador de nivel ii (cuando T1 = O) Instrucciones para la correcta aplicacin de los designadores de nivel para las profundidades ocenicas Los designadores especificados en esta tabla debern utilizarse, en la mayor medida posible, para indicar los niveles debajo de la superficie ocenica en el texto del boletn GRIB para los productos oceanogrficos. Designador 98 96 94 92 90 88 86 84 82 80 78 76 74 72 70 68 66 64 62 60 58 56 54 52 50 48 46 44 42 40 38 36 34 32 30 01 Profundidad (en metros) Superficie 2,5 5,0 7,5 12,5 17,5 25,0 32,5 40,0 50,0 62,5 75,0 100 125 150 200 300 400 500 600 700 800 900 1000 1100 1200 1300 1400 1500 1750 2000 2500 3000 4000 5000 Capa primaria
Edicin de 2009
ADJUNTO ii-5
II-5/23
Tabla D2 Designador de nivel ii (cuando T1 = D, G, H, J, P, Q, X o Y) Instrucciones para la correcta aplicacin de los designadores de nivel 1. Los designadores especificados en esta tabla debern utilizarse, en la mayor medida posible, para indicar el nivel de los datos contenidos en el texto del boletn. 2. En caso de que en el texto figuren datos para ms de un nivel, se deber utilizar el designador correspondiente a un solo nivel. 3. Si en la tabla no figura un designador adecuado para el nivel de que se trata, se deber utilizar un designador que no est asignado en la tabla.
Designador 99 98 97 96 95 94 93 92 91 90 89 88
Nivel 1000 hPa Propiedades del aire en la superficie terrestre Nivel de tropopausa Nivel del viento mximo 950 hPa Nivel de isoterma 0C 975 hPa 925 hPa 875 hPa 900 hPa Cualquier parmetro reducido al nivel del mar (p.ej. MSLP) Propiedades de la tierra o el agua en la superficie terrestre (p.ej., manto de nieve, ola, mar de fondo) Espesor de 1000500 hPa Capa lmite 850 hPa 840 hPa 830 hPa 825 hPa 810 hPa 800 hPa 790 hPa 780 hPa 775 hPa 760 hPa 750 hPa 740 hPa 730 hPa 725 hPa 710 hPa 700 hPa 690 hPa 680 hPa 675 hPa 660 hPa
Designador 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 650 hPa 640 hPa 630 hPa 625 hPa 610 hPa 600 hPa 590 hPa 580 hPa 570 hPa 560 hPa 550 hPa 540 hPa 530 hPa 520 hPa 510 hPa 500 hPa 490 hPa 480 hPa 470 hPa 460 hPa 450 hPa 440 hPa 430 hPa 420 hPa 410 hPa 400 hPa 390 hPa 380 hPa 370 hPa 360 hPa 350 hPa 340 hPa 330 hPa 320 hPa 310 hPa 300 hPa 290 hPa 280 hPa 270 hPa
Nivel
87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66
Edicin de 2009
II-5/24
Tabla D2 (continuacin) Designador 26 25 24 23 22 21 20 19 18 17 16 15 14 13 260 hPa 250 hPa 240 hPa 230 hPa 220 hPa 210 hPa 200 hPa 190 hPa 180 hPa 170 hPa 160 hPa 150 hPa 140 hPa 130 hPa Nivel Designador 12 11 10 09 08 07 06 05 04 03 02 01 00 Nivel 120 hPa 110 hPa 100 hPa 090 hPa 080 hPa 070 hPa 060 hPa 050 hPa 040 hPa 030 hPa 020 hPa 010 hPa Toda la atmsfera (p.ej.: agua precipitable)
Tabla D3 Designador de nivel ii (cuando T1T2 = FA o UA) T1T2 Designador ii Tipo de datos Clave (nombre)
FA 01-49 Predicciones de rea/advertencias para la aviacin FM 53 (ARFOR) [texto] FA 50-59 GAMET [TEXTO] FA 60-99 No asignado No asignado UA 01-59 Informes de aeronave habituales ICAO AIREP UA 60-69 Informes de aeronave especiales, excepto de cenizas volcnicas AIREP de OACI UA 70-79 Informes de aeronave especiales, relacionados con cenizas volcnicas AIREP de OACI UA 80-99 Informes de aeronave habituales AIREP de OACI NOTA: Teniendo en cuenta que no existe ningn uso conocido para la serie 80-99, sus nmeros estn asignados a
informes de aeronave habituales hasta el 1 de septiembre de 2008. Despus de esa fecha, la serie se reser var para usos futuros.
Edicin de 2009
ADJUNTO II-6
Formato para el texto de los mensajes con destinatario, junto con un ejemplo general de cada tipo
Estructura de formato general (Se indica nicamente el Alfabeto Telegrfico Internacional N 5)
El formato del encabezamiento abreviado para los mensajes con destinatario consta de dos lneas de informacin. Donde, T1T2 = designador BM para mensajes en forma alfanumrica designador BI para mensajes con destinatario en forma binaria (se utiliza en enlaces binarios nicamente) Opciones: AA mensaje administrativo (para remitirlo a una persona con fines de informacin o de actuacin) BB mensaje de servicio (para remitirlo a una persona con fines de actuacin) RR peticin de mensaje SMT por encabezamiento o nmero de secuencia RQ peticin de datos a una base de datos (formato de peticin TBD) para actuaciones en relacin con el SMPDP DA datos enviados en respuesta al mensaje con destinatario RR o RQ A1A2 Forma del encabezamiento abreviado: T1T2 A1A2 ii CaCaCaCa YYGGgg CCCC
= tipo de mensaje con destinatario
ii CaCaCaCa YYGGgg CCCC TIPO 1 A1A2
= siempre 01 (no se permiten excepciones) = indicador de ubicacin del centro del SMT al que va dirigido el mensaje = fecha y hora de insercin en el SMT = indicador de ubicacin internacional del centro que enva el mensaje
= AA Mensaje administrativo
El contenido de este tipo de mensaje es un texto corriente escrito en caracteres, en forma legible. Estos mensajes se visualizan en pantalla o se imprimen en una impresora. Su contenido debera hacer referencia a cuestiones o a asuntos operativos y/o administrativos de carcter general, y a temas de coordinacin en relacin con el SMT. La opcin T1T2 que se utilizar es BM solamente, ya que el texto est en forma de caracteres. Ejemplo: 345 BMAA01 EDZW 261215 EGRR A LA ATENCIN DEL GESTOR DE DATOS DE OFFENBACH LOS BOLETINES QUE SOLICIT SERN ENVIADOS A SU CENTRO A PARTIR DEL PRIMERO DE MES SMVG01 TVSV SMTD01 TTPP SALUDOS, SUPERVISOR DE GESTIN DE DATOS BMO= NOTA:
EDZW es el centro destinatario del mensaje y EGRR es el centro remitente del mensaje.
Edicin de 2009
II-6/2 TIPO 2 A1A2
= BB Mensaje de servicio
El contenido de este tipo de mensaje es un texto corriente en caracteres, escrito en forma legible. Estos mensajes se visualizan en pantalla o se imprimen en una impresora. Se trata de mensajes textuales sobre la situacin operativa y/o sobre la resolucin de problemas. La opcin T1T2 que se utilizar es BM solamente, ya que el texto est en forma de caracteres. Ejemplo: 321 BMBB01 EGRR 281425 KWBC A LA ATENCIN DEL SUPERVISOR DE COMUNICACIONES DE EXETER EL ENLACE SMT ENTRE WASHINGTON Y BRASILIA ESTAR CORTADO DURANTE 6 HORAS POR RECONFIGURACIN DE LA LNEA EN BRASILIA. SALUDOS, SUPERVISOR DE COMUNICACIONES DE WASHINGTON= NOTA: TIPO 3 A1A2 = RR Mensaje de peticin/respuesta La estructura del texto de este tipo de mensaje contiene dos clases especficas que utilizan dos formatos diferentes en el texto de la peticin. Este tipo de mensaje con destinatario se utiliza entre nodos del SMT. Para efectuar la peticin en formato de Clase 1, los nodos del SMT debern ser adyacentes. Para efectuar la peticin en formato de Clase 2, los nodos del SMT no tienen que ser adyacentes entre s. El mensaje de peticin/respuesta tiene por objeto la adquisicin de datos a nivel de boletn, partiendo del supuesto de que ste existe. Si el mensaje se enva por un canal virtual X.25 establecido para el intercambio de datos alfanumricos, se recomienda la opcin T1T2 de BM; cuando el canal virtual X.25 se establece para el intercambio de datos binarios, se recomienda la opcin T1T2 de BI. Cuando hay slo un canal virtual entre nodos para el intercambio tanto de datos alfanumricos como binarios, se recomienda utilizar la opcin T1T2 de BI por defecto. La opcin T1T2 de BM se utilizara en todos los enlaces del SMT que utilicen protocolos en caracteres (es decir, BAUDOT o PROCEDIMIENTOS DE CONTROL DE ERROR), ya que todos los mensajes con destinatario y los de peticin/respuesta son alfanumricos. CLASE 1. Peticin de repeticin se enviar entre centros adyacentes nicamente. Puede elegirse entre tres posibilidades en el texto de la peticin; a saber: 1. para pedir slo un mensaje refirindose a su nmero de secuencia de transmisin; 2. para pedir una serie de nmeros de secuencia de transmisin consecutivos; o 3. para pedir un grupo de mensajes especficos refirindose a sus nmeros de secuencia de transmisin. Habr slo una lnea de peticin por mensaje. La respuesta al mensaje de CLASE 1 de peticin/respuesta constar de dos partes. La primera consistir en la construccin y transmisin de un mensaje de estado en el formato de mensaje de datos de TIPO 5, indicando que se ha actuado. Esta parte se denominar mensaje de estado de actuacin. La segunda parte consistir en la transmisin del mensaje o mensajes pedidos. Consistir en una repeticin del mensaje enviado originalmente, incluido el nmero o nmeros de secuencia originales. Es muy probable que la transmisin resultante revoque los nmeros de secuencia vigentes. Ello confirmara, en el centro solicitante, la recepcin del mensaje o mensajes deseados. Opcin 1 Peticin de un solo mensaje (previamente recibido) 1. Formato para un canal virtual alfanumrico o para cualquier enlace SMT no binario (SOH)(CR)(CR)(LF) nnn (CR)(CR)(LF) BMRR01 CaCaCaCa YYGGgg (CR)(CR)(LF) CCCC
EGRR es el centro destinatario del mensaje y KWBC es el centro remitente del mensaje.
Edicin de 2009
ADJUNTO ii-6
II-6/3
(CR)(CR)(LF) SQN nnn = (CR)(CR)(LF)(ETX) (SOH)(CR)(CR)(LF) nnn
[un boletn]
2. Formato para un canal virtual binario que utilice enlaces SMT X.25 (CR)(CR)(LF) BIRR01 CaCaCaCa YYGGgg (CR)(CR)(LF) CCCC (CR)(CR)(LF) SQN nnn = (CR)(CR)(LF)(ETX) [un boletn]
Opcin 2 Peticin de una serie continua de mensajes (previamente recibidos) 1. Formato para un canal virtual alfanumrico o para cualquier enlace no binario (SOH)(CR)(CR)(LF) nnn (CR)(CR)(LF) BMRR01 CaCaCaCa YYGGgg (CR)(CR)(LF) CCCC (CR)(CR)(LF) SQN nnn-nnn = (CR)(CR)(LF)(ETX) (SOH)(CR)(CR)(LF) nnn (CR)(CR)(LF) BIRR01 CaCaCaCa YYGGgg (CR)(CR)(LF) CCCC (CR)(CR)(LF) SQN nnn-nnn = (CR)(CR)(LF)(ETX) [una secuencia de boletines] [una secuencia de boletines]
2. Formato para un canal virtual binario que utilice enlaces SMT X.25
Opcin 3 Peticin de mensajes especficos (previamente recibidos) 1. Formato para un canal virtual alfanumrico o para cualquier enlace no binario (SOH)(CR)(CR)(LF) nnn (CR)(CR)(LF) BMRR01 CaCaCaCa YYGGgg (CR)(CR)(LF) CCCC (CR)(CR)(LF) SQN nnn/nnn/nnn = [un nmero de boletines elegido] (CR)(CR)(LF)(ETX) (SOH)(CR)(CR)(LF) nnn (CR)(CR)(LF) BIRR01 CaCaCaCa YYGGgg (CR)(CR)(LF) CCCC (CR)(CR)(LF) SQN nnn/nnn/nnn = [un nmero de boletines elegido] (CR)(CR)(LF)(ETX)
Limitacin: una sola lnea SQN en una peticin.
2. Formato para un canal virtual binario que utilice enlaces SMT X.25
NOTA:
Ejemplo CLASE 1 788 BMRR01 LFPW 301215
Edicin de 2009
II-6/4 DAMM SQN 212-217=
donde LFPW es el centro destinatario del mensaje y DAMM es el centro remitente del mensaje. CLASE 2. Peticin de boletn puede enviarse a cualquier centro del SMT. El texto slo admite un formato. El formato ser siempre alfanumrico, aunque la opcin T1T2 de BM se utilizar para todas las peticiones de mensajes alfanumricos, mientras que la opcin T1T2 de BI se utilizar para todas las peticiones de mensajes binarios, ya que todas las respuestas enviadas utilizarn el mismo grupo T1T2 para el tipo de encabezamiento, a fin de facilitar un encaminamiento adecuado cuando sea necesario utilizar enlaces X.25 o equivalentes. Formato de la peticin: Peticiones de mensajes (peticin de mensaje alfanumrico) (SOH)(CR)(CR)(LF) nnn (CR)(CR)(LF) BMRR01 CaCaCaCa YYGGgg (CR)(CR)(LF) CCCC (CR)(CR)(LF) AHD T1T2A1A2ii CCCC YYGGgg = (CR)(CR)(LF) AHD T1T2A1A2ii CCCC YYGGgg BBB = (CR)(CR)(LF)(ETX) NOTA 1: Limitacin: un mximo de ocho encabezamientos en una peticin dirigida a un centro no adyacente. NOTA 2: Cuando el grupo de fecha-hora YYGGgg o el grupo de hora GGgg no sea conocido, podrn utilizarse las pe
ticiones siguientes: AHD T1T2A1A2ii CCCCYY//// (BB/) (cuando BB=RR, CC o AA) AHD T1T2A1A2ii CCCCYY//// (P//) AHD T1T2A1A2ii CCCC ////// Donde YY//// representa el da YY del timo suceso. Donde ////// representa el da del ltimo suceso y el tiempo no excede de 24 horas.
Ejemplos CLASE 2 Se utiliza para un canal virtual X.25 no binario 051 BMRR01 AMMC 081220 KWBC AHD SNAU55 AMMC 081100 RRA= AHD SMID20 WIIX 081200= donde AMMC es el centro destinatario del mensaje y KWBC es el centro remitente del mensaje. Se utiliza para un canal virtual X.25 binario nicamente 110 BIRR01 KWBC 081220 AMMC AHD HTAC30 KWBC 081200 = AHD HHBC85 KWBC 081200 = donde KWBC es el centro destinatario del mensaje y AMMC es el centro remitente del mensaje.
Edicin de 2009
ADJUNTO ii-6
II-6/5
TIPO 4 A1A2 = RQ Mensaje de peticin a base de datos El formato de este tipo de mensaje se ajustar a un formato especfico. Est destinado al procesamiento automtico por computadora. Hay un tipo de mensaje de peticin a una base de datos (para utilizar en relacin con el SMPDP). Formato de la peticin: (SOH)(CR)(CR)(LF) nnn (CR)(CR)(LF) BIRQ01 CaCaCaCa YYGGgg (CR)(CR)(LF) CCCC (CR)(CR)(LF) [TBD] (CR)(CR)(LF)(ETX) TIPO 5 A1A2 = DA Mensaje de datos Este tipo de mensaje se utiliza para los datos enviados en respuesta. Este encabezamiento est previsto para que, cuando el mensaje de datos solicitado sea un boletn que contenga un encabezamiento abreviado de la OMM, el encabezamiento del mensaje solicitado no se utilice en el encaminamiento de la respuesta al centro solicitante. Para que el encaminamiento sea adecuado, el grupo T1T2, tanto de BM como de BI deber reflejar el tipo de clave en el mensaje de datos de retorno. Para el mensaje de datos existen cuatro formas de respuestas diferentes. La respuesta puede ser: 1. el mensaje pedido, 2. mensaje no encontrado, 3. encabezamiento de mensaje no reconocido, o bien: 4. mensaje de estado de la accin emprendida ante una peticin de CLASE 1 RR . En un mensaje de datos de respuesta hay slo un boletn o un archivo de metadatos. En los ejemplos siguientes, se ha supuesto que el mensaje de datos puede ser BM o BI para la CLASE 1, en funcin de cul sea el canal virtual. Si tanto los mensajes alfanumricos como binarios se transmiten slo por un canal virtual, se utilizar BI por defecto. Ejemplo de mensaje solicitado: 543 BMDA01 KWBC 081550 AMMC SIID20 WIIX 081500 AAXX 08151 58424 42975 02203 10297 20251 40037 52008= donde KWBC es el centro destinatario del mensaje y AMMC es el centro remitente del mensaje. Ejemplo de mensaje no reconocido (respuesta NIL): 189 BMDA01 KWBC 081250 AMMC NIL SNAU55 AMMC 081100 RRB= donde KWBC es el centro destinatario del mensaje y AMMC es el centro remitente del mensaje. Ejemplo de mensaje no reconocido (respuesta ERR): [por definir]
Edicin de 2009
II-6/6 154
BMDA01 KWBC 081250 AMMC ERR SIID20 WIIX 081200= donde KWBC es el centro destinatario del mensaje y AMMC es el centro remitente del mensaje. Ejemplo de mensaje de respuesta a una peticin de CLASE 1 de tipo RR (respuesta STATUS): 264 BMDA01 RJTD 101255 KWBC RETRANSMISIN ACTIVADA PARA 212-218= donde RJTD es el centro destinatario del mensaje y KWBC es el centro adyacente remitente del mensaje. NOTA:
Limitacin: los circuitos o canales virtuales con colas de espera priorizadas debern evitar toda confusin al seleccionar y responder a las peticiones de nmero de secuencia con fines de transmisin.
Donde:
(CR) = Retorno de carro (LF) = Nueva lnea (SOH) = Carcter de control de comienzo de encabezamiento (ETX) = Carcter de control de fin de texto
Edicin de 2009
ADJUNTO II-7
Catlogos de encaminamiento
1. FORMATo del catlogo de encaminamiento
1.1 El catlogo de encaminamiento debera producirse en forma de fichero ASCII, de modo que pueda ser importado en las aplicaciones de bases de datos. Por consiguiente, la informacin debera presentarse con estructura de base de datos. La estructura que se indica a continuacin permite una visua lizacin fcil en pantalla, por ejemplo mediante el comando Ver. 1.2 El fichero que contiene el catlogo de encaminamiento de un centro del SMT debera denominarse: CCCCROCA.TXT, donde CCCC es el indicador de ubicacin del centro. La fecha de preparacin del catlogo debera insertarse en la primera lnea en la forma YYYYMMDD (donde YYYY representa el ao, MM, el mes y DD, el da). 1.3 Para cada encabezamiento abreviado debe haber un registro con los campos siguientes: N de campo 1 2 3 Contenido Encabezamiento abreviado TTAAii CCCC Circuito del SMT por el que se recibe el boletn (vase el prrafo 1.4) Circuito del SMT por el que se enva el boletn (vase el prrafo 1.4) Anchura 11 4 4
Se aadirn tantos campos adicionales con el formato del campo N 3 como sea necesario en funcin del nmero de circuitos adicionales por los que se enva el boletn. 1.4 La siguiente combinacin de cuatro caracteres debera utilizarse para designar los circuitos del SMT e incluirse en los campos N 2 y N 3 subsiguientes: a) cuando el circuito del SMT sea el nico circuito punto a punto que conecte un centro del SMT a un centro adyacente, debera utilizarse el indicativo de ubicacin CCCC del centro del SMT adyacente correspondiente; b) en los dems casos, como cuando el circuito es de tipo punto a multipunto (por ejemplo, para un sis tema de distribucin por satlite), debera utilizarse una combinacin especfica CCCC, por ejemplo mediante una combinacin de letras y cifras, para diferenciar stas de los indicativos de ubicacin habituales CCCC; la descripcin de los circuitos del SMT correspondientes podr indicarse en el fichero CCCCRMKS.TXT (vase el prrafo 2). En la combinacin de caracteres CCCC, el comodn * debera utilizarse nicamente cuando el centro del SMT no pueda proporcionar informacin completa. No se recomienda la utilizacin de comodines, ya que ello limita la informacin. 1.5 2. Los campos deberan figurar entre comillas y separados por comas. SMAA01 EGRR,RJTD,ANOU,DEMS,NFFN,NTAA,NZKL,PMBY SMAA01 EGRR,KWBC,NZKL SMAA10 KWBC,EGRR,DEMS,NFFN,NTAA,NZKL,WIIX Informacin adicional Ejemplo de estructura:
Toda informacin adicional, como las fechas de creacin del directorio, los detalles de los CCCC adicionales incluidos en el catlogo de encaminamiento, los medios y procedimientos de acceso al catlogo de encaminamiento (por ejemplo, un servidor FTP) y cualquier otra informacin que pudiera ayudar a los usuarios, debera incluirse en un fichero denominado CCCCRMKS.TXT, donde CCCC es el indicativo de ubicacin del centro.
Edicin de 2009
II-7/2 3.
Acceso a los catlogos de encaminamiento de los centros regionales de telecomunicaciones (CRT)
3.1 Cada CRT debera poner a disposicin su propio catlogo de encaminamiento en su servidor FTP. Los ficheros de cada centro deberan hallarse en los subdirectorios GTS_routeing/CCCC en todos los servidores. Cuando un CRT no tenga capacidad para poner a disposicin su propio catlogo de encaminamiento en un servidor local, debera transferir su catlogo de encaminamiento CCCCROCA. TXT al servidor FTP de la OMM, en el subdirectorio GTS_routeing/CCCC, preferiblemente mediante acceso directo al servidor FTP de la OMM, o envindolo en disquetes a la Secretara. 3.2 Los CRT deberan transferir sus ficheros CCCCRMKS.TXT al servidor FTP de la OMM (www. wmo.ch), en los subdirectorios GTS_routeing/CCCC, donde CCCC representa el indicativo de ubicacin del CRT. Cada subdirectorio GTS_routeing/CCCC est reservado para cada CRT, que podr transferir y actualizar los datos conforme sea necesario. Cada CRT debera transferir su CCCCRMKS.TXT al servidor FTP de la OMM, preferiblemente mediante acceso directo al servidor FTP de la OMM, o enviando disquetes a la Secretara. El acceso a la informacin incluida en los ficheros CCCCRMKS.TXT disponibles en el servidor FTP de la OMM permitir a los centros del SMT encontrar informacin sobre los medios y procedimientos de acceso a los directorios de encaminamiento de cualquiera de los CRT. 3.3 El CRT de Offenbach incorpora en su propio servidor FTP una rplica de la parte del servidor FTP de la OMM relativa a los catlogos de encaminamiento.
Edicin de 2009
aDJUNTO II-8
Imagen patrn normalizada de facsmil de la OMM

1. La imagen patrn est delimitada por un recuadro negro de 1,5 mm de ancho, cuyas dimensiones exteriores son: longitud 449 mm anchura 153 mm.
El recuadro est rodeado de un margen blanco de 15 mm. La imagen patrn est dividida en las secciones indicadas en la transperencia que acompaa a la imagen patrn. 2. Seccin 1 (1): Muestra de mapa meteorolgico. Trazos negros y blancos para evaluar la definicin de la transmisin, segn 3. Secciones 2 (2): distintas periodicidades: 2 mm 1 mm
0,5 mm
0,33 mm
0,25 mm
0,20 mm
0,5 lnea por mm 1 lnea por mm 2 lneas por mm 3 lneas por mm 4 lneas por mm 5 lneas por mm 4. 5. 6. 7. Secciones 3 (2): Seccin 4 (1): Secciones 5 (4): Secciones 6 (4): Sigla OMM. Nmero de identificacin de la imagen patrn. Escalas de medias tintas del negro al blanco con ocho graduaciones, segn una escala fisiolgica. Trazos negros y blancos para evaluar la definicin de la transmisin progresivamente de 2 mm a 0,20 mm (de 0,5 lneas por mm a 5 lneas por milmetro). ngulo blanco sobre fondo negro, con una abertura de 2 mm. Trazos blancos sobre fondo negro (espesor: 2 1 - 0,5 0,33 0,25 0,20 mm). Trazos negros de diferentes espesores (de 0,20 mm a 2 mm) sobre fondo blanco para evaluar la calidad de la reproduccin de las lneas separadas. Circunferencia negra de 39,5 mm de dimetro exterior y de 0,5 mm de anchura, con un cuadrado inscrito con sus diagonales. Signos topogrficos de 2 3 4 5 mm.
8. 9. 10. 11. 12. NOTAS: 1)
Secciones 7 (2): Secciones 8 (2): Secciones 9 (2): Secciones 10 (2): Seccin 11 (1):
La constante de precisin es igual a 0,015 mm (15/1000 de milmetro) tanto en lo que se refiere a la anchu ra de los trazos rectilneos o radiales de la imagen patrn como a la longitud del elemento peridico consi derado. La posicin de los recuadros que rodean cada elemento queda garantizada con una precisin de 0,15 mm (15/l00 de milmetro). Teniendo en cuenta las variaciones debidas a los cambios de temperatura (entre 5 y 30C) y de humedad (de 25% a 85%), queda garantizada la precisin de 0,2/1000 en las longitudes de 449 mm y 153 mm, siendo homognea la regularidad en todas las longitudes intermedias y quedando dentro de los lmites de toleran cia citados, por haberse realizado las medidas en el plano.
2) 3)
Edicin de 2009
II-8/2
Calco
Imagen patrn (muy reducida)
Edicin de 2009
ADJUNTO II-9
TRANSMISIN DE INFORMACIN GRFICA MEDIANTE FACSMIL DIGITAL CODIFICADO Y NO CODIFICADO

I. Procedimientos de transmision por facsmil digital codificado o no codificado entre centros por un canal equipado para los procedimientos indicados en la Recomendacin X.25 1. La estructura del mensaje que contiene un producto de orientacin binaria para transmisin por enlaces siguiendo los procedimientos de la Recomendacin UIT-T X.25 debera ser la siguiente: Comienzo Identificacin Descripcin de datos Producto de facsmil Fin
Este mensaje debera transmitirse mediante los procedimientos establecidos en la Recomendacin UIT-T X.25 que se describen en la Seccin 2.12 de la Parte II. 2. El rengln preliminar que se define en el prrafo 2.3.1.1 b) de la Parte II debera ser el comienzo de la envolvente de transmisin y la seal de fin de mensaje debera estar constituida por los caracteres C C L E R R F T , como se define en el prrafo 2.3.4 b) de la Parte II. X S O H C R C R L F C R C R L F E T X
nnn
(identificacin + designador de datos + producto)
(_ _ _ _ _ comienzo _ _ _ _ _) (_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ envolvente de la OMM _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _) donde nnn es el nmero secuencial de transmisin del mensaje. 3. Para la identificacin del producto se debera utilizar el encabezamiento abreviado definido en el prrafo 2.3.2.1 b) de la Parte II: C R C R L F T1T2A1A2ii S P CCCC S P YYGGgg
o sea
S P
BBB
T1 = P informacin grfica en forma digital.
4. En el Adjunto II-5 se deberan describir los productos transmitidos por facsmil. En la Tabla B2 se define a T2, y en las Tablas C3 y C4 se definen ntegramente A1 y A 2. Asimismo, los designadores de nivel ii estn definidos en la Tabla D. 5. La serie de datos binarios que representa el producto en facsmil digital debe ir precedida por los grupos de designadores de datos codificados del Alfabeto Internacional N 5 : C R C R L F DFAX S1S2S3S4
donde DFAX indica los datos grficos del facsmil digital codificado o no codificado; y S1S2S3S4 estn codificados de acuerdo con la Tabla A, que aparece ms adelante, para describir las caractersticas del producto transmitido. 6. Ejemplo de identificacin y de descripcin de un producto:
Edicin de 2009
II-9/2
C R
C R
L F
PEDA 98
S P
KWBC
S P
011200
Donde
C R
C R
L F
DFAX 0122 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ datos binarios _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
P E D A 98 KWBC 011200 DFAX 0 1 2 2
informacin grfica en forma digital; precipitacin; 90 oeste a 0 (hemisferio norte); anlisis (00 horas); superficie de la tierra o del ocano; CMN de Washington; da uno y hora 1200 UTC; facsmil digital codificado o no codificado; facsmil digital no codificado; seales de control (para IOC, puesta en fase, etc.) incluidas; frecuencia de barrido 120 rpm; 3,85 lneas/mm resolucin vertical IOC.
Por consiguiente, el producto adoptar la forma siguiente: S O H C R C R C R C R C R C R L F L F L F 001 S P S 011200 P
PEDA 98
KWBC
DFAX 0122
bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb /bbbbbbbbbbbbbbbbbbbbbbbbbbbb C R C R L F E T X
bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb/ bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb donde b representa los datos binarios. NOTA:
La extensin del mensaje variar en funcin del producto y de la densidad de datos.

Se utiliza la envolvente para reconocer, almacenar en la memoria y recuperar los datos. El nmero de oc tetos est nicamente limitado por las posibilidades del CMN que transmite o recibe el fichero (producto). Actualmente, la longitud de un mapa transmitido por facsmil digital no codificado es inferior a 684.000 octetos. Los CMN deberan garantizar que los productos de esa longitud pueden transmitirse efectivamen te a travs de sus respectivos sistemas. Si se transmitieran productos por facsmil digital codificado, se re duciran considerablemente las dimensiones del fichero, lo que permitira a los centros, cuyas posibilidades actuales de tratamiento de fichero son limitadas, aplicar ms fcilmente el nuevo procedimiento de conmu tacin de los productos de facsmil.
Edicin de 2009
ADJUNTO ii-9
II-9/3
Tabla A Designadores de datos S1S2S3S4 para identificar las caractersticas de la informacin grfica en facsmil digital S1 Facsmil digital no codificado: 0 S2 No se incluye ninguna seal de control: 0 Se incluyen seales de control: 1 S3 Frecuencia de barrido: 60 rpm: 90 rpm: 120 rpm: 240 rpm: Resolucin horizontal: 1728 elementos de imgen/lnea: 3456 elementos de imagen/lnea: NOTA: 6 7 0 1 2 3 S4 Resolucin vertical: 1,89 lnea/mm: 3,79 lnea/mm: 3,85 lnea/mm: 7,58 lnea/mm: 7,7 lnea/mm: 0 1 2 3 4
Facsmil digital codificado conforme a la Rec. UIT-T T.4 codificacin unidimensional: 1 Facsmil digital codificado conforme a la la Rec. UIT-T T.4 codificacin bidimensional: 2
Se consideran en un estudio ulterior los procedimientos de transmisin de facsmil digital codificado de conformidad con las normas del grupo 4 del UIT-T.
II. Procedimiento de transmisin por facsmil digital entre centros cuando se utilizan canales distintos para la transmisin del identificador alfanumrico e informacin por facsmil digital, respectivamente 1. El procedimiento de transmisin por facsmil digital codificado o no codificado se ha previsto para las transmisiones por facsmil en canales multiplexados por mdem, conforme a la Recomendacin UIT-T V.29. Tanto los centros automatizados (para la transmisin por facsmil) como los no automatizados pueden aplicar este procedimiento, que se basa en la transmisin de los mensajes de identificacin por el canal alfanumrico y de los productos de facsmil en el otro canal. 2. Descripcin del procedimiento
2.1 En el modo multiplexado, la informacin alfanumrica y la informacin en facsmil se transmiten separadamente por diferentes canales del multiplexo. 2.2 El canal B se utiliza para transmitir informacin alfanumrica y el canal A, informacin en facsmil. 2.3 Para la transmisin de datos por el canal B puede utilizarse cualquier procedimiento de control del error recomendado por la OMM (sistema hardware o software de la OMM, LAPB/X.25). NOTA:
Si se utilizan procedimientos relativos a los sistemas hardware o software de la OMM, el mdem debe estar equipado tambin con un canal de retorno.
2.4 En cuanto se ha preparado un documento para transmitirlo por facsmil, el centro transmisor debe enviar un mensaje de identificacin del documento por el canal B. La forma de presentacin del identificador de mensajes es la siguiente: S O H C R C R C R C R C R C R C R C R L F nnn S P CCCC S P YYGGgg
L T1T2A1A2ii F L F L F E T X FAX
S BBB P
Edicin de 2009
II-9/4 donde T1 T2 A1 A2 ii CCCC YY GGgg FAX
designa el tipo de datos designa el tipo de datos es el designador de la zona geogrfica es el designador de la hora de referencia es el designador de nivel es el designador del emplazamiento del centro de origen; es el da del mes; es la hora normalizada de observacin; indica la transmisin de informacin en facsmil
Adjunto II-5, de la tabla A a la D
2.5 Despus de haber recibido un mensaje de identificacin, el centro receptor deber enviar una respuesta (por el canal B) de la forma siguiente: S O H C R C R C R C R C R C R C R C R L F nnn S P CCCC S P YYGGgg
L T1T2A1A2L1L2 F L F L F DDD E T X
El mensaje respuesta debera elaborarse de conformidad con las reglas que rigen los mensajes dirigidos (Seccin 2.4 de la Parte II), teniendo en cuenta las modificaciones siguientes: a) se adopta un nuevo tipo de mensaje dirigido: un mensaje de servicio para el control de los intercam bios en facsmil (designador especfico TT = BF); b) los mensajes de servicio para el control de los intercambios en facsmil deberan tener mxima prioridad; c) el grupo DDD, que define la instruccin de control (respuesta), se introduce en los mensajes de servi cio para el control de los intercambios en facsmil;
d) en un mensaje de servicio enviado como respuesta a un mensaje de identificacin, el grupo DDD puede tener uno de los significados siguientes: RDY (preparado) ABO (rechazo) Preparado para recibir el documento; Negativa de recibir el documento propuesto (mensaje enviado si el centro receptor no necesita el documento); Peticin de que se repita el mensaje de identificacin (mensaje enviado si el centro receptor encuentra un error en el mensaje de identificacin).
RPT (repeticin)
2.6 Al recibir una respuesta RDY, el centro transmisor empieza a enviar el documento en facsmil por el canal A del multiplexado. 2.7 Cuando la recepcin del documento ha terminado o durante su recepcin, el centro receptor enva un mensaje de servicio con fines de control de los intercambios en facsmil. La forma de presentacin de este mensaje se describe en el prrafo 2.5. El grupo DDD puede tener entonces uno de los significados siguientes: ACK NAK (acuse de recibo) (acuse de recibo negativo) Acuse de recibo del documento facsmil; Notificacin del rechazo del documento facsmil (o recepcin de mala calidad).
Edicin de 2009
ADJUNTO ii-9
II-9/5
3. 3.1 3.2 Fase B1
Algoritmo de funcionamiento del centro transmisor El algoritmo de funcionamiento del centro transmisor se muestra en la Figura 1. Descripcin del algoritmo Cuando un documento facsmil est preparado para su transmisin, el centro transmisor empieza la fase comienzo y a continuacin pasa a la fase B2. El centro transmisor enva un mensaje de identificacin con respecto al documento y luego espera una respuesta (se pone en marcha el temporizador T01). El centro transmisor espera una respuesta al mensaje de identificacin. Cuando el temporizador T01 termina, el centro pasa a la fase E3. Al recibir una de las respuestas posibles (RDY, RPT, ABO), el centro pasa a la fase correspondiente (B4, E3, E4). El nmero de intentos de enviar mensajes de identificacin se registra en el contador n. Cuando el nmero de intentos de enviar el mensaje de identificacin es igual a N, el centro pasa a la fase E4. Si el nmero de intentos es inferior a N, el centro pasa a la fase B2. El centro transmisor enva el documento facsmil por el canal A y luego espera una respuesta (fases B5, B6). Si el centro transmisor recibe el mensaje NAK durante la transmisin de un documento, pasa a la fase A5. Se envan seales de control automtico de fin de transmisin facsmil y el contador m registra el nmero de intentos de enviar el documento. Cuando el nmero de intentos de enviar el documento facsmil es igual a M, el centro pasa a la fase E4. Si el nmero de intentos de enviar el documento es inferior a M, el centro pasa a la fase A5. Si el centro transmisor recibe el mensaje ACK durante la transmisin de un documento, considera que puede terminar esta transmisin y pasar a la fase A6. Se envan seales de control automtico de fin de transmisin en facsmil. Cuando la transmisin de un documento ha terminado, el centro transmisor enva seales de control automtico de fin de transmisin en facsmil y espera luego una respuesta (puesta en funcionamiento del temporizador T02). El centro transmisor espera el acuse de recibo del documento. Cuando el temporizador T02 termina, el centro pasa a la fase E4. Despus de haber recibido respuestas posibles (ACK, NAK), el centro pasa a la fase de recepcin (A8, D7). El nmero de intentos de retransmitir el documento se registra en el contador k. Cuando el nmero de intentos de retransmitir el documento es igual a K, el centro pasa a la fase E4. Si el nmero de intentos es inferior a K, el centro pasa a la fase B4. Se avisa al operador del sistema de cualquier situacin anormal. Procedimientos de fin de transmisin.
Fase B2
Fase B3, C3, D3, D4 Fase E3 Fase E2 Fase B4 Fase B5 Fase A5 Fase A4 Fase B6
Fase A6 Fase B7
Fases B8, C8, D8 Fase D7 Fase D5 Fase E4 Fase A8
Edicin de 2009
II-9/6 3.3 N=3 M = 2 K = 2 M = 5 K = 5
Se propone que se adopten los valores siguientes para los parmetros del algoritmo:
Para los canales que funcionan en modo facsmil no codificado Para los canales que funcionan en modo facsmil no codificado Para los canales que funcionan en modo facsmil codificado Para los canales que funcionan en modo facsmil codificado
T01 es igual a 40 segundos T02 es igual a 120 segundos. Figura 1 Algoritmo de funcionamiento del centro transmisor
A 1 B
Comienzo
NO Enviar un mensaje de identificacin del documento S Respuesta S recibida ABO? NO Contador intentos n = :n + 1
n=N ?
Respuesta NO recibida RDY? S NO Comienzo transmisin documento
Respuesta recibida RPT?
NO
m=M ?
Temporizador T01
Llamada operador
Ensear seal parada contador m = :m + 1
Respuesta recibida NAK?
NO
k=K ?
Enviar seal parada
Respuesta recibida ACK? NO Parada transmisin documento enviar seal parada S Contador intentos k = :k + 1
Fin
Respuesta recibida ACK?
NO
Respuesta recibida NAK?
NO
Temporizador T02
Edicin de 2009
ADJUNTO II-10
INFORMes sobre las condiciones de recepcin de las TRANSMISIones radioelctricas meteorolgicas

Clave: RECEP QcLaLaLa LoLoLoLo YYG1G1g YYG1G1g G2G2gmkmk G2G2gmkmk CCC(n)(n) CCC(n)(n) SINPO SINPO ..... .....
Significado de las palabras y letras simblicas: RECEP Clave de los informes sobre las condiciones de recepcin de las transmisiones radi oelctricas. Qc Cuadrante del globo terrestre (segn el Volumen I del Manual de Claves). LaLaLa Latitud, en dcimas de grado, de la estacin receptora. LoLoLoLo Longitud, en dcimas de grado, de la estacin receptora. YY Da del mes (UTC). G1G1g Hora de control, en horas y decenas de minutos (UTC), del comienzo del perodo que abarca el informe. G2G2g Hora de control, en horas y decenas de minutos (UTC), del final del perodo que abarca el informe. mkmk Banda, en MHz, de la frecuencia a la que se refiere el informe, por ejemplo: 07 = 7 MHz o ms, pero por debajo de 8 MHz; 15 = 15 MHz o ms, pero por debajo de 16 MHz. CCC(n)(n) Indicativo de llamada internacional de la frecuencia interceptada (principalmente tres letras o tres letras seguidas de una o dos cifras). SINPO Indicador de clave que ha de ser utilizado, y que ir seguido por un grupo de cinco cifras referente a la clave SINPO, tal como se define en la Recomendacin UIT-R N251, publicada en el Apndice 14 al Reglamento de Radiocomunicaciones de la UIT, Ginebra, 1968. La clave SINPO se reproduce a continuacin.
Clave SINPO S Escala Intensidad de la seal I N P O
Efectos perjudiciales Interferencia Ninguna Ligera Moderada Intensa Muy intensa Ruido Ninguno Ligero Moderado Intenso Muy intenso Perturbaciones de la propagacin Ninguna Ligeras Moderadas Intensas Muy intensas Apreciacin de conjunto Excelente Buena Aceptable Mediocre Inutilizable
5 4 3 2 1
Excelente Buena Aceptable Mediocre Apenas audible
Edicin de 2009
ADJUNTO II-11
PROCEDIMIENTOS DE REENCAMINAMIENTO DE LA RED PRINCIPAL DE TELECOMUNICACIONES

1. Definiciones
Interrupcin significa que se ha producido una deficiencia tcnica en el circuito. Avera un centro o un circuito est averiado cuando, como consecuencia de una interrupcin o por cualquier otra razn, se halla fuera de servicio durante un perodo de tiempo superior a 30 minutos. se entiende por medio de apoyo cualquier equipo o circuitos disponibles para sustituir al equipo y/o los circuitos que se hallan fuera de servicio (a ese respecto, no debe utilizarse el trmino en reserva).
Apoyo
Reencami- significa que la transmisin y/o recepcin de informacin meteorolgica se efecta namiento del por intermedio de circuitos o de medios distintos de los que normalmente se utilizan. trfico 2. Medidas que deben adoptarse con anterioridad a una avera
Las disposiciones que siguen debern adoptarse dentro del marco de acuerdos bilaterales o multilaterales: a) conviene preparar, lo antes posible, programas adecuados para transmitir la informacin meteorol gica que necesitan los diferentes centros; b) al mismo tiempo, conviene preparar las tablas de encaminamiento teniendo en cuenta diferentes posibilidades de encaminamiento, en el caso de que existan varias; c) convendra adoptar disposiciones para garantizar una buena coordinacin entre los operadores de los diferentes centros;
d) convendra que cada centro preparase instrucciones precisas para los operadores sobre las medidas que deben adoptarse y en qu condiciones. 3. Medidas que deben tomarse durante una avera
3.1 En caso de avera de un circuito, los operadores de los dos centros interesados debern hacer todo lo posible para que el trfico pueda reanudarse normalmente lo antes posible. 3.2 Si un centro comprueba que existe una deficiencia en el funcionamiento, debe informar inmediatamente a todos los centros interesados e indicar la naturaleza de la deficiencia, si le resulta posible. 3.3 El centro debe verificar a continuacin su propio equipo y el estado de los circuitos. 3.4 Despus de haber determinado la causa del funcionamiento defectuoso, el centro debe dirigir inmediatamente un segundo mensaje a todos los centros interesados. De todas formas, el segundo mensaje deber enviarse a ms tardar una hora despus de efectuada la transmisin del primer mensaje, incluso si la causa del funcionamiento defectuoso no ha sido an determinada. Debern transmitirse otros mensajes, segn convenga, con el fin de tener informados a todos los centros interesados de la evolucin de la situacin. 3.5 Despus de una interrupcin del trfico de una hora o ms, los centros interesados debern decidir si se deben aplicar medidas de reencaminamiento del trfico y, asimismo, a partir de qu momento esas medidas entrarn en vigor. Si los centros interesados deciden que hay que proceder al reencaminamiento del trfico, este ltimo deber efectuarse segn los procedimientos previstos a ese respecto en virtud de acuerdos bilaterales y/o multilaterales. 3.6 Cuando un centro deje de funcionar normalmente, debern adoptarse medidas para tratar de garantizar la recopilacin de los datos bsicos procedentes de la zona de responsabilidad de ese centro, con miras a su difusin regional y mundial.
Edicin de 2009
II-11/2
4.
PROCEDIMIENTOS OPERATIVOS DEL SISTEMA MUNDIAL DE TELECOMUNICACIN Medidas que deben adoptarse despus de una avera
4.1 Tan pronto como un centro que se haya visto obligado a interrumpir su servicio normal est en condiciones de reanudar su servicio, deber informar inmediatamente a todos los centros interesados. 4.2 En ese momento, los centros interesados decidirn el plazo que deber transcurrir antes de que se reanude normalmente el trfico. Para ello, debern tener en cuenta los medios tcnicos necesarios que se requieran. 5. Mensajes de servicio relativos a las averas
5.1 Los mensajes de servicio pueden transmitirse por todo el circuito disponible del SMT, habida cuenta de las disposiciones que figuran en el prrafo 2.4 de esta Parte II. 5.2 Cuando no exista ningn circuito del SMT disponible para la transmisin de esos mensajes de servicio, estos ltimos podrn encauzarse por la red de telecomunicaciones fijas aeronuticas (AFTN) (en este caso, los mensajes de servicio debern ser conformes al modelo prescrito por la OACI), as como por cualquier otro circuito de telecomunicacin disponible. ____________
Edicin de 2009
ADJUNTO II-12
InstrucCIONES PARA UTILIZAR EL INDICATIVO BBB

1. El indicativo BBB deber figurar nicamente en las lneas de encabezamiento abreviado de los boletines adicionales, subsiguientes, corregidos o enmendados por los centros encargados de prepararlos o compilarlos. 2. Deber aadirse el indicativo BBB cuando la lnea de encabezamiento abreviado definida mediante T1T2A1A2ii CCCC YYGGgg haya sido ya utilizada para la transmisin del boletn inicial correspondiente. Una vez transmitido el boletn inicial, el centro responsable de la preparacin o compilacin del boletn utiliza el indicativo BBB para transmitir mensajes adicionales, subsiguientes, corregidos o enmendados respecto de esa misma lnea T1T2A1A2ii CCCC YYGGgg, aunque completados con el indicativo BBB apropiado, conforme a las directrices siguientes: a) Para transmitir informacin o informes normalmente incluidos en un boletn inicial despus de que ste ha sido transmitido, o para la emisin subsiguiente o adicional de un boletn cuyos campos T1T2A1A 2ii CCCC YYGGgg no seran nicos si carecieran de un campo BBB y los casos CCx o AAx no fueran aplicables. El indicativo BBB que ha de utilizarse es RRx, donde x =: A , para el primer boletn tras la emisin del boletn inicial; B, si fuera necesario emitir otro boletn; y as sucesivamente hasta x = X inclusive; b) Para transmitir un boletn que contenga informacin o informes corregidos que hayan sido ya emiti dos en un boletn anterior. El indicativo BBB que se ha de utilizar es CCx, donde x =: A , para el primer boletn que contiene informes o informacin corregidos; B, si es necesario emitir un segundo boletn que contenga informes o informacin corregidos; c) y as sucesivamente hasta x = X inclusive; Para transmitir un boletn que contiene enmiendas a la informacin contenida en un boletn emitido anteriormente. El indicativo BBB que se ha de utilizar es AAx, donde x = : A , para el primer boletn que contiene enmiendas a la informacin; B, para un segundo boletn que contiene enmiendas a la informacin; y as sucesivamente hasta x = X inclusive; d) Si tienen que utilizarse ms de 24 indicadores BBB para las secuencias indicadas en los apartados a), b) y c) anteriores, se seguir utilizando x = X; e) Con respecto a los apartados a), b) y c) anteriores, han de utilizarse los caracteres x = Y y x = Z para los fines especiales que se indican a continuacin: i) x = Y para codificar el indicativo BBB cuando un fallo del sistema acarree la prdida del registro de la serie de valores de los caracteres asignados a x; ii) x = Z para codificar el indicativo BBB cuando los boletines son preparados o compilados ms de 24 horas despus de la hora de observacin. 3. El CRT del SMT se encargar de retransmitir los boletines recibidos con arreglo a sus directorios de encaminamiento, incluso cuando los boletines que contienen indicativos BBB no hayan sido recibidos en la secuencia correcta.
Edicin de 2009
RECOMENDACION X.25 DEL CCITT (EXTRACTOS)*

Los extractos de la Recomendacin X.25 del CCITT que describen los mtodos y elementos de los procedimientos utilizados por el SMT figuran en este suplemento. * * *
ADJUNTO II13
______________________________________________________________________________________________
* Extracto del Libro Azul del CCITT, Fascculo VIII2. La Recomendacin X.25 se reproduce con autorizacin de la Unin Internacional de Telecomunicaciones, que se reserva los correspondientes derechos de reproduccin.
Edicin de 2009
II13/2
Recomendacin X.25
INTERFAZ ENTRE EL EQUIPO TERMINAL DE DATOS (ETD) Y EL EQUIPO DE TERMINACION DEL CIRCUITO DE DATOS (ETCD) PARA EQUIPOS TERMINALES QUE FUNCIONAN EN EL MODO PAQUETE Y CONECTADOS A REDES PUBLICAS DE DATOS POR CIRCUITOS ESPECIALIZADOS
(Ginebra, 1976; modificada en Ginebra, 1980 Mlaga-Torremolinos, 1984 y Melbourne, 1988)
[...] 1
INDICE Caractersticas del interfaz ETD/ETCD (capa fsica) 1.1 Interfaz de la Recomendacin X.21 1.2 Interfaz de la Recomendacin X.21 bis 1.3 Interfaz de la serie V [...] 2.1 Alcance y campo de aplicacin 2.2 Estructura de trama 2.3 Elementos de procedimientos LAPB 2.4 Descripcin del procedimiento LAPB [...] 3.1 3.2 3.3 3.4 4.1 4.2 4.3 4.4 4.5 Canales lgicos Estructura bsica de los paquetes Procedimiento de rearranque Tratamiento de los errores
Procedimientos de acceso al enlace a travs del interfaz ETD/ETCD
Descripcin del interfaz ETD/ETCD de la capa paquete
4.
Procedimientos para servicios de circuitos virtuales
Edicin de 2009
Procedimientos para el servicio de llamadas virtuales Procedimientos para el servicio de circuitos virtuales permanentes Procedimientos para transferencia de datos e interrupcin Procedimientos para el control de flujo Efectos de los procedimientos de liberacin, reiniciacin, y rearranque sobre la transferencia de paquetes
5.
ADJUNTO II13
II13/3
Formatos de paquetes
5.1 Consideraciones generales 5.2 Paquetes de establecimiento y liberacin de la comunicacin 5.3 Paquetes de datos y de interrupcin 5.4 Paquetes de control de flujo y de reiniciacin 5.5 Paquetes de rearranque [...]
Anexo A [...] [...] [...] [...] 1 Anexo B
Gama de canales lgicos utilizados para llamadas virtuales y circuitos virtuales permanentes Diagramas de estados del interfaz ETD/ETCD en la capa paquete Temporizaciones en el ETCD y tiempos lmite en el ETD aplicables en la capa paquete Facilidades de ETD especificadas por el CCITT para el servicio de red ISA Ejemplos de secuencias de bits transmitidas por el ETCD y el ETD en la capa enlace Explicacin de la forma de obtener los valores para Nl en el 2.4.8.5
Anexo D
Anexo G
Apndice I Apndice II
Las Administraciones podrn ofrecer uno o varios de los interfaces especificados seguidamente. Se detalla a continuacin la aplicacin exacta de los puntos pertinentes de las Recomendaciones mencionadas. 1.1 1.1.1 1.1.2 Interfaz de la Recomendacin X.21 Los elementos del interfaz fsico ETD/ETCD se ajustarn a los 2.1 a 2.5 de la Recomendacin X.21. Elementos del interfaz fsico ETD/ETCD Procedimientos para pasar a las fases operacionales
Caractersticas del interfaz ETD/ETCD (capa fsica)
Los procedimientos para pasar a las fases operacionales sern como los que se describen en el 5.2 de la Recomendacin X.21. El intercambio de datos por los circuitos T y R cuando el interfaz est en los estados 13S, 13R y 13 de la figura A-3/X.21, ser como el que se describe en los puntos siguientes de la presente Recomendacin. Los estados no preparado, mencionados en el 2.5 de la Recomendacin X.21, se consideran como estados no operacionales, y las capas superiores pueden considerarlos como estados fuera de servicio (vase el 4.6). 1.1.3 Deteccin de fallos y bucles de prueba
Los principios de deteccin de fallos se ajustarn al 2.6 de la Recomendacin X.21. Adems, puede sealizarse i = ABIERTO debido a fallos momentneos de la transmisin. Las capas superiores pueden esperar durante varios segundos antes de considerar que el interfaz est fuera de servicio.
Edicin de 2009
En la Recomendacin X.150 constan las definiciones de los bucles de prueba y los principios de las pruebas de mantenimiento que utilizan estos bucles de prueba.
II13/4
En el 7 de la Recomendacin X.21 figura una descripcin de los bucles de prueba y de los procedimientos para su utilizacin.
La activacin automtica, por un ETD, de un bucle de prueba de tipo 2 en el ETCD del terminal distante no es posible. No obstante, algunas Administraciones pueden permitir al ETD que controle el equivalente de un bucle de prueba de tipo 2, en el CCD local, para verificar el funcionamiento de las lneas arrendadas o las de abonado y todo el ETCD, o parte de l, o el equipo de terminacin de lnea. El control del bucle, si se proporciona, puede ser manual o automtico tal como se describe en las Recomendaciones X.150 y X.21, respectivamente. 1.1.4 1.2 La temporizacin para los elementos de seal se ajusta al 2.6.3 de la Recomendacin X.21. Temporizacin para los elementos de seal Interfaz de la Recomendacin X.21 bis Los elementos del interfaz fsico ETD/ETCD se ajustarn a lo dispuesto en el 1.2 de la Recomendacin Elementos del interfaz fsico ETD/ETCD Fases operacionales
1.2.1 1.2.2
X.21 bis.
Si el circuito 107 est en el estado CERRADO, y los circuitos 105, 106, 108 109 (cuando se disponga de ellos) estn en ese estado, el intercambio de datos por los circuitos 103 y 104 se efectuar como se describe en los apartados siguientes de la presente Recomendacin. Cuando el circuito 107 est en el estado ABIERTO o cuando cualquiera de los circuitos 105, 106, 108 o l09 (si se dispone de ellos) estn en el estado ABIERTO, esto se considera como un estado no operacional, y las capas superiores pueden contemplarlo como un estado fuera de servicio (vase el 4.6). 1.2.3 Deteccin de fallos y bucles de prueba
Los principios de deteccin de fallos, la descripcin de los bucles de prueba y los procedimientos para su utilizacin se ajustarn a lo indicado en los 3.1 a 3.3 de la Recomendacin X.21 bis. Adems, los circuitos 106 y 109 pueden pasar al estado ABIERTO debido a fallos momentneos de la transmisin. Las capas superiores pueden esperar durante varios segundos antes de considerar que el interfaz est fuera de servicio.
La activacin automtica, por un ETD, de un bucle de prueba de tipo 2 en el ETCD del terminal distante no es posible. No obstante, algunas Administraciones pueden permitir al ETD que controle el equivalente de un bucle de prueba de tipo 2, en el CCD local, para verificar el funcionamiento de las lneas arrendadas o las de abonado y todo el ETCD, o parte de l, o el equipo de terminacin de lnea. El control del bucle, si se proporciona, puede ser manual o automtico tal como se describe en las Recomendaciones X.150 y X.21 bis, respectivamente. 1.2.4 1.3 X.21 bis La temporizacin para los elementos de seal se ajustar a lo especificado en el 3.4 de la Recomendacin Temporizacin para los elementos de seal
El funcionamiento general con los modems de la serie V, es tal como se describe en el 1.2. No obstante, para los detalles especficos, en particular los que se refieren a los principios de deteccin de fallos, a las pruebas en Interfaz de la serie V
Edicin de 2009
bucle y a la utilizacin de los circuitos 107, 109, 113 y 114, hay que hacer referencia a las Recomendaciones pertinentes de la serie V. El retardo entre el estado CERRADO en el circuito 105 y el estado CERRADO en el circuito 106 (cuando estos circuitos intevienen) ser mayor de 10 ms y menor de 1 s. Adems, los circuitos 106 109 pueden pasar al estado ABIERTO debido a fallos momentneos de la transmisin o al reacondicionamiento del modem. Las capas superiores pueden esperar durante varios segundos antes de considerar que el interfaz est fuera de servicio. [...] 2 2.1 Procedimiento de acceso al enlace a travs del interfaz ETD/ETCD
ADJUNTO II13
II13/5
2.1.1 Los procedimientos de acceso al enlace (LAPB y LAP) se describen como elementos de la capa de enlace de datos y sirven para el intercambio de datos entre un ETCD y un ETD por un nico circuito fsico (LAPB Y: LAP), o facultativamente, por mltiples circuitos fsicos (LAPB) que utilizan las clases de servicio de usuario 8 a 11 indicadas en la Recomendacin X. 1. El funcionamiento con LAPB por mltiples circuitos fsicos, con carcter facultativo y con seleccin de la duracin del abono (denominado funcionamiento multienlace), es necesario si las averas del circuito no interrumpen el funcionamiento de la capa paquete. Los procedimientos monoenlace (single link procedures, SLP) que se describen en los 2.2, 2.3 y 2.4 (LAPB) y 2.2, 2.6 y 2.7 (LAP) se utilizan para el intercambio de datos por un nico circuito fsico, segn la descripcin del 1, entre un ETD y un ETCD. Cuando se sigue el funcionamiento facultativo multienlace con LAPB, se emplea un procedimiento monoenlace (SLP) independiente de cada circuito fsico, y el procedimiento multienlace (multilink procedure MLP) descrito n el 2.5 se emplea para el intercambio de datos por estos mltiples enlaces de datos paralelos con LAPB. Adems, cuando se emplea con el LAPB un nico circuito fsico, puede llegarse a acuerdos con la Administracin para emplear este procedimiento facultativo multienlace por un enlace de datos LAPB.
Alcance y campo de aplicacin
2.1.2 Los procedimientos monoenlace (SLP) utilizan los principios y la terminologa de los procedimientos de control de alto nivel para enlaces de datos (HDLC, High-Level Data Link Control) especificados por la Organizacin Internacional de Normalizacin (ISO). El procedimiento multienlace (MLP) se basa en los principios y la terminologa de los procedimientos de control multienlace especificados por ISO. 2.1.3 2.1.4 La compatibilidad del ETCD para funcionar con la clase de procedimientos equilibrados de la ISO (clase BA, con las opciones 2 y 8 y clase BA con las opciones 2, 8 y 10) se obtiene aplicando el procedimiento LAPB descrito en los 2.3 y 2.4. De estas clases, la clase BA con las opciones 2 y 8 (LAPB mdulo 8) y las opciones 2, 8 y 10 (LAPB mdulo 128) se la considera como un servicio facultativo con numeracin secuencial extendida (ampliada) y seleccionable en el momento del abono, servicio del que puede disponerse en las redes que desean ofrecer las aplicaciones del ETD en las que es necesaria una numeracin secuencial en el mdulo 128. Los fabricantes y realizadores de ETD deben estar al corriente de que el procedimiento que se describe a continuacin como LAPB mdulo 8 ser el nico disponible en todas las redes. Nota Otras aplicaciones posibles qu requieren estudios adicionales son, por ejemplo: modo de respuesta sncrono, bidireccional alternado; modo de respuesta normal, bidireccional alternado. modo de respuesta normal, bidireccional simultneo; De igual modo, un ETD puede continuar utilizando el procedimiento LAP descrito en los 2.2, 2.6 y 2.7 (en las redes que ofrezcan tal procedimientoo), pero para las nuevas realizaciones de los ETD, se preferir el LAPB. Los procedimientos LAP se definen nicamente para el servicio bsico mdulo 8. Todo dispositivo de transmisin de dplex.
Edicin de 2009
II13/6
2.1.5 Para las redes en las que se vayan a ofrecer los servicios de numeracin secuencial bsica y LAPB ampliada, la eleccin del modo bsico (mdulo 8) o ampliado (mdulo 128) puede efectuarse en el momento del abono. La eleccin del modo utilizado para cada procedimiento de enlace de datos es independiente de todos los dems y de la eleccin del modo para los procedimientos correspondientes de la capa paquete. Todas las elecciones requieren el acuerdo con la Administracin para un perodo de tiempo. 2.1.6 En las redes en las que se pueda aplicar tanto el procedimiento LAPB como el procedimiento LAP, el ETCD mantendr una variable interna de modo, B, que se pondr a 1, tras la aceptacin de una instruccin SABM/SABME (mdulo 8/modulo 128) procedente del ETD, o al emitir el ETCD una instruccin SABM/SABME; a 0, al aceptar una instruccin SARM procedente del ETD.
Cuando la variable B est puesta a 1, el ETCD utilizar el procedimiento LAPB descrito en los 2.2, 2.3 y 2.4, y se dice que est en el modo LAPB (balanceado). Cuando la variable B est puesta a 0, el ETCD utilizar el procedimiento LAP descrito en los 2.2, 2.6 y 2.7, y se dice que est en el modo LAP. El ETD producir cambios en la variable de modo B nicamente cuando se haya desconectado el enlace de datos, tal como se describe en los 2.4.4.3 2.7.3.3.
Si el ETCD funciona incorrectamente de forma que impide fijar normalmente el valor de la variable interna de modo B, el ETCD, tras restablecer el funcionamiento, no enviar una instruccin SARM o una SABM/SABME. El ETCD puede enviar una instruccin DISC o una respuesta DM para notificar al ETD que el ETCD est en la fase de desconectado. Esto har que el ETD intente reiniciar el enlace de datos con la instruccin de establecimiento de modo que el ETD considere apropiada (SARM o SABM/SABME). A continuacin el ETCD estar en condiciones de poner la variable interna de modo B a su valor adecuado. 2.2 2.2.1 Todas las transmisiones en un SLP se hacen por tramas conformes a uno de los formatos del cuadro l/X.25 para el funcionamiento bsico (mdulo 8), o alternativamente, a uno de los formatos del cuadro 2/X.25 para funcionamiento ampliado (mdulo 128). La bandera que precede al campo de direccin se define como bandera de apertura. La bandera que sigue al campo de secuencia de verificacin de trama se define como bandera de cierre. 2.2.2 Todas las tramas deben comenzar y terminar con la secuencia de bandera consistente en un bit 0 seguido de seis bits uno consecutivos y un bit 0. El ETD y el ETCD enviarn nicamente secuencias completas de bandera de ocho bits cuando enven mltiples secuencias de banderas (vase el 2.2.11). Puede usarse una sola bandera como bandera de cierre de una trama y bandera de apertura de la trama siguiente. Secuencia de bandera Esructura de trama
Edicin de 2009
Orden de transmisin de los bits
Formatos de trama Funcionamiento bsico (mdulo 8) 12345678 12345678 12345678 16 a 1 12345678
CUADRO 1/X.25
ADJUNTO II13
II13/7
Bandera F
Direccin Bits A
Control 8 bits C
SVT SVT
Bandera F
SVT Secuencia de verificacin de trama 12345678 12345678 12345678
01111110
16 bits
01111110
Bandera F
Direccin 8 Bits A
Control 8 bits C
Informacin N bits I
16 a 1
AVT SVT
12345678
Bandera F
SVT Secuencia de verificacin de trama
01111110
16 bits
01111110
Formatos de trama Funcionamiento bsico (mdulo 8) 12345678 12345678 12345678 16 a 1 12345678
CUADRO 2/X.25
Bandera F
Direccin Bits A
Control *) bits C
SVT SVT
Bandera F
SVT Secuencia de verificacin de trama 12345678 12345678 12345678
01111110
16 bits
01111110
Bandera F
Direccin 8 Bits A
Control *) bits C
Informacin N bits I
16 a 1
AVT SVT
12345678
Bandera F
SVT Secuencia de verificacin de trama
01111110
16 bits
01111110
*) 16 para los formatos de trama que contienen nmeros secuenciales; 8 para los formatos de trama que no contienen nmeros secuenciales.
Edicin de 2009
II13/8 2.2.3
El campo de direccin consistir en un octeto. El campo de direccin identifica al receptor previsto en una trama de instruccin y al transmisor en una trama de respuesta. La codificacin del campo de direccin se describe en el 2.4.2 (LAPB) y en el 2.7.1 (LAP). Campo de direccin 2.2.4 Para el funcionamiento en mdulo 8 (bsico), el campo de control consistir en un octeto. Para el funcionamiento en mdulo 128 (ampliado) el campo de control consistir en dos octetos para los formatos de trama que contengan nmeros secuenciales, y en un octeto para los formatos de trama que no contengan nmeros secuenciales. El contenido de este campo se describe en el 2.3.2 (LAPB) y en el 2.6.2 (LAP). Campo de control El campo de informacin de una trama, cuando est presente, sigue al campo de control (vase el 2.2.4) y precede al campo de la secuencia de verificacin de trama (vase el 2.2.7). 2.2.5 Campo de informacin Vanse los 2.3.4.9, 2.4.8.5, 2.6.4.8 y 2.7.7.5 con respecto a la longitud mxima del campo de informacin. Transparencia
Vanse en los 2.3.4.9, 2.5.2, 2.6.4.8 y 5 las diversas codificaciones y agrupaciones de los bits de campo de informacin utilizadas en esta Recomendacin. 2.2.6
El ETCD o el ETD examinarn, durante la transmisin, el contenido de la trama entre las dos secuencias de bandera, incluidos los campos de control, de direccin, de informacin y de secuencia de verificacin de trama, insertarn un bit 0 despus de todas las secuencias de cinco bits 1 consecutivos (incluidos los ultimos cinco bits de la secuencia de verificacin de trama) para asegurar que no se simule una secuencia de bandera. Durante la recepcin, el ETCD o el ETD examinar el contenido de la trama y descartar todo bit 0 que siga inmediatamente a cinco bits 1 consecutivos. La notacin que se utiliza para describir las SVT se basa en la propiedad de los cdigos cclicos por la que un vector de cdigo tal como el 1000000100001 puede representarse por un polinomio P(x) = x12 + x5 + 1. Los elementos de una palabra de cdigo de n elementos son pues los coeficientes de un polinomio de orden n 1. En esta aplicacin, estos coeficientes pueden tener el valor 0 1 y las operaciones polinomiales se realizan en mdulo 2. El polinomio que representa el contenido de una trama se genera utilizando como coeficiente del trmino de orden superior el primer bit recibido tras la bandera de apertura de trama. Campo de secuencia de verificacin de trama (SVT) 1) 2) El campo de SVT contendr 16 bits. Ser el complemento a uno de la suma (en mdulo 2) de: el resto de la divisin (en mdulo 2) de xk (x15 + x14 + x13 + x12 + x11 + x10 + x9 + x8 + x7 + x6 + x5 + x4 + x3 + x2 + x + 1) por el polinomio generador x16 + x12 + x5 + 1, donde k es el nmero de bits de la trama entre, pero no incluidos, el ltimo bit de la bandera de apertura y el primer bit de la secuencia de verificacin de trama, excluidos los bits insertados para asegurar la transparencia, y 2.2.7
En un caso prctico tpico, en el transmisor, el contenido inicial del registro del dispositivo que calcula el resto de la divisin se pone a todos uno y se modifica luego dividindolo por el polinomio generador (como se ha descrito anteriormente) en los campos de direccin, control e informacin; el complemento a uno del resto resultante se transmite como secuencia de verificacin de trama (SVT) de 16 bits.
Edicin de 2009
el resto de la divisin (en mdulo 2) por el polinomio generador x16 + x12 + x5 + 1 del producto de x16 del producto de x16 por el contenido de la trama entre, pero no incluidos, el ltimo bit de la bandera de apertura y el primer bit de la secuencia de verificacin de trama, excluidos los bits insertados para asegurar la transparencia.
En el receptor, el contenido inicial del registro del dispositivo que calcula el resto se pone a todos uno. El resto final, tras la multiplicacin por x16 y a continuacin la divisin (en mdulo 2) por el polinomio generador x16 + x12 + x5 + 1 de los bits serie protegidos entrantes y la SVT, ser 0001110100001111 (x15 + x0, respectivamente) en ausencia de errores de transmisin.
ADJUNTO II13
II13/9
Nota En el apndice I se dan ejemplos de las secuencias de bits transmitidas por el ETCD y por el ETD, que ilustran la aplicacin del mecanismo de transparencia y de la secuencia de verificacin de trama a la instruccin SARM y a la respuesta UA. 2.2.8 Las direcciones, las instrucciones, las respuestas y los nmeros secuenciales se transmitirn con el bit de orden inferior en primer lugar (por ejemplo, el primer bit del nmero secuencial que se transmita tendr la ponderacin 2). El orden de transmisin de los bits dentro del campo de informacin no se especifica en el presente 2. La SVT se transmitir a la lnea comenzando por el coeficiente del trmino de orden ms elevado, que aparece en la posicin de bit 16 del campo SVT (vanse los cuadros 1/X.25 y 2/X.25). Orden de transmisin de los bits 2.2.9 2.2.10 2.2.11 Nota El bit 1 se define como bit de orden inferior en los cuadros 1/X.25 a 13/X.25. Tramas no vlidas La definicin de una trama no vlida se describe en el 2.3.5.3 (LAPB) y en el 2.6.5.3 (LAP). Se anula una trama transmitiendo como mnimo siete bits 1 consecutivos (sin bits 0 insertados). Anulacin de trama (o aborto de trama) Relleno de tiempo entre tramas
El relleno de tiempo entre tramas se efecta transmitiendo banderas consecutivas entre las tramas, es decir, mltiples secuencias de banderas de ocho bits (vase el 2.2.2). 2.2.12 2.2.13 2.2.14 Un canal de enlace, tal como se define aqu, es el medio de transmisin para un sentido. Estados de los canales de enlace Estado canal activo
Se dice que el canal entrante al, o saliente del ETCD est en estado activo cuando est recibiendo o transmitiendo, respectivamente, una trama, una secuencia de anulacin, o relleno de tiempo entre tramas. Se dice que el canal entrante al, o saliente del ETCD est en estado de reposo cuando est recibiendo o transmitiendo, respectivamente, un estado 1 continuo durante por lo menos 15 intervalos de bit. Estado canal en reposo Vase en el 2.3.5.5 una descripcin de las operaciones que realiza el ETCD cuando existe un estado de reposo en su canal entrante durante un perodo de tiempo excesivo. 2.3 2.3.1 Los elementos de procedimientos LAPB se definen en funcin de las operaciones que tienen lugar al recibirse tramas en un ETD o en un ETCD. Elementos de procedimientos LAPB
Los elementos de datos de los procedimientos especificados a continuacin comprenden una seleccin de instrucciones y respuestas asociadas a la configuracin del enlace de datos LAPB y del sistema descrita en el 2.1. En su conjunto los 2.2 y 2.3 constituyen los requisitos generales para la gestin adecuada del enlace de datos de acceso LAPB.
Edicin de 2009
II13/10 2.3.2 2.3.2.1
Formatos y parmetros del campo de control LAPB El campo de control contiene una instruccin o una respuesta y nmeros secuenciales cuando corresponda. Formatos del campo de control
El campo de control utiliza tres tipos de formato que son: para la transferencia de informacin numerada (formato de informacin = formato 1), para las funciones de supervisin numeradas (formato de supervisin = formato S) y para las funciones de control no numeradas (formato no numerado = formato U). El cuadro 4/X.25 representa los formatos del campo de control para funcionamiento ampliado (mdulo 128).
Formatos del campo de control LAPB Funcionamiento bsico (mdulo 8) CUADRO 3/X.25
El cuadro 3/X.25 representa los formatos del campo de control para el funcionamiento bsico (mdulo 8).
Campo de control Formato S Formato I
1 0 1 1
2 0 1
N(S) M S
Formato U
N(S) N(R) S M P/F P
P/F P/F
N(R) N(R) M
Nmero secuencial en emisin del transmisor (bit 2bit de orden inferior) Nmero secuencial en recepcin del transmisor (bit 6bit de orden inferior) Bit de la funcin de supervisin Bit de la funcin de modificacin Bit de peticin cuando se transmite como instruccin; bit final cuando se transmite como respuesta (1 peticin/final) Bit de peticin (1 = peticin) Formatos del campo de control LAPB Funcionamiento ampliado (mdulo 128) CUADRO 4/X.25
Campo de control Formato S Formato I
1 0 1 1
2 0 1
Formato U
N(S) N(R) S M X P/F P
N(S) P/F X
P/F
10
11
12
N(R) N(R)
13
14
15
16
Edicin de 2009
Nmero secuencial de emisin del transmisor (bit 2 - bit de orden inferior) Nmero secuencial en recepcin del transmisor (bit 10bit de orden inferior) Bit de la funcin de supervisin Bit de la funcin de modificacin Reservado y puesto a 0 Bit de peticin cuando se transmite como instruccin; bit final cuando se transmite como respuesta (1 - peticin/final) Bit de peticin (1 = peticin)
2.3.2.1.1
ADJUNTO II13
II13/11
El formato I se usa para realizar una transferencia de informacin. Las funciones de N(S), N(R) y P son independientes; esto es, cada trama I tiene un N(S), un N(R) que puede o no acusar recibo de tramas I adicionales recibidas por el ETCD o el ETD y un bit P que puede estar puesto a 0 o a 1. Formato de transferencia de informacin I 2.3.2.1.2 El formato S se utiliza para realizar funciones de control de supervisin del enlace, tales como el acuse de recibo de tramas I, la peticin de retransmisin de tramas I y la peticin de una suspensin temporal de la transmisin de tramas I. Las funciones de N(R) y P/F son independientes; es decir, cada trama de supervisin tiene un N(R) que puede o no acusar recibo de tramas I adicionales recibidas por el ETCD o el ETD, y un bit P/F que puede ponerse a 0 o a 1. Formato de supervisin S 2.3.2.1.3 El formato U se utiliza para proporcionar funciones adicionales de control del enlace. Este formato no contiene nmeros secuenciales, pero incluye un bit P/F que puede ponerse a 0 o a 1. Las tramas no numeradas (U) tienen el campo de control de la misma longitud (un octeto) tanto para el funcionamiento bsico (mdulo 8) como para el funcionamiento ampliado (mdulo 128). Formato no numerado U 2.3.2.2 Los diversos parmetros asociados a los formatos del campo de control se describen a continuacin. Parmetros del campo de control Mdulo
2.3.2.2.1
Cada trama I est numerada secuencialmente y su nmero puede adoptar un valor entre 0 y el del mdulo menos uno (donde mdulo es el mdulo de los nmeros secuenciales). El mdulo es igual a 8 o a 128, y los nmeros secuenciales adoptan cclicamente todos los valores de la gama. 2.3.2.2.2 La variable de estado en emisin indica el nmero secuencial de la siguiente trama I que debe transmitirse en la secuencia. Puede adoptar un valor entre 0 y el del mdulo menos uno. El valor de la variable V(S) se incrementa en una unidad con cada trama I transmitida, pero no puede exceder del N(R) de la ltima trama de formato I o de supervisin recibida en un valor superior al nmero mximo (k) de tramas I pendientes. El valor de k se define en el 2.4.8.6. Variable de estado en emisin V(S) 2.3.2.2.3 Slo las tramas I contienen el N(S), nmero secuencial en emisin de las tramas transmitidas. En el momento en que se designa una trama I que debe transmitirse en la secuencia, se pone el valor de N(S) a un valor igual al de la variable de estado en emisin V(S). Nmero secuencial en emisin N(S) 2.3.2.2.4 La variable de estado en recepcin indica el nmero secuencial de la siguiente trama I que debe recibirse en la secuencia. Puede adoptar un valor entre 0 y el del mdulo menos uno. El valor de la variable de estado en recepcin se incrementa en una unidad al recibirse en secuencia una trama I exenta de errores cuyo nmero secuencial en emisin N(S) es igual a la variable de estado en recepcin V(R). Variable de estado en recepcin V(R) 2.3.2.2.5 Todas las tramas I y S contienen el N(R), que es el nmero secuencial previsto de la trama I siguiente recibida. Cuando se designa para transmitir una trama de los tipos indicados anteriormente, se pone el valor de N(R) a un valor igual al valor vigente de la variable de estado en recepcin V(R). N(R) indica que el ETCD o ETD que transmite el N(R) ha recibido correctamente todas las tramas I con nmero secuencial menor o igual que [IN(R) 1]. Nmero secuencial en recepcin N(R)
Edicin de 2009
II13/12
2.3.2.2.6 2.3.3
Todas las tramas contienen el bit P/F (bit de peticin/final). En las tramas de instruccin, el bit P/F se denomina bit P. En las trarnas de respuesta, se denomina bit F. Bit de peticin/final (P/F) El bit de peticin puesto a 1 lo utilizan el ETCD o el ETD para solicitar (pedir) una respuesta del ETD o del ETCD, respectivamente. El bit final puesto a 1 lo utiliza el ETCD o el ETD para indicar la trama de respuesta transmitida por el ETD o el ETCD, respectivamente, como resultado de la instruccin solicitante (peticin). Funciones del bit de peticin/final 2.3.4 La utilizacin del bit P/F se describe en el 2.4.3. Instrucciones y respuestas El ETCD y el ETD admitirn las instrucciones y respuestas indicadas en el cuadro 5/X.25 para funcionamiento bsico (mdulo 8). Para el funcionamiento ampliado (mdulo 128), el ETCD y el ETD admitirn las instrucciones y respuestas indicadas en el cuadro 6/X.25. Las instrucciones y respuestas de los cuadros 5/X.25 y 6/X.25 se definen de la siguiente manera:
Instrucciones y respuestas LAPB Funcionamiento bsico (mdulo 8) Formato Instrucciones Respuestas RR (preparado para recibir) 1 2 3 4 CUADRO 5/X.25
A los efectos de los procedimientos LAPB, la codificacin ll de los bits de la funcin de supervisin y las codificaciones de los bits de la funcin de modificacin de los cuadros 3/X.25 y 4/X.25 no identificadas en cuadros S/X.25 6/X.25 se identifican como campos de control de instruccin y respuesta no definidos o no empleados.
Transferencia de informacin Supervisin
RR
RNR (no preparado para recibir) REJ (rechazo)
(preparado para recibir)
(informacin)
0 1 1 1 0 0 0
N(S) 0 1 0
Codificacin P
7 N(R) N(R) N(R) N(R) 0 0
RNR (no preparado para recibir) REJ (rechazo)
0 0 1
P/F P/F P/F P F 1 0
No numerado
SABM (paso al modo equilibrado asncrono DISC (desconexin)
1 DM UA (modo desconectado) (acuse de recibo no numerado) 1 1 1
1 1
1 1
1 1
0 0 0 0
Edicin de 2009
FRMR (rechazo de trama)
Instrucciones y respuestas LAPB Funcionamiento ampliado (mdulo 128) Formato Instrucciones I RR (informacin) (preparado para recibir) (rechazo) RR (preparado para recibir) (rechazo) Respuestas 1 2 3 4 Codificacin N(S) 0 0 0 0 1 0 0 0 1 0 0 0 0 0 0 0 0 0 5 6 7
CUADRO 6/X.25
ADJUNTO II13
II13/13
10 a 16
Transferencia de informacin Supervisin
0 1 1 1
P 0 0 0 P/F P/F P/F
N(R) N(R) N(R) N(R)
RNR REJ
(no preparado para recibir)
RNR (no preparado para recibir) REJ
No numerado
SABME (paso al modo equilibrado asncrono ampliado) DISC (desconexin)
DM UA
(modo desconectado) (acuse de recibo no numerado
FRMR (rechazo de trama)
2.3.4.1 2.3.4.2
La funcin de la instruccin de informacin (1) es transferir, por un enlace de datos, una trama numerada secuencialmente que contiene un campo de informacin. Instruccin de informacin (1) La trama de supervisin preparado para recibir (RR) la utilizan el ETCD o el ETD para: Instruccin y respuesta preparado para recibir (RR) 1) 2) indicar que est preparado para recibir una trama I; y
Puede utilizarse una trama RR para indicar la liberacin de un estado de ocupado comunicado mediante la transmisin previa de una trama RNR por la misma estacin (ETCD o ETD). Adems de indicar el estado del ETCD o del ETD, el ETCD o el ETD puede utilizar la instruccin RR con el bit P puesto a 1 para pedir que se le indique el estado del ETD o del ETCD, respectivamente.
Edicin de 2009
acusar recibo de tramas I recibidas con nmero secuencial menor o igual que N(R) 1.
II13/14 2.3.4.3
La trama de supervisin no preparado para recibir (RNR) la utilizan el ETCD o el ETD para indicar un estado de ocupado, es decir, la incapacidad temporal para aceptar nuevas tramas I entrantes. Se acusa recibo de las tramas I con nmero secuencial menor o igual que [N(R) 1]. No se acusa recibo de la trama I N(R) ni de ninguna otra trama I recibida posteriormente; la indicacin acerca de la aceptacin de estas tramas se da en intercambios ulteriores. Instruccin y respuesta no preparado para recibir (RNR) Adems de indicar el estado del ETCD o del ETD, el ETCD o el ETD pueden utilizar la instruccin RNR con el bit P puesto a I para pedir que se le indique el estado del ETD o del ETCD, respectivamente. 2.3.4.4 Instruccin y respuesta rechazo (REJ)
La trama de supervisin rechazo (REJ) la utilizan el ETCD o el ETD para pedir la retransmisin tramas I a partir de la trama numerada N(R). Se acusa recibo de las tramas I con nmero secuencial menor o igual que [N(R) 1]. Las nuevas tramas I pendientes de transmisin inicial pueden enviarse despus de la trama o tramas I retransmitidas. No puede establecerse ms de una condicin de excepcin REJ en un sentido de transferencia de informacin en un instante determinado. Se libera (reiniciacin) la condicin de excepcin REJ al recibirse una trama I con un N(S) igual al N(R) de la trama REJ. Puede utilizarse una trama REJ para indicar la liberacin de un estado de ocupado comunicado mediante la transmisin previa de una trama RNR por la misma estacin (ETCD o ETD). Adems de indicar el estado del ETCD o del ETD, el ETCD o el ETD pueden utilizar la instruccin REJ con el bit P puesto a 1 para pedir que se le indique el estado del ETD o del ETCD, respectivamente. 2.3.4.5 La instruccin no numerada SABM se utiliza para hacer pasar el ETCD o el ETD destinatario a la fase de transferencia de informacin en el modo equilibrado asncrono (ABM), en la que todos los campos de control instruccin/respuesta tendrn la longitud de un octeto. Instruccin de paso al modo equilibrado asncrono (SABM)/instruccin de paso al modo equilibrado asncrono (SABME) (opcin de la duracin del abono)
La instruccin no numerada SABME se utiliza para hacer pasar el ETCD o el ETD destinatario a la de transferencia de informacin en el modo equilibrado asncrono (ABM), en la que los campos numerados de control de instruccin/respuesta tendrn una longitud de dos octetos, y los campos no numerados de control de instruccin/respuesta tendrn la longitud de un octeto.
No se permiten campos de informacin en las instrucciones SABM o SABME. La transmisin de instruccin SABM/SABME indica la liberacin de un estado de ocupado comunicado mediante la transmisin previa de una trama RNR por la misma estacin (ETCD o ETD). El ETCD o el ETD confirmar la aceptacin de la instruccin SABM/SABME [funcionamiento bsico (mdulo 8)/funcionamiento ampliado (mdulo 128)] mediante la transmisin en la primera oportunidad de una respuesta UA. Cuando se acepta esta instruccin, se ponen a 0 la variable de estado de emisin V(S) y la variable de estado en recepcin V(R) del ETCD o del ETD Las tramas I previamente transmitidas de las que no se haya acusado recibo cuando se activa esta instruccin, quedan sin acuse de recibo. Incumbe a una capa superior (por ejemplo, la capa paquete o el MLP) la recuperacin tras la eventual prdida del contenido (por ejemplo, paquetes) de tales tramas I. 2.3.4.6 Nota El modo de funcionamiento del enlace de datos [bsico (mdulo 8) o ampliado (mdulo 128)] se determina en el momento de efectuar el abono y slo se cambia mediante un nuevo proceso de abono. La instruccin no numerada DISC se usa para terminar el modo previamente establecido. Sirve para comunicar al ETCD o ETD que recibe la DISC, que el ETD o ETCD que ha transmitido la DISC suspende su funcionamiento. No se permite ningn campo de informacin con la instruccin DISC. Antes de reactivarla, el ETCD Instruccin de desconexin (DISC)
Edicin de 2009
o ETD que recibe la instruccin DISC confirma la aceptacin de la instruccin DISC transmitiendo una respuesta UA. El ETD o ETCD que ha transmitido la instruccin DISC pasa a la fase de desconectado cuando recibe la respuesta de acuse de recibo no numerado (UA). Las tramas I anteriormente transmitidas, de las que no se haya acusado recibo cuando se activa esta instruccin, quedan sin acuse de recibo. Incumbe a una capa superior (por ejemplo, la capa paquete o el MLP) la recuperacin tras la eventual perdida del contenido (por ejemplo, paquetes) de tales tramas 1. 2.3.4.7 Respuesta acuse de recibo no numerado (UA)
ADJUNTO II13
II13/15
La respuesta no numerada UA la utilizan el ETCD o el ETD para el acuse de recibo y la aceptacin de instrucciones de fijacin de modo. Las instrucciones de fijacin de modo recibidas no se activan mientras no se transmita la respuesta UA. La transmisin de una respuesta UA indica la liberacin de un estado de ocupado comunicado mediante una transmisin previa de una trama RNR por la misma estacin (ETCD o ETD). No se permite ningn campo de informacin con la respuesta UA. 2.3.4.8 La respuesta no numerada DM se utiliza para informar de un estado en el cual el ETCD o el ETD est lgicamente desconectado del enlace y se halla en la fase desconectado. La respuesta DM se enva para indicar que el ETCD o el ETD ha pasado a la fase desconectado sin beneficiarse de la recepcin de una instruccin DISC, o, si se enva como respuesta a la recepcin de una instruccin de fijacin de modo, tiene por objeto informar al ETD o al ETCD que el ETCD o el ETD, respectivamente, se halla an en la fase desconectado y no puede activar la instruccin de fijacin de modo. No se permite ningn campo de informacin con la respuesta DM. Respuesta modo desconectado (DM) Cuando un ETCD o un ETD se halla en la fase desconectado, controlar las instrucciones recibidas, reaccionar a una SABM/SABME como se indica en el 2.4.4 y responder con una respuesta DM con el bit F puesto a 1 a cualquier otra instruccin recibida con el bit P puesto a 1. 2.3.4.9 Respuesta rechazo de trama (FRMR)
La respuesta no numerada FRMR la utilizan el ETCD o el ETD para comunicar una condicin de error no subsanable mediante la retransmisin de una trama idntica; es decir, una por lo menos de las siguientes condiciones que resultan de la recepcin de una trama vlida: 1) 2) 3) 4) recepcin de un campo de control de instruccin o respuesta, no definido o no aplicado; recepcin de un N(R) no vlido; o recepcin de una trama I con un campo de informacin cuya longitud excede de la mxima establecida;
Un campo de control no definido o no empleado es cualquiera de las codificaciones del campo de control que no estn identificadas en los cuadros S/X.25 6/X.25. Un N(R) vlido debe estar comprendido entre el menos de los nmeros secuenciales en emisin N(S) de la(s) trama(s) que todava no ha(n) sido objeto de acuse de recibo, y el valor vigente de la variable de estado en emisin del ETCD inclusive (o el valor vigente de la variable interna x, si el ETCD se encuentra en el estado de recuperacin por temporizador, como se describe en el 2.4.5.9).
recepcin de una trama con un campo de informacin no permitido, o la recepcin de una trama de supervisin o no numerada de longitud incorrecta.
Con esta respuesta se devuelve un campo de informacin, que sigue inmediatamente al campo de control y que consta de tres o cinco octetos [funcionamiento bsico (mdulo 8) o funcionamiento ampliado (mdulo 128), respectivamente] dando el motivo de la respuesta FRMR. Estos formatos se ilustran en los cuadros 7/X.25 y 8/X.25.
Edicin de 2009
II13/16 2.3.5
PROCEDIMIENTOS OPERATIVOS DEL SMT
A continuacin se describen los procedimientos de recuperacin en caso de error, aplicables para obtener la recuperacin despus de la deteccin/aparicin de una condicin de excepcin en la capa enlace de datos. Las condiciones de excepcin descritas son situaciones derivadas de errores de transmisin, del funcionamiento defectuoso del ETCD o del ETD o de situaciones operacionales. Indicacin y recuperacin en condiciones de excepcin
CUADRO 7/X.25
Formato del campo de informacin de una FRMR en LAPB Funcionamiento bsico (mdulo 8) 1 2 3 4 5 6 7 8 Campo de control de la trama rechazada 9 0 10 11 12 V(S) 13 Bits del campo de informacin 14 15 16 V(R) 17 18 X 19 Y 20 Z 21 0 22 0 23 0 24 0
C/R
El campo de control de la trama rechazada es el campo de la trama recibida que dio lugar al rechazo de la trama V(S) es el valor vigente de la variable de estado en emisin en el ETCD o ETD que seala la condicin de rechazo (bit 10 = bit de orden inferior) C/R puesto a 1 indica que la trama rechazada era una respuesta C/R puesto a 0 indica que la trama rechazada era una instruccin W puesto a 1 indica que el campo de control recibido y devuelto en los bits 1 a 8 era uno no definido o no aplicado V(R) es el valor vigente de la variable de estado en recepcin en el ETCD o ETD que seala la condicin de rechazo (bit 14 = bit de orden inferior)
X puesto a 1 indica que el campo de control recibido y devuelto en los bits 1 a 8 se consider no vlido porque la trama contena un campo de informacin, lo cual no est permitido con esta instruccin, o se trataba de una trama de supervisin o no numerada con una longitud incorrecta El bit W debe ponerse a 1 conjuntamente con este bit. Y puesto a 1 indica que el campo de informacin recibido excedi de la capacidad mxima establecida
Nota Los bits 9 y 21 a 24 se pondrn a 0.
Z puesto a 1 indica que el campo de control recibido y devuelto en los bits 1 a 8 contena un N(R) no vlido
Edicin de 2009
Formato del campo de informacin de una FRMR en LAPB Funcionamiento bsico (mdulo 128) 1 a 16 Campo de control de la trama rechazada 17 0 18 a 24 V(S) 25 Bits del campo de informacin 26 a 32 V(R) 33 W 34 X 35 Y 36 Z 37 0 38 0 39 0 40 0
CUADRO 8/X.25
ADJUNTO II13
II13/17
C/R
El campo de control de la trama rechazada es el campo de control de la trama recibida que dio lugar al rechazo de la trama Cuando la trama rechazada es una trama no numerada, el campo de control de la trama rechazada se sita en las posiciones de bit 1 a 8, con los bits 9 a 16 puestos a 0 V(S) es el valor vigente de la variable de estado en emisin en el ETCD o ETD que seala la condicin de rechazo (bit 18 = bit de orden inferior) C/R puesto a 1 indica que la trama rechazada era una respuesta C/R puesto a 0 indica que la trama rechazada era una instruccin W puesto a 1 indica que el campo de control recibido y devuelto en los bits 1 a 16 era uno no definido o no aplicado Y puesto a 1 indica que el campo de informacin recibido excedi de la capacidad mxima establecida V(R) es el valor vigente de la variable de estado en recepcin en el ETCD o ETD que seala la condicin de rechazo (bit 26 = bit de orden inferior)
X puesto a 1 indica que el campo de control recibido y devuelto en los bits 1 a 16 se consider no vlido porque la trama contena un campo de informacin, lo cual no est permitido con esta instruccin, o se trataba de una trama de supervisin o no numerada con una longitud incorrecta. El bit W debe ponerse a 1 conjuntamente con este bit. Z puesto a 1 indica que el campo de control recibido y devuelto en los bits 1 a 16 contena un N(R) no vlido
Nota Los bits 17 y 37 a 40 se pondrn a 0 2.3.5.1 Condicin de ocupado
Se produce la condicin de ocupado cuando durante un cierto tiempo un ETCD o un ETD no puede seguir recibiendo tramas I debido a restricciones internas, como por ejemplo la limitacin de la capacidad de las memorias tampn en la recepcin. En este caso se transmite, desde el ETCD o ETD ocupado, una trama RNR. Las tramas I pendientes de transmisin pueden transmitirse desde el ETCD o el ETD ocupado antes o despus de la trama RNR Una indicacin de liberacin del estado de ocupado se comunica mediante la transmisin de una trama UA (solamente en respuesta a una instruccin SABM/SABME), RR, REJ o SABM/SABME (mdulo 8/mdulo 128). 2.3.5.2 Condicin de error en el nmero secuencial N(S)
Se descartar el campo de informacin de todas las tramas I recibidas cuyo N(S) no sea igual a la variable de estado en recepcin V(R)
Edicin de 2009
Se produce en el receptor una condicin de excepcin de error en la secuencia de N(S) cuando una trama I recibida contiene un N(S) que no es igual a la variable de estado en recepcin del receptor. El receptor no acusa recibo (no incrementa su variable de estado en recepcin) de la trama I responsable del error en el nmero secuencial, o de cualquier trama I que pudiera seguirla mientras no reciba una trama I con el N(S) correcto. Un ETCD o un ETD que reciba una o ms tramas I vlidas con errores en los nmeros secuenciales tramas de supervisin (RR, RNR y REJ) ulteriores, aceptar la informacin de control contenida en el campo N(R) y el bit P o F para realizar las funciones de control del enlace de datos, por ejemplo, para recibir acuse de recibo de tramas I anteriormente transmitidas y para provocar que el ETCD o el ETD respondan (bit P puesto a 1). Se dispondr de los medios especificados en los 2.3.5.2.1 y 2.3.5.2.2 para iniciar la retransmisin de tramas I perdidas o errneas despus de la aparicin de una condicin de error en el nmero secuencial N(S). 2.3.5.2.1 Recuperacin por medio de REJ
II13/18
El ETCD o ETD receptor utiliza la trama REJ para iniciar una recuperacin (retransmisin) despus de detectarse un error en el nmero secuencial N(S).
Respecto a cada sentido de transmisin por el enlace de datos, en un momento dado slo se establece una condicin de excepcin REJ transmitida desde un ETCD o un ETD hacia un ETD o un ETCD. Se libera la condicin de excepcin REJ transmitida cuando se recibe la trama I pedida.
Cuando un ETCD o un ETD recibe una trama REJ, inicia la transmisin (o retransmisin) secuencial de tramas I comenzando por la trama I indicada por el N(R) contenido en la trama REJ. Las tramas retransmitidas pueden contener un N(R) y un bit P que son una actualizacin de los contenidos en las tramas I transmitidas originalmente, y por lo tanto diferentes de los mismos. 2.3.5.2.2 Si un ETCD o un ETD, debido a un error de transmisin, no recibe (o recibe y descarta) una trama aislada o la(s) ltima(s) trama(s) I de una secuencia de tramas I, no detectar un error en el nmero secuencial N(S) y, por consiguiente, no transmitir una trama REJ. El ETD o el ETCD que haya transmitido la(s) trama(s) I sin acuse de recibo tomar, transcurrido un perodo de temporizacin especificado para el sistema (vanse los 2.4.5.1 y 2.4.5.9), las medidas de recuperacin apropiadas para determinar la trama I por la cual debe comenzar la retransmisin. La(s) trama(s) retransmitida(s) puede(n) contener un N(R) y un bit P que son una actualizacin de los contenidos de las tramas I transmitidas originalmente y por lo tanto diferentes de los mismos. Recuperacin por tiempo lmite (o por temporizador) 2.3.5.3 Se descartar toda trama que no sea vlida, y como resultado de ella no se realizar operacin alguna. Se define una trama no vlida como aquella que: Condicin de trama no vlida a) no est debidamente delimitada por dos banderas;
b) en funcionamiento bsico (mdulo 8), contiene menos de 32 bits entre banderas; en funcionamiento ampliado (mdulo 128), contiene menos de 40 bits entre banderas de tramas que contienen nmeros secuenciales, o de 32 bits entre banderas de tramas que no contienen nmeros secuenciales; c) contiene un error en la secuencia de verificacin de trama (SVT); o
Para las redes que funcionan con alineacin de octetos, puede efectuarse la deteccin de una alineacin distinta de la de octetos en la capa enlace de datos aadiendo una verificacin de validez de las tramas, que requiere que el nmero de bits entre la bandera de apertura y la de cierre, excluyendo los bits insertados par transparencia, sea igual a un nmero entero de octetos; si no se cumple este requisito, se considera que la trama no es vlida.
Edicin de 2009
d) contiene una direccin distinta de A o B (para funcionamiento monoenlace) o distinto de C o D (para funcionamiento multienlace).
2.3.5.4
ADJUNTO II13
II13/19
Se establece una condicin de rechazo de trama al recibirse una trama exenta de errores que cumpla una de las condiciones enumeradas en el 2.3.4.9. Condicin de rechazo de trama
En el ETCD o en el ETD esta condicin rechazo de trama se comunica mediante una respuesta FRMR para que el ETD o el ETCD respectivamente, efecte la operacin adecuada. Una vez que un ETCD haya establecido esta condicin de excepcin no aceptar nuevas tramas I hasta que el ETD haya reiniciado la condicin, salvo para el examen del bit P. La respuesta (FRMR) puede repetirse en cada oportunidad como se indica en el 2.4.7.3 hasta que el ETD efecte la recuperacin, o el ETCD inicie su propia recuperacin, en el caso que el ETD no responda. 2.3.5.5 Al determinar una condicin de estado canal en reposo en el canal entrante (vase el 2.2.12.1), el ETCD dejar transcurrir un perodo T3 (vase el 2.4.8.3) sin realizar ninguna operacin especfica, a la espera de detectar una vuelta al estado de canal activo (es decir, la deteccin como mnimo de una secuencia de bandera). Transcurrido el perodo T3, el ETCD notificar a la capa superior (por ejemplo, capa de paquete o MLP) la duracin excesiva del estado canal en reposo, pero no realizar operacin alguna que impida al ETD establecer el enlace de datos mediante los procedimientos normales de establecimiento del enlace de datos. Duracin excesiva del estado canal en reposo en el canal entrante Nota Las dems operaciones que deba emprender el ETCD en la capa de enlace de datos al transcurrir el perodo T3, requieren estudios adicionales. 2.4 2.4.1 Descripcin del procedimiento LAPB Modos de funcionamiento LAPB bsico y ampliado
El cuadro S/X.25 indica los formatos del campo de control de las instrucciones y respuestas que se utilizan con el servicio bsico (mdulo 8). La instruccin de fijacin del modo que se utiliza para iniciar o reiniciar el modo bsico, es la instruccin SABM. El cuadro 6/X.25 indica los formatos del campo de control de las instrucciones y respuestas utilizadas con el servicio ampliado (mdulo 128). La instruccin de fijacin de modo utilizada para iniciar o reiniciar el modo ampliado, es la instruccin SABME. 2.4.2 El campo de direccin identifica una trama ya sea como instruccin o como respuesta. Una trama de instruccin contiene la direccin del ETCD o del ETD al que se enva la instruccin. Una trama de respuesta contiene la direccin del ETCD o del ETD que enva la trama. Procedimiento LAPB para el direccionamiento
De acuerdo con el sistema elegido por el ETD en el momento del abono, el ETCD aplicar tanto el funcionamiento bsico (mdulo 8) como el funcionamiento ampliado (mdulo 128). El cambio de funcionamiento, de bsico a ampliado, o viceversa, en el ETCD exige que el ETD se abone al servicio deseado y no es soportado dinmicamente.
A fin de poder establecer las diferencias entre el funcionamiento monoenlace y el funcionamiento facultativo multienlace, por motivos de diagnstico y/o de mantenimiento, se asignan codificaciones por pares de direcciones distintas a los enlaces de datos que funcionan con el procedimiento multienlace y a los enlaces de datos que funcionan con el procedimiento monoenlace. Las tramas que contengan instrucciones, transferidas del ETCD al ETD, contendrn la direccin A para el funcionamiento monoenlace, y la direccin C para el funcionamiento multienlace. Las tramas que contengan respuestas, transferidas del ETCD al ETD, contendrn la direccin B para el funcionamiento monoenlace, y la direccin D para el funcionamiento multienlace. Las tramas que contengan instrucciones, transferidas del ETD al ETCD, contendrn la direccin B para el funcionamiento monoenlace, y la direccin D para el funcionamiento multienlace.
Edicin de 2009
Las tramas que contengan respuestas, transferidas del ETD al ETCD, contendrn la direccin A para el funcionamiento monoenlace, y la direccin C para el funcionamiento multienlace. Estas direcciones se codifican como sigue: Funcionamiento monoenlace Funcionamiento multienlace Direccin A B C D 1 2 3 4 5 6 7 8
II13/20
1 1 0 0 0 0 0 0 1 0 0 0 0 0 0 0
Nota El ETCD descartar todas las tramas recibidas con una direccin diferente de A o B (funcionamiento monoenlace), o de C o D (funcionamiento multienlace). 2.4.3 Cuando un ETCD o un ETD reciba una instruccin SABM/SABME, DISC, una instruccin de supervisin o una trama I con el bit P puesto a 1, pondr al bit F a I en la siguiente trama de respuesta que transmita. Procedimiento LAPB para la utilizacin del bit P/F
1 1 1 1 0 0 0 0 1 1 1 0 0 0 0 0
La trama de respuesta devuelta por el ETCD para una trama I con el bit P puesto a I, recibida durante la fase de transferencia de informacin, ser una respuesta RR, REJ, RNR o FRMR con el bit F puesto a 1 trama de respuesta devuelta por el ETCD para una instruccin de supervisin con el bit P puesto a 1, recibida en la fase de transferencia de informacin, ser una respuesta RR, REl RNR o FRMR con el bit F puesto a 1. La trama de respuesta devuelta por el ETCD para una trama lo una trama de supervisin con el bit P puesto a 1, recibida en la fase de desconexin, ser una respuesta DM con el bit F puesto a 1. El ETCD puede usar el bit P junto con la recuperacin por temporizador (vase el 2.4.5.9). Nota Deben estudiarse otras utilizaciones del bit P por el ETCD. 2.4.4
2.4.4.1
Procedimiento LAPB de establecimiento y desconexin del enlace de datos Establecimiento del enlace de datos
El ETCD indicar que puede establecer el enlace de datos transmitiendo banderas consecutivas (canal en estado activo).
El establecimiento del enlace de datos puede iniciarlo tanto el ETD como el ETCD. Antes de iniciar el establecimiento del enlace de datos, cualquiera de los dos puede iniciar la desconexin del enlace de datos (vase el 2.4.4.3) con el fin de asegurar que el ETCD y el ETD estn en la misma fase. El ETCD puede transmitir tambin una respuesta DM no solicitada para pedir al ETD que inicie el establecimiento del enlace de datos. El ETD iniciar el establecimiento del enlace de datos transmitiendo una instruccin SABM/SABME al ETCD. Si, tras recibir de forma correcta la instruccin SABM/SABME, el ETCD determina que puede pasar a la fase de transferencia de informacin, devolver una respuesta UA al ETD, reiniciar sus variables de estado en emisin y recepcin V(S) y V(R) a cero, y considerar que el enlace de datos est establecido. Si, tras recibir correctamente la instruccin SABM/SABME, el ETCD determina que no puede pasar a la fase de transferencia de informacin, devolver una respuesta DM al ETD como negacin del inicio del establecimiento del enlace de datos, y considerar que el enlace de datos no est establecido. A fin de evitar una falsa interpretacin de la respuesta DM recibida, se propone que el ETD enve siempre su instruccin SABM/SABME con el bit P puesto a 1. Si no, no es posible distinguir entre una respuesta DM destinada a negar el establecimiento del enlace de datos y una respuesta DM enviada con un propsito distinto no solicitado, como peticin de una instruccin de fijacin del modo (tal como se indica en el 2.4 4.4.2).
Edicin de 2009
El ETCD iniciar el establecimiento del enlace de datos transmitiendo una instruccin SABM/SABME al ETD y arrancando su temporizador T1 para determinar el instante en el que ha transcurrido demasiado tiempo en espera de una respuesta (vase el 2.4.8.1). Tras recibir una respuesta UA procedente del ETD, el ETCD reiniciar sus variables de estado en emisin y recepcin V(S) y V(R) a cero, parar su temporizador T1, y considerar que el enlace de datos est establecido. Al recibir una respuesta DM procedente del ETD, como negacin del inicio del establecimiento del enlace, el ETCD parar su temporizador T1, y considerar que el enlace de datos no est establecido. Tras enviar la instruccin SABM/SABME, el ETCD ignorar y descartar cualquier trama excepto una instruccin SABM/SABME o DISC, o una respuesta UA o DM recibida del ETD. La recepcin de una instruccin SABM/SABME o DISC procedente del ETD dar lugar a una situacin de colisin que se resuelve segn se indica en el 2.4.4.5. Las tramas, distintas de las respuestas UA y DM, enviadas como respuesta a la recepcin de una instruccin SABM/SABME o DISC se enviarn nicamente tras el establecimiento del enlace de datos y en caso de que no exista ninguna instruccin pendiente SABM/SABME.
ADJUNTO II13
II13/21
Tras enviar el ETCD la instruccin SABM/SABME, si no se recibe correctamente una respuesta UA o DM, expirar el plazo del temporizador T1 en el ETCD. A continuacin el ETCD reenviar la instruccin SABM/SABME y rearrancar el temporizador T1. Tras la transmisin N2 veces de la instruccin SABM/SABME por el ETCD, deben iniciarse las operaciones adecuadas para la recuperacin a capas superiores. El valor de N2 se define en el 2.4.8.4. 2.4.4.2 Despus de transmitir una respuesta UA para una instruccin SABM/SABME o haber recibido la respuesta UA para una instruccin SABM/SABME transmitida, el ETCD aceptar y transmitir tramas I y de supervisin de acuerdo con los procedimientos descritos en el 2.4.5. Cuando reciba una instruccin SABM/SABME estando en la fase de transferencia de informacin, el ETCD aplicar el procedimiento de reiniciacin del enlace de datos descrito en el 2.4.7. 2.4.4.3 Desconexin del enlace de datos Fase de transferencia de informacin
El ETD iniciar la desconexin del enlace de datos transmitiendo una instruccin DISC al ETCD. Tras recibir correctamente la instruccin DISC en la fase de transferencia de informacin, el ETCD enviar una respuesta UA y pasar a la fase de desconectado. Al recibir correctamente una instruccin DISC en la fase de desconectado, el ETCD enviar una respuesta DM y permanecer en la fase de desconectado. A fin de evitar una falsa interpretacin de la respuesta DM recibida, se propone que el ETD enve siempre su instruccin DISC con el bit P puesto a 1. Si no, no es posible distinguir entre una respuesta DM destinada a indicar que el ETCD est ya en la fase de desconectado y una respuesta DM emitida con otro propsito no solicitado como peticin de una instruccin de fijacin de modo (tal como se indica en el 2.4.4.4.2). El ETCD iniciar una desconexin del enlace de datos transmitiendo una instruccin DISC al ETD y arrancando su temporizador T1 (vase el 2.4.8.1). Tras recibir una respuesta UA procedente del ETD, el ETCD pasar su temporizador T1 y pasar a la fase de desconectado. Tras recibir una respuesta DM procedente del ETD como indicacin de que ste ya est en la fase de desconectado, el ETCD pasar su temporizador T1 y pasar a la fase de desconectado. El ETCD, tras enviar la instruccin DISC, ignorar cualquier trama excepto una instruccin SABM/ SABME o DISC, o una respuesta UA o DM recibida del ETD. La recepcin de una instruccin SABM/SABME o DISC procedente del ETD dar lugar a una situacin de colisin que se resolver como se indica en el 2.4.4.5.
Tras enviar el ETCD la instruccin DISC, si no se recibe correctamente una respuesta UA o DM, expirar el plazo del temporizador T1 en el ETCD. A continuacin el ETCD reenviar la instruccin DISC y rearrancar el temporizador T1. Tras la transmisin por el ETCD N2 veces de la instruccin DISC, se ejecutarn las acciones de recuperacin adecuadas de capa superior. El valor de N2 se define en el 2.4.8.4.
Edicin de 2009
II13/22 2.4.4.4
2.4.4.4.1 Despus de haber recibido una instruccin DISC del ETD y devuelto una respuesta UA al ETD, o de haber recibido la respuesta UA a una instruccin DISC transmitida, el ETCD pasar a la fase de desconectado. Fase de desconectado
En la fase de desconectado, el ETCD puede iniciar el establecimiento del enlace de datos. En dicha fase, el ETCD reaccionar a la recepcin de una instruccin SABM/SABME como se indica en el 2.4.4.1 y transmitir una respuesta DM como respuesta a la recepcin de una instruccin ( DISC. Cuando reciba cualquier otra trama de instruccin (definida, o no definida o no empleada) con el bit P puesto a 1, el ETCD transmitir una respuesta DM con el bit F puesto a 1. El ETCD har caso omiso de toda otra trama recibida durante la fase de desconectado. 2.4.4.4.2 Cuando el ETCD pasa a la fase de desconectado despus de detectar las condiciones de error indicadas en el 2.4.6 o despus de un funcionamiento interno incorrecto, puede indicar esto enviando una respuesta DM en vez de una instruccin DISC. En estos casos, el ETCD transmitir DM y arrancar su temporizador T1 (vase el 2.4.8.1). Si el plazo del temporizador T1 expira antes de la recepcin de una instruccin SABM/SABME o DISC del ETD, el ETCD retransmitir la respuesta DM y reaarrancar el temporizador T1. Tras la transmisin N2 veces de la respuesta DM, el ETCD permanecer en la fase de desconectado y se iniciarn las acciones de recuperacin adecuadas. El valor de N2 se define en el 2.4.8.4.
En lugar de ello, despus de un funcionamiento interno incorrecto, el ETCD podr iniciar un procedimiento de reiniciacin del enlace de datos (vase el 2.4.7), o desconectar el enlace de datos (vase el 2.4.4.3) antes de iniciar un procedimiento de establecimiento del enlace (vase el 2.4.4.1). 2.4.4.5 Las situaciones de colisin se resolvern de la manera siguiente: Colisin de instrucciones no numeradas 1) despus de recibir la respuesta UA, o 2) despus de enviar la respuesta UA, o
2.4.4.5.1 Si las instrucciones no numeradas enviadas y recibidas son idnticas, el ETCD y el ETD debern enviar la respuesta UA en cuanto puedan. El ETCD pasar a la fase indicada, ya sea, 3) despus de esperar hasta la expiracin de un perodo de temporizacin la respuesta UA tras enviar una respuesta UA.
En el caso 2), el ETCD aceptar una respuesta UA subsiguiente a la instruccin de fijacin de modo que haya emitido, sin causar una condicin de excepcin si se recibe dentro del intervalo de temporizacin. 2.4.4.5.2 Si las instrucciones no numeradas enviadas y recibidas son diferentes, el ETCD y el ETD debern pasar cada uno a la fase de desconectado y enviar una respuesta DM en cuanto puedan. 2.4.4.6 Colisin de una respuesta DM con una instruccin SABM/SABME o DISC
Cuando el ETCD o el ETD envan una respuesta DM con caracter de respuesta no solicitada para pedir al ETD o al ETCD, respectivamente, que emitan una instruccin de fijacin de modo, conforme se describe en el 2.4.4.4, puede producirse una colisin entre una instruccin SABM/SABME o DISC y la respuesta DM no solicitada. Para evitar una interpretacin errnea en la respuesta DM recibida, el ETD debe enviar siempre su instruccin SABM/SABME o DISC con el bit P puesto a 1. 2.4.4.7 Puede producirse una situacin de conflicto cuando tanto el ETCD como el ETD enven una respuesta DM para pedir una instruccin de fijacin de modo. En este caso, el ETD debe emitir una instruccin SABM/SABME para resolver la situacin de conflicto. Colisin de respuesta DM
Edicin de 2009
2.4.5
ADJUNTO II13
II13/23
A continuacin se describen los procedimientos aplicables para la transmisin de tramas I en cada sentido durante la fase de transferencia de informacin. Procedimientos LAPB de transferencia de informacin
En lo que sigue, la expresin superior en una unidad se refiere a una serie secuencial repetida continuamente; por ejemplo, 7 es superior en una unidad a 6 y 0 es superior en una unidad a 7 para la serie de mdulo 8, y 127 es superior en una unidad a 126 y 0 es superior en una unidad a 127 para la serie de mdulo 128. 2.4.5.1 Cuando el ETCD tenga una trama I para transmitir (esto es, una trama I no transmitida todava, o que deba retransmitirse como se describe en el 2.4.5.6), la transmitir con un N(S) igual al valor vigente de su variable de estado en emisin V(S) y un N(R) igual al valor vigente de su variable de estado en recepcin V(R). Al terminar la transmisin de la trama I el ETCD incrementar su variable de estado en emisin V(S) en una unidad. Envo de tramas I Si la variable de estado en emisin V(S) es igual al ltimo valor de N(R) recibido ms k (donde k es el nmero mximo de tramas I pendientes, vase el 2.4.8.6), el ETCD no transmitir ninguna nueva trama I, pero podr retransmitir una trama I como se describe en los 2.4.5.6 2.4.5.9. 2.4.5.2 Si el temporizador Tl no est en marcha en el momento de transmitirse una trama I, se arrancar.
Cuando el ETCD est en el estado de ocupado, puede an transmitir tramas I, a condicin de que el ETD no est ocupado. Cuando el ETCD se encuentra en la condicin de rechazo de trama pasar la transmisin de tramas I. 2.4.5.2.1 Cuando el ETCD no est en una condicin de ocupado y reciba una trama I vlida con un nmero secuencial en emisin M(S) igual a la variable de estado en recepcin V(R) del ETCD, el ETCD aceptar el campo de informacin de esta trama, incrementar en una unidad su variable de estado en recepcin V(R) y proceder como sigue: Recepcin de una trama I a) Si el ETCD todava no est en una condicin de ocupado: i)
2.4.5.2.2 Cuando el ETCD est en una condicin de ocupado, puede ignorar el campo de informacin contenido en toda trama I recibida. 2.4.5.3 2.4.5.4 Cuando el ETCD recibe una trama no vlida (vase el 2.3.5.3), se descartar dicha trama. Recepcin de tramas no vlidas Recepcin de tramas I fuera de secuencia
b) Si el ETCD est ya en una condicin de ocupado, transmitir una trama RNR con un N(R) igual al valor de la variable de estado de recepcin V(R) del ETCD (vase el 2.4.5.8).
ii) Si no hay ninguna trama I disponible para su transmisin por el ETCD, ste transmitir una trama RR con el N(R) igual al valor de la variable de estado en recepcin V(R) del ETCD.
Si hay una trama I disponible para su transmisin por el ETCD, ste puede proceder como se indica en el 2.4.5.1 y acusar recibo de la trama I recibida poniendo N(R), en el campo de control de la siguiente trama I transmitida, al valor de la variable de estado en recepcin V(R) del ETCD. El ETCD puede tambin acusar recibo de la trama I recibida transmitiendo una trama RR con el N(R) igual al valor de la variable de estado en recepcin V(R) del ETCD.
Cuando el ETCD reciba una trama vlida cuyo nmero secuencial en emisin N(S) sea incorrecto, es decir, que no sea igual al valor vigente de la variable de estado en recepcin V(R) del ETCD, descartar el campo de informacin de la trama I y transmitira una trama REJ con el N(R) puesto a un valor superior en una unidad al del N(S) de la ltima trama I recibida correctamente. La trama REJ ser una trama de instruccin con el bit P puesto a 1 si se
Edicin de 2009
II13/24
requiere una transferencia con acuse de recibo de la peticin de retransmisin; si no, la trama REJ puede ser una trama de instruccin o de una respuesta. El ETCD descartar entonces el campo de informacin de todas las tramas I recibidas mientras no reciba correctamentc la trama I esperada. Al recibir la trama I esperada, el ETCD acusar recibo de ella como se indica en el 2.4.5.2. El ETCD usar la informacin dada por el N(R) y el bit P en las tramas I descartadas, segn se describe en el 2.3.5.2. 2.4.5.5 Al recibir correctamente una trama I o una trama de supervisin (RR, RNR o REJ), incluso en la condicin de ocupado, el ETCD considerar el N(R) contenido en esa trama como un acuse de recibo para toda las tramas I que haya transmitido con un N(S) igual o menor que el N(R) recibido menos uno. El ETCD parar el temporizador Tl cuando reciba correctamente una trama I o una trama de supervisin con el N(R) mayor que el ltimo N(R) recibido (con lo que de hecho acusa recibo de algunas tramas I), o una trama REJ con un N(R) igual al ltimo N(R) recibido. Recepcin de un acuse de recibo
Si se ha parado el temporizador T1 por la recepcin de una trama I, RR, o RNR, y si hay tramas I pendientes sin acuse de recibo, el ETCD rearrancar el temporizador T1. Si el plazo de ste expira, el ETCD aplicar el procedimiento de recuperacin (vase el 2.4.5.9) con respecto a las tramas I sin acuse de recibo. Si temporizador T1 se ha parado a causa de la recepcin de una trama REJ, el ETCD aplicar los procedimientos de retransmisin especificados en el 2.4.5.6. 2.4.5.6 Cuando reciba una trama REJ, el ETCD pondr su variable de estado en emisin V(S) al valor del NR recibido en el campo de control de la REJ. Transmitir la trama I correspondiente tan pronto como disponga de ella, o la retransmitir de conformidad con el procedimiento descrito en el 2.4.5.1. La transmisin (o retransmisin) se ajustar al procedimiento siguiente: Recepcin de una trama REJ ii) Si el ETCD est transmitiendo una instruccin o una respuesta no numerada cuando recibe la trama REJ, ignorar la peticin de retransmisin. iii) Si el ETCD est transmitiendo una trama I cuando recibe la trama REJ, puede anular la trama I y comenzar a transmitir la trama I solicitada, inmediatamente despus de la anulacin. iv) Si el ETCD no est transmitiendo ninguna trama cuando recibe la trama REJ, comenzar a transmitir inmediatamente la trama I solicitada. i) Si el ETCD est transmitiendo una instruccin o una respuesta de supervisin cuando recibe la trama REJ, completar dicha transmisin antes de empezar a transmitir la trama I solicitada.
En todos los casos, si se hubiesen transmitido ya otras tramas I, sin acuse de recibo an, despus de la indicada en la trama REJ, el ETCD retransmitir dichas tramas I despus de retransmitir la trama I solicitada. Las dems tramas I todava no transmitidas se podrn transmitir despus de las tramas I retransmitidas. 2.4.5.7
Si la trama REJ fue recibida del ETD como una instruccin con el bit P puesto a 1, el ETCD transmitir una respuesta RR, RNR o REJ con el bit F puesto a 1 antes de transmitir o retransmitir la correspondiente trama I. Despus de recibir una trama RNR cuyo N(R) indique que se trata de una trama no transmitida anteriormente, el ETCD detendr el temporizador T1, pudiendo entonces transmitir una trama I, con el bit P puesto a 0, con el nmero secuencial de emisin igual al N(R) indicado en la trama RNR rearrancando, en este proceso, el temporizador T1. Tras la recepcin de una trama RNR cuyo N(R) indique que se trata de una trama transmitida anteriormente, el ETCD no transmitir ni retransmitir ninguna otra trama I, mantenindose en funcionamiento el temporizador T1. En cualquier caso si el plazo del temporizador T1 expira antes de recibir una indicacin de desaparicin de la condicin de ocupado, el ETCD seguir el procedimiento descrito en el 2.4.5.9. En cualquier caso, el ETCD no transmitir ninguna otra trama I antes de recibir una trama RR o ERJ o antes de completar el procedimiento de reiniciacin del enlace. Recepcin de una trama RNR
Edicin de 2009
Como otra posibilidad, tras recibir una trama RNR, el ETCD puede esperar un cierto perodo de tiempo (por ejemplo, la duracin del plazo del temporizador T1) y a continuacin transmitir una trama de instruccin de supervisin (RR, RNR, o REJ) con el bit P puesto a 1, y arrancar el temporizador T1, a fin de determinar si produce algn cambio en el estado de recepcin del ETD. El ETD responder al bit P puesto a 1 con una trama de respuesta de supervisin (RR RNR o REJ) con el bit F puesto a 1, indicando la continuacin de la condicin de ocupado (RNR), o bien la liberacin de ocupado (RR o REJ). Tras recibir la respuesta del ETD, se para el temporizador T1. 1) Si la respuesta es una respuesta RR o REJ, se libera el estado de ocupado y el ETCD puede transmitir tramas I comenzando por la trama I identificada por el N(R) en la trama de respuesta recibida. 2) Si la respuesta es la respuesta RNR, permanecer la condicin de ocupado y el ETCD repetir la interrogacin sobre el estado de recepcin del ETD, tras un cierto perodo de tiempo (por ejemplo, la duracin del plazo del temporizador T1).
ADJUNTO II13
II13/25
Si expira el plazo del temporizador T1antes de recibir una respuesta sobre el estado, se repite el proceso de interrogacin anterior. Si fallan N2 tentativas de obtener una respuesta sobre el estado (es decir, el plazo del temporizador T1 expira N2 veces), el ETCD iniciar un proceso de reiniciacin del enlace de datos tal como se indica en el 2.4.7.2 o transmitir una respuesta DM para pedir al ETD que inicie un procedimiento de establecimiento del enlace de datos como se indica en el 2.4.4.1, y pasar a la fase de desconectado. El valor de N2 se define en el 2.4.8.4.
Si, en cualquier momento del proceso de interrogacin, se recibe del ETD una trama RR o REJ no solicitada, se considerar que sta es una indicacin de desaparicin de la condicin estado de ocupado. Si la trama RR o REJ no solicitada es una trama de instruccin con el bit P puesto a 1, debe transmitirse la trama de respuesta adecuada con el bit F puesto a I antes de que el ETCD pueda concluir la transmisin de tramas 1. Si el temporizador T1 est en funcionamiento, el ETCD esperar a que llegue la respuesta de no ocupado con el bit F puesto a 1 o esperar a que expire el plazo del temporizador T1, y a continuacin reiniciar un proceso de interrogacin a fin de conseguir un intercambio satisfactorio del bit P/F, o bien puede concluir la transmisin de tramas I comenzando por la trama I el N(R) de la trama RR o REJ recibida. 2.4.5.8 Cuando el ETCD pase a una condicin de ocupado, transmitir una trama RNR en cuanto pueda. La trama RNR ser una trama de instruccin con el bit P puesto a 1 si se requiere una transferencia con acuse de recibo de la condicin de ocupado; si no, la trama RNR puede ser una trama de instruccin o de respuesta. Mientras est en la condicin de ocupado, el ETCD aceptar y tratar las tramas de supervisin, aceptar y tratar el contenido de los campos N(R) de las tramas I, y devolver una respuesta RNR con el bit F puesto a 1 si recibe una instruccin de supervisin o una trama de instruccin I con el bit P puesto a 1. Para liberar la condicin de ocupado, el ETCD transmitir una trama REJ o una trama RR con N(R) puesto al valor vigente de la variable de estado en recepcin V(R), segn que haya descartado o no los campos de informacin de las tramas I correctamente recibidas. La trama REJ o la trama RR sern tramas de instruccin con el bit P puesto a 1 si se requiere una transferencia con acuse de recibo del paso de la condicin de ocupado a la de no ocupado; si no, la trama REJ o la RR pueden ser tramas de instruccin o de respuesta. 2.4.5.9 El ETCD mantiene una variable interna de tentativas de transmisin que se pone a 0 cuando el ETCD enva una respuesta UA, recibe una respuesta UA o una instruccin o respuesta RNR, o cuando recibe correctamente una trama I o una trama de supervisin con el N(R) mayor que el ltimo N(R) recibido (con lo que de hecho acusa recibo de algunas tramas I pendientes). Si expira el plazo del temporizador T1 estando a la espera del acuse de recibo del ETD a una trama I transmitida, el ETCD pasar a la condicin de recuperacin por temporizador, incrementar en una unidad su variable de tentativas de transmisin y pondr una variable interna x al valor vigente de su variable de estado en emisin V(S).
Edicin de 2009
Condicin de ocupado del ETCD
Espera de acuse de recibo
II13/26
El ETCD rearrancar entonces el temporizador T1, pondr su variable de estado en emisin V(S) al valor del ltimo N(R) recibido del ETD y retransmitir la correspondiente trama I con el bit P puesto a 1, o transmitir una trama de instruccin de supervisin adecuada (RR, RNR o REJ) con el bit P puesto a 1. Si, durante la condicin de recuperacin por temporizador, el ETCD recibe correctamente una trama de supervisin con el bit F puesto a 1 y con un N(R) dentro de la gama comprendida entre el valor vigente de su variable de estado en emisin V(S) y el valor de x (inclusive), liberar la condicin de recuperacin por temporizador (incluida la parada del temporizador T1) y pondr su variable de estado en emisin V(S) al valor del N(R) recibido, pudiendo continuar entonces con la transmisin o retransmisin de tramas I, segn corresponda. La condicin de recuperacin por temporizador desaparece cuando el ETCD recibe del ETD una trama de supervisin vlida con el bit F puesto a 1.
Si durante la condicin de recuperacin por temporizador, el ETCD recibe correctamente una trama I o una trama de supervisin con el bit P/F puesto a 0 y con un N(R) vlido (vase el 2.3.4.9), no liberar la condicin de recuperacin por temporizador. El valor del N(R) recibido puede usarse para actualizar la variable de estado en emisin V(S). Sin embargo, el ETCD puede decidir conservar en memoria la ltima trama I transmitida (aunque haya sido objeto de acuse de recibo), para poder retransmitirla con el bit P puesto a 1 cuando expire el plazo del temporizador T1 en un momento ulterior.
Si la trama de supervisin recibida con el bit P/F puesto a 0 es una trama REJ con un N(R) vlido, el ETCD puede iniciar inmediatamente la transmisin o retransmisin a partir del valor de la variable de estado en emisin V(S) o ignorar la peticin de retransmisin y esperar hasta que se reciba la trama de supervisin con el bit F puesto a 1 antes de iniciar la transmisin o retransmisin de tramas a partir del valor identificado en el campo N(R) de la trama de supervisin con el bit F puesto a 1. En caso de retransmisin inmediata, a fin de evitar la duplicacin de retransmisiones despus de liberar la condicin de recuperacin por temporizador, el ETCD deber desactivar la retransmisin de una trama I especfica [mismo N(R) en el mismo ciclo de numeracin] si el ETCD ha retransmitido dicha trama I como resultado de la recepcin de una trama REJ con el bit P/F puesto a 0.
Si durante la condicin de recuperacin por temporizador, el ETCD recibe una instruccin REJ con el bit P puesto a 1, el ETCD responder inmediatamente con una respuesta de supervisin adecuada con el bit F puesto a 1. El ETCD puede utilizar entonces el valor del N(R) de la instruccin REJ para actualizar la variable de estado en emisin V(S), y puede iniciar inmediatamente la transmisin o la retransmisin a partir del valor N(R) indicado en la trama REJ o ignorar la peticin de retransmisin y esperar hasta que se reciba la trama de supervisin con el bit F puesto a 1 antes de iniciar la transmisin o la retransmisin de tramas I a partir del valor identificado en el campo N(R) de la trama de supervisin con el bit F puesto a 1. En caso de retransmisin inmediata, a fin de evitar la duplicacin de retransmisiones despus de liberar la condicin de recuperacin por temporizador, el ETCD deber desactivar la retransmisin de una trama I especfica [mismo N(R) en el mismo ciclo de numeracin] si el ETCD ha retransmitido dicha trama I como resultado de la recepcin de una instruccin REJ con el bit F puesto a 1. Si expira el plazo del temporizador T1 en la condicin de recuperacin por temporizador y no se ha recibido una trama I o de supervisin con el bit P/F puesto a 0 y un N(R) vlido, o no se ha recibido una instruccin REJ con el bit P puesto a 1 y un N(R) vlido, el ETCD incrementar en una unidad su variable de tentativas de transmisin, rearrancar el temporizador T1 y, o retransmitir la trama I con el bit P puesto a 1, o transmitir una instruccin adecuada de supervisin con el bit P puesto a 1.
Nota Si bien el ETCD puede incluir la variable interna x, existen otros mecanismos que realizan funciones idnticas.
Edicin de 2009
Si la variable de tentativas de transmisin es igual a N2, el ETCD iniciar un procedimiento de reiniciacin del enlace de datos tal como se describe en el 2.4.7.2, o transmitir una respuesta DM para solicitar al ETD que inicie un procedimiento de establecimiento del enlace de datos tal como se indica en el 2.4.4.1, y pasa a la fase de desconectado. N2 es un parmetro del sistema (vase el 2.4.8.4).
2.4.6
ADJUNTO II13
II13/27
2.4.6.1 Cuando el ETCD recibe, durante la fase de transferencia de informacin, una trama que no es una no vlida (vase el 2.3.5.3) con una de las condiciones enumeradas en el 2.3.4.9, el ETCD solicitar al ETD que inicie un procedimiento de reiniciacin del enlace de datos mediante la transmisin de una respuesta FRMR al ETD, tal como se describe en el 2.4.7.3. Condiciones LAPB de reiniciacin del enlace de datos (establecimiento del enlace de datos)
2.4.6.2 Cuando el ETCD recibe, durante la fase de transferencia de informacin, una respuesta FRMR procedente del ETD, el ETCD iniciar por s mismo los procedimientos de reiniciacin del enlace de datos, tal como se describe en el 2.4.7.2 o enviar una respuesta DM para pedir al ETD que inicie el procedimiento de establecimiento (iniciacin) del enlace de datos tal como se indica en el 2.4.4.1. Despus de transmitir la respuesta DM, el ETCD pasar a la fase de desconectado, tal como se indica en el 2.4.4.4.2.
2.4.6.3 Cuando el ETCD recibe, durante la fase de transferencia de informacin, una respuesta UA o una respuesta no solicitada con el bit F puesto a 1, iniciar por s mismo los procedimientos de reiniciacin del enlace de datos, tal como se indica en el 2.4.7.2, o devolver una respuesta DM para pedir al ETD que inicie el procedimiento de establecimiento (iniciacin) del enlace de datos tal como se indica en el 2.4.4.1. Despus de transmitir una respuesta DM, el ETCD pasar a la fase de desconectado, tal como se indica en el 2.4.4.4.2. 2.4.6.4 Cuando el ETCD recibe, durante la fase de transferencia de informacin, una respuesta DM procedente del ETD, iniciar por s mismo los procedimientos de establecimiento (iniciacin) del enlace de datos, tal como se describe en el 2.4.4.1, o devolver una respuesta DM para pedir al ETD que inicie los procedimientos de establecimiento (iniciacin) del enlace de datos tal como se describe en el 2.4.4.1. Despus de transmitir una respuesta DM, el ETCD pasar a la fase de desconectado tal como se indica en el 2.4.4.4.2. 2.4.7 Procedimiento LAPB de reiniciacin del enlace de datos
2.4.7.1 El procedimiento de reiniciacin del enlace de datos se utiliza para inicializar ambos sentidos de transferencia de informacin, tal como se describe a continuacin. Este procedimiento de reiniciacin slo es aplicable durante la fase de transferencia de informacin. 2.4.7.2 El procedimiento de reiniciacin del enlace de datos puede iniciarlo tanto el ETD como el ETCD. El procedimiento indica una desaparicin de la condicin de ocupado, si sta existe, del ETCD y/o del ETD. El ETD iniciar un procedimiento de reiniciacin del enlace de datos transmitiendo al ETCD una instruccin SABM/SABME. Si, tras recibir la instruccin SABM/SABME correctamente, el ETCD determina que puede continuar en la fase de transferencia de informacin, devolver una respuesta UA al ETD, reiniciar sus variables de estado en emisin V(S) y en recepcin V(R) a 0, y permanecer en la fase de transferencia de informacin. Si, tras recibir la instruccin SABM/SABME correctamente, el ETCD determina que no puede permanecer en la fase de transferencia de informacin, enviar una respuesta DM como negativa a la solicitud de reiniciacin y pasar a la fase de desconectado. El ETCD iniciar un procedimiento de reiniciacin del enlace de datos transmitiendo al ETD una instruccin SABM/SABME y arrancando su temporizador T1 (vase el 2.4.8.1). Al recibir la respuesta UA procedente del ETD, el ETCD reiniciar sus variables de estado en emisin V(S) y en recepcin V(R) a 0, parar su temporizador T1, y permanecer en la fase de transferencia de informacin. Al recibir una respuesta DM procedente del ETD como negativa a la solicitud de reiniciacin, el ETCD parar su temporizador T1y pasar a la fase de desconectado. El ETCD que haya enviado una instruccin SABM/SABME, ignorar y descartar cualquier trama procedente del ETD excepto una instruccin SABM/SABME o DISC, o una respuesta UA o DM. La recepcin de una instruccin SABM/SABME o DISC procedente del ETD dar lugar a una situacin de colisin que se resuelve segn lo indicado en el 2.4.4.5. Las tramas que no sean una respuesta UA o DM enviadas respondiendo a una instruccin SABM/SABME o DISC se enviarn nicamente para la reinicializacin del enlace de datos y caso de que no exista ninguna instruccin SABM/SABME pendiente
Edicin de 2009
Despus que el ETCD envie la instruccin SABM/SABME expirar el plazo del temporizador T1 en el ETCD si no se recibe correctamente una respuesta UA o DM. A continuacin el ETCD volver a enviar la instruccin SABM/SABME y rearrancar el temporizador T1. Despus de N2 tentativas de reinicializacin del enlace de datos, el ETCD iniciar la accin adecuada de recuperacin de capa superior y pasar a la fase de desconectado. El valor de N2 se define en el 2.4.8.4. 2.4.7.3 El ETCD puede pedir al ETD que reinicie el enlace de datos mediante la transmisin de una respuesta FRMR (vease el 2.4.6.1). Despus de transmitir una respuesta FRMR, el ETCD pasar a la condicin de rechazo de trama. La condicin de rechazo de trama desaparece cuando el ETCD recibe una instruccin SABM/SABME o DISC, una respuesta FRMR, una respuesta DM, o si el ETCD transmite una instruccin SABM/SABME, DISC o una respuesta DM. Cualquier otra instruccin recibida durante el estado de rechazo de trama har que el ETCD retransmita la respuesta FRMR con el mismo campo de informacin que el transmitido originalmente.
II13/28
El ETCD puede arrancar el temporizador T1 al transmitir la respuesta FRMR. Si el plazo del temporizador T1 expira antes de que desaparezca la condicin de rechazo de trama, el ETCD puede retransmitir la respuesta FRMR y rearrancar el temporizador T1. Tras N2 tentativas (temporizaciones) para obtener que el ETD reinicie el enlace, el ETCD puede reiniciar el enlace por s mismo, como se indica en el 2.4.7.2. El valor de N2 se define en el 2.4.8.4. En la condicin de rechazo de trama, el ETCD no transmitir tramas I ni tramas de supervisin. Adems, el ETCD descartar las tramas I y de supervisin recibidas excepto para la observacin de un bit P puesto a 1. Cuando el ETCD deba transmitir una respuesta adicional FRMR como consecuencia de la recepcin de un bit P puesto a 1 mientras que el temporizador T1 est en marcha, T1 seguir funcionando. Tras la recepcin de una respuesta FRMR (incluso durante una condicin de rechazo de trama), el ETCD iniciara un procedimiento de reiniciacin transmitiendo una instruccin SABM/SABME como se indica en el 2.4.7.2, o transmitir una respuesta DM para solicitar al ETD que inicie el procedimiento de establecimiento del enlace de datos tal como se indica en el 2.4.4.1, y pasar a la fase de desconectado. 2.4.8 Lista de los parmetros sistema LAPB Los parmetros sistema del ETCD y del ETD son los siguientes: Temporizador T1
2.4.8.1
El valor del parametro sistema temporizador T1 del EDT puede diferir del valor del parmetro sistema temporizador T1 del ETCD. Estos valores sern los convenidos para ambos durante un perodo de tiempo y sern conocidos tanto por el ETD como por el ETCD. El plazo del temporizador T1 al final del cual puede retransmitirse una trama (vanse el 2.4.4 y el 2.4.5 para el ETCD), tendr en cuenta si T1 ha arrancado al principio o al final de la transmisin de una trama. Para que el procedimiento opere debidamente, el plazo del temporizador T1 del transmisor (ETCD o ETD) debe ser mayor que el intervalo mximo entre la transmisin de tramas (SABM/SABME, DISC, o instrucciones I de supervisin, o respuesta DM o FRMR), y la recepcin de la trama correspondiente devuelta con respuesta a esa trama (tramas UA, DM o de acuse de recibo). En consecuencia, el receptor (ETCD o ETD) no demorar la trama de respuesta o de acuse de recibo devuelta como consecuencia de las tramas anteriores por un perodo superior a T2, donde T2 es un parmetro sistema (vase el 2.4.8.2). El ETCD no demorar por un perodo superior a T2 la trama de respuesta o de acuse de recibo devuelta como consecuencia de una de esas tramas de ETD. 2.4.8.2 El valor del parmetro T2 del ETD puede diferir del valor del parmetro T2 del ETCD. Estos valores sern los convenidos tanto para el ETD como el ETCD durante un perodo de tiempo, y sern conocidos por ambos.
Edicin de 2009
Parmetro T2
El plazo del parmetro T2 indicar el lapso de tiempo del que dispone el ETCD o el ETD antes de que deban activar la trama de acuse de recibo, a fin de asegurar su recepcin por el ETD o el ETCD, respectivamente, antes de que el plazo del temporizador T1 expire en el ETD o en el ETCD (parmetro T2 < plazo del temporizador T1).
ADJUNTO II13
II13/29
Nota El plazo del parmetro T2 tendr en cuenta los siguientes factores de temporizacin: el tiempo de transmisin de la trama de acuse de recibo, el tiempo de propagacin por el enlace de datos de acceso, los tiempos de proceso establecidos en el ETCD y en el ETD, y el tiempo que lleva la transmisin de la(s) trama(s) en la cola de transmisin del ETCD o del ETD, que no pueden ni desplazarse ni modificarse de forma ordenada. Dado un valor para el plazo del temporizador T1 del ETD o del ETCD, el valor del parmetro T2 en el ETCD o en el ETD, respectivamente, no debe ser superior a T1 menos dos veces el tiempo de propagacin por el enlace de datos de acceso, menos el tiempo de proceso de trama en el ETCD, menos el tiempo de proceso de trama en el ETD, y menos el tiempo de transmisin de la trama de acuse de recibo por el ETCD o el ETD respectivamente. 2.4.8.3 El ETCD soportar un parmetro sistema temporizador T3, cuyo valor ser conocido por el ETD. Temporizador T3
El plazo del temporizador T3, al final del cual se pasa a la capa paquete una indicacin de una condicin observada de un estado excesivamente largo de canal en reposo ser lo suficientemente mayor que el plazo del temporizador T1 del ETCD (es decir, T3 > T1) para que al expirar el plazo de T3 se tenga un grado suficiente de seguridad de que el canal del enlace de datos se encuentra en un estado no activo y no operacional, y que es necesario establecer el enlace de datos para reanudar su funcionamiento normal. 2.4.8.4 El valor del parmetro sistema N2 del ETD puede ser distinto del valor del parmetro sistema N2 del ETCD. Estos valores sern los convenidos para ambos durante un cierto perodo de tiempo y sern conocidos tanto por el ETD como por el ETCD. Nmero mximo (N2) de tentativas de completar una transmisin 2.4.8.5
El valor de N2 indicar el nmero mximo de tentativas hechas por el ETCD o el ETD para lograr una transmisin satisfactoria de una trama al ETD o al ETCD respectivamente. El valor del parmetro sistema N1 del ETD puede ser distinto del valor del parmetro sistema N1 del ETCD. Estos valores sern conocidos tanto por el ETD como por el ETCD. Nmero mximo (Nl) de bits en una trama I
Los valores N1 indicarn el nmero mximo de bits de una trama I (excluyendo las banderas y los bits 0 insertados para transparencia) que el ETCD o el ETD est dispuesto a aceptar del EDT o del ETCD, respectivamente. Para permitir el funcionamiento universal, un ETD debe admitir un valor N1 del ETD que no sea inferior a 1080 bits (135 octetos). Los ETD deben saber que la red puede transmitir paquetes de mayor longitud (vase el 5.2),1o que puede plantear un problema de capa de enlace de datos. Todas las redes deberan ofrecer, a un ETD que lo haya solicitado, un valor de N1 del ETCD que sea mayor o igual que 2072 bits (259 octetos) ms la longitud de los campos de direccin, control y de SVT en el interfaz ETD/ETCD, y mayor o igual que la longitud mxima de los paquetes de datos que puedan cruzar el interfaz ETD/ETCD ms la longitud de los campos de direccin, control y de SVT en el interfaz ETD/ETCD. 2.4.8.6 En el apndice 11 figura una descripcin de cmo se derivan los valores indicados anteriormente. Nmero mximo (k) de tramas I pendientes
El valor del parmetro sistema k del ETD ser el mismo que el de su correspondiente del ETCD. Este valor ser el convenido para el ETD y el ETCD durante un perodo de tiempo.
Edicin de 2009
El valor de k indicar el nmero mximo de tramas I numeradas secuencialmente que el ETD o el ETCD pueden tener pendientes (es decir, sin acuse de recibo) en un momento dado. El valor de k nunca exceder de siete, para funcionamiento en mdulo 8, o de 127 para funcionamiento en mdulo 128. Todas las redes (ETCD) tolerarn un valor de siete. Tambin pueden tolerar otros valores de k (inferiores y superiores a siete). [...] 3 Descripcin del interfaz ETD/ETCD de la capa paquete
II13/30
Esta seccin y las siguientes de la Recomendacin estn relacionadas con la transferencia de paquetes en el interfaz ETD/ETCD. Los procedimientos se aplican a los paquetes efectivamente transferidos a travs del interfaz ETD/ETCD. Nota Algunas redes requieren que los campos de datos de los paquetes contengan un nmero entero de octetos. La transmisin por el ETD a la red de campos de datos que no contengan un nmero entero de octetos puede causar la prdida de la integridad de los datos. En los ETD con los que se pretenda un funcionamiento universal en todas las redes hay que asegurarse de que todos los paquetes transmitidos tienen campos de datos constituidos exclusivamente por un nmero entero de octetos. La plena integridad de los datos slo puede garantizarse mediante el intercambio, en ambos sentidos de transmisin, de campos de datos constituidos por un nmero entero de octetos. Cada paquete que deba transferirse a travs del interfaz ETD/ETCD estar contenido dentro del campo de informacin de la capa enlace, que delimitar su longitud; el campo de informacin contendr un solo paquete.
En esta seccin se describe el interfaz de la capa paquete para los servicios de llamadas virtuales y circuitos virtuales permanentes. En el 4 se especifican los procedimientos para el servicio de circuitos virtuales (es decir, servicios de llamadas virtuales y de circuitos virtuales permanentes). En el 5 se especifican los formatos de paquetes para todos los servicios y en los 6 y 7,los procedimientos y formatos para facilidades facultativas de usuario. 3.1 Canales lgicos
Para permitir llamadas virtuales y/o circuitos virtuales permanentes simultneos se utilizan canales lgicos. A cada llamada virtual o circuito virtual permanente se asigna un nmero de grupo de canales lgicos (inferior o igual a 15) y un nmero de canal lgico (inferior o igual a 255). Para llamadas virtuales se asigna un nmero de grupo de canales lgicos y un nmero de canal lgico durante la fase de establecimiento de la comunicacin. La gama de canales lgicos utilizados para llamadas virtuales se determina mediante acuerdo con la Administracin en el momento de abonarse al servicio (vase el anexo A). Los nmeros de grupo de canales lgicos y el nmero de canal lgico para los circuitos virtuales permanentes se asignan mediante acuerdo con la Administracin en el momento de abonarse al servicio (vase el anexo A) 3.2 Cada paquete transferido a traves del interfaz ETD/ETCD comprende por lo menos tres octetos. Estos tres octetos contienen un identificador general de formato, un identificador de canal lgico y un identificador de tipo de paquete. Se aaden otros campos de paquete segn sea necesario (vase el 5). En el cuadro 14/X.25 se indican los tipos de paquetes y su utilizacin en diversos servicios. Estructura bsica de los paquetes
Edicin de 2009
Tipos de paquetes y su utilizacin en diversos servicios Tipo de paquete Servicio
CUADRO 14/X.25
ADJUNTO II13
II13/31
Del ETCD al ETD
Llamada entrante Comunicacin establecida Indicacin de liberacin Confirmacin de liberacin por el ETCD
Establecimiento y liberacin de la comunicacin (vase la nota 1)
Del ETD al ETCD
CV X X X X X X X X X X X X X X X X X
CVP
Datos del ETCD Interrupcin por el ETCD Confirmacin de interrupcin por el ETCD RR del ETCD RNR del ETCD
Datos e interrupcin (vase la nota 2)
Peticin de llamada Llamada aceptada Peticin de liberacin Confirmacin de liberacin por el ETD
Control de flujo y reiniciacin (vase la nota 3)
Datos del ETD Interrupcin por el ETD Confirmacin de interrupcin por el ETCD RR del ETD RNR del ETD REJ del ETDa) Peticin de reiniciacin Confirmacin de reiniciacin por el ETD Peticin de rearranque Confirmacin de rearranque por el ETD
X X X X X X X X X X X X X
Indicacin de reiniciacin Confirmacin reiniciacin por el ETCD
Indicacin de rearranque Confirmacin de rearranque par l'ETCD Diagnstico a) Confirmacin de registro
Rearranque (vase la nota 4)
Diagnstico (vase la nota 5) Registro a) (vase la nota 6)
a) No est disponible necesariamente en todas las redes.
Peticin de registro
LLV CVP
Nota 1 Vanse los 4.1 y 6.16 para los procedimientos y el 5.2 para los formatos. Nota 2 Vanse el 4.3 para los procedimientos y el 5.3 para los formatos. Nota 4 Vanse el 3.3 para los procedimientos y el 5.5 para los formatos. Nota 5 Vanse el 3.4 para los procedimientos y el 5.6 para los formatos.
Llamada virtual Circuito virtual permanente
Nota 3 Vanse los 4.4 y 6.4 para los procedimientos y los 5.4 y 5.7.1 para los formatos. Nota 6 Vanse el 6.1 para los procedimientos y el 5.7.2 para los formatos.
Edicin de 2009
II13/32 3.3
El procedimiento de rearranque se utiliza para iniciar o reiniciar el interfaz ETD/ETCD en la capa paquete. El procedimiento de rearranque libera simultneamente todas las llamadas virtuales (LLV) y reinicia todos los circuitos virtuales permanentes (CVP) en el interfaz ETD/ETCD (vanse el 4.5). En la figura B-1/X.25, se muestra el diagrama de estados que define las relaciones lgicas de los eventos asociados al procedimiento de rearranque. En el cuadro C-2/X.25, se especifican las acciones que efecta el ETCD cuando recibe paquetes del ETD para el procedimiento de rearranque. 3.3.1 Rearranque por el ETD
Procedimiento de rearranque
El ETCD confirmar el rearranque transmitiendo un paquete de confirmacin de rearranque por el ETCD, y haciendo pasar los canales lgicos usados para llamadas virtuales al estado de preparado (pl), y los canales lgicos usados para circuitos virtuales permanentes al estado de control de flujo preparado (d1). Nota Los estados pl y d1 se especifican en el 4.
El ETD puede pedir en cualquier momento un rearranque transfiriendo por el interfaz ETD/ETCD un paquete de peticin de rearranque. El interfaz para cada canal lgico se halla entonces en el estado de peticin de rearranque por el ETD (r2).
El paquete de confirmacin de rearranque por el ETCD slo puede interpretarse universalmente como que tiene significado local. El tiempo transcurrido en el estado de peticin de rearranque por el ETD (r2) no exceder del tiempo lmite T20 (vase el anexo D). 3.3.2 El ETCD puede indicar un rearranque transfiriendo por el interfaz ETD/ETCD un paquete de indicacin de rearranque. El interfaz para cada canal lgico se halla entonces en el estado de indicacin de rearranque por el ETCD (r3). En este estado del interfaz ETD/ETCD, el ETCD har caso omiso de todos los paquetes, excepto los de peticin de rearranque y confirmacin de rearranque por el ETD. Rearranque por el ETCD
La accin ejecutada por el ETCD cuando el ETD no confirma el rearranque dentro del perodo de la temporizacin T10 se indica en el anexo D. 3.3.3 Se produce una colisin de rearranques cuando un ETD y un ETCD transfieren simultneamente un paquete de peticin de rearranque y un paquete de indicacin de rearranque. En esas circunstancias, el ETCD considerar completado el rearranque. El ETCD no esperar un paquete de confirmacin de rearranque por el ETD y no transmitir un paquete de confirmacin de rearranque por el ETCD. Esto hace pasar los canales lgicos utilizados para llamadas virtuales al estado de preparado (pl), y los canales lgicos utilizados para circuitos virtuales permanentes al estado de control de flujo preparado (d1). Colisin de rearranques 3.4 En el cuadro C-l/X.25 se especifica la reaccin del ETCD cuando se producen condiciones especiales de error. En el 4 se examinan otras condiciones de error. Tratamiento de los errores
Edicin de 2009
El ETD confirmar el rearranque transfiriendo un paquete de confirmacin de rearranque por el ETD, y pasando los canales lgicos usados para llamadas virtuales al estado de preparado (pl), y los canales lgicos usados para circuitos virtuales permanentes al estado de control de flujo preparado (d1).
El paquete de diagnstico se enva slo una vez por cada caso particular de una condicin de error. No es necesario que el ETD enve una confirmacin al recibir un paquete de diagnstico. 4 Procedimientos para servicios de circuitos virtuales Procedimientos para el servicio de llamadas virtuales
Algunas redes utilizan el paquete de diagnstico para indicar condiciones de error en situaciones en las que los mtodos usuales de indicacin (es decir, reiniciacin, liberacin y rearranque con notificacin de la causa y diagnstico) no son adecuados (vanse los cuadros C-I/X.25 y D-l/X.25). El paquete de diagnstico procedente del ETCD proporciona informacin sobre situaciones de error que se consideran irremediables en la capa paquete de la Recomendacin X.25; la informacin proporcionada permite un anlisis del error y su subsanacin por capas superiores en el ETD, si se desea o es posible. Paquete de diagnstico
3.4.1
ADJUNTO II13
II13/33
4.1
En las figuras B-1/X.25, B-2/X.25 y B-3/X.25 se muestran los diagramas de estados que definen los eventos en el interfaz ETD/ETCD de la capa paquete para cada canal lgico utilizado para llamadas virtuales.
En el anexo C se dan detalles de la accin ejecutada por el ETCD al recibir paquetes en cada uno de los estados indicados en el anexo B. Los procedimientos de establecimiento y liberacin de la comunicacin descritos en los puntos siguientes se aplican independientemente a cada canal lgico asignado al servicio de llamadas virtuales en el interfaz ETD/ETCD. Si no hay ninguna llamada en curso, el canal lgico est en el estado preparado (pl). Estado preparado Paquete de peticin de llamada
4.1.1
El ETD llamante indicar una peticin de llamada transfiriendo un paquete de peticin de llamada por el interfaz ETD/ETCD. El canal lgico seleccionado por el ETD est en tal caso en el estado ETD en espera (p2). El paquete de peticin de llamada incluye la direccin del ETD llamado. Puede utilizarse tambin el campo de direccin del ETD llamante. Nota 1 Una direccin de ETD puede ser una direccin de red del ETD o cualquier otra identificacin del ETD convenida por cierto perodo de tiempo entre el ETD y el ETCD. Nota 2 El paquete de peticin de llamada utilizar el canal lgico que se encuentre en el estado preparado y tenga el nmero mayor dentro de la gama convenida con la Administracin (vase el anexo A). De este modo se reduce al minimo el riesgo de colisin de llamadas. 4.1.3 El ETCD indicar que hay una llamada entrante transfiriendo por el interfaz ETD/ETCD un paquete de llamada entrante. Esto hace pasar el canal lgico al estado ETCD en espera (p3). El paquete de llamada entrante utilizar el canal lgico de nmero menor que presente el estado preparado (vase el anexo A). El paquete de llamada entrante incluye la direccin del ETD llamante. Nota Una direccin de ETD puede ser una direccin de red del ETD o cualquier otra identificacin 3 del ETD convenida por cierto perodo de tiempo entre el ETD y el ETCD.
Edicin de 2009
4.1.2
Paquete de llamada entrante
II13/34 4.1.4
El ETD llamado indicar su aceptacin de la llamada transfiriendo por el interfaz ETD/ETCD un paquete de llamada aceptada que especifique el mismo canal lgico que el del paquete de llamada entrante. Esto hace pasar el canal lgico especificado al estado transferencia de datos (p4).
Paquete de llamada aceptada
Si el ETD llamado no acepta la llamada mediante un paquete de llamada aceptada o no lo rechaza mediante un paquete de peticin de liberacin, como se indica en el 4.1.7, dentro del perodo de temporizacin T11 (vase el anexo D), el ETCD lo considerar como un error de procedimiento del ETD llamado y liberar la llamada virtual de conformidad con el procedimiento descrito en el 4.1.8. 4.1.5 La recepcin de un paquete de comunicacin establecida (o de llamada conectada) en el ETD llamante, con el mismo canal lgico que el especificado en el paquete de peticin de llamada, indica que la llamada ha sido aceptada por el ETD llamado mediante un paquete de llamada aceptada. Esto hace pasar al canal lgico especificado al estado transferencia de datos (p4). Paquete de comunicacin establecida El tiempo transcurrido en el estado ETD en espera (p2) no exeder del tiempo lmite T21 (vase el anexo D). Colisin de llamadas
4.1.6
Se produce una colisin de llamadas cuando un ETD y un ETCD transfieren simultneamente un paquete de peticin de llamada y un paquete de llamada entrante que especifican el mismo canal lgico. El ETCD dar curso a la peticin de llamada y anular la llamada entrante. 4.1.7 En cualquier momento, el ETD puede indicar la liberacin transfiriendo por el interfaz ETD/ETCD un paquete de peticin de liberacin (vase el 4.5). El canal lgico est en el tal caso en el estado de peticin de liberacin por el ETD (p6). Cuando el ETCD est preparado para liberar el canal lgico, transferir por el interfaz ETD/ETCD un paquete de confirmacin de liberacin por el ETCD que especifique el canal lgico. El canal lgico queda as en el estado preparado (p1). Liberacin por el ETD
El paquete de confirmacin de liberacin por el ETCD slo puede interpretarse universalmente como que tiene significado local; sin embargo, dentro de las redes de algunas Administraciones, la confirmacin de liberacin puede tener significado de extremo a extremo. En todos los casos, el tiempo transcurrido en el estado peticin de liberacin por el ETD (p6) no deber exceder del tiempo lmite T23 (vase el anexo D). Es posible que, despus de transferir un paquete de peticin de liberacin, el ETD reciba otros tipos de paquete, segn el estado del canal lgico, antes de recibir un paquete de confirmacin de liberacin por el ETCD
Nota El ETD llamante puede anular una llamada liberndola como se indica en este punto, en lugar de transmitir un paquete de llamada aceptada como se indica en el 4.1.4. El ETD llamado puede rehusar una llamada entrante liberndola como se indica en este punto, en lugar de transmitir un paquete de llamada aceptada como se indica en el 4.1.4. 4.1.8 El ETCD indicar la liberacin transfiriendo por el interfaz ETD/ETCD un paquete de indicacin de liberacin (vase el 4.5). El canal lgico est entonces en el estado indicacin de liberacin por el ETCD (p7). El ETD responder transfiriendo por el interfaz ETD/ETCD un paquete de confirmacin de liberacin por el ETD. El canal lgico queda as en el estado preparado (p1). Liberacin por el ETCD
Edicin de 2009
La accin efectuada por el ETCD cuando el ETD no confirma la liberacin dentro del perodo de temporizacin T13 se indica en el anexo D.
Se produce colisin de liberaciones cuando un ETD y un ETCD transfieren simultneamente un paquete de peticin de liberacin y un paquete de indicacin de liberacin que especifican el mismo canal lgico. En estas circunstancias, el ETCD considerar completada la liberacin. El ETCD no esperar un paquete de confirmacin de liberacin por el ETD y no enviar un paquete de confirmacin de liberacin por el ETCD. Esto hace pasar el canal lgico al estado preparado (pl). Colisin de liberaciones 4.1.10 4.1.11 Si no puede establecerse una comunicacin, el ETCD transferir un paquete de indicacin de liberacin que especifique el canal lgico indicado en el paquete de peticin de llamada. Llamada infructuosa El ETCD podr transferir al ETD las seales de progresin de la llamada de liberacin especificadas en la Recomendacin X.96. Seales de progresin de la llamada
4.1.9
ADJUNTO II13
II13/35
Las seales de progresin de la llamada de liberacin estarn contenidas en paquetes de indicacin de liberacin que terminarn la llamada a la que se refiere el paquete. El mtodo de codificacin de los paquetes de indicacin de liberacin que contienen seales de progresin de la llamada se especifica en el 5.2.4. 4.1.12 4.2 Los procedimientos de control de los paquetes entre el ETD y ETCD durante el estado de transferencia de datos se describen en el 4.3. Estado de transferencia de datos En las figuras B-l/X.25 y B-3/X.25, se ilustran diagramas de estados que definen los eventos en el interfaz ETD/ETCD de la capa paquete para los canales lgicos asignados a circuitos virtuales permanentes. Procedimientos para el servicio de circuitos virtuales permanentes
En el anexo C se detallan las acciones ejecutadas por el ETCD al recibir paquetes en cada uno de los estados indicados en el anexo B. En el caso de los circuitos virtuales permanentes, no hay una fase de establecimiento ni de liberacin de la comunicacin. Los procedimientos para el control de paquetes entre el ETD y el ETCD durante el estado de transferencia de datos se describen en el 4.3. Si la red se encuentra temporalmente incapacitada para cursar trfico de datos, el ETCD reiniciar el circuito virtual permanente con la causa red fuera de servicio. Cuando la red sea capaz de nuevo de cursar trfico de datos, el ETCD reiniciar el circuito virtual permanente con la causa red operacional. 4.3 Procedimientos para transferencia de datos e interrupcin En caso de fallo momentneo dentro de la red, el ETCD reiniciar el circuito virtual permanente tal como se indica en el 4.4.3, con la causa congestin de red, y a continuacin seguir cursando el trfico de datos.
Los procedimientos para transferencia de datos e interrupcin aqu descritos se aplican independientemente a cada canal lgico asignado para llamadas virtuales o a un circuito virtual permanente existente en el interfaz ETD/ETCD. El funcionamiento normal de la red exige que todos los datos de usuario incluidos en paquetes de datos y de interrupcin sean transferidos transparentemente e inalterados a travs de la red en el caso de comunicaciones entre dos ETD de paquetes. Se mantiene el orden de los bits en los paquetes de datos y de interrupcin. Las 3 secuencias de paquetes se entregan como secuencias de paquetes completos. Los cdigos de diagnstico del ETD se tratan como se indica en los 5.2.4, 5.4.3 y 5.5.1.
Edicin de 2009
II13/36 4..3.1
Un canal lgico de llamada virtual est en el estado transferencia de datos (p4) despus de efectuarse el establecimiento de la comunicacin y antes de aplicarse un procedimiento de liberacin o de rearranque. Un canal lgico de circuito virtual permanente est continuamente en el estado transferencia de datos (p4), excepto durante el procedimiento de rearranque. Los paquetes de datos, de interrupcin, de control de flujo y de reiniciacin pueden ser transmitidos y recibidos por un ETD durante el estado transferencia de datos de un canal lgico en el interfaz ETD/ETCD. En este estado, los procedimientos de control de flujo y de reiniciacin descritos en el 4.4 se aplican a la transmisin de datos por dicho canal lgico hacia y desde el ETD. Estados para la transferencia de datos Cuando se libera una llamada virtual, la red puede descartar los paquetes de datos y de interrupcin (vase el 4.5). Adems, el ETCD har caso omiso de los paquetes de datos, de interrupcin, de control de flujo y de reiniciacin transmitidos por un ETD cuando el canal lgico se halle en el estado indicacin de liberacin por el ETCD (p7). Por tanto, se deja al ETD la definicin de los protocolos de ETD a ETD capaces de resolver las diversas situaciones que puedan presentarse. 4.3.2 La longitud mxima normal del campo de datos de usuario es 128 octetos. Longitud del campo de datos de usuario de paquetes de datos
Nota Algunas redes requieren que el campo de datos de usuario contenga un nmero entero de octetos (vase la nota del 3). Si la longitud del campo de datos de usuario de un paquete de datos excede de la longitud mxima de campo de datos de usuario permitida localmente, el ETCD reiniciar la llamada virtual o el circuito virtual permanente sealando error de procedimiento local como causa de la reiniciacin. 4.3.3 La asignacin de un valor al bit de confirmacin de entrega (bit D) se utiliza para indicar si el ETD desea o no recibir un acuse de recibo de extremo a extremo de la entrega de los datos que est transmitiendo, mediante el nmero secuencial de paquete en recepcin P(R) (vase el 4.4). Bit de confirmacin de entrega El ETD llamante puede determinar, en el curso del establecimiento de la comunicacin, que para la misma puede utilizarse el procedimiento del bit D poniendo el bit 7 a 1 en el identificador general de formato del paquete de peticin de llamada (vase el 5.1.1). Cada red o parte de red internacional en la que se disponga del procedimiento del bit D transmitir este bit transparentemente. Si el ETD distante admite el procedimiento del bit D, no deber considerar no vlido este bit puesto a 1 en el paquete de llamada entrante. De forma similar, el ETD llamado puede poner el bit 7 a 1 en el identificador general de formato del paquete de llamada aceptada Cada red o parte de red internacional en la que se disponga del procedimiento del bit D transmitir este bit de forma transparente. Si el ETD llamante admite el procedimiento del bit D, no deber considerar no vlido este bit puesto a 1 en el paquete de comunicacin establecida.
Edicin de 2009
El campo de datos de usuario de los paquetes de datos transmitidos por un ETD o un ETCD puede contener cualquier nmero de bits hasta el mximo convenido.
Por otra parte, las Administraciones pueden ofrecer otras longitudes mximas de campo de datos de usuario elegidas entre las indicadas en la siguiente lista: 16, 32, 64, 256, 512, 1024, 2048 y 4096 octetos. Puede elegirse una longitud mxima facultativa del campo de datos de usuario durante un perodo de tiempo como longitud mxima por defecto del campo de datos de usuario, comn a todas las llamadas virtuales en el interfaz ETD/ETCD (vase el 6.9). Para cada circuito virtual permanente se puede elegir, por un perodo de tiempo, un valor diferente del valor por defecto (vase el 6.9). La negociacin de longitudes mximas del campo de datos de usuario puede hacerse llamada por llamada por medio de la facilidad negociacin de parmetros de control de flujo; (vase el 6.12).
Nota La utilizacin del procedimiento del bit D no exime a los ETD comunicantes de la necesidad de convenir un protocolo de capa superior (que podr utilizarse emplese o no el procedimiento del bit D) para el restablecimiento tras reiniciaciones y liberaciones originadas por el usuario o por la red.
Se recomienda la utilizacin por el ETD de este mecanismo en los paquetes de peticin de llamada y de llamada aceptada, pero no es obligatoria cuando se utiliza el procedimiento del bit D durante la llamada virtual. 4.3.4 Cuando un ETD o un ETCD desean indicar una secuencia de ms de un paquete, utilizar una marca ms datos (bit M), que se define a continuacin. Marca ms datos
ADJUNTO II13
II13/37
El bit M puede ponerse a 1 en cualquier paquete de datos. Cuando se pone a 1 en un paquete de datos completo, o en un paquete de datos incompleto que tiene tambin el bit D puesto a 1, ello indica que seguirn ms datos. La recombinacin con el paquete de datos siguiente slo puede realizarse dentro de la red cuando el bit M est puesto a 1 en un paquete de datos completo que tiene el bit D puesto a 0. Una secuencia de paquetes de datos en que todos los bits M estn puestos a 1, salvo el ltimo, se entregar como una secuencia de paquetes de datos con todos los bits M puestos a 1, salvo el ltimo, cuando los paquetes originales que tienen M = 1 estn completos (sea cual fuere el valor del bit D), o cuando los paquetes estn incompletos pero tienen el bit D puesto a 1.
Se han definido dos categoras de paquetes de datos, A y B, segn se indica en el cuadro 15/X.25. En dicho cuadro se indica tambien el tratamiento, por la red, de los bits M y D en ambos extremos de una llamada virtual o de un circuito virtual permanente. Una secuencia completa de paquetes se define como una secuencia compuesta por un solo paquete de la categora B y todos los paquetes contiguos precedentes de la categora A (de haberlos). Los paquetes de la categora A tienen la longitud exacta mxima de campo de datos de usuario, con el bit M puesto a 1 y el bit D puesto a 0. Todos los dems paquetes de datos son paquetes de la categora B. Secuencia completa de paquetes Una secuencia completa de paquetes transmitida por un ETD de origen se entrega siempre al ETD de destino como una sola secuencia completa de paquetes. As, si el extremo receptor tiene una longitud mxima de campo de datos de usuario mayor que el extremo emisor, los paquetes pertenecientes a una secuencia completa de paquetes se combinarn dentro de la red. Se entregarn en una secuencia completa de paquetes en la que cada paquete (salvo el ltimo) tiene la longitud exacta mxima de campo de datos de usuario, con el bit M puesto a 1 y el bit D puesto a 0. La longitud del campo de datos de usuario del ltimo paquete de la secuencia puede ser menor que la mxima, y los bits M y D tienen los valores indicados en el cuadro 15/X.25. 4.3.5
Si la longitud mxima de campo de datos de usuario es la misma en ambos extremos, los campos de datos de usuario de los paquetes de datos se entregan al ETD receptor exactamente como han sido recibidos por la red, con la siguiente excepcin. Si un paquete completo con el bit M puesto a 1 y el bit D puesto a 0 va seguido por un paquete vacio, estos dos paquetes pueden fusionarse en un solo paquete completo de la categora B. Si el ltimo paquete de una secuencia completa de paquetes transmitida por el ETD de origen tiene un campo de datos de usuario de longitud inferior a la mxima, el bit M puesto a 1, y el bit D puesto a 0, el ltimo paquete de la secuencia completa de paquetes entregada al ETD receptor tendr el bit M puesto a 0. Si el extremo receptor tiene una longitud mxima de campo de datos de usuario menor que el extremo emisor, los paquetes sern segmentados dentro de la red, que pondr los bits M y D a los valores indicados, a fin de mantener secuencias completas de paquetes.
Edicin de 2009
II13/38
Definicin de dos categoras de paquetes de datos y tratamiento por la red de los bits M y D Paquete de datos enviado por el ETD de origen M 01 D 0 Categora B Completo No La combinacin con el (o los) paquete(s)
CUADRO 15/X.25
siguiente(s) la realiza la red cuando ello es posible No
el ETTD de destino M 0 D 0
Paquete de datos a) recibidos por
(vase la nota 1) 0 1
B B B B
0 1 0 0
1 1 0 1
No No S S
No No
1 1
No No
0 0
0 1
A B
Nota 1 La red de origen pondr el bit M a 0
a) Paquete de datos entregado, cuyo ltimo bit de datos de usuario corresponde al ltimo bit de datos de usuario, si es que hubiere
(vase la nota 1) No
alguno, del paquete de datos enviado por el ETD de origen
Nota 2 Si el paquete de datos enviado por el ETD de origen es combinado con otros paquetes hasta un paquete de la categora B inclusive, los valores puestos a los bits M y D en el paquete de datos recibido por el ETD de destino se ajustarn a los indicados en las dos columnas de la derecha para el ltimo paquete de datos enviado por el ETD de origen que fue incluido en la combinacin
4.3.6
En algunos casos puede hacer falta un indicador en el campo de datos de usuario para distinguir dos tipos de informacin. Por ejemplo, puede tenerse que diferenciar entre datos de usuario e informacin de control. En la Recomendacin X.29 figura un ejemplo de un caso de esta naturaleza. Bit calificador Si hace falta dicho mecanismo se puede utilizar en el encabezamiento del paquete de datos un indicador llamado bit calificador (bit Q). El uso del bit Q es facultativo. Si este mecanismo no es necesario, el bit Q se pone siempre a 0. Si se utiliza el mecanismo del bit Q, el ETD emisor debe enviar el bit Q con el mismo valor (es decir, 0 1) en todos los
Edicin de 2009
paquetes de datos de una misma secuencia completa de paquetes. Una secuencia completa de paquetes transferida por el ETD al ETCD de esta manera ser entregada al ETD distante como una secuencia completa de paquetes con el bit Q puesto al valor asignado por el ETD emisor en todos los paquetes.
ADJUNTO II13
II13/39
Si el ETD no pone el bit Q al mismo valor en todos los paquetes de datos de una secuencia completa de paquetes, la red no garantiza el valor del bit Q en ninguno de los paquetes de datos de la correspondiente secuencia de paquetes transferida al ETD distante. Adems, algunas redes pueden reiniciar la llamada virtual o el circuito virtual permanente tal como se indica en el anexo C. Los paquetes de datos sucesivos se numeran consecutivamente (vase el 4.4.1.1) independientemente del valor del bit Q. 4.3.7 Procedimiento de interrupcin
El procedimiento de interrupcin permite a un ETD transmitir datos al ETD distante sin ajustarse al procedimiento de control de flujo aplicable a los paquetes de datos (vase el 4.4). El procedimiento de interrupcin slo puede aplicarse en el estado de control de flujo preparado (d1) dentro del estado de transferencia de datos (p4). Para transmitir una interrupcin, un ETD transfiere por el interfaz ETD/ETCD un paquete de interrupcin por el ETD. El ETD no debe transmitir un segundo paquete de interrupcin por el ETD hasta que el primero haya sido confirmado por un paquete de confirmacin de interrupcin por el ETCD (vase el cuadro C-4/X.25). Cuando el procedimiento de interrupcin haya terminado en el extremo distante, el ETCD confirmar la recepcin de la interrupcin transfiriendo un paquete de confirmacin de interrupcin por el ETCD. La recepcin de un paquete de confirmacin de interrupcin por el ETCD indica que la interrupcin ha sido confirmada por el ETD distante mediante un paquete de confirmacin de interrupcin por el ETD. El ETCD indica una interrupcin proveniente del ETD distante transfiriendo por el interfaz ETD/ETCD un paquete de interrupcin por el ETCD que contenga el mismo campo de datos que el paquete de interrupcin por el ETD transmitido por el ETD distante. Un paquete de interrupcin por el ETCD se entrega en el mismo punto del flujo de paquetes de datos en que fue generado el paquete de interrupcin por el ETD, o en un punto anterior a ste. El ETD confirmar la recepcin del paquete de interrupcin por el ETCD transfiriendo un paquete de confirmacin de interrupcin por el ETD. 4.3.8 Retardo de trnsito de los paquetes de datos El procedimiento de interrupcin no tiene efecto alguno en los procedimientos de transferencia y de control de flujo aplicables a los paquetes de datos en la llamada virtual o en el circuito virtual permanente.
El retardo de trnsito es el retardo (o tiempo) de transferencia de un paquete de datos, definido en el 3.1 de la Recomendacin X.135, medido entre las fronteras B2 y Bn-1, definidas en la figura 2/X.135 (esto es, sin tener en cuenta las lneas de acceso), con las condiciones expresadas en el 3.2 de la Recomendacin X.135, y expresado en forma de un valor medio.
El retardo de trnsito es una caracterstica intrnseca de las llamadas virtuales o circuitos virtuales permanentes, comn a los dos sentidos de transmisin.
La seleccin del retardo de trnsito llamada por llamada, y la indicacin al ETD llamante y al ETD llamado del valor del retardo de trnsito que se aplica a una llamada virtual dada, pueden efectuarse mediante la facilidad de seleccin e indicacin del retardo de trnsito (vase el 6.27). El presente 4.4 atae nicamente al estado transferencia de datos (p4), y especifica los procedimientos de control del flujo de paquetes de datos y de reiniciacin en cada canal lgico utilizado para una llamada virtual o un circuito virtual permanente. Procedimientos para el control de flujo
Edicin de 2009
4.4
II13/40 4.4.1
En el interfaz ETD/ETCD de un canal lgico usado para una llamada virtual o para un circuito virtual permanente, la transmisin de paquetes de datos se controla por separado para cada sentido, a base de autorizaciones procedentes del receptor.
Control de flujo
En una llamada virtual o en un circuito virtual permanente, el control de flujo permite tambin al ETD limitar la velocidad a la que acepta paquetes a travs del interfaz ETD/ETCD, aunque teniendo en cuenta que hay un lmite, dependiente de la red, para el nmero de paquetes de datos que pueden estar en la red en el caso de una llamada virtual o un circuito virtual permanente. Cada paquete de datos transferido a travs del interfaz ETD/ETCD para cada sentido de transmisin de una llamada virtual o de un circuito virtual permanente est numerado secuencialmente. 4.4.1.1 Numeracin de los paquetes de datos
La numeracin secuencial de los paquetes se efecta en mdulo 8. Los nmeros secuenciales de los paquetes toman todos los valores de la gama de 0 a 7. Algunas Administraciones proporcionarn la facilidad numeracin secuencial ampliada de paquetes (vase el 6.2) que, de seleccionarse, permitir efectuar la numeracin secuencial de paquetes en mdulo 128. En este caso, el nmero secuencial de paquetes tomar todos los valores de la gama de 0 a 127. El esquema de numeracin secuencial de paquetes, mdulo 8 128, es el mismo para ambos sentidos de transmisin y es comn a todos los canales lgicos en el interfaz ETD/ETCD.
El primer paquete de datos transmitido a travs del interfaz ETD/ETCD para un determinado sentido de transmisin de datos, cuando el canal lgico acaba de pasar al estado control de flujo preparado (d1), tiene un nmero secuencial de paquete en emisin igual a 0. En el interfaz ETD/ETCD, se define una ventana para cada sentido de transmisin de datos de un canal lgico utilizado para una llamada virtual o para un circuito virtual permanente. La ventana es un conjunto ordenado de W nmeros secuenciales de paquete en emisin consecutivos, de los paquetes de datos autorizados a atravesar el interfaz. El nmero secuencial de paquete en emisin del primer paquete de datos no autorizado a atravesar el interfaz es el valor del borde inferior de la ventana ms W (mdulo 8, 128 en modo ampliado). 4.4.1.2 Descripcin de la ventana
Slo los paquetes de datos contienen este nmero secuencial, denominado nmero secuencial de paquete en emisin P(S).
El nmero secuencial inferior en la ventana se denomina borde inferior de la ventana. Cuando una llamada virtual o un circuito virtual permanente en el interfaz ETD/ETCD acaba de pasar al estado control de flujo preparado (d1), la ventana asociada a cada sentido de transmisin de datos tiene un borde inferior de la ventana igual a 0. El tamao de ventana normal W es 2 para cada sentido de transmisin de datos en el interfaz ETD/ETCD. Las Administraciones pueden ofrecer, adems, otros tamaos de ventana. Puede elegirse un tamao de ventana facultativo durante un perodo de tiempo como tamao de ventana por defecto comn a todas las llamadas virtuales en el interfaz ETD/ETCD (vase el 6.10). Puede elegirse un valor distinto del valor por defecto por un perodo de tiempo para cada circuito virtual permanente (vase el 6.10). Se puede efectuar una negociacin de tamaos de ventana llamada por llamada mediante la facilidad de negociacin de parmetros de control de flujo (vase el 6.12). 4.4.1.3 Cuando el nmero secuencial P(S) del siguiente paquete de datos que debe transmitir el ETCD est dentro de la ventana, el ETCD estar autorizado a transmitir dicho paquete de datos al ETD. Cuando el nmero secuencial P(S) del siguiente paquete de datos que deba transmitir el ETCD est fuera de la ventana, el ETCD no transmitir ningn paquete de datos al ETD. El ETD debe seguir el mismo procedimiento. Principios de control de flujo
Edicin de 2009
Cuando el nmero secuencial P(S) del paquete de datos recibido por el ETCD es el siguiente en la secuencia y est dentro de la ventana, el ETCD aceptar ese paquete de datos. Cuando se reciba un paquete de datos que contenga un P(S) fuera de secuencia (es decir, se ha producido una duplicacin o un salto en la numeracin de los P(S), fuera de la ventana, o que no sea igual a 0, cuando se trate del primer paquete de datos despus de pasar al estado control de flujo preparado (d1), el ETCD lo considerar como un error de procedimiento local y reiniciar la llamada virtual o el circuito virtual permanente (vase el 4.4.3). El ETD debe seguir el mismo procedimiento. Un nmero (con mdulo 8, 128 en modo ampliado), denominado nmero secuencial de paquete en recepcin P(R), transmite, a travs del interfaz ETD/ETCD, informacin procedente del receptor para la transmisin de paquetes de datos. Al ser transmitido a travs del interfaz ETD/ETCD, un P(R) pasa a ser el borde inferior de la ventana. De esta manera, el receptor puede dar su autorizacin para que otros paquetes de datos atraviesen el interfaz ETD/ETCD.
ADJUNTO II13
II13/41
El valor de un P(R) recibido por el ETCD debe estar comprendido en la gama que va del ltimo P(R) recibido por el ETCD al nmero secuencial de paquete en emisin del siguiente paquete de datos que deba transmitir el ETCD inclusive. En caso contrario, el ETCD considerar como un error de procedimiento la recepcin de ese P(R) y reiniciar la llamada virtual o el circuito virtual permanente. El ETD debe seguir el mismo procedimiento.
El nmero secuencial de paquete en recepcin P(R) se transmite en paquetes de datos, de preparado para recibir (RR) y de no preparado para recibir (RNR).
El nmero secuencial de paquete en recepcin P(R) es inferior o igual al nmero secuencial del siguiente paquete de datos esperado e implica que el ETD o ETCD que transmite el P(R) ha aceptado por lo menos todos los paquetes de datos con un nmero secuencial menor o igual que [P(R) 1]. Cuando el bit D est puesto a 0 en un paquete de datos con un P(S) 5 p, el significado del P(R) devuelto correspondiente a ese paquete de datos [es decir, P(R) p + 1] constituye una actualizacin local de la ventana a travs del interfaz de la capa paquete, de modo que el caudal que puede conseguirse no resulte limitado por el tiempo de propagacin de ambos sentidos de ETD a ETD a travs de la red (o redes). Confirmacin de entrega 4.4.1.4
Cuando el bit D se pone a 1 en un paquete de datos con un P(S) = p, el significado del P(R) devuelto correspondiente a ese paquete de datos [es decir, P(R) p + 1] constituye una indicacin de que se ha recibido un P(R) del ETD distante para todos los bits de datos del paquete de datos en el cual el bit D haba sido puesto inicialmente a 1. Nota 1 Al recibir un paquete de datos con el bit D puesto a 1, el ETD transmitir el correspondiente P(R) tan pronto como sea posible a fin de evitar eventuales bloqueos (por ejemplo, sin esperar otros paquetes de datos). Para transmitir el P(R) puede utilizarse un paquete de datos, RR o RNR (vase la nota al 4.4.1.6). Asimismo, el ETCD deber enviar el P(R) al ETD tan pronto como reciba el P(R) del ETD distante. Cuando el ETD no utiliza normalmente el procedimiento del bit D, la recepcin de un paquete de datos con el bit D puesto a I puede tratarse como una condicin de error.
Cuando el bit D est puesto a 0 en un paquete de datos, el P(R) devuelto con relacin a ese paquete de datos no significa que se ha recibido un P(R) del ETD distante.
Nota 2 Cuando est pendiente un P(R) para un paquete de datos con el bit D puesto a 1, la actualizacin local de la ventana se aplazar con relacin a los paquetes de datos subsiguientes que tengan el bit D puesto a 0. Algunas redes pueden tambin aplazar la actualizacin de la ventana para paquetes de datos precedentes (dentro de la ventana) con el bit D puesto a 0 hasta que se transmita al ETD el correspondiente P(R) para ese paquete con el bit D pendiente puesto a 1. Nota 3 Los valores de P(R) que corresponden a los datos contenidos en paquetes de datos con el bit D puesto a 1 no tienen necesariamente que ser iguales en los interfaces ETD/ETCD en cada extremo de una llamada virtual o de un circuito virtual permanente.
Edicin de 2009
II13/42
Nota 4 Si el ETD ha enviado paquetes de datos con el bit D puesto a 0, no debe esperar la actualizacin local de la ventana por el ETCD antes de iniciar un procedimiento de reiniciacin o de liberacin. 4.4.1.5 Paquetes preparado para recibir (RR) procedentes del ETD o del ETCD
Los paquetes RR son utilizados por el ETD o el ETCD para indicar que estn preparados para recibir los W paquetes de datos dentro de la ventana, a partir de P(R), indicndose P(R) en el paquete RR 4.4.1.6 Los paquetes RNR los utilizan el ETD o el ETCD para indicar la imposibilidad temporal de aceptar paquetes de datos adicionales para una llamada virtual o un circuito virtual permanente determinados. Cuando un ETD o un ETCD reciban un paquete RNR, dejarn de transmitir paquetes de datos por el canal lgico indicado, pero la ventana es actualizada por el valor del P(R) del paquete RNR. La situacin no preparado para recibir, indicada por la transmisin de un paquete RNR, se anula transmitiendo en el mismo sentido un paquete RR o dando comienzo a un procedimiento de reiniciacin. Paquetes no preparado para recibir (RNR) procedentes del ETD o del ETCD La transmisin de un paquete RR despus de un paquete RNR en la capa paquete no debe considerarse una solicitud de retransmisin de paquetes que ya han sido transmitidos.
Nota El paquete RNR puede utilizarse para transmitir a travs del interfaz ETD/ETCD el valor P(R) correspondiente a un paquete de datos que tena el bit D puesto a 1, en el caso de que no puedan aceptarse ms paquetes de datos. 4.4.2 Caractersticas de caudal y clases de caudal La clase de caudal para un sentido de transmisin es una caracterstica peculiar de la llamada virtual o del circuito virtual permanente, relacionada con la cantidad de recursos asignados a esa llamada virtual o circuito virtual permanente. Es una medida del caudal en estado estacionario que puede proporcionarse en condiciones ptimas por una llamada virtual o un circuito virtual permanente. Sin embargo, debido a la comparticin estadstica de los recursos de transmisin y de conmutacin, no est garantizado que pueda alcanzarse la clase de caudal durante el 100% del tiempo. Las relaciones entre la clase de caudal y los parmetros y objetivos de clase de caudal descritos en la Recomendacin X.135 requieren estudios adicionales. Tambin debe estudiarse con mayor amplitud la definicin completa de las condiciones ptimas en las cuales es significativa la medida del caudal en estado estacionario con relacin a la clase de caudal. A reserva de los resultados de estos estudios, no puede garantizarse o verificarse que una red que admite un valor de clase de caudal dado (por ejemplo, 64 kbit/s) ofrece una calidad de funcionamiento mejor a sus usuarios que una red que no admite esta clase de caudal. Sin embargo, una red puede ofrecer una garanta a sus usuarios sobre una base contractual. 1) Estas condiciones ptimas para medicin incluyen lo siguiente: Las definiciones de caudal y de caudal en estado estacionario se indican en el 4 de la Recomendacin X.135.
las caractersticas de los ETD local y distante en lo que respecta a la lnea de acceso no afectan a la clase de caudal; Nota En particular, debido a los elementos no significativos que estn presentes como consecuencia de los encabezamientos de tramas y de paquete, cuando la clase de caudal que corresponde a la clase de servicio de usuario del ETD es aplicable a una llamada virtual o a un circuito virtual permanente, nunca puede alcanzarse un caudal en estado estacionario igual a la clase de caudal. los tamaos de ventana en los interfaces ETD/ETCD local y distante no afectan al caudal;
2) 3)
Edicin de 2009
las caractersticas de trfico de otros canales lgicos en los interfaces ETD/ETCD local y distante no afectan al caudal;
4) 6) 5)
el ETD receptor no controla el flujo del ETCD, por lo que no puede alcanzarse la clase de caudal; el bit D no est puesto a 1.
ADJUNTO II13
II13/43
el ETD emisor enva solamente paquetes de datos que tienen un campo de datos de longitud mxima;
En ausencia de la facilidad asignacin de clase de caudal por defecto (vase el 6.11), las clases de caudal por defecto para ambos sentidos de transmisin correspondern a la clase de servicio de usuario del ETD (vase el 7.2.2.2), pero no sobrepasarn de la clase de caudal mxima admitida por la red. La negociacin de clases de caudal llamada por llamada puede realizarse con la facilidad de negociacin de clase de caudal (vase el 6.13). Nota La suma de las clases de caudal de todas las llamadas virtuales y circuitos virtuales permanentes que atraviesan un interfaz ETD/ETCD puede ser mayor que la velocidad de transmisin de datos de la lnea de acceso. 4.4.3 Procedimiento de reiniciacin
La clase de caudal se expresa en bits por segundo. La longitud mxima del campo de datos se especifica para una llamada virtual o un circuito virtual permanente, por lo que el ETD puede interpretar la clase de caudal como el nmero de paquetes de datos completos por segundo en el interfaz ETD/ETCD.
El procedimiento se usa para reiniciar la llamada virtual o el circuito virtual permanente, y tiene por efecto la supresin, en cada sentido, de todos los paquetes de datos y de interrupcin que puedan hallarse en la red (vase el 4.5.). Cuando una llamada virtual o un circuito virtual permanente acaba de ser objeto de una reiniciacin en el interfaz ETD/ETCD, la ventana asociada a cada sentido de transmisin de datos tiene un borde inferior igual a 0, y la numeracin de los paquetes de datos que atraviesen seguidamente el interfaz ETD/ETCD para un sentido de transmisin de datos partir de 0. El procedimiento de reiniciacin slo puede aplicarse en el estado de transferencia de datos (p4) del interfaz ETD/ETCD. En cualquier otro estado del interfaz ETD/ETCD, debe abandonarse el procedimiento de reiniciacin. Por ejemplo, cuando se inicia un procedimiento de liberacin o de rearranque, pueden dejarse sin confirmacin los paquetes de peticin de reiniciacin y de indicacin de reiniciacin.
En lo que concierne al control de flujo, hay tres estados (d1, d2 y d3) dentro del estado de transferencia de datos (p4). Son los estados de control de flujo preparado (d1), peticin de reiniciacin por el ETD (d2), e indicacin de reiniciacin por el ETCD (d3), ilustrados en el diagrama de estados de la figura B-3/X.25. Al establecer el estado p4 se pasa el canal lgico al estado d1. En el cuadro C 4/X.25, se especifican las acciones que ha de efectuar el ETCD al recibir paquetes del ETD. 4.4.3.1 El ETD indicar una peticin de reiniciacin transmitiendo un paquete de peticin de reiniciacin que especifique el canal lgico que ha de ser reiniciado. Esto hace pasar el canal lgico al estado de peticin de reiniciacin por el ETD (d2). Paquete de peticin de reiniciacin
El ETCD indicar una reiniciacin transmitiendo al ETD un paquete de indicacin de reiniciacin que especifique el canal lgico que se reinicia y el motivo de la reiniciacin. Esto hace pasar el canal lgico al estado de indicacin de reiniciacin por el ETCD (d3). En este estado, el ETCD har caso omiso de los paquetes de datos, de interrupcin, RR y RNR. Se produce una colisin de reiniciaciones cuando un ETD y un ETCD transmiten simultneamente un paquete de peticin de reiniciacin y un paquete de indicacin de reiniciacin que especifican el mismo canal lgico. En estas circunstancias, el ETCD considerar completada la reiniciacin. El ETCD no esperar un paquete de Colisin de reiniciaciones
Edicin de 2009
4.4.3.2
Paquete de indicacin de reiniciacin
4.4.3.3
II13/44
confirmacin de reiniciacin por el ETD y no transmitir un paquete de confirmacin de reiniciacin por el ETCD. Esto hace pasar el canal lgico al estado de control de flujo preparado (d1). Cuando el canal lgico se halle en el estado de peticin de reiniciacin por el ETD (d2), el ETCD confirmar la reiniciacin transmitiendo al ETD un paquete de confirmacin de reiniciacin por el ETCD. Esto hace pasar el canal lgico al estado de control de flujo preparado (d1). Paquetes de confirmacin de reiniciacin 4.4.3.4
Cuando el canal lgico se halle en el estado de indicacin de reiniciacin por el ETCD(d3), el ETD confirmar la reiniciacin transmitiendo al ETCD un paquete de confirmacin de reiniciacin por el ETD. Esto hace pasar el canal lgico al estado de control de flujo preparado (d1). La accin ejecutada por el ETCD cuando el ETD no confirma la reiniciacin dentro del perodo de temporizacin T12 se indica en el anexo D. 4.5 Todos los paquetes de datos y de interrupcin generados por un ETD (o por la red) antes de la iniciacin por el ETD o el ETCD de un procedimiento de liberacin, reiniciacin o rearranque en el interfaz local se entregarn al ETD distante antes de que el ETCD transmita la indicacin correspondiente por el interfaz distante, o sern descartados por la red. Efectos de los procedimientos de liberacin, reiniciacin y rearranque sobre la transferencia de paquetes
El paquete de confirmacin de reiniciacin por el ETCD slo puede interpretarse universalmente como que tiene significado local, aunque, en las redes de algunas Administraciones, la confirmacin de reiniciacin puede tener significado de extremo a extremo. En todos los casos, el tiempo transcurrido en el estado de peticin de reiniciacin por el ETD (d2) no exceder del tiempo lmite T22 (vase el anexo D).
Ningn paquete de datos ni de interrupcin generado por un ETD (o por la red) despus de que se haya completado un procedimiento de reiniciacin (o tambin de rearranque en el caso de los circuitos virtuales permanentes) en el interfaz local se entregar al ETD distante antes de que se haya completado el correspondiente procedimiento de reiniciacin en el interfaz distante. Cuando un ETD inicie un procedimiento de liberacin, reiniciacin o rearranque en su interfaz local, todos los paquetes de datos y de interrupcin que haya generado el ETD distante (o la red) antes de la transmisin de la correspondiente indicacin al ETD distante se entregarn al ETD de origen antes de la confirmacin por el ETCD de la peticin inicial de liberacin, reiniciacin o rearranque, o sern descartados por la red. Nota El nmero mximo de paquetes que pueden descartarse es funcin de las caractersticas de tiempo de transferencia de extremo a extremo y de caudal de la red y, por regla general, no guarda relacin con el tamao de la ventana local. En las llamadas virtuales y circuitos virtuales permanentes en que todos los paquetes de datos se transfieren con el bit D puesto a 1, el nmero mximo de paquetes que pueden descartarse en un sentido de transmisin no ser superior al tamao de la ventana para ese sentido de transmisin. 4.6 4.6.1 Efectos de la capa fsica y de la capa enlace sobre la capa paquete Principios generales
En general, cuando en una capa (capa fsica, de enlace de datos o de paquete) se detecta un problema que puede resolverse en esa capa por medio del procedimiento de recuperacin tras error por el ETCD proporcionado en esta Recomendacin, sin prdida ni duplicacin de datos, las capas adyacentes no intervienen en la recuperacin tras error. Si una recuperacin tras error por eI ETCD entraa una posible prdida o duplicacin de datos, se informa a la capa superior. capa.
Edicin de 2009
La reinicializacin de una capa por el ETCD slo se efecta si un problema no puede resolverse en esa
Los cambios de los estados operacionales de la capa fsica y de la capa enlace de datos del ETD/ETCD no cambian implcitamente el estado de cada canal lgico en la capa paquete. Estos cambios, cuando se producen, se indican explcitamente en la capa paquete mediante el uso de procedimientos de rearranque, liberacin o reiniciacin, segn proceda. 4.6.2 En el caso de un procedimiento monoenlace, se produce una condicin de fuera de servicio cuando: Definicin de una condicin fuera de servicio
ADJUNTO II13
II13/45
se detecta un fallo en la capa fsica y/o enlace de datos: tal fallo se define como una condicin en la cual el ETCD no puede enviar ni recibir ninguna trama debido a condiciones anormales causadas, por ejemplo, por un defecto en la lnea entre el ETD y el ETCD; Nota Las interrupciones breves de la capa fsica (por ejemplo, prdida de la portadora) no son consideradas por el ETCD como fallos de la capa fsica y, en consecuencia, no informa a la capa enlace de datos ni a la capa paquete. el ETCD ha recibido o enviado una instruccin DISC.
Puede haber otras condiciones de fuera de servicio que dependen de la red, por ejemplo: reiniciacin de la capa enlace de datos, expiracin del temporizador T3 (vase el 2.4.5.3), recepcin o emisin de una respuesta DM, etc.
En el caso del procedimiento multienlace, se considera que se produce una condicin de fuera de servicio cuando dicha condicin est presente simultneamente en cada uno de lo procedimientos monoenlace del interfaz ETD/ETCD. Puede haber otras condiciones de fuera de servicio que dependen de la red, por ejemplo el empleo por el ETD o el ETCD del procedimiento de reiniciacin de multienlace (vase el 2.5.4.2), prdida de una o ms tramas multienlace (vase el 2.5.4.4), etc. 4.6.3 Cuando se detecta una condicin de fuera de servicio, el ETCD enviar al extremo distante: Acciones en la capa paquete cuando se detecta una condicin de fuera de servicio 1) 4.6.4 2) una liberacin con la causa fuera de servicio para cada llamada virtual en curso.
una reiniciacin con la causa fuera de servicio para cada circuito virtual permanente; y
1) 2) 3) 4.6.5
Durante una condicin de fuera de servicio:
Acciones en la capa paquete durante una condicin de fuera de servicio para todo paquete de datos o interrupcin recibido del ETD distante en un circuito virtual permanente, el ETCD reiniciar el circuito virtual permanente con la causa fuera de servicio; el ETCD liberar toda llamada virtual entrante con la causa fuera de servicio;
un paquete de reiniciacin recibido del ETD distante en un circuito virtual permanente ser confirmado a dicho ETD distante mediante un paquete de confirmacin de reiniciacin o de indicacin de reiniciacin. el ETCD enviar al ETD local un paquete de indicacin de reiniciacin con la causa red operacional;
Edicin de 2009
2)
1)
Cuando se produce una recuperacin tras una condicin de fuera de servicio:
Acciones en la capa paquete cuando se produce una recuperacin tras una condicin de fuera de servicio
se transmitir una reiniciacin con la causa ETD distante operacional al extremo distante de cada circuito virtual permanente.
II13/46 5 5.1
Formatos de paquetes
Debe continuar estudindose la posibilidad de ampliar los formatos de los paquetes mediante la adicin de nuevos campos. Consideraciones generales Nota Cualquiera de dichos campos: a) b) c) slo se proporcionara agregndolo a continuacin de los campos definidos anteriormente, y no insertndolo entre cualquiera de stos;
slo se transmitira a un ETD cuando el ETCD ha sido informado de que el ETD es capaz de interpretar este campo y actuar en consecuencia, o cuando el ETD puede ignorar dicho campo sin afectar al funcionamiento del interfaz ETD/ETCD (incluida la tasacin);
Los bits de un octeto se numeran de 8 a 1; el bit 1 es el bit de orden inferior y es el primero que se transmite. Los octetos de un paquete se numeran consecutivamente a partir de 1 y se transmiten en ese mismo orden. 5.1.1 Identificador general de formato (IGF)
no contendra ninguna informacin relativa a una facilidad de usuario a la cual el ETD no est abonado, a menos que el ETD pueda ignorar dicha facilidad sin afectar al funcionamiento del interfaz ETD/ETCD (incluida la tasacin).
El campo de identificador general de formato es un campo codificado de cuatro bits que indica el formato general del resto del encabezamiento. Est situado en las posiciones de bit 8, 7, 6 y 5 del octeto 1, siendo el bit 5 el de orden inferior (vase el cuadro 16/X.25). El bit 7 del identificador general de formato se utiliza para el procedimiento de confirmacin de entrega en paquetes de datos y de establecimiento de la comunicacin y se pone a 0 en todos los dems paquetes.
El bit 8 del identificador general de formato se utiliza para el bit calificador en paquetes de datos, para el bit de direccin en los paquetes de establecimiento y liberacin de la comunicacin y se pone a 0 en todos dems paquetes.
Los bits 6 y 5 estn codificados para cuatro indicaciones posibles. Dos de los cdigos se utilizan para distinguir los paquetes con numeracin secuencial mdulo 8, de los paquetes con numeracin secuencial mdulo 128. El tercer cdigo se utiliza para indicar una ampliacin de un formato extendido para una familia de cdigos de identificador general de formato, lo que est sujeto a ulterior estudio. El cuarto cdigo se reserva para otras aplicaciones. Nota 2 Se considera que otros cdigos de identificador general de formato podran identificar otras posibles formatos de paquetes. 5.1.2 Nmero de grupo de canales lgicos Nota 1 El ETD deber codificar el identificador general de formato (IGF) de manera que refleje hecho de que se ha abonado o no a la facilidad de numeracin secuencial ampliada de paquetes (vease el 6.2).
El nmero de grupo de canales lgicos aparece en cada paquete, excepto en los paquetes de rearranque, de diagnstico y de registro, en las posiciones de bit 4, 3, 2 y 1 del octeto 1. Para cada canal lgico, este nmero tiene significado local en el interfaz ETD/ETCD. Este campo se codifica en forma binaria y el bit 1 es el bit de orden inferior del nmero de grupo del canal lgico. En paquetes de rearranque, de diagnstico y de registro, este campo se codifica con todos cero. 5.1.3 Nmero de canal lgico
El nmero de canal lgico aparece en cada paquete, excepto en los paquetes de rearranque, de diagnstico y de registro, en todas las posiciones de bit del octeto 2. Para cada canal lgico, este nmero tiene significado local en el interfaz ETD/ETCD.
Edicin de 2009
Este campo se codifica en forma binaria, y el bit 1 es el bit de orden inferior del nmero de canal lgico. En paquetes de rearranque, de diagnstico y de registro, este campo se codifica con todos cero. 5.1.4 5.2 Cada paquete se identificar en su octeto 3, de acuerdo con el cuadro 17/X.25. Identificador de tipo de paquete Paquetes de establecimiento y liberacin de la comunicacin Formato del bloque de direccin
ADJUNTO II13
II13/47
5.2.1
Los paquetes de establecimiento y liberacin de la comunicacin (o de la llamada) contienen un bloque de direccin. El bloque de direccin tiene dos formatos posibles: un formato de direccin no-TDD/IPN y un formato de direccin TDD/IPN. Estos dos formatos se distinguen por el bit 8 del identificador general de formato (bit A). Cuando el bit A est puesto a 0, se utiliza el formato de direccin no-TDD/lPN. Cuando el bit A est puesto a 1, se utiliza el formato de direccin TDD/IPN. El formato de direccin no-TDD/IPN es admitido por todas las redes. El formato de direccin TDD/IPN es admitido por algunas redes, en particular por las redes que desean comunicar con RDSIs, para lo cual el forrnato de direccin no-TDD/IPN no proporciona una capacidad suficiente de direccionamiento.
CUADRO 16/X.25
Identificador general de formato Identificador general de formato Paquetes de establecimiento de la comunicacin Paquetes de liberacin Paquetes de control de flujo, interrupcin, reiniciacin, rearranque, registro y diagnstico Paquetes de datos Ampliacin del identificador general de formato * No definido. Reservado para otras aplicaciones Octeto 1 Bits 7 6 X 0 0 0 0 X 0 X X 1 0 1 0 1 0 1 0 1 0
Esquema de numeracin secuencial mdulo 128 Esquema de numeracin secuencial mdulo 8 Esquema de numeracin secuencial mdulo 8 Esquema de numeracin secuencial mdulo 8 Esquema de numeracin secuencial mdulo 128 Esquema de numeracin secuencial mdulo 128 Esquema de numeracin secuencial mdulo 128
Esquema de numeracin secuencial mdulo 8
X X X 0 0
1 0 1 0 1 0 1 0 1
X X * 0
Nota Un bit sealado por X puede tomar los valores 0 1, segn se indica en el texto. Edicin de 2009
Cuando un ETCD enva un paquete de establecimiento o liberacin de la comunicacin, utilizar el formato de direccin TDD/IPN si el ETD est abonado a la facilidad abono de direccin TDD/IPN (vase el 6.28), y el formato de direccin no-TDD/IPN si no lo est.
Identificador general de formato Del ETD al ETCD Peticin de llamada Comunicacin aceptada Peticin de liberacin Confirmacin de liberacin por el ETD 8 0 0 0 0 X 0 0 X 0 X 0 X 0 0 0 1 1 1 1 1 7 0 0 0 0 X 0 0 X 0 X 0 X 0 0 0 1 1 1 1 1 6 0 0 0 0 X 1 1 X 0 X 0 X 0 0 0 1 1 1 1 1 CUADRO 17/X.25
Nota Hasta 1997, los ETD que funcionan en el modo paquete de conformidad con el caso B de la Recomendacin X.31 (servicio portador de circuito virtual RDSI) tendrn una direccin con un mximo de l 2 cifras de conformidad con el plan de numeracin de la Recomendacin E.164. Despus de 1996, esos ETD en modo de paquete podrn tener una direccin E.164 de 15 cifras; para el direccionamiento de estos ETD habr que utilizar procedimientos de direccin TDD/IPN. En las Recomendaciones E.165 y E.166 se da una informacin ms detallada.
II13/48
Del ETCD al ETD
Tipo de paquete
Octeto 3 Bits 5 4 3 0 0 1 1 X 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 1 0 0 X 0 0 0 0 0 0 1 1 1 1 1 1 0 0 0 0 1 0 1 X 0 1 0 0 1 1 0 0 0 1 0 1 0 0 1
2 1 1 1 1 X 1 1 0 0 0 0 0 0 1 1 1 1 0 1 1
1 1 1 1 1 0 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
Llamada entrante Comunicacin establecida Indicacin de liberacin Confirmacin de liberacin por el ETCD
Establecimiento y liberacin de la comunicacin
Datos del ETCD Interrupcin por el ETCD Confirmacin de interrupcin por el ETCD RR del ETCD (mdulo 8) RR del ETCD (mdulo 128)a) RNR del ETCD (mdulo 8) RNR del ETCD (mdulo 128)a)
Datos e interrupcin
Datos del ETD Interruption por el ETD Confirmacin de interrupcin por el ETD RR del ETD (mdulo 8) RR del ETD (mdulo 128)a) RNR del ETD (mdulo 8) RNR del ETD (mdulo 128)a) REJ del ETD (mdulo 8)a) REJ del ETD (mdulo 128)a) Peticin de reiniciacin Confirmacin de reiniciacin por el ETD Peticin de rearranque Confirmacin de rearranque por el ETD
Control de flujo y reiniciacin
Indicacin de reiniciacin Confirmacin de reiniciacin por el ETCD Indicacin de rearranque Confirmacin de rearranque por el ETCD Diagnstico a) Confirmacin de registro
Rearranque
Diagnstico Registroa)
* No est disponible necesariamente en todas las redes. Edicin de 2009
Peticin de registro
Nota El bit indicado con X puede tomar los valores 0 1, como se indica en el texto.
Nota En la Recomendacin X.2 se indica que la facilidad abono de direccin TDD/IPN ser objeto de ulterior estudio. Adems, hay varios aspectos tcnicos asociados con este formato de direccin TDD/IPN que debern estudiarse ulteriormente. Cuando un ETD enva un paquete de establecimiento o liberacin de la comunicacin, utilizar el formato de direccin TDD/IPN si el ETD est abonado a la facilidad abono de direccin TDD/IPN, y el formato de direccin no-TDD/lPN si no lo est. Cuando el formato de direccin utilizado por un ETD en un paquete de establecimiento o de liberacin de llamada es diferente del formato de direccin utilizado por el ETD distante, la red (si admite el formato de direccin TDD/IPN) efecta la conversin de un formato al otro (vase el 6.28). 5.2.1.1 La figura 4/X.25 ilustra el formato del bloque de direccin cuando el bit A est puesto a 0. Formato del bloque de direccin cuando el bit A est puesto a 0 (direccin no-TDD/lPN)
Bits
ADJUNTO II13
II13/49
Longitud de la direccin del ETD llamante
Longitud de la direccin del ETD llamado
Direccin del ETD llamado (vase la nota)
Direccin del ETD llamante (vase la nota)
Nota Para la construccin de esta figura se ha supuesto que el campo de direccin del ETD llamado contiene un nmero impar de cifras de direccin y que el campo de direccin del ETD llamante contiene un nmero par de cifras de direccin. Formato del bloque de direccin cuando el bit A est puesto a 0 FIGURA 4/X.25
5.2.1.1.1
Estos campos estn constituidos por cuatro bits y consisten en indicadores de la longitud del campo para las direcciones del ETD llamado y del ETD llamante. Los bits 4, 3, 2 y 1 indican la longitud de la direccin del ETD llamado, en semioctetos. Los bits 8, 7, 6 y 5 indican la longitud de la direccin del ETD llamante, en semioctetos. Cada indicador de longitud de direccin de ETD se codifica en forma binaria y el bit 1 o el bit 5 es el bit de orden inferior del indicador. Campos de longitud de la direccin del ETD llamante y del ETD llamado
Edicin de 2009
II13/50
5.2.1.1.2
Cada dgito (o cifra) de una direccin se codifica en un semiocteto por el mtodo denominado decimal codificado en binario, siendo el bit 5 o el bit 1 el bit de orden inferior en la representacin binaria del dgito. Campos de direccin del ETD llamado y del ETD llamante
Una direccin de ETD se codifica, comenzando por el dgito de orden ms elevado, en octetos consecutivos cada uno de los cuales contiene la codificacinde dos dgitos. En cada octeto, el dgito de orden superior se codifica en los bits 8, 7, 6 y 5.
Cuando est presente, el campo de direccin del ETD llamante comienza en el primer semiocteto que sigue al campo de direccin del ETD llamado. En consecuencia, cuando el nmero de dgitos del campo de direccin del ETD llamado es impar, el comienzo del campo de direccin del ETD llamante, cuando est presente, no est alineado con los octetos. Cuando el nmero total de dgitos en los campos de direccin del ETD llamado y del ETD llamante es impar, se insertar un semiocteto con los bits 4, 3, 2 y 1 puestos a 0, despus del campo de direccin del ETD llamante, a fin de mantener la alineacin de los octetos. Nota Estos campos pueden utilizarse para facilidades facultativas de direccionamiento tales como el direccionamiento abreviado. Las facilidades facultativas de direccionamiento empleadas, as como la codificacin de esas facilidades, sern objeto de ulterior estudio. 5.2.1.2 En la figura 5/X.25 se ilustra el formato del bloque de direccin cuando el bit A est puesto a 1. Formato del bloque de direccin cuando el bit A est puesto a 1 (direccin TDD/IPN)
Bits
El apndice IV contiene ms informacin sobre la codificacin de la direccin de los ETD llamado y llamante.
Longitud de la direccin del ETD llamado
Longitud de la direccin del ETD llamante
Direccin del ETD llamado (vase la nota)
Direccin del ETD llamante (vase la nota)
Nota En la construccin de esta figura se ha supuesto que el campo de direccin del ETD llamado contiene un nmero impar de semiocteto y que el campo de direccin del ETD llamante contiene un nmero par de semiocteto. Formato del bloque de direccin cuando el bit A est puesto a 1 FIGURA 5/X.25
Edicin de 2009
5.2.1.2.1
ADJUNTO II13
II13/51
Estos campos estn constituidos por un octeto y consisten en indicadores de la longitud del campo para las direcciones de los ETD llamado y llamante. Indican la longitud de la direccin del ETD llamado y de la direccin del ETD llamante, respectivamente, en semioctetos. Cada indicador de longitud de direccin de ETD se codifica en forma binaria siendo el bit 1 el bit de orden inferior del indicador. Campos de longitud de la direccin del ETD llamado y del ETD llamante 5.2.1.2.2 El valor mximo del indicador de longitud de campo de direccin de ETD es 17. Campos de direccin del ETD llamado y del ETD llamante Estos campos contienen respectivamente la direccin del ETD llamado, cuando est presente, y la direccin del ETD llamante, cuando est presente.
Nota 1 En la actualidad, para los subcampos de tipo de direccin y de identificacin de plan de numeracin no se han asignado valores que puedan codificarse por un mtodo distinto de decimal codificado en binario. Nota 2 Una direccin de ETD que contiene subcampos de tipo de direccin y de identificacin de plan de numeracin pero que no contiene subcampo de digitos de direccin, no es vlida.
CUADRO 18/X.25
Cada campo de direccin del ETD, cuando est presente, tiene tres subcampos: subcampo de tipo de direccin (TDD), subcampo de identificacin de plan de numeracin (IPN), subcampo de dgitos de direccin. Los primeros dos subcampos estn al principio de la direccin y estn codificados en forma binaria y los valores se indican en los cuadros 18/X.25 y 19/X.25.
Bits: o Bits:
8 4 0 0 0
7 3 0 0 0
6 2 0 0 1
Codificacin del subcampo de tipo de direccin 5 1 0 1 0 Tipo de direccin Nmero segn plan de la red (vase la nota 2) Nmero internacional (vase la nota 3) Nmero nacional (vase la nota 3) Reservado Direccin complementaria sola (vase la nota 4)
(vase la nota l)
Se definir
Nota 1 El subcampo tipo de direccin del campo de direccin del ETD llamado utiliza los bits 8, 7, 6 y 5. El subcampo de direccin del ETD llamante utiliza los bits 4, 3, 2 y 1 si el campo de direccin del ETD llamado no termina en una frontera de octeto; en los demas casos, utiliza los bits 8, 7, 6 y 5.
Otros valores
Nota 2 En este caso, el subcampo de dgitos de direccin, presente despus de los subcampos de tipo de direccin y de identificacin del plan de numeracin, est organizado de acuerdo con el plan de numeracin de la red, por ejemplo, podra estar presente un prefijo o cdigo de escape. Este caso es equivalente a la utilizacin del mismo punto de cdigo de la Recomendacin Q.931, donde se denomina desconocido. Nota 3 Como para la Recomendacin Q.931, el prefijo o cdigo de escape no se incluir en el subcampo de dgitos de direccin. Nota 4 Para la definicin de una direccin complementaria, vase el apndice IV. Edicin de 2009
II13/52
Codificacin del subcampo del plan de numeracin Bits: o Bits: 8 4 0 7 3 0 6 2 0 5 1 0 Plan de numeracin X.21 (vase la nota 2)
CUADRO 19/X.25
(vase la nota 1) Se definir
Otros valores
Reservado (vase la nota 4)
Nmero segn plan de la red (vase la nota 3)
Nota 1 El subcampo de identificacin del plan de numeracin del campo de direccin del ETD llamado utiliza los bits 4, 3, 2 y 1. El subcampo de direccin de identificacin del plan de numeracin del campo de direccin del ETD llamante utiliza los bits 8, 7, 6 y 5 si el campo de direccin del ETD llamado no termina en una frontera de octeto; en los dems casos, utiliza los bits 4, 3, 2 y 1. Nota 2 No se ha definido an un mecanismo equivalente al previsto para las cifras de escape, definido en la Recomendacin X.121, para utilizarlo junto con la capacidad TDD/IPN; este mecanismo no utilizar el subcampo de identificacin del plan de numeracin. Hasta que se disponga de este mecanismo (posiblemente una facilidad facultativa de usuario), slo se utilizar el punto de cdigo para la Recomendacin X.121. Se aplicarn los cdigos de escape de la Recomendacin X.121 y, cuando se utilicen, el subcampo de tipo de direccin indicar el nmero segn el plan de la red.
Nota 3 En este caso, el subcampo de dgitos de direccin, presente despus de los subcampos de tipo de direccin y de identificacin del plan de numeracin, est organizado de acuerdo con el plan de numeracin de la red, por ejemplo, podra estar presente un prefijo o cdigo de escape.
Los otros semioctetos de una direccin de ETD contienen dgitos, codificados segun el mtodo denominado decimal codificado en binario, siendo el bit 5 o el bit 1 el de orden inferior de la representacin binaria del dgito. Los dgitos de la direccin se codifican, comenzando por el dgito de orden superior, en semioctetos consecutivos. En cada semiocteto, el dgito de orden superior se codifica en los bits 8, 7, 6 y 5.
Nota 4 Entre los valores reservados se incluyen los correspondientes a identificadores de planes de numeracin de la Recomendacin Q.931 (por ejemplo, F.69, E.164).
El campo de direccin de ETD llamante, cuando est presente, comienza en el primer semiocteto que sigue al campo de direccin del ETD llamado. En consecuencia, cuando el nmero de semioctetos del campo de direccin del ETD llamado es impar, el principio del campo de direccin del ETD llamante, cuando esta presente, no est alineado con los octectos. Cuando el nmero total de semioctetos en los campos de direccin de los ETD llamado y llamante es impar, se insertar un semiocteto con los bits 4, 3, 2 y 1 puestos a 0, despus del campo de direccin de ETD llamante, a fin de mantener la alineacin de los octetos. El apndice IV contiene ms informacin sobre la codificacin de los campos de direccin de los ETD llamado y llamante.
Nota Estos campos pueden utilizarse para facilidades facultativas de direccionamiento, como el direccionamiento abreviado. Las facilidades facultativas de direccionamiento, as como la codificacin de estas facilidades, sern objeto de ulterior estudio.
Edicin de 2009
5.2.2
ADJUNTO II13
II13/53
La figura 6/X.25 ilustra el formato de los paquetes de peticin de llamada y llamada entrante. Paquetes de peticin de llamada y de llamada entrante
Bits 8 7 6 5 4 3 2 1
Octetos 1 2 3 4
Identificador general de formato (vase la nota)
Nmero de grupo de canales lgicos
Nmero de canal lgico Identificador de tipo de paquete 0 1 Bloque de direccin (vase el 5.2.1) Longitud de facilidades Facilidades Datos de usuario de la llamada Nota Codificado XX01 (mdulo 8) o XX10 (mdulo 128).
5.2.2.1 5.2.2.2 5.2.2.3 5.2.2.4
Formato de paquetes de llamada aceptada y comunicacin
FIGURA 6/X.25
El bit 8 del octeto 1 (bit A) debe ponerse al valor indicado en el 5.2.1. Identificador general de formato El bloque de direccin se describe en el 5.2.1. Bloque de direccin Campo de longitud de facilidades
El bit 7 del octeto 1 debe ponerse a 0 al menos que se utilice el mecanismo definido en el 4.3.3.
El octeto que sigue al bloque de direccin indica la longitud del campo de facilidades, en octetos. El indicador de longitud de facilidades se codifica en forma binaria, y el bit 1 es el bit de orden inferior del indicador. El campo de facilidades slo existe cuando el ETD utiliza una facilidad facultativa de usuario que requiere alguna indicacin en los paquetes de peticin de llamada y de llamada entrante. Campo de facilidades La codificacin de este campo de facilidades se define en los 6 y 7.
Edicin de 2009
El campo de facilidades contiene un nmero entero de octetos. La longitud mxima real de este campo depende de las facilidades ofrecidas por la red, pero no deber exceder de 109 octetos. 5.2.2.5
II13/54
Nota Deber estudiarse ulteriormente si debe definirse otro valor, con relacin al nmero total de octetos en el paquete. Inmediatamente despus del campo de facilidades puede estar presente el campo de datos de usuario de la llamada, que tiene una longitud mxima de 128 octetos cuando se utiliza junto con la facilidad de seleccin rpida descrita en el 6.16 y una longitud de 16 octetos en los dems casos. Campo de datos de usuario de la llamada
Nota Algunas redes requieren que el campo de datos de usuario de la llamada tengan un nmero entero de octetos (vase la nota en el 3). 5.2.3
Cuando se est estableciendo una llamada virtual entre dos ETD en modo paquete la red no acta sobre ninguna parte del campo de datos de usuario de la llamada. Para otros casos, vase la Recomendacin X.244. La figura 7/X.25 ilustra el formato de los paquetes de llamada aceptada y de comunicacin establecida (o llamada conectada) en el formato bsico o en el ampliado. Paquetes de llamada aceptada y de comunicacin establecida
Octetos 1 2 3 4 8 7 6 5 Bits 4 3 2 1
Nmero de canal lgico Identificador de tipo de paquete 0 1 Bloque de direccina) (vase el 5.2.1) Longitud de facilidadesa) Facilidadesa) Datos de usuario de la llamadab) a) Estos campos no son obligatorios en el formato bsico de los paquetes de llamada aceptada (vase el 5.2.3.1). b) Este campo slo puede estar presente en el formato ampliado (vase el 5.2.3.2). Nota Codificado XX01 (mdulo 8) o XX10 (mdulo 128). FIGURA 7/X.25
Edicin de 2009
Formato de paquetes de llamada aceptada y comunicacin establecida
5.2.3.1 5.2.3.1 5.2.3.1.2
ADJUNTO II13
II13/55
Formato bsico El bit 8 del octeto 1 (bit A) debe ponerse al valor indicado en el 5.2.1. Identificador general de formato El bloque de direccin se describe en el 5.2.1. Bloque de direccin
El bit 7 del octeto 1 debe ponerse a 0 a menos que se utilice el mecanismo definido en el 4.3.3.
La utilizacin de los campos de longitud de direccin de los ETD llamado y llamante en paquetes de llamada aceptada slo es obligatoria cuando est presente el campo de direccin del ETD llamado, el campo de direccin del ETD llamante o el campo de longitud de facilidades. 5.2.3.1.3 El octeto que sigue al campo de direccin indica la longitud del campo de facilidades, en octetos. Este indicador de longitud de facilidades se codifica en forma binaria, y el bit 1 es el bit de orden inferior del indicador. Campo de longitud de facilidades
La utilizacin del campo de longitud de facilidades en los paquetes de llamada aceptada es slo obligatoria cuando existe el campo de facilidades. 5.2.3.1.4 Campo de facilidades
El campo de facilidades slo existe cuando el ETD utiliza una facilidad facultativa de usuario que requiere una indicacin en los paquetes de llamada aceptada y de comunicacin establecida. El campo de facilidades contiene un nmero entero de octetos. La longitud mxima real de este campo depende de las facilidades ofrecidas por la red, pero no exceder de 109 octetos. paquete. 5.2.3.2 Nota Se estudiar ulteriormente si debe definirse otro valor, con relacin al nmero total de octetos en el Formato ampliado La codificacin del campo de facilidades se define en los 6 y 7.
El formato ampliado puede utilizarse nicamente junto con la facilidad de seleccin rpida descrita en el 6.16. En este caso, el campo de datos del usuario llamado puede estar presente y tiene una longitud mxima de 128 octetos.
Los campos de longitud de direccin de los ETD llamante y llamado y el campo de longitud de facilidades deben estar presentes cuando lo est el campo de datos del usuario llamado. Nota Algunas redes requieren que el campo de datos del usuario llamado contenga un nmero entero de octetos (vase la nota en el 3). 5.2.4 Cuando se est estableciendo una llamada virtual entre dos ETD en modo paquete, la red no acta sobre ninguna parte del campo de datos del usuario llamado. Vase la Recomendacin X.244. La figura 8/X.25 ilustra el formato de los paquetes de peticin de liberacin y de indicacin de liberacin, en las modalidades de formato bsico y de formato ampliado. Paquetes de peticin de liberacin y de indicacin de liberacin
Edicin de 2009
II13/56
8
Octetos 1 2 3 4 5 4
Bits
Nmero de canal lgico Identificador de tipo de paquete 1 0 Causa de liberacin Cdigo de diagnsticoa) Bloque de direccinb) (vase el 5.2.1) Longitud de facilidadesb) Facilidadesb) Datos de usuario para liberacin b)
a) Este campo no es obligatorio en el formato bsico de los paquetes de peticin de liberacin (vase el 5.2.4.1). b) Slo se utiliza en el formato ampliado (vase el 5.2.4.2). Nota Codificado X001 (mdulo 8) o X010 Nota Codificado X001 (mdulo 8) o X010 (mdulo 128). (mdulo 128).
5.2.4.1
Formato de los paquetes de peticin de liberacin y de indicacin de liberacin
FIGURA 8/X.25
5.2.4.1.1
Formato bsico El octeto 4 es el campo de causa de la liberacin y contiene el motivo de la liberacin de la comunicacin. Campo de causa de la liberacin bits : valor: : 8 0 1 7 6 5 0 0 0 X X X 4 0 X 3 2 1 0 0 0 X X X
En los paquetes de peticin de liberacin el ETD debe poner el campo de causa de la liberacin a uno de los siguientes valores: donde cada X puede ser puesta independientemente a 0 o a 1 por el ETD.
Edicin de 2009
El ETCD evitar que los valores del campo de causa de la liberacin distintos de los indicados alcancen el otro extremo de la llamada, bien aceptando un paquete de peticin de liberacin y poniendo el campo de causa de la liberacin a todos cero en el paquete correspondientc de indicacin de liberacin, o bien considerando la peticin de liberacin como un error, y siguiendo el procedimiento descrito en el anexo C.
ADJUNTO II13
II13/57
La codificacin del campo de causa de la liberacin en los paquetes de indicacin de liberacin se indica en el cuadro 20/X.25.
Codificacin del campo de causa de la liberacin en el paquete de indicacin de liberacin Bits CUADRO 20/X.25
Nmero ocupado. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Fuera de servicio. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Error de procedimiento en el extremo distante . . . . . . . . . . . . . . . . . No abonado a la aceptacin de cobro revertidob) . . . . . . . . . . . . . . Destino incompatible . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . No abonado a la aceptacin de seleccin rpidab) . . . . . . . . . . . . . Barco ausentec) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Peticin de facilidad no vlida . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Acceso prohibido . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Error de procedimiento local . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Congestin en la red . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Inaccesible ................................................ EPER fuera de serviciob) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Originada en el ETD . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Originada en el ETDa) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
0 0 0 0 0 0 0 0 0 0 0 0 0
0 X
0 0 0 0 0 0 0 0 0 0 0 0 0
0 X
0 0 0 0 1 1 1 0 0 0 0 0 0
0 X
0 0 1 1 0 0 1 0 0 1 0 0 1
0 X
0 1 0 1 0 0 1 0 1 0 0 1 0
0 X
0 0 0 0 0 0 0 0 0 0 1 1 1
0 X
0 X 0 0 0 0 0 0 0 1 1 1 0 0 0
0 X 1 1 1 1 1 1 1 1 1 1 1 1 1
a)
5.2.4.1.2
b) Slo puede recibirse si utiliza la correspondiente facilidad facultativa de usuario. c) Se utiliza en relacin con el servicio mvil martimo.
Cuando el bit 8 se pone a 1 los bits representados por X son los que el ETD distante incluye en el campo de causa de la liberacin o de rearranque del paquete de liberacin o de peticin de rearranque, respectivamente.
El octeto 5 es el cdigo de diagnstico y contiene informacin adicional sobre el motivo de la liberacin de la comunicacin. Cdigo de diagnstico En un paquete de indicacin de liberacin, si el campo de causa de la liberacin indica originada en el ETD, el cdigo de diagnstico se transfiere inalterado desde el ETD que libera. Si el ETD que libera no ha
Edicin de 2009
En un paquete de peticin de liberacin, el cdigo de diagnstico no es obligatorio.
Cuando un paquete de indicacin de liberacin es consecuencia de un paquete de peticin de rearranque, el valor del cdigo de diagnostico ser el especificado en el paquete de peticin de rearranque, o todos cero en el caso en que no se haya especificado un cdigo de diagnstico en el paquete de peticin de rearranque.
proporcionado un cdigo de diagnstico en su paquete de peticin de liberacin, los bits del cdigo de diagnstico del paquete de indicacin de liberacin resultante sern todos cero.
II13/58
Cuando el campo de causa de la liberacin no indica originada en el ETD, el cdigo de diagnstico en un paquete de indicacin de liberacin es generado por la red. En el anexo E se enumeran las codificaciones para los diagnsticos generados por la red. Los bits del cdigo de diagnstico se ponen todos a 0 cuando no se suministra informacin adicional especfica para la liberacin.
Nota El contenido del campo de cdigo de diagnstico no modifica el significado del campo de causa. No se requiere que un ETD ejecute accin alguna en base del contenido del campo de cdigo de diagnstico. La aparicin de combinaciones de cdigo no especificadas en el campo de cdigo de diagnstico no provocar el impedir que el ETD rechace el campo de causa. 5.2.4.2 Formato ampliado
El formato ampliado se utiliza para los paquetes de peticin de liberacin y de indicacin de liberacin nicamente cuando el ETD o el ETCD necesitan utilizar los campos de direccin del ETD llamante y/o del ETD llamado, el campo de facilidades y/o el campo de usuario para liberacin junto con una o varias facilidades facultativas de usuario descritas en los 6 y 7. El campo de direccin del ETD llamado slo se emplea cuando se utiliza la facilidad de notificacin de modificacin de la direccin de la lnea llamada en respuesta al paquete de llamada entrante o de peticin de llamada.
Cuando se utiliza el formato ampliado deben estar tambin presentes el campo de cdigo de diagnstico, los campos de longitud de direccin de ETD y el campo de longitud de facilidades. Facultativamente, puede estar presente tambin el campo de datos de usuario para liberacin. 5.2.4.2.1 5.2.4.2.2 5.2.4.2.3 El bloque de direccin se describe en el 5.2.1. Bloque de direccin Campo de longitud de facilidades
El octeto que sigue al bloque de direccin indica la longitud del campo de facilidades, en octetos. El indicador de longitud de facilidades se codifica en forma binaria y el bit 1 es el bit de orden inferior del indicador. El campo de facilidades existe nicamente en los paquetes de peticin de liberacin o de indicacin de liberacin junto con una o varias facilidades facultativas de usuario que exigen la presencia de alguna indicacin en este paquete. Campo de facilidades El campo de facilidades contiene un nmero entero de octetos. La longitud mxima real de este campo depende de las facilidades ofrecidas por la red, pero no exceder de 109 octetos. paquete. 5.2.4.2.4 Nota Se estudiar ulteriormente si debe definirse otro valor, con relacin al nmero total de octetos en el Campo de datos de usuario para liberacin La codificacin del campo de facilidades se define en los 6 y 7.
Edicin de 2009
Este campo puede existir nicamente junto con la facilidad de seleccin rpida (vase el 6.16) o la facilidad de seleccin de desviacin de llamadas (vase el 6.25.2.2). Tiene una longitud mxima de 128 octetos en el primer caso, y de 16 128 octetos en el segundo caso: la determinacin de si la longitud mxima ha de ser 16 o 128 octetos cuando se utiliza la facilidad de seleccin de desviacin de llamadas se especifica en el 6.25.2.2.
Nota 1 Algunas redes requieren que el campo de datos de usuario para liberacin contenga un nmero entero de octetos (vase la nota en el 3). 5.2.5
ADJUNTO II13
II13/59
Nota 2 La red no acta sobre ninguna parte del campo de usuario de datos para liberacin. Vase la Recomendacin X.244. La figura 9/X.25 ilustra el formato de los paquetes de confirmacin de liberacin por el ETD y por el ETCD, en las modalidades de formato bsico o ampliado. Paquetes de confirmacin de liberacin por el ETD y por el ETCD
8 7 6 5 Bits 4 3 2 1
Octetos 1 2 3 4
Nmero de canal lgico Identificador de tipo de paquete 1 0 Bloque de direccina) (vase el 5.2.1) Longitud de facilidadesa) Facilidadesa) Nota Codificado XX01 (mdulo 8) o X010 (mdulo 128). a) Slo se utiliza en el formato ampliado de los paquetes de confirmacin de liberacin por el ETCD. FIGURA 9/X.25
Formato de los paquetes de confirmacin de liberacin por el ETD y el ETCD
El formato ampliado puede utilizarse para paquetes de confirmacin de liberacin por el ETCD nicamente junto con la facilidad de informacin de tasacin descrita en el 6.22. No se utiliza para los paquetes de confirmacin de liberacin por el ETD. 5.2.5.1 Los campos de longitud de direccin de los ETD llamante y llamado se codifican con todos los ceros y los campos de direccin de los ETD llamante y llamado no estn presentes. 5.2.5.2 El octeto que sigue al campo de direccin indica la longitud del campo de facilidades, en octetos. Este indicador de longitud de facilidades se codifica en forma binaria, y el bit 1 es el bit de orden inferior del indicador Campo de longitud defacilidades
Edicin de 2009
El bloque se describe en el 5.2.1. Bloque de direccin
II13/60 5.2.5.3
El campo de facilidades contiene un nmero entero de octetos. La longitud mxima real de este campo depende de las facilidades ofrecidas por la red, pero no exceder de 109 octetos. 5.3 Nota Se estudiar ulteriormente si debe definirse otro valor con relacin al nmero total de octetos en el paquete. Paquetes de datos y de interrupcin La figura 10/X.25 ilustra el formato de los paquetes de datos del ETD y del ETCD. Paquetes de datos del ETD y del ETCD
8 7 6 5 Bits 4 3 2 1
La codificacin del campo de facilidades se define en los 6 y 7. Campo de facilidades
5.3.1
Octetos 1 2 3
Identificador general de formato D 0 1
Nmero de grupo de canales
Nmero de canal lgico P(R) M Datos de usuario P(S) 0
(Mdulo 8) 8 7 6
Octetos
Bits
1 2 3 4
Identificador general de formato D 1 0
Nmero de canal lgico P(S) P(R) (En caso de ampliacin a mdulo 128) D M Q Bit de confirmacin de entrega Bit ms datos Bit calificador Datos de usuario 0 M
Edicin de 2009
Formato de los paquetes de datos del ETD y del ETCD
FIGURA 10/X.25
5.3.1.1 5.3.1.2 5.3.1.3
ADJUNTO II13
II13/61
El bit 8 del octeto 1 es el bit calificador (bit Q). Bit calificador (bit Q) El bit 7 del octeto 1 es el bit de confirmacin de entrega (bit D). Bit de confirmacin de entrega (bit D) Nmero secuencial de paquete en recepcin
Los bits 8, 7 y 6 del octeto 3, o los bits 8 a 2 del octeto 4 en caso de modo ampliado, se utilizan para indicar el nmero secuencial de paquete en recepcin P(R). P(R) se codifica en forma binaria y el bit 6, o el bit 2 en caso de modo ampliado, es el de orden inferior. 5.3.1.4 5.3.1.5 5.3.1.6 El bit 5 del octeto 3, o el bit 1 del octeto 4 en caso de modo ampliado, se utiliza para la marca ms datos (bit M): 0 para no ms datos y 1 para ms datos. Bit ms datos Los bits 4, 3 y 2 del octeto 3, o los bits 8 a 2 del octeto 3 en caso de modo ampliado, se utilizan para indicar el nmero secuencial de paquete en emisin P(S). P(S) se codifica en forma binaria, y el bit 2 es el de orden inferior. Nmero secuencial de paquete en emisin Nota Algunas redes requieren que el campo de datos de usuario contenga un nmero entero de octetos (vase la nota del 3). 5.3.2 La figura 11/X.25 ilustra el formato de los paquetes de interrupcin por el ETD y por el ETCD. Paquetes de interrupcin por el ETD y por el ETCD
Bits 8 7 6 5 4 3 2 1
Los bits que siguen al octeto 3, o al octeto 4 en caso de modo ampliado, contienen datos de usuario. Campo de datos de usuario
Octetos 1 2 3 4
Nmero de canal lgico Identificador de tipo de paquete 0 0 Datos de usuario de interrupcin Nota Codificado 0001 (mdulo 8) 0010 (mdulo 128).
Formato de los paquetes de interrupcin por el ETD y el ETCD
FIGURA 11/X.25
Edicin de 2009
II13/62 5.3.2.1
El octeto 4 y cualesquiera octetos que le sigan contienen datos de usuario de interrupcin. Este campo consta de 1 a 32 octetos. Campo de datos de usuario de interrupcin Nota Algunas redes exigen que el campo de datos de usuario de interrupcin contenga un nmero entero de octetos (vase la nota del 3). 5.3.3 Paquetes de confirmacin de interrupcin por el ETD y por el ETCD ETCD.
La figura 12/X.25 ilustra el formato de los paquetes de confirmacin de interrupcin por el ETD y por el
Bits
Octetos 1 2 3
Nmero de canal lgico Identificador de tipo de paquete 0 0 1
Nota Codificado 0001 (mdulo 8) o 0010 (mdulo 128). FIGURA 12/X.25
Formato de los paquetes de confirmacin de interrupcin por el ETD y el ETCD
5.4
5.4.1
Paquetes de control de flujo y de reiniciacin La figura 13/X.25 ilustra el formato de los paquetes RR del ETD y RR del ETCD. Paquetes preparado para recibir (RR) del ETD y del ETCD
Edicin de 2009
ADJUNTO II13
Octetos 1 2 3
Bits
II13/63
4 3 2 1
Identificador general de formato 0 0
Nmero de canal lgico Identificador de tipo de paquete 0 0 0
P(R) (Mdulo 8)
Octetos 1 2 3
Bits
Nmero de canal lgico Identificador de tipo de paquete 0 0 0 0 P(R) (En caso de ampliacin a mdulo 128) FIGURA 13/X.25 0 0 0 1 0
Formato de los paquetes RR del ETD y del ETCD
5.4.2. 5.4.2.1
La figura 14/X.25 ilustra el formato de los paquetes RNR del ETD y RNR del ETCD Paquetes no preparado para recibir (RNR) del ETD y del ETCD Nmero secuencial de paquete en recepcin
Los bits 8, 7 y 6 del octeto 3, o los bits 8 a 2 del octeto 4 en caso de modo ampliado, se utilizan para indicar el nmero secuencial de paquete en recepcin P(R). P(R) se codifica en forma binaria y el bit 6, o el bit 2 en caso de modo ampliado, es el de orden inferior.
Edicin de 2009
II13/64
8
Octetos 1 2 3
Bits
Nmero de canal lgico Identificador de tipo de paquete 0 Bits 0 1 0 1
P(R) (Mdulo 8) 8 7 6
Octetos 1 2 3
Nmero de canal lgico Identificador de tipo de paquete 0 0 P(R) (En caso de ampliacin a mdulo 128)
1 0
5.4.3 5.4.3.1
Formato de los paquetes RNR del ETD y del ETCD
FIGURA 14/X.25
La figura 15/X.25 ilustra el formato de los paquetes de peticin de reiniciacin y de indicacin de reiniciacin. Paquetes de peticin de reiniciacin y de indicacin de reiniciacin El octeto 4 es el campo de causa de la reiniciacin, que contiene el motivo de la reiniciacin. Campo de causa de la reiniciacin bits : valor: : 8 0 1 7 6 5 0 0 0 X X X 4 0 X 3 2 1 0 0 0 X X X
En los paquetes de peticin de reiniciacin, el ETD debe poner el campo de causa de la reiniciacin a uno de los siguientes valores: donde cada X puede ser puesta independientemente a 0 o a 1 por el ETD.
Edicin de 2009
ADJUNTO II13
Octetos 1 2 3
Bits
II13/65
4 3 2 1
Nmero de canal lgico Identificador de tipo de paquete 0 0 Causa de la reiniciacin

a) Este campo no es obligatorio en paquetes de peticin de reiniciacin.
Cdigo de diagnsticoa)
Nota Codificado 0001 (mdulo 8) o 0010 (mdulo 128).
Formato de los paquetes de peticin de reiniciacin y de indicacin de reiniciacin CUADRO 21/X.25
FIGURA 15/X.25
Codificacin del campo de causa de la reiniciacin en los paquetes de indicacin de reiniciacin Bits
a) Cuando el bit 8 se pone a 1, los bits representados con una X son los que el ETD distante indica en el campo de causa de la
Fuera de serviciob). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Error de procedimiento en el extremo distante . . . . . . . . . . . . . . . . . Error de procedimiento local . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Congestin en la red . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ETD distante operacionalb) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Red operacionalb) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Destino incompatible . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Red fuera de serviciob) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Originada: ETD. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Originada: ETDa) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
0 0 0 0 0 0 0 0
0 1
0 0 0 0 0 0 0 0
0 X
0 0 0 0 0 0 0 0
0 X
0 0 0 0 0 0 1 1
0 X
0 0 0 0 1 1 0 1
0 X
0 0 1 1 0 1 0 1
0 X
0 X 0 1 0 1 0 1 0 0
0 X 1 1 1 1 1 1 1 1
b) Aplicable solamente a los circuitos virtuales permanentes.
reiniciacin (llamadas virtuales y circuitos virtuales permanentes) o en el campo de causa de rearranque (circuitos virtuales permanentes nicamente) del paquete de reiniciacin o del paquete de peticin de rearranque, respectivamente. Edicin de 2009
El ETCD evitar que los valores del campo de causa de la reiniciacin distintos de los indicados, alcancen el otro extremo de la llamada virtual o del circuito virtual permanente, bien aceptando el paquete de peticin de reiniciacin y obligando a que el campo de causa de la reiniciacin se ponga a todos cero en el paquete correspondiente de indicacin de reiniciacin, bien considerando la peticin de liberacin como un error, y siguiendo el procedimiento descrito en el anexo C. La codificacin del campo de causa de la reiniciacin en un paquete de indicacin de reiniciacin se especifica en el cuadro 21/X.25. 5.4.3.2 Cdigo de diagnstico En un paquete de peticin de reiniciacin, el cdigo de diagnstico no es obligatorio.
II13/66
El octeto 5 es el cdigo de diagnstico y contiene informacin adicional sobre el motivo de la reiniciacin.
En un paquete de indicacin de reiniciacin, si el campo de causa de la reiniciacin indica originada en el ETD, el cdigo de diagnstico ha sido transferido inalterado desde el ETD que reinicia. Si el ETD que pide una reiniciacin no ha proporcionado un cdigo de diagnstico en su paquete de peticin de reiniciacin, los bits del cdigo de diagnstico en el paquete de indicacin de reiniciacin resultante sern todos cero. Cuando el campo de causa de la reiniciacin no indica originada en el ETD, el cdigo de diagnstico en un paquete de indicacin de reiniciacin es generado por la red. En el anexo E se indican los cdigos de diagnstico generados por la red. Los bits del cdigo de diagnstico se ponen todos a 0 cuando no se proporciona informacin adicional especfica para la reiniciacin. Nota El contenido del campo de cdigo de diagnstico no modifica el significado del campo de causa. No se requiere que un ETD ejecute accin alguna en base del contenido del campo de cdigo de diagnstico. La aparicin de combinaciones de cdigo no especificadas en el campo de cdigo de diagnstico no deber impedir que el ETD acepte el campo de causa. 5.4.4 La figura 16/X.25 ilustra el formato de los paquetes de confirmacin de reiniciacin por el ETD y por el ETCD. Paquetes de confirmacin de reiniciacin por el ETD y por el ETCD
Bits 8 7 6 5 4 3 2 1
Cuando un paquete de indicacin de reiniciacin es consecuencia de un paquete de peticin de rearranque, el valor del cdigo de diagnstico ser el especificado en el paquete de peticin de rearranque, o todos cero cuando no se haya especificado el cdigo de diagnstico en el paquete de peticin de rearranque.
Octetos 1 2 3
Nmero de canal lgico Identificador de tipo de paquete 1 1 1 FIGURA 16/X.25
Edicin de 2009
Formato de los paquetes de confirmacin de interrupcin por el ETD y el ETCD
5.5
ADJUNTO II13
II13/67
5.5.1
Paquetes de rearranque La figura 17/X.25 ilustra el formato de los paquetes de peticin de rearranque y de indicacin de Paquetes de peticin de rearranque y de indicacin de rearranque
8 7 6 5 Bits 4 3 2 1
rearranque.
Octetos 1 2 3
Identificador general de formato (vase la nota) 0 0 0 0
Identificador de tipo de paquete 1 1 1 Causa de la reiniciacin Cdigo de diagnsticoa)
Nota Codificado 0001 (mdulo 8) o 0010 (mdulo 128)
a) Este campo no es obligatorio en los paquetes de peticin de rearranque.
Formato de los paquetes de peticin de rearranque y de indicacin de rearranque
FIGURA 17/X.25
5.5.1.1
En los paquetes de peticin de rearranque, el ETD debe poner el campo de causa de rearranque a uno de los siguientes valores: Campo de causa de rearranque bits : : valor: 8 0 7 0 6 0 5 0 4 0 3 0 2 0 1 0 1 X X X X X X X
donde cada X puede ser puesta independientemente a 0 o a 1 por el ETD.
El ETCD evitar que los valores del campo de causa de rearranque distintos de los indicados, alcancen el otro extremo de la llamada virtual y/o de los circuitos virtuales permanentes, bien aceptando un paquete de peticin de rearranque y poniendo el campo de causa de la reiniciacin o el campo de causa de la liberacin a todos cero en el paquete correspondiente dc indicacin de rearranque y/o liberacin, bien considerando la peticin de liberacin como un error, y siguiendo el procedimiento descrito en el anexo C.
Edicin de 2009
La codificacin del campo de causa de la rearranque en un paquete de indicacin de rearranque se especifica en el cuadro 21/X.25.
CUADRO 22/X.25
II13/68
Codificacin del campo de causa de rearranque contenido en los paquetes de indicacin de rearranque Bits
Error de procedimiento local . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Congestin en la red . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Red operacional. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Registro/cancelacin confirmadoa) . . . . . . . . . . . . . . . . . . . . . . . . . . . .

a)
Slo puede recibirse si se emplea la facilidad de registro de facilidad en lnea.
5.5.1.2
La codificacin del campo de cdigo de diagnstico en un paquete de indicacin de rearranque figura en el anexo E. Los bits del cdigo de diagnstico se ponen todos a 0 cuando no se proporciona informacin adicional especfica para el rearranque.
En un paquete de peticin de rearranque no es obligatorio el cdigo de diagnostico. De especificarse, se transfiere a los ETD correspondientes como el cdigo de diagnstico de un paquete de indicacin de reiniciacin para circuitos virtuales permanentes o un paquete de indicacin de liberacin para llamadas virtuales.
rearranque.
El octeto 5 es el cdigo de diagnstico y contiene informacin adicional sobre el motivo del Cdigo de diagnstico
Nota El contenido del campo de cdigo de diagnstico no modifica el significado del campo de causa. No se requiere que un ETD ejecute accin alguna en base del contenido del campo de cdigo de diagnstico. La aparicin de combinaciones de cdigo no especificadas en el campo de cdigo de diagnstico no har que el ETD no acepte el campo de causa. 5.5.2 ETCD. En la figura 18/X.25 se ilustra el formato de los paquetes de confirmacin de rearranque por el ETD y el Paquetes de confirmacin de rearranque por el ETD y el ETCD
Edicin de 2009
ADJUNTO II13
Octetos 1 2 3
Bits
II13/69
4 3 2 1
Identificador general de formato (vase la nota) 0 0 0 0
0 0
0 0
0 0 0
Identificador de tipo de paquete 1 1
[...]
FIGURA 18/X.25
Formato de los paquetes de confirmacin de arranque por el ETD y por el ETCD
Edicin de 2009
II13/70
Para cada interfaz ETD/ETCD de mltiples canales lgicos se acordar con la Administracin una gama de canales lgicos conforme se indica en la figura A-l/X.25.
NVL 0 1 Circuitos virtuales permanentes VEB Unidireccionales entrantes VEH VBB Bidireccionales VBH VSB Unidireccionales salientes VSH 4095 CCITT 34901 Llamadas virtuales
En el caso de los ETD con un solo canal lgico, se utilizar el canal lgico 1.
Gama de canales lgicos utilizados para llamadas virtuales y circuitos virtuales permanentes
(a la Recomendacin X.25)
ANEXO A
NCL Nmero de canal lgico CEB Canal entrante con el nmero ms bajo CEA Canal entrante con el nmero ms alto CBB Canal bidireccional con el nmero ms bajo CBA Canal bidireccional con el nmero ms alto CSB Canal saliente con el nmero ms bajo CSA Canal saliente con el nmero ms alto Edicin de 2009
FIGURA A-l/X.25
FIGURA A-l/X.25 (Continuacin)
ADJUNTO II13
II13/71
Canales lgicos 1 a CEB: gama de canales lgicos que pueden asignarse a circuitos virtuales permanentes. Canales lgicos CEB a CEA: gama de canales lgicos que se asignan a canales lgicos unidireccionales entrantes para llamadas virtuales (vase el 6.8). Canales lgicos CBB a CBA: gama de canales lgicos que se asignan a canales lgicos bidireccionales para llamadas virtuales. Canales lgicos CSB a CSA: gama de canales lgicos que se asignan a canales lgicos unidireccionales salientes para llamadas virtuales (vease el 6.7). Canales lgicos CEA + 1 a CBB - 1, CBA + 1 a CSB - 1, y CSA + 1 a 4095: canales lgicos no asignados.
Nota 1 La referencia a los nmeros de canales lgicos se hace de acuerdo con una serie de nmeros continuos que va del 0 (el nmero ms bajo) a 4095 (el nmero ms alto) utilizando 12 bits formados de los 4 bits del nmero de grupo de canales lgicos (vase el 5.1.2) y los 8 bits del nmero de canal lgico (vase el 5.1.3). La numeracin se codifica en forma binaria utilizando las posiciones de bit 4 a 1 del octeto 1 seguidas de las posiciones de bit 8 a 1 del octeto 2, siendo el bit 1 del octeto 2 el bit de orden inferior. Nota 2 Todas las fronteras entre los canales lgicos se fijan de comn acuerdo con la Administracin por un perodo de tiempo. Nota 3 A fin de evitar la reorganizacin frecuente de canales lgicos, no se asignan necesariamente todos los canales lgicos de la gama destinada a circuitos virtuales permanentes.
Nota 4 En ausencia de circuitos virtuales permanentes, el canal lgico 1 esta disponible para CEB. En ausencia de circuitos virtuales permanentes y canales lgicos unidireccionales entrantes, el canal lgico 1 est disponible para CBB. En ausencia de circuitos virtuales permanentes, canales lgicos unidireccionales entrantes y canales lgicos bidireccionales, el canal lgico 1 est disponible para CSB. Nota 5 El algoritmo de bsqueda por el ETCD de un canal lgico para una nueva llamada entrante consistir en utilizar el canal lgico ms bajo en el estado preparado en las gamas de CEB a CEA y de CBB a CBA. Nota 6 Para reducir al mnimo el riesgo de colisin de llamadas, se sugiere que el algoritmo de bsqueda por el ETD comience por el canal lgico en el estado preparado con el nmero ms alto. El ETD podra comenzar por la gama de canales lgicos bidireccionales o la gama de canales lgicos unidireccionales salientes.
Edicin de 2009
II13/72
B.1
Diagramas de estados del interfaz ETD/ETCD en la capa paquete Definicin de los smbolos de los diagramas de estados
ANEXO B
Transicin
Nmero del estado Nombre del estado
ETCD ETD Transicin (Tipo de paquete)
Responsable de la transicin
Paquete transferido
CCITT-19172
Nota 1 Cada estado est representado por una elipse, dentro de la cual se indica el nombre y nmero del estado.
Nota 2 Cada transicin de estado est representada por una flecha. Al lado de la flecha se indica el equipo responsable de la transicin (ETD o ETCD) y el paquete que se ha transferido. B.2
Para que los diagramas sean ms claros, el procedimiento normal en el interfaz se describe mediante varios diagramas de estados parciales. Para describir completamente el procedimiento normal es necesario atribuir un orden de prioridad a las diferentes figuras y relacionar un diagrama de orden superior con uno de orden inferior. Esto se ha hecho de la siguiente manera: Definicin del orden en los diagramas de estados
Edicin de 2009
Las figuras estn dispuestas por orden de prioridad; la figura B-1/X.25 (rearranque) es la de orden ms elevado y las figuras siguientes tienen rdenes ms bajos de prioridad. Por prioridad ha de entenderse que cuando se transfiere un paquete perteneciente a un diagrama de orden superior, dicho diagrama es aplicable, y no el de orden inferior. La relacin con un estado perteneciente a un diagrama de orden inferior se indica haciendo figurar dicho estado dentro de una elipse en el diagrama de orden superior.
ADJUNTO II13
II13/73
r1 Capa paquete preparada Preparado p1 o d1 (vase la nota 1)
rearr anqu Conf e irmac ETD o ind in d icaci e rea rr n de rearra anque nque
ue ranq rear n de ue ETD aci ranq Indic rear ue D n de nq ETC aci rearra firm e Con ticin d o pe
Petic in d e
ETC D
r2 Peticin de rearranque por el ETD ETD
r3 r3 Indicacin de DCE restart rearranque indication por el ETCD ETCD
CCITT-34910
Peticin de rearranque
Indicacin de rearranque (vase la nota 2)
Nota 1 Estado p1 para llamadas virtuales o estado d1 para circuitos virtuales permanentes.
Nota 2 Esta transicin ocurre despus de que expira por primera vez el perodo de temporizacin T10. Nota 3 Esta transicin ocurre tambin despues de que expira por segunda vez el perodo de temporizacin T10 (sin transmisin de ningn paquete, salvo, si acaso, un paquete de diagnstico). FIGURA B-l/X.25
Diagrama de estados para la transferencia de paquetes de rearranque Edicin de 2009
II13/74
Nota 1 Esta transicin slo es posible si el estado anterior era ETD en espera (p2). Nota 2 Esta transicin slo es posible si el estado anterior era ETCD en espera (p3). Nota 3 Esta transicin puede tener lugar despues del perodo de temporizacin T13. Nota 4 Esta transicin slo es posible si el estado anterior era preparado (pl ) o ETCD en espera (p3). Nota 5 Esta transicin slo es posible si el estado anterior era preparado (pl) o ETD en espera (p2). Nota 6 Esta transicin ocurre tambien despus que expira por segunda vez el perodo de temporizacin T13 (sin transmisin de ningn paquete, salvo, si acaso, un paquete de diagnstico).
Edicin de 2009
Diagrama de estados para la transferencia de paquetes de establecimiento y liberacin de la comunicacin dentro del estado de nivel paquete preparado (p1)
FIGURA B-2/X.25
ADJUNTO II13
II13/75
d1 Control de flujo preparado

ETD ETCD
Peticin de reiniciacin
Indicacin de reiniciacin o confirmacin de reiniciacin por el ETCD

ETCD
Peticin de reiniciacin o confirmacin de reiniciacin por el ETD

ETD
Indicacin de reiniciacin
ETD
ETCD
Peticin de reiniciacin
d2 Peticin de reiniciacin por el ETD
d3 Indicacin de reiniciacin por el ETCD
Indicacin de reiniciacin (vase la nota)
CCITT-18561
Nota Esta transicin puede tener lugar despus del perodo de temporizacin T12.
FIGURA B-3/X.25
Diagrama de estados para la transferencia de paquetes de reiniciacin dentro del estado de transferencia de datos (p4)
[...]
Edicin de 2009
II13/76
Temporizaciones en el ETCD y tiempos lmite en el ETD aplicables en la capa paquete D.1
ANEXO D
En ciertas circunstancias, la Recomendacin X.25 especifica que el ETD debe responder a un paquete procedente del ETCD dentro de un perodo de tiempo mximo especificado. D-1/X.25.
Temporizaciones en el ETCD
En el cuadro D-1/X.25 se indican estas circunstancias y las acciones que el ETCD debe iniciar al expirar uno de estos perodos mximos. Los valores de temporizacin que utilice el ETCD no sern nunca inferiores a los indicados en el cuadro D.2
Nota El ETD puede utilizar un temporizador con un perodo de temporizacin ms corto que el indicado para T21 en el cuadro D-2/X.25. Esto puede ser adecuado cuando el ETD conoce el tiempo de respuesta normal del ETD llamado para una llamada entrante. En este caso, el temporizador debe tener en cuenta el tiempo de respuesta mximo normal del ETD y el tiempo mximo calculado de establecimiento de la comunicacin.
A fin de facilitar la recuperacin despus de producirse dichas condiciones de fallo, el ETD puede incorporar temporizadores. Los tiempos lmite indicados en el cuadro D-2/X.25 son los lmites inferiores de los tiempos que un ETD debe permitir para obtener un funcionamiento adecuado. Puede utilizarse un tiempo lmite superior a los valores indicados. En el cuadro D-2/X.25 figuran posibles acciones que efectua el ETD al expirar los tiempos lmite.
En ciertas circunstancias, la Recomendacin X.25 exige que el ETCD responda a un paquete proveniente del ETD dentro de un perodo de tiempo mximo especificado. Estos perodos de tiempo mximo se indican en el cuadro D-2/X.25. Los tiempos de respuesta reales del ETCD deben estar dentro de los tiempos lmite especificados. La situacin poco frecuente en que se rebasa un tiempo lmite slo debe producirse cuando hay una condicin de fallo.
Tiempos lmite en el ETD
Edicin de 2009
CUADRO D1/X.25 Temporizaciones en el ETCD Acciones que han de efectuarse al expirar por primera vez la temporizacin Extremo local Extremo distante Extremo local El ETCD pasa al estado r1 y puede enviar un paquete de diagnstico (# 52) Para circuitos virtuales permanentes, el ETCD puede pasar al estado d3 sealando una indicacin de reiniciacin (error de procedimiento en el extremo distante # 52) El ETCD pasa al estado p7 sealando una indicacin de liberacin (error de procedimiento en el extremo distante local # 49) El ETCD permanece en es estado r3, seala una indicacin de rearranque (error de procedimiento local # 52) de nuevo, y rearranca el temporizador T10 El ETCD pasa al estado p7 sealando una indicacin de liberacin (error de procedimiento local # 49) Acciones que han de efectuarse al expirar por primera vez la temporizacin Extremo distante Para circuitos virtuales permanentes, el ETCD puede pasar al estado d3 sealando una indicacin de reiniciacin (error de procedimiento en el extremo distante # 52)
Nmero de la temporizacin r3 El ETCD abandona el estado r3 (o sea se recibe confirmacin de rearranque o peticin de rearranque) El ETCD abandona el estado p3 (es decir, se recibe llamada aceptada, peticin de liberacin o peticin de llamada) El ETCD abandona el estado d3 (o sea, se recibe confirmacin de reiniciacin o peticin de reiniciacin) El ETCD permanece en el estado d3, seala una indicacin de reiniciacin (error de procedimiento local # 51) de nuevo, y rearranca el temporizador T12 El ETCD puede pasar al estado d3, sealando una indicacin de reiniciacin (error de procedimiento en el extremo distante # 51)
Valor de la temporizacin
Se inicia cuando
Estado del canal lgico
Termina normalmente cuando
T10
60 s
El ETCD enva una indicacin de rearranque
T11 p3
180 s
El ETCD enva una llamada entrante
ADJUNTO II13
T12
60 s
El ETCD enva una indicacin de reiniciacin
d3
Para llamadas virtuales el ETCD pasa al estado p7 sealando una indicacin de liberacin (error de procedimiento local # 51). Para circuitos virtuales permanentes, el ETCD pasa al estado d1 y puede enviar un paquete de diagnstico (# 51)
Para llamadas virtuales el ETCD pasa al estado p7 sealando una indicacin de liberacin (error de procedimiento en el extremo distante # 51). Para circuitos virtuales permanentes, el ETCD pasa al estado d3 sealando una indicacin de reiniciacin (error de procedimiento en el extremo distante # 51) El ETCD pasa al estado p1 y puede enviar un paquete de diagnstico (# 50)
T13 El ETCD abandona el estado p7 (o sea, se recibe confirmacin de liberacin o peticin de liberacin)
60 s
El ETCD enva una indicacin de liberacin
p7
El ETCD permanece en el estado p7, seala una indicacin de liberacin (error de procedimiento local # 50) de nuevo, y rearranca el temporizador T13
II13/77
Edicin de 2009
II13/78
Tiempo lmite en el ETD Nmero del tiempo lmite T20 Valor del tiempo lmite 180 s Se inicia cuando El ETD enva una peticin de rearranque El ETD enva una peticin de llamada El ETD enva una peticin de reiniciacin Estado del canal lgico r2 Termina normalmente cuando El ETD abandona el estado r2 (o sea, se recibe confirmacin de rearranque o indicacin de rearranque) Accin preferida al expirar tiempo lmite
CUADRO D2/X.25
Retransmitir la peticin de rearranque (vase la nota 1) Retransmitir una peticin de liberacin
T21
200 s
p2
T22
180 s
d2
El ETD abandona el estado p2 (o sea, se recibe comunicacin establecida, indicacin de liberacin o llamada entrante)
El ETD abandona el estado d2 (o sea, se recibe confirmacin de reiniciacin o indicacin de reiniciacin)
T23
180 s
El ETD enva una peticin de liberacin El ETD enva una peticin de registro
p6
T28 (vase la nota 3)
300 s
Cualquiera
El ETD abandona el estado p6 (o sea, se recibe confirmacin de liberacin o indicacin de liberacin) El ETD recibe la confirmacin de registro o un paquete de diagnstico
Para circuitos virtuales permanentes, retransmitir la peticin de reiniciacin (vase la nota 2) Retransmitir la peticin de liberacin (vase la nota 2)
Para llamadas virtuales, retransmitir la peticin de reiniciacin o transmitir una peticin de
Puede transmitir la peticin de registro, pero en algn momento debe determinar que no se ofrece la facilidad de registro de facilidad en lnea
Nota 1 Despus de repeticiones infructuosas de tentativas, debern tomarse decisiones de recuperacin en capas superiores.
Nota 2 Despus de repeticiones infructuosas de tentativas, deber considerarse que el canal lgico est fuera de servicio. Slo debe invocarse el procedimiento de rearranque para la recuperacin si es aceptable la reiniciacin de todos los canales lgicos.
Nota 3 Los temporizadores T24 a T27 del ETD han sido asignados por la Organizacin Internacional de Normalizacin (ISO) en la especificacin de la capa paquete para los ETD de la Recomendacin X.25. Por consiguiente, a fin de evitar ambigedades y confusiones, a este tiempo lmite se le ha dado el nmero T28.
[...]
Edicin de 2009
ADJUNTO II13
G.1
Facilidades de ETD especificadas por el CCITT para el servicio de red ISA Introduccin
ANEXO G
II13/79
Las facilidades que se describen en el presente anexo estn destinadas a soportar la sealizacin de extremo a extremo que requiere el servicio de red ISA. Se ajustan al marcador de facilidad de ETD especificada por el CCITT definido en el 7.1. Estas facilidades se pasan sin modificacin entre los dos ETD modo paquete.
Los procedimientos para que los ETD utilicen estas facilidades se especifican en ISO 8208. Ha de continuar estudindose la provisin posterior de las facilidades de la Recomendacin X.25 que se aplicarn en las redes pblicas de datos. Se define aqu la codificacin de las facilidades mencionadas en el presente anexo con el objeto de conseguir un esquema homogneo de codificacin de facilidades para dicha evolucin futura. G.2 En el cuadro G-l/X.25 se indica la codificacin del campo de cdigo de facilidad para cada facilidad de ETD especificada por el CCITT, as como los tipos de paquete en que pueden estar presentes. Estas facilidades van despus del marcador de facilidad del ETD especificado por el CCITT. Codificacin de los campos de cdigo de facilidad
Codificacin del campo de cdigo de facilidad Comunica- Peticin cin estade blecida liberacin X X (vase la nota) X CUADRO G-l/X.25
Facilidades Ampliacin de la direccin llamante Ampliacin de la direccin llamante Clase de caudal mnima Negociacin de la calidad de servicio: Retardo de trnsito de extremo a extremo
Peticin de llamada X X
Tipos de paquetes en los que se puede utilizar la facilidad Llamada entrante X X Llamada aceptada X
Indicacin de liberacin X
Cdigo de facilidades 8 1 1 7 6 0 0 Bits 5 4 3 0 0 1 0 1 0 2 1
1 1
1 0
1 1
Negociacin de datos acelerados
Proteccin
Prioridad
Nota nicamente cuando se utiliza la facilidad de seleccin de desviacin de llamadas (vase el 6.25.2.2).
X X
X (vase la nota)
X (vase la nota)
X (vase la nota)
X (vase la nota)
X (vase la nota)
0 1
0 1
0 0
0 0
1 0 1 0
1 1
0 0
1 0
0 0
0 0
Edicin de 2009
II13/80 G.3 G.3.1
Codifcacin del campo de parmetros de facilidad Facilidad de ampliacin de la direccin llamante
El octeto que sigue al campo de cdigo de facilidad indica la longitud, en octetos, del campo de parmetros de facilidad, y tiene un valor n + 1, siendo n el nmero de octetos necesarios para abarcar la ampliacin de la direccin llamante. El campo de parmetros de facilidad sigue a la longitud y contiene la ampliacin de la direccin llamante. El primer octeto del campo de parmetros de facilidad indica, en los bits 8 y 7, la utilizacin de la ampliacin de la direccin llamante, como se muestra en el cuadro G-2/X.25.
Codificacin de los bits 8 y 7 en el primer octeto del campo de parmetros de facilidad de ampliacin de la direccin llamante 7 Utilizacin de la ampliacin de la direccin llamante Para transportar una direccin llamante asignada de conformidad con la Recomendacin X.213/ISO 8348 AD2 Reservado Reservado Otro uso (para transportar una direccin llamante no asignada de conformidad con la Recomendacin X.213/ISO 8348 AD2) CUADRO G-2/X.25
8 0 0 1 1
Bits
0 1 0 1
Los bits 6, 5, 4, 3, 2 y 1 de este octeto indican el nmero de semi-octetos (hasta un mximo de 40) en la ampliacin de la direccin llamante. Este indicador de la longitud de la direccin se codifica en forma binaria, siendo el bit 1 el de orden inferior. Si los bits 8 y 7 del primer octeto del campo de parmetros de facilidad se codifican 00, los octetos siguientes se codifican utilizando la codificacin binaria preferida (CBP) definida en la Recomendacin X.213. Empezando por el dgito de orden superior de la parte dominio inicial (PDI), la direccin se codifica en el octeto 2 y los octetos consecutivos del campo de parmetros de facilidad. Cada dgito, incluidos los dgitos de relleno que sea necesario insertar, se codifica en un semiocteto como decimal codificado en binario, siendo el bit 5 o el bit 1 el bit de orden inferior del dgito. En cada octeto, el bit de orden superior se codifica en los bits 8, 7, 6 y 5. La parte especificacin de dominio (PED) del PASR-ISA llamante sigue a la PDI y se codifica en decimal o en binario, de acuerdo con la CBP. Por ejemplo, si la sintaxis de la PED es decimal, cada dgito se codifica como decimal codificado en binario (aplicndose a la PED las mismas reglas indicadas anteriormente para la PDI). Si la sintaxis de la PED es binaria, cada octeto de la ampliacin de la direccin llamante contiene un octeto de la PED. Los octetos siguientes contienen la ampliacin de la direccin llamante.
Si los bits 8 y 7 del primer octeto del campo de parmetros de facilidad se codifican 10, cada dgito de la ampliacin de la direccin llamante se codifica en un semiocteto como decimal codificado en binario, siendo el bit 5 1 el bit de orden inferior del dgito. La direccin se codifica en el octeto 2 y octetos consecutivos del campo de parmetros de facilidad a razn de dos dgitos por octeto, empezando por el dgito de orden superior. En cada octeto, el dgito de orden superior se codifica en los bits 8, 7, 6 y 5. Cuando sea necesario, el campo de parmetros de facilidad deber completarse de modo que comprenda un nmero entero de octetos, para lo cual se insertan ceros en los bits 4, 3, 2 y 1 del ltimo octeto del campo.
Edicin de 2009
G.3.2
ADJUNTO II13
II13/81
El octeto que sigue al campo de cdigo de facilidad indica la longitud del campo de parmetros de facilidad, en octetos y, tiene el valor n + 1, siendo n el nmero de octetos necesarios para abarcar la ampliacin de la direccin llamada. El campo de parmetros de facilidad sigue a la longitud e indica la ampliacin de la direccin llamada.
Facilidad de ampliacin de la direccin llamada
El primer octeto del campo de parmetros de facilidad indica, en los bits 8 y 7, el uso de la ampliacin de la direccin llamada, como se muestra en el cuadro G-3/X.25.
CUADRO G-3/X.25
Codificacin de los bits 8 y 7 del primer octeto del campo de parmetros de facilidad de ampliacin de la direccin llamada Bits Utilizacin de la ampliacin de la direccin llamada Para transportar una direccin llamada asignada de conformidad con la Recomendacin X.213/ISO 8348 AD2 Reservado Reservado Otro uso (para transportar una direccin llamada no asignada de conformidad con la Recomendacin X.213/ISO 8348 AD2)
8 0 0 1 1
0 1 0 1
Los bits 6, 5, 4, 3, 2 y 1 de este octeto indican el nmero de semioctetos (hasta un mximo de 40) en la ampliacin de la direccin llamada. Este indicador de la longitud de la direccin se codifica en forma binaria, siendo el bit 1 el de orden inferior. Si los bits 8 y 7 del primer octeto del campo de parmetros de facilidad se codifican 00, los octetos que siguen se codifican utilizando la codificacin binaria preferida (CBP) definida en la Recomendacin 213. La direccin se codifica en el octeto 2 y octetos consecutivos del campo de parmetros de facilidad, comenzando por el dgito de orden ms elevado de la parte dominio inicial (PDI). Cada dgito, incluidos los dgitos de relleno que sea necesario insertar, se codifica en un semiocteto como decimal codificado en binario, siendo el bit 5 o el bit 1 el de orden inferior del dgito. En cada octeto, el bit de orden ms elevado se codifica en los bits 8, 7, 6 y 5. La parte especificacin de dominio (PED) del PASR-ISA sigue a la PDI y se codifica en decimal o en binario de acuerdo con la CBP. Por ejemplo, si la sintaxis de la PED es decimal, cada dgito se codifica como decimal codificado en binario (aplicndose a la PED las mismas reglas indicadas anteriormente para la PDI). Si la sintaxis de la PED es binaria, cada octeto de la ampliacin de la direccin llamada contiene un octeto de la PED. Los octetos siguientes contienen la ampliacin de la direccin llamada.
Si los bits 8 y 7 del primer octeto del campo de parmetros de facilidad se codifican 10, cada dgito de la ampliacin de la direccin llamada se codifica en un semiocteto como decimal codificado en binario, siendo el bit 5 o el 1 el bit de orden inferior del dgito. La direccin se codifica en el octeto 2 y octetos consecutivos del campo de parmetros de facilidad a razn de dos dgitos por octeto, empezando por el dgito de orden superior. En cada octeto, el dgito de orden superior se codifica en los bits 8, 7, 6 y 5. Cuando sea necesario, el campo de parmetros de facilidad debe completarse de modo que tenga un nmero entero de octetos, para lo cual se insertan ceros en los bits 4, 3, 2 y 1 del ltimo octeto del campo.
Edicin de 2009
II13/82 G.3.3 G.3.3.1
Facilidades de negociacin de la calidad de servicio Facilidad de clase de caudal mnima
La clase de caudal mnima para el sentido de transmisin de datos que parte del ETD llamante se indica en los bits 4, 3, 2 y 1. La clase de caudal mnima para el sentido de transmisin de datos que parte del ETD llamado se indica en los bits 8, 7, 6 y 5. Los cuatro bits que indican cada clase de caudal se codifican en binario y corresponden a las clases de caudal indicadas en el cuadro 30/X.25. G.3.3.2 Facilidad de retardo de trnsito de extremo a extremo
El octeto que sigue al campo de cdigo de facilidad indica la longitud, en octetos, del campo de parmetros de facilidad, y tiene un valor de 2, 4 6.
El primer y segundo octetos del campo de parmetros de facilidad contienen el retardo de trnsito acumulativo. El tercer y cuarto octetos son facultativos y, cuando estn presentes, contienen el retardo de trnsito de extremo a extremo pedido. El quinto y sexto octetos son facultativos y, cuando estn presentes, contienen el retardo de trnsito de extremo a extremo mximo aceptable. Si los octetos tercero y cuarto estn presentes, los octetos quinto y sexto tambin son facultativos. Los octetos facultativos no estn presentes en los paquetes de llamada aceptada y de comunicacin establecida. El retardo de trnsito se expresa en milisegundos y se codifica en binario, siendo el bit 8 del primero de un par de octetos el bit de orden superior, y el bit 1 del segundo de un par de octetos el bit de orden inferior. El valor todos uno del retardo de trnsito acumulativo indica que el retardo de trnsito acumulativo es desconocido o excede de 65 534 milisegundos. G.3.3.3 Facilidad de prioridad
El primero, segundo y tercer octetos del campo de parmetros de facilidad contienen el valor deseado (paquete de peticin de llamada), el valor disponible (paquete de llamada entrante) o el valor seleccionado (paquetes de llamada aceptada y comunicacin establecida) para la prioridad de los datos en una conexin, la prioridad para obtener una conexin y la prioridad para mantener una conexin, respectivamente. El cuarto, quinto y sexto octetos del campo de parmetros de facilidad en paquetes de peticin de llamada y llamada entrante continenen los valores mnimos aceptables para la prioridad de los datos en una conexin, la prioridad para obtener una conexin y la prioridad para mantener una conexin, respectivamente. Cuando esta facilidad est presente en paquetes peticin de llamada y llamada entrante, los octetos 2 a 6 del campo de parmetros de facilidad son facultativos. Por ejemplo, si los nicos valores que han de especificarse son el valor deseado y el valor ms bajo aceptable para la prioridad de obtener una conexin, el campo de parmetros de facilidad tendr por lo menos 5 octetos, conteniendo los octetos 1, 3 y 4 el valor no especificado, y los octetos 2 y 5 los valores especificados. Cuando la facilidad est presente en paquetes de llamada aceptada y comunicacin establecida, los octetos 2 y 3 son facultativos. La gama posible de valores especificados para cada subparmetro va de 0 (prioridad ms baja) a 254 (prioridad ms alta). El valor 225 (1111 1111) indica no especificado. G.3.3.4 Facilidad de proteccin facilidad.
El octeto que sigue al campo de cdigo de facilidad indica la longitud, en octetos, del campo de parmetros de facilidad. Su valor puede ser 1, 2, 4, 4, 5 6.
Edicin de 2009
Los dos bits de orden ms elevado del primer octeto (es decir, los bits 8 y 7) del campo de parmetros de facilidad especifican el cdigo del formato de proteccin, como se indica en el cuadro G-4/X.25.
El octeto que sigue al cdigo de facilidad indica la longitud, en octetos, del campo de parmetros de
Codificacin de los dos bits de orden mis elevado en el primer octeto del cdigo de formato de proteccin Bits Cdigo de formato de proteccin Reservado Relativo a la direccin de origen Unico globalmente
CUADRO G-4/X.25
ADJUNTO II13
II13/83
0 0 1 1
1 0 1
Relativo a la direccin de destino
El segundo octeto del campo de parmetros de facilidad especifica la longitud n, en octetos del nivel de proteccin deseado (paquetes de peticin de llamada), disponible (paquete de llamada entrante) o seleccionado (paquetes de llamada aceptada y comunicacin establecida). El valor real va contenido en los n octetos siguientes. Facultativamente, el octeto n + 3 del campo de parmetros de facilidad especifica la longitud m en octetos, del nivel de proteccin ms bajo aceptable en paquetes de peticin de llamada y llamada entrante. El valor real va contenido en los m octetos siguientes. Los octetos facultativos no estn presentes en paquetes de llamada aceptada y comunicacin establecida. Nota Los valores de n y m estn limitados en primer lugar por la longitud global de la facilidad (primer octeto), y en segundo lugar, cada uno de ellos, por el valor del otro. G.3.4 La codificacin del campo de parmetros de facilidad es: Facilidad de negociacin de datos acelerados bit 1 = 0 si no se usan datos acelerados a cero. [...] bit 1 = 0 si se usan datos acelerados. Nota Los bits 8, 7, 6, 5, 4, 3 y 2 podrn asignarse en el futuro a otras facilidades. Actualmente se ponen
Los otros seis bits del octeto estn reservados y debern ponerse a cero.
Edicin de 2009
II13/84
En el presente apndice, que tiene fines explicativos, se indican los patrones (o configuraciones) de bits que existirn en la capa fsica para algunas de las tramas no numeradas. Se incluye para facilitar la comprensin del mecanismo de transparencia y de la realizacin de la secuencia de verificacin de trama. I.1 A continuacin figuran ejemplos de patrones (o configuraciones) de bits que transmitir el ETCD para algunas tramas no numeradas: Ejemplo 1: Trama de instruccin SABM con direccin = A, P = 1 Primer bit transmitido 0111 1110 Bandera 1100 0000 Direccin = A 1111 1(03)100 SABM (P = I) Ultimo bit transmitido
Ejemplos de patrones de bits transmitidos por el ETCD y el ETD en 19 capa de enlace de datos
APENDICE I
Ejemplo 2 : Trama de respuesta UA con direccin = B, F = 1 Primer bit transmitido 0111 1110 Bandera 1000 0000 Direccin = B 1100 1110 UA (F = I)
1101 1010 0011 011 Secuencia de verificacin de trama
0111 1110 Bandera
Ultimo bit transmitido
0111 1110 Bandera
I.2 Figuran a continuacin unos ejemplos de los patrones de bits que deber transmitir el ETD para algunas tramas no numeradas: Ejemplo 1: Trama de instruccin SABM con direccin = B, P = 1 Primer bit transmitido 0111 1110 Bandera 1000 000 Direccin = B 11111(03)100 SABM (P = I) Ultimo bit transmitido
Ejemplo 2 : Trama de respuesta UA con direccin = A, F = 1 Primer bit transmitido 0111 1110 Bandera 1100 0000 Direccin = A 1100 1110 UA (F = I)
1101 0111 11(03) 11 1011 Secuencia de verificacin de trama
0111 1110 Bandera
3)
Edicin de 2009
________
Ultimo bit transmitido
0111 1110 Bandera
Cero insertado para la transparencia.
Explicacin de la obtencin de los valores N1 en el 2.4.8.5 En este apndice se explica la obtencin de los valores indicados del parmetro N1 de la capa de enlace que aparecen en el 2.4.8.5. Introduccin En el 2.4.8.5 indica que para un funcionamiento universal, un ETD debe soportar un valor N1 del ETD no inferior a 1080 bits (135 octetos). N1 del ETD
APENDICE II
ADJUNTO II13
II13/85
Para un funcionamiento universal, un ETD debe ser capaz de aceptar al menos el paquete ms largo que puede transmitir a travs del interfaz ETD/ETCD cuando no se apliquen opciones. Esto significa que el ETD puede optar por no soportar, por ejemplo, ningn tipo de facilidades facultativas para el funcionamiento universal, pero tiene que soportar, por ejemplo, un paquete de datos que utilice el tamao de paquete por defecto normalizado. En consecuencia, el factor que determina el mximo valor de N1 que debe soportar un ETD es el tamao del paquete por defecto normalizado de un paquete de datos, en vez del tamao de un paquete de establecimiento de la comunicacin. En consecuencia, para un funcionamiento universal, un ETD deber soportar un valor N1 del ETD que no sea inferior a 135 octetos, obtenidos como se indica en el cuadro siguiente
CUADRO II1/X.25
Obtencin del valor mnimo de N1 para un ETD Nombre del campo Encabezamiento de paquete (capa 3) Datos de usuario (capa 3) 128 Direccin (capa 2) Control (capa 2) SVT (capa 2) TOTAL Longitud del campo (octetos) 3
1 2
135
Nota Un ETD deber soportar valores de N1 mayores cuando se apliquen facilidades facultativas.
N1 del ETCD
En el 2.4.8.5 se indica que todas las redes debern ofrecer a un ETD que lo haya solicitado un valor N1 del ETCD mayor o igual que 2072 bits (259 octetos) ms la longitud de los campos de direccin, de control y de SVT.
Edicin de 2009
Cuando la longitud mxima del campo de datos de un paquete de datos soportado sea menor o igual que el valor por defecto normalizado de 128 octetos, el factor determinante (del valor del N1 del ETCD) es el paquete de peticin de liberacin, en vez del paquete de datos. En consecuencia, la red ofrecer a un ETD un valor de N1 del ETCD no inferior a 263 264 octetos, obtenido como se indica en el cuadro siguiente.
Obtencin del valor mnimo de N1 para un ETCD Nombre del campo CUADRO II2/X.25
II13/86
Encabezamiento (capa 3)
Longitud del campo (octetos) 1 3
Causa de liberacin (capa 3)
Cdigo de diagnstico (capa 3)
Longitud de la direccin del ETTD (capa 3) Direccin(es) del ETTD (capa 3) Longitud de la facilidad (capa 3) Facilidades (capa 3) Total de la capa 3 Control (capa 2) SVT (capa 2) TOTAL
15 109 259 1 1
Datos de usuario para liberacin (capa 3) Direccin (capa 2) Procedimiento multienlace
128
1 ou 2* 2** 2
* Si se soporta el funcionamiento en la capa 2 mdulo 128. ** Se soportan los procedimientos multienlace (MLP).
263 264* 265** 266*, **
Cuando la longitud mxima del campo de datos de usuario de un paquete de datos soportado sea mayor que el valor por defecto normalizado de 128 octetos, el factor determinante (del valor N1 del ETCD) es el paquete de datos, en vez del paquete de peticin de liberacin. En consecuencia, la red ofrecer a un ETD un valor de N1 del ETCD mayor o igual que: [la longitud mxima del paquete de datos + la longitud del campo de direccin (capa 2) + la longitud del campo de control (capa 2) + la longitud del campo de SVT (capa 2)].
Edicin de 2009
ADJUNTO II13
II13/87
En el cuadro que sigue se indican los valores del N1 del ETCD para cada uno de los casos posibles. El cuadro muestra para cada caso si: Clculos generales del N1 del ETCD a) b) c) d) se utiliza la capa 2 mdulo 128, si se utilizan procedimientos multienlace, si se utiliza la capa 3 mdulo 128, y/o la longitud mxima del campo de datos (p) en un paquete de datos es mayor o igual que 256 octetos.
Diversos casos y valores mnimos correspondientes de B1 para el ETCD Capa 3 mdulo 128 p 256 CUADRO II3/X.25
Capa 2 mdulo 128
MLP X X X X X X X X
259 + 4*
N1 del ETCD (octetos)
X X X X
259 + 4* + 2***** p + 3** + 4* 259 + 4* p + 3** + 4* + 2***** 259 + 4* + 2*****
X X
X X
p + 3** + 1*** + 4* 259 + 4* + 1****
X X X X X X X * ** *** **** ***** X
p + 3** + 1*** + 4* + 2***** 259 + 4* + 1**** + 2***** p + 3** + 1**** + 4* + 2***** 259 + 4* + 1**** + 2***** 259 + 4* + 1**** p + 3** + 1**** + 4*
X X
X X
X X
p + 3** + 1*** + 4* + 1****
[...]
Nmero de octetos para los campos de trama de capa 2 mdulo 128. Nmero de octetos para los campos de encabezamiento de paquete de capa 3. Octeto adicional para operaciones de capa 3 mdulo 128. Octeto adicional para operaciones de capa 2 mdulo 128. Octetos adicionales para soporte del MLP.
p + 3** + 1*** + 4* + 1**** + 2*****
Edicin de 2009
ADJUNTO II-14
UTILIZACIN DE CIRCUITOS VIRTUALES CONMUTADOS (CVC) X.25

Las llamadas virtuales X.25, denominadas tambin circuitos virtuales conmutados (CVC), son utilizadas en el SMT. Los CVC X.25 pueden utilizarse en un entorno X.25 exclusivo, o conjuntamente con otros protocolos de comunicacin, como el TCP/IP. En todos los casos, la utilizacin de los circuitos virtuales conmutados (CVC) presenta las ventajas siguientes con respecto a los circuitos virtuales permanentes (CVP): a) reduce la prdida de datos en circuitos con conmutadores de paquetes; b) permite utilizar circuitos de respaldo con un nivel de perturbacin mnimo; c) permite un intercambio flexible de datos mediante negociacin del tamao del paquete, del tamao de la ventana, de la clase de caudal, etc.
En las secciones siguientes se describen los usos habituales y las caractersticas de configuracin de los CVC X.25 en el Sistema Mundial de Telecomunicacin. Se ofrecen tambin recomendaciones bsicas para la implementacin de CVC X.25. 1 1.1 de rutina. 1.2 X.25 exclusivamente Tipo de trfico Trfico de sistema de conmutacin de mensajes (SCM) tradicional; es decir, mensajes continuos Caractersticas de configuracin Una conexin de los circuitos virtuales conmutados exclusivamente X.25 puede ser tratada como: a) una conexin X.25 constante entre centros que funciona de manera anloga a la de un CVP (circuito virtual permanente); b) una conexin X.25 transitoria entre centros. 1.3 1.3.1 Funcionamiento recomendado Flujo de trfico
Dado que el manejo del trfico entrante y saliente de los circuitos virtuales conmutados es ms fcil de controlar y menos ambiguo de realizar en el SCM, se recomienda que el flujo de trfico en un CVC X.25 sea unidireccional. En estos casos, un centro transmisor inicia el establecimiento de llamada X.25 para establecer un CVC para su trfico saliente. 1.3.2 Liberacin de una llamada X.25 Con respecto a los circuitos virtuales conmutados, se podr: a) mantenerlos abiertos siempre que sea posible; o bien: b) liberarlos mediante un temporizador de inactividad desde uno de los dos centros. El primer mtodo constituye la forma ms sencilla de intercambiar mensajes de rutina en un circuito arrendado, y es similar a una conexin CVP. Sin embargo, el segundo podra ser una solucin deseable, por ejemplo cuando se utilizan redes pblicas de datos o cuando existen restricciones para la conmutacin de paquetes. Se recomienda acordar bilateralmente la solucin elegida. 2 2.1 IP en soporte X.25 Tipo de trfico
Datos que no estn tradicionalmente asociados a un SCM (por ejemplo, imgenes por satlite), intercambiados intermitentemente en tiempo real, por lo general va FTP. Los datos suelen transmitirse en rfagas.
Edicin de 2009
II-14/2 2.2 2.2.1
Caractersticas de configuracin Los CVC X.25 suelen ser intermitentes entre centros adyacentes.
2.2.2 Ciertos detalles especficos de la conexin (por ejemplo, el nmero de CVC permitidos, o un temporizador inactivo para la liberacin de las llamadas) podrn depender de la marca o de la configuracin del encaminador. 2.3 Funcionamiento recomendado
Los encaminadores proporcionan funciones flexibles para manejar el establecimiento y la liberacin de las llamadas X.25 en caso de trfico unidireccional y bidireccional en un CVC. Dado que los datos tienden a transmitirse en rfagas, no es deseable la permanencia de CVC innecesarios durante largos perodos. Por ello se recomienda, para una utilizacin eficaz, configurar un temporizador inactivo para la liberacin de las llamadas en los encaminadores. 3 3.1 X.25 en soporte IP Tipo de trfico Trfico SCM tradicional; es decir, mensajes continuos de rutina. 3.2 3.2.1 3.2.2 3.3 Caractersticas de la configuracin La conexin X.25 puede ser constante o temporal entre centros adyacentes. No existen normas respecto de X.25 en soporte IP. Funcionamiento recomendado
La forma de operacin recomendada para la parte basada en X.25 es la misma que en la seccin 1.3. Dado que no existen normas sobre X.25 en soporte IP, esta solucin es especfica para cada encaminador. Por consiguiente, todo encaminador y configuracin de encaminador deber ser adoptado bilateralmente. Conviene sealar que IP en soporte X.25 y X.25 en soporte IP no son tan eficientes como X.25 o IP exclusivamente. Aunque IP en soporte X.25 est normalizado (con las ventajas que ello conlleva), los centros podran desear pasar a X.25 en soporte IP o a IP exclusivamente si el volumen de trfico IP se hace considerable, ya que cuanto ms IP deba ser encapsulado en X.25 menos eficiente ser el enlace.
Edicin de 2009
ADJUNTO II-15
PRcticas y procedimientos recomendados para la instalacin, utilizaciN Y APLICACIN EN EL SMT DE SERVICIOS BASADOS EN EL PROTOCOLO DE CONTROL DE TRAMISIN/protocolo internet (TCP/IP)
PREFACIO La direccin estratgica del desarrollo del SMT, tal como fuera aprobada por la CSB, ha estado basada desde el comienzo de los aos ochenta en las normas de la interconexin de sistemas abiertos (ISA), y especialmente en la Recomendacin UIT-T X.25. Sin embargo, en la actualidad la CSB considera que el protocolo TCP/IP, utilizado en Internet, debera sustituir al X.25 como soporte de las operaciones del SMT en el futuro. Este cambio de direccin estratgica ha evolucionado en la CSB durante los ltimos aos. Ello ha sucedido por varias razones, en particular por el aumento de las necesidades funcionales de los diversos programas de la OMM, y por la evolucin de Internet y de sus normas tcnicas de apoyo, como fuerza dominante en la industria de la tecnologa de la informacin, suplantando a las normas ISA en muchos campos. La transicin a TCP/IP se considera apropiada, ya que: a) el apoyo de los vendedores a la tecnologa X.25 va en disminucin y se est encareciendo, la preferen cia de la industria por TCP/IP; b) TCP/IP permite el empleo de numerosos programas utilitarios disponibles en el comercio, que ofre cen soluciones a las necesidades de comunicacin de los Miembros, como la transferencia de ficheros, de visualizacin de pginas Web, el correo electrnico y otras aplicaciones, como las comunicaciones multimedia; c) TCP/IP permite una conexin ms flexible y verstil entre los Miembros de lo que es posible con el equivalente basado en X.25.
Estos beneficios se traducen directamente en ahorros de recursos financieros y humanos de los Miembros, ya que reducen: a) los costos de compra y mantenimiento de los equipos de comunicaciones; y b) el trabajo que requiere la elaboracin de programas de computadora, gracias a la utilizacin de pro gramas estndar en el sector. Se han hecho considerables esfuerzos por definir el marco de aplicacin de TCP/IP al SMT y para lograr una transicin ordenada desde OSI/X.25, protocolo original del SMT. Adems, queda entendido que TCP/IP constituir la base de todas las nuevas funciones de telecomunicacin implementadas en apoyo de los Sistemas de Informacin (SIO) de la OMM. Los procedimientos definidos tienen por objeto preservar la funcin principal del SMT de transportar trfico operacional en tiempo real con un retardo mnimo. Se aborda tambin, en trminos generales, la manera de proteger el SMT de interferencias causadas por Internet. Sin embargo, los Miembros que tengan una conexin TCP/IP con el SMT y estn conectados tambin a Internet debern velar por aplicar y mantener unas prcticas de seguridad estrictas. El texto de este adjunto refleja la culminacin de los trabajos realizados por la CSB durante 1997 y 1998. Desde entonces, los procedimientos TCP/IP han sido implantados por la mayora de los centros nacionales. Se ha aprovechado la oportunidad para reflejar las experiencias prcticas adquiridas en la utilizacin de TCP/IP y para actualizar en consonancia el material. Adems, se ha creado un recurso en la World Wide Web que proporciona informacin adicional sobre la aplicacin tcnica de muchos de los conceptos y procedimientos introducidos en el presente adjunto. Esa informacin est disponible en las siguientes pginas web de la OMM: http://www.wmo.int/web/www/manuals.html http://www.wmo.int/web/www/documents.html Se aconseja encarecidamente a los Miembros que tengan presente la adopcin de la estrategia basada en TCP/IP para el futuro desarrollo del SMT cuando planifiquen el desarrollo futuro de los sistemas de sus Centros nacionales.
Edicin de 2009
II-15/2 1.
Introduccin
Perspectiva histrica En la actualidad, el SMT se utiliza principalmente para dar soporte a la aplicacin de conmutacin de mensajes mediante el intercambio de mensajes en formato OMM. Este intercambio se efecta mediante: el conjunto de protocolos TCP/IP, un servicio de transporte OSI limitado basado en conectividad X.25 punto a punto, suplementado con difusiones. Este tipo de implementacin es adecuada para la aplicacin tradicional de conmutacin de mensajes, aun teniendo presente que necesita mejoras continuas para poder dar soporte a los diversos programas de la OMM y a las nuevas necesidades del SIO. As, por ejemplo, el SMT servira de soporte a: Bases de datos distribuidas (DDB); Intercambio de datos entre centros no adyacentes; (MSS). Intercambio de informacin de difcil manejo mediante sistemas de conmutacin de mensajes
Finalidad del presente adjunto El presente adjunto tiene por objeto ayudar a los centros a implementar en el SMT servicios basados en el protocolo de control de transmisin/protocolo Internet (TCP/IP). Se parte de la base de que la implementacin de protocolos TCP/IP abarca todos los protocolos esenciales que normalmente integran el conjunto de protocolos TCP/IP, como se describe en los documentos de referencia RFC112 y RFC112 del Grupo de tareas sobre ingeniera de Internet (IETF). Estos documentos estn disponibles en el sitio web del IETF: http://www.ietf.org/ En el presente adjunto se describen los aspectos de la aplicacin de TCP/IP especficamente aplicables al SMT en respuesta a nuevas necesidades, as como el intercambio habitual de datos que desde hace ya tiempo realizan los sistemas de conmutacin de mensajes (MSS). Para ello, se ha tenido presente la evolucin tcnica del SMT a partir de una red X.25, atenindose al principio de que los centros han de seguir siendo autnomos en la medida de lo posible. Se tiene presente que el ritmo de implantacin de nuevos sistemas est determinado por los Miembros, en funcin de los recursos de que stos disponen y de sus prioridades relativas, aunque al mismo tiempo se espera conseguir una nueva funcionalidad SIO basada fundamentalmente en los protocolos TCP/IP. En este adjunto no se abordan los conceptos bsicos del TCP/IP, sino los aspectos esenciales que permitan aplicarlos con resultados satisfactorios en el SMT. Dichos aspectos son: utilizacin apropiada del SMT en comparacin con Internet; coexistencia del SMT con Internet; IP, X.25 y direccionamiento de sistema autnomo; gestin de encaminadores; servicios de aplicacin TCP/IP (por ejemplo, ftp); y gestin de fallos. Se describen tambin con carcter general las prcticas de seguridad recomendadas con respecto a TCP/IP, aunque no se abordan en detalle las cuestiones y prcticas de seguridad, ya que se trata de un tema altamente complejo. En el apndice 4 se ofrecen varias referencias sobre TCP/IP y sobre seguridad informtica. Se encontrar un anlisis ms completo de los aspectos de seguridad en la publicacin WMO Guide on Information Technology Security, disponible en el sitio web de la OMM: http://www.wmo.int/ web/www/manuals.html Relacin entre Internet y el SMT Internet ha crecido rpidamente en capacidad, grado de penetracin y diversidad de aplicaciones. Adems, en muchos pases el funcionamiento cotidiano de Internet, que sola considerarse uno de sus puntos dbiles, est alcanzando ya niveles de fiabilidad aceptables. Hay que sealar, con todo, que la propia naturaleza de Internet impide construir sobre ella un sistema con niveles de servicio especficos garantizados, ya que Internet es una amalgama de numerosos sistemas de telecomunicacin de cuya totalidad ningn operador es responsable. Por ello, se acepta que Internet puede utilizarse: como una tecnologa de base para determinados componentes del SMT en determinadas condiciones,
Edicin de 2009
ADJUNTO ii-15
II-15/3
como refuerzo del SMT, o como complemento del SMT. Tabla 1. Utilizacin de SMT y de Internet
SMT
Componente de comunicacin
Tecnologas de base
Enlaces especializados, redes en nube de alta disponibilidad, VPN mediante Internet con fines de respaldo, o situaciones en que no se disponga de otra tecnologa Conforme lo proporcione el proveedor
Funcin
Servicio de comunicacin imprescindiblemente puntual para operaciones relacionadas con el tiempo, el agua y el clima Comunicacin para necesidades menos crticas, y posiblemente para mayores volmenes de datos
Internet
La coexistencia con Internet conlleva tambin determinados problemas de seguridad que hay que resolver para que el SMT pueda desempear sus funciones. En particular, las redes deben estar diseadas de tal modo que el SMT est protegido del trfico general de Internet y asegurado frente a usos inapropiados y accesos no autorizados. As, la utilizacin de IP y de protocolos de encaminamientos dinmicos, como BGP4 (protocolo de puerta de enlace fronteriza) en la puerta de enlace estar gestionada de manera que no permita la comunicacin entre centros no adyacentes a no ser con el conocimiento y la concurrencia de todos los centros intermedios. En caso contrario existe el peligro de que una gran parte de la capacidad del SMT sea absorbida por trfico no habitual, en detrimento del intercambio de datos operacionales en tiempo real. Evolucin del SMT El estndar X.25 de ISO/UIT fue adoptado por la OMM a comienzos de los aos 80 para facilitar el intercambio de datos y productos codificados en claves binarias de la OMM (GRIB, BUFR, etc.) y como base para la introduccin de aplicaciones OSI. Aunque por aquel entonces OSI estaba considerada como la direccin estratgica hacia la que evolucionaran las comunicaciones de datos, la situacin ha cambiado. En la actualidad, es ya indiscutible que los protocolos TCP/IP son los ms aceptados y extendidos para el intercambio de datos. TCP/IP es adems apropiado porque: a) es el conjunto de protocolos predominante para usos cotidianos, y se entrega actualmente con casi todas las implementaciones de Unix y con numerosos sistemas operativos para computadora personal; b) ofrece una gran diversidad de aplicaciones estndar (transferencia de archivos, correo electrnico, acceso a distancia, World Wide Web, etc.) que evitarn en gran medida que la comunidad de la OMM tenga que desarrollar procedimientos y protocolos especiales, como vena haciendo hasta ahora. c) presenta cualidades tiles, como la posibilidad de encaminamiento alternativo (en redes con estruc tura de malla), que podran mejorar la fiabilidad del SMT.
En este texto, sin embargo, se ha tenido en cuenta que los centros basaron sus planes y desarrollaron su sistemas en consonancia con la filosofa OSI, y particularmente X.25, con el respaldo de la OMM y conforme se especifica en el Manual del SMT. La transicin a servicios basados en TCP/IP debe evolucionar ordenadamente a partir de los enlaces X.25, de tal manera que el funcionamiento del SMT no se vea alterado o amenazado. Para ello, se definen en el presente texto procedimientos que permiten implementar: a) un hbrido provisional basado en: i) soporte a servicios basados en TCP/IP sobre un servicio de red X.25; o bien: ii) soporte de datos X.25 mediante un servicio de red basado en IP a travs de encaminadores conec tados directamente;
Edicin de 2009
II-15/4
b) una transicin posterior a IP sin X.25 mediante encaminadores conectados directamente, junto con servicios de aplicacin basados en TCP/IP; por ejemplo, sockets TCP (identificadores de conexin), o protocolo de transferencia de archivos (ftp). La transicin a la segunda etapa (IP exclusivamente) es deseable por las razones siguientes: a) La utilizacin de TCP/IP sobre X.25 podra no proporcionar el caudal de trfico esperado debido al volumen de procesamiento no esencial del encaminador resultante de la encapsulacin por paquetes de las tramas IP en los paquetes X.25. Este inconveniente parece acentuarse a medida que aumentan las velocidades de lnea. Varias pruebas no exhaustivas efectuadas entre centros de la Regin VI arro jan una eficiencia inferior al 70% a 64 Kbps; b) es posible evitar las actividades de gestin y mantenimiento requeridas para la red X.25 y los conmu tadores de paquetes asociados; c) el transporte de trfico X.25 sobre IP obliga a utilizar determinadas marcas comerciales de encaminador. Para poder pasar a IP en rgimen exclusivo es necesario modificar los MSS de cada centro a fin de utilizar ciertos servicios TCP/IP, como ftp o sockets. Este aspecto se examinar con cierto detalle en el captulo 4. Otras cuestiones pertinentes Son ya muchos los centros con experiencia en la utilizacin de TCP/IP en el SMT. La experiencia revela que las principales cuestiones tcnicas que hay que abordar para conseguir una utilizacin generalizada de TCP/IP en el SMT son las siguientes: a) acordar unos mtodos comunes para que la aplicacin de conmutacin de mensajes utilice TCP/IP, o bien directamente o mediante aplicaciones de ms alto nivel, por ejemplo ftp; b) establecer convenciones y normas para la denominacin de los metadatos asociados a los archivos; c) concertar un acuerdo sobre los nombres de archivo y el direccionamiento que sea vlido para toda la comunidad.
El propsito del presente adjunto es avanzar en el estudio de estas cuestiones, algunas de las cuales estn relacionadas tanto con la gestin de datos como con las telecomunicaciones. Hay que tener presente tambin que el actual SMT no es una red homognea en sentido estricto, sino ms bien una coleccin de redes regionales y de enlaces punto a punto discretos. Adems, en el SMT existen tambin redes gestionadas mediante tecnologa de retransmisin de trama y MPLS (conmutacin por etiquetas multiprotocolo). Estas innovaciones plantean nuevas cuestiones de cooperacin multilateral en la utilizacin del SMT. Tales cuestiones, sin embargo, estn fuera del alcance del presente adjunto. 2. Principios que determinan la utilizacin de TCP/IP en el SMT
Gestin de trfico en el SMT y por Internet El conjunto de protocolos TCP/IP permite: a) simplificar la interconectividad entre sistemas de computadora permitiendo integrar varias tecnolo gas de telecomunicacin en una red coherente que puede incorporar rutas de refuerzo redundantes automticas; b) una disminucin de los costos, ya que proporciona soluciones de telecomunicacin de uso estndar; c) la creacin de aplicaciones modernas no circunscritas a unas reglas de trfico de almacenamiento y retransmisin estrictas y prefijadas.
Sin embargo, hay que tener tambin presentes los aspectos negativos; en particular, el aumento de flexibilidad en la interconexin y en las aplicaciones implica un menor control sobre el destino del trfico. As, un enlace de finalidad general conectado a una red en nube del SMT puede saturarse de trfico secundario solicitado por un sitio que no suele solicitar datos mediante un enlace dado. Puede dificultar tambin la llegada del trfico a su destino si existen rutas mal definidas (tanto en el SMT como en Internet) para llegar a ese destino. Conviene, pues, adoptar medidas de control y segregacin del trfico a fin de asegurar tres aspectos bsicos:
Edicin de 2009
ADJUNTO ii-15
II-15/5
a) la gestin del trfico (asegurndose de que los datos ms importantes son entregados puntualmente, o controlando la disponibilidad limitada de anchura de banda en ciertas reas); b) seguridad (protegiendo los centros frente a incidencias adversas no deseadas); c) coherencia del encaminamiento (asegurndose de que la red general resultante puede transportar sin dificultad trfico a cualquier ubicacin dada)
Para conseguir el control y la segregacin del trfico hay que tener en cuenta varios aspectos importantes: a) direccionamiento IP: utilizar direcciones de red reconocibles universalmente y coherentes, de manera que todos los sistemas tengan un solo nmero de referencia especfico, valido no slo en el SMT, sino en todo Internet y en cualquier otra red que pudiera interconectarse con el SMT; b) reglas de encaminamiento de red IP: utilizar un conjunto comn de protocolos y reglas de encamina miento para asegurarse de que el trfico llegue siempre a su destino sin retrasos ni confusiones; c) zonalizacin de los elementos de red de cada centro: crear diferentes zonas de red con diferentes niveles de seguridad, a fin de aislar los elementos ms esenciales de un centro de la red pblica, y asegurarse de que los datos pueden seguir siendo transportados entre zonas con diferentes niveles de seguridad
Topologa general de la interconexin En el Apndice 1 se exponen en trminos resumidos los tipos de interconectividad posibles entre los centros mediante SMT y por Internet, as como los flujos de datos tpicos. En el Apndice 2 se ofrece informacin especfica sobre la configuracin de los dispositivos para implementar esas funciones en la familia de encaminadores Cisco. Gestin de trfico La gestin del trfico es un aspecto lamentablemente no circunscrito a las redes, ya que obliga a abordar tambin las configuraciones para la gestin de datos y las aplicaciones. Esta funcin implica, pues, a varios grupos diferentes. Por lo general, puede afirmarse que algunas aplicaciones, como la de transferencia de archivos, o la World Wide Web, pueden dar lugar a grandes volmenes de trfico en los circuitos del SMT, cuya anchura de banda es limitada. Hay que imponer ciertos lmites para asegurarse de que el SMT transporta slo trfico importante; por ejemplo, los datos y productos en tiempo real actualmente intercambiados en el SMT, ms otros datos destinados a cubrir nuevas necesidades (por ejemplo, bases de datos distribuidas (DDB)) y archivos de datos muy voluminosos habitualmente transportados (por ejemplo, de imgenes satelitales). El trfico menos importante (intercambio de archivos ad hoc, correo electrnico, la World Wide Web en general, y otros similares) se enviar por Internet. A fin de proteger el SMT, debern restringirse las capacidades mximas de conectividad TCP/IP y de intercambio de informacin. En la prctica, el trfico TCP/IP transportado por el SMT puede restringirse atendiendo a: a) el tipo de protocolo (por ejemplo, ftp, HTTP, SMTP); b) la direccin IP de origen y de destino; c) una combinacin de ambos. Para que las medidas adoptadas sean eficaces, es necesario: a) que no se circunscriban a una nica marca comercial de encaminador, ya que no cabe esperar que todos los centros utilicen esa misma marca; b) implementar configuraciones razonablemente simplificadas, de modo que el riesgo de que un error u omisin amenace el SMT sea mnimo. Cuestiones de seguridad y segregacin de trficos Internet y SMT Todo centro que tenga una conexin SMT basada en TCP/IP adems de una conexin a Internet podra constituir un punto dbil que expusiera al SMT a interferencias deliberadas o involuntarias en forma de trfico no deseado o de conexin no autorizada con computadoras centrales del SMT.
Edicin de 2009
II-15/6
Se alienta formalmente a los centros a que establezcan barreras de proteccin, por ejemplo mediante cortafuegos (firewalls) en la conexin de su centro con Internet. Es importante que se adopten todas las medidas prcticas necesarias para evitar la utilizacin accidental o deliberada de enlaces SMT o el acceso no autorizado a los centros SMT por los usuarios de Internet. Al establecer el protocolo IP en el SMT, es esencial asegurarse de que el SMT no llegue a formar parte de Internet ni sea involuntariamente utilizado para la transmisin de trfico de Internet. Cada centro deber considerar el SMT e Internet como dos redes diferentes, y se asegurar de que no pueda establecerse un flujo de trfico inapropiado entre una y otra. De ese modo, el SMT se utilizar slo para transferir datos meteorolgicos para fines apropiados entre computadoras centrales autorizadas. En la Figura A1.2 del apndice I se muestran algunos principios bsicos para la aplicacin de me didas de seguridad bsicas para el SMT. En ella se ilustra, en trminos generales, una posible manera de establecer un Centro con conexin TCP/IP al SMT y una conexin Internet. Algunas funciones a implementar son: a) permitir la comunicacin mediante el encaminador SMT slo a las computadoras centrales designadas SMT; b) bloquear el acceso a las computadoras centrales designadas SMT mediante el cortafuegos y el encami nador Internet; c) que el cortafuegos permita slo a las computadoras centrales de Internet aprobadas acceder a las com putadoras centrales B y, aun as, slo para aplicaciones aprobadas, como la de FTP;
d) impedir el acceso a las computadoras centrales A desde Internet va computadoras centrales B. En la prctica, la eleccin e instalacin de encaminadores y de cortafuegos requerir experiencia en el diseo y configuracin de sistemas de funcionamiento en red y de seguridad. En este texto no se pretende exponer en detalle la implementacin y gestin de sistemas de seguridad, que constituye un tema extenso y complejo. Simplemente, se recalca que es importante que cada Centro implemente las medidas de seguridad prcticas ms eficaces posibles con arreglo a la complejidad y a las capacidades de su sistema. En el Apndice IV se ofrece informacin adicional de utilidad para los Centros pequeos. Adems de las medidas de seguridad de red, es esencial atenerse a unas prcticas de seguridad apropiadas en las tareas de gestin del conjunto de computadoras centrales de un Centro. La seguridad de las computadoras es un tema intrnsecamente complejo, y se aconseja a los Centros estudiar a fondo y emplear unas prcticas apropiadas. En el Apndice V se ofrecen algunas referencias en materia de seguridad de computadoras. Como mnimo exigible, convendra atenerse a unas prcticas adecuadas en lo referente a las contraseas en la gestin de todas las computadoras centrales de un Centro. En el Apndice VI se indican algunas prcticas recomendadas. Encaminamiento y gestin de trfico Algoritmos de encaminamiento Para poder enviar un paquete, toda computadora central, encaminador o equipo conectado a una red IP deber disponer de una tabla de encaminamientos. La tabla indica al sistema el lugar de destino del paquete. Esto se puede efectuar mediante: a) encaminamiento esttico; o bien: b) encaminamiento dinmico. Encaminamiento esttico En este tipo de encaminamiento, el administrador del sistema debe indicar en las tablas de encaminamiento cada uno de los destinos requeridos, junto con el salto siguiente. Alternativamente, puede declararse una ruta por defecto, aunque esta opcin es aplicable principalmente a los sitios que tienen una sola conexin con el exterior. Si se establece una ruta por defecto, habr que crear tambin filtros para asegurarse de que slo las computadoras centrales autorizadas podrn acceder al SMT. Cada vez que se conecte un nuevo Centro al SMT con el protocolo IP, en todos los dems Centros con capacidades IP el encargado del sitio deber incorporar la nueva direccin a sus tablas de encaminamiento. A medida que la conectividad IP se extienda por el SMT, esta tarea puede llegar a ser muy laboriosa. Encaminamiento dinmico En el encaminamiento dinmico, la informacin de encaminamiento es intercambiada automticamente por los encaminadores. De ese modo, la red puede aprender las nuevas direcciones y
Edicin de 2009
ADJUNTO ii-15
II-15/7
utilizar caminos alternativos en caso de falla si la topologa de la red es parcialmente reticulada. Aunque inicialmente la implementacin de un encaminamiento dinmico puede ser algo ms compleja, la gestin es despus mucho menos laboriosa. Si se utiliza un encaminamiento dinmico, ser necesario escoger un protocolo de encaminamiento convenido para utilizar los enlaces del SMT. Existen dos protocolos de cabecera de lnea exterior definidos en RFC, a saber: EGP y BGP (actualmente en versin 4 - RFC 1771). Dado que el SMT no es una estructura en rbol, podra resultar difcil establecer un encaminamiento utilizando EGP. El protocolo BGP4 no est sujeto a limitaciones de naturaleza topolgica. Ofrece ms posibilidades, aunque es un poco ms difcil de configurar. El protocolo BGP puede distribuir rutas a nivel de subred. Esta particularidad podra ser muy til para el SMT. En lugar de propagar rutas basadas en la computadora central o rutas en la totalidad de la red, el encaminamiento puede efectuarse basndose en subredes. En lugar de declarar las computadoras centrales con derecho a utilizar el SMT, un Centro puede declarar toda una subred de computadoras centrales con derecho a acceso. En tales casos, la informacin de encaminamiento constar nicamente de una direccin IP y de una mscara de subred. As, por ejemplo, si un Centro tiene la direccin 193.168.1.0 de clase C, y declara que la subred 193.168.1.16 con mscara 255.255.255.248 tiene derecho a utilizar el SMT, todas las computadoras centrales con direccin IP comprendida entre 193.168.1.17 y 193.168.1.22 sern encaminables por el SMT. Mtodo de encaminamiento recomendado A la vista de los factores que se han mencionado, el protocolo de encaminamiento BGP4 debera utilizarse entre Centros del SMT, a menos que, con carcter bilateral, se acuerde un mtodo alternativo para determinados enlaces. En el Apndice I se ofrecen varios ejemplos de uso de BGP4 para la familia de encaminadores Cisco. Direcciones registradas y privadas Se recomienda que los centros utilicen direcciones IP registradas oficialmente y emitidas por la Autoridad de atribucin de nmeros en Internet (IANA) o por el Registro regional de Internet correspondiente. Las direcciones IP oficiales son necesarias para todos los sistemas que se comunican mediante Internet. Su utilizacin se recomienda tambin decididamente para los sistemas que se comunican en red entre organizaciones, y en particular, evidentemente, el SMT. Dado que, como se sabe, las direcciones IP oficiales son a veces difciles de obtener en ciertas partes del mundo, se han desarrollado algunas opciones intermedias para atenuar ese problema. En el apndice 7 se describen con mayor detalle las direcciones IP y las opciones recomendadas para la utilizacin de direcciones IP en el SMT. Si los centros utilizan direcciones IP privadas en sus redes internas, deber adoptarse el procedimiento de traduccin de direccin de red (NAT) para todas las computadoras centrales que necesiten comunicarse por el SMT o por Internet. Deber obtenerse un nmero suficiente de direcciones oficiales que se corresponda con el nmero de computadoras centrales que necesitarn comunicarse externamente, as como el tipo de NAT que utiliza el encaminador de acceso del Centro. Si se adopta una NAT esttica, se necesitar una correspondencia uno a uno para las direcciones oficiales e internas. Si se utiliza una NAT dinmica, podr haber ms direcciones internas que direcciones oficiales, y el encaminador asignar dinmicamente el conjunto de direcciones oficiales conforme sea necesario. Para estar seguro de la NAT que se puede utilizar, se aconseja consultar la documentacin del encaminador de accesos del Centro. Las direcciones privadas no debern ser visibles en el SMT o en Internet. En la Figura 2.1 se muestran varios ejemplos simplificados de configuraciones permisibles y no permisibles. Implementacin de enlaces SMT mediante Internet La CSB ha manifestado que, en su opinin, la utilizacin de Internet para enlaces SMT es una opcin posible si se considera que es eficaz en trminos de costo, que ofrece un nivel de servicio aceptable y que ir acompaada de unas medidas de seguridad adecuadas. Por lo general, cuando se utilicen enlaces por Internet en lugar de enlaces especializados sern aplicables los mismos principios de encaminamiento y de seguridad anteriormente sealados. En el apndice IV se ofrece ms informacin sobre la utilizacin de enlaces basados en Internet, especialmente en relacin con los centros SMT de pequeo tamao.
Edicin de 2009
II-15/8
SMT
Internet
NAT
Registrada
Computatadora central A
Privada
Computatadora central B
Web
Figura 2.1 a) (permitida)
SMT
Internet
NAT
Privada
Computatadora central A Computatadora central B
Web
Figura 2.1 b) (permitida)
SMT
Internet
NAT
Privada
Computatadora central A
Privada Web
Computatadora central B
Figura 2.1 c) (no permitida)
Edicin de 2009
ADJUNTO ii-15
II-15/9
Resumen de medidas que permiten una utilizacin adecuada de IP en el SMT Utilizar solamente direcciones IP oficiales para la comunicacin externa en el SMT. Establecer una conexin IP con uno o ms centros. Esta conexin ser IP exclusivamente y utilizar PPP como protocolo de nivel 2 en el enlace (o un protocolo de marca, como el HDLC de Cisco, previo acuerdo de ambas partes), o bien IP sobre X.25 (RFC 1356). En este caso se utilizarn direcciones X.121 con arreglo a las definiciones del captulo 3. Configurar un encaminamiento dinmico con BGP (a menos que el nodo sea un centro con una sola conexin SMT y haya acordado con el centro vecino utilizar encaminamiento esttico). Verificar la barrera entre Internet y el SMT (impedir encaminamientos desde Internet al SMT) Filtrar el trfico entrante y saliente, con arreglo a los requisitos descritos anteriormente. 3. Directrices para la ejecucin
Introduccin La implementacin de servicios IP en el SMT puede realizarse mediante conexiones IP directas o mediante una combinacin de X.25 e IP, en razn de la evolucin tcnica del SMT que se ha mencionado en el captulo 1. Una red X.25 puede soportar servicios IP encapsulando paquetes IP en el interior de paquetes X.25. Esta funcin se realiza mediante un encaminador adecuadamente configurado en cada centro del SMT. Alternativamente, cuando se utilicen encaminadores de una misma marca en centros adyacentes, se podrn transportar datos X.25 mediante un enlace IP utilizando la capacidad de conmutacin X.25 de los encaminadores. En ltima instancia, sera deseable que los Centros adoptaran, mediante un acuerdo bilateral, conexiones IP directas con servicios de aplicacin TCP/IP (FTP, sockets) sustituyendo IP en soporte X.25, o X.25 en soporte IP, segn el caso. Ser necesario disponer de un esquema de direccionamiento para: a) conmutacin de paquetes X.25 entre Centros; b) IP en soporte X.25; c) IP directo (incluido X.25 en soporte IP).
Direccionamiento para conmutacin de paquetes X.25 entre Centros Son numerosos los centros que han adoptado X.25 para la conexin punto a punto entre Sistemas de Conmutacin de Mensajes (SCM). Cierto nmero de Centros han instalado, o prevn instalar, conmutadores de paquetes que permitan establecer conexiones entre Centros no adyacentes. Con tal fin, se ha elaborado un esquema de direccionamiento, que ha sido adoptado por el Grupo de trabajo sobre telecomunicaciones (decimotercera reunin, 1994). Dicho esquema, de 14 dgitos, es de la forma: 0101xxxiiyyyzz, donde: 0101 xxx ii yyy zz es un pseudo-DNIC que no corresponde a ningn DNIC real, con lo cual no se podr conmutar por error una llamada a ninguna otra red que no sea el SMT; es el indicativo de pas X.121 del Centro; es un indicador de protocolo, igual a 00 para SCM, 11 para TCP/IP, 22 para CONS ISA, y 33 para CLNS ISA; es el nmero de puerto asignado a nivel nacional; es el nmero de subdireccin asignado a nivel nacional;
Se utilizar este esquema de direccionamiento para el establecimiento de llamadas virtuales (LV) para aplicaciones SCM, y para cualquier otra aplicacin SMT, incluido el transporte de trfico IP en soporte X.25. ________
1
Un sistema autnomo se define en RFC1630 como un conjunto de encaminadores pertenecientes a una misma administracin que utilizan un protocolo de pasarela interior y una mtrica comn para encaminar paquetes dentro del AS, y un protocolo de pasarela exterior para encaminar paquetes a otros AS.
Edicin de 2009
II-15/10
Direccionamiento para IP en soporte X.25 Para poder transportar trfico IP sobre X.25 son necesarios dos esquemas de direcciones coordinados a nivel mundial: un esquema X.25 como el que se acaba de describir; y un esquema de direcciones IP aplicable a la interfaz entre el encaminador y el conmutador de paquetes, a fin de que el encaminador pueda encapsular los paquetes IP en paquetes X.25. La configuracin general puede verse en la Figura 3.1.
X.121: 0101xxx11yyyzz IP: 193.105.177.3 Mscara: 255.255.255.0 SCM
Encaminador Conmutador de paquetes Conmutador de paquetes Encaminador
CENTRO A
SCM
X.121: 0101xxx00yyyzz
Computadora central
Computadora central
CENTRO C
X.121: 0101xxx11yyyzz IP: 193.105.177.1 Mscara: 255.255.255.0 X.121: 0101xxx00yyyzz
Conmutador de paquetes
X.121: 0101xxx11yyyzz IP: 193.105.177.2 Mscara: 255.255.255.0
Encaminador
CENTRO B
SCM
Computadora central
Figura 3.1 Implementacin de IP en una red X.25 Para que IP funcione correctamente en soporte X.25, es necesario asignar a la red X.25 subyacente una sola direccin de red IP, y cada Centro deber tener una direccin en esa red que corresponda al punto de conexin entre su encaminador y su conmutador de paquetes. Para ello, se ha asignado la direccin de red de Clase C 193.105.177.0, previo acuerdo entre Mto-France (la entidad registrada con estas direcciones) y la OMM. A cada nodo IP de la red se le asignar una direccin de computadora central secuencial dentro de esta direccin IP nica de Clase C, como se ilustra en la Figura 3.1. La direccin de Clase C permite conectar a un mximo de 254 Centros mediante una mscara de subred 255.255.255.0. En cada centro, los encaminadores debern establecerse de modo que emitan una peticin de llamada X.25 al puerto X.25 del Centro de destino final. Ello significa que el trfico IP pasar por el conmutador de paquetes solamente, y no por el encaminador del Centro intermedio. Direccionamiento para IP directo En el futuro, la conexin preferida consistir en utilizar enlaces IP directos. Los centros que ya utilizan IP sobre X.25 deberan considerar la posibilidad de actualizar los enlaces para poder utilizar IP directo. Esta transicin debera abordarse en breve. En la Figura 3.2 se representa una situacin en que los centros han acordado implementar una conexin IP directa utilizando el primer par de nmeros de computadora central disponibles; la red 193.105.178.0 se ha escogido a ttulo de ejemplo.
Edicin de 2009
ADJUNTO ii-15
II-15/11
CENTRO A
SCM
X.121: 0101xxx00yyyzz SCM

Encaminador Conmutador de paquetes Encaminador
Computadora central
Computadora central
CENTRO C
X.121: 0101xxx11yyyzz IP: 193.105.177.1 Mscara: 255.255.255.0 X.121: 0101xxx11yyyzz IP: 193.105.177.2 Mscara: 255.255.255.0
Encaminador
IP: 193.105.178.6 Mscara: 255.255.255.252

IP: 193.105.178.5 Mscara: 255.255.255.252
CENTRO B

Computadora central
Figura 3.2 Enlace IP directo entre los Centros B y C Asignacin de direcciones de clase C para enlaces IP directos Los encaminadores tienen que conectarse mediante enlaces con nmeros de subred nicos. Para ello, se utiliza una direccin de Clase C (por ejemplo, 193.105.178.0) con una mscara 255.255.255.252. Se obtie nen as 62 subredes, cada una de ellas con dos computadoras centrales. Estos dos nmeros de computadora central son asignados a los extremos del enlace que conecta los encaminadores entre los dos Centros. El nmero de red ms bajo utilizable es 193.105.178.4, con direcciones de computadora central 193.105.178.5 y 6. El nmero de red siguiente es 193.105.178.8, con direcciones de computadora central 193.105.178.9 y 10, seguido de: 193.105.178.12, con direcciones de computadora central 193.105.178.13 y 14, seguido de 193.105.178.16, con direcciones de computadora central 193.105.178.17 y 18, seguido de 193.105.178.20, con direcciones de computadora central 193.105.178.21 y 22, y as sucesivamente, hasta llegar a 193.105.178.248, con direcciones de computadora central 193.105.178.249 y 250.
Direccionamiento para X.25 en soporte IP Cuando dos Centros diferentes tengan una misma marca de encaminador (por ejemplo, Cisco) y casi todo el trfico sea IP con una pequea parte X.25, podra ser apropiado transportar el X.25 mediante los encaminadores conectados directamente, como se muestra en el caso del enlace entre el Centro B y el Centro C en la Figura 3.3. Los paquetes X.25 son transportados en el interior de paquetes IP por el enlace serie entre los encaminadores, que podran usar un protocolo HDLC de marca registrada o un protocolo estndar como el PPP. Esta funcionalidad hace necesario que los encaminadores de cada Centro contengan software de conmutacin de paquetes X.25 y que los pormenores de la ruta X.25 figuren en la configuracin del encaminador. En el Apndice II se exponen ejemplos de configuraciones tpicas. Nmeros de Sistema Autnomo Para poder utilizar BGP4 como protocolo de encaminamiento dinmico recomendado para el SMT (Captulo 2) es necesario antes asignar nmeros de Sistema Autnomo (AS) a cada Centro SMT.
Edicin de 2009
II-15/12
CENTRO A
SCM
Encaminador
Interfaces X.25
Encaminador
Computadora central
Computadora central
CENTRO C
X.121: 0101xxx11yyyzz IP: 193.105.177.1 Mscara: 255.255.255.0 X.121: 0101xxx11yyyzz IP: 193.105.177.2 Mscara: 255.255.255.0 X.121: 0101xxx00yyyzz SCM
Computadora central
IP: 193.105.178.6 Mscara: 255.255.255.252

Encaminador
IP: 193.105.178.5 Mscara: 255.255.255.252

CENTRO B
Figura 3.3 Combinacin de IP en soporte X.25 con X.25 en soporte IP La Autoridad de atribucin de nmeros en Internet (IANA), mediante su disposicin RFC1930, ha reservado el bloque de nmeros de sistema autnomo 64512 a 65535 para usos privados (que no se darn a conocer en la Internet mundial). Se dispone con ello de ocho grupos de 128 nmeros AS para asignarlos a Centros SMT, con lo cual quedan cubiertas las necesidades del SMT para un futuro previsible. Los nmeros AS se asignarn como sigue: Centros RPT y nmeros reservados Centros en la AR I Centros en la AR II Centros en la AR III Centros en la AR IV Centros en la AR V Centros en la AR VI Antrtida y nmeros reservados *Usos privados de los Centros SMT 64512 a 64639 64640 a 64767 64768 a 64895 64896 a 65023 65024 a 65151 65152 a 65279 65280 a 65407 65408 a 65471 65472 a 65535
* Estos nmeros AS son para usos nacionales y no debern darse a conocer en el SMT. Detalles de la implementacin Para poder implementar servicios IP, los Centros necesitan disponer de cierta informacin sobre el direccionamiento IP y X.25 en otros Centros del SMT. En los diagramas y cuadros adjuntos se detalla la informacin requerida en diversos Centros.
Edicin de 2009
ADJUNTO ii-15
II-15/13
CENTRO C
CENTRO A
X.121: Ax SCM
Encaminador Conmutador de paquetes Conmutador de paquetes
X.121: Cx SCM
Encaminador
Computadora central
Computadora central
Direccin IP: A Direccin IP: Ai X.121: Ax Direccin IP: Ci X.121: Cx
Direccin IP: C
Direccin IP: Bi X.121: Bx Direccin IP: B

Computadora central Encaminador Conmutador de paquetes
Direccin IP: Di X.121: Dx Direccin IP: D

Computadora central Conmutador de paquetes Encaminador
SCM X.121: Bx X.121: Dx
SCM
CENTRO B
CENTRO D
Figura 3.4 IP en una red X.25
Cuadro 3.4a Direcciones IP y X.121 que debe conocer el CENTRO A

Direcciones que debe conocer Destino para comunicaciones entre extremos Direccin IP: B para comunicaciones entre encaminadores Direccin IP: Bi X.121 : Bx Direccin IP: Ci X.121 : Cx Direccin IP: Di X.121 : Dx Ruta adecuada
CENTRO B (Computadora central acomputadora central) CENTRO C (Computadora central acomputadora central) CENTRO D (Computadora central acomputadora central)
CENTRO A CENTRO B
Direccin IP: C
CENTRO A CENTRO C
Direccin IP: D
CENTRO A CENTRO C CENTRO D (Computadora central [A] Encaminador [A] Conmutador de paquetes [A] Conmutador paquetes [C] Conmutador pqtes. [D] Encam. [D] (Comp. central [D]) [x]: CENTRO x CENTRO A CENTRO B CENTRO A CENTRO C CENTRO A CENTRO C CENTRO D (SCM [A] Conmutador de paquetes [C] Conmutador de paquetes [D] SCM [D]
CENTRO B (SCM a SCM) X.121 : Bx (trfico X.25) CENTRO C (SCM a SCM) X.121 : Cx (trfico X.25) CENTRO D (SCM a SCM) X.121 : Dx (trfico X.25)
Edicin de 2009
II-15/14
Cuadro 3.4b Direcciones IP y X.121 que debe conocer el CENTRO B

Direcciones que debe conocer Destino para comunicaciones entre extremos para comunicaciones entre encaminadores Direccin IP: Ai X.121: Ax Direccin IP: Ci X.121: Cx Direccin IP: Di X.121: Dx Ruta adecuada CENTRO B CENTRO A CENTRO B CENTRO C CENTRO B CENTRO C CENTRO D CENTRO B CENTRO A CENTRO B CENTRO C CENTRO B CENTRO C CENTRO D
CENTRO A (Computadora Direccin IP: A central acomputadora central) CENTRO C (Computadora Direccin IP: C central acomputadora central) CENTRO D (Computadora Direccin IP: D central acomputadora central) CENTRO A (SCM a SCM) CENTRO C (SCM a SCM) CENTRO D (SCM a SCM)
X.121 : Ax (trfico X.25) X.121 : Cx (trfico X.25) X.121 : Dx (trfico X.25)
Cuadro 3.4c. Direcciones IP y X.121 que debe conocer el CENTRO C Direcciones que debe conocer para comunicacin entre extremos Direccin IP : A para comunicacin entre encaminadores Direccin IP : Ai X.121 : Ax Direccin IP : Bi X.121 : Bx Direccin IP : Di X.121 : Dx
Destino CENTRO A (Computadora central a computadora central) CENTRO B (Computadora central a computadora central) CENTRO D (Computadora central a computadora central) CENTRO A (SCM a SCM) CENTRO B (SCM a SCM) CENTRO D (SCM a SCM)
Ruta adecuada CENTRO C - CENTRO A
Direccin IP : B
CENTRO C - CENTRO B
Direccin IP : D
CENTRO C - CENTRO D
X.121 : Ax (trfico X.25) X.121 : Bx (trfico X.25) X.121 : Dx (trfico X.25)
CENTRO C - CENTRO A CENTRO C - CENTRO B CENTRO C - CENTRO D
Cuadro 3.4d. Direcciones IP y X.121 que debe conocer el CENTRO D Direcciones que debe conocer para comunicacin entre extremos Direccin IP : A para comunicacin entre encaminadores Direccin IP : Ai X.121 : Ax Direccin IP : Bi X.121 : Bx
Destino CENTRO A (Computadora central a computadora central) CENTRO B (Computadora central a computadora central)
Ruta adecuada CENTRO D - CENTRO C - CENTRO A CENTRO D - CENTRO C - CENTRO B
Direccin IP : B
Edicin de 2009
ADJUNTO ii-15
II-15/15 CENTRO D - CENTRO C
CENTRO C (Computadora central a computadora central) CENTRO A (SCM a SCM) CENTRO B (SCM a SCM) CENTRO C (SCM a SCM)
Direccin IP : C
Direccin IP : Ci X.121 : Cx
X.121 : Ax (trfico X.25) X.121 : Bx (trfico X.25) X.121 : Cx (trfico X.25)
CENTRO D - CENTRO C - CENTRO A CENTRO D - CENTRO C - CENTRO B CENTRO C - CENTRO D
CENTRO A
Direccin IP: A SCM
Encaminador Computadora central
CENTRO C
Direccin IP: Ac Direccin IP: Ca Direccin IP: C SCM
Encaminador
Direccin IP: Cb
Computadora central
Direccin IP: A Direccin IP: Ab
Direccin IP: C Direccin IP: Cd
Direccin IP: Ba Direccin IP: B SCM

Direccin IP: Dc Direccin IP: D SCM Direccin IP: Bc

Direccin IP: B
Direccin IP: D
CENTRO B
Figura 3.5 Red IP directa Cuadro 3.5a Direccin IP que debe conocer el CENTRO A
Direcciones que debe conocer Destino para comunicaciones entre extremos Direccin IP: B para comunicaciones entre encaminadores Direccin IP: Ba
CENTRO D
Ruta adecuada
CENTRO B (Computadora central acomputadora central) CENTRO C (Computadora central acomputadora central)
CENTRO A CENTRO B
Direccin IP: C
Direccin IP: Ca
CENTRO A CENTRO C
Edicin de 2009
II-15/16
PROCEDIMIENTOS OPERATIVOS DEL SISTEMA MUNDIAL DE TELECOMUNICACIN Direcciones que debe conocer Destino para comunicaciones entre extremos Direccin IP: D para comunicaciones entre encaminadores Direccin IP: Ca Ruta adecuada
CENTRO D (Computadora central acomputadora central)
CENTRO A CENTRO C CENTRO D (Computadora central [A] Encaminador [A] Encaminador [A] Encami nador [C] Encaminador [D] (Com putadora central [D]) [x] : CENTRO x CENTRO A CENTRO B CENTRO A CENTRO C CENTRO A CENTRO C CENTRO D
CENTRO B (SCM a SCM) Direccin IP: B CENTRO C (SCM a SCM) Direccin IP: C CENTRO D (SCM a SCM) Direccin IP: D
Direccin IP: Ba Direccin IP: Ca Direccin IP: Ca
Cuadro 3.5b Direccin IP que debe conocer el CENTRO B

Direcciones que debe conocer Destino para comunicaciones entre extremos para comunicaciones entre encaminadores Direccin IP: Ab Direccin IP: Cb Direccin IP: Db Direccin IP: Ab Direccin IP: Cb Direccin IP: Db Ruta adecuada CENTRO B CENTRO A CENTRO B CENTRO C CENTRO B CENTRO C CENTRO D CENTRO B CENTRO A CENTRO B CENTRO C CENTRO B CENTRO C CENTRO D
CENTRO A (Computadora Direccin IP: A central acomputadora central) CENTRO C (Computadora Direccin IP: C central acomputadora central) CENTRO D (Computadora Direccin IP: D central acomputadora central) CENTRO A (SCM a SCM) CENTRO C (SCM a SCM) CENTRO D (SCM a SCM) Direccin IP: A Direccin IP: C Direccin IP: D
Cuadro 3.5c Direccin IP que debe conocer el CENTRO C

Direcciones que debe conocer Destino para comunicaciones entre extremos para comunicaciones entre encaminadores Direccin IP: Ac Direccin IP: Bc Direccin IP: Dc Direccin IP: Ac Direccin IP: Bc Direccin IP: Dc Ruta adecuada CENTRO C CENTRO A CENTRO C CENTRO B CENTRO C CENTRO D CENTRO C CENTRO A CENTRO C CENTRO B CENTRO C CENTRO D
CENTRO A (Computadora Direccin IP: A central acomputadora central) CENTRO B (Computadora Direccin IP: B central acomputadora central) CENTRO D (Computadora Direccin IP: D central acomputadora central) CENTRO A (SCM a SCM) CENTRO B (SCM a SCM) CENTRO D (SCM a SCM) Direccin IP: A Direccin IP: B Direccin IP: D
Edicin de 2009
ADJUNTO ii-15
II-15/17
Cuadro 3.5d Direccin IP que debe conocer el CENTRO D

Direcciones que debe conocer Destino para comunicaciones entre extremos para comunicaciones entre encaminadores Direccin IP: Cd Direccin IP: Cd Direccin IP: Cd Direccin IP: Cd Direccin IP: Cd Direccin IP: Cd Ruta adecuada CENTRO D CENTRO C CENTRO A CENTRO D CENTRO C CENTRO B CENTRO D CENTRO C CENTRO D CENTRO C CENTRO A CENTRO D CENTRO C CENTRO B CENTRO D CENTRO C
CENTRO A (Computadora Direccin IP: A central acomputadora central) CENTRO B (Computadora Direccin IP: B central acomputadora central) CENTRO C (Computadora Direccin IP: C central acomputadora central) CENTRO A (SCM a SCM) CENTRO B (SCM a SCM) CENTRO C (SCM a SCM) Direccin IP: A Direccin IP: B Direccin IP: C
CENTRO A
X.121: Ax SCM
Encaminador Conmutador de paquetes Conmutador de paquetes
CENTRO C
X.121: Cx SCM
Encaminador
Computadora central
Direccin IP: Ci X.121: Cx
Direccin IP: C
Computadora central
Direccin IP: A Direccin IP: Ai X.121: Ax Direccin IP: C Direccin IP: Cb Direccin IP: Cd
X.121: Bx
Direccin IP: Bi X.121: Bx

Direccin IP: Dc SCM

Encaminador
SCM
Direccin IP: B
Direccin IP: D
Computadora central
Direccin IP: Bc
Direccin IP: B
Direccin IP: D
CENTRO B
CENTRO D
Figura 3.6 Coexistencia de IP directo con IP en soporte X.25
Edicin de 2009
II-15/18

Direcciones que debe conocer Destino para comunicaciones para comunicaciones entre extremos entre encaminadores Direccin IP: B Direccin IP: Bi Ruta adecuada
CENTRO B (Computadora central acomputadora central)
X.121 : Bx
CENTRO A CENTRO B
CENTRO C (Computadora Direccin IP: C central acomp. central) CENTRO D (Computadora central acomp. central) CENTRO B (SCM a SCM) CENTRO C (SCM a SCM) CENTRO D (SCM a SCM) Direccin IP: D
Direccin IP: Ci
X.121 : Cx
CENTRO A CENTRO C CENTRO A CENTRO C CENTRO D CENTRO A CENTRO B CENTRO A CENTRO C
Direccin IP: Di
X.121 : Dx
X.121 : Bx (trfico X.25) X.121 : Cx (trfico X.25)
Posible nicamente mediante almacenamiento y reenvo va SCM en el CENTRO C (trfico X.25)

Direcciones que debe conocer Destino para comunicaciones para comunicaciones entre extremos entre encaminadores Direccin IP: Ai X.121: Ax Direccin IP: Cb Direccin IP: Cb Ruta adecuada CENTRO B CENTRO A CENTRO B CENTRO C CENTRO B CENTRO C CENTRO D CENTRO B CENTRO A CENTRO B CENTRO C CENTRO B CENTRO C CENTRO D
CENTRO A (Computadora Direccin IP: A central acomputadora central) CENTRO C (Computadora Direccin IP: C central acomputadora central) CENTRO D (Computadora Direccin IP: D central acomputadora central) CENTRO A (SCM a SCM) CENTRO C (SCM a SCM) CENTRO D (SCM a SCM)
X.121 : Ax (trfico X.25) Direccin IP: C Direccin IP: D Direccin IP: Cb Direccin IP: Cb
Cuadro 3.6c Direcciones IP y X.121 que debe conocer el CENTRO C

Direcciones que debe conocer Destino para comunicaciones para comunicaciones entre extremos entre encaminadores Direccin IP: Ai X.121: Ax Direccin IP: Bc Direccin IP: Dc Ruta adecuada CENTRO C CENTRO A CENTRO C CENTRO B CENTRO C CENTRO D CENTRO C CENTRO A CENTRO C CENTRO B CENTRO C CENTRO D
CENTRO A (Computadora Direccin IP: A central acomputadora central) CENTRO B (Computadora Direccin IP: B central acomputadora central) CENTRO D (Computadora Direccin IP: D central acomputadora central) CENTRO A (SCM a SCM) CENTRO B (SCM a SCM) CENTRO D (SCM a SCM)
X.121 : Ax (trfico X.25) Direccin IP: B Direccin IP: D Direccin IP: Bc Direccin IP: Dc
Edicin de 2009
ADJUNTO ii-15
II-15/19
Cuadro 3.6d Direcciones IP y X.121 que debe conocer el CENTRO D

Direcciones que debe conocer Destino para comunicaciones para comunicaciones entre extremos entre encaminadores Direccin IP: Cd Direccin IP: Cd Direccin IP: Cd Ruta adecuada CENTRO D CENTRO C CENTRO A CENTRO D CENTRO C CENTRO B CENTRO D CENTRO C
CENTRO A (Computadora Direccin IP: A central acomputadora central) CENTRO B (Computadora Direccin IP: B central acomputadora central) CENTRO C (Computadora Direccin IP: C central acomputadora central) CENTRO A (SCM a SCM) CENTRO B (SCM a SCM) CENTRO C (SCM a SCM)
Posible nicamente mediante almacenamiento y renvo va SCM en el CENTRO C (trfico X.25) Direccin IP: B Direccin IP: C Direccin IP: Cd Direccin IP: Cd CENTRO D CENTRO C CENTRO B CENTRO D CENTRO C
CENTRO A
X.121: Ax SCM
Encaminador Conmutador de paquetes
CENTRO C
X.121: Cx SCM Enlace X.25 Direccin IP: Ci X.121: Cx
Conmutador de paquetes Encaminador
Direccin IP: C
Computadora central
Computadora central
Direccin IP: A Direccin IP: Ai X.121: Ax Enlace X.25 Direccin IP: Cb Direccin IP: C Direccin IP: Cd
X.121: Bx

Enlace IP
Enlace IP
Direccin IP: Dc X.121: Dx
SCM
SCM Direccin IP: B

Encaminador Computadora central Encaminador
Direccin IP: Bc
Computadora central
Direccin IP: B
Direccin IP: D
CENTRO B
CENTRO D
Figura 3.7 Coexistencia de IP directo, IP en soporte X.25 y X.25 en soporte IP
Edicin de 2009
II-15/20

Direcciones que debe conocer Destino CENTRO B (Computadora central acomputadora central) para comunicaciones para comunicaciones entre extremos entre encaminadores Direccin IP: B Direccin IP: Bi X.121: Bx Ruta adecuada CENTRO A CENTRO B (Computadora central [A] Encaminador [A] IP en soporte X.25 Conmutador central) de pa quetes [A] IP en soporte X.25 Conmuta dor de paquetes [B] IP en soporte X.25 Encaminador [B] Computadora central [B]) CENTRO A CENTRO B (Computadora central [A] Encaminador [A] IP en soporte X.25 Conmutador central) de pa quetes [A] IP en soporte X.25 Conmuta dor de paquetes [C] IP en soporte X.25 Encaminador [C] Computadora central [C]) CENTRO A CENTRO C CENTRO D (Com putadora central [A] Encaminador [A] IP en soporte X.25 central) Conmutador de paquetes [A] IP en soporte X.25 Conmu tador de paquetes [C] IP en soporte X.25 Encaminador [C] IP directo Encami nador [D] Computadora central [D]) CENTRO A CENTRO B (SCM [A] Con. de paquetes [A] Con. de paquetes [B] SCM [B]) CENTRO A CENTRO C (SCM [A] Conmutador de paquetes [A] Conmutador de paquetes [C] SCM [C]) CENTRO A CENTRO C CENTRO D (SCM [A] Conmutador de paquetes [A] Conmuta dor de paquetes [C] Encaminador [C] X.25 en soporte IP Encaminador [D] SCM [B])
CENTRO C (Computadora central acomputadora central)
Direccin IP: C
Direccin IP: Ci X.121: Cx
CENTRO D (Computadora central acomputadora central)
Direccin IP: D
Direccin IP: Di X.121: Dx
CENTRO B (SCM a SCM) CENTRO C (SCM a SCM) CENTRO D (SCM a SCM)
X.121 : Bx (trfico X.25) X.121 : Cx (trfico X.25)
X.121 : Dx (trfico X.25)

Direcciones que debe conocer Destino para comunicaciones para comunicaciones entre extremos entre encaminadores Direccin IP: Ai X.121: Ax Direccin IP: Cb Ruta adecuada CENTRO B CENTRO A CENTRO B CENTRO C (Compu tadora central [B] Encaminador [B] IP directo Encaminador [C] Computadora central [C]) CENTRO B CENTRO C CENTRO D (Computadora central [B]Encami nador [B] IP directo Encaminador [C] IP directo Encaminador [D] Computadora central [D]) CENTRO B CENTRO A CENTRO B CENTRO C (SCM [B] Encaminador [B] IP directo Encaminador [C] SCM [C] CENTRO B CENTRO C CENTRO D (SCM [B] Conmutador de paquetes [B] Encaminador [B] X.25 en so porte IP Encaminador [C] X.25 en soporte IP Encaminador [D]
CENTRO A (Computadora Direccin IP: A central acomputadora central) CENTRO B (Computadora Direccin IP: C central acomputadora central) CENTRO D (Computadora Direccin IP: D central acomputadora central)
Direccin IP: Db
CENTRO A (SCM a SCM) CENTRO B (SCM a SCM) CENTRO D (SCM a SCM)
X.121 : Ax (trfico X.25) Direccin IP: C Direccin IP: Cb
Edicin de 2009
ADJUNTO ii-15
II-15/21
Cuadro 3.7c Direcciones IP y X.121 que debe conocer el CENTRO C

Direcciones que debe conocer Destino para comunicaciones para comunicaciones entre extremos entre encaminadores Direccin IP: Ai X.121: Ax Direccin IP: Bc Direccin IP: Db Ruta adecuada CENTRO C CENTRO A CENTRO C CENTRO B CENTRO C CENTRO D (Compu tadora central [C] Encaminador [C] IP directo Encaminador [D] Computadora central [D]) CENTRO C CENTRO A CENTRO C CENTRO B CENTRO C CENTRO D (SCM [C] Conmutador de paquetes [C] Encaminador [C] X.25 en soporte IP Encaminador [D] SCM [D]
CENTRO A (Computadora Direccin IP: A central acomputadora central) CENTRO B (Computadora Direccin IP: C central acomputadora central) CENTRO D (Computadora Direccin IP: D central acomputadora central)
CENTRO A (SCM a SCM) CENTRO B (SCM a SCM) CENTRO D (SCM a SCM)
X.121 : Ax (trfico X.25) Direccin IP: B Direccin IP: Bc
Cuadro 3.7d Direcciones IP y X.121 que debe conocer el CENTRO D

Direcciones que debe conocer Destino para comunicaciones para comunicaciones entre extremos entre encaminadores Direccin IP: Cd Direccin IP: Cd Direccin IP: Cd Ruta adecuada CENTRO D CENTRO C CENTRO A CENTRO D CENTRO C CENTRO B CENTRO D CENTRO C CENTRO D CENTRO C CENTRO A CENTRO D CENTRO C CENTRO B CENTRO D CENTRO C
CENTRO A (Computadora Direccin IP: A central acomputadora central) CENTRO B (Computadora Direccin IP: B central acomputadora central) CENTRO C (Computadora Direccin IP: C central acomputadora central) CENTRO A (SCM a SCM) CENTRO B (SCM a SCM) CENTRO D (SCM a SCM)
X.121 : Ax (trfico X.25) X.121 : Bx (trfico X.25) X.121 : Cx (trfico X.25)
Gestin y asignacin de direcciones y nmeros AS Direcciones X.25 El marco anteriormente descrito permite a los centros disponer de autonoma plena para la asignacin de nmeros X.25. La Secretara de la OMM mantendr una lista actualizada de las direcciones X.25 que los centros hayan asignado para utilizarlas en el SMT. Se pide a los centros que notifiquen al Jefe de la Divisin de Sistemas de Informacin y Telecomunicaciones del Departamento de sistemas de observacin e informacin, Secretara de la OMM, por correo electrnico o por fax, las direcciones X.25 asignadas. Direcciones IP Las direcciones IP se adquirirn o acordarn con arreglo a las instrucciones del apndice 7. Direcciones de computadora central/red de los Centros designados del SMT Las direcciones IP de computadora central y de subred a utilizar para los Centros designados del SMT se notificarn a la Organizacin como se explica ms arriba.
Edicin de 2009
II-15/22 Nmeros AS
A efectos de su utilizacin en el SMT, los nmeros AS sern coordinados y hechos pblicos por la Secretara de la OMM, conforme se requiera. Los centros enviarn sus peticiones de nmeros AS a la OMM tal y como se ha indicado anteriormente. Publicacin de direcciones y nmeros AS La OMM publicar las listas de direcciones actualizadas en el Boletn mensual de la VMM, y ofrecer tambin dichas listas en formato ASCII, accesibles mediante FTP, en el servidor web de la OMM y en formato HTML, en la direccin http://www.wmo.int. 4. Adaptacin de sistemas de conmutacin de mensajes a TCP/IP
Introduccin Aunque estn surgiendo nuevas necesidades, por el momento la utilidad principal del SMT se centra en la tradicional aplicacin de conmutacin de mensajes, que ha sido desarrollada para utilizar conmutacin de paquetes X.25. Tenemos que abordar ahora la mejor manera de trasladar la tarea de conmutacin de mensajes al mbito de utilizacin de TCP/IP, para atender a las nuevas necesidades mediante medios de tipo Internet en el SMT, y para mantenerse a la par de las tendencias en el sector de tecnologa de la informacin. Adems, la transicin de los Sistemas de Conmutacin de Mensajes (SCM) al TCP/IP significa que se puede eliminar la infraestructura X.25, simplificando en gran medida la tecnologa del SMT, ya que se pasara a una red exclusivamente IP, y no a una coexistencia de IP y X.25. Tcnicamente, este problema se puede abordar de dos maneras: utilizando sockets TCP, o mediante FTP. A largo plazo, la utilizacin de FTP se considera la estrategia atractiva, aunque podra requerir un esfuerzo adicional de implementacin en los Sistemas de Conmutacin de Mensajes operativos. En algunos Centros, sera tal vez conveniente comenzar utilizando sockets TCP antes de implantar TCP/IP en todo el SMT. La transicin de los SCM a TCP/IP no implica cambio alguno en la arquitectura de almacenamiento y reenvo del SMT. Est previsto mantener dicha arquitectura, con reenvo automtico mediante tablas de encaminamiento. Sin embargo, la adopcin de FTP significa que existe otra opcin adicional para el intercambio de datos que deber establecerse por acuerdos bilaterales, consistente en recobrar informacin mediante FTP a iniciativa del centro receptor. SCM basados en sockets TCP La modalidad basada en el empleo de sockets TCP es muy apropiada para una implementacin programtica que permita intercambiar mensajes con regularidad. Atendiendo a esas caractersticas, debera considerarse simplemente como una alternativa del protocolo X.25. Se necesitar un centro que produzca programas de aplicacin SCM capaces de transmitir y recibir mediante un socket TCP. Cambiando un pequeo nmero de llamadas de sistema, los centros que dispongan de aplicaciones capaces de hacer funcionar un circuito virtual X.25 deberan poder producir, en poco tiempo y sin dificultad, una versin que utilice sockets (vanse los programas de muestra del Apndice II). La labor de programacin requerida es mnima y, lo que es ms importante, todas las dems reas del SCM (colas de espera, encaminamiento, gestin de datos, interfaces de operador, etc.) se mantienen sin cambios, ya que el intercambio de comunicacin sigue estando basado en el mensaje tradicional. El protocolo aqu definido est basado en el supuesto de que el circuito fsico por el que se transmiten los datos tiene una tasa de errores baja y slo raramente experimenta interrupciones. En tales circuitos, cabe esperar que los datos entregados por el protocolo TCP estn libres de errores. Sin embargo, algunos circuitos del SMT podran no tener una calidad suficiente para que el socket TCP estndar funcione con fiabilidad. El desarrollo de protocolos especiales para los circuitos de baja calidad es un tema que podra estudiarse ms extensamente. Una cualidad til de las comunicaciones basadas en X.25 que est ausente cuando se usan sockets TCP es la capacidad de detectar el comienzo y el final del mensaje mediante referencia al bit M en el encabezamiento de paquete X.25. En TCP no existen ni ese bit ni recurso alguno equivalente. Por ello, para que los centros receptores puedan detectar los finales de mensaje, cada mensaje va precedido de una cadena de ocho caracteres que indica la duracin del mensaje, ms otros dos caracteres que indican el tipo de mensaje (es decir, si es binario, alfanumrico o fax). Seguidamente, se estructura el mensaje en el interior de una envolvente SOH/ ETX del mismo modo que para el intercambio de datos va X.25. La estructura completa
Edicin de 2009
ADJUNTO ii-15
II-15/23
aparece ilustrada en la Figura 4.1. Obsrvese que la longitud del mensaje no se incluye a s misma ni incluye el indicador de tipo. Deber tener siempre una longitud de ocho caracteres y contendr los ceros iniciales que sean necesarios. El indicador de tipo de mensaje debera estar codificado mediante los caracteres ASCII siguientes: BI para mensajes binarios, AN para alfanumricos, y FX para facsmil. Todas las nuevas conexiones que se establezcan debern comenzar con una estructura de longitud y tipo de mensaje.
Longitud del mensaje (8 caracteres)
EncabeTipo de nnn mensaje SOH CR CR LF o bien CR CR LF zamiento (2 caracteres) nnnnn

Longitud del mensaje
CR CR LF ETX
Longitud del mensaje: Longitud desde SOH hasta ETX (por ejemplo, 00001826 = 1826 bytes) Tipo de mensaje AN: Alfanumrico, BI: Binario, FX: facsmil
Figura 4.1 Estructura de mensaje para aplicaciones de intercambio de datos mediante socket como sigue: Las reglas para la utilizacin de intercambio de datos mediante socket TCP/IP pueden resumirse
1. Todas las nuevas conexiones debern comenzar a partir de un nuevo mensaje. 2. Cada mensaje va precedido de un campo longitud de mensaje de ocho caracteres ASCII y de un campo tipo de mensaje de dos caracteres ASCII. 3. La longitud de mensaje se contar desde SOH hasta ETX inclusive, y deber contener los ceros iniciales necesarios. 4. El tipo de mensaje deber estar codificado como BI si es binario, AN si es alfanumrico, o FX si es facsmil. 5. Los Centros receptores comprobarn la sincronizacin como sigue: Comprobacin de que los 8 primeros caracteres son numricos ASCII Comprobacin de que los caracteres 9 y 10 son BI, AN o FX Comprobacin de que el 11 carcter es SOH Comprobacin de que el ltimo carcter es ETX.
6. Si se perdiera la sincronizacin, el receptor cortar la conexin mediante la secuencia siguiente de primitivas de usuario TCP: 7. * shutdown (para asegurarse de que todos los datos del buffer de envo TCP han sido transferidos) * close Se recomienda utilizar un socket diferente para cada mensaje ASCII y binario, y una conexin diferente para cada envo y cada recepcin. El enviante debera ser siempre responsable del estableci miento de la conexin. Si fuera necesario cerrar un socket, el procedimiento constar de los siguientes pasos: * shutdown (para asegurarse de que todos los datos del buffer de envo TCP han sido transferidos) * close
8. Una vez establecida una conexin, ha de ser mantenida. 9.
10. Este procedimiento debera utilizarse tambin para cerrar un SCM. 11. Si el lado receptor recibe una nueva peticin inesperada de conexin en un puerto para el que hay un socket establecido, debera cerrarse el antiguo socket y aceptar el nuevo. 12. Los nmeros de Servicio/Puerto TCP/IP para estas conexiones se decidirn mediante acuerdo bilateral. Debera evitarse el uso de puertos reservados (1 a 1023). Se recomienda utilizar puertos por encima del 10000. 13. Para reducir el volumen de datos que se pierde cuando falla una conexin establecida, puede ajustarse el tamao de los buffers de envo y de recepcin TCP. El tamao de buffer recomendado es 4 KB, aunque este valor puede acordarse bilateralmente.
Edicin de 2009
II-15/24
14. A fin de poder detectar la prdida de un mensaje, es obligatorio utilizar el nmero de secuencia de canal (CSN). Cuando se utilice el CSN para comprobar si se han perdido mensajes, deberan utilizarse los procedimientos de peticin/repeticin de la OMM para recuperarlos. Podra ser til automatizar este mecanismo para evitar retardos causados por la interaccin manual. Para reducir a un mnimo la prdida de datos, se recomienda rotundamente que los Centros implementen un CSN de 5 caracteres en el futuro. 15. El nmero de secuencia de canal 000 (o el 00000, respectivamente) debera indicar una inicializacin, y no debera causar peticiones de retransmisin Procedimientos FTP Introduccin El Protocolo de transferencia de ficheros (File Transfer Protocol (FTP)) constituye un mtodo conveniente y fiable para el intercambio de ficheros, especialmente los de gran tamao. Este protocolo est definido en RFC 959. Los principales temas a considerar son: 1. Procedimientos para acumular mensajes en ficheros a fin de minimizar elementos FTP no esenciales para mensajes cortos (aplicable nicamente a los tipos de mensaje existentes). 2. Convenciones de denominacin de ficheros para tipos de mensaje existentes (AHL existente). 3. Convenciones generales de denominacin de ficheros. 4. Redenominacin de ficheros. 5. Utilizacin de directorios. 6. Nombres de cuenta y contraseas. 7. 9. Sesiones FTP. Compresin de ficheros. 8. Necesidades FTP locales.
Recopilacin de mensajes en ficheros Uno de los problemas que plantea la utilizacin de FTP para enviar mensajes SMT de tipo tradi cional es el contenido no esencial, cuando cada uno de los mensajes se enva en un fichero por separado. Para resolver este problema, los mensajes mltiples contenidos en la envolvente de mensaje SMT estndar deberan incluirse en un mismo fichero, de acuerdo con las reglas que se indican a continuacin. Este mtodo de acumulacin de mltiples mensajes es aplicable slo a los mensajes para los que se han asignado AHL. Los centros pueden, opcionalmente, incluir o borrar las cadenas lnea de comienzo y final de mensaje, e indicar la opcin que estn utilizando mediante el identificador de formato (vanse los puntos 2 y 4 siguientes). 1. Cada mensaje debera ir precedido por un campo longitud de mensaje de ocho octetos (ocho caracte res ASCII). La longitud abarca la lnea de comienzo (si la hubiere), AHL, el texto y el final de mensaje (si lo hubiere). 2. Cada mensaje debera comenzar por la lnea de comienzo que est definida y la AHL, como se muestra en la Figura 4.2. 3. Los mensajes deberan incorporarse a los ficheros como sigue: a) indicador de longitud, mensaje 1 (ocho caracteres); b) identificador de formato (dos caracteres); c) mensaje 1;
d) indicador de longitud, mensaje 2 (ocho caracteres); e) f) identificador de formato (dos caracteres); mensaje 2;
Edicin de 2009
ADJUNTO ii-15
II-15/25
g) y as sucesivamente, hasta el ltimo mensaje; h) en caso necesario, y a reserva de lo que se acuerde bilateralmente, podr insertarse un mensaje aparente de longitud cero a continuacin del ltimo mensaje real como ayuda para la deteccin del final de fichero en ciertos sistemas SCM. Este recurso no ser necesario en la mayora de los casos, y slo deber utilizarse cuando lo sea, previo acuerdo entre los Centros. 4. El identificador de formato (dos caracteres ASCII) puede adoptar los valores siguientes: a) 00 si estn presentes las cadenas lnea de comienzo y final de mensaje; b) 01 si estn ausentes las cadenas lnea de comienzo y final de mensaje. 5. El centro emisor debera combinar los mensajes del fichero durante no ms de 60 segundos, para minimizar los retardos de transmisin. 6. El centro emisor debera limitar el nmero de mensajes de un fichero a un mximo de 100. 7. El formato es aplicable con independencia del nmero de mensajes; es decir, ser aplicable aun cuando el fichero slo contenga un mensaje. Figura 4.2 Estructura de un mensaje tpico en un fichero
Longitud del mensaje 1 (8 caracteres) Identificador nnn del formato SOH CR CR LF o bien CR 00 nnnnn
EncabezaCR LF miento Texto
CR CR LF ETX
Longitud del mensaje 2 (8 caracteres)
Longitud del mensaje Opcin 1. Lnea de comienzo y final de mensaje presentes. Longitud del mensaje: Longitud desde SOH hasta ETX (por ejemplo, 00001826 = 1826 bytes)
Longitud del mensaje 1 (8 caracteres)
EncabezaIdentificador del formato CR CR LF miento Texto 01

Longitud del mensaje
Longitud del Identificador mensaje 2 del formato (8 caracteres) 01
Opcin 2. Lnea de comienzo y Final de mensaje ausentes. Longitud del mensaje: Longitud desde CR hasta final de texto (ejemplo 00001826 = 1826 bytes)
Convenciones de denominacin de ficheros para tipos de mensaje existentes (AHL existente) La convencin empleada para la denominacin de ficheros es: CCCCNNNNNNNN.ext donde: CCCC es el identificador internacional de ubicacin de cuatro letras del Centro emisor, tal como se define en la Publicacin N 9, Volumen C, de la OMM; NNNNNNNN es un nmero secuencial comprendido entre 0 y 99999999, generado por el Centro emisor; ext es: ua para informacin alfanumrica urgente ub para informacin binaria urgente a para informacin alfanumrica normal b para informacin binaria normal f para informacin facsmil
NOTA: Cuando, previo acuerdo bilateral, los Centros admitan datos alfanumricos y binarios en un mismo fichero,
se utilizarn las extensiones b o ub.
Edicin de 2009
II-15/26
Convenciones generales para la denominacin de archivos Para la denominacin de archivos se aplicar la convencin siguiente, con un perodo de transicin que no se extienda ms all de 2008. La fecha de la puesta en prctica podr ser modificada por la CSB. El procedimiento est basado en la transmisin de pares de archivos, uno de los cuales contiene la informacin, mientras que el otro es el archivo de metadatos correspondiente. La estructuracin de los archivos en pares permite establecer la funcin de comunicacin con independencia de las necesidades que la gestin de datos imponga a la estructura de los metadatos, pese a lo cual permite el transporte de cualquier tipo de metadatos. La presencia de un archivo .met no es obligatoria, como sucede cuando el propio archivo de informacin se especifica a s mismo o cuando un archivo .met nico puede describir varios archivos de informacin (por ejemplo, cuando hay un mismo tipo de datos para diferentes horas). Con todo, existe siempre una relacin clara entre el nombre del archivo de informacin y el nombre del archivo de metadatos, que diferirn slo en la extensin y en la posible presencia de caracteres comodn. En los nuevos tipos de mensaje (que carecen de AHL) se adoptar el formato siguiente para los nombres de archivo. Conviene sealar que los nombres de archivo de los tipos de mensaje existentes (que contienen AHL) pueden ajustarse tambin al formato siguiente. El formato del nombre de archivo es una combinacin predeterminada de campos delimitados por el carcter _ (espacio subrayado), excepto en los dos ltimos campos, que estarn delimitados por el carcter . (punto). Cada campo ser de longitud variable, excepto el campo fecha/hora, que est predeterminado. El orden de los campos es obligatorio. Los campos del nombre de archivo son los siguientes:
pflag_productidentifier_oflag_originator_yyyyMMddhhmmss[_freeformat].type[.compression]
donde los campos obligatorios son: pflag es un carcter o combinacin de caracteres que indican la manera de descodificar el campo productidentifier. Por el momento, el campo pflag tiene solamente el valor aceptable siguiente: Tabla 4.1 Valores de pflag aceptados pflag
T A Significado El campo productidentifier se descodificar como indicativo de datos T1T2A1A2ii estndar (los indicativos de datos estndar de la OMM figuran en el Adjunto II-5) El campo productidentifier se descodificar como encabezamiento abreviado estndar, en su caso con el bloque BBB, y descartando los espacios, por ejemplo: T1T2A1A2iiCCCCYYGGgg[BBB] Indicativo de producto OMM Indicativo de producto local del centro originador
W Z
productidentifier es un campo de longitud variable que contiene informacin descriptiva de la naturaleza de los datos del archivo. El campo productidentifier se descodificar de conformidad con el campo pflag. El indicativo de producto OMM que se utilice con pflag = W se descodificar como sigue: <Indicativo de ubicacin>,<indicativo de datos>,<descripcin libre>,<grupo fecha-hora internacional>,<encabezamiento de modificacin de BBB > El indicativo de producto OMM consta de dos partes: la parte esttica, que describe el producto, y la parte opcional, que define la fecha/hora y la situacin en que se encuentra el producto (correccin, enmienda). El indicativo de producto OMM no distingue entre maysculas y minsculas. Las dos partes descritas se definen como sigue:
Edicin de 2009
ADJUNTO ii-15
II-15/27
Parte esttica: <indicativo de ubicacin>,<indicativo de datos>,<descripcin libre> <indicativo de ubicacin> define al productor: el pas, la organizacin y el centro de produccin; el pas estar representado mediante el cdigo de dos letras estndar de la norma oficial ISO 3166. Por ejemplo: <gb-metoffice-exeter>. Cada campo deber estar separado por el smbolo -. El cdigo de dos letras estndar xx de la norma oficial ISO 3166 se utilizar para organizaciones internacionales y, por lo tanto, estar formado por las dos primeras letras del indicativo de ubicacin de las organizaciones internacionales, por ejemplo, xx-eumetsat-darmstadt, xxecmwf-reading. <descripcin libre> est determinado por el centro de produccin para caracterizar el producto. <grupo fecha-hora internacional> es un registro de fecha-hora del producto en la forma aaaaMMddhhmmss, en formato completo sin caracteres de sustitucin (nicamente cifras decimales). Este campo es opcional, ya que puede recuperarse del campo del nombre del archivo: aaaaMMddhhmmss <encabezamiento de modificacin BBB > es un grupo complementario de finalidad parecida a la del grupo actual BBB de AHL
Parte opcional: [,<grupo fecha-hora internacional>,<encabezamiento de modificacin BBB >]
Nota: A fin de facilitar la identificacin de cada campo del indicativo de producto, la parte esttica, as como la parte
opcional cuando se utilice, contendrn dos smbolos , separando los campos. Ningn campo deber contener el smbolo ,. Cuando un campo est vaco, no se insertar ningn carcter entre los delimitadores de campo correspondientes _ o ,.
opflag es un carcter o combinacin de caracteres que indican la manera de descodificar el campo originador. Por el momento, el campo oflag tiene nicamente el valor aceptable siguiente: Tabla 4.2 Valores de oflag aceptados oflag
C Significado El campo originator se descodificar como un cdigo de pas CCCC estndar
originator es un campo de longitud variable que contiene informacin sobre el origen del archivo. El campo originator se descodificar de conformidad con oflag aaaaMMddhhmmss es una fecha de longitud fija y un campo de registro de fecha-hora. Este campo se interpretar con arreglo a las reglas estndar establecidas para determinadas descripciones y tipos de datos. Por consiguiente, puede responder a diversos significados, como la fecha de creacin del archivo o la fecha de recopilacin de los datos. Cuando no se especifique un campo de registro de fecha-hora determinado, se sustituir por un carcter `-` (guin). Por ejemplo: -------311500-- representa un registro que especifica solamente el da (31), la hora (15) y los minutos (00). Si no existieran reglas para un tipo de datos determinado, este campo debera contener la fecha y hora de creacin del archivo por el originador. Type es un campo de longitud variable que describe el tipo de formato general del archivo. Aunque esta informacin puede considerarse hasta cierto punto redundante para el campo productidentifier, se mantiene por razones de compatibilidad con las normas aceptadas por el sector. Conviene sealar que el delimitador que precede al campo type es el carcter . (punto). Este carcter permite descomponer el nombre de archivo en sus distintos campos, ya que el campo freeformat puede utilizar el carcter _ (espacio subrayado) para delimitar los campos.
Edicin de 2009
II-15/28
Tabla 4.3 Valores del campo type aceptados

Type met tif gif png ps mpg jpg txt htm bin doc wpd hdf nc pdf Significado Este archivo es en realidad dos archivos de metadatos que describen el contenido y el formato del archivo de informacin correspondiente de ese mismo nombre archivo TIFF archivo GIF archivo PNG archivo Postscript archivo MPEG archivo JPEG archivo de texto archivo HTML archivo que contiene datos codificados en clave binaria de la OMM, (por ejemplo, GRIB o BUFR ) archivo Microsoft Word archivo Corel WordPerfect archivo HDF archivo NetCDF archivo en formato de documento portable
Y los campos no obligatorios son: a) freeformat es un campo de longitud variable que contiene indicativos adicionales requeridos por un originador dado. Este campo puede dividirse en subcampos. Los pases de origen deberan procurar poner a disposicin de los dems sus descripciones freeformat. b) compression es un campo que especifica si el archivo utiliza tcnicas de compresin estndar en los productos del sector Tabla 4.4 Valores de compression aceptados
Compression Z zip gz bz2 Significado El archivo ha sido comprimido mediante la tcnica COMPRESS de Unix El archivo ha sido comprimido mediante la tcnica zip de PKWare El archivo ha sido comprimido mediante la tcnica gzip de Unix El archivo ha sido comprimido mediante la tcnica bzip2 de Unix
Longitud mxima del nombre de archivo: Aunque no se especifica una longitud mxima para el nombre de archivo completo, los campos obligatorios no debern exceder de 128 caracteres (incluidos todos los delimitadores), a fin de ser procesables por todos los sistemas internacionales. Juego de caracteres: Los nombres de archivo estarn constituidos por una combinacin de caracteres del juego de caracteres estndar (UIT-T, Rec. X.4), con las excepciones sealadas en la Tabla 4.5. Se utilizan indistintamente maysculas o minsculas, ya que ambas opciones son ampliamente aceptadas e implementadas en los productos del sector (por ejemplo, las direcciones de correo electrnico y los URL). Sin embargo, se recomienda utilizar la forma cannica del nombre de archivo a la hora de procesar el archivo. De ese modo, cabr esperar que: Los nombres de archivo se guarden en su forma original tal como han sido recibidos (con una combinacin cualquiera de caracteres en maysculas y minsculas o un juego de caracteres cualquiera) Los archivos se guarden con caracteres en minsculas solamente con fines de procesamiento interno, comparacin, bsquedas de nombre, etc.
Edicin de 2009
ADJUNTO ii-15
II-15/29
Los archivos sern retransmitidos con el nombre guardado original para conservar el juego de caracteres y las diferencias entre maysculas y minsculas. Con ello se facilita la lectura de los nombres con sus maysculas y minsculas, sin que ello afecte a las funciones de procesamiento o de referencia. Tabla 4.5 Smbolos en los nombres de archivo
Smbolo _ Permitido S Significado El espacio subrayado se utiliza como smbolo delimitador. Se utilizar nicamente para delimitar campos. El espacio subrayado se acepta tambin en el campo freeformat, pero en ningn otro. El guin se utilizar solamente para delimitar campos en el interior de los campos indica tivo de ubicacin y descripcin libre del indicativo de producto OMM, en el campo productidentifier. Por ejemplo, en el caso del indicativo de ubicacin: gb-metoffice-exeter. Este smbolo no figurar en el campo indicativo de datos. El signo de adicin se utilizar para concatenar palabras en un campo del indicativo de producto OMM del campo productidentifier. Por ejemplo, en el campo indicativo de datos: TEMP + MOBIL, o CLIMAT + TEMP + SHIP El punto se utiliza como smbolo delimitador. Se utilizar slo delante de los campos type y compression. El smbolo barra suele tener un significado especial en la especificacin del nombre completo de un archivo en algunos sistemas operativos El signo barra inversa suele tener un significado especial en la especificacin del nombre completo de un archivo en ciertos sistemas operativos El smbolo menor que no deber utilizarse, ya que suele representar un tipo especial de manipulacin de archivos en algunos sistemas operativos El smbolo mayor que no deber utilizarse, ya que suele representar cierto tipo de manipulacin especial de archivos en algunos sistemas operativos La barra vertical no deber utilizarse, ya que suele representar cierto tipo de manipulacin especial de archivos en algunos sistemas operativos El smbolo cerrar interrogacin no deber utilizarse Los apstrofos no debern utilizarse. Las comillas no debern utilizarse El asterisco se utiliza frecuentemente para denotar un carcter comodn en procedimientos de procesamiento de nombres de archivo El smbolo espaciador no deber utilizarse La coma deber utilizarse como delimitador de campo en el indicativo de producto OMM del campo productidentifier. Por ejemplo, en la parte esttica: <indicativo de ubicacin>,<indicativo de datos>,<descripcin libre>. La coma puede utilizarse tambin en el campo freeformat
. / \ > < | ? *
espacio
S No No No No No No No No No No S
,
A-Z a-z 0-9
La estructura del archivo .met, relacionada con la norma de metadatos de la OMM, no se define en la presente Gua. Ejemplos Posible archivo de imgenes (mapa del tiempo significativo) con origen en los Estados Unidos: T_PGBE07_C_KWBC_20020610180000_D241_SIG_WEATHER_250-600_VT_06Z.tif Posible archivo de resultados de un modelo con origen en Francia: A_HPWZ89LFPW131200RRA_C_LFPW_20020913160300.bin Posible archivo de observaciones sinpticas en superficie con origen en Francia: W_fr-meteofrance-
Edicin de 2009
II-15/30
Toulouse,SYNOP,MAIN+HOURS,,RRA_C_LFPW_20060913030000.txt Posible archivo de resultados de un modelo con origen en Francia: W_ fr-meteofrance-toulouse,GRIB,ARPEGE-75N10N-60W65E_C_LFPW_200610000000.bin Posible imagen de Australia: Z_IDN60000_C_AMMC_20020617000000.gif Obsrvese que en este ejemplo el registro de fecha y hora debe interpretarse como, 00 horas, 00 minutos y 00 segundos. Posible archivo comprimido de datos del satlite TOVS con origen en el Reino Unido: Z_LWDA_C_EGRR_20020617000000_LWDA16_0000.bin.Z Posible imagen (de radar) con origen en Canad: T_SDCN50_C_CWAO_200204201530--_WKR_ECHOTOP,2-0,100M,AGL,78,N.gif Posible archivo GRIB de un solo registro, con origen en Canad: Z__C_CWAO_2002032812----_CMC_reg_TMP_ISBL_500_ps60km_2002032812_P036.bin Posible archivo por lotes de mltiples registros, con origen en China: Z_SM_C_BABJ_20020520101502.txt
Redenominacin de ficheros El mtodo empleado por los centros receptores para detectar la presencia de un nuevo fichero depender del tipo de mquina utilizado. En la mayora de los centros, sin embargo, consistir en explorar un directorio en busca de nuevos ficheros. Para evitar el problema de que el centro receptor procese un fichero antes de que ste llegue en su totalidad, todos los centros emisores debern redenominar a distancia los ficheros que envan. El fichero se enviar con la extensin .tmp y, seguidamente, ser redenominado con la extensin apropiada definida ms arriba, una vez completada la transferencia. Por ejemplo: a) put xxxxx RJTD00220401.a.tmp (xxxxx = nombre de fichero local) rename RJTD00220401.a.tmp RJTD00220401.a
b) put xxxxx AMMC09871234.ub.tmp rename AMMC09871234.ub.tmp AMMC09871234.ub
Utilizacin de directorios Algunos centros receptores podran desear que los ficheros fueran a parar a determinados subdirectorios. A este respecto, debera imponerse la limitacin de que slo la totalidad de los ficheros de un mismo tipo sean enviados a un mismo directorio. Se recomienda utilizar un directorio diferente para cada sistema anfitrin que inicie sesiones FTP, para evitar la posibilidad de que haya nombres de fichero duplicados. Nombres de cuenta y contraseas Al utilizar FTP, el emisor se inscribe en una mquina distante utilizando un nombre de cuenta y una contrasea dados. El centro receptor define el nombre de cuenta y la contrasea. Este procedimiento puede afectar a la seguridad de los centros, por lo que conviene adoptar precauciones. En cualquier caso, deberan aplicarse las reglas generales siguientes. 1. El centro receptor define la cuenta de usuario y la contrasea del centro emisor. 2. Se puede utilizar FTP annimo, o bien crear una cuenta especfica. (Si se utiliza FTP annimo, cada Centro emisor deber tener su propio subdirectorio en el servidor FTP). Sesiones FTP A fin de limitar el volumen de trabajo de los sistemas de envo y recepcin, no debera existir al mismo tiempo ms de una sesin FTP por tipo de fichero. Si, por ejemplo, el Centro A desea enviar al
Edicin de 2009
ADJUNTO ii-15
II-15/31
Centro B dos ficheros de un mismo tipo (por ejemplo, .ua), el segundo fichero no deber ser enviado hasta que el primero haya terminado de llegar. Los Centros deberan limitar a un mximo de cinco el nmero de sesiones simultneas con un Centro determinado. El temporizador de inactividad para cerrar la sesin FTP debera fijarse en un valor comprendido entre el tiempo de corte de acumulacin de mensajes (mximo, 60 segundos) y un mximo de tres minutos. Necesidades FTP locales Todos los centros emisores tendrn que prever la posibilidad de incluir comandos FTP estticos adicionales en los comandos FTP que emitan. As, por ejemplo, en algunos centros que utilizan el sistema operativo MVS podra ser necesario incluir comandos SITE para definir las longitudes de registro y de bloque. Los Centros deberan soportar comandos FTP conforme a lo especificado en RFC 959, a menos que algunos queden excluidos en virtud de un acuerdo bilateral. Podra ser tambin necesario acordar bilateralmente algunos procedimientos y comandos. Los Centros receptores tienen la responsabilidad de borrar los ficheros que ya han procesado. Utilizacin de compresin de ficheros Si se van a enviar ficheros de gran tamao, suele ser deseable comprimirlos previamente. Los Centros deberan utilizar compresin previo acuerdo bilateral. Copias de seguridad en un SMT basado en IP Por ltimo, algunas consideraciones sobre las copias de seguridad de los SCM. El nuevo SMT utilizar direcciones IP, en las que una direccin individual suele ir asociada a un solo sistema. Si fallara el sistema y se utilizara un mtodo alternativo, los Centros transmisores debern tener en cuenta varias consideraciones relativas a la implementacin. Idealmente, un centro transmisor no debera resultar afectado por los sistemas de copia de seguridad del Centro receptor. Es ste un principio adecuado, que todos los Centros deberan tratar de aplicar. Sin embargo, no siempre ser posible obtener una transparencia completa en IP. Si as ocurriera, los Centros enviantes debern estar preparados para utilizar una direccin IP sustitutiva. Cuando se est utilizando sta, peridicamente se deber intentar utilizar la direccin primaria. Se sugiere determinar dicha periodicidad mediante acuerdo bilateral entre los Centros, ya que aqulla se ver muy influida por la estrategia que se emplee en cada centro para realizar las copias de seguridad. 5. Resolucin de problemas
Instrumentos de la capa IP En una red IP de gran tamao, todos los encaminadores implicados en el trayecto entre dos computadoras centrales debern saber cul es el prximo salto a utilizar para alcanzar la direccin de destino. Dado que cada encaminador y/o enlace podran protagonizar un fallo, es muy importante determinar rpidamente dnde est el problema y, seguidamente, cmo resolverlo. Para la resolucin de los problemas se sugiere seguir los pasos siguientes (no necesariamente en el orden en que aqu aparecen): a) comprobar el Centro distante (si la poltica de ser de dicho Centro lo permite) b) verificar si el enlace hacia la red exterior es alcanzable c) comprobar la red local intentando llegar a la pasarela siguiente o por defecto
d) comprobar la pila y la configuracin IP locales Se describen a continuacin algunas herramientas bsicas que es posible utilizar, como Ping, Traceroute y Netstat. PING y TRACEROUTE proporcionan informacin sobre los trayectos entre computadoras centrales. Ambas utilizan ICMP (traceroute requiere tambin UDP), aunque conviene sealar que muchos de los sitios bloquean los paquetes ICMP como medida de seguridad de sus cortafuegos. Para poder localizar los problemas en una red, es necesario disponer de una documentacin exacta de sta. PING PING verificar si es posible alcanzar la direccin IP de destino. Es una herramienta estndar en prcticamente todos los sistemas operativos con TCP/IP. En una computadora central Unix, sus resultados (output) presentan la forma siguiente:
Edicin de 2009
II-15/32
PING cadillac : 56 data bytes 64 bytes from cadillac (193.168.1.17): icmp_seq=0. time=3. ms 64 bytes from cadillac (193.168.1.17): icmp_seq=1. time=2. ms 64 bytes from cadillac (193.168.1.17): icmp_seq=2. time=3. ms 64 bytes from cadillac (193.168.1.17): icmp_seq=3. time=3. ms 64 bytes from cadillac (193.168.1.17): icmp_seq=4. time=5. ms 64 bytes from cadillac (193.168.1.17): icmp_seq=5. time=3. ms 64 bytes from cadillac (193.168.1.17): icmp_seq=6. time=3. ms ----estadsticas de PING para cadillac---7 packets transmitted, 7 packets received, 0 per cent packet loss, round-trip (ms) min/avg/max = 2/3/5 Una prueba til podra consistir en ejecutar un ping respecto del SCM del Centro vecino. Si este ping tiene xito en un perodo de tiempo razonable, ello querr decir que la red funciona correctamente. Si falla, ello podra deberse a que el circuito est inactivo o a que los paquetes ICMP del ping estn siendo bloqueados por el encaminador o por el cortafuegos del Centro vecino. En tales casos, puede ser til ejecutar un ping respecto de la interfaz serie del encaminador del Centro vecino. Si se tiene xito, entonces es que el enlace de comunicaciones con el Centro vecino funciona. Los fallos sern pues imputables al Centro vecino. Puede utilizarse tambin Ping para comprobar si el funcionamiento de la red es razonablemente bueno. El parmetro time es el retardo entre el envo y la recepcin subsiguiente del paquete. Aunque no es posible indicar un valor promedio del retardo, es ms importante observar que su valor ha variado. Por ltimo, podra ocurrir que se perdieran paquetes. En tal caso, faltarn algunas cifras en el nmero icmp_seq. Tanto la prdida de paquetes como la variacin de los retardos degradarn notablemente el funcionamiento. TRACEROUTE Esta herramienta se utiliza para indicar los encaminadores de la red recorridos entre A y B. Como ya se ha indicado, traceroute necesita utilizar paquetes UDP e ICMP para su ejecucin. Los cortafuegos o los filtros de paquetes de los encaminadores pueden bloquear ese trfico en virtud de una poltica de seguridad local. Aunque no todos los sistemas disponen de ella, es bastante fcil de compilar. Puede obtenerse gratuitamente en Internet. Los resultados (output) de traceroute son del tipo siguiente: cadillac 22: traceroute ftp.inria.fr traceroute to ftp.inria.fr (192.93.2.54), 30 hops max, 40 byte packets 1 antonio.meteo.fr (137.129.1.5) 3 ms 2 ms 2 ms 2 clara.meteo.fr (137.129.14.249) 1 ms 2 ms 2 ms 3 andrea.meteo.fr (193.105.190.253) 4 ms 3 ms 2 ms 4 octares1.octares.ft.net (193.48.63.5) 30 ms 35 ms 10 ms 5 192.70.80.97 (192.70.80.97) 9 ms 15 ms 27 ms 6 stamand1.renater.ft.net (195.220.180.21) 40 ms 96 ms 29 ms 7 stamand3.renater.ft.net (195.220.180.41) 56 ms 100 ms 108 ms 8 stlambert.rerif.ft.net (195.220.180.10) 63 ms 56 ms 34 ms 9 193.55.250.34 (193.55.250.34) 46 ms 28 ms 26 ms 10 rocq-gwr.inria.fr (192.93.122.2) 21 ms 147 ms 85 ms 11 ftp.inria.fr (192.93.2.54) 86 ms 58 ms 128 ms Cuando un encaminador no sabe adnde enviar el paquete, el resultado podra ser como sigue: cadillac 22: traceroute 193.105.178.5 traceroute to 193.105.178.5 (193.105.178.5), 30 hops max, 40 byte packets
Edicin de 2009
ADJUNTO ii-15
II-15/33
1 antonio.meteo.fr (137.129.1.5) 2 ms 1 ms 1 ms 2 clara.meteo.fr (137.129.14.249) 1 ms 4 ms 1 ms 3 andrea.meteo.fr (193.105.190.253) 4 ms 11 ms 4 ms 4 octares1.octares.ft.net (193.48.63.5) 42 ms 39 ms 42 ms 5 192.70.80.97 (192.70.80.97) 8 ms 7 ms 7 ms 6 stamand1.renater.ft.net (195.220.180.5) 48 ms 86 ms 113 ms 7 rbs1.renater.ft.net (195.220.180.50) 63 ms 107 ms 154 ms 8 Paris-EBS2.Ebone.net (192.121.156.105) 146 ms 167 ms 140 ms 9 stockholm-ebs-s5-2.ebone.net (192.121.154.21) 100 ms 80 ms 92 ms 10 Amsterdam-ebs.Ebone.NET (192.121.155.13) 249 ms 227 ms 205 ms 11 amsterdam1.NL.EU.net (193.0.15.131) 257 ms 249 ms 316 ms 12 * Amsterdam5.NL.EU.net (134.222.228.81) 300 ms 297 ms 13 Amsterdam6.NL.EU.net (134.222.186.6) 359 ms 218 ms 304 ms 14 Paris1.FR.EU.net (134.222.228.50) 308 ms 311 ms 388 ms 15 * Etoile0.FR.EU.net (134.222.30.2) 177 ms * 16 Etoile0.FR.EU.net (134.222.30.2) * * * En el segundo caso, cadillac no podra llegar a 193.105.178.5, dado que el encaminador Etoile0. fr.eu.net no lleg a enviar el paquete. Con traceroute, no es posible saber si se trata de una avera del encaminador o de enlace. NETSTAT Se trata de un comando disponible en la mayora de las plataformas de computadora. Proporciona informacin sobre la constitucin de la pila IP de la computadora central. Netstat puede utilizarse para averiguar si la direccin IP local y la mscara de subred estn configuradas correctamente, y si la informacin de encaminamiento sigue siendo correcta. Hay muchas otras opciones, pero en este texto no se pretende describirlas todas. Un ejemplo de los resultados que se obtienen (output) es el siguiente: $ netstat -rn Routing tables Internet: Destination default 127.0.0.1 141.38.48 141.38.48.12 195.37.164.100 224 $ Gateway Netmask 141.38.48.2 127.0.0.1 141.38.48.12 0xffffff00 127.0.0.1 141.38.48.5 141.38.48.12 0xf0000000 Flags UG UH U UGH UGH U Refs 12 9 3 10 2 1 Use 4014211 2321 68981 253410 345 19848 Interface ec0 lo0 ec0 lo0 lo0 ec0
Este output indica que esa computadora central tiene la direccin IP 141.38.48.12 con una mscara de subred de 24 bits (0Xffffff00, o 255.255.255.0). Indica tambin que puede alcanzarse la computadora central 195.37.164.100 a travs de la pasarela 141.38.48.5, y las banderas indican que la ruta es hacia arriba (U), que conduce a una pasarela (G) y que es una ruta de computadora central (H). La primera lnea indica que todos los dems destinos son alcanzables a travs de la pasarela por defecto de la computadora central, 141.38.48.2. Otro ejemplo: $ netstat -rn Routing tables
Edicin de 2009
II-15/34 Internet: Destination default 127.0.0.1 141.38.48
Gateway Netmask 141.38.48.2 127.0.0.1 141.38.48.12 0xffffff00 127.0.0.1 141.38.48.2 141.38.48.12 0xf000000
Flags UG UH U UGH UGHM U
Refs 12 9 3 10 2 1
Use 4014211 2321 68981 253410 345 19848
Interface ec0 lo0 ec0 lo0 lo0 ec0
141.38.48.12 195.37.164.100 224 $
La nica diferencia con respecto al primer ejemplo estriba en que la ruta de la computadora central a 195.37.164.100 est ahora marcada con una bandera M, con lo que se indica que dicha ruta ha sido modificada por un mensaje ICMP de redireccin a partir de la antigua ruta 141.38.48.5. Esto suele significar que el encaminador de direccin IP 141.38.48.5 ha perdido su ruta a 195.37.164.100, y podra indicar un problema en el enlace hacia la red distante. Otras herramientas de seguimiento Verificar que la conectividad IP es correcta constituye un primer paso necesario. Hay otras herramientas que pueden proporcionar ms informacin sobre lo que est sucediendo. Las posibilidades de eleccin son muchas. Se pueden utilizar analizadores de protocolo y herramientas de software basadas en SNMP. As, por ejemplo, Sun Microsystems incluye con Solaris una herramienta denominada snoop que puede sustituir, en la mayora de los casos, a un analizador de red de rea local. Otras herramientas, como TCPDUMP, pueden obtenerse gratuitamente en Internet e instalarse en diversos sistemas. TCPDUMP est a menudo incluido en las copias distribuidas de Linux. Estas herramientas requieren un conocimiento bastante bueno del protocolo IP. No obstante, por poner un ejemplo, TCPDUMP se podra utilizar para diagnosticar problemas a nivel de aplicacin. A continuacin se reproduce un ejemplo, para una computadora central denominada pontiac, de captura de intercambios ICMP entre zinder y cadillac. pontiac# /usr/local/bin/tcpdump -i nf0 host cadillac and zinder and proto icmp 15:28:06.68 cadillac.meteo.fr > zinder.meteo.fr: icmp: echo request 15:28:06.68 zinder.meteo.fr > cadillac.meteo.fr: icmp: echo reply 15:28:19.45 cadillac.meteo.fr > zinder.meteo.fr: icmp: echo request 15:28:19.45 zinder.meteo.fr > cadillac.meteo.fr: icmp: echo reply 15:28:29.44 cadillac.meteo.fr > zinder.meteo.fr: icmp: echo request 15:28:29.45 zinder.meteo.fr > cadillac.meteo.fr: icmp: echo reply SNMP El protocolo SNMP (Protocolo de Gestin de Red Simple) se desarroll a finales de los aos 80 con el propsito de ofrecer a los gestores de red una herramienta estndar para controlar las redes. En la mayora de los casos, SNMP puede utilizarse en sustitucin de otras herramientas menos sutiles descritas ms arriba. Por desgracia, el buen software SNMP no es barato. SNMP es un protocolo cliente-servidor. Para poder reunir informacin con SNMP, el equipo conectado a la red deber tener una Base de Informacin de Gestin (MIB). Dichas bases son catlogos de enteros, contadores, cadenas, etc. El gestor pide a los agentes que le enven ciertos valores. Estos valores pueden ser, por ejemplo, la tabla de encaminamientos IP. El ejemplo que figura a continuacin se obtiene recabando mediante HP Open View (un paquete comercial) la tabla de encaminamientos para la computadora central monica.meteo.fr. Ttulo: : monica.meteo.fr Nombre o direccin IP: monica.meteo.fr IpRouteDest 0.0.0.0 136.156.0.0 137.129.1.0 137.129.2.0 137.129.3.0 137.129.4.0 137.129.5.0 137.129.6.0 ipRouteMask 0.0.0.0 255.255.0.0 255.255.255.0 255.255.255.0 255.255.255.0 255.255.255.0 255.255.255.0 255.255.255.0 ipRouteNextHop 137.129.1.5 137.129.1.5 137.129.1.6 137.129.1.5 137.129.3.254 137.129.4.254 137.129.5.254 137.129.1.62 ipRouteProto local ciscoIgrp local ciscoIgrp local local local local ipRouteMetric1 0 8786 0 1110 0 0 0 0
Edicin de 2009
ADJUNTO ii-15
II-15/35 local local ciscoIgrp 0 0 1110
137.129.7.0 137.129.8.0 137.129.9.0
255.255.255.0 255.255.255.0 255.255.255.0
137.129.7.254 137.129.8.254 137.129.1.5
Esta informacin, obtenida con TCPDUMP y NNSTAT, puede obtenerse tambin con SNMP pero, para ello, deber haber conectadas a la red sondas que controlen la MIB de vigilancia a distancia. A ttulo bilateral, podra ser til que los Centros permitieran el acceso SNMP a su encaminador desde el otro CMN. Sin embargo, convendra evitar interrogar regularmente a los encaminadores de otros Centros, para evitar la sobrecarga de los circuitos. MRTG Otro paquete de dominio pblico, denominado MRTG, es una herramienta muy til para reunir informacin sobre la red local y sobre los enlaces conectados. Es una herramienta que permite seguir la evolucin de la carga de trfico en redes y enlaces. Genera pginas HTML con imgenes que representan visualmente este trfico. Puede utilizarse tambin para evidenciar fallos de los enlaces de red. MRTG est constituido por un guin Perl que utiliza SNMP para leer los contadores de trfico del encaminador o encaminadores propios y de un veloz programa en C que anota cronolgicamente los datos de trfico y crea grficos representativos del trfico presente en la conexin o conexiones de red que se desea vigilar. Ms abajo se ofrece un ejemplo de su output. En dicho ejemplo se muestran las estadsticas de trfico de un enlace especializado y se ofrece informacin sobre las pautas de trfico en el enlace. ste es slo uno de los muchos grficos que es posible crear mediante MRTG.
SYSLOG Muchos de los problemas posibles pueden localizarse a condicin de no remitirse nicamente a los ficheros de SYSLOG en la computadora central y utilizar tambin un servidor SYSLOG de tal modo que el encaminador
Edicin de 2009
II-15/36
o encaminadores le enven los mensajes. Hacindolo as, puede examinarse con regularidad este fichero, por ejemplo para encontrar mensajes que indiquen un rgimen elevado de la CPU, procesos que utilicen mucha memoria o ciclos de la CPU, lneas que se desactivan o que se activan, o mensajes sobre incidencias relativas al protocolo de encaminamiento utilizado. syslog. Hay 8 niveles diferentes de mensajes que el encaminador anotar en el libro registro del servidor Son los siguientes: Emergencias Alertas Crtico Errores Avisos Notificaciones Informativo Depuracin 0 1 2 3 4 5 6 7 Sistema inutilizable Necesidad de actuacin inmediata Condiciones crticas Condiciones de error Condiciones de aviso Estado normal pero significante Mensajes informativos nicamente Mensajes de depuracin
El servicio de registro cronolgico por defecto en un encaminador Cisco est fijado en local7; este dato es importante cuando se configura una computadora central como servidor syslog, como se explica a continuacin. son: En un encaminador Cisco los comandos de configuracin que activan la anotacin cronolgica
cisco-gts-1(config)#logging trap level-of-messages-to-log cisco-gts-1(config)#logging 141.38.48.12 y pueden comprobarse mediante el comando show logging (mostrar registro cronolgico): cisco-gts-1#sho logging Syslog logging: enabled (0 messages dropped, 0 flushes, 0 overruns) Console logging: level debugging, 117892 messages logged Monitor logging: level debugging, 8317 messages logged Trap logging: level debugging, 117150 message lines logged Logging to 141.38.48.12, 117150 message lines logged Buffer logging: disabled cisco-gts-1# En este ejemplo, la anotacin cronolgica se fija en el nivel depuracin (logging trap debugging), y todos los mensajes de nivel entre 7 y 0 sern enviados al servidor syslog con la direccin IP 141.38.48.12. Para activar el servidor SYSLOG, por ejemplo en una computadora UNIX, habr que incluir las lneas siguientes: En el fichero /etc/services: syslog 514/udp /usr/people/cisco/logs/cisco.log En el fichero /etc/syslog.conf: local7.debug
La cadena de caracteres local7.debug hace referencia al servicio de registro cronolgico por defecto definido en un encaminador Cisco conforme se ha indicado (local7). El fichero arriba indicado ser el fichero hacia el que cual el demonio de syslog escribe todos los mensajes syslog entrantes para local7. La ltima actuacin sobre la computadora central consistir en hacer que el demonio de syslog relea su fichero de configuracin (kill 1 pid-of-syslogd). Gestin de la anchura de banda En una red IP, todos los paquetes sern encaminados por los enlaces sin pasar por un mecanismo de priorizacin. Por esa razn, una transferencia FTP puede ocupar toda la anchura de banda disponible, dejando sin recursos a todas las dems aplicaciones. As pues, cuando aumenta el trfico podra ser necesario introducir algn tipo de gestin de la anchura de banda en la configuracin de la red. Puede obtenerse ms informacin en lnea sobre este particular en http://www.wmo.int/.
Edicin de 2009
ADJUNTO ii-15
II-15/37
Figura A1.1 - Interconectividad general entre centros APNDICE 1 Topologa TCP/IP de alto nivel y flujos de datos TCP/IP En los diagramas siguientes se ofrece un esquema de la topologa de alto nivel de un centro simple y los principales flujos de datos en relacin con el SMT y con las telecomunicaciones por Internet. En los apndices siguientes pueden encontrarse configuraciones X.25 sobre IP ms detalladas.
SMT
INTERNET CENTRO A RED DE DIFUSIN CENTRO B
OTROS ENLACES ANTIGUOS Y DE REFUERZOS AL SMT
Figura A1.1 - Interconectividad general entre centros
ESTACIN DE TRABAJO ESTACIN DE TRABAJO
PORTAL WEB/ SERVIDOR 1 PORTAL WEB/ SERVIDOR 2 ENCAMINADOR/ CORTAFUEGOS DEL DISPOSITIVO DE ACCESO
ENLACE PROPORCIONADO POR EL PROVEEDOR DE TELECOM
SMT
RECEPTOR WAFS RECEPTOR DE VIDEODIFUSIN DIGITAL SERVIDOR DE CONMUTACIN DE MENSAJES 1 SERVIDOR DE CONMUTACIN DE MENSAJES 2 OTROS SISTEMAS ENCAMINADOR INTERNO/CORTAFUEGOS SUBRED PROTEGIDA INTERNA SUBRED PBLICA
CORTAFUEGOS
INTERFAZ VPN
SUBRED DMZ
POR DEFECTO, LOS CORTAFUEGOS BLOQUEAN TODO EL TRFICO EN AMBAS DIRECCIONES Y PERMITEN SLO EL TRFICO CONOCIDO
ENLACE PROPORCIONADO POR EL PROVEEDOR INTERNET
ENCAMINADOR/ CORTAFUEGOS DEL DISPOSITIVO DE ACCESO
CENTRO A
Figura A1.2 - Topologa de una red TCP/IP en un centro simple
Edicin de 2009
II-15/38
CONEXIN SMT TPICA

ESTACIN DE TRABAJO 1 ESTACIN DE TRABAJO 2 RECEPTOR WAFS RECEPTOR DE VIDEODIFUSIN DIGITAL SERVIDOR DE CONMUTACIN DE MENSAJES 1 SERVIDOR DE CONMUTACIN DE MENSAJES 2 OTROS SISTEMAS ENCAMINADOR INTERNO/CORTAFUEGOS ENCAMINADOR/ CORTAFUEGOS DEL DISPOSITIVO DE ACCESO SUBRED PBLICA CORTAFUEGOS ENLACE PROPORCIONADO POR EL PROVEEDOR INTERNET INTERFAZ VPN ENLACE PROPORCIONADO POR EL PROVEEDOR DE TELECOM ENCAMINADOR/ CORTAFUEGOS DEL DISPOSITIVO DE ACCESO
PORTAL WEB/SERVIDOR 1 PORTAL WEB/SERVIDOR 2
SMT
SUBRED DMZ
SUBRED PROTEGIDA INTERNA
CENTRO A
Figura A1.3 - Flujo de datos de trfico en el SMT - IP exclusivamente

CONEXIN SMT TPICA CON X.25 SOBRE IP (es necesario tambin un MSS con capacidad X.25 en otro centro)
ESTACIN DE TRABAJO 1 ESTACIN DE TRABAJO 2 RECEPTOR WAFS RECEPTOR DE VIDEODIFUSIN DIGITAL SERVIDOR DE CONMUTACIN DE MENSAJES 1 ENCAMNADOR DE ENCAPSULACIN X.25 SERVIDOR DE CONMUTACIN DE MENSAJES 2 OTROS SISTEMAS ENCAMINADOR INTERNO/CORTAFUEGOS ENCAMINADOR/ CORTAFUEGOS DEL DISPOSITIVO DE ACCESO SUBRED PBLICA CORTAFUEGOS ENLACE PROPORCIONADO POR EL PROVEEDOR INTERNET INTERFAZ VPN
PORTAL WEB/SERVIDOR 1 PORTAL WEB/SERVIDOR 2 ENCAMINADOR/ CORTAFUEGOS DEL DISPOSITIVO DE ACCESO
SMT
SUBRED DMZ
CENTRO A
SUBRED PROTEGIDA INTERNA
Figura A1.4 - Flujo de datos de trfico en el SMT - X.25 sobre IP

Y CONEXIN VPN TPICA POR INTERNET
ESTACIN DE TRABAJO 1 ESTACIN DE TRABAJO 2 RECEPTOR WAFS RECEPTOR DE VIDEODIFUSIN DIGITAL ENCAMINADOR DE ENCAPSULACIN X.25 SERVIDOR DE CONMUTACIN DE MENSAJES 2 OTROS SISTEMAS ENCAMINADOR INTERNO/CORTAFUEGOS SUBRED PROTEGIDA INTERNA
PORTAL WEB/SERVIDOR 1 PORTAL WEB/SERVIDOR 2 ENCAMINADOR/ CORTAFUEGOS DEL DISPOSITIVO DE ACCESO
SMT
INTERFAZ VPN
SUBRED DMZ
CORTAFUEGOS ENLACE PROPORCIONADO POR EL PROVEEDOR INTERNET ENCAMINADOR/ CORTAFUEGOS DEL DISPOSITIVO DE ACCESO SUBRED PBLICA
CENTRO A
Figura A1.5 - Flujo de datos de trfico mediante VPN por Internet
Edicin de 2009
ADJUNTO ii-15
II-15/39
APNDICE 2 Configuraciones de los encaminadores Cisco No se pretende con este apndice ofrecer una descripcin completa de todos los comandos disponibles en un Cisco, ni tampoco un curso completo sobre este equipo, pero podra ser til describir con mayor precisin las tareas de configuracin, en cumplimiento de la poltica descrita en el captulo 2. La configuracin que se describe a continuacin est referida a la versin 11.1 del programa Cisco. Algunas particularidades no existen en versiones anteriores, y otras sern modificadas en el futuro. Indicaremos una serie de pasos: 1. Establecimiento de conexin IP a) IP en soporte PPP; b) IP en soporte X.25; c) X.25 en soporte IP (en realidad, es X.25 en soporte TCP, el protocolo XOT). 2. Configuracin del encaminamiento a) nodo hoja con rutas estticas (Centro A); b) nodo hoja con encaminamiento dinmico (Centro C); c) configuracin en un nodo no hoja (en este caso, dos conexiones SMT diferentes, Centro B). 3. Configuracin de seguridad a) filtrado de trfico basado en direcciones IP declaradas; b) control de intercambios de encaminamiento entre SMT e Internet. En nuestro ejemplo, A est conectado a B con IP en soporte X.25, y B est conectado a C con IP en soporte PPP. Opcionalmente, los SCM de B y C se pueden comunicar tambin utilizando X.25 en soporte TCP/IP. A es un nodo hoja, mientras que B y C son nodos no hoja. B y C estn tambin conectados a Internet. Tanto B como su proveedor Internet hacen uso de rutas estticas1, de C y de su propio RIP2. En los Centros A y B se utilizan interfaces serie 0 para la conexin con los conmutadores de paquetes. En B y C, se utilizan interfaces serie 1 para el enlace PPP. Paso 1: Establecimiento de conexiones Centro A interface serial 0 encapsulation X25 ! segn el tipo de configuracin local (canales virtuales, ventanas... ), podra ser necesario configurar ms elementos x25 address 01016661166666 ip address 193.105.177.1 255.255.255.0 x25 map ip 193.105.177.2 01017771177777 Centro B interface serial 0 encapsulation X25 x25 address 01017771177777 ! segn el tipo de configuracin local (canales virtuales, ventanas... ), podra ser necesario configurar ms elementos ip address 193.105.177.2 255.255.255.0 x25 map ip 193.105.177.1 01016661166666 !
Edicin de 2009
II-15/40
interface serial 1 encapsulation PPP ip address 193.105.178.5 255.255.255.252 ! ! comandos para X25 en soporte TCP x25 routing x25 route 010188811* ip 193.105.178.6 x25 route 010177711* interface serial 0 !
CENTRO A
X.121: Ax SCM
Encaminador
CENTRO C
X.121: Cx
S0
S0 Internet
Encaminador
SCM Direccin IP: C

Computadora central
Computadora central
S1
Direccin IP: A Direccin IP: Ai X.121: Ax Direccin IP: Cb Direccin IP: C
X.121: Bx

SCM
S0 Direccin IP: B
S1 Direccin IP: Bc
Direccin IP: B
Internet
CENTRO B
En todo este apndice se utilizarn los valores siguientes: Direccin de encaminadores X121 Centro A 01016661166666 Centro B 01017771177777 Centro C 01018881188888 Direccin de encaminadores IP 193.105.177.1 193.105.177.2 193.105.178.5 193.105.178.6 Direc. de computadoras centrales iP para el SMT 194.168.1.16/255.255.255.248 137.129.9.0/255.255.255.0 195.1.1.0/255.255.255.0 Sistema autnomo N.A. 65001 65200
_______ 1 B no puede utilizar EGP y BGP en un mismo encaminador; un encaminador no puede pertenecer a ms de un sistema autnomo. 2 RIP no es una eleccin acertada para este tipo de configuracin. Pero, dado que es el protocolo ms bsico, se utiliza tambin en este caso.
Edicin de 2009
ADJUNTO ii-15
II-15/41
Centro C interface serial 0 encapsulation X25 x25 address 01018881188888 ! segn el tipo de configuracin local (canales virtuales, ventanas... ), podra ser necesario configurar ms elementos interface serial 1 encapsulation PPP ip address 193.105.178.6 255.255.255.252 ! ! comandos para X25 en soporte TCP x25 routing x25 route 010177711* ip 193.105.178.5 x25 route 010188811* interface serial 0 ! Al concluir este primer paso, la configuracin IP entre encaminadores est completa. Ahora, el encaminador del Centro A puede ejecutar ping hacia el encaminador de B. B puede ejecutar ping hacia A y C, pero A y C no pueden comunicar entre s, ya que no hay ningn encaminamiento establecido. Los SCM de B y C pueden comunicarse utilizando IP (una vez establecido el encaminamiento de extremo a extremo), o utilizando X.25 en soportes TCP. La experiencia indica que todos los parmetros X.25 del encaminador en los centros B y C debern ser los mismos (tamao de paquete, tamao de ventana) para evitar comportamientos extraos. Punto 2: Encaminamiento Centro A ! Simplemente, definir una ruta por defecto con una mtrica 10 (el precio) va B ip route 0.0.0.0 255.255.255.255 193.105.177.2 10 Centro B ! Primero, definir una ruta esttica con A ip route 194.168.1.16 255.255.255.248 193.105.177.1 10 ip route 0.0.0.0 ip_provider_address 10 ! encaminamiento BGP router bgp 65001 network 137.129.9.0 mask 255.255.255.0 neighbour 193.105.178.6 remote-as 65200 ! La ruta a A es esttica, forzar el envo a C redistribute static Centro C ! encaminamiento BGP router bgp 65200 network 195.1.1.0 neighbour 193.105.178.5 remote-as 65001 ! 196.1.1.0 es direccin de red para computadoras centrales no SMT en C router rip
Edicin de 2009
II-15/42
network 195.1.1.0 A ha definido una ruta por defecto. De ese modo, cuando A desea comunicarse con C, el encaminador sabe adnde enviar paquetes. C va a recibir informacin de encaminamiento de B, de manera que es posible tambin llegar a A desde C. Es importante observar que, si A trata de llegar a un sitio Internet, se realizarn intentos mediante la conexin Internet de B. Esta accin fallar, ya que los paquetes de retorno a A no sern enviados a B. Por consiguiente, el enlace entre A y B transportar algunos datos inapropiados Punto 3: Seguridad Centro A ! Declarar qu computadoras centrales pueden utilizar el SMT access-list 1 permit 194.168.1.16 0.0.0.7 ! Declarar qu computadoras centrales pueden acceder desde el SMT access-list 2 permit 195.1.1.0 0.0.0.255 access-list 2 permit 137.129.9.0 0.0.0.255 interface serial 0 ip access-group 1 out ip access-group 2 in Centro B ! Declarar qu computadoras centrales pueden utilizar el SMT access-list 1 permit 137.129.9.0 0.0.0.255 ! Declarar qu computadoras centrales pueden acceder desde el SMT access-list 2 permit 195.1.1.0 0.0.0.255 access-list 2 permit 194.168.1.16 0.0.0.7 ! Aceptar nicamente actualizaciones de BGP con SA ip as-path access-list 3 permit ^$ ip as-path access-list 3 permit ^65200 interface serial 0 ip access-group 1 out ip access-group 2 in interface serial 1 ip access-group 1 out ip access-group 2 in ! Restringir las actualizaciones BGP router bgp 65001 network 137.129.9.0 mask 255.255.255.0 neighbour 193.105.178.6 remote-as 65200 neighbour 193.105.178.6 filter-list 3 in neighbour 193.105.178.6 filter-list 3 out redistribute static Centro C ! Declarar qu computadoras centrales pueden utilizar el SMT access-list 1 permit 195.1.1.0 0.0.0.255 ! Declarar qu computadoras centrales pueden acceder desde el SMT access-list 2 permit 137.129.9.0 0.0.0.255 access-list 2 permit 194.168.1.16 0.0.0.7
Edicin de 2009
ADJUNTO ii-15
II-15/43
! Aceptar nicamente actualizaciones de BGP con SA del tipo 65xxx ip as-path access-list 3 permit ^65??? interface serial 0 ip access-group 1 out ip access-group 2 in ! Restringir las actualizaciones BGP router bgp 65200 network 195.1.1.0 mask 255.255.255.0 neighbour 193.105.178.5 remote-as 65001 neighbour 193.105.178.5 filter-list 3 in neighbour 193.105.178.5 filter-list 3 out En estas configuraciones hay dos particularidades importantes: a) filtrado BGP La access-list 3 de B y C comprueba el nmero de sistema autnomo enviado por su vecino. Mediante el filtrado entrante y saliente del proceso BGP, se garantiza con ello que todas las rutas conocidas provendrn de uno de estos sistemas autnomos. b) filtrado IP La access-list 1 permite originar direcciones IP desde cada Centro. Esta lista debera ser suficientemente estable. La access-list 2 comprueba las direcciones IP a medida que se van recibiendo. A medida que se aaden nuevos Centros a la red IP, habr que aadir las direcciones correspondientes a estas listas de acceso. Hay que sealar tambin que, a pesar de las conexiones Internet en B y C, no se requiere una mayor atencin para controlar el intercambio de encaminamiento. No se enviar una ruta por defecto esttica aunque se haya habilitado redistribute static. Tanto RIP como BGP descartarn la informacin de encaminamiento obtenida mediante el otro protocolo. APNDICE 3 Ejemplos de rutina de envo y de recepcin mediante sockeT /******************************************************************************************************************* * Ejemplo de programa de socket TCP/IP que ENVA un nico mensaje *******************************************************************************************************************/ #include <stdio.h> #include <unistd.h> #include <stdlib.h> #include <signal.h> #include <string.h> #include <memory.h> #include <sys/socket.h> #include <netinet/in.h> #include <netdb.h> /* El DESTINO (DESTINATION) y el SERVICIO (SERVICE) SON DEFINIDOS POR EL CENTRO RECEPTOR */ #define DESTINATION localhost #define SERVICE 39000 #define GTS_LENFIELD 8
Edicin de 2009
II-15/44
#define MAX_MSGSIZE 15000 static void GetDestinationInfo(); static void SetupSocket(); static void SendData(); static void MakeConnection(); static struct sockaddr_in dest; static int pr_sock; /******************************************************************************************************************* * MAINLINE (lnea principal) * 1. Ignorar las seales SIGPIPE. stas son generadas cuando se pierde una conexin. Por defecto, pueden * causar la terminacin de un programa. * 2. Obtener informacin sobre el destino (GetDestinationInfo): * nmero (y nombre) IP * nmero de servicio/puerto * 3. Crear un socket TCP/IP (SetupSocket) * 4. Conectar con el centro de destino (MakeConnection) * 5. Enviar el mensaje (SendData) * 6. Cerrar el socket (close) *******************************************************************************************************************/ main(int argc, char *argv[]) { signal (SIGPIPE,SIG_IGN); GetDestinationInfo(); SetupSocket(); MakeConnection(); SendData(); close(pr_ sock); } /******************************************************************************************************************* * GET DESTINATION INFO (obtener informacin sobre el destino) * Almacenar el nmero IP y nmero de servicio del destino en una estructura de socket (dest). * 1. Convertir el nombre del destino en un nmero IP (gethostbyname) * 2. Almacenar el nmero IP y nmero de servicio en la estructura dest. *******************************************************************************************************************/ static void GetDestinationInfo() { struct hostent *hp; hp = gethostbyname (DESTINATION); if ( hp == NULL ) { printf(host error\n); exit(1); } memset ((char *)&dest, 0, sizeof dest); memcpy (&dest.sin_addr.s_addr, hp->h_addr, hp->h_length); dest. sin_family = AF_INET; dest.sin_port = SERVICE; } /******************************************************************************************************************* * SETUP SOCKET(establecer socket) * Establecer un Socket TCP/IP * 1. Crear el socket. * 2. Establecer la opcin KEEPALIVE del socket. * Se hace con ello posible que la transmisin peridica automtica de mensajes check sea enviada por la * conexin. Si el destinatario no responde, se la considera interrumpida (broken), y este proceso es notificado * (por SIGPIPE o mediante end-of-file). * 3. Establecer la opcin REUSEADDR del socket. Posibilitar un rearranque ms rpido de los procesos terminados. * 4. Reducir el tamao del buffer para reducir las prdidas de datos si se pierde la conexin. *******************************************************************************************************************/ static void SetupSocket()
Edicin de 2009
ADJUNTO ii-15
II-15/45
{ int on = 1; int rc; int buffsize = MAX_MSGSIZE; pr_sock = socket (AF_INET, SOCK_STREAM, 0); if (pr_sock < 0) { printf(sock error\n); exit(1); } rc = setsockopt(pr_sock,SOL_SOCKET,SO_KEEPALIVE, (char *)&on,sizeof(on)); if (rc != 0) { printf(keepalive error\n); } rc = setsockopt(pr_sock,SOL_SOCKET,SO_REUSEADDR,(char *)&on,sizeof(on)); if (rc != 0) { printf(reuse error\n); } rc = setsockopt(pr_sock,SOL_SOCKET,SO_SNDBUF, (char *)&buffsize,sizeof(buffsize)); if (rc != 0) { printf(unable to set send buffer size\n); }} /******************************************************************************************************************* * MAKE CONNECTION (efectuar la conexin) * Intento de establecer una conexin mediante socket TCP/IP con el destino, en el nmero de puerto/ servicio * acordado. *******************************************************************************************************************/ static void MakeConnection() { int length; length = sizeof (dest); if ( connect (pr_sock,(struct sockaddr *)&dest,length) == -1 ) { printf(connection error\n); exit(1); } printf(connected\n); } /******************************************************************************************************************* * * * NOTA: Un programa real comprobara el cdigo de retorno proveniente de la escritura, y si sta fallara cerrara * el socket, iniciara una alarma de operador y seguidamente, intentara reenviar desde el comienzo del mensaje. *******************************************************************************************************************/ static void SendData() {char msg[MAX_MSGSIZE+1], buffer[MAX_MSGSIZE+GTS_LENFIELD+3]; strcpy(msg,\001\r\r\n001\r\r\nTTAA01 AMMC 000000\r\r\n); for (i=0;i<60;i++) strcat(msg,THE QUICK BROWN FOX JUMPS OVER THE LAZY DOG 0123456789\r\r\n); strcat(msg,\r\ r\n\003); sprintf(buffer,%0*dAN%s,GTS_LENFIELD,strlen(msg),msg); buflen = strlen(buffer); for (i=0; i<5; i++) { rc = write(pr_sock,buffer,buflen); printf(write. rc = %d\n,rc);}} /******************************************************************************************************************* * * TEST TCP/IP SOCKET RECEIVING PROGRAM (someter a prueba el programa de recepcin de mensajes mediante socket TCP/IP) int buflen, i, rc = 0; SEND DATA (enviar datos) * Enviar un mensaje por el socket (en realidad, 5 veces).
* El programa est concebido para proporcionar algunas ideas sobre la manera de recibir mensajes de tipo SMT * por una conexin mediante socket TCP/IP. *******************************************************************************************************************/ #include <stdio.h>
Edicin de 2009
II-15/46
#include <unistd.h> #include <stdlib.h> #include <signal.h> #include <string.h> #include <memory.h> #include <sys/socket.h> #include <netinet/in.h> #include <netdb.h> #define SERVICE 39000
#define MAX_MSGSIZE 15000 #define MAX_BUFLEN MAX_MSGSIZE + 100 #define SOH \001 #define ETX \003 #define GTS_LENFIELD 8 #define GTS_SOCKET_HEADER 10 static void SetupService(); static void RecvData(); static void AcceptConnection(); static int ExtractMsg(char *buffer, int *buflen); static int CheckMsgBoundaries (char *, int); static int FindMessage (char *, int, int *); static void ShiftBuffer (char *, int *, int); static struct sockaddr_in dest; static int pr_sock, msgsock; static char buffer[MAX_ BUFLEN+1]; static int buflen = 0; /******************************************************************************************************************* * * * MAIN (principal) Ponerse a la escucha para las llamadas IP entrantes, y leer los mensajes entrantes en la primera llamada establecida.
* 1. Ignorar las seales SIGPIPE. stas son generadas cuando se pierde una conexin. Por defecto, causan la * la terminacin de un programa. * 2. Establecer un socket que est a la escucha de los mensajes entrantes (SetupService) * 3. Aceptar la primera llamada recibida (AcceptConnection) * 4. Leer los mensajes que vengan por esta conexin (RecvData) * 5. Cerrar la llamada y cerrar el socket puesto a la escucha. *******************************************************************************************************************/ main(int argc, char *argv[]) {signal (SIGPIPE,SIG_IGN); SetupService(); AcceptConnection(); RecvData(); close(msgsock); close(pr_sock); } /******************************************************************************************************************* * * 1. * 2. * * SETUP SERVICE (establecer servicio) Crear un socket. Establecer la opcin KEEPALIVE del socket. Se hace con ello posible que la transmisin peridica automtica de mensajes check sea enviada por la conexin. Si el destino no responde, se la considera interrumpida (broken), y este proceso es notificado (por SIGPIPE o mediante end-of-file) * Ponerse a la escucha de las llamadas que se produzcan en un Puerto/Servicio dado.
* 3. Establecer la opcin REUSEADDR del socket. Posibilitar un rearranque ms rpido de los procesos terminados
Edicin de 2009
ADJUNTO ii-15
II-15/47
* 4. * 5.
Ligar el socket al Servicio/Puerto requerido. Ponerse a la escucha de eventuales llamadas.
*******************************************************************************************************************/ static void SetupService() { int on = 1; int rc; /* adjust the TCP receive buffer size int buffsize = MAX_MSGSIZE; */ memset ((char *)&dest, 0, sizeof dest); dest.sin_addr.s_addr = INADDR_ANY; dest.sin_family = AF_INET; dest.sin_port = SERVICE; pr_sock = socket (AF_INET, SOCK_STREAM, 0); if (pr_sock < 0) { printf(sock error\n); exit(1); } rc = setsockopt(pr_sock,SOL_SOCKET,SO_KEEPALIVE,(char *)&on,sizeof(on)); if (rc != 0) { printf(keepalive error\n); exit(1); } rc = setsockopt(pr_sock,SOL_SOCKET,SO_REUSEADDR,(char *)&on,sizeof(on)); if (rc != 0) { printf(reuse error\n); exit(1); } /* adjust the TCP receive buffer size rc = setsockopt(pr_sock,SOL_SOCKET,SO_RCVBUF,(char *)&buffsize,sizeof(buffsize)); if (rc != 0) { printf(unable to set send receive size\n); } */ rc = bind(pr_sock,(struct sockaddr *)&dest,sizeof dest); if ( rc < 0) { printf(bind error\n); exit(1); } rc = listen(pr_sock,1); if ( rc < 0) { printf(listen error\n); exit(1); } printf(listening\n); } /******************************************************************************************************************* * ACCEPT CONNECTION (aceptar conexin) * Aguardar una llamada entrante (accept). * Retornar el socket de la llamada establecida. *******************************************************************************************************************/ static void AcceptConnection() {int addrlen; printf(waiting connection\n); addrlen = sizeof(sockaddr_in); msgsock = accept (pr_
Edicin de 2009
II-15/48
sock,&dest,&addrlen); if ( msgsock < 0) {printf(accept error\n); exit(1);} printf(connected\n); } /******************************************************************************************************************* * RECV DATA (recibir datos) * Leer datos del socket de mensaje/llamada. * Extraer mensajes SMT de esos datos. * Seguir leyendo hasta que el emisor suelte la llamada o se produzca un error. *******************************************************************************************************************/ static void RecvData() {int numr = 1; int rc = 0; while (numr > 0 && rc >= 0) {numr = read(msgsock,buffer+buflen, MAX_BUFLENbuflen); if (numr > 0) {buflen += numr; buffer[buflen] = \0; printf(buffer = %s\n,buffer); rc = ExtractMsg(buffer ,&buflen);}}} /******************************************************************************************************************* * EXTRAT MSG (extraer mensaje) * DESCRIPCIN * Esta funcin acepta un buffer de datos en entrada, as como los datos que se encuentren en el buffer, y extrae * mensajes SMT de este buffer. * * Los mensajes que estn en el buffer se identifica como sigue... * * Los primeros 8 bytes del buffer de mensajes TIENEN que tener una longitud de mensaje en formato de caracteres * Si la longitud excede del tamao mximo definido para el SMT, o si no consta de caracteres numricos, se * indica un error (lost synchronisation) (prdida de sincronizacin). * * Inmediatamente a continuacin de la longitud del mensaje hay un * Tipo de Mensaje de dos caracteres: AN = Alfanumrico, BI = binario, FX = Fax * El mensaje SMT comienza con un carcter SOH, y termina con un carcter ETX; si no es se el caso, se retorna * un error (lost synchronization) (prdida de sincronizacin). * * Si se identifica un mensaje SMT, ste es extrado y sacado del buffer. * * Dado que puede haber ms de un mensaje en el buffer, esta funcin se iterar (extracting messages) hasta que * se detecte un error o un mensaje incompleto. * * * RETORNA = 0 No hay un mensaje completo en el buffer. < 0 Error fatal en el formato del buffer. *
Edicin de 2009
ADJUNTO ii-15
II-15/49
> 0 Conseguido: el (los) mensaje(s) ha(n) sido extrado(s)
*******************************************************************************************************************/ static int ExtractMsg(char *buffer, int *buflen) {int rc, msglen; char msg[MAX_MSGSIZE+1]; /*ENCONTRAR EL PRIMER MENSAJE EN EL BUFFER */ rc = FindMessage (buffer, *buflen, &msglen); /* MIENTRAS SE ENCUENTRE UNA LONGITUD DE MENSAJE VLIDA EN EL BUFFER DE MENSAJES... */ while (rc > 0) { /* ASEGURARSE DE QUE EL PRIMER CARCTER TRAS LA LONGITUD DE MENSAJE ES UN CARCTER SOH, Y DE QUE EL LTIMO CARCTER INDICADO POR LA LONGITUD DE MENSAJE ES UN CARCTER ETX. */ if ( (rc = CheckMsgBoundaries (buffer, msglen)) < 0 ) continue; /* IMPRIMIR EL MENSAJE EXTRADO */ memcpy(msg,buffer+GTS_SOCKET_HEADER,msglen); msg[msglen] = \0; printf(GTS MSG = \n%s\ n,msg); /* SACAR EL MENSAJE RECIN INYECTADO DEL BUFFER DE MENSAJES, E ITERAR EN BUSCA DE UN NUEVO MENSAJE. */ ShiftBuffer (buffer, buflen, msglen); /** ENCONTRAR EL PRIMER MENSAJE EN EL BUFFER VACIADO*/ rc = FindMessage (buffer, *buflen, &msglen); } return (rc); } /******************************************************************************************************************* * * * 1. * 2. FIND MESSAGE (encontrar mensaje) Comprobar que el mensaje completo se encuentra al comienzo del buffer. Comprobar los primeros ocho caracteres que constituyen la longitud de mensaje. Comprobar los dos caracteres siguientes Tipo de Mensaje.
* 3. Comprobar que el mensaje completo, tal como se define en el campo message length (longitud del mensaje), est en el buffer. * * * Cdigos de retorno: 0 = mensaje incompleto 1 = mensaje completo
* -1 = error *******************************************************************************************************************/ static int FindMessage (char *buffer, int buflen, int *mlen) { char charlen[GTS_LENFIELD+1]; int intlen; *mlen = 0; /* SI LA LONGITUD DEL BUFFER DE MENSAJES TRANSMITIDOS NO ES MAYOR DE 10 CARACTERES, INDICAR INCOMPLETE. */ if ( buflen < GTS_SOCKET_HEADER ) {return (0);} /* COMPROBAR QUE EL TIPO DE MENSAJE ES VLIDO */ if (strncmp(buffer+GTS_LENFIELD,AN,2) && strncmp(buffer+GTS_LENFIELD,BI,2) && strncmp (buffer+GTS_LENFIELD,FX,2)) { printf(ERROR: Message Type field invalid); return (-1); }
Edicin de 2009
II-15/50
/* EXTRAER LA LONGITUD DEL MENSAJE */ strncpy (charlen, buffer, GTS_LENFIELD); charlen[GTS_LENFIELD] = \0; /* COMPROBAR QUE LA CADENA DE CARACTERES QUE INDICA LA LONGITUD DEL MENSAJE CONSTA EXCLUSIVAMENTE DE DGITOS. INDICAR UN ERROR SI NO FUERA SE EL CASO. */ if ( strspn (charlen, 0123456789) != strlen (charlen)) {printf(ERROR: length not numeric); return (-1); } /* CONVERTIR LA CADENA DE CARACTERES QUE INDICA LA LONGITUD DEL MENSAJE EN UN ENTERO.*/ intlen = atoi (charlen); /* COMPROBAR QUE LA LONGITUD EXTRADA DEL BUFFER NO ES MAYOR QUE EL TAMAO DE MENSAJE MXIMO DEFINIDO PARA EL SMT. INDICAR UN ERROR SI NO FUERA SE EL CASO. */ if ( intlen > MAX_MSGSIZE ) { printf(ERROR: message overlength); return (-1);} /* COMPROBAR QUE SE HA RECIBIDO LA TOTALIDAD DEL MENSAJE. RETORNAR EN CASO CONTRARIO */ if ( buflen < intlen + GTS_SOCKET_HEADER ) { return (0);} *mlen = intlen; return (1);} /************************************************************************************************************* * CHECK MSG BOUNDARIES (comprobar el principio del mensaje y final del mensaje) * Confirmar que el primer carcter siguiente al encabezamiento del socket (Socket Header) es un SOH,y que el * ltimo carcter del mensaje (indicado por la longitud de mensaje) es un ETX. *************************************************************************************************************/ static int CheckMsgBoundaries (char *buffer, int msglen) { /* COMPROBAR QUE EL PRIMER CARCTER (TRAS EL CAMPO EN QUE SE INDICA LA LONGITUD DEL MENSAJE) ES UN CARCTER SOH. INDICAR UN ERROR SI NO LO ES.*/ if ( buffer[GTS_SOCKET_HEADER] != SOH ) { printf(ERROR: SOH not found\n); return (-1);} /* COMPROBAR QUE EL LTIMO CARCTER (SEGN EL CAMPO EN QUE SE INDICA LA LONGITUD DEL MENSAJE) ES UN CARCTER ETX. INDICAR UN ERROR SI NO LO ES. */ if ( buffer[msglen+GTS_SOCKET_HEADER-1] != ETX ) { printf(ERROR: ETX not found\n); return (-1);} return (1);} /************************************************************************************************************* * SHIFT BUFFER (vaciar buffer) * Sacar el primer mensaje del buffer. Con ello, o bien se vaciar el buffer o bien se desplazar un nuevo mensaje * entero o parte de l hacia el comienzo del buffer. *************************************************************************************************************/ static void ShiftBuffer (char *buffer, int *buflen, int msglen) { int shiftlen; /* CALCULAR LA CANTIDAD DE DATOS A VACIAR DEL BUFFER. */ shiftlen = msglen + GTS_SOCKET_HEADER; /* VACIAR DEL BUFFER LOS DATOS PROCESADOS DESPLAZANDO LOS DATOS SIN PROCESAR POR ENCIMA DE L. CALCULAR LA NUEVA CANTIDAD DE DATOS QUE CONTIENE EL BUFFER. */ *buflen = *buflen - shiftlen; memcpy (buffer, buffer + shiftlen, *buflen);}
Edicin de 2009
ADJUNTO ii-15
II-15/51
APNDICE 4 ALGUNAS DISPOSICIONES DE SEGURIDAD PARA CENTROS SMT PEQUEOS En el presente Apndice se ofrece informacin sobre diversas medidas poco costosas que permiten asegurar los Centros SMT mientras stos estn conectados a Internet. El SMT tradicional, en el que los sistemas de conmutacin de mensajes envan boletines a travs de circuitos punto a punto, es inherentemente seguro, mientras que Internet es inherentemente inseguro. Por ello, es importante evitar que los usuarios de Internet pasen por enlaces SMT, en los que podran causar daos a los Centros vecinos. Poltica de seguridad En un medio mixto como lo es el de Internet/SMT, una brecha en la seguridad de un Centro SMT puede poner en peligro otros segmentos SMT. Es muy probable que, tarde o temprano, la mayora de los Centros SMT estn conectados a Internet, por lo que es necesario encontrar una solucin a los aspectos de seguridad que sea aplicable por todos los Centros, y especialmente por los Centros pequeos. Con las herramientas actualmente disponibles pueden conseguirse diferentes niveles de seguridad en la red a un costo que va desde unos pocos dlares (freeware) hasta las costosas soluciones de los productos de marca. Hay, no obstante, otros aspectos importantes adems de los costos. La aptitud tcnica y un slido apoyo a la gestin son elementos indispensables para implementar y aplicar una poltica de seguridad efectiva. Sin ellos, no se conseguir ninguna proteccin, ni siquiera con los sistemas de cortafuegos ms caros. Coexistencia de Internet con los enlaces SMT especializados Existen muchas posibilidades de elegir para decidir la configuracin general de los sistemas en los Centros pequeos. En la Figura A4.1 se muestra una configuracin que utiliza encaminadores diferentes para proporcionar acceso a Internet y al SMT.
Internet
Buscadores/ cortafuegos
Computadoras centrales B
Servidor Web
Red protegida
SMT
Buscadores/ cortafuegos
Computadoras centrales A SMT
Figura A4.1 Coexistencia del SMT con Internet - encaminadores de acceso diferentes Con objeto de reducir costos, los Centros SMT podran optar por integrar en una sola las redes SMT e Internet sin por ello prescindir de un nivel de seguridad para sus sistemas SMT. En la Figura A4.2 se describe una configuracin de bajo costo que podra cumplir ese objetivo. Proteccin de los enlaces SMT frente a Internet Es importante que el encaminador o encaminadores exteriores conectados tanto a enlaces SMT como Internet tengan una contrasea de acceso segura y estn protegidos de modo que no puedan ser configurados a travs de Internet. Adems, no debera permitirse la propagacin de trfico Internet alguno por enlaces SMT, ni el envo de trfico SMT hacia Internet a menos que as se desee especficamente. Ello puede lograrse mediante un filtrado cuidadoso de las actualizaciones de encaminamiento. Debera existir una separacin clara entre los servicios generales de Internet (www/http, acceso al correo electrnico) y el sistema SMT (por ejemplo, conmutacin de mensajes). Cada uno de ellos debera operar en computadoras diferentes. Adems, deberan utilizarse cortafuegos para limitar el acceso general
Edicin de 2009
II-15/52
por Internet a la red interna de Centros SMT, posiblemente restringiendo las conexiones entrantes a SMTP en el servidor de correo, a HTTP en el servidor web, y al DNS en los servidores de nombre de dominio.
Internet
DNS SMTP
Encaminadores
Cortafuegos Red protegida Servidor Web
SMT
Computadoras centrales SMT
Figura A4.2 Coexistencia del SMT con Internet - encaminadores de acceso comn Debera instalarse un cortafuegos entre el encaminador exterior y los sistemas crticos. Este cortafuegos deber ser capaz de limitar, intermediar o redirigir el acceso a las computadoras centrales internas con objeto de proteger stas. Existen en el mercado varias marcas de cortafuegos con mayor o menor nmero de capacidades. En la mayora de los casos, cuando se trate de una red simple en un Centro pequeo, bastar con instalar un cortafuegos bsico. Al conectarse a Internet es prcticamente obligatorio poner en marcha algn tipo de cortafuegos. El riesgo que podran correr los datos y sistemas internos as lo justifica. Para controlar el acceso existen varias opciones de bajo costo: Computadoras Linux El sistema operativo Linux es gratuito, y opera en muy diversas plataformas de hardware, particularmente en los PC. Las versiones ms recientes de Linux (Kernel, versin 2.2) se distribuyen con programas de cortafuegos denominados ipchains. Adems, soportan protocolos de encaminamiento mediante un programa de encaminamiento denominado gated. Los Centros con cierta experiencia en Unix estarn en condiciones de poner en marcha un cortafuegos Linux partiendo de cero. Windows NT Existen diversos paquetes comerciales. La familiaridad con Windows y el costo relativamente bajo de los PC estn considerados como sus principales ventajas. Kits de herramientas gratuitos Una empresa denominada TIS (Trusted Information Systems) ha hecho pblico un conjunto de grupos de cdigo fuente, principalmente para computadoras centrales UNIX/LINUX, que puede obtenerse gratuitamente. Para ello es necesario tener acceso a computadoras y compiladores UNIX/LINUX, y buenos conocimientos de los aspectos de seguridad en Internet. Encaminadores Muchos encaminadores disponen de la posibilidad de filtrado de paquetes. Es posible utilizar estos sistemas como cortafuegos, aunque no son muy flexibles. Los Centros ms pequeos podran estar interesados en este recurso. Solucin deseable Algunos vendedores de cortafuegos han venido proporcionando soluciones de este tipo
Edicin de 2009
ADJUNTO ii-15
II-15/53
mediante hardware. El cortafuegos IOS de Cisco es un ejemplo de ello. Este tipo de solucin se ilustra en la Figura A4.3.
Cortafuegos Computadoras centrales A autorizadas expresamente
Internet
Encaminadores de acceso
Computadoras centrales B Servidor Web
Redes abiertas
Redes protegidas
SMT
Encaminadores de acceso
Computadoras autorizadas A Computadoras no autorizadas B
Computadoras centrales A SMT
Figura A4.3 Coexistencia del SMT e Internet encaminadotes de acceso diferentes, con cortafuegos Uso de Internet desde el SMT Habr situaciones en que los Centros SMT se servirn de Internet para transportar datos y productos. En estas situaciones son tambin aplicables consideraciones de seguridad. La configuracin representada en la Figura A4.4 constituye un medio simple y seguro de usar Internet para conectar Centros SMT vecinos, que podra generalizarse en los Centros pequeos en el futuro. La accin cortafuegos se efecta mediante listas de acceso.
Acceso 'abierto' Encaminador de acceso
Internet
Computadoras centrales B
Centro vecino
Autorizada slo la computadora central del centro vecino SMT
Servidor Web Computadoras centrales A (SMT)
Figura A4.4 Uso de Internet entre Centros SMT vecinos Red Privada Virtual - conexiones SMT seguras en Internet Una red privada virtual (VPN) es una red privada implementada entre organizaciones para establecer comunicacin en una red accesible pblicamente. El trfico de mensajes VPN puede transportarse por Internet sobre la base de los protocolos TCP/IP estndar. Las VPN seguras utilizan protocolos de canalizacin criptogrficos para la autenticacin del remitente, la integridad de los mensajes y la confidencialidad con fines de privacidad. Este mtodo se considera adecuado para utilizarlo en la transmisin e intercambio de datos meteorolgicos entre centros.
Edicin de 2009
II-15/54
El protocolo VPN seguro ms habitual es IPsec. IPsec est concebido para conferir a IP seguridad interoperable de alta calidad mediante criptografa. Entre los servicios de seguridad ofrecidos se incluyen el control de acceso, la integridad sin conexiones, la autenticacin de origen de datos, la proteccin frente a reproducciones, y la confidencialidad. IPsec es un protocolo de seguridad de extremo a extremo: toda la funcionalidad e inteligencia de la conexin VPN residen en los extremos, o bien en una puerta de enlace o bien en la computadora central que ocupa uno de los extremos. Mediante IPsec es posible establecer un tnel entre dos puertas de enlace. Una puerta de enlace IPsec consta normalmente de un encaminador de acceso, un cortafuegos o una puerta de enlace VPN en la que se implementa el protocolo IPsec. La puerta de enlace IPsec se halla situada entre la red privada del usuario y la red compartida del operador. Los tneles IPsec se establecen dinmicamente y se liberan automticamente cuando no estn en uso. Para establecer un tnel IPsec, dos puertas de enlace deben autentificarse a s mismas y definir los algoritmos de seguridad y claves de seguridad que utilizarn para el tnel. El paquete IP original est enteramente integrado y alojado en los encabezamientos de autentificacin y encripcin IPsec. En la Figura A4.5 se representa una implementacin de una conexin VPN utilizando IPsec entre dos centros SMT.
Puertas de enlace VPN
Puertas de enlace VPN
Computador central SMT
Tnel VPN
Internet Encaminador Cortafuegos
DMZ Cortafuegos
Internet
Figura A4.5 - Utilizacin de una VPN en Internet para conectar dos centros del SMT. La puerta de enlace VPN est conectada a un cortafuegos y a un encaminador. La puerta de enlace VPN puede establecer un tnel VPN con otras puertas de enlace VPN mediante la interfaz del encaminador. El flujo de trfico en la red interna se efectuar mediante el cortafuegos y estar controlado por una lista de acceso definida por el usuario. IPsec utiliza el encabezamiento de autenticacin (AH) y la cabida til de seguridad de encapsulado (ESP) para conseguir la integridad y confidencialidad de los datos. Los algoritmos de encriptacin ms habitualmente utilizado en ESP son la norma de triple encriptacin de datos (3DES) y la norma de encriptacin avanzada (AES). Tienen claves de encriptacin de 128 a 256 bits que proporcionan proteccin suficiente para el trfico de datos en la red troncal. Puede obtenerse ms informacin sobre la implementacin de VPN en la Gua sobre redes privadas virtuales (VPN) mediante Internet entre centros SMT. La gua est disponible en la pgina web de la OMM: http://www.wmo.int/web/pages/prog/manuals.html APNDICE 5 material de referencia referencias Generales sobre TCP/IP 1. 2. 3. 4. 5. 6. 7. Internetworking TCP/IP Vol. 1 (2/E) Douglas Comer Prentice Hall TCP/IP Illustrated Vol. 1. Stevens Addison-Wesley TCP/IP Architecture, Protocols and Implementation Feit McGraw Hill TCP/IP and Related Protocols - Black - McGraw Hill TCP/IP Running a Successful Network Washburn and Evans Addison-Wesley TCP/IP and ONC/NFS (2/E) Santifaller Addison-Wesley Inside TCP/IP Arnett et. al. New Riders Publishing
Edicin de 2009
ADJUNTO ii-15
II-15/55
8. Teach Yourself TCP/IP in 14 days Parker SAMS 9. Introduction to TCP/IP Davidson Springer referencias sobre SeGURIDAD 1. 2. 3. 4. 5. Firewalls and Internet Security Cheswick & Bellovin Addison-Wesley Building Internet Firewall Chapman OReilly Practical Unix Security Garfinkel & Spafford OReilly Internet RFC 2196 (Site security Handbook) http://www.computersecuritynow.com: sitio web con gran nmero de documentos de referencia sobre la implementacin de mecanismos de seguridad
APNDICE 6 Algunos consejos para la utilizacin de contraseas Las contraseas son la primera lnea de defensa del sistema frente a las intrusiones no autorizadas. Aunque es posible violar la seguridad del sistema sin identificarse, una contrasea mal protegida o mal elegida puede facilitarle mucho las cosas a los intrusos. LAS CONTRASEAS BUENAS: 1. Contienen maysculas y minsculas. 2. Contienen dgitos y caracteres no alfanumricos. 3. Tienen entre 6 y 8 caracteres. 4. Deberan constar de al menos dos palabras o grupos de caracteres. 5. No deberan ser compartidas o utilizadas por ms de un usuario. 6. No deberan ser utilizadas en ms de una computadora. 7. Se deberan cambiar peridicamente, por ejemplo todos los meses. 8. Pueden teclearse rpidamente y sin dificultad, de modo que otras personas no puedan reconocer lo que se escribe. 9. Son fciles de recordar y, por lo tanto, no es necesario anotarlas (por ejemplo, las primeras letras de las palabras de una frase conocida).
SON CONTRASEAS MALAS: 1. Los nombres del usuario, de su cnyuge, sus hijos, sus padres, sus animales domsticos, sus amigos, los actores de sus pelculas favoritas, las personas que tengan algo que ver con el usuario, su estacin de trabajo o su ordenador central. 2. El nmero de: su telfono, la matrcula de su automvil, su identificador de usuario, cualquier parte de los nmeros de sus tarjetas de crdito, o cualquier otro nmero relacionado con el usuario. 3. La fecha de nacimiento del usuario o la de otra persona relacionada con l. 4. Palabras tomadas de diccionarios, nombres de lugares, nombres propios. 5. Nombres de personajes pblicos, como deportistas, presentadores de programas o personajes de fic cin muy conocidos. 6. Esquemas simples: aaaaaaa, qwerty. 7. 9. Cualquiera de los nombres indicados en los puntos 1 a 6, escritos al revs. Cualquier contrasea que haya sido anotada y dejada en un cajn sin cerrar o en un fichero de com putadora sin proteccin. 8. Cualquiera de los nombres indicados en los puntos 1 a 6, precedidos o seguidos de un nmero.
Edicin de 2009
II-15/56
10. Toda contrasea que haya permanecido en una mquina que haya sufrido intrusiones (excepto si se trata de un ejercicio autorizado). 11. Toda contrasea utilizada en una mquina que haya permanecido sin vigilancia mientras el usuario ha estado conectado. APNDICE 7 Direcciones IP que se utilizarn en el SMT INTRODUCCIN Los actuales Prcticas y procedimientos recomendados para la instalacin, utilizacin y aplicacin en el SMT de servicios basados en el protocolo de control de transmisin/protocolo Internet (TCP/IP) indicados en el Manual del SMT, Volumen II, Adjunto II.15 (conocidos tambin como Gua sobre la utilizacin de TCP/IP en el SMT) describen una serie de directrices y un procedimiento para la asignacin de direcciones IP a los enlaces del SMT que ya no son adecuadas. En particular, se sealaba que haba cierto nmero direcciones oficiales IP de clase C disponibles para ser asignadas por la Secretara de la OMM a los enlaces del SMT. Estos conjuntos de direcciones IP no estn ya oficialmente disponibles, debido a la aplicacin estricta de normas Internet (RFC) por las autoridades y proveedores de servicio de Internet, por lo que lamentablemente no pueden utilizarse en el SMT, ya que ahora podran ser asignadas a otras organizaciones de Internet. Por ello, se ha indicado a la Secretara de la OMM que se abstenga de seguir asignando tales direcciones IP. Se ha encomendado al Equipo de expertos sobre tcnicas de comunicacin y estructura del SIO y del SMT (EE-TCE) que proporcione soluciones alternativas para resolver este problema. El presente documento es una descripcin provisional de las opciones disponibles acompaada de directrices al respecto, a fin de atenuar el problema y de ayudar a los Miembros en su aplicacin. Las directrices se refieren nicamente a la asignacin de direcciones IP. No entraan una modificacin de las recomendaciones existentes con respecto a las relaciones entre IP e X.25 u otras funcionalidades IP. El Equipo de expertos sobre tcnicas de comunicacin y estructura del SIO y del SMT desarrollar las enmiendas propuestas al Adjunto II.15 a fin de reflejar las nuevas prcticas recomendadas para la asignacin de direcciones IP. Quin puede proporcionar direcciones IP oficiales? A fin de constituir una red que interconecte numerosas organizaciones de distintos pases del mundo, es esencial mantener un estndar para el esquema de direccionamiento, as como la univocidad en la asignacin de direcciones a las distintas organizaciones. La comunidad de Internet ha identificado este principio bsico y ha creado varios rganos oficiales para coordinar la distribucin de direcciones IP oficiales. En la actualidad, esta responsabilidad recae sobre la Autoridad de atribucin de nmeros en Internet (IANA) y sus delegados regionales, los correspondientes registros regionales de Internet: AfriNIC (Centro de informacin sobre Internet para frica) - regin de frica APNIC (Centro de Informacin de la Red Asia-Pacfico) - regin de Asia y el Pacfico ARIN (Registro de nmeros de Internet para Amrica) - Amricas y sur de frica LACNIC (Registro regional de direcciones IP para Amrica Latina y el Caribe) - Amrica Latina y ciertas islas del Caribe NCC RIPE (Centro de coordinacin de Internet Rseaux IP Europens) - Europa y reas circundantes Estas organizaciones delegan a su vez la asignacin de direcciones en sus proveedores regionales de Internet y de telecomunicacin mediante los registros de Internet de mbito nacional. En este marco, la OMM no tiene competencia para asignar direcciones IP. Dado que el SMT no es una red nica sujeta a la autoridad absoluta de una nica organizacin, la asignacin de direcciones debe pasar por los respectivos registros nacionales de Internet o por el registro regional apropiado de Internet. Sin embargo, son varios los pases actualmente afectados por esa restriccin en la asignacin de direcciones IP versin 4 (IPv4) que podran tener dificultades para obtener direcciones oficiales. El problema es espinoso a corto plazo, y podra ser necesario adoptar medidas provisionales para no obstaculizar el desarrollo del SMT. Las directrices siguientes explican la manera de interconectar redes utilizando o no direcciones IP oficiales.
Edicin de 2009
ADJUNTO ii-15
II-15/57
Conexin de redes sin direcciones IP oficiales Utilizacin del mecanismo IP sin nmeros Varios proveedores de equipo de red (Cisco, 3Com, Juniper) han introducido recientemente en sus configuraciones la posibilidad de establecer un enlace sin necesidad de asignar direcciones IP. Este mecanismo se suele denominar IP sin nmeros (ip unnumbered). As, por ejemplo, Cisco ha hecho pblico un documento sobre explicacin y configuracin del comando ip unnumbered (vase la seccin de referencias para una mayor informacin). Esta funcin no es un elemento estndar del protocolo IP, por lo que slo opera si se dispone de equipos compatibles en ambos extremos del enlace (que, de todos modos, es lo ms frecuente). El encaminamiento entre ambas redes puede efectuarse vinculando la interfaz sin nmeros a otra interfaz existente en el encaminador (o bien una LAN real, o bien una interfaz de bucle virtual). La utilizacin de este sistema puede introducir limitaciones en la flexibilidad del encaminamiento. Utilizacin de RFC1918 - Direcciones en internets privadas El documento RFC1918 del Grupo Especial sobre Ingeniera de Internet (IETF) ofrece un conjunto de direcciones reservadas nicamente para las comunicaciones internas de las organizaciones, sin propsito de conectarse directamente a otras empresas o a Internet. Por ello, la utilizacin de esas direcciones no obliga a un registro oficial. La finalidad principal de este sistema es permitir a una organizacin de gran tamao utilizar un mayor espacio de direcciones para sus operaciones internas. Cuando la organizacin necesita intercambiar datos con otras, es necesario pasar por una puerta de enlace para acceder a un rea de direcciones oficialmente asignadas a fin de mantener la coherencia general de la red. Esta puerta de enlace debe traducir las direcciones RFC1918 internas para convertirlas en direcciones IP externas oficiales, que han de obtenerse por conducto de los rganos oficiales. La funcin que realiza esa traduccin (generalmente efectuada por un encaminador o un cortafuegos) se denomina traduccin de direccin de red (NAT). La traduccin permitir concentrar tambin varias direcciones internas RFC1918 en un nmero muy reducido de direcciones oficiales, conservndose por consiguiente el espacio destinado a direcciones oficiales. Aunque este sistema puede parecer atractivo a primera vista, el SMT no es una red de una empresa nica. Actualmente pueden utilizar ya direcciones RFC1918 en sus propias redes numerosos SMHN de pases Miembros de la OMM y organizaciones conexas, con lo que la asignacin de direcciones podra entrar en conflicto si esas redes se conectaran entre s. Para la OMM es prcticamente imposible formular una recomendacin sobre la utilizacin de RFC1918, ya que los SMHN pueden estar sujetos a directrices de su propio Gobierno, que podran entrar en conflicto con alguna directiva de la OMM. No obstante, de mediar un acuerdo bilateral, los pases pueden conseguir un espacio de direcciones adecuado para interconectarse en el marco del sistema RFC1918. Esta opcin es, pues, viable siempre que se tengan en cuenta, planifiquen, mantengan y vigilen los aspectos siguientes: 1. Hay que extremar las precauciones a la hora de escoger un conjunto RFC1918 de direcciones adecuado para los enlaces entre organizaciones. Es importante que las direcciones escogidas no estn siendo ya utilizadas por alguna de las organizaciones intervinientes. 2. Hay que asegurarse concienzudamente de que las configuraciones de encaminamiento no permitan el paso de las direcciones RFC1918 a la red de otra organizacin o, peor todava, a Internet. 3. Aunque esta solucin funcionar satisfactoriamente para un nmero pequeo de pases, no es posible ampliarla a un gran nmero de interconexiones directas entre pases, ya que el proceso de seleccin de direcciones RFC1918 se vuelve enormemente complejo. 4. La IANA ha reservado los bloques siguientes en el marco de RFC1918. 10.0.0.0 - 10.255.255.255 (10/8 prefix) 172.16.0.0 - 172.31.255.255 (172.16/12 prefix) 192.168.0.0 - 192.168.255.255 (192.168/16 prefix) Dado que numerosas organizaciones utilizan ya el bloque 10.0.0.0/8 para usos internos, y dado que varios fabricantes de equipo utilizan ya el bloque 192.168.0.0/16 como direcciones por defecto, se reco mienda establecer siempre que sea posible los enlaces SMT en base al bloque 172.16.0.0/12 solamente.
Edicin de 2009
II-15/58
5. Adems, se recomienda distribuir la direccin 172.16.0.0/12 en subredes a fin de maximizar la utili zacin del espacio de direcciones. A tal efecto, los enlaces SMT pueden subdividirse en subredes a /30 bits. Se abastecen con ello cuatro computadoras centrales por enlace (dejando disponibles las direc ciones 1 y 2 de las computadoras centrales para designar los dos extremos de un enlace dado). 6. Los SMHN que consideren la posibilidad de utilizar las direcciones RFC1918 consultarn con un SMHN potencial con el que podran establecer un enlace, a fin de coordinar y planificar con ante lacin la utilizacin de esas subredes. Si hubiera conflictos de direcciones, podrn utilizarse, previo acuerdo bilateral, otros mtodos de direccionamiento en el marco de RFC1918. El Equipo de expertos sobre tcnicas de comunicacin y estructura del SIO y del SMT agradecer toda informacin al res pecto, a fin de desarrollar en mayor detalle esta recomendacin. La utilizacin de direcciones RFC1918 no debera plantear problemas de seguridad, siempre y cuando se cumplan adecuadamente los aspectos anteriores.. RECOMENDACIN Todas estas opciones pueden utilizarse en el SMT. El orden de preferencia es el siguiente:
1. Utilizacin de direcciones IP oficiales asignadas directamente a una organizacin; por ejemplo, un SMHN (preferida) 2 Utilizacin de direcciones IP oficiales proporcionadas por un proveedor de telecomunicaciones 3 Utilizacin del mecanismo ip unnumbered 4 Utilizacin de RFC1918 - Direcciones para internets privadas. No se recomienda por el momento la utilizacin de IPv6 en el SMT. Ha de tenerse presente que todas las opciones que no obligan a utilizar direcciones IP oficiales son nicamente subterfugios para aliviar la escasez de direcciones, y deben utilizarse con cautela. Ejemplos de configuraciones Opcin 1 Utilizacin de direcciones IP oficiales de una organizacin existente (SMHN) o Opcin 2 - Utilizacin de direcciones IP oficiales de un proveedor de telecomunicaciones ste es el mtodo habitual para configurar una interfaz entre dos redes. Encaminador A: ! interface Ethernet0 ip address 131.238.17.11 255.255.255.0 ! interface Serial0 description 64Kbps leased line to router B ip address 131.238.18.01 255.255.255.252 encapsulation ppp bandwidth 64 ! ip route 142.47.43.0 255.255.255.0 131.238.18.2 ! Encaminador B: ! interface Ethernet0 ip address 142.47.43.201 255.255.255.0 ! interface Serial0 description 64Kbps leased line to router A ip address 131.238.18.02 255.255.255.252 encapsulation ppp bandwidth 64 ! ip route 131.238.17.0 255.255.255.0 131.238.18.1
Edicin de 2009
ADJUNTO II-16
PROCEDIMIENTOS PARA LA TRANSMISIN Y CONCENTRACIN DE BOLETINES METEOROLGICOS POR INTERNET

A Utilizacin del correo electrnico (e-mail) Antecedentes El correo electrnico (e-mail) puede ser un mtodo muy sencillo y econmico para el intercambio de boletines meteorolgicos, en particular para la concentracin de boletines de datos meteorolgicos. Sin embargo, debe sealarse que el correo electrnico no es un servicio punto a punto y que no est garantizado que los mensajes lleguen a su destino a tiempo. El correo electrnico es tambin inseguro por naturaleza. En las directrices que se presentan a continuacin se describen las prcticas para el envo por correo electrnico de boletines para la recogida de datos y de boletines meteorolgicos en formato binario, que permiten reducir al mnimo los peligros de seguridad. Los Centros que pongan en prctica estos procedimientos debern velar por que los boletines meteorolgicos que se enven por el SMT se ajusten a los procedimientos y formatos normalizados para el SMT. Formato de los mensajes para el envo por Internet de boletines meteorolgicos empleando correo: 1. Los mensajes de correo electrnico debern consistir solamente en caracteres del Alfabeto Internacio nal N 5. Se recomienda que el boletn meteorolgico est incluido en el cuerpo principal del mensaje electrnico; alternativamente puede aparecer en un adjunto. Nota:
los adjuntos forman parte de un mensaje e-mail pero estn separados del cuerpo principal del mensaje electrnico, y su visualizacin y almacenamiento por lo general exige alguna maniobra adicional por parte del usuario.
2. Se recomienda enviar slo un boletn en cada mensaje. Sin embargo, los centros receptores pueden tomar la decisin de aceptar mltiples boletines meteorolgicos por mensaje hasta un mximo de cinco. 3. Los boletines meteorolgicos pueden ser enviados en formato texto dentro del cuerpo principal del mensaje de correo electrnico, o como adjuntos del mensaje de correo electrnico, pero no en ambos. Los datos binarios debern enviarse solamente en los adjuntos. 4. El cuerpo principal de un mensaje electrnico debera tener el formato siguiente: <Boletn meteorolgico> NNNN en que, Boletn Meteorolgico> es un boletn meteorolgico normalizado que comienza con una lnea de encabezamiento abreviada como, por ejemplo: TTAAii CCCC YYGGgg [BBB] texto del mensaje Al trmino de todo boletn meteorolgico deber figurar la cadena de caracteres NNNN, que indica el fin del mensaje. No deber incluirse ninguna informacin de otro tipo en el cuerpo principal del mensaje de correo electrnico a menos que se haya llegado a acuerdo al respecto con el centro receptor. Por ejemplo, en el cuerpo del mensaje no deber incluirse texto informativo sobre respuesta y retransmisin del mensaje.
Los centros receptores debern proceder a la validacin de la lnea de encabezamiento abreviado antes de procesar el boletn meteorolgico.
Nota:
5. Los adjuntos no debern exceder los 2 Mbitios, o cualquier otro lmite especificado en un acuerdo bilateral. Los adjuntos debern codificarse en Base64 (norma MIME). 6. En el campo Subject: deber aparecer:
Edicin de 2009
II-16/2
a) la lnea de encabezamiento abreviado si el mensaje de correo electrnico contiene un solo boletn meteorolgico; b) o una <cadena de caracteres de seguridad> definida previamente. Consideraciones en materia de seguridad: 1. Por definicin, el correo electrnico no es un medio seguro. Para reducir los problemas de falta de seguridad, todo el contenido del correo electrnico deber ser sometido a autorizacin previa para lo cual se dispondr en el sitio receptor de una lista de direcciones e-mail vlidas. El centro receptor deber procesar solamente los mensajes electrnicos relacionados con el SMT enviados desde una direccin que figure en la lista de direcciones electrnicas definida con antelacin. Es decir, el cen tro receptor deber validar el campo From de la cabecera del mensaje. Para evitar problemas con los mensajes electrnicos que contienen campos From que han sido objeto de manipulacin, los centros podran tomar la decisin de adoptar <cadenas de caracteres de seguridad > en el mensaje. Si se adoptan <cadenas de caracteres de seguridad >, y los mensajes del SMT se incluyen como adjun tos, el cuerpo principal del mensaje electrnico deber incluir solamente la <cadena de caracteres de seguridad>. El centro receptor deber proceder a la validacin en el campo Subject de la lnea de encabezamiento abreviado o la cadena aprobada previamente. 2. Los centros receptores no debern enviar ningn mensaje automtico de acuse de recibo ni de respuesta. 3. Se recomienda el empleo de cuentas de correo electrnico especficas para la transferencia de datos por el SMT con nombres acordados por ambas partes, y tambin evitar recibir datos del SMT en cuen tas de correo personales. 4. Un problema que se presenta con algunos programas de transferencia de mensajes de correo electr nico es que, por defecto, estn configurados como rels de correo abierto [open-relay]. Ello ocurre, por ejemplo, si el sitio A.COM acepta mensajes de B.NET destinados a C.ORG. En este caso, el originador de publicidad masiva [spammer] puede utilizar el sistema de correo de A.COM para distribuir sus mensajes electrnicos. Los Centros debern velar por la correcta configuracin del sistema para evitar funcionar como rels abiertos. Ejemplo From: NMCAAAAA <NMCAAAAA@meteo.fr> To: RTHcollector <RTHcollector@meteo.zz> Subject: SMFW01 NWBB 270000 SMFW01 NWBB 270000 AAXX 27004 91753 32481 51008 10331 20259 40078 58017 83202 333 20263 59018 83816 84078= 91754 01581 51812 10287 20245 40092 58017 60034 70182 85200 333 20256 59016 60017 85820= NNNN B Utilizacin de procedimientos de captacin de datos web [data ingest] Informacin general: La finalidad de este procedimiento es servir de sencillo mecanismo de recogida de datos por parte de un CMN. Podra ser utilizado tambin por un CRT o un CMN para la captacin de boletines meteorolgicos en caso de que surja un contratiempo con el mtodo de acceso primario. Es de esperar que este mtodo ofrezca ms seguridad, permita cumplir mejor con los plazos y resulte ms fiable que la concentracin de mensajes de correo electrnico. Requisitos preliminares: El proveedor de datos que tenga la intencin de enviar datos a un CRT o CMN que utilice el mtodo de Texto que aparece en el cuerpo principal del mensaje de correo electrnico o en el adjunto
Informacin que forma parte de la cabecera del mensaje
Edicin de 2009
ADJUNTO ii-16
II-16/3
captacin de datos web deber establecer primeramente una cuenta en dicho centro. Deber establecerse un mecanismo de autentificacin (como, por ejemplo, una combinacin de NOMBRE DE USUARIO y CONTRASEA) para fines de seguridad. La validacin de la direccin IP utilizada para el envo del mensaje no resulta un mtodo prctico en la mayora de los casos debido a la traduccin habitual de las direcciones y a la ndole de los posibles procedimientos de respaldo. Entrada de datos: El usuario deber rellenar todos los campos obligatorios en el encabezamiento abreviado, as como escribir el texto del mensaje. Por lo que respecta a los campos obligatorios, podran incluirse listas desplegables con el fin de reducir la posibilidad de errores. El cuerpo del mensaje deber ajustarse a las normas de la OMM. Validacin: La interfaz para la entrada de datos en los boletines web deber incluir un espacio a rellenar para cada lnea de encabezamiento abreviado de los mensajes del SMT. Deber permitir confirmar que: a) Se ha introducido informacin vlida en todos los campos obligatorios. b) En todos los campos facultativos aparece informacin vlida o estn en blanco. c) e) El campo CCCC es vlido para el usuario autorizado del centro que enva el mensaje. La lnea de encabezamiento abreviado se ajusta a todas las normas aplicables de la OMM como, por ejemplo, el alfabeto apropiado y las secuencias de caracteres que indican el fin del mensaje. d) Se crear solamente un boletn por cada pgina web.
Verificacin del contenido: Antes de dar entrada al mensaje completado, la interfaz para la entrada de datos de los boletines deber permitir al usuario ver la totalidad del mensaje y pedir al usuario que confirme que el mensaje es correcto. El creador del mensaje deber tener la oportunidad de modificarlo antes de enviarlo. Seguridad: Para mayor seguridad se recomienda utilizar HTTPS. Ejemplos de pginas que tienen este tipo de interfaz para la entrada de datos en los boletines web: URL del CRT de Washington: http://www.nws.noaa.gov/tg/bullguid.html
____________________
Edicin de 2009
PARTE III
CaractERSTICAS TCNICAS Y ESPECIFICACIONES DEL sISTEMA MUNDIAL DE TELECOMUNICACIN
PARTE III
Caractersticas Tcnicas Y ESPECIFICACIONES DEL sISTEMA MUNDIAL DE TELECOMUNICACIN

1. caractERSTICAS DE LA RED PRINCIPAL DE TELECOMUNICACIONES (RPT)
1.1 La Red Principal de Telecomunicaciones est constituida por un conjunto cerrado de circuitos y de centros/circuitos terminales que componen una red coordinada. La red funciona continuamente las 24 horas del da. 1.2 Los Centros Meteorolgicos Mundiales y los Centros Regionales de Telecomunicaciones designados formarn los centros/circuitos terminales de la RPT. 1.3 Los circuitos de la RPT se establecern haciendo uso de servicios e instalaciones eficientes de telecomunicaciones, incluidos los circuitos arrendados especializados, digitales o analgicos; los servicios de retransmisin de trama y los servicios de red gestionada de comunicacin de datos, basndose en las correspondientes recomendaciones del UIT-T. 1.4 Los circuitos arrendados especializados analgicos (es decir, los circuitos de tipo telefnico) se utilizarn con mdems, de conformidad con las correspondientes recomendaciones del UIT-T. Se recomienda utilizar mdems conformes a la Recomendacin V.34 UIT-T. 1.5 Podrn instalarse canales adicionales de baja velocidad, en ambas direcciones de un circuito de dplex integral por acuerdo entre los centros/redes terminales, incluidos canales para el control de errores en ambas direcciones. 1.6 Cuando un circuito de la Red Principal de Telecomunicaciones est constituido necesariamente por un circuito de radio de ondas decamtricas (HF), se proveern canales de 3 kHz separados para las transmisiones de datos y de facsmil. 1.7 Los circuitos de radio de ondas decamtricas estarn provistos, por lo menos, de dos canales de 3 kHz. Cuando sea necesario, y tcnicamente posible, pueden utilizarse hasta cuatro canales de 3 kHz en los circuitos de radio de ondas decamtricas, de conformidad con las recomendaciones del UIT-T. 1.8 El nmero de canales de 3 kHz requeridos en el circuito de radio, con el fin de transmitir informacin meteorolgica de acuerdo con las necesidades de los tiempos de trnsito y las correspondientes horas de transmisin que satisfagan las necesidades de la OMM, los decidirn bilateralmente los centros interesados. 2. CARACTERSTICAS TCNICAS DE LOS CMM Y DE LOS CRT EN LA RED PRINCIPAL DE TELECOMUNICACIONES
Los CMM y los CRT de la Red Principal de Telecomunicaciones debern poder funcionar como un nodo en la RPT y proporcionar las funciones de cabecera de lnea necesarias con la red regional de telecomunicaciones meteorolgicas correspondiente. 3. REDES REGIONALES
Las Asociaciones Regionales establecern redes regionales de manera que sean compatibles con las caractersticas del sistema (tcnicas, de circuito, de transmisin) de la Red Principal de Telecomunicaciones. La compatibilidad es esencial, en especial para lograr un flujo eficaz del trfico por el SMT. 4. REDES NACIONALES
Las redes nacionales se deberan establecerse para garantizar el flujo eficaz del trfico por el SMT dentro de los plazos prescritos. 5. 5.1 CARACTERSTICAS TCNICAS DEL EQUIPO PARA LAS TRANSMISIONES METEOROLGICAS POR FACSMIL (ANALGICO) Caractersticas del equipo
Para las transmisiones meteorolgicas por facsmil analgico utilizadas para el intercambio internacional de informacin grfica se aplicarn las caractersticas tcnicas que se indican a continuacin.
Edicin de 2009
III-2 5.1.1
CARACTERSTICAS TCNICAS Y ESPECIFICACIONES DEL SISTEMA MUNDIAL DE TELECOMUNICACIN
Direccin de exploracin
Si se mira el documento en un plano vertical, la direccin de exploracin ser de izquierda a derecha, comenzando por el ngulo izquierdo de la parte superior de la superficie de la imagen para terminar en el ngulo derecho inferior. Cada exploracin ser adyacente a la precedente y por debajo de sta. 5.1.2 ndice de cooperacin El ndice de cooperacin se define por la frmula: M = LF en la que L es la longitud de la lnea de exploracin y F la densidad de exploracin (o el nmero de lneas por unidad de longitud). NOTA:
El producto LF se denomina factor de cooperacin. La especificacin del ndice de cooperacin es indis pensable para asegurar la debida compatibilidad entre el transmisor y el registrador. stos pueden tener lneas de exploracin de diferente longitud pero si el ndice es el mismo el documento se recibir sin distorsin.
El ndice de cooperacin normalizado es 576 288. 5.1.3 Dimensiones del equipo
El equipo debera poder aceptar por lo menos los documentos de 420 x 594 mm, con referencia al formato A.2 de la ISO. 5.1.3.1 Equipos de exploracin plana
La longitud total de la lnea de exploracin (sector activo ms sector muerto) ser normalmente de 477,5 mm. 5.1.3.2 Equipos de exploracin con cilindro
El dimetro del cilindro ser de 152 mm. La longitud til del cilindro debera ser por lo menos de 660 mm. 5.1.3.3 Sector muerto
El sector muerto (parte de la lnea de exploracin que no puede ser utilizada para la transmisin de una seal imagen) ser de 4,5% 0,5% de la longitud de la lnea de exploracin. La seal transmitida durante el paso del sector muerto debera corresponder en su mayor parte al blanco, pero se puede permitir la transmisin de una impulsin negra dentro del sector muerto, que no exceda la mitad de la longitud del mismo. 5.1.4 Densidad de exploracin
La densidad de exploracin se deduce de la definicin del ndice de cooperacin y ser normalmente igual a: 3,8 lneas/mm (ndice 576); y 1,9 lneas/mm (ndice 288). 5.1.5 Frecuencia de exploracin La frecuencia de exploracin o velocidad del cilindro ser: 60 lneas por minuto (60 rpm) 90 lneas por minuto (90 rpm) 120 lneas por minuto (120 rpm) 240 lneas por minuto (240 rpm),
Edicin de 2009
III-3
expresada respectivamente en lneas por minuto o en revoluciones por minuto. La frecuencia de exploracin se mantendr dentro de los lmites de 5.10-6 de su valor nominal. NOTA:
Esta tolerancia admite una distorsin oblicua mxima de aproximadamente 1/55 cuando el transmisor y el receptor funcionan con una desviacin mxima autorizada en los dos sentidos. Es conveniente una tolerancia ms pequea, a fin de reducir la distorsin oblicua mxima.
5.2 5.2.1
Seales de telecomando Puesta en marcha del equipo receptor
El equipo receptor ser concebido de forma que la puesta en marcha comience a la recepcin de la seal de seleccin del ndice de cooperacin (5.2.2) o bien a la seal de puesta en fase (5.2.3). No se transmitir ninguna otra seal de puesta en marcha. 5.2.2 Seleccin del ndice de cooperacin
5.2.2.1 El ndice de cooperacin se determina transmitiendo alternativamente, durante 5 a 10 segundos, seales blancas y seales negras a las frecuencias siguientes: 300 Hz para el ndice de cooperacin 576; y 675 Hz para el ndice de cooperacin 288 (o para el ndice de cooperacin 576 con exploracin cada dos lneas). 5.2.2.2 5.2.3 Los envolventes de las seales transmitidas sern aproximadamente rectangulares. Puesta enfase y seleccin de la frecuencia de exploracin (o de la velocidad del cilindro)
5.2.3.1 La puesta en fase y la seleccin de la frecuencia de exploracin se efectuarn mediante una transmisin de 30 segundos de seales blancas y negras alternativas a las siguientes frecuencias: 1,0 Hz para 1,5 Hz para 2,0 Hz para 4,0 Hz para 60 lneas por minuto (60 rpm) 90 lneas por minuto (90 rpm) 120 lneas por minuto (120 rpm) 240 lneas por minuto (240 rpm)
5.2.3.2 La forma de la onda podra ser simtrica, es decir la seal blanca y la seal negra, cada una de las cuales dura media lnea de exploracin, o asimtrica, a condicin de que en este caso la seal blanca tenga una duracin de por lo menos el 5 por ciento y la seal negra el 95 por ciento de la lnea de exploracin. 5.2.3.3 Los Miembros que publican los detalles de sus transmisiones por facsmil incluirn la descripcin de la forma de la onda (simtrica o asimtrica) de seal de puesta en fase transmitida. 5.2.3.4 El frente anterior de la seal blanca inicia la puesta en fase. Este frente anterior corresponder, en la puesta en fase, al paso del rayo luminoso de exploracin en el sector muerto de la transmisin siguiente. 5.2.3.5 5.2.4 Los envolventes de las seales transmitidas sern aproximadamente rectangulares. Ajuste de los niveles de registro
Cuando se proceda a un ajuste automtico de los niveles de registro, este ajuste debera efectuarse utilizando la seal de puesta en fase (5.2.3). 5.2.5 Parada del receptor
5.2.5.1 La seal de parada ser la transmisin, durante 5 segundos, de seales blancas y negras alternativas a la frecuencia de 450 Hz, seguida de seales durante 10 segundos correspondientes a un negro continuo. 5.2.5.2 Los envolventes de las seales transmitidas a la frecuencia de 450 Hz sern aproximadamente rectangulares. 5.2.6 Precisin de la frecuencia de las seales de telecomando La tolerancia en la frecuencia de las seales de telecomando es de 1 por ciento.
Edicin de 2009
III-4 5.3
Caractersticas de modulacin
5.3.1 Las caractersticas de modulacin para las transmisiones por facsmil (analgico) sern las siguientes: 5.3.1.1 Modulacin de amplitud (AM) La amplitud mxima de la frecuencia portadora corresponder a la transmisin de la seal negra. Valor de la frecuencia portadora: aproximadamente 1 800 Hz para frecuencias de explotacin de 60, 90 y 120 lneas por minuto (60, 90 y 120 rpm); aproximadamente 2 600 Hz para frecuencias de explotacin de 240 lneas por minuto (240 rpm). Para frecuencias de explotacin de 240 lneas por minuto (240 rpm), las transmisiones se efectuarn con el sistema de banda lateral residual, con posible utilizacin de un filtro asimtrico para la transmisin. 5.3.1.2 Modulacin de frecuencia (FM) Frecuencia central: 1 900 Hz; 1 500 Hz Frecuencia correspondiente al negro:
Frecuencia correspondiente al blanco: 2 300 Hz.
Las frecuencias correspondientes al negro y al blanco no variarn en ms de 8 Hz durante un perodo de 30 segundos y en ms de 16 Hz durante un perodo de 15 minutos. 5.3.2 Potencia a la salida del transmisor
Para las transmisiones AM, la potencia de la seal negra a la salida del transmisor deber poder ajustarse entre 7 dBm y 0 dBm. Para las transmisiones FM, la potencia de la seal negra a la salida del transmisor deber poder ajustarse entre 10 dBm y 0 dBm. Cualquiera que sea el modo de transmisin (modulacin de amplitud o modulacin de frecuencia), la relacin de contrastes ser la misma para las seales de control y para las seales de imagen en blanco y negro; su valor estar comprendido entre 12 y 25 dB. 5.3.3 Potencia a la entrada del receptor
Para las transmisiones AM, el equipo receptor deber estar concebido para permitir un recepcin correcta para un nivel de entrada comprendido entre 0 y 25 dBm, siendo este nivel el de la seal negra. Para las transmisiones FM, el nivel de entrada estar comprendido entre 0 y 35 dBm. 5.4 Transmisin de tonos intermedios (facsmil analgico)
5.4.1 Para la transmisin de tonos intermedios debera observarse una distribucin lineal, fundndose en un nmero de tonos igual a 8, comprendidos los extremos negro y blanco. 5.4.2 siguiente: 5.4.3 5.5 Para la modulacin de amplitud, debera observarse un margen dinmico de 20 dB de la forma 0 dB; 1,2 dB; 2,6 dB; 4,2 dB; 6,3 dB; 9 dB; 13 dB; 20 dB. Para la modulacin de frecuencia, debera observarse la siguiente reparticin: 1 500, 1 614, 1 729, 1 843, 1 957, 2 071, 2 186, 2 300 Hz. Transmisin por facsmil (analgico) por los circuitos de radio
5.5.1 Cuando se utiliza la modulacin de frecuencia de una subportadora para la transmisin por facsmil (analgico) por los circuitos de radio, se aplicarn las siguientes caractersticas: frecuencia central: 1 900 Hz frecuencia correspondiente al negro: frecuencia correspondiente al blanco: 1 500 Hz; 2 300 Hz.
Edicin de 2009
III-5
5.5.2 Cuando se utiliza la modulacin de frecuencia directa de una subportadora para la transmisin por facsmil (analgico) de informacin grfica por los circuitos de radio, se aplicarn las siguientes caractersticas: a) circuitos en ondas decamtricas (3 MHz - 30 MHz) frecuencia central (correspondiente a la frecuencia asignada): frecuencia correspondiente al negro: frecuencia correspondiente al blanco: fo 400 Hz; fo + 400 Hz; fo fo,
a) circuitos en ondas decamtricas (3 kHz - 30 kHz) frecuencia central (correspondiente a la frecuencia asignada): frecuencia correspondiente al negro: frecuencia correspondiente al blanco: fo 150 Hz; fo + 150 Hz.
6.
CARACTERSTICAS TCNICAS DEL EQUIPO DESTINADO A LA TRANSMISIN POR FACSMIL digital codificado
6.1 Las caractersticas tcnicas que se indican a continuacin se aplicarn a las instalaciones de transmisin meteorolgica cifrada utilizadas para el intercambio internacional de informacin grfica. 6.1.1 Pista de exploracin
La zona del mensaje ser explorada en la misma direccin en el transmisor y receptor. Si se observa la zona del mensaje en un plano vertical, los elementos grficos deberan procesarse como si la direccin de la exploracin fuese de izquierda a derecha con exploraciones ulteriores adyacentes y por debajo de la exploracin anterior. 6.1.2 Norma preferible
6.1.2.1 Las siguientes normas, basadas en la Recomendacin UIT-T T.4 Normalizacin de los terminales facsmil del grupo 3 para la transmisin de documentos, son aplicables a un documento de formato A4 de la ISO: a) 1 728 elementos de imagen en blanco y negro a lo largo de toda la lnea de exploracin normalizada de 215 mm 1 %; b) una resolucin normalizada y una resolucin ms alta de 3,85 lneas/mm 1% y 7,7 lneas/mm 1% respectivamente, en la direccin vertical; c) el esquema de codificacin definido en el prrafo 4.1 de la Recomendacin UIT-T T.4. 6.1.2.2 Adems de las normas aplicables al formato bsico A4, descritas en el prrafo 8.1.2. 1, es posible utilizar las siguientes normas: a) longitud til de la lnea b) nmero de elementos grficos por lnea c) definicin horizontal 456 mm; 1 728,3 456; 3,79, 7,58 lneas/mm 1) 3,79 lneas/mm (IOC 576) 2) 1,89 lneas/mm (10C 288) Otras normas
d) definicin vertical
6.1.3
Segn el caso, es posible utilizar equipos del grupo 4 (G4) del UIT-T (Recomendacin T.6). 6.1.4 Velocidad de transmisin en un circuito binario
La velocidad de transmisin por un circuito punto a punto es la siguiente: 2 400, 4 800, 7 200, 9 600 bits/seg
Edicin de 2009
III-6
7.
CARACTERSTICAS TCNICAS Y ESPECIFICACIONES DEL SISTEMA MUNDIAL DE TELECOMUNICACIN CARACTERSTICAS TCNICAS PARA EL INTERCAMBIO DE FACSMILES digitales NO codificaDOS
7.1 Para la transmisin de facsmiles digitales no codificados, el equipo terminal de transmisin y recepcin debera ajustarse a las normas de la OMM relativas a los facsmiles analgicos, utilizando convertidores analgicos digitales. 7.2 Las seales de telecomando deberan ajustarse a la norma de la OMM (seccin 5.2) y deben ser transmitidas mediante conversin directa en forma digital. 7.3 En el interfaz V24 del UIT-T, entre los convertidores analgico/digital y los mdems, los elementos de imgenes negras deberan codificarse en forma de bits puestos a 0 y los elementos de imgenes blancas en forma de bits puestos a 1, segn el siguiente cuadro: Niveles significativos de voltaje conformes a la Rec. ITU-T V.28 Estado binario Condicin Elemento de imagen
V1 < 3 voltios 1 Cerrrado/inactivo Blanco
V1 > + 3 voltios 0 Abierto/activo Negro
7.4 La frecuencia de exploracin, el ndice de cooperacin y la velocidad de transmisin de datos en un canal discreto deberan ser los siguientes: Fecuencia de exploracin (lneas/min) 60 120 240 60 120 240 Nmero de elementos grficos en una lnea completa 2 400 1 200 1 200 2 400 2 400 1 800 IOC 288 288 288 576 576 576 Velocidad de transmisin de datos (bit/s) 2 400 2 400 4 800 2 400 4 800 7 200
Edicin de 2009
www.wmo.int

WMO 386 Vol I 2009 Es

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

WMO 386 Vol I 2009 Es

Caricato da

Copyright:

Formati disponibili

Manual del Sistema Mundial de Telecomunicacin

Manual del Sistema Mundial de Telecomunicacin

Pgina . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . V I1 I1 I2 I6 I1/1 I2/1

Adjunto I1 Adjunto I2 Adjunto I3

Adjunto II1 Adjunto II2 Adjunto II3

II3/1 II4/1 II5/1 II6/1 II7/1 II8/1 II9/1

ORGANIZACIN DEL sISTEMA MUNDIAL DE TELECOMUNICACIN

Principios de organizacin del SMT

ORGANIZACIN DEL SISTEMA MUNDIAL DE TELECOMUNICACIN

ORGANIZACIN DEL SISTEMA MUNDIAL DE TELECOMUNICACIN

Responsabilidad general en lo que respecta a la recopilacin de informes meteorolgicos

ORGANIZACIN DEL SISTEMA MUNDIAL DE TELECOMUNICACIN

Responsabilidades en lo que respecta al intercambio y distribucin de la informacin meteorolgica elaborada

Redes regionales de telecomunicaciones meteorolgicas (RRTM)

ORGANIZACIN DEL SISTEMA MUNDIAL DE TELECOMUNICACIN

Sistemas de recopilacin y diseminacin de datos mediante satlite Introduccin

Transmisin punto a multipunto y multipunto a punto mediante satlites detelecomunicaciones

ORGANIZACIN DEL SISTEMA MUNDIAL DE TELECOMUNICACIN

a) en uno o varios CRT

Radiodifusiones por facsmil

ORGANIZACIN DEL SISTEMA MUNDIAL DE TELECOMUNICACIN

ORGANIZACIN DEL SISTEMA MUNDIAL DE TELECOMUNICACIN

REGIN III REGIN V

Figura 2 Husos horarios y horas de servicio de las estaciones a bordo de buques

ADJUNTO I2 CONFIGURACIN DE LA RED PRINCIPAL DE TELECOMUNICACIONES

d) datos seleccionados de los satlites; NOTA:

ORGANIZACIN DEL SISTEMA MUNDIAL DE TELECOMUNICACIN

25, 27, 41, 51, 52, 61, 65

14, 25-28, 31-33, 41, 51, 52

11-18, 21-24, 29, 61-69

11-18, 21, 22-29, 41, 51, 52, 61, 62-69

32 15, 17, 18 21, 29 69 16

REGIN IV 41. Washington

REGIN V 51. Melbourne 52. Wellington BEIJING

11-18, 21-29, 31-33, 41, 61-69

21, 25-28, 31, 32, 33, 41, 51, 52

ADJUNTO I4 (No utilizado)

ADJUNTO I5 Plan de control del funcionamiento de la Vigilancia Meteorolgica Mundial

ORGANIZACIN DEL SISTEMA MUNDIAL DE TELECOMUNICACIN

d) asegurar la calidad del contenido meteorolgico de los mensajes.

Una vez cada seis meses

ORGANIZACIN DEL SISTEMA MUNDIAL DE TELECOMUNICACIN

(Las rbricas tienen un carcter ms bien indicativo que preceptivo)

8. Integridad de los datos de observacin.

ORGANIZACIN DEL SISTEMA MUNDIAL DE TELECOMUNICACIN

Ejemplo 1 Control en tiempo real

(Control de los boletines meteorolgicos no recibidos, recibidos en forma incorrecta o mutilados)

(Control de los boletines meteorolgicos no recibidos, recibidos en forma incorrecta o mutilados)

Control en tiempo real

Descripcin del defecto

Hora de recepcin de la repeticin

Comentarios (por ejemplo duracin de la avera del circuito)

Control de la recepcin de boletines SHIP/AIREP y nmero de informes

(Control de los boletines meteorolgicos no recibidos, recibidos en forma incorrecta o mutilados)

Control en tiempo real

ORGANIZACIN DEL SISTEMA MUNDIAL DE TELECOMUNICACIN

Descripcin del defecto

Hora de recepcin de la repeticin

Comentarios (por ejemplo duracin de la avera del circuito)

Tabla D Procedimientos para el control internacionalmente coordinado en tiempo no real

Tipos de datos que debern controlarse

b) Control de las Partes A y B de informes TEMP y PILOT

ORGANIZACIN DEL SISTEMA MUNDIAL DE TELECOMUNICACIN

Nmero ndice de la estacin IIiii* S/N S/N

Nmero ndice de la estacin IIiii* S/N S/N