Para entender por que o multicast custa caro em qualquer rede sem fabric, leia o preço de não inundar junto com o passo seis.
Por que esta ordem
Uma rede de campus tradicional se entende link a link: uma existe neste switch, segue em trunk até aquele e é roteada no terceiro. Cada hop (cada passagem de um equipamento para o seguinte) é um ponto em que a configuração precisa bater com a do hop anterior, e cada queda é um ponto em que ela não bateu.
Uma fabric se entende ao contrário. O core (o núcleo da rede) é um transporte que leva serviços opacos, os serviços são definidos uma única vez na borda, e o meio do caminho não sabe nem quer saber o que eles são. Quase tudo o que confunde na fabric da Extreme no primeiro contato deixa de confundir quando você aceita essa inversão. Por isso, esta página percorre os dez artigos na ordem em que um serviço passa a existir, da escolha do sistema operacional até o momento em que um equipamento de borda é ligado à fabric em dual-homing (conectado a dois switches ao mesmo tempo).
1. Qual sistema operacional
VOSS versus EXOS: a Extreme vende hardware universal que dá boot ou num sistema operacional de tradicional, com uma linha de comando familiar, ou num sistema nativo de fabric, construído em torno dos conceitos abaixo. A escolha é feita switch a switch e é a primeira decisão, porque tudo o que vem depois muda conforme ela.
Os nomes dos sistemas operacionais universais: os dois sistemas mudaram de nome em parte do hardware e em outra parte não, enquanto os arquivos de imagem e os menus de boot continuaram com os nomes antigos. Vale ler antes do primeiro upgrade, e a segunda metade do artigo, sobre o que a troca de persona faz com uma configuração, importa mais do que a questão dos nomes.
Como a configuração do ExtremeXOS é estruturada: o lado tradicional. Não há submodos de interface, e cada linha é um comando imperativo completo em si mesmo, que começa com um verbo. Quem vem dos outros grandes fabricantes vai achar o formato estranho e, depois de uma hora, vai ter dificuldade de largar.
2. O que significam os termos
O vocabulário da fabric: , B-VLAN, B-MAC, , BCB, L2VSN, L3VSN. O que é serviço, o que é transporte e o que é um papel que o switch assume, mais o único fato que deixa todo o resto óbvio. Leia este antes de qualquer outro abaixo; os demais artigos usam os termos sem explicá-los de novo.
3. O que é a fabric
Fabric Connect e SPBM: Shortest Path Bridging MAC, 802.1aq. Um plano de controle e um plano de dados MAC-in-MAC, e por que reduzir o core a um único protocolo elimina as camadas sobrepostas de spanning tree, trunking e roteamento que um campus teria de carregar de outra forma.
4. Como os nós se conhecem
IS-IS e nicknames: um único plano de controle link-state, que roda só nos links de fabric. Cada nó tem um nickname (o apelido do nó) de 20 bits, que precisa ser único em toda a fabric, e o seu identificador de sistema (system ID) define o MAC de backbone que o plano de dados usa para encapsular. Um nickname duplicado é, na fabric, o equivalente a um endereço IP duplicado, e é a primeira coisa a verificar quando dois nós não se enxergam.
5. Como um serviço atravessa o backbone
I-SIDs e VSNs: o identificador de serviço de 24 bits e as três coisas que ele carrega: uma VSN de camada 2, uma VSN de camada 3 e os IP Shortcuts. É o artigo que torna a inversão concreta: o serviço é provisionado no switch de borda, o backbone o transporta sem saber o que ele é, e não existe configuração de trunk hop a hop para dar errado.
6. Por que o multicast não precisa de configuração
Endereços de multicast são calculados, não aprendidos: um endereço de grupo de backbone nunca é aprendido nem configurado. Ele é montado a partir do nickname do nó raiz e do I-SID do serviço, e é por isso que cada nó chega sozinho à mesma resposta, e por isso que o multicast na fabric dispensa os rendezvous points e as regras de flooding de que ele precisa em qualquer outra rede.
7. Como a borda pede o que precisa
Fabric Attach: um equipamento de borda sinaliza o serviço que quer, e a fabric provisiona o I-SID automaticamente. Os papéis de servidor, proxy e cliente, e como a sinalização é transportada pelo (Link Layer Discovery Protocol). É aqui que um switch de acesso, um access point ou um telefone entra num serviço sem que ninguém mexa na fabric.
8. Como a borda ganha resiliência
SMLT e IST virtual: o Split MultiLink Trunking faz o dual-homing de um equipamento de borda a um par de switches, com links ativo-ativo e sem spanning tree, e o inter-switch trunk, que mantém o par coerente, passa pela fabric, e não por um cabo dedicado. Leia por último, porque ele pressupõe tudo o que vem antes.
O hábito que esta sequência ensina
Descubra em que camada está o problema. Numa rede tradicional, a falha se diagnostica hop a hop porque a configuração é feita hop a hop. Numa fabric, a falha quase sempre está num de três lugares: o nó não consegue entrar na fabric (passo 4: nicknames, adjacência IS-IS nos links de fabric), o serviço não está provisionado na borda que precisa dele (passo 5, ou passo 7 se o Fabric Attach deveria ter feito isso), ou o dual-homing da borda está inconsistente (passo 8). Seguir a sequência é mais rápido do que rastrear o caminho, porque numa fabric não há caminho para rastrear: há só um serviço que existe nas duas bordas, ou não existe.
Para situar essa arquitetura na história mais longa do switch, veja a linhagem de bridges e switches.
Esta série, em ordem
Este artigo abre a série Extreme Fabric Connect, um serviço de borda a borda. A série percorre a fabric na ordem em que um serviço passa a existir; as partes são esses mesmos artigos, na mesma ordem, começando pelo sistema operacional com que o switch dá boot e terminando no equipamento de borda ligado a dois deles.
- VOSS vs EXOS: dois sistemas operacionais da Extreme. Hardware universal que dá boot num sistema operacional de Ethernet tradicional ou num nativo de fabric, e onde os dois se interligam.
- Switch Engine, Fabric Engine e os switches que ficaram com os nomes antigos. O Switch Engine e o Fabric Engine, o hardware que manteve os nomes antigos e os arquivos de imagem que nunca mudaram.
- Como uma configuração ExtremeXOS é estruturada. Sem submodos: cada linha é um comando completo, que começa com um verbo.
- O vocabulário do SPB, organizado. I-SID, B-VLAN, B-MAC, BEB, BCB, L2VSN, L3VSN: o que é serviço, o que é transporte e o que é papel.
- Fabric Connect e SPBM: por que o VOSS aposenta o spanning tree. Shortest Path Bridging com plano de controle IS-IS e plano de dados MAC-in-MAC, e por que o spanning tree sai de cena.
- IS-IS, nicknames e B-MACs: o plano de controle do VOSS. O IS-IS só nos links de fabric, o nickname do nó, que precisa ser único, e o MAC de backbone.
- O I-SID: como o VOSS substitui a extensão de VLANs. Serviços provisionados na borda em vez de VLANs levadas em trunk hop a hop: o I-SID e os serviços de camada 2 e de camada 3.
- Multicast SPBM: o endereço é aritmética, não consulta. Um endereço de grupo de backbone nunca é aprendido nem configurado: ele é montado a partir de um nickname e de um I-SID.
- Fabric Attach: como provisionar a borda automaticamente (onde o VOSS encontra o EXOS). Um equipamento de borda sinaliza o serviço de que precisa e a fabric o provisiona: os papéis de servidor, proxy e cliente.
- SMLT e vIST: dual-homing de uma borda de fabric. O dual-homing de um equipamento de borda a um par de switches, com links ativos nos dois e sem spanning tree.