OSPF preso no estado de adjacência de saída inicial

12

De acordo com este artigo, dois roteadores ficarão presos no estado de adjacência exstart quando os tamanhos de MTU configurados não corresponderem. Uma etiqueta de VLAN também afeta isso, mesmo que os roteadores envolvidos não estejam preocupados com a qual VLAN o pacote está vindo ou indo para?

Tentarei esclarecer a questão, se não estiver clara.

router routing vlan ospf mtu JDGray
fonte

Respostas:

8

De acordo com este artigo, dois roteadores ficarão presos no estado de adjacência exstart quando os tamanhos de MTU configurados não corresponderem. Uma etiqueta de VLAN também afeta isso, mesmo que os roteadores envolvidos não estejam preocupados com a qual VLAN o pacote está vindo ou indo para?

A maioria dos roteadores e switches da Cisco permite cargas de IP de 1500 bytes por padrão, mesmo quando identificadas com dot1q. Você pode verificar isso com show ip interface SomeIntfName...

Router1#sh ip int vlan105
Vlan105 is up, line protocol is up
  Internet address is 10.15.2.19/30
  Broadcast address is 255.255.255.255
  Address determined by setup command
  MTU is 1500 bytes  <-------------

O motivo pelo qual o dot1q em uma interface da Cisco funciona sem atrapalhar a interface física da MTU é porque a maioria dos roteadores Cisco suporta o que a Cisco chama de "gigantes do bebê" ... um gigante do bebê tem uma MTU Ethernet acima de 1518 (que inclui o tamanho do cabeçalho eth), mas não muito acima de 1518 ... geralmente os valores padrão são 1522 bytes ... consulte este documento de configuração da MTU para obter mais informações. Muitas plataformas da Cisco suportam MTUs gigantes configuráveis ​​para bebês até 1532 bytes (ou até mais), e é também por isso que as pilhas de tags MPLS (com profundidade de 2 ou 3 tags) podem funcionar através de links ethernet herdados.

Embora as interfaces Ethernet da Cisco suportem gigantes do bebê, elas deixam o MTU IP padrão em 1500 bytes. Enquanto o IP MTU padrão de 1500 for mantido, você não terá problemas com as configurações padrão de qualquer outro roteador com um IP MTU de 1500 bytes ... citando a RFC 2328 Seção 10.8 :

10.8.  Sending Database Description Packets

    This section describes how Database Description Packets are sent
    to a neighbor. The Database Description packet's Interface MTU
    field is set to the size of the largest IP datagram that can be
    sent out the sending interface, without fragmentation.
Mike Pennington
fonte
E se eu estiver usando o roteador Cisco e outro roteador de outro fornecedor? A interface do roteador Cisco está configurada para uma MTU de 1500 bytes, mas na verdade está transmitindo um pacote IP de 1522 bytes; o outro roteador ainda a aceitará, desde que a interface esteja configurada com uma MTU de 1500 bytes? Isso seria por causa do que @Puglet mencionado abaixo e do OSPF atribui a parte MTU da interface do pacote DB Description com o tamanho da MTU explicitamente configurado na interface e não qual é o tamanho real do pacote?
JDGray
Correto, o Cisco IOS usa o IP MTU da interface local ... o IP MTU do seu Cisco e a caixa do outro fornecedor devem corresponder. Infelizmente, não posso falar pelo comportamento de outros equipamentos de fornecedores. Existe uma maneira de realizar um teste de ping (usando a opção DF) antes de implantar?
Mike Pennington
Na verdade, não estou enfrentando esse problema. Vi uma pergunta semelhante no link em uma discussão sobre boas perguntas para entrevistas. Imaginei que seria uma discussão para este Stack Exchange.
JDGray
5

Portanto, a tag VLAN afeta a quantidade que você pode transferir através da interface abaixo do cabeçalho Ethernet, mas não altera a MTU real.

O OSPF inicia enviando pacotes Hello na mídia de transmissão (multicast 224.0.0.5) para encontrar vizinhos e, em seguida, executa a eleição de DR e BDR.

Após a eleição, cada host envia um pacote de descrição do banco de dados. Dentro deste pacote, há um campo [IP -> OSPF -> OSPF DB-Description -> Interface MTU]que o OSPF define para o MTU da interface de saída.

Se as MTUs dos pares não corresponderem, elas não passarão da fase ExStart.

Eu pegava uma captura de pacote (se possível) e detalhava esse campo para ver o que estava acontecendo, ou realizava debug ip ospf adjapenas para garantir que esse fosse o caso.

A show interface <int> | MTUfornecerá o MTU de uma interface.

Puglet
fonte
Portanto, mesmo se você estiver adicionando tags da VLAN a um pacote, isso não afetará o tamanho dos pacotes OSPF que negociam a adjacência do vizinho, porque não incluiria uma VLAN em primeiro lugar?
JDGray
Não afetará o MTU da interface de saída, que é o que o OSPF coloca em seus pacotes DBD.
puglet
2

O padrão IEEE 802.3ac aumentou o tamanho máximo do quadro Ethernet de 1518 bytes para 1522 bytes para acomodar a tag VLAN de quatro bytes. Alguns dispositivos de rede que não suportam um tamanho de quadro maior processam o quadro com êxito, mas podem relatá-los como anomalias "gigantescas".

Portanto, se o dispositivo suportar "IEEE 802.3ac", o IP MTU não será alterado.

t3mp
fonte