Entender as prioridades do CoS IEEE 802.1p para fluxos de tráfego sem perdas
O switch oferece suporte a até seis aulas de encaminhamento sem perdas. (Junos OS Release 12.3 aumentou o suporte para prioridades sem perdas de duas classes de encaminhamento sem perdas — as classes padrão fcoe e no-loss de encaminhamento — para um máximo de seis classes de encaminhamento sem perdas.) Cada classe de encaminhamento é mapeada para um ponto de código (prioridade) IEEE 802.1p.
O Junos OS Release 13.1 introduziu suporte para até seis aulas de encaminhamento sem perdas em sistemas QFabric. Ao longo deste documento, recursos introduzidos em switches autônomos no Junos OS Release 12.3 são introduzidos em sistemas QFabric no Junos OS Release 13.1, a menos que seja observado de outra forma.
Apenas switches com interfaces nativas do Fibre Channel (FC), como o QFX3500, oferecem suporte ao tráfego e configuração nativos do FC como um gateway FCoE-FC. Ao longo deste documento, recursos relacionados ao tráfego FC nativo e à configuração de gateway FCoE-FC aplicam-se apenas a switches que oferecem suporte a interfaces de FC nativas.
A configuração padrão é a mesma da configuração padrão do Junos OS Release 12.2 e é compatível com o atraso. Se você precisar de apenas duas (ou menos) aulas de encaminhamento sem perdas, use a configuração padrão, na qual as fcoe classes de encaminhamento e no-loss encaminhamento não têm perdas. Se você precisar de mais de duas aulas de encaminhamento sem perdas, você pode usar as duas classes de encaminhamento sem perdas padrão e configurar aulas de encaminhamento sem perdas adicionais. Se você não quiser usar as aulas de encaminhamento sem perdas padrão, você pode alterá-las ou usar apenas as aulas de encaminhamento sem perdas que você configura explicitamente.
Configuração de prioridade sem perdas padrão
Se você não configurar explicitamente as aulas de encaminhamento, o sistema usa a configuração padrão da classe de encaminhamento, que fornece duas classes de encaminhamento sem perdas padrão (fcoe e sem perda). (Se você alterar a configuração de classe de encaminhamento, as mudanças se aplicam a todo o tráfego nesse dispositivo, porque as aulas de encaminhamento são globais para um determinado dispositivo.)
Se você não configurar explicitamente os classificadores e não configurar explicitamente o controle de fluxo para pausar as filas de saída (configuradas na estrofe de saída do CNP), o classificador padrão e as configurações de pausa de fila de saída padrão são aplicadas a todas as interfaces Ethernet nos switches (ou dispositivos de nó). Você pode substituir o classificador padrão e a configuração de pausa da fila de saída padrão por interface aplicando uma configuração explícita a uma interface Ethernet. A configuração padrão é usada em todas as interfaces Ethernet que não têm uma configuração explícita.
Se você não configurar o controle de fluxo em filas de saída, a configuração padrão usa um mapeamento um-para-um de pontos de código IEEE 802.1p (prioridades) para as filas de saída por número. Por exemplo, a prioridade 0 (ponto de código 000) é mapeada para a fila 0, a prioridade 1 (ponto de código 001) é mapeada para a fila 1, e assim por diante. Se você não usar a configuração padrão, você deve configurar explicitamente o controle de fluxo em cada fila de saída que deseja permitir que o PFC faça uma pausa na estrofe de saída do CNP.
Na configuração padrão, apenas a fila 3 e a fila 4 são habilitadas para responder a mensagens de pausa do peer conectado. Para que a fila 3 responda às mensagens de pausa, a prioridade 3 (ponto de código 011) deve ser habilitada para PFC na estrofe de entrada do CNP. Para que a fila 4 responda às mensagens de pausa, a prioridade 4 (ponto de código 100) deve ser habilitada para PFC na estrofe de entrada do CNP.
A configuração padrão fornece o seguinte comportamento sem perdas:
Duas classes de encaminhamento sem perdas padrão (o
no-lossatributo de queda de pacotes é aplicado automaticamente a essas classes de encaminhamento): fcoe — mapeado para a fila de saída 3 sem perda — Mapeado para a fila de saída 4Um classificador padrão que mapeia a classe de encaminhamento de fcoe para a prioridade 3 (011) do IEEE 802.1p e a classe de encaminhamento sem perdas para a prioridade IEEE 802.1p 4 (100)
Controle de fluxo baseado em prioridade (PFC) habilitado nas filas de saída da interface Ethernet 3 e 4 quando essas filas transportam tráfego sem perdas (tráfego mapeado para as classes de encaminhamento fcoe e sem perdas, respectivamente).
Em switches que podem ser configurados como um gateway FCoE-FC, interfaces nativas de FC (NP_Ports), com controle de fluxo padrão habilitado na fila de saída 3 (prioridade IEEE 802.1p 3) para tráfego FCoE/FC.
O DCBX é habilitado em todas as interfaces no modo de automação e troca automaticamente o tipo de protocolo de aplicativos FCoE, comprimento e valores (TLVs) em interfaces que transportam tráfego FCoE. No entanto, se você configurar explicitamente a troca de TLV de protocolo DCBX para qualquer aplicativo, então você deve configurar explicitamente a troca de TLV de protocolo para cada aplicativo para o qual você deseja que o DCBX troque TLVs, incluindo FCoE.
Nas portas Ethernet, os cálculos de buffer de PFC usam os seguintes valores padrão para determinar o tamanho do buffer da sala de cabeça: comprimento do cabo — 100 metros (aproximadamente 328 pés)MRU para o tráfego prioritário 3 — 2500 bytes MRU para tráfego prioritário 4 — 9216 bytesMaximum unidade de transmissão (MTU)— 1522 (ou o valor de MTU configurado para a interface)
Nota:Se você configurar o controle de fluxo em uma prioridade que não é uma das prioridades padrão de controle de fluxo, o valor padrão da MRU é de 2500 bytes. Por exemplo, se você configurar o controle de fluxo na prioridade 5 e não configurar um valor de MRU, o valor padrão da MRU é de 2500 bytes.
Além disso, para oferecer suporte ao transporte sem perdas, o PFC deve ser habilitado explicitamente nas prioridades IEEE 802.1p sem perdas (pontos de código) nas interfaces Ethernet de entrada; nenhuma configuração PFC padrão é aplicada em interfaces de entrada. Se você não habilitar o PFC em prioridades sem perdas, essas prioridades podem sofrer perda de pacotes durante períodos de congestionamento. Por exemplo, se você quiser tráfego FCoE sem perdas e estiver usando a classe de encaminhamento de fcoe padrão, você usa um CNP para habilitar o PFC na prioridade 3 (ponto de código 011), e aplicar esse CNP a todas as interfaces de ingresso que transportam tráfego FCoE.
Você pode substituir o classificador padrão e a configuração de pausa da fila de saída padrão por interface aplicando uma configuração explícita a uma interface Ethernet.
A configuração padrão de CoS é compatível com a configuração cos padrão das versões de software antes do Junos OS Release 12.3. Se você configurar explicitamente o transporte sem perdas, garanta que as filas de entrada e saída correspondentes às classes de encaminhamento sem perdas sejam configuradas explicitamente para pausa do PFC.
A Tabela 1 resume as aulas de encaminhamento padrão e seu mapeamento para filas de saída, prioridades do IEEE 802.1p e atributos de queda.
Nome de classe de encaminhamento |
Fila de saída |
Prioridade |
Atributo de queda |
|---|---|---|---|
melhor esforço |
0 |
0 |
Gota |
Fcoe |
3 |
3 |
sem perdas |
sem perdas |
4 |
4 |
sem perdas |
controle de rede |
7 |
7 |
Gota |
Em switches que usam as mesmas classes de encaminhamento e filas de saída para o tráfego unicast e multidestinação (multicast, broadcast e lookup fail de destino), essas aulas de encaminhamento transportam tráfego unicast e multidestinação. Apenas o tráfego unicast é tratado como tráfego sem perdas. O tráfego multidestinação não é tratado como tráfego sem perdas, mesmo em filas de saída sem perdas.
Em switches que usam diferentes classes de encaminhamento e filas de saída para tráfego unicast e multidestinação, há uma classe de encaminhamento multidestinação padrão chamada mcast, que é mapeada para a fila de saída 8 com um atributo de queda de queda. (O tráfego multidestinação recebido em todas as prioridades do IEEE 802.1p é mapeado para a classe de encaminhamento mcast por padrão.)
Configuração de prioridades sem perdas
Para configurar mais de duas prioridades sem perdas (aulas de encaminhamento), ou alterar o mapeamento padrão de aulas de encaminhamento sem perdas para prioridades e filas de saída pausadas, você deve configurar explicitamente o switch em vez de usar a configuração padrão. Configurar prioridades sem perdas inclui:
Configuração de aulas de encaminhamento com o atributo de queda de pacote sem perda.
Usando um CNP para configurar o PFC em interfaces de entrada e controle de fluxo (PFC) em interfaces de saída.
Configurar um classificador para mapear as prioridades do IEEE 802.1p (pontos de código) para as classes de encaminhamento corretas (as aulas de encaminhamento para as quais você deseja transporte sem perdas).
Se você espera uma grande quantidade de tráfego sem perdas em sua rede e configura várias classes de tráfego sem perdas, garanta que você reserve recursos de agendamento suficientes (largura de banda) e espaço de buffer para dar suporte aos fluxos sem perdas. (Para switches que oferecem suporte à configuração de buffer compartilhado, o Understanding CoS Buffer Configuration descreve como configurar buffers e fornece uma configuração de buffer recomendada para redes com quantidades maiores de tráfego sem perdas. A otimização de buffer é automática em switches que usam filas de saída virtuais.)
Além disso, nas interfaces Ethernet, o DCBX deve trocar as TLVs de protocolo de aplicativos apropriadas pelo tráfego sem perdas. Em switches que podem funcionar como um gateway FCoE-FC, você precisa remapear a prioridade do FCoE em interfaces nativas de FC se sua rede usar uma prioridade diferente de 3 (ponto de código IEEE 011) para o tráfego FCoE. Esta seção descreve:
- Configuração de aulas de encaminhamento sem perdas (atributo de queda de pacote)
- Perfis de notificação de congestionamento (configuração de PFC)
- Configuração do DCBX (Application Protocol TLV Exchange)
- Compartilhamento de destino entre as aulas de tráfego
- Configuração do switch de trânsito versus configuração de gateway FCoE-FC
- Resultados de configuração e verificações de confirmação
Configuração de aulas de encaminhamento sem perdas (atributo de queda de pacote)
O Junos OS Release 12.3 introduziu o parâmetro sem perda para configuração de classe de encaminhamento. (Embora use o mesmo nome, esta não é a classe de encaminhamento padrão sem perdas. É um atributo de queda de pacote que você pode especificar para configurar qualquer classe de encaminhamento como uma classe de encaminhamento sem perdas.)
Em switches que usam diferentes classes de encaminhamento para tráfego unicast e multidestinação, a classe de encaminhamento deve ser uma aula de encaminhamento unicast. Em switches que usam as mesmas aulas de encaminhamento para tráfego unicast e multidestinação, apenas o tráfego unicast recebe tratamento sem perdas.
Você pode configurar até seis classes de encaminhamento (dependendo da arquitetura do sistema e da disponibilidade de recursos do sistema) como aulas de encaminhamento sem perdas, incluindo o no-loss atributo drop no nível de [edit class-of-service forwarding-classes class forwarding-class-name queue-num queue-number] hierarquia.
Se você usar as classes de encaminhamento padrão de fcoe ou sem perdas, elas incluem o atributo de queda sem perda por padrão. Se você configurar explicitamente as classes de encaminhamento de fcoe ou sem perdas e quiser manter seu comportamento sem perdas, você deve incluir o atributo de queda sem perda na configuração.
Todas as classes de encaminhamento mapeadas para a mesma fila de saída devem ter o mesmo atributo de queda de pacotes. (Todas as aulas de encaminhamento mapeadas para a mesma fila de saída devem ser perdidas ou sem perdas. Você não pode mapear uma classe de encaminhamento perdida e sem perdas para a mesma fila.)
Para evitar o compartilhamento de destinos (um fluxo congestionado que afeta um fluxo incongestado), use um mapeamento um-para-um de aulas de encaminhamento sem perdas para pontos de código (prioridades) do IEEE 802.1p e filas. Mapeie cada aula de encaminhamento sem perdas para uma fila diferente e classifique o tráfego recebido em aulas de encaminhamento para que cada classe de encaminhamento transporte tráfego de apenas uma prioridade (ponto de código).
As aulas de encaminhamento sem perdas e fcoe são casos especiais, porque na configuração padrão, eles são configurados para comportamento sem perdas (desde que você também habilite o PFC nas prioridades mapeadas para as classes de encaminhamento fcoe e sem perdas na estrofe de entrada CNP).
A Tabela 2 resume as possíveis configurações das classes de encaminhamento fcoe e sem perdas no Junos OS Release 12.3 e posterior, e o resultado dessas configurações em termos de comportamento de tráfego sem perdas. Presume-se que PFC, DCBX e classificadores estejam configurados corretamente.
Configuração explícita (configurada pelo usuário) ou padrão de classe de encaminhamento |
Atributo de queda de pacotes |
Resultados e notas |
|---|---|---|
Padrão |
Padrão |
As aulas de encaminhamento sem perdas e fcoe são sem perdas.
Nota:
Mesmo que você configure explicitamente outras classes de encaminhamento (aulas de encaminhamento sem perdas ou perdas), as classes de encaminhamento de fcoe e sem perdas permanecem sem perdas porque não estão configuradas explicitamente. |
Explícita |
Não especificado na configuração explícita de classe de encaminhamento |
As classes de encaminhamento sem perdas e fcoe são perdidas porque não incluem o atributo de queda sem perda. |
Explícita |
Sem perdas |
As aulas de encaminhamento sem perdas e fcoe são sem perdas. |
Explícito, configurado no Junos OS Release 12.2 ou anterior |
Não especificado (o atributo de gota de pacote não estava disponível antes do Junos OS Release 12.3) |
As classes de encaminhamento fcoe e sem perdas são perdidas no Junos OS Release 12.3 e posterior porque não incluem o atributo de queda sem perda.
Nota:
Para reter o comportamento sem perdas, antes de atualizar para o Junos OS Release 12.3, exclua a configuração explícita para que o sistema use a configuração padrão. Como alternativa, você pode reconfigurar as classes de encaminhamento com o atributo de queda de pacote sem perda após atualizar para o Junos OS Release 12.3 ou posterior. |
Para todas as outras classes de encaminhamento, exceto as fcoe classes de encaminhamento, no-loss você deve configurar explicitamente o transporte sem perdas especificando o atributo de queda de pacote sem perda, porque a configuração padrão para todas as outras classes de encaminhamento é perdida (o atributo de queda de pacote sem perda não é aplicado).
Perfis de notificação de congestionamento (configuração de PFC)
Use CNPs para configurar características de PFC sem perdas em interfaces de entrada e saída.
A estrofe de entrada de um CNP permite o PFC em prioridades de IEEE 802.1p especificadas (pontos de código) e configurações de buffer de sala de cabeça de ajuste fino configurando o valor máximo da unidade de recebimento (MRU) e o comprimento do cabo em interfaces de entrada.
A estrofe de saída de um CNP permite pFC (controle de fluxo) em filas de saída para prioridades de IEEE 802.1p especificadas para que as filas possam responder às mensagens de pausa do PFC do peer conectado sobre a prioridade de sua escolha. (Por padrão, as filas de saída 3 e 4 respondem às mensagens de PFC recebidas quando essas filas carregam tráfego sem perdas nas classes de encaminhamento fcoe e sem perdas, respectivamente.)
Para conseguir um transporte sem perdas, a prioridade pausada nas interfaces de entrada deve corresponder à prioridade pausada nas interfaces de saída para um determinado fluxo de tráfego. Por exemplo, se você configurar interfaces de entrada para pausar o tráfego marcado com a prioridade 5 do IEEE 802.1p (ponto de código 101) e o tráfego de prioridade 5 for mapeado para a fila de saída 5, então você também deve configurar as interfaces de saída correspondentes para pausar a prioridade 5 na fila 5. Além disso, a classe de encaminhamento mapeada para a fila 5 deve ser configurada como uma classe de encaminhamento sem perdas (usando o atributo de queda sem perda).
Qualquer alteração na configuração de PFC em uma porta bloqueia temporariamente toda a porta (não apenas as prioridades afetadas pela mudança de PFC) para que a porta possa implementar a mudança e, em seguida, desbloqueie a porta. Bloquear a porta impede a entrada e saída do tráfego, e causa perda de pacotes em todas as filas da porta até que a porta seja desbloqueada.
Uma mudança na configuração do PFC significa qualquer alteração em um CNP, incluindo a alteração da porção de entrada do CNP (ativando ou desativando o PFC em uma prioridade, ou alterando os valores de MRU ou comprimento do cabo) ou alterando a porção de saída do CNP que permite ou desativa o controle de fluxo de saída em uma fila. Uma mudança de configuração de PFC afeta apenas as portas que usam o CNP alterado.
As ações a seguir mudam a configuração do PFC:
Exclusão ou desativação de uma configuração de PFC (entrada ou saída) em um CNP que está em uso em uma ou mais interfaces. Por exemplo:
Um CNP existente com uma estrofe de entrada que permite o PFC nas prioridades 3, 5 e 6 está configurado nas interfaces xe-0/0/20 e xe-0/0/21.
Desativamos a configuração de PFC para prioridade 6 no CNP de entrada e, em seguida, comprometemos a configuração.
A mudança de configuração do PFC faz com que todo o tráfego nas interfaces xe-0/0/20 e xe-0/21 pare até que a mudança de PFC seja implementada. Quando a mudança de PFC for implementada, o tráfego é reiniciado.
Configurando um CNP em uma interface. (Isso muda o estado do PFC habilitando o PFC em uma ou mais prioridades.)
Exclusão de um CNP de uma interface. (Isso altera o estado do PFC desativando o PFC em uma ou mais prioridades.)
Configuring Input Interface Flow Control (PFC and Headroom Buffer Calculation)
Nas interfaces Ethernet, a estrofe de entrada do CNP permite o PFC em prioridades especificadas para que a interface de entrada possa enviar uma mensagem de pausa ao peer conectado durante períodos de congestionamento. Os CNPs de entrada também ajustam os buffers de sala de cabeça usados para suporte a PFC, permitindo que você configure o valor da MRU e o comprimento do cabo (se você não quiser usar a configuração padrão).
Os buffers de sala de cabeça oferecem suporte ao transporte sem perdas, armazenando o tráfego que chega a uma interface depois que a interface envia uma mensagem de controle de fluxo PFC para pausar o tráfego recebido. Até que o peer conectado receba a mensagem de controle de fluxo e pausa o tráfego, a interface continua a receber tráfego e deve tamponá-lo (e o tráfego que ainda está no fio após a pausa do peer) para evitar a perda de pacotes.
O sistema usa o MRU e o comprimento do cabo físico conectado para calcular a alocação da sala de cabeça do buffer. Os valores de configuração padrão são:
MRU para tráfego prioritário 3 — 2500 bytes
MRU para tráfego prioritário 4 — 9216 bytes
Comprimento do cabo — 100 metros (aproximadamente 328 pés)
Se você configurar o controle de fluxo em uma prioridade que não é uma das prioridades padrão de controle de fluxo, o valor padrão da MRU é de 2500 bytes. Por exemplo, se você configurar o controle de fluxo na prioridade 5 e não configurar explicitamente um valor de MRU, o valor de MRU padrão é de 2500 bytes.
Você pode ajustar o MRU e o comprimento do cabo para ajustar o tamanho do buffer da sala de cabeça em uma interface. O switch tem um pool de buffer global compartilhado e aloca dinamicamente espaço de buffer de sala de cabeça para filas sem perdas conforme necessário.
Uma MRU mais baixa ou um comprimento de cabo mais curto reduz a quantidade de buffer de sala de cabeça necessário em uma interface e deixa mais espaço de buffer para outras interfaces. Uma MRU mais alta ou um comprimento de cabo mais longo aumenta a quantidade de espaço de buffer de sala de cabeça necessário em uma interface e deixa menos espaço de buffer para outras interfaces.
Em muitos casos, você pode utilizar melhor os buffers de sala de cabeça reduzindo o valor da MRU (por exemplo, uma MRU de 2180 é suficiente para a maioria das redes FCoE) e reduzindo o valor do comprimento do cabo se o cabo físico tiver menos de 100 metros de comprimento.
Quando você configura os buffers da sala de cabeça alterando a MRU ou o comprimento do cabo e confirmando a configuração, o sistema executa uma verificação de confirmação e rejeita a configuração se o espaço de buffer suficiente para a sala de cabeça não estiver disponível.
No entanto, o sistema não executa uma verificação de confirmação, mas, em vez disso, devolve um erro de syslog se:
Os buffers estão configurados em uma interface LAG.
O classificador padrão é usado na interface (em vez de um classificador configurado pelo usuário).
A interface ainda não foi criada.
Configuring Output Interface Flow Control (PFC)
Nas interfaces Ethernet, você pode usar a estrofe de saída do CNP para configurar o controle de fluxo nas filas de saída e permitir que o PFC faça uma pausa nas prioridades especificadas do IEEE 802.1p.
Em switches que usam diferentes filas de saída para tráfego unicast e multidestinação, a fila deve ser uma fila de saída unicast.
Por padrão, as filas de saída 3 e 4 estão habilitadas para a pausa do PFC nas prioridades 3 (IEEE 802.1p ponto de código 011) e 4 (IEEE 802.1p ponto de código 100). A resposta de pausa PFC padrão oferece suporte à configuração padrão de classe de encaminhamento sem perdas, que mapeia a classe de encaminhamento de fcoe para a fila 3 e a prioridade 3, e mapeia a classe de encaminhamento sem perdas para a fila 4 e a prioridade 4.
A configuração do PFC nas filas de saída permite pausar qualquer prioridade em qualquer fila de saída em qualquer interface Ethernet. O controle de fluxo de saída permite que você use mais de duas filas de saída para oferecer suporte a fluxos de tráfego sem perdas (você pode configurar até seis classes de encaminhamento sem perdas e mapeá-las para diferentes filas de saída que estão habilitadas para uma pausa no PFC). O controle de fluxo de fila de saída também permite oferecer suporte a várias classes de encaminhamento sem perdas (cada uma mapeada para uma prioridade diferente e fila de saída) para uma classe de tráfego.
O controle de fluxo de saída só funciona quando o PFC está habilitado na estrofe de entrada CNP sobre as prioridades correspondentes na interface. Por exemplo, se você habilitar o controle de fluxo de saída na prioridade 5 (ponto de código IEEE 802.1p 101), você também deve habilitar o PFC no CNP na estrofe de entrada na prioridade 5.
Por exemplo, se a rede Ethernet convergente usar duas prioridades diferentes para o tráfego FCoE (por exemplo, prioridade 3 e prioridade 5), então você pode classificar essas prioridades em diferentes classes de encaminhamento sem perdas que são mapeadas para diferentes filas de saída:
Configure duas classes de encaminhamento sem perdas para tráfego FCoE, com cada classe de encaminhamento mapeada para uma fila de saída diferente. Por exemplo, você pode usar a classe padrão de encaminhamento de fcoe, que é mapeada para a fila 3, e você pode configurar uma segunda classe de encaminhamento sem perdas chamada fcoe1 e mapeá-la para a fila 5. A classe de encaminhamento de fcoe é para o tráfego 3 FCoE prioritário (ponto de código 011), e a classe de encaminhamento fcoe1 é para o tráfego FCoE de prioridade 5 (ponto de código 101).
Configure um classificador que mapeia cada classe de encaminhamento para o ponto de código IEEE 802.1p desejado (prioridade). Se o tráfego FCoE em ambas as prioridades usar uma interface, o classificador deve classificar as duas classes de encaminhamento para as prioridades corretas. Se o tráfego FCoE de diferentes prioridades usar interfaces diferentes, a configuração do classificador em cada interface deve mapear a prioridade correta para a classe de encaminhamento sem perdas correspondente.
Aplique o classificador nas interfaces que transportam tráfego FCoE. O classificador determina o mapeamento das aulas de encaminhamento para prioridades em cada interface.
Para configurar o transporte sem perdas para essas aulas de encaminhamento, você também precisa:
Habilite o PFC nas duas prioridades (3 e 5 neste exemplo) nas interfaces de entrada na estrofe de entrada CNP.
Configure o PFC nas filas de saída e prioridades para as aulas de encaminhamento na estrofe de saída cnp para que a interface possa responder a mensagens de pausa recebidas do peer conectado.
Nota:Quando você configura o CNP em uma interface, todo o tráfego de entrada e saída é bloqueado até que a configuração seja implementada, então a interface é desbloqueada e o tráfego é interrompido. Durante o tempo em que a interface é bloqueada, todas as filas na interface experimentam a perda de pacotes.
Configure o DCBX para trocar TLVs de protocolo de aplicativos em ambas as prioridades do FCoE.
Se você não configurar o controle de fluxo para pausar filas de saída, a configuração padrão usa um mapeamento um-para-um de pontos de código IEEE 802.1p (prioridades) para a saída de filas por número. Por exemplo, a prioridade 0 (ponto de código 000) é mapeada para a fila 0, a prioridade 1 (ponto de código 001) é mapeada para a fila 1, e assim por diante. Por padrão, apenas as filas 3 e 4 são habilitadas para responder a mensagens de pausa do peer conectado, e você deve habilitar explicitamente o PFC nas prioridades correspondentes na estrofe de entrada CNP para alcançar um comportamento sem perdas.
Se você não usar a configuração padrão, você deve configurar explicitamente o controle de fluxo em cada fila de saída que deseja habilitar para a pausa do PFC. Por exemplo, se você configurar explicitamente o controle de fluxo na fila de saída 5, a configuração padrão não é mais válida, e apenas a fila de saída 5 está ativada para pausa do PFC. As filas de saída 3 e 4 não estão mais ativadas para uma pausa no PFC, de modo que o tráfego que usa essas filas não responde mais às mensagens de pausa do PFC, mesmo que a classe de encaminhamento correspondente esteja configurada com o atributo de queda sem perda. Para manter a configuração de pausa nas filas de saída 3 e 4 e configurar o controle de fluxo na fila 5, você precisa configurar explicitamente o controle de fluxo nas filas 3, 4 e 5.
Em switches que usam diferentes filas de saída para tráfego unicast e multidestinação, você não pode configurar o controle de fluxo para pausar uma fila de saída multidestinação. Você pode configurar o controle de fluxo para pausar apenas filas de saída unicast. Em switches que usam as mesmas filas de saída para tráfego unicast e multidestinação, apenas o tráfego unicast recebe tratamento sem perdas.
Output Interface Flow Control Profiles
Configurar a estrofe de saída CNP cria um perfil de controle de fluxo de saída que diz às portas de saída as filas nas quais a interface Ethernet deve responder às mensagens de pausa do PFC. Embora você possa criar um número ilimitado de CNPs que contêm apenas estrofes de entrada, o número de CNPs que você pode configurar com estrofes de saída é limitado:
Para switches autônomos que não fazem parte de um sistema QFabric, você pode configurar até dois perfis de controle de fluxo de interface de saída. (Você pode configurar até dois CNPs com estrofes de saída.)
Para sistemas QFabric, você pode configurar um perfil de controle de fluxo de interface de saída por dispositivo node. (Você pode configurar um CNP com uma estrofe de saída por dispositivo de nó.)
Existem um total de quatro perfis de controle de fluxo de saída.
O sistema tem um perfil padrão de controle de fluxo de saída que é aplicado a todas as interfaces Ethernet quando o CNP conectado à interface tem apenas uma estrofe de entrada e não inclui uma estrofe de saída. O perfil padrão responde às mensagens de pausa do PFC recebidas na fila 3 (para a prioridade 3, para a classe de encaminhamento padrão de fcoe) e na fila 4 (para prioridade 4, para a classe de encaminhamento sem perdas padrão), e só é eficaz se o PFC estiver configurado nessas prioridades na estrofe de entrada CNP.
Além disso, o sistema tem dois perfis internos de controle de fluxo de saída que ele se aplica automaticamente às portas de malha (FTE) e às interfaces FC nativas (NP_Ports). Quando o switch não faz parte de um sistema QFabric, o perfil normalmente usado para portas FTE está disponível para configuração do usuário e fornece um segundo perfil configurável pelo usuário. (É por isso que switches autônomos têm dois perfis de controle de fluxo de saída configuráveis pelo usuário, mas os dispositivos de nó em um sistema QFabric têm apenas um perfil de controle de fluxo de saída configurável pelo usuário.)
Como um CNP de saída pode configurar a resposta de pausa do PFC em várias filas de saída (prioridades), um CNP de saída configurável pelo usuário geralmente é flexível o suficiente para especificar a resposta PFC desejada em todas as interfaces programadas.
Cada porta pode usar um perfil de controle de fluxo de saída. Você não pode aplicar mais de um perfil a uma porta.
Os perfis de controle de fluxo de saída podem ser expressos em formato de tabela. Por exemplo, a Tabela 3 mostra o perfil padrão de controle de fluxo de saída que pausa as prioridades 3 e 4 nas filas 3 e 4 (lembre-se que o PFC também deve ser habilitado nos pontos de código 3 e 4 na estrofe de entrada CNP para que o PFC funcione):
Prioridade IEEE 802.1p especificada no quadro PFC recebido |
Fila de saída pausada |
|---|---|
0 (000) |
— |
1 (001) |
— |
2 (010) |
— |
3 (011) |
3 |
4 (100) |
4 |
5 (101) |
— |
6 (110) |
— |
7 (111) |
— |
A Tabela 4 é um exemplo de um perfil de controle de fluxo de saída configurado pelo usuário. Usando o exemplo da seção anterior, a estrofe de saída CNP configura o controle de fluxo na fila de saída 5 e também configura explicitamente o controle de fluxo de saída nas filas 3 e 4 para as classes de encaminhamento fcoe e sem perdas. (Se você configurar explicitamente um CNP de saída, você deve configurar explicitamente cada fila de saída que deseja responder às mensagens PFC, porque o perfil configurado pelo usuário substitui o perfil padrão. Se esse exemplo não incluísse filas 3 e 4, essas filas não responderiam mais às mensagens de PFC recebidas.)
Prioridade IEEE 802.1p especificada no quadro PFC recebido |
Fila de saída pausada |
|---|---|
0 (000) |
— |
1 (001) |
— |
2 (010) |
— |
3 (011) |
3 |
4 (100) |
4 |
5 (101) |
5 |
6 (110) |
— |
7 (111) |
— |
Lembre-se que você também deve habilitar o PFC em pontos de código 3, 4 e 5 na estrofe de entrada CNP para que essa configuração funcione. Quando você configura o CNP em uma interface, todo o tráfego de entrada e saída é bloqueado até que a configuração seja implementada, então a interface é desbloqueada e o tráfego é interrompido. Durante o tempo em que a interface é bloqueada, todas as filas na interface experimentam a perda de pacotes.
Configuring PFC Across Layer 3 Interfaces on QFX5210, QFX5200, QFX5100, EX4600, and QFX10000 Switches
Habilitar o PFC em fluxos de tráfego é baseado no ponto de código (prioridade) IEEE 802.1p no campo de ponto de código de prioridade (PCP) do cabeçalho do quadro Ethernet (às vezes conhecido como bits CoS). Para habilitar o PFC no tráfego que cruza interfaces de Camada 3, o tráfego deve ser classificado por seu ponto de código IEEE 802.1p, não pelo ponto de código DSCP (ou DSCP IPv6).
Consulte a compreensão da funcionalidade do PFC em interfaces de Camada 3 para obter uma visão geral conceitual de como habilitar o PFC no tráfego em interfaces de Camada 3. Veja exemplo: configurar o PFC em interfaces de Camada 3 para um exemplo de como configurar o PFC no tráfego que atravessa as interfaces de Camada 3.
Configuração do DCBX (Application Protocol TLV Exchange)
Para aplicativos que exigem transporte sem perdas, o DCBX troca TLVs de protocolo de aplicativos com a interface de peer conectada. Por padrão, o DCBX anuncia TLVs de protocolo de aplicativos FCoE em todas as interfaces habilitadas para DCBX e, por padrão, o DCBX está habilitado em todas as interfaces. O DCBX não anuncia outros aplicativos por padrão.
Para cada aplicativo (por exemplo, iSCSI) que você deseja configurar para transporte sem perdas, você deve habilitar as interfaces que transportam esse tráfego de aplicativos para trocar TLVs de protocolo DCBX com o peer conectado. A troca de TLV permite que as interfaces de peer negociem uma configuração compatível para dar suporte ao aplicativo.
Se você configurar o DCBX para anunciar qualquer aplicativo, o anúncio DCBX padrão será substituído, e o DCBX anuncia apenas os aplicativos configurados. Se você quiser uma interface para anunciar apenas o aplicativo FCoE, você não precisa configurar a troca de TLV de protocolo de aplicativos DCBX; em vez disso, você pode usar a configuração padrão.
Se você quiser que o DCBX anuncie outros aplicativos, você deve configurar explicitamente um mapa de aplicativos e aplicá-lo às interfaces nas quais deseja trocar TLVs de protocolo por esses aplicativos. Se você quiser trocar TLVs de protocolo de aplicativos FCoE, além de outras TLVs de protocolo de aplicativos, você também deve configurar explicitamente o aplicativo FCoE no mapa do aplicativo. Entender o protocolo de aplicativos DCBX TLV Exchange descreve como funciona o mapeamento de aplicativos.
O transporte sem perdas também exige que você habilite o PFC na prioridade correta (ponto de código IEEE 802.1p) nas interfaces de entrada usando um CNP de entrada. Se a prioridade que você pausa nas interfaces de entrada não for mapeada na fila 3 ou na fila 4 (as duas filas de saída habilitadas para PFC pausam o controle de fluxo por padrão), você também deve habilitar as filas de saída que correspondem às prioridades de entrada pausadas para parar usando a estrofe de saída do CNP.
Compartilhamento de destino entre as aulas de tráfego
Você pode configurar diferentes fluxos de tráfego sem perdas (ou perdidos) para compartilhar o destino — ou seja, para receber o mesmo tratamento cos.
Compartilhar destinos não é desejável para a convergência de E/S. Em vez de controle independente do destino de cada tipo de fluxo, diferentes tipos de fluxos recebem o mesmo tratamento. Compartilhar destinos é particularmente indesejável para fluxos sem perdas. Se um fluxo sem perdas experimenta congestionamento e deve ser interrompido, isso afeta fluxos que compartilham destino com o fluxo congestionado, mesmo que os outros fluxos não estejam experimentando congestionamento, e também possam causar congestionamento na porta de entrada. Se sua rede exigir que todas as prioridades de 802.1p sejam sem perdas, você pode conseguir isso permitindo algum compartilhamento de destino entre as oito prioridades, espalhando-as em até seis aulas de encaminhamento sem perdas.
Se o número de prioridades sem perdas for menor ou igual ao número de aulas de encaminhamento sem perdas configuradas, então você pode evitar o compartilhamento de destino configurando um mapeamento um-para-um das aulas de encaminhamento para pontos de código (prioridades) IEEE 802.1p e filas de saída. (Cada classe de encaminhamento deve ser mapeada para uma fila de saída diferente e classificada para uma prioridade diferente.)
Se você quiser configurar fluxos de tráfego diferentes para compartilhar o destino, duas configurações de compartilhamento de destino são suportadas: mapear uma classe de encaminhamento para mais de um ponto de código IEEE 802.1p (prioridade) e mapear duas classes de encaminhamento para a mesma fila de saída:
Se você mapear uma classe de encaminhamento sem perdas para mais de uma prioridade, o tráfego marcado com cada uma das prioridades usa as mesmas propriedades cos associadas (as propriedades cos associadas à classe de encaminhamento). Por exemplo, configurar uma classe de encaminhamento chamada fc1, mapeá-la para a fila 1 e mapeá-la para pontos de código 101 e 110 usando um classificador chamado classify1 resulta no tráfego marcado com prioridades 101 e 110 destino de compartilhamento:
user@switch# set class-of-service forwarding-classes class fc1 queue-num 1 no-loss user@switch# set class-of-service classifiers ieee-802.1 classify1 forwarding class fc1 loss-priority low code-points 101 user@switch# set class-of-service classifiers ieee-802.1 classify1 forwarding class fc1 loss-priority low code-points 110
Neste caso, se o tráfego mapeado para qualquer prioridade experimenta congestionamento, ambas as prioridades são interrompidas porque são mapeadas para a mesma classe de encaminhamento e, portanto, são tratadas de forma semelhante.
Se você mapear várias aulas de encaminhamento sem perdas para a mesma fila de saída, o tráfego mapeado para as classes de encaminhamento usa a mesma fila de saída. Isso aumenta a quantidade de tráfego na fila, e pode criar congestionamento que afeta todos os fluxos de tráfego que são mapeados para a fila. Por exemplo, configurar duas aulas de encaminhamento chamadas fc1 e fc2, mapear as aulas de encaminhamento para a fila 1 e mapear as aulas de encaminhamento para pontos de código 101 e 110 (respectivamente) usando um classificador chamado classify1, resulta no tráfego marcado com prioridades 101 e 110 compartilhando destino na mesma fila de saída:
user@switch# set class-of-service forwarding-classes class fc1 queue-num 1 no-loss user@switch# set class-of-service forwarding-classes class fc2 queue-num 1 no-loss user@switch# set class-of-service classifiers ieee-802.1 classify1 forwarding class fc1 loss-priority low code-points 101 user@switch# set class-of-service classifiers ieee-802.1 classify1 forwarding class fc2 loss-priority low code-points 110
Nesse caso, embora as duas classes de encaminhamento usem prioridades IEEE 802.1p diferentes, se uma classe de encaminhamento experimenta congestionamento, afeta a outra classe de encaminhamento. A razão é que, se a fila de saída for interrompida por causa do congestionamento em qualquer classe de encaminhamento, todo o tráfego que usa essa fila é interrompido. Como ambas as aulas de encaminhamento são mapeadas para a fila, o tráfego mapeado para ambas as aulas de encaminhamento está interrompido.
Nota:Se você mapear mais de uma aula de encaminhamento para uma fila, todas as aulas de encaminhamento mapeadas para a mesma fila devem ter o mesmo atributo de queda de pacote (todas as aulas de encaminhamento devem ser perdidas, ou todas as aulas de encaminhamento mapeadas para uma fila devem ser sem perdas).
Configuração do switch de trânsito versus configuração de gateway FCoE-FC
Em um switch de trânsito (todas as portas Ethernet, sem portas FC nativas) que encaminha tráfego FCoE (ou outro tráfego que requer transporte sem perdas pela rede Ethernet), a configuração de classificadores, classes de encaminhamento sem perdas, DCBX e PFC em interfaces de entrada e saída para oferecer suporte ao transporte sem perdas é conforme descrito neste documento.
Quando um switch atua como um gateway FCoE-FC (se as interfaces nativas do FC forem suportadas no seu switch), o sistema usa interfaces nativas de FC (NP_Ports) para se conectar ao switch FC (ou roteador FCoE) na borda da rede FC. Você não pode aplicar CNPs ou DCBX a interfaces fc nativas, apenas para interfaces Ethernet.
Em um gateway FCoE-FC, a configuração da interface Ethernet de classificadores, DCBX e PFC é a mesma da configuração da interface Ethernet em um switch de trânsito. A configuração das aulas de encaminhamento sem perdas também é a mesma.
No entanto, o suporte ao transporte sem perdas em interfaces nativas do FC exige que você reescreva o valor de prioridade do IEEE 802.1p se sua rede usar qualquer prioridade diferente de 3 (ponto de código IEEE 011) para o tráfego FCoE. Se sua rede usar a prioridade 3 para o tráfego FCoE, você pode e deve usar a configuração padrão em interfaces nativas do FC.
Por padrão, as interfaces nativas do FC marcam pacotes com prioridade 3 quando encapsulam os pacotes FC recebidos na Ethernet. Se sua rede FCoE usar uma prioridade diferente de 3 para tráfego FCoE, você precisa reescrever o valor de prioridade para o valor que sua rede usa na interface FC, classificar o tráfego FCoE para a prioridade correta nas interfaces Ethernet e habilitar o PFC na prioridade correta nas interfaces Ethernet, conforme descrito no Understanding CoS IEEE 802.1p Priority Remapping em um gateway FCoE-FC.
Resultados de configuração e verificações de confirmação
Diferentes configurações de classes de encaminhamento e seus atributos de queda, classificadores, CNPs (controle de fluxo PFC) e Ethernet PAUSE (controle de fluxo IEEE 802.3X) resultam em diferentes comportamentos do sistema.
A Tabela 5 descreve os resultados das possíveis configurações de transporte sem perdas em cada caso. A suposição na coluna Resultado é que o cálculo da sala de cabeça do buffer do sistema resultou em uma configuração bem-sucedida.
No entanto, se o sistema calcular que não há espaço buffer suficiente para dar suporte à configuração, uma verificação de confirmação impede que você comprometa a configuração em uma interface Ethernet individual. Para interfaces LAG, o sistema não emite um erro de verificação de confirmação, mas sim emite uma mensagem de syslog.
Depois de configurar o transporte sem perdas para uma interface LAG, certifique-se de verificar as mensagens de syslog para confirmar se o confirmação foi bem-sucedido.
Configuração do classificador |
Configuração do perfil de notificação de congestionamento |
Configuração da Ethernet PAUSE (IEEE 802.3X) |
Resultado |
|---|---|---|---|
Nenhum (classificador padrão) |
Nenhum |
Nenhum |
Configuração padrão do sistema. Nenhum fluxo é sem perdas. Para alcançar um comportamento sem perdas para as classes padrão de encaminhamento sem perdas e fcoe, você deve configurar um CNP de entrada para permitir o PFC em seus pontos de código IEEE 802.1p (011 e 100, respectivamente). |
Classificador sem aulas de encaminhamento sem perdas |
Nenhum |
Nenhum |
Nenhum fluxo de tráfego sem perdas está configurado; todo o tráfego é o melhor esforço. |
Classificador com pelo menos uma classe de encaminhamento sem perdas |
Nenhum |
Nenhum |
Como nenhum CNP está conectado a interfaces, o PFC não está habilitado no ponto de código do tráfego sem perdas e nenhum buffer de sala de cabeça é atribuído à fila sem perdas, de modo que os pacotes podem cair durante os períodos de congestionamento. Essa configuração não alcança um comportamento sem perdas. |
Nenhum (classificador padrão) |
PFC habilitado no fcoe e pontos de código de classe de encaminhamento sem perdas (prioridades) |
Nenhum |
O classificador padrão classifica o tráfego em duas classes de encaminhamento sem perdas, fcoe e sem perdas. O CNP permite o PFC nas prioridades mapeadas para as duas classes de encaminhamento sem perdas, resultando em um comportamento sem perdas para o tráfego mapeado para as classes de encaminhamento fcoe e sem perdas. |
Nenhum (classificador padrão) |
Nenhum |
Controle de fluxo habilitado |
O sistema calcula a sala de cabeça do buffer para o enlace físico com base no MTU da interface e no comprimento padrão do cabo. O sistema não calcula o espaço da cabeça do buffer para filas de saída individuais. Como o Ethernet PAUSE está habilitado no enlace em vez de o PFC ser habilitado nas prioridades sem perdas, todo o enlace é interrompido durante períodos de congestionamento. Essa configuração resulta em um comportamento sem perdas para todas as classes de encaminhamento no enlace, mas como todo o tráfego está interrompido, isso pode causar um maior congestionamento geral da rede. |
Classificador com pelo menos uma classe de encaminhamento sem perdas |
PFC habilitado nos pontos de código de classe de encaminhamento sem perdas (prioridades) |
Nenhum |
Buffer de sala de cabeça alocado apenas para prioridades que são mapeadas para as classes de encaminhamento sem perdas e nas quais o PFC está habilitado. Essa configuração alcança um comportamento sem perdas para as aulas de encaminhamento sem perdas. |
Classificador sem aulas de encaminhamento sem perdas |
Nenhum |
Controle de fluxo habilitado |
O sistema calcula a sala de cabeça do buffer para o enlace físico com base na interface MTU e no comprimento padrão do cabo, e pausa todo o tráfego no enlace durante períodos de congestionamento. |
Classificador com pelo menos uma classe de encaminhamento sem perdas |
Nenhum |
Controle de fluxo habilitado |
O sistema calcula a sala de cabeça do buffer para o enlace físico com base na interface MTU e no comprimento padrão do cabo, e pausa todo o tráfego no enlace durante períodos de congestionamento. |
Classificador com pelo menos uma classe de encaminhamento sem perdas |
PFC habilitado nos pontos de código de classe de encaminhamento sem perdas (prioridades) |
Controle de fluxo habilitado em uma interface diferente da interface com o CNP |
O sistema verifica o espaço de buffer disponível para as prioridades habilitadas pelo PFC e para o outro link. Se houver espaço de buffer suficiente disponível, as classes de encaminhamento sem perdas configuradas com PFC em uma interface e também todo o tráfego no link com Ethernet PAUSE habilitado para alcançar um comportamento sem perdas. |
Se você tentar configurar o PFC e o Ethernet PAUSE em um link, o sistema retorna um erro de confirmação. PFC e Ethernet PAUSE são configurações mutuamente exclusivas em uma interface.
Regras e recomendações de configuração
Tenha em mente as seguintes regras e recomendações de configuração quando você configurar fluxos de tráfego sem perdas:
Você pode configurar um máximo de seis classes de encaminhamento sem perdas (aulas de encaminhamento com o atributo de queda de pacote sem perda).
Todas as aulas de encaminhamento que você mapear para a mesma fila devem ter o mesmo atributo de queda de pacote (todas as aulas de encaminhamento devem ser perdidas, ou todas as classes de encaminhamento devem ser sem perdas).
Não configure detecção antecipada aleatória ponderada (WRED) em aulas de encaminhamento sem perda. (Não associe um perfil de queda com uma classe de encaminhamento que tem o atributo de queda de pacote sem perda.)
Em switches que usam diferentes classes de encaminhamento e filas de saída para tráfego unicast e multidestinação, você não pode configurar o controle de fluxo para pausar uma fila de saída multidestinação. Você só pode configurar o controle de fluxo de PFC para pausar as filas de saída unicast.
Em switches que usam diferentes classes de encaminhamento e filas de saída para tráfego unicast e multidestinação, as aulas de encaminhamento mapeadas para filas de multidestinação (filas de 8 a 11) não podem ter o atributo de queda de pacote sem perda. (As aulas de encaminhamento multidestinação não podem ser configuradas como aulas de encaminhamento sem perdas.)
Recursos de transporte sem perdas introduzidos no Junos OS Release 12.3 (Legacy Non-ELS CLI)
O suporte ao transporte sem perdas introduzido no Junos OS Release 12.3 inclui:
Configurando até seis aulas de encaminhamento sem perdas.
Configurar a pausa do PFC nas filas de saída para programar as filas de saída que podem responder ao PFC pausa as mensagens recebidas do peer conectado. As prioridades que você pausa nas filas de saída devem corresponder às prioridades nas quais você habilita o PFC nas interfaces de entrada correspondentes. Por exemplo, se você programa filas de saída para pausar as prioridades 3 (011) e 5 (101), você também deve permitir uma pausa nas prioridades 3 e 5 nas interfaces de entrada correspondentes. Configurar o controle de fluxo nas filas de saída e habilitar o PFC nas filas de entrada correspondentes permite que você faça uma pausa de até seis prioridades (aulas de encaminhamento).
Controle do buffer da sala de cabeça nas interfaces Ethernet configurando o tamanho máximo da unidade de recebimento (MRU) para o tráfego mapeado para uma prioridade IEEE 802.1p (configurada por prioridade) e o comprimento do cabo conectado (configurado por interface). O tamanho da MRU pode variar até o tamanho completo do pacote jumbo (9216 bytes).
Recompor (reescrever) as prioridades do IEEE 802.1p nas interfaces nativas do Fibre Channel (FC) quando o sistema funciona como um gateway FCoE-FC. Se a rede Ethernet (FCoE) usar uma prioridade IEEE 802.1p diferente da prioridade 3 (011) para tráfego FCoE, então você pode usar o remapping prioritário para classificar o tráfego FCoE em uma classe de encaminhamento sem perdas mapeada para essa prioridade diferente (veja a compreensão do CoS IEEE 802.1p Priority Remapping em um gateway FCoE-FC).
O transporte sem perdas ainda requer a configuração de recursos anteriormente existentes, incluindo a habilitação do PFC nas prioridades sem perdas nas interfaces de entrada e a configuração de classificadores para classificar o tráfego recebido em aulas de encaminhamento sem perdas com base na etiqueta de prioridade IEEE 802.1p do pacote.
Se você espera uma grande quantidade de tráfego sem perdas em sua rede e configura várias aulas de tráfego sem perdas, garanta que você reserve recursos de agendamento suficientes (largura de banda) e espaço de buffer sem perdas para dar suporte aos fluxos sem perdas. (Entender a configuração de buffer cos descreve como configurar buffers e fornece uma configuração de buffer recomendada para redes com quantidades maiores de tráfego sem perdas.)
Retrocompatibilidade com os lançamentos do Junos OS antes do lançamento do 12.3 (Legacy Non-ELS CLI)
A adição do atributo de queda de pacote sem perda à configuração de classe de encaminhamento significa que, quando você atualiza de uma versão anterior para o Junos OS Release 12.3, o novo software pode não preservar a configuração de classe de encaminhamento sem perdas das classes de encaminhamento fcoe e sem perdas.
Se você usou a configuração padrão de classe de encaminhamento para as classes de encaminhamento fcoe e sem perdas, a configuração de CoS é compatível com o reverso. Você não precisa fazer nada para preservar o comportamento sem perdas do tráfego que usa essas aulas de encaminhamento quando você faz upgrade para o Junos OS Release 12.3. (Isso porque a configuração padrão dessas duas classes de encaminhamento inclui o atributo de queda de pacote sem perda.)
No entanto, se você configurou explicitamente o fcoe ou a classe de encaminhamento sem perdas, incluindo a set forwarding-classes class forwarding-class-name queue-num queue-number declaração no nível de [edit class-of-service] hierarquia, então essas aulas de encaminhamento não são mais sem perdas, elas são perdidas. (Eles são perdidos porque a configuração explícita em lançamentos anteriores ao Junos OS Release 12.3 não usou o atributo de queda de pacote sem perda.) No Junos OS Release 12.3 e posterior, você deve incluir o atributo de queda de pacote sem perda em configurações explícitas de classe de encaminhamento para configurar uma classe de encaminhamento sem perdas.
Por exemplo, antes do Junos OS Release 12.3, a seguinte configuração explícita resultou em uma classe de encaminhamento sem perdas:
user@switch# set class-of-service forwarding-classes class fcoe queue-num 3
No entanto, no Junos OS Release 12.3, essa configuração é perdida porque não inclui o atributo de queda de pacote sem perda. Para preservar o comportamento sem perdas, após atualizar para o Junos OS Release 12.3, você precisa adicionar o atributo de queda sem perdas:
user@switch# set class-of-service forwarding-classes class fcoe queue-num 3 no-loss
Como alternativa, você pode excluir a configuração explícita antes de atualizar para o Junos OS Release 12.3 para que o sistema use a classe de encaminhamento padrão, que não tem perdas:
user@switch# delete class-of-service forwarding-classes class fcoe queue-num 3
A configuração explícita de outras classes de encaminhamento não afeta o estado sem perdas (ou perdidos) das classes de encaminhamento fcoe e sem perdas, porque apenas as classes de encaminhamento fcoe e sem perdas foram aulas de encaminhamento sem perdas antes do Junos OS Release 12.3. Por exemplo, se você configurou explicitamente a classe de encaminhamento de melhor esforço, mas usou as classes de encaminhamento padrão e sem perdas no Junos OS Release 12.2, quando você faz o upgrade para o Junos OS Release 12.3, as classes de encaminhamento fcoe e sem perdas ainda estão sem perdas (e as classes de encaminhamento de melhor esforço mantêm sua configuração explícita).
Para alcançar um comportamento sem perdas para o tráfego pertencente a qualquer classe de encaminhamento, você também deve usar um CNP para habilitar o PFC na prioridade IEEE 802.1p mapeada para a classe de encaminhamento e aplicar o CNP às interfaces relevantes, e garantir que o DCBX troque as TLVs de protocolo para o aplicativo com o peer conectado.