Entender o PFC usando DSCP na Camada 3 para tráfego não registrado
Protocolos como o acesso remoto de memória direta (RDMA) sobre ethernet convergente versão 2 (RoCEv2) exigem comportamento sem perdas para o tráfego em conexões de Camada 3 com sub-redes Ethernet de Camada 2. Tradicionalmente, o controle de fluxo baseado em prioridade (PFC) pode ser usado para evitar perda de tráfego quando ocorre congestionamento nas interfaces de Camada 2 ou Camada 3 para tráfego marcado por VLAN, interrompendo seletivamente o tráfego em qualquer uma das oito prioridades correspondentes aos pontos de código IEEE 802.1p nos cabeçalhos VLAN do tráfego recebido em uma interface. No entanto, o tráfego não registrado — tráfego sem marcação de VLAN — não pode ser examinado para pontos de código IEEE 802.1p para pausar o tráfego.
Começando no Junos OS Release 17.4R1, para oferecer suporte ao fluxo de tráfego sem perdas na Camada 3 para tráfego não registrado, oferecemos suporte a ativação de PFC para interfaces de Camada 3 e interfaces de acesso de Camada 2 usando valores de ponto de código de Serviços Distribuídos (DSCP) no cabeçalho de IP de Camada 3 do tráfego recebido, em vez de valores de ponto de código IEEE 802.1p em um cabeçalho VLAN de Camada 2.
Visão geral do PFC baseado em DSCP
O PFC é uma tecnologia de ponte de data center que opera na Camada 2, e as informações de DSCP são trocadas em cabeçalhos de IP na Camada 3. No entanto, você pode configurar o PFC baseado em DSCP, que preserva o comportamento sem perdas em conexões de rede de Camada 3 para tráfego não registrado.
O PFC opera gerando quadros de pausa para o tráfego identificados em pontos de código configurados no tráfego recebido para notificar o peer para pausar a transmissão quando o enlace estiver congestionado. Com o PFC baseado em DSCP ativado, os quadros de pausa são acionados com base em um valor DSCP configurado de 6 bits (correspondente a valores decimais 0-63) no cabeçalho IP de Camada 3 do tráfego recebido.
No entanto, o PFC só pode enviar quadros de pausa com uma prioridade de PFC de 3 bits — um dos 8 pontos de código correspondentes a valores decimais de 0-7 — que, para o tráfego marcado por VLAN, geralmente corresponde aos pontos de código IEEE 802.1p nos cabeçalhos VLAN de tráfego recebidos. O tráfego não registrado não fornece referência para valores de ponto de código IEEE 802.1p, de modo que para acionar o PFC em um valor DSCP, o valor do DSCP deve ser mapeado explicitamente na configuração para uma prioridade PFC a ser usada nos quadros de pausa PFC enviados ao peer quando o congestionamento ocorre para esse ponto de código. Você pode mapear o tráfego em um valor de DSCP para uma prioridade PFC quando definir a classe de encaminhamento sem perdas com a qual você deseja classificar o tráfego PFC baseado em DSCP. A classe de encaminhamento também deve ser mapeada para uma fila de saída com comportamento sem perda.
Você não pode atribuir a mesma prioridade de PFC a mais de uma classe de encaminhamento porque o valor de prioridade PFC mapeado é usado como ID de classe de encaminhamento quando o PFC baseado em DSCP está configurado.
Um classificador DSCP (em vez de um classificador IEEE 802.1p) também é obrigado a especificar que o tráfego recebido com o valor de DSCP acima configurado pertence à classe de encaminhamento sem perdas. Quaisquer valores de DSCP para os quais o PFC baseado em DSCP esteja habilitado em uma interface devem ser especificados no classificador DSCP padrão ou em um classificador DSCP definido pelo usuário associado à interface.
Para habilitar o PFC baseado em DSCP em uma interface, defina um perfil de notificação de congestionamento de entrada com o mesmo valor de DSCP (e parâmetros de buffer desejados) e associe-o à interface.
O dispositivo peer deve ter uma configuração PFC correspondente para os pontos de código de prioridade PFC mapeados.
Limitações do PFC baseado em DSCP
As seguintes são limitações do PFC baseado em DSCP:
Você não pode configurar tanto o PFC baseado em DSCP quanto o IEEE 802.1p PFC sob o mesmo perfil de notificação de congestionamento, ou associar um perfil de notificação de congestionamento baseado em DSCP e um perfil de notificação de congestionamento IEEE 802.1p com a mesma interface.
O PFC baseado em DSCP é suportado em interfaces de Camada 3 e interfaces de acesso de Camada 2 apenas para tráfego não registrado. O comportamento do PFC é imprevisível se os pacotes marcados por VLAN forem recebidos em uma interface com o PFC baseado em DSCP habilitado.
Cada classe de encaminhamento sem perdas só pode ser associada a um valor exclusivo de prioridade de PFC de 3 bits de 0 a 7.