BrbOS/Aplicativos/Network/Roteamento/OSPF/Area Interfaces
OSPF Interfaces
Colunas | ||
---|---|---|
Campo | Descrição | |
Area | Area de OSPF | |
Interface | Interface de OSPF | |
Tipo | Broadcast, NBMA, PTP ou PTMP | |
Custo | Custo rota padrão | |
Hello | Intervalo das mensagens de hello | |
Poll | Intervalo das mensagens de hello para vizinhos na rede NBMA | |
Retr | Intervalo de retransmissão de atualizações | |
Prior | Prioridade do pacote local | |
Wait | Tempo de aguardo para início |
Item
Para criar uma nova interface clique em
Campos | ||
---|---|---|
Campo | Descrição | |
Interface | Interface de rede | |
Area | Area de OSPF | |
Type | Broadcast: O Border detecta um tipo de rede conectada automaticamente, mas às vezes é conveniente forçar o uso de um tipo diferente manualmente. Nas redes de transmissão (como ethernet), as mensagens flood e Hello são enviadas usando multicasts (um único pacote para todos os vizinhos). Um roteador designado é eleito e é responsável por sincronizar os bancos de dados do estado do link e originar LSAs da rede. Esse tipo de rede não pode ser usado em redes fisicamente NBMA e em redes não numeradas (redes sem prefixo IP adequado). NBMA:
Nas redes NBMA, os pacotes são enviados para cada vizinho separadamente devido à falta de recursos de multicast. Como nas redes de transmissão, é eleito um roteador designado, que desempenha um papel central na propagação de LSAs. Este tipo de rede não pode ser usado em redes não numeradas. PTP: As redes ponto a ponto conectam apenas 2 roteadores. Nenhuma eleição é realizada e nenhuma LSA de rede é originada, o que torna mais simples e rápido o estabelecimento. Esse tipo de rede é útil não apenas para ifaces PtP fisicamente (como PPP ou túneis), mas também para redes de transmissão usadas como links PtP. Este tipo de rede não pode ser usado em redes fisicamente NBMA. PTMP: Este é outro tipo de rede projetado para lidar com redes NBMA. Nesse caso, a rede NBMA é tratada como uma coleção de links PtP. Isso é útil se nem todos os roteadores na rede NBMA tiverem comunicação direta ou se a rede NBMA for usada como um link PtP (possivelmente não numerado). | |
ID | Id da Interface | |
Cost | Esta opção controla o custo de uma rota padrão propagada para áreas stub e NSSA. | |
Priority | Em cada rede de acesso múltiplo (por exemplo, a Ethernet), o roteador designado e o roteador designado de backup são eleitos. Esses roteadores têm algumas funções especiais no processo de inundação. Maior prioridade aumenta as preferências nesta eleição. Roteadores com prioridade 0 não são elegíveis. | |
Hello | Intervalo no qual as mensagens periódicas de "olá" são enviadas nessa interface, em segundos. | |
Poll | Especifica o intervalo em segundos entre o envio de mensagens Hello para alguns vizinhos na rede NBMA. | |
Retransmit | Especifica o intervalo em segundos entre retransmissões de atualizações não reconhecidas. | |
Wait | Após o início, o roteador aguarda o número especificado de segundos entre o início da eleição e a construção da adjacência. | |
Dead | Quando o roteador não recebe nenhuma mensagem de um vizinho em segundos mortos, ele o considera inativo. Se as diretivas dead count e dead forem usadas, dead terá precedência. | |
Dead Count | Quando o roteador não recebe nenhuma mensagem de um vizinho na contagem de mortos * hello segundos, ele considera o vizinho inativo. | |
RX Buffer | Esta opção permite especificar o tamanho dos buffers usados para o processamento de pacotes. O tamanho do buffer deve ser maior que o tamanho máximo de qualquer pacote. Por padrão, os buffers são redimensionados dinamicamente conforme necessário, mas um valor fixo pode ser especificado. | |
TX Lenght | As mensagens OSPF transmitidas que contêm grande quantidade de informações são segmentadas para separar pacotes OSPF para evitar a fragmentação de IP. Esta opção especifica o teto flexível para o comprimento dos pacotes OSPF gerados. O valor padrão é o MTU da interface de rede. Observe que pacotes OSPF maiores ainda podem ser gerados se as mensagens OSPF subjacentes não puderem ser divididas (por exemplo, quando um LSA grande é propagado). | |
TX DSCP | Esta opção especifica o valor do campo ToS / DS / Class nos cabeçalhos IP dos pacotes de protocolo de saída. Isso pode afetar como os pacotes de protocolo são processados pela rede em relação ao outro tráfego de rede. | |
TX Priority | Esta opção especifica a prioridade do pacote local. Isso pode afetar como os pacotes de protocolo são processados nas filas TX locais. | |
ECMP Weight | Quando as rotas ECMP (caminhos múltiplos) são permitidas, esse valor especifica um peso relativo usado para as caixas de correio que passam pelo iface. | |
TTL Security | A segurança TTL é um recurso que protege os protocolos de roteamento de pacotes falsificados remotos usando o TTL 255 em vez do TTL 1 para pacotes de protocolo destinados aos vizinhos. Como o TTL é diminuído quando os pacotes são encaminhados, não é trivial falsificar pacotes com o TTL 255 a partir de locais remotos. Observe que essa opção interferiria nos links virtuais do OSPF. Se essa opção estiver ativada, o roteador enviará pacotes OSPF com TTL 255 e descartará pacotes recebidos com TTL menor que 255. Se essa opção estiver configurada apenas para tx, TTL 255 será usado para pacotes enviados, mas não será verificado para pacotes recebidos. | |
Authentication | Tipo de autenticação: None, Simple ou MD5/SHA1 | |
Password | Especifica uma senha usada para autenticação. | |
Enabled | Interface habilitada sim/não | |
Passive | Geralmente, os dois pontos de extremidade da sessão do BFD tentam estabelecer a sessão enviando pacotes de controle para o outro lado. Esta opção permite ativar o modo passivo, o que significa que o roteador não envia pacotes BFD até receber um do outro lado. | |
BFD | O BGP poderia usar o protocolo BFD como um mecanismo consultivo para detecção de falhas e vivacidade dos vizinhos. Se ativado, o Border configura uma sessão BFD para o vizinho BGP e rastreia sua vitalidade por ele. Isso tem uma vantagem de uma ordem de magnitude menor nos tempos de detecção em caso de falha. Quando uma falha vizinha é detectada, a sessão BGP é reiniciada. | |
Strict NMBA | Se definido, não envie olá para qualquer vizinho indefinido. Essa opção é ignorada em outras interfaces que não NBMA ou PtMP. | |
Real Brodcast | No tipo broadcast ou na configuração de rede ptp, os pacotes OSPF são enviados como pacotes multicast IP. Esta opção altera o comportamento para usar pacotes de transmissão IP antiquados. Isso pode ser útil como solução alternativa se o multicast IP, por algum motivo, não funcionar ou não funcionar de maneira confiável. Esta é uma opção não padrão e provavelmente não é interoperável com outras implementações OSPF. | |
Secondary | Normalmente, se um filtro de exportação rejeitar uma rota selecionada, nenhuma outra rota será propagada para essa rede. Esta opção permite tentar a próxima rota em ordem até que uma que seja aceita seja encontrada ou que todas as rotas para essa rede sejam rejeitadas. Isso pode ser usado para servidores de rota que precisam propagar tabelas diferentes para cada cliente, mas não desejam tê-las explicitamente (para economizar memória). Esta opção requer que a tabela de roteamento conectada seja classificada. | |
Check Link | Se ativado, um estado de link de hardware (relatado pelo SO) é levado em consideração. As rotas para redes diretamente conectadas são geradas apenas se a conexão for relatada e elas forem retiradas quando o link desaparecer (por exemplo, um cabo Ethernet está desconectado). | |
Link LSA Suppression | No OSPFv3, os LSAs de link são gerados para cada link, anunciando o endereço IPv6 local do link do roteador para seus vizinhos locais. Eles são inúteis em redes PtP ou PtMP e essa opção permite suprimir a origem do link LSA para essas interfaces. A opção é ignorada em outras interfaces que não PtP ou PtMP. | |
PTP Netmark | Nas configurações de rede tipo ptp, as implementações de OSPFv2 devem ignorar o campo de máscara de rede recebido nos pacotes hello e devem enviar pacotes hello com campo de máscara de rede zero em links PtP não numerados. Mas algumas implementações de OSPFv2 executam a verificação de máscara de rede, mesmo para links PtP. Esta opção especifica se a máscara de rede real será usada nos pacotes hello nas interfaces do tipo ptp. Você deve ignorar esta opção, a menos que encontre alguns problemas de compatibilidade relacionados a esse problema. O valor padrão é não para links PtP não numerados, caso contrário, sim. |