Intelligent Routing Blog


BGP multihoming é suficiente para o desempenho da rede WAN?

03/16/2012

BGP multihoming tornou-se tão necessário às redes conectadas à Internet, assim como o uso de fontes de alimentação redundantes ou vários centros de dados. Nenhuma empresa pode pagar interrupções prolongadas, e a primeira e surpreendentemente mais eficaz maneira de maximizar o tempo de atividade é através de uma robusta implementação BGP para vários provedores de trânsito. O BGP utiliza um conjunto de números de Sistema Autônomo (ASN) que são atribuídos as redes individuais ou relativamente grandes segmentos de rede. Um "AS Hop" é definido como uma transição de um AS para o outro. A suposição feita pelo BGP é que para qualquer caminho, o percurso com o menor número de AS hops é preferível. Além desta informação dinâmica, o BGP permite aos administradores definirem preferências de caminho estático usando pesos, preferências locais, MEDs, etc.

Informações de roteamento BGP são amplamente baseadas em AS hops e preferências estáticas configuradas manualmente. O BGP não tem capacidade para descobrir quaisquer outras características do desempenho. Como resultado, métricas como perda de pacotes, latência, taxa de transferência, capacidade de ligação e congestionamento, confiabilidade histórica, e outras características das empresas não são abordadas por este protocolo. O BGP não tem capacidade de descobrir ativamente qualquer uma dessas características e, portanto, não tem capacidade de tomar decisões de roteamento com base nelas. Os roteadores que contam com BGP não podem tomar decisões dinâmicas de desempenho otimizado.

Os acordos de troca de tráfegos gratuitos e melhor esforço de entrega de tráfego são vitais para a eficiência e custo relativamente baixo de operação e conexão com a Internet. O melhor esforço, no entanto, tem suas falhas - congestionamento. Congestionamento ocorre porque algumas portas dos provedores de trânsito apresentam um excesso de resposta, ataques ddos, picos diários e, até mesmo, troca de tráfego públicos congestionados. Outros problemas podem ser causados ​​pelo senso inerente do BGP de confiança entre os parceiros de peering. Esta confiança implícita significa que todas as atualizações de rotas são consideradas válidas e são tratadas como tal. No entanto, devido ao atraso de convergência, erro de configuração, interação do protocolo externo e muitas outras razões, nem todas as atualizações são válidas. Atualizações inválidas no pior dos casos, podem levar a loops ou apagões. Apagões acontecem durante uma queda de energia em uma rede de fornecedor de trânsito, enquanto o provedor de fluxo ainda anuncia as rotas para os seus clientes, fazendo-os enviarem o tráfego em um buraco negro. Se o apagão é total, os engenheiros de rede perceberão isso e encerrarão a sessão BGP. A apagão do roteamento parcial é difícil de ser diagnosticado e solucionado por causa da assimetria do roteamento na Internet.

Como o BGP é focado na acessibilidade e sua própria estabilidade, caso alguns problemas ocorram, o tráfego só pode ser redirecionado devido a falhas no disco. Falhas de disco são perdas totais de acessibilidade, em oposição à degradação. Isso significa que, mesmo que o serviço possa ser tão degradado que é inútil para um usuário final, o BGP continuará a assumir que uma rota degradada é válida e até menos que a rota é inválida por uma total falta de acessibilidade. O BGP como protocolo de roteamento dinâmico é, infelizmente, reativo, apenas em casos de fracasso total.

Multihoming evita o tempo de inatividade, proporcionando redundância, no entanto, não resolve problemas de desempenho e congestionamento relacionando problemas que ocorrem na "meia-milha", ligando redes de backbone. Portanto, o simples multihoming BGP não é suficiente.

‹  Back to the list