Entender o controle de hash oxID para balanceamento de carga de tráfego FCoE em switches autônomos
O campo de identificação de troca de originadores (OxID) é um dos vários campos que o switch pode usar em sua computação de função de hash para balanceamento de carga de tráfego FCoE em vários links de saída em um grupo de agregação de enlace Ethernet (LAG) em portas que enfrentam um encaminhamento FCoE (FCF). O criador de uma troca entre um par de endpoints Fibre Channel (FC) (como um host FCoE e um dispositivo de armazenamento FC) usa o campo de OxID como um identificador para essa troca. O criador também usa o campo OxID para acompanhar o progresso da série de sequências que incluem a troca.
Quando o tráfego FCoE atravessa um LAG que enfrenta uma FCF, ele pode usar vários links diferentes entre os endpoints de origem e destino. A ideia é distribuir o tráfego FCoE pelos links LAG voltados para FCF, equilibrando assim a carga do enlace. O switch cria um valor hash de alguns dos campos de cabeçalho de pacote e usa o valor de hash para atribuir cada pacote a um dos links LAG. O switch sempre usa cinco campos de cabeçalho de pacote para computar o valor hash:
ID de origem (SID)
ID de destino (DID)
ID de malha (FID)
ID de porta de origem (SPID)
ID do módulo de origem (SMID)
Além disso, o campo de OxID é incluído por padrão na computação de hash de balanceamento de carga FCoE. No entanto, se você não quiser usar o campo de OxID na computação de hash de balanceamento de carga FCoE, você pode removê-lo da computação usando o set forwarding-options hash-key family fcoe oxid disable comando.
Incluir o campo OxID na computação de hash balanceamento de carga permite que diferentes trocas entre um par de endpoints fibre channel (FC) (como um host FCoE e um dispositivo de armazenamento FC) tomem caminhos diferentes na rede, melhorando assim a taxa de transferência agregada da rede.
No entanto, se os caminhos entre diferentes conjuntos de endpoints FC tiverem links comuns, o congestionamento em um conjunto de endpoints FC pode afetar o outro conjunto de endpoints. Esse congestionamento pode acontecer se o tráfego FCoE nos dois conjuntos de endpoints usar a mesma prioridade (ponto de código IEEE 802.1p). É comum que as redes usem a prioridade 3 (ponto de código IEEE 802.1p 011) para o tráfego FCoE. No entanto, você pode atribuir diferentes prioridades de IEEE a diferentes fluxos de FCoE sem perdas conforme descrito no Understanding CoS IEEE 802.1p Prioritys for Lossless Traffic Flows para separar ainda mais os fluxos de tráfego.