Visão geral rápida de redirecionamento
O redirecionamento rápido oferece redundância para um caminho LSP. Quando você habilita o redirecionamento rápido, os desvios são pré-complicados e pré-estabelecidos ao longo do LSP. Em caso de falha de rede no caminho LSP atual, o tráfego é rapidamente encaminhado para um dos desvios. A Figura 1 ilustra um LSP do roteador A ao roteador F, mostrando os desvios estabelecidos. Cada desvio é estabelecido por um nó upstream para evitar o enlace em direção ao nó downstream imediato e ao nó de downstream imediato em si. Cada desvio pode atravessar por um ou mais roteadores comutos de rótulo (ou switches) que não são mostrados na figura.
O redirecionamento rápido protege o tráfego contra qualquer ponto único de falha entre os roteadores de entrada e saída (ou switches). Se houver várias falhas ao longo de um LSP, o redirecionamento rápido pode falhar. Além disso, o redirecionamento rápido não protege contra falhas dos roteadores de entrada ou saída.
rápido
Se um nó detectar que um link downstream falhou (usando um mecanismo de detecção de liveness específico da camada de link) ou se um nó de downstream falhou (por exemplo, usando o protocolo de olá vizinho RSVP), o nó muda rapidamente o tráfego para o desvio e, ao mesmo tempo, sinaliza o roteador de entrada sobre o link ou falha no nó. A Figura 2 ilustra o desvio feito quando a ligação entre o roteador B e o roteador C falha.
Se a topologia de rede não for rica o suficiente (não há roteadores suficientes com links suficientes para outros roteadores), alguns dos desvios podem não ter sucesso. Por exemplo, o desvio do roteador A para o roteador C na Figura 1 não pode atravessar o enlace A-B e o roteador B. Se esse caminho não for possível, o desvio não ocorrerá.
Observe que após o nó mudar o tráfego para o desvio, ele pode mudar o tráfego novamente para um desvio recentemente calculado logo depois. Isso porque a rota de desvio inicial pode não ser a melhor rota. Para fazer o redirecionamento o mais rápido possível, o nó muda o tráfego para o desvio inicial sem antes verificar se o desvio é válido. Assim que o switch é feito, o nó recomputa o desvio. Se o nó determinar que o desvio inicial ainda é válido, o tráfego continua a fluir por esse desvio. Se o nó determinar que o desvio inicial não é mais válido, ele novamente muda o tráfego para um desvio recém-computado.
Se você emitir show comandos após o nó ter trocado o tráfego para o desvio inicial, o nó pode indicar que o tráfego ainda está fluindo sobre o LSP original. Essa situação é temporária e deve se corrigir rapidamente.
O tempo necessário para que um desvio de redirecionamento rápido entre em vigor depende de dois intervalos de tempo independentes:
Tempo para detectar que há uma falha de enlace ou nó — esse intervalo depende muito da camada de enlace em uso e da natureza da falha. Por exemplo, a detecção de falhas em um link SONET/SDH normalmente é muito mais rápida do que em um link Gigabit Ethernet, e ambas são muito mais rápidas do que a detecção de uma falha no roteador.
Quantidade de tempo necessária para unir o tráfego no desvio — esta operação é realizada pelo Packet Forwarding Engine, o que requer pouco tempo para unir o tráfego no desvio. O tempo necessário pode variar dependendo do número de LSPs sendo trocados para desvios.
O redirecionamento rápido é um patch de curto prazo para reduzir a perda de pacotes. Como a computação de desvio pode não reservar largura de banda adequada, os desvios podem introduzir congestionamento nos links alternativos. O roteador de entrada é o único roteador que tem plena consciência das restrições de política de LSP e, portanto, é o único roteador capaz de criar caminhos alternativos adequados a longo prazo.
Os desvios são criados pelo uso do RSVP e, como todas as sessões de RSVP, exigem um estado extra e sobrecarga na rede. Por essa razão, cada nó estabelece no máximo um desvio para cada LSP que tem o redirecionamento rápido habilitado. Criar mais de um desvio para cada LSP aumenta a sobrecarga, mas não serve para nenhum propósito prático.
Para reduzir ainda mais a sobrecarga da rede, cada desvio tenta voltar ao LSP o mais rápido possível após o nó ou link com falha. Se você pode considerar um LSP que viaja por n nós do roteador, é possível criar n – 1 desvios. Por exemplo, na Figura 3, o desvio tenta se fundir de volta ao LSP no Roteador D em vez de no Roteador E ou roteador F. A fusão de volta ao LSP torna o problema de escalabilidade de desvio mais gerenciável. Se as limitações de topologia impedirem que o desvio volte rapidamente ao LSP, os desvios se fundem automaticamente com outros desvios.
