O protocolo TRILL Transparent Interconnection of Lots of Links.

Contexto Histórico

Radia Perlman desenvolveu o protocolo Spanning Tree com o intuito de solucionar o problema de loops (laços) na camada 2 da pilha de protocolos TCP/IP, quando existe redundância de comutadores. Tal protocolo possui alguns problemas, como por exemplo o desperdício de banda causado pelo bloqueio de enlaces. O protocolo TRILL (Transparent Interconnection of Lots of Links) foi desenvolvido para atender a necessidade de conectar duas redes através de camada 3, com um roteamento otimizado e livre de loops.

Conceitos Básicos

O protocolo TRILL mescla funcionalidades de bridges e roteadores para criar o conceito de RBridges. Utiliza o protocolo de roteamento IS-IS (Intermediate System to Intermediate System), que diferente do OSPF (mais popular), não está engessado no protocolo IP.

Motivação

As pontes possuem problemas como:

*roteamento não ótimo

*concentração de tráfego

*loops temporários são preocupantes, uma vez que não há contagem de salto na camada 2

Porém possuem vantagens como:

*simplicidade

*rapidez

*confiabilidade

*"plug and play"

As pontes usadas para interconectar as redes devem convergir de forma rápida, evitar loops e permanecerem simples.

Problema das Árvores Geradoras

Acrescentam complexidade a implementação, não utilizam a banda de forma ótima (bloqueio de enlaces) e não oferece suporte a caminhos múltiplos.

RBridges

É uma ponte com características de roteadores. Uma Rbridge, além de ter as funcionalidades de uma ponte, também suporta múltiplos caminhos, caminhos ótimos, possui rápida convergência e a segurança da contagem de saltos.

Cabeçalho

O TRILL encapsula o quadro com uma cabeçalho de encaminhamento da camada 2, com a origem sendo a RBridge de entrada e o destino sendo a RBridge de saída. Um campo de tipo de protocolo indica que o quadro está encapsulado pelo protocolo TRILL.

É importante observar que o campo Ingress RBridge, no caso do unicast, possibilita que a RBridge aprenda com o tráfego de quadros, associando o apelido da RBridge ao endereço MAC presente no cabeçalho original do quadro. Também torna possível saber se a fonte é alcançavel pelo destino.

No caso de multicast, onde o destino é desconhecido, o campo Ingress RBridge permite RPF (verificação de caminho reverso). O campo Egress seleciona a árvore onde será realizada o multicast.

Após este cabeçalho de encaminhamento, vem o cabeçalho TRILL, com a última RBridge que encaminhou o quadro e a RBridge que receberá o quadro. Cada Rbridge decremente o contador de saltos por um.

Para economizar espaço no cabeçalho, as RBridges são dinamicamente associadas a apelidos. Como não pode haver mais de uma RBridge encapsulando o quadro, o protocolo IS-IS é usado para fazer uma eleição de roteador(RBridge) designado.

Funcionamento

Juntando todos os pedações, a implementação do TRILL funciona da seguinte forma:

*Roda-se o protocolo de estado de enlace (IS-IS)

*Cada Rbridge conhece seus vizinhos

*Constrói-se LSP (Link State Packet)

*Broadcast do LSP

*Cálculo das rotas

*Primeira RBridge encapsula o pacote para a última RBridge

*Adiciona-se o campo de contagem de saltos

*As RBridges devem saber o caminho para o Rbridge de destino

*Árvores geradas (não necessariamente STP) são usadas em multicast

*Rbridge de destino desencapsula o quadro e o encaminha para o segmento de rede (domínio de colisão?) adequado.

Principais Utilizadores

A Cisco possui uma implementação própria do TRILL, chamada FabricPath.

Brocade possui o VCS, outra implementação própria do TRILL.

Limitações

Alternativas