# Extreme Fabric Connect: um serviço, de borda a borda > Nove artigos sobre a fabric da Extreme, lidos na ordem em que um serviço passa a existir: qual sistema operacional, o que as palavras significam, o que a fabric é, como os nós se conhecem, como um serviço viaja pelo backbone, por que o multicast não precisa de configuração, como a borda pede o que precisa, e como a borda é ligada em dupla sem spanning tree. O fato organizador é aquele sobre o qual a fabric é construída - um serviço é provisionado na borda, não troncado salto a salto. Source: https://ronutz.com/pt-BR/learn/extreme-fabric-connect-one-service-edge-to-edge Updated: 2026-09-09 --- Para por que o multicast é caro em todo lugar em que a fabric não está, leia **[o que custa não inundar](https://ronutz.com/pt-BR/learn/multicast-what-it-costs-to-not-flood)** junto com o passo seis. ## Por que esta ordem Uma rede de campus tradicional se entende enlace a enlace: uma VLAN existe neste switch, é troncada para aquele, é roteada no terceiro. Cada salto é um lugar em que a configuração precisa concordar com o salto anterior, e cada parada é um lugar em que não concordou. Uma fabric se entende ao contrário. O núcleo é um transporte que carrega serviços opacos, os serviços são definidos uma vez na borda, e o meio não sabe nem se importa com o que eles são. Quase tudo o que confunde na fabric da Extreme ao primeiro contato deixa de confundir quando essa inversão é aceita - então esta página lê os nove artigos na ordem em que um *serviço* passa a existir, da escolha do sistema operacional ao momento em que um dispositivo de borda é ligado em dupla a ela. ## 1. Qual sistema operacional **[VOSS contra EXOS](https://ronutz.com/pt-BR/learn/voss-vs-exos)** - a Extreme entrega hardware universal que inicializa ou um sistema de Ethernet tradicional com linha de comando familiar, ou um sistema nativo de fabric construído em torno dos conceitos abaixo. A decisão é por switch e é a primeira decisão, porque tudo depois dela difere. **[Os nomes universais de sistema](https://ronutz.com/pt-BR/learn/extreme-universal-os-names)** - os dois sistemas foram renomeados em alguns hardwares e não em outros, enquanto os arquivos de imagem e os menus de boot mantiveram os nomes antigos. Vale ler antes de uma primeira atualização, e a segunda metade - o que trocar de persona faz com uma configuração - importa mais que a nomenclatura. **[Como a configuração do ExtremeXOS é estruturada](https://ronutz.com/pt-BR/learn/how-extremexos-config-is-structured)** - para o lado tradicional: sem submodos de interface, cada linha um comando imperativo autocontido começando com um verbo. Quem chega dos outros grandes fabricantes vai achar o formato estranho e, depois de uma hora, difícil de largar. ## 2. O que as palavras significam **[O vocabulário da fabric](https://ronutz.com/pt-BR/learn/spb-fabric-vocabulary)** - I-SID, B-VLAN, B-MAC, BEB, BCB, L2VSN, L3VSN. Qual é serviço, qual é transporte, e qual é um papel que um switch desempenha, mais o único fato que torna o resto óbvio. Leia isto antes de qualquer coisa abaixo; os demais artigos usam os termos sem reexplicá-los. ## 3. O que a fabric é **[Fabric Connect e SPBM](https://ronutz.com/pt-BR/learn/voss-fabric-connect-spbm)** - Shortest Path Bridging MAC, IEEE 802.1aq: um plano de controle IS-IS e um plano de dados MAC-in-MAC, e por que colapsar o núcleo num único protocolo remove a pilha de camadas de spanning tree, troncos e roteamento que um campus carrega de outro modo. ## 4. Como os nós se conhecem **[IS-IS e apelidos](https://ronutz.com/pt-BR/learn/voss-isis-and-nicknames)** - um único plano de controle de estado de enlace, rodando apenas nos enlaces de fabric. Cada nó tem um apelido de 20 bits que precisa ser único na fabric, e seu identificador de sistema deriva o MAC de backbone com que o plano de dados encapsula. Um apelido duplicado é o equivalente na fabric de um endereço IP duplicado, e é a primeira coisa a conferir quando dois nós não se enxergam. ## 5. Como um serviço viaja pelo backbone **[I-SIDs e VSNs](https://ronutz.com/pt-BR/learn/voss-i-sid-and-vsns)** - o identificador de serviço de 24 bits, e as três coisas que viajam nele: uma VSN de camada 2, uma VSN de camada 3 e IP Shortcuts. É o artigo que torna a inversão concreta: o serviço é provisionado no switch de borda, o backbone o carrega sem saber o que é, e não há configuração de tronco por salto para errar. ## 6. Por que o multicast não precisa de configuração **[Endereços de multicast são calculados, não aprendidos](https://ronutz.com/pt-BR/learn/spbm-multicast-addresses-are-computed-not-learned)** - um endereço de grupo de backbone nunca é aprendido nem configurado. É montado a partir do apelido do nó raiz e do I-SID do serviço, e é por isso que todo nó chega à mesma resposta de forma independente, e por que o multicast na fabric dispensa os pontos de encontro e as regras de inundação de que precisa em todo outro lugar. ## 7. Como a borda pede o que precisa **[Fabric Attach](https://ronutz.com/pt-BR/learn/voss-fabric-attach)** - um dispositivo 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 viaja sobre LLDP (Link Layer Discovery Protocol). É aqui que um switch de acesso, um ponto de acesso ou um telefone entra num serviço sem que ninguém toque na fabric. ## 8. Como a borda é feita resiliente **[SMLT e IST virtual](https://ronutz.com/pt-BR/learn/voss-smlt-and-vist)** - o Split MultiLink Trunking liga um dispositivo de borda em dupla a um par de switches com enlaces ativo-ativo e sem spanning tree, e o tronco entre switches que mantém o par coerente corre *através* da fabric e não por um cabo dedicado. Leia por último, porque supõe tudo o que está acima. ## O hábito que esta sequência ensina **Ache a camada em que o problema mora.** Uma falha de rede tradicional se diagnostica salto a salto porque a configuração é salto a salto. Uma falha de fabric está quase sempre em um de três lugares: o nó não consegue entrar (passo 4 - apelidos, adjacência IS-IS nos enlaces 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 a ligação dupla da borda está inconsistente (passo 8). Percorrer a sequência é mais rápido que traçar o caminho, porque numa fabric não há caminho a traçar - só um serviço que ou existe nas duas bordas ou não existe. Para onde este projeto se situa na história mais longa do switch, veja a [linhagem de bridges e switches](https://ronutz.com/pt-BR/learn/bridge-switch-family-history).