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

8

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í?

Jim
fuente
Sin ningún conocimiento sobre este tema, el texto se parece un poco a esto "WWN WWNN, WWPN WWW FCID HBA ..."
Christopher Perrin

Respuestas:

4

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.

kubanczyk
fuente
¿Hay alguna manera de ver el PID de un host desde el host? ¿Los PID de los dispositivos remotos se mantienen localmente? Por ejemplo, si el nodo A quiere enviar al nodo B, ¿conoce el nodo A el PID del nodo B? Además, si WWNN WWPN no tiene nada que ver con las transferencias de trama FC, ¿cómo funcionan los enlaces punto a punto? ¿Cada nodo se conecta entre sí?
Jim
Sí, las consultas NodeA cambian y luego mantiene localmente el P_ID actual del NodeB. Es posible ver su propio P_ID, pero depende del sistema operativo utilizado. Punto a punto sin un interruptor no necesita PLOGI / FLOGI / WWNN / WWPN / P_ID: todo lo que vemos en el cable está dirigido a nosotros, todo lo que enviamos está dirigido al Nodo B, no podemos equivocarnos, por lo que No necesito ninguna dirección.
kubanczyk
¿Hay un tipo de trama FC que se envía desde un nuevo nodo para averiguar qué otros nodos están en la tela? Por ejemplo, sé que nuestros objetivos FC pueden ver otros WWPN de nodos en la misma zona, solo me pregunto cómo los descubre el objetivo. ¿Envía una transmisión de FC o algo así? ¿Escuché que esto tiene algo que ver con el servidor de Nombres de FC Switches?
Jim
Sin transmisión El nodo envía un marco de consulta a la dirección 0xFFFFFC. Cada interruptor generalmente escucha en esta dirección, por lo que el primer interruptor que recibe dicho marco responde. La respuesta es una lista de: P_ID, WWNN y WWPN. Además, hay otro mecanismo opcional llamado RSCN, donde el conmutador mismo envía una trama al nodo después de que aparezca un nuevo WWN en la lista.
kubanczyk
0

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.

TheFiddlerWins
fuente
"El FC en sí mismo no tiene un concepto de enrutamiento o conmutación" ... Bueno, en realidad, si compara el enrutamiento o la conmutación de FC con el mundo de IP, entonces queda claro que FC tiene un enfoque realmente limpio y consistente, y la pila de IP es un desorden demasiado complicado y en gran parte anticuado.
kubanczyk
1
Estoy de acuerdo si cambia IP a IPv4. IPv6 está mucho más cerca de FC. La diferencia es que (al menos en el FC tradicional) no tendrá más de 127 puntos finales. Y IPv4 tampoco cambia, eso se hace a nivel de ethernet.
TheFiddlerWins
De acuerdo con el comentario de IPv4. ¿Pero 127 puntos finales en FC? No. Está hablando del modo obsoleto sin estructura llamado "bucle privado". En tela tradicional, 2 ^ 24 menos un pequeño grupo reservado.
kubanczyk
No estoy seguro de lo que define como un tejido "tradicional", estaba hablando de FC-AL, parece que solo está hablando de FC-SW, que es relativamente nuevo.
TheFiddler gana el
Ambos fueron puestos en producción en el milenio anterior.
kubanczyk