FICON ( Fibre Connection ) es el nombre patentado de IBM para el protocolo de mapeo de conjuntos de códigos de comando de un solo byte ANSI FC-SB-3 para el protocolo Fibre Channel (FC) . Es un protocolo de capa 4 FC que se utiliza para mapear la infraestructura y el protocolo de cableado de canal a unidad de control antecedente de IBM ( ESCON o Bus and Tag paralelo ) en servicios e infraestructura FC estándar. La topología es una estructura que utiliza conmutadores o directores FC . Las velocidades válidas incluyen velocidades de datos de 1, 2, 4, 8, 16, [1] y 32 Gigabit por segundo a distancias de hasta 100 km.
FICON se introdujo en 1998 como parte del mainframe IBM System/390 G5 . [2] En julio de 2013, FICON reemplazó a ESCON en el nuevo zEnterprise BC12/EC12 y modelos posteriores, [3] [4] debido a la superioridad técnica de FICON (especialmente su mayor rendimiento) y su menor costo.
Cada puerto de canal FICON es capaz de realizar múltiples intercambios de datos simultáneos (un máximo de 32) en modo dúplex completo. La información para los intercambios activos se transfiere en secuencias de canal de fibra asignadas como unidades de información FICON (IU) que constan de una a cuatro tramas de canal de fibra, de las cuales solo la primera lleva 32 bytes del protocolo de asignación FICON (FC-SB-3). Cada intercambio FICON puede transferir una o varias de estas IU.
Los canales FICON utilizan cinco clases de IU para realizar transferencias de información entre un canal y una unidad de control. Son: Datos, Comando, Estado, Control y, por último, Control de enlace. Solo un puerto de canal puede enviar IU de Comando o Comando y Datos, mientras que solo un puerto de unidad de control puede enviar IU de Estado.
Al igual que con los protocolos de canal de mainframe IBM anteriores, existe un concepto de "conexión" de canal a unidad de control. En su forma más primitiva, una conexión está asociada con un programa de canal único. En la práctica, un programa de canal único puede dar como resultado el establecimiento de varias conexiones secuenciales. Esto ocurre normalmente durante períodos en los que las transferencias de datos quedan inactivas mientras se espera que se complete algún tipo de actividad de dispositivo independiente (como la colocación física de una cinta o un brazo de acceso a un disco). En tales casos, la conexión puede cerrarse mediante la acción de la unidad de control del dispositivo con la señalización del estado apropiado. Cuando la unidad de control está lista para reanudar dicha conexión interrumpida, envía una señal al canal para que se vuelva a conectar y reanude el programa de canal interrumpido. Al cerrar temporalmente las conexiones inactivas, las instalaciones de canal y unidad de control pueden utilizarse mejor para atender a otros programas de canal activos y pueden evitarse ciertos tiempos de espera de protocolo que de otro modo podrían producirse.
FICON utiliza dos centrales de canal de fibra para una conexión entre un canal y una unidad de control, una para cada dirección. Por lo tanto, si bien una central de canal de fibra es capaz de transmitir un comando y una respuesta en una única central, y todos los demás protocolos FC-4 funcionan de esa manera, la respuesta a una IU FICON siempre se encuentra en una central diferente de la IU a la que se dirige. Las dos centrales que implementan una conexión se denominan par de centrales (tenga en cuenta que el concepto de que las dos centrales estén relacionadas existe solo en la capa FC-4). Mientras que otras FC-4 tienen un único código de "tipo de estructura de datos" que caracteriza a sus IU en los encabezados de trama de canal de fibra, FICON tiene dos. Uno es para las IU del canal a la unidad de control; el otro, para la unidad de control al canal.
A excepción de algunos diálogos de inicialización que requieren una sincronización más fuerte, FICON utiliza la clase de servicio 3 de Fibre Channel (Datagrama). Por lo tanto, en el nivel físico de Fibre Channel (FC-2 y anteriores), la comunicación no tiene conexión, las tramas y secuencias pueden llegar desordenadas y no hay acuse de recibo de llegada. Pero todo eso existe en el nivel FC-4.
La integridad de los datos de los clientes que se transportan en una o más unidades de interfaz está protegida por una comprobación de redundancia cíclica (CRC) de 32 bits que se ejecuta en el último cuadro de una unidad de interfaz clasificada como unidad de interfaz final dentro de cada transferencia de datos. Esto se suma a la comprobación de redundancia cíclica (CRC) estándar de Fibre Channel que se utiliza para verificar la integridad de cada cuadro de FC individual. Como tal, la comprobación de redundancia cíclica (CRC) de FICON tiene la capacidad de detectar cuadros o unidades de interfaz de interfaz faltantes o fuera de secuencia.
FICON puede utilizar cables de fibra óptica de canal de fibra con longitud de onda corta (multimodo; núcleo de 62,5 o 50 micrómetros) o longitud de onda larga (monomodo; núcleo de 9 micrómetros). La longitud de onda larga se utiliza en la mayoría de las aplicaciones debido a su presupuesto de potencia óptica y ancho de banda superiores. FICON no puede utilizar cables de canal de fibra de cobre .
FICON se utiliza exclusivamente con ordenadores basados en la arquitectura IBM z/Architecture (actual descendiente de System/360 , System/370 , etc.), comúnmente llamados mainframes . FICON y sus predecesores son los únicos protocolos suficientes para comunicarse con los dispositivos periféricos de mainframe tradicionales, especialmente para z/OS . Sin embargo, la mayoría de los sistemas operativos mainframe [ dudosos – discutidos ] también admiten FCP ( conjunto de comandos SCSI sobre canal de fibra).
FICON es técnicamente bastante similar a los protocolos de almacenamiento más populares, como FCP. Tanto FICON como FCP comparten los niveles 1 a 3 de las especificaciones de Fibre Channel. Algunos administradores sostienen que FICON ofrece una resolución de problemas algo más sencilla en entornos de mainframe, pero las ventajas y desventajas técnicas inherentes entre FICON y FCP son muy parecidas. Algunas configuraciones específicas de mainframe, como GDPS , requieren FICON (o su predecesor ESCON). El almacenamiento conectado a mainframe, como System Storage DS8000 de IBM, a menudo admite ambos protocolos. El almacenamiento se divide en volúmenes de almacenamiento en bloque fijos (a los que se accede con FCP) y volúmenes de almacenamiento CKD/ECKD específicos de mainframe (a los que se accede con FICON o ESCON).
Los productos de almacenamiento en disco que se pueden conectar a través de FICON incluyen:
Las instalaciones de almacenamiento en cinta incluyen:
Los productos del módulo de seguridad de hardware (HSM) que admiten FICON incluyen:
Los conmutadores/directores que admiten FICON incluyen:
Los productos de transferencia de archivos administrada que admiten FICON incluyen:
Otras plataformas de conmutación FICON más antiguas todavía se encuentran en uso. [ ¿cuándo? ] Estas incluyen McDATA 6064, CNT UMD y CNT (Inrange) FC/9000. Inrange fue adquirida por CNT en 2003, CNT fue adquirida por McDATA en 2005 y en 2007 McDATA fue a su vez adquirida por Brocade Communications Systems . Aproximadamente el 80% de los directores y conmutadores FICON instalados en entornos mainframe eran productos Brocade en ese momento. McDATA estaba bien establecida en el espacio de los directores mainframe, fabricando los directores ESCON 9032-3 y 9032-5 para IBM, así como la tarjeta puente FICON. [6] Brocade tiene muchas co-patentes con IBM para tecnología FICON y ESCON. Cisco Systems era un recién llegado relativamente nuevo en este espacio, con su primer director FICON saliendo al mercado en 2003.
Otros fabricantes que producen equipos compatibles con FICON incluyen Optica Technologies e InfoPrint Solutions Company, que ofrece impresoras de gran volumen que pueden conectarse a través de FICON.