Como os quadros de canal de fibra são preenchidos e atravessam uma malha?

8

Tentando entender como os quadros Fibre Channel são realmente preenchidos e enviados através de uma malha comutada. Entendo o WWNN WWPN, o WWNN é um WWN do HBA real e o WWPN é o WWN das portas realmente existentes na placa. Portanto, se um HBA tiver 4 portas, todos eles compartilham o mesmo WWNN, mas têm WWPN diferente. Ainda não tenho certeza de onde o WWNN entra em jogo com a comunicação em uma malha. Em segundo lugar, o processo FLOGI pelo qual um novo nó N_port tenta efetuar login na malha e obter um FCID dínmico. Depois que um PLOGI é feito, o nó da porta N pode enviá-lo pelo WWPN. Isso mantém um relacionamento WWPN para FCID ....

Por fim, o endereçamento FC é uma combinação de um ID de domínio, ID de área e ID de porta. Todos os 8 bits. Pelo que entendi, é usado para localizar onde está a interface em uma malha? Portanto, se eu tiver dois comutadores de domínio 1 e domínio 2, 0100000 significaria a primeira área de comutador 00 e a porta 00?

Além disso, ainda não tenho certeza de como um host envia para outro host. Observando um quadro FC, existem campos para o ID de destino e o ID de origem que são endereços FC ou FCIDs de 24 bits. Minha pergunta é se esses DestID e SourceID são preenchidos pelo host HBA ou pelo switch FC? Eu pensei que um host sabia apenas que é o próprio WWNN e WWPN da HBA?

Em segundo lugar, não vejo nenhum lugar no quadro Fibre Channel onde o WWNN ou o WWPN entram para jogar. A menos que eles sejam usados ​​apenas no processo FLOGI e PLOGI para obter um FCID dinâmico.

Obrigado pela ajuda. Aprecie isso.

PS: Estou usando um Cisco MDS e, em nossos hosts, fcinfo para coletar informações, não consigo encontrar uma maneira de obter o FCID usando o fcinfo em cada host? É por isso que estou confuso se o host mantém uma lista de FCIDs de destino ou não.

Além disso, para hosts conectados diretamente, sem envolvimento de comutador, os hosts fazem FLOGI entre si?

Jim
fonte
Sem qualquer conhecimento sobre este tópico, o texto se parece um pouco com este "WWN WWNN, WWPN WWW FCID HBA ..."
Christopher Perrin

Respostas:

4

No início, o host conhece o WWNN e o WWPN.

Bem, esqueça o WWNN. O WWNN, teoricamente, deve ser o mesmo em todas as portas de todos os HBAs de um computador, mas isso raramente é o caso. Geralmente é o mesmo em um HBA, mas já vi um caso de HBA multiportas com vários WWNNs. Então é uma bagunça.

Ao efetuar logon na malha (FLOGI / PLOGI), o host conhece seu P_ID a partir do switch. E o switch aprende WWPN / WWNN com o host. Portanto, os switches sabem qual WWPN é atribuído um a um ao qual P_ID de 24 bits.

O host durante a operação normal consulta o comutador, por exemplo:

  • com quais WWPNs posso me comunicar?
  • qual é o P_ID atual do WWPN que eu lembro como meu dispositivo de bloco (meu disco rígido)?

Muitas pessoas pensam que o WWPN funciona de maneira semelhante ao endereço MAC, porque os números parecem "semelhantes". Eles não têm quase nada em comum e desempenham papéis diferentes.

WWPN ou WWNN nunca é usado como um endereço; P_ID é. Na analogia de DNS e IP, o WWPN é mais ou menos assim my.node.com: identifica o endereço ( 111.112.113.114), mas não serve como endereço durante a comunicação real; 111.112.113.114faz. No FC, P_ID seria o endereço real usado nos quadros.

Esta não é uma analogia perfeita. O WWPN não é tão legível por humanos quanto o nome DNS. E o P_ID é um pouco mais útil que o IP, pois seu próprio formato ajuda os comutadores FC a descobrir rapidamente como lidar com o quadro. Enfim, este é o quadro geral.

A propósito, não há nada semelhante ao endereço MAC no FC (bom para nós!) - não há endereçamento de baixo nível abaixo do endereçamento P_ID.

kubanczyk
fonte
Existe uma maneira de ver o PID de um host do host? Os PIDs dos dispositivos remotos são mantidos localmente? Por exemplo, se o nodeA deseja enviar para o nodeB, o nodeA conhece o PID do nodeB? Além disso, se o WWNN WWPN não tem nada a ver com transferências de quadros FC, como funcionam os links ponto a ponto? Cada nó se conecta?
Jim
Sim, as consultas NodeA alternam e, em seguida, mantém localmente o P_ID atual do NodeB. É possível ver o próprio P_ID, mas isso depende do SO utilizado. Ponto a ponto sem um comutador não precisa de PLOGI / FLOGI / WWNN / WWPN / P_ID: tudo o que vemos no fio é endereçado a nós, tudo o que enviamos é endereçado ao NodeB, não podemos nos enganar, por isso não precisa de nenhum endereço.
Kbanczyk
Existe um tipo de quadro FC enviado de um novo nó para descobrir quais outros nós estão no Fabric? Por exemplo, eu sei que nossos FC Targets podem ver outros WWPN de nós na mesma zona, estou apenas imaginando como o Target os descobre. Envia uma transmissão do FC ou algo assim? Ouvi dizer que isso tem algo a ver com o servidor FC Switches Names?
28413 Jim
Nenhuma transmissão. O nó envia um quadro de consulta para o endereço 0xFFFFFC. Cada switch geralmente escuta esses endereços, então o primeiro switch que recebe esse frame responde. A resposta é uma lista de: P_ID, WWNN e WWPN. Além disso, existe outro mecanismo opcional chamado RSCN, em que o próprio switch envia um quadro para o nó depois que qualquer novo WWN aparece na lista.
Kubanczyk
0

Advertência - Eu não sei o material mais recente do MDS (FC-SW etc) muda um pouco disso, mas é um protocolo (hedionmente) compatível com versões anteriores, então ...

Meu entendimento é que o FC sempre parece um loop para os dispositivos nele. Pode haver mais de um dispositivo por loop, mas o próprio FC não tem conceito de roteamento ou comutação, tudo isso é tratado pelos comutadores (ou outros truques, mas não dentro dos quadros FC "normais", sem suporte para marcação de VLAN etc., talvez com FC -SW).

Domínios são grupos lógicos desses loops.

A página da Wikipedia é realmente muito boa.

TheFiddlerWins
fonte
"O próprio FC não tem conceito de roteamento ou comutação" ... Bem, na verdade, se você comparar o roteamento ou alternar com o mundo do IP, fica claro que o FC tem uma abordagem realmente limpa e consistente, e a pilha de IP é uma bagunça muito complicada e bastante antiquada.
Kbanczyk
1
Concordo se você alterar o IP para IPv4. O IPv6 está muito mais próximo do FC. A diferença é que (pelo menos no FC tradicional) você não terá mais de 127 pontos finais. E o IPv4 também não faz comutação, isso é feito no nível da Ethernet.
TheFiddlerWins
Concorde com a observação do IPv4. Mas 127 pontos finais no FC? Não. Você está falando de um modo desatualizado sem malha chamado "loop privado". No tecido tradicional, 2 ^ 24 menos uma pequena piscina reservada.
Kbanczyk
Não tenho certeza do que você define como um tecido "tradicional", eu estava falando sobre o FC-AL, parece que você está falando apenas do FC-SW, que é relativamente novo.
TheFiddlerWins
Ambos foram postos em uso de produção no milênio anterior.
precisa saber é o seguinte