¿Cómo se completan los marcos de canal de fibra y atraviesan un tejido?

Tratando de entender cómo los marcos de canal de fibra se pueblan y envían a través de una estructura conmutada. Entiendo WWNN WWPN, WWNN es un WWN del HBA real, y WWPN es el WWN de los puertos reales en la tarjeta. Entonces, si un HBA tiene 4 puertos, todos comparten el mismo WWNN pero tienen WWPN diferentes. Sin embargo, todavía no estoy seguro de dónde WWNN entra en juego con la comunicación en una estructura. En segundo lugar, el proceso FLOGI mediante el cual un nuevo nodo N_port intenta iniciar sesión en la estructura y se le asigna un FCID dinámico. Luego de que se realiza un PLOGI para que el nodo N-port pueda enviar su WWPN. Esto mantiene una relación WWPN a FCID ...

Por último, el direccionamiento FC es una combinación de una ID de dominio, ID de área e ID de puerto. Todos los 8 bits. Según tengo entendido, ¿se usa para ubicar en qué parte de una tela está la interfaz? Entonces, si tengo dos conmutadores de dominio 1 y dominio 2, 0100000 significaría el primer área de conmutación 00 y el puerto 00.

Además, todavía no estoy seguro de cómo un host envía a otro host. Mirando una trama FC hay campos para ID de destino e ID de origen que son direcciones FC o FCID de 24 bits. Mi pregunta es si estos DestID y SourceID se rellenan por el host HBA o por el conmutador FC. ¿Pensé que un anfitrión solo sabía que era WWNN y WWPN propios de la HBA?

En segundo lugar, no veo ningún lugar en el marco de Fibre Channel donde WWNN o WWPN entren a jugar. A menos que solo se utilicen en el proceso FLOGI y PLOGI para obtener un FCID dinámico.

Gracias por tu ayuda. Lo aprecio.

PD: Estoy usando un Cisco MDS y en nuestros hosts fcinfo para recopilar información, ¿no puedo ver una manera de obtener el FCID usando fcinfo en cada host? Es por eso que estoy confundido si el host mantiene una lista de FCID de destino o no.

Además, para los hosts conectados directamente, sin interrupción, ¿los hosts FLOGI se conectan entre sí?

Al principio, el anfitrión conoce WWNN y WWPN.

Bueno, olvídate de WWNN. WWNN, en teoría, debería ser el mismo en todos los puertos de todos los HBA de una computadora, pero rara vez es así. Por lo general, es lo mismo en un HBA, pero he visto un caso de HBA multipuerto con múltiples WWNN. Entonces es un poco desordenado.

Al iniciar sesión en fabric (FLOGI / PLOGI), el host conoce su P_ID desde el switch. Y switch aprende WWPN / WWNN del host. Por lo tanto, los conmutadores saben qué WWPN se asigna uno a uno a qué P_ID de 24 bits.

Host durante la operación normal consulta el switch, por ejemplo:

• ¿Con qué WWPN puedo comunicarme?
• ¿Cuál es el P_ID actual de WWPN que recuerdo como mi dispositivo de bloqueo (mi disco duro)?

Mucha gente piensa que WWPN funciona de manera similar a la dirección MAC, porque los números se ven "similares". No tienen casi nada en común y juegan diferentes roles.

WWPN o WWNN nunca se usa como una dirección; P_ID es. En la analogía de DNS e IP, WWPN es algo así como my.node.com: identifica la dirección ( 111.112.113.114), pero no sirve como dirección durante la comunicación real; 111.112.113.114hace. En FC, P_ID sería la dirección real utilizada en las tramas.

Esta no es una analogía perfecta. WWPN no es tan legible como el nombre DNS. Y P_ID es un poco más útil que IP, ya que su formato ayuda a los conmutadores FC a descubrir rápidamente cómo manejar el marco. De todos modos, este es el panorama general.

Por cierto, no hay nada similar a la dirección MAC en FC (¡bueno para nosotros!): No hay direccionamiento de bajo nivel debajo del direccionamiento P_ID.

Advertencia: no sé que las cosas más nuevas de MDS (FC-SW, etc.) cambian algo de esto, pero es un protocolo (horriblemente) compatible con versiones anteriores, así que ...

Tengo entendido que FC siempre parece un bucle para los dispositivos que contiene. Puede haber más de un dispositivo por bucle, pero el FC en sí mismo no tiene un concepto de enrutamiento o conmutación, todo eso es manejado por los conmutadores (u otros trucos, pero no dentro de los marcos FC "normales", no es compatible con el etiquetado de VLAN, etc., tal vez con FC -SO).

Los dominios son grupos lógicos de estos bucles.

La página de Wikipedia es bastante buena.