Como configuro uma porta como STP "não borda" nos comutadores Juniper EX?


7

Os comutadores Juniper EX categorizam automaticamente uma porta como uma " borda " da árvore de abrangência (deve haver apenas um dispositivo atrás da porta) ou uma porta "sem borda" (outro comutador). Você pode forçar esse modo para uma porta configurando

set protocols <stp-protocol> interface <interface> edge

Normalmente, uma porta de borda faz a transição para uma porta não de borda quando recebe um BPDU. Como um recurso de segurança, também bpdu-block-on-edgehabilitamos, o que encerrará uma porta de borda que recebe BPDUs.

Isso é bom, a menos que você queira que outro comutador assuma o controle como ponte raiz. Nesse caso, você tem portas que repentinamente começam a receber BPDU (quando a nova ponte raiz é ativada) e, consequentemente, essas portas são fechadas.

Minha pergunta é: Existe uma maneira de configurar uma porta explicitamente como uma porta "não borda"?

A solução alternativa agora é desativar o bpdu-block-on-edgerecurso enquanto o STP converge em torno da nova ponte raiz.


Eu estou apenas vagando, você pode usar a negação do comando: protocolos unset <stp-protocol> Interface <interface> borda
LAF

Não, não há comando "no-edge".
Sebastian Wiesinger

A convergência corretamente configurada (RST ou MST) deve ser de segundos. Pode ser a melhor solução para o problema. Portas principais não interruptor deve ir para baixo se eles recebem BPDU, para proteger do laço criado atrás da porta (no topo da protecção normal BUM)
ytti

Qual é a solução? Eu não entendi isso. As portas estão conectadas aos switches, esse é o problema. O Juniper os categoriza como borda, porque não há BPDUs recebidos na porta.
Sebastian Wiesinger

Você configurou explicitamente as portas do switch como STP? ou seja, 'definir protocolos $ stp_flavor interface X' e ainda é a porta de borda? As portas principais do switch certamente não devem ser portas de borda. Eu também recomendaria fazer o padrão de custo / métrica e configurar explicitamente o custo, para que a topologia seja o que você decide com antecedência.
Ytti 28/05

Respostas:


2
set protocols rstp interface [interface] mode point-to-point

Os documentos do modo de interface do JunOS STP e este exemplo sobre como configurar uma convergência mais rápida e melhorar a estabilidade da rede com o RSTP em comutadores da série EX parecem ser interessantes.


Obrigado, mas todos os links full-duplex já são p2p por padrão.
Sebastian Wiesinger

Isso é interessante. Então, como ele determina quais portas são P2P e quais portas são de borda? Apenas a falta de BPDU's recebidos em uma porta de borda?
John Jensen

Ah, deixa pra lá, claro que estou esquecendo que vários atributos podem ser definidos nas interfaces.
John Jensen

2

A solução está em outro lugar na árvore de configuração e bastante difícil de encontrar na minha opinião. Você pode desativar o bpdu-block em uma porta específica, mesmo enquanto bpdu-block-on-edgeestiver ativado:

set ethernet-switching-options bpdu-block interface <interface> disable

0

Pelo que entendi, todas as portas não são de borda, por padrão, a menos que você as classifique como portas de borda, ou estou faltando alguma coisa. Se você não quer que algo fique fora, deixe-o como padrão.

edit: e agora que li sua pergunta pela segunda vez, estou um pouco mais confuso. Todos os comutadores enviam BPDUs, independentemente de qual seja a raiz, portanto, um novo comutador raiz não altera quais portas começam a receber BPDUs.


1) Não, eles são identificados automaticamente como margem quando nenhum BPDU é recebido. Juniper diz "O Junos OS suporta a detecção automática de portas de borda, conforme descrito no padrão RSTP". Se eu li a máquina de estado no padrão RSTP corretamente, este é o caso quando nenhum BPDU é recebido ao ativar uma porta.
Sebastian Wiesinger

2) Não, eles pararão de enviar BPDUs se detectar que a porta é uma porta raiz / alternativa.
Sebastian Wiesinger
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.