O balanceamento de carga na CEF

CEF permite o balanceamento de carga ou de partilha de carga de tráfego entre as várias ligações de saída. CEF tem vários links de saída como lúpulo próximos na tabela de roteamento para realizar balanceamento de carga. O comando máximo de caminhos especifica quantas vias ou próximo do lúpulo são permitidas por prefixo na tabela de roteamento do protocolo de encaminhamento específico. Por exemplo, se você configurar máxima caminho 2 no âmbito do protocolo de roteamento Open Shortest Path First (OSPF), apenas dois caminhos OSPF por prefixo são permitidos na tabela de roteamento. Esses dois caminhos são então mostrados na tabela a CEF como caminhos de saída. Na CEF, os dois principais esquemas de balanceamento de carga são por pacote ou por destino. Se você configurar a per-packet esquema de balanceamento de carga, o balanceamento de carga de todos os pacotes é round-robin pacote por pacote nos links de saída. O balanceamento de carga por pacote é configurado com o comando interface carga ip partilha por pacote.

Você precisará configurar esse comando em todas as interfaces de saída se você quiser configurar por pacote balanceamento de carga CEF. Padrão CEF esquema de balanceamento de carga é por destino. Esta terminologia é um pouco enganador, porém, porque a CEF por destino o balanceamento de carga é feito pelo hash do destino e fonte Endereço IP. Em contrapartida, a carga por destino equilíbrio que a mudança rápida não é estritamente, olhando para o endereço IP de destino. Per-compartilhamento de carga destino é o sistema de partilha de carga padrão para a CEF. É o método padrão de compartilhamento de carga para a CEF, porque o sistema de carga por pacote partilha pode enviar pacotes consecutivos do mesmo fluxo (o que significa a mesma origem / destino par de endereços IP) através de caminhos diferentes e, portanto, poderia levar a um problema de reordenamento dos pacotes IP no destino. Isso pode levar a problemas de tráfego, como VoIP, porque um acerto de desempenho ou degradação da qualidade pode ocorrer se os pacotes chegarem fora de seqüência, como os pacotes podem ser considerados perdidos. Além disso, ele acrescenta jitter. Per-compartilhamento de carga do pacote, no entanto, dá uma perfeita partilha de distribuição de carga sobre os caminhos de saída, enquanto o compartilhamento de carga por destino é apenas um método estatístico de distribuição dos fluxos por pares de (o endereço IP de origem, destino endereço IP). Portanto, o compartilhamento de carga do tráfego com o método perdestination só pode dar um bom resultado (uma boa distribuição entre todos os possíveis ligações de saída) se bastante diferentes pares de endereços de origem e destino compõem o tráfego em direção a destinos diferentes que estão de saída na saída links. Mesmo assim, se alguns fluxos estão presentes, com um tráfego muito mais do que em alguns outros, que estão em um caminho, a distribuição ainda pode ser desigual.

Unequal Load Balancing Cost

É possível fazer o balanceamento de carga desigual de custos na CEF. Nesse caso, a 16 caçambas de hash não são equitativamente distribuídos entre todos os caminhos possíveis. Exemplo 6-9 mostra um roteador com Enhanced Interior Gateway Routing Protocol (EIGRP), como o protocolo de roteamento e variância ser configurado para EIGRP. Variância permite EIGRP para realizar balanceamento de carga desigual de custos, pois permite que as rotas a serem instalados na tabela de roteamento que não são as melhores. (Estas linhas não têm a menor métrica.) Em resumo, o número de variância permite que todas as rotas que têm uma métrica que é menor do que o melhor caminho multiplicada pela variância a ser instalado na tabela de roteamento. Uma verificação adicional é necessária: A distância relatados (métrica da rota conforme relatado pelo vizinho EIGRP) de uma rota tem que ser menor do que a distância viável (FD) em EIGRP para que possa ser elegível para a instalação na tabela de roteamento. Em Exemplo 6-9, a melhor rota para o prefixo 10.200.254.4/32 tem uma métrica de 2.323.456, eo segundo melhor rota tem uma métrica de 8.697.856. Este último métrica é 3,74 vezes maior que a métrica do melhor percurso, e isso se reflete no número de caçambas hash atribuído a cada um dos dois caminhos. Essa relação também é visto na Contagem de quota de tráfego na tabela de encaminhamento para o prefixo (15 / 4). O melhor caminho apontando para Ethernet 1 / 2 tem 13 baldes de hash, enquanto que o caminho apontando para Ethernet de 1 / 3 tem 3 baldes de hash. Obviamente, 16 é um número pequeno, como resultado, uma perfeita distribuição dos baldes de hash de acordo com a métrica nem sempre é possível. A distribuição será sempre aproximados.

Balanceamento de carga de pacotes Labeled

Se a carga Multiprotocol Label Switching é um pacote IPv4 ou IPv6, Cisco IOS utiliza o algoritmo de hash da CEF para determinar a interface de saída, no caso de balanceamento de carga por destino. O balanceamento de carga é feito apenas entre os caminhos marcados. Isto significa que se um IP (não marcado) e um caminho marcado têm o mesmo custo, apenas o caminho marcado é usado para transmitir os pacotes. O comando para verificar qual o caminho de um pacote IPv4 marcado terá no caso de balanceamento de carga por destino é show Multiprotocol Label Switching encaminhamento de rótulos de tabela etiqueta exato caminho ipv4 endereço-origem endereço de destino. Seguem-se as regras gerais para balanceamento de carga marcado com pacotes de uma forma não-IPv6-capable router Cisco IOS:

■ Se a carga Multiprotocol Label Switching é um pacote IPv4, o balanceamento de carga é feito por hashing a origem eo endereço IP de destino do cabeçalho IPv4.

■ Se o Multiprotocol Label Switching carga não é um pacote IPv4, o balanceamento de carga é feito olhando para o valor do rótulo de fundo.

Como é que um Multiprotocol Label Switching habilitado roteador sabe o que a carga Multiprotocol Label Switching é? O roteador que atribuiu o rótulo pode descobrir isso olhando para o rótulo, porque este router atribuído um rótulo para o particular Forwarding Equivalence Class que o pacote pertence. No entanto, se a pilha tem mais de um rótulo, o roteador de P na rede Multiprotocol Label Switching não atribuir o rótulo de fundo. Porque Multiprotocol Label Switching ainda não dispõe de um campo identificador do protocolo no rótulo da pilha, o roteador P não pode facilmente identificar o que o Multiprotocol Label Switching carga é. Na IOS Cisco, o roteador pode olhar para a primeira mordidela na sequência da Multiprotocol Label Switching rótulo pilha. Se a primeira mordidela tem o valor 4, Cisco IOS considera este um pacote IPv4 e executa IPv4 CEF hash. Mais recentes Cisco IOS software que também é capaz de executar o IPv6 pode verificar se a mordiscar primeiro é 6. Se assim for, o Multiprotocol Label Switching carga é considerado o IPv6, eo roteador executa o IPv6 CEF hash. O balanceamento de carga é, então, com base no endereço de origem e destino no cabeçalho IPv6. O algoritmo para balanceamento de carga de pacotes Multiprotocol Label Switching torna-se o seguinte:

■ Se a carga Multiprotocol Label Switching é um pacote IPv4, o balanceamento de carga é feito por hashing a origem eo endereço IP de destino do cabeçalho IPv4.

■ Se o Multiprotocol Label Switching carga não é um pacote IPv4 ou IPv6, o balanceamento de carga é feito olhando para o valor do rótulo de fundo.

Solução de problemas CEF

Quando os pacotes não chegar ao seu destino em uma rede Multiprotocol Label Switching, talvez seja porque a CEF não rotular os pacotes corretamente no roteador PE ingresso ou transmitidas ao roteador errado adjacentes. Você deve ter algumas habilidades de resolução de problemas técnicos para depurar problemas como a CEF. Você pode desativar e ativar a CEF sobre a interface usando o comando ip route-cache cef. Toggling CEF na interface muitas vezes podem indicar se o problema é com a CEF. Se o problema está na camada 2 de reescrever os pacotes, você pode verificar as informações de adjacência com a adjacência show comando ou desmarque a adjacência com a adjacência claro comando. O comando debug debug gotas ip cef [access-list] Diz se os pacotes IP são descartados no roteador PE ingresso. Você pode especificar uma lista de acesso de 1-99 para ajudar a restringir a saída de depuração de um ou mais prefixos específicos.

um artigo submetido por George S Twiss

Isenção de responsabilidade:O nosso site não se responsabiliza pelo conteúdo deste artigo. Webarticles é uma fonte de informação livre.
Importante: Este artigo "O balanceamento de carga na CEF" foi traduzida por um software automático. Nós sentimos muito por quaisquer erros de ortografia que pode ter ocorrido. Obrigado pela sua compreensão.