Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuração de interfaces OSPF

Sobre interfaces OSPF

Para ativar o OSPF em uma rede, você deve habilitar o protocolo OSPF em uma ou mais interfaces em cada dispositivo dentro da rede em que o tráfego deve viajar. A forma como você configura a interface depende se a interface está conectada a uma rede de broadcast ou ponto a ponto, uma rede ponto a multiponto, uma rede multiacesso nãotransmitida (NBMA) ou em um circuito de demanda.

  • Uma interface de broadcast se comporta como se o dispositivo de roteamento estivesse conectado a uma LAN.

  • Uma interface ponto a ponto fornece uma conexão entre uma única fonte e um único destino (há apenas uma adjacência osPF).

  • Uma interface ponto a multiponto oferece uma conexão entre uma única fonte e vários destinos.

  • Uma interface NBMA se comporta de maneira semelhante a uma interface ponto a multiponto, mas você pode configurar uma interface NBMA para interoperar com outros equipamentos.

  • Um circuito de demanda é uma conexão na qual você pode limitar o tráfego com base em acordos de usuários. O circuito de demanda pode limitar a largura de banda ou o tempo de acesso com base em acordos entre o provedor e o usuário.

Você também pode configurar uma interface OSPF para ser passiva, operar no modo de engenharia de tráfego passiva ou ser uma interface de peer.

  • Uma interface passiva anuncia seu endereço, mas não executa o protocolo OSPF (as adjacências não são formadas e os pacotes hello não são gerados).

  • Uma interface que opera no modo de engenharia de tráfego passiva do OSPF inunda as informações do enlace dentro do sistema autônomo (AS) e a disponibiliza para cálculos de engenharia de tráfego.

  • Uma interface peer pode ser configurada para dispositivos de roteamento OSPFv2. Uma interface peer é necessária para que o MPLS (GMPLS) generalizado transporte informações de engenharia de tráfego por meio de um link separado do canal de controle. Você estabelece este link separado configurando uma interface de peer. O nome da interface de peer deve combinar com o nome de peer do Protocolo de Gerenciamento de Enlace (LMP). Uma interface peer é opcional para uma hierarquia de caminhos comutados por rótulos RSVP (LSPs). Depois de configurar a adjacência de encaminhamento, você pode configurar o OSPFv2 para anunciar as propriedades de engenharia de tráfego de uma adjacência de encaminhamento a um peer específico.

Interfaces ponto a ponto diferem do multiponto, na qual apenas uma adjacência do OSPF é possível. (Uma LAN, por exemplo, pode ter vários endereços e pode executar OSPF em cada sub-rede simultaneamente.) Como tal, quando você configura uma interface numerada ponto a ponto para OSPF pelo nome, várias interfaces OSPF são criadas. Uma delas, sem números, é a interface na qual o protocolo é executado. Uma interface OSPF adicional é criada para cada endereço configurado na interface, se houver, que é automaticamente marcada como passiva.

Para o OSPFv3, uma interface específica do OSPF deve ser criada por nome de interface configurada sob o OSPFv3. O OSPFv3 não permite que interfaces sejam configuradas por endereço IP.

Habilitar o OSPF em uma interface (incluindo a interface declaração), desabilitá-la (incluindo a disable declaração) e não ter o OSPF executado em uma interface (incluindo a passive declaração) são estados mutuamente exclusivos.

Nota:

Quando você configura o OSPFv2 em uma interface, você também deve incluir a family inet declaração no nível de [edit interfaces interface-name unit logical-unit-number] hierarquia. Quando você configura o OSPFv3 em uma interface, você também deve incluir a family inet6 declaração no nível de [edit interfaces interface-name unit logical-unit-number] hierarquia. No Junos OS Release 9.2 e posterior, você pode configurar o OSPFv3 para oferecer suporte a famílias que não sejam iPv6 unicast.

Exemplo: configurar uma interface em uma rede de broadcast ou ponto a ponto

Este exemplo mostra como configurar uma interface OSPF em uma rede de broadcast ou ponto a ponto.

Requisitos

Antes de começar:

Visão geral

Se a interface na qual você está configurando o OSPF oferece suporte ao modo de transmissão (como uma LAN) ou se a interface oferece suporte ao modo ponto a ponto (como uma interface PPP ou uma interface lógica ponto a ponto no Frame Relay), você especifica a interface incluindo o endereço IP ou o nome da interface para OSPFv2, ou apenas o nome da interface para OSPFv3.

No Junos OS Release 9.3 e posterior, uma interface ponto a ponto do OSPF pode ser uma interface Ethernet sem uma sub-rede. Se você configurar uma interface em uma rede de broadcast, será realizada a eleição de roteador designado para backup e roteador designado para backup.

Nota:

Usar o nome da interface e o endereço IP da mesma interface produz uma configuração inválida.

Neste exemplo, você configura a interface ge-0/2/0 como uma interface OSPFv2 na área 0.0.0.1 do OSPF.

Topologia

Configuração

Configuração rápida da CLI

Configurar rapidamente uma interface OSPF em uma rede de broadcast ou ponto a ponto e permitir a entrada do OSPF nas interfaces ativas, copiar os seguintes comandos, cole-os em um arquivo de texto, remover quaisquer quebras de linha, alterar todos os detalhes necessários para combinar com sua configuração de rede, copiar e colar os comandos na CLI no nível de hierarquia [editar], e, em seguida, entrar a commit partir do modo de configuração.

Nota: Você também pode habilitar protocolos ou serviços específicos para uma zona de segurança em vez de all protocols or services. Por exemplo, o protocolo OSPF ou o serviço SSH neste exemplo:

Procedimento

Procedimento passo a passo

Para configurar uma interface OSPF em uma rede de broadcast ou ponto a ponto:

  1. Configure a interface.

    Nota:

    Para uma interface OSPFv3, especifique um endereço IPv6.

  2. Crie uma área de OSPF.

    Nota:

    Para uma interface OSPFv3, inclua a declaração ospf3 no nível de hierarquia [editar protocolos] .

  3. Atribua a interface à área.

  4. Se você terminar de configurar o dispositivo, comprometa a configuração.

  5. Configure a zona de segurança para permitir que o tráfego osPF de entrada entre nas interfaces que estão ativas Para obter mais informações sobre a zona de segurança, consulte zonas de segurança.

    Nota: Você também pode habilitar protocolos ou serviços específicos para uma zona de segurança em vez de all protocols or services. Por exemplo, o protocolo OSPF ou o serviço SSH neste exemplo:

Resultados

Confirme sua configuração inserindo as interfaces de show e os comandos ospf dos protocolos show . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Para confirmar sua configuração OSPFv3, insira as interfaces de show e os comandos ospf3 dos protocolos show .

Verificação

Confirme que a configuração está funcionando corretamente.

Verificando a interface OSPF

Propósito

Verifique a configuração da interface. Dependendo da sua implantação, o campo Type pode exibir LAN ou P2P.

Ação

A partir do modo operacional, entre no comando de detalhes da interface show ospf para OSPFv2 e insira o comando de detalhes da interface show ospf3 para o OSPFv3.

Exemplo: configurar circuitos de demanda do OSPF

Este exemplo mostra como configurar uma interface de circuito de demanda do OSPF.

Requisitos

Antes de começar:

Visão geral

O OSPF envia pacotes de olá periódicos para estabelecer e manter as adjacências vizinhas e usa anúncios de estado de link (LSAs) para fazer cálculos e decisões de roteamento. O suporte do OSPF para circuitos de demanda é definido no RFC 1793, estendendo o OSPF para oferecer suporte a circuitos de demanda e suprime os pacotes de olá e LSAs periódicos. Um circuito de demanda é uma conexão na qual você pode limitar o tráfego com base em acordos de usuários. O circuito de demanda pode limitar a largura de banda ou o tempo de acesso com base em acordos entre o provedor e o usuário.

Você configura circuitos de demanda em uma interface OSPF. Quando a interface se torna um circuito de demanda, todos os pacotes hello e LSAs são suprimidos assim que a sincronização do OSPF é alcançada. Os LSAs têm um bit DoNotAge que impede o envelhecimento da LSA e impede que atualizações periódicas sejam enviadas. Olá pacotes e LSAs são enviados e recebidos em uma interface de circuito de demanda somente quando há uma mudança na topologia de rede. Isso reduz a quantidade de tráfego por meio da interface OSPF.

Considere o seguinte ao configurar circuitos de demanda do OSPF:

  • Olás periódicos só são suprimidos em interfaces ponto a ponto e ponto a ponto. Se você configurar circuitos de demanda em uma rede de broadcast OSPF ou em uma rede de multiacesso nãotransmitida (NBMA) os pacotes de olá periódicos ainda serão enviados.

  • O suporte a circuitos de demanda em uma interface de ponto a multiponto do OSPF se assemelha a interfaces ponto a ponto. Se você configurar uma interface de ponto a multiponto como um circuito de demanda, o dispositivo negocia a repressão de olá separadamente em cada interface que faz parte da rede ponto a multiponto.

Este exemplo pressupõe que você tenha uma conexão ponto a ponto entre dois dispositivos usando interfaces SONET/SDH. Uma interface de circuito de demanda negocia automaticamente a conexão de circuito de demanda com seu vizinho OSPF. Se o vizinho não oferece suporte a circuitos de demanda, nenhuma conexão de circuito de demanda é estabelecida.

Neste exemplo, você configura a interface OSPF para 0/1/0 na área de OSPF 0.0.0.1 como um circuito de demanda.

Topologia

Configuração

Configuração rápida da CLI

Para configurar rapidamente uma interface de circuito de demanda do OSPF, copie os seguintes comandos, cole-os em um arquivo de texto, remova quaisquer quebras de linha, altere todos os detalhes necessários para combinar com sua configuração de rede, copiar e colar os comandos na CLI no nível de hierarquia [editar] e, em seguida, entrar no commit modo de configuração.

Procedimento

Procedimento passo a passo

Para configurar uma interface de circuito de demanda do OSPF em uma interface vizinha:

  1. Crie uma área de OSPF.

    Nota:

    Para o OSPFv3, inclua a declaração ospf3 no nível de hierarquia [editar protocolos] .

  2. Configure a interface vizinha como um circuito de demanda.

  3. Se você terminar de configurar o dispositivo, comprometa a configuração.

    Nota:

    Repita toda essa configuração na outra interface vizinha.

Resultados

Confirme sua configuração entrando no comando ospf de protocolos de show . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Para confirmar sua configuração OSPFv3, insira o comando ospf3 dos protocolos de exibição .

Verificação

Confirme que a configuração está funcionando corretamente.

Verificando o status das interfaces vizinhas

Propósito

Verifique informações sobre a interface vizinha. Quando o vizinho está configurado para circuitos de demanda, uma bandeira DC é exibida.

Ação

Do modo operacional, insira o comando de detalhe do vizinho ospf para OSPFv2 e insira o comando de detalhes do vizinho ospf3 para OSPFv3.

Exemplo: configurar uma interface de OSPF passiva

Este exemplo mostra como configurar uma interface osPF passiva. Uma interface OSPF passiva anuncia seu endereço, mas não executa o protocolo OSPF.

Requisitos

Antes de começar:

Visão geral

Por padrão, o OSPF deve ser configurado em uma interface para que endereços de interface direta sejam anunciados como rotas internas. Para anunciar os endereços de interface direta sem efetivamente executar o OSPF nessa interface (as adjacências não são formadas e os pacotes hello não são gerados), você configura essa interface como uma interface passiva.

Habilitar o OSPF em uma interface (incluindo a interface declaração), desabilitá-la (incluindo a disable declaração) e não ter o OSPF executado em uma interface (incluindo a passive declaração) são estados mutuamente exclusivos.

Nota:

Se você não quiser ver notificações de alterações de estado em uma interface passiva de OSPF, você pode desativar as armadilhas de OSPF para a interface, incluindo a no-interface-state-traps declaração. A no-interface-state-traps declaração é compatível apenas com o OSPFv2.

Neste exemplo, você configura a interface ge-0/2/0 como uma interface OSPF passiva na área 0.0.0.1, incluindo a passive declaração.

Configuração

Configuração rápida da CLI

Para configurar rapidamente este exemplo, copie os seguintes comandos, cole-os em um arquivo de texto, remova quaisquer quebras de linha, altere todos os detalhes necessários para combinar com sua configuração de rede, copiar e colar os comandos na CLI no nível de [edit] hierarquia e, em seguida, entrar no commit modo de configuração.

Procedimento

Procedimento passo a passo

Para configurar uma interface osPF passiva:

  1. Crie uma área de OSPF.

    Nota:

    Para uma interface OSPFv3, inclua a ospf3 declaração no nível de [edit protocols] hierarquia.

  2. Configure a interface passiva.

  3. Se você terminar de configurar o dispositivo, comprometa a configuração.

Resultados

Confirme sua configuração entrando no show protocols ospf comando. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Para confirmar sua configuração OSPFv3, entre no show protocols ospf3 comando.

Verificação

Confirme que a configuração está funcionando corretamente.

Verificando o status das interfaces OSPF

Propósito

Verifique o status da interface OSPF. Se a interface for passiva, o campo de contagem de Adj é 0 porque nenhuma adjacência foi formada. Ao lado deste campo, você também pode ver a palavra Passiva.

Ação

Do modo operacional, entre no comando do show ospf interface detail OSPFv2 e insira o show ospf3 interface detail comando para o OSPFv3.

Exemplo: configurar interfaces peer OSPFv2

Este exemplo mostra como configurar uma interface peer OSPFv2.

Requisitos

Antes de começar:

Visão geral

Você pode configurar uma interface de peer OSPFv2 por muitos motivos, inclusive quando configura MPLS (GMPLS). Este exemplo configura uma interface peer para GMPLS. O GMPLS exige que as informações de engenharia de tráfego sejam transportadas por um enlace separado do canal de controle. Você estabelece este link separado configurando uma interface de peer. O nome da interface de peer OSPFv2 deve combinar com o nome de peer do Protocolo de Gerenciamento de Enlace (LMP). Você configura O GMPLS e as configurações de LMP separadamente do OSPF.

Este exemplo pressupõe que o GMPLS e o peer LMP chamado oxc1 já estão configurados, e você precisa configurar a interface peer OSPFv2 na área 0.0.0.0.

Configuração

Configuração rápida da CLI

Para configurar rapidamente uma interface de peer OSPFv2, copie os seguintes comandos, cole-os em um arquivo de texto, remova quaisquer quebras de linha, altere todos os detalhes necessários para combinar com sua configuração de rede, copiar e colar os comandos na CLI no nível de hierarquia [editar] e, em seguida, entrar no commit modo de configuração.

Procedimento

Procedimento passo a passo

Para configurar uma interface peer OSPFv2 usada pelo LMP:

  1. Crie uma área de OSPF.

  2. Configure a interface de peer.

  3. Se você terminar de configurar o dispositivo, comprometa a configuração.

Resultados

Confirme sua configuração entrando no comando ospf de protocolos de show . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Verificação

Confirme que a configuração está funcionando corretamente.

Verificando o peer OSPFv2 configurado

Propósito

Verifique o status do peer OSPFv2. Quando um peer OSPFv2 é configurado para GMPLS, o campo Peer Name exibe o nome do peer LMP que você criou para GMPLS, que também é o peer OSPFv2 configurado.

Ação

Do modo operacional, entre no comando de gerenciamento de enlace show .

Exemplo: configurar uma interface OSPFv2 em uma rede multiacesso nãotransmitida

Este exemplo mostra como configurar uma interface OSPFv2 em uma rede multiacesso nãotransmitida (NBMA).

Requisitos

Antes de começar:

Visão geral

Quando você configura o OSPFv2 em uma rede NBMA, você pode usar o modo não-broadcast em vez do modo ponto a multiponto. O uso deste modo não oferece vantagens sobre o modo ponto a multiponto, mas tem mais desvantagens do que o modo ponto a multiponto. No entanto, ocasionalmente, você pode achar necessário configurar o modo nãotransmissado para interoperar com outros equipamentos. Como não há mecanismo de autodiscovery, você deve configurar cada vizinho.

O modo não externo trata a rede NBMA como uma LAN parcialmente conectada, elegendo roteadores designados e de backup designados. Todos os dispositivos de roteamento devem ter uma conexão direta com os roteadores designados e de backup designados, ou resultados imprevisíveis ocorrem.

Quando você configura a interface, especifique o endereço IP ou o nome da interface. Usar o endereço IP e o nome da interface produz uma configuração inválida. Para interfaces não externas, especifique o endereço IP da interface não internacional como o nome da interface.

Neste exemplo, você configura a interface Asynchronous Transfer Mode (ATM) em-0/1/0 como uma interface OSPFv2 na área 0.0.0.1 do OSPF, e você especifica as seguintes configurações:

  • nbma tipo interface — Define a interface para ser executada no modo NBMA. Você deve configurar explicitamente a interface para ser executada no modo NBMA.

  • vizinho address < inelegível> — especifica o endereço IP do dispositivo vizinho. Os dispositivos de roteamento OSPF normalmente descobrem seus vizinhos dinamicamente ouvindo os pacotes de broadcast ou multicast Hello na rede. Como uma rede NBMA não oferece suporte a broadcast (ou multicast), o dispositivo não pode descobrir seus vizinhos dinamicamente, então você deve configurar todos os vizinhos estaticamente. Para configurar vários vizinhos, inclua várias neighbor declarações. Se você quiser que o vizinho seja um roteador designado, inclua a palavra-chave elegível .

  • intervalo de pesquisa — especifica o tempo, em segundos, antes que o dispositivo de roteamento envie pacotes olá para fora da interface antes que ele estabeleça a adjacência com um vizinho. Os dispositivos de roteamento enviam pacotes hello para um intervalo mais longo em redes nãotransmitidas para minimizar a largura de banda necessária em links WAN lentos. O intervalo é de 1 a 255 segundos. Por padrão, o dispositivo envia pacotes hello para fora da interface a cada 120 segundos antes de estabelecer a adjacência com um vizinho.

    Uma vez que o dispositivo de roteamento detecta um vizinho ativo, o intervalo de pacotes hello muda do tempo especificado na poll-interval declaração para o tempo especificado na hello-interval declaração.

Topologia

Configuração

Configuração rápida da CLI

Para configurar rapidamente uma interface OSPFv2 em uma rede NBMA, copiar os seguintes comandos, cole-os em um arquivo de texto, remover quaisquer quebras de linha, alterar todos os detalhes necessários para combinar com sua configuração de rede, copiar e colar os comandos no CLI no nível de hierarquia [editar] e, em seguida, entrar no commit modo de configuração.

Procedimento

Procedimento passo a passo

Para configurar uma interface OSPFv2 em uma rede NBMA:

  1. Configure a interface.

  2. Crie uma área de OSPF.

  3. Atribua a interface à área. Neste exemplo, inclua a palavra-chave elegível para permitir que o vizinho seja um roteador designado.

  4. Configure o intervalo da pesquisa.

  5. Se você terminar de configurar o dispositivo, comprometa a configuração.

Resultados

Confirme sua configuração inserindo os comandos e os show interfaces show protocols ospf comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Verificação

Confirme que a configuração está funcionando corretamente.

Verificando a interface OSPF

Propósito

Verifique a configuração da interface. Confirme que o campo Type exibe NBMA.

Ação

Do modo operacional, entre no show ospf interface detail comando.

Exemplo: configurar uma interface OSPFv2 em uma rede ponto a multiponto

Este exemplo mostra como configurar uma interface OSPFv2 em uma rede ponto a multiponto.

Requisitos

Antes de começar:

Visão geral

Quando você configura o OSPFv2 em uma rede nãotransmitida de multiacesso (NBMA), como um modo de transferência assíncrono (ATM) multiponto ou o Frame Relay, o OSPFv2 opera por padrão no modo ponto a multiponto. Nesse modo, o OSPFv2 trata a rede como um conjunto de links ponto a ponto. Como não há mecanismo de autodiscovery, você deve configurar cada vizinho.

Quando você configura a interface, especifique o endereço IP ou o nome da interface. Usar o endereço IP e o nome da interface produz uma configuração inválida.

Neste exemplo, você configura a interface ATM em 0/1/0 como uma interface OSPFv2 na área 0.0.0.1 do OSPF e especifica 192.0.2.1 como endereço IP do vizinho.

Topologia

Configuração

Configuração rápida da CLI

Para configurar rapidamente uma interface OSPFv2 em uma rede ponto a multiponto, copie os seguintes comandos e cole-os na CLI.

Procedimento

Procedimento passo a passo

Para configurar uma interface OSPFv2 em uma rede ponto a multiponto:

  1. Configure a interface.

  2. Crie uma área de OSPF.

  3. Atribua a interface à área e especifique o vizinho.

    Para configurar vários vizinhos, inclua uma neighbor declaração para cada vizinho.

  4. Se você terminar de configurar o dispositivo, comprometa a configuração.

Resultados

Confirme sua configuração inserindo os comandos e os show interfaces show protocols ospf comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Verificação

Confirme que a configuração está funcionando corretamente.

Verificando a interface OSPF

Propósito

Verifique a configuração da interface. Confirme que o campo Type exibe P2MP.

Ação

Do modo operacional, entre no show ospf interface detail comando.

Entender várias famílias de endereços para o OSPFv3

Por padrão, o OSPFv3 oferece suporte apenas a rotas IPv6 unicast. No Junos OS Release 9.2 e posterior, você pode configurar o OSPFv3 para oferecer suporte a várias famílias de endereços, incluindo iPv4 unicast, multicast IPv4 e multicast IPv6. Esse suporte familiar de endereço mutliple permite que o OSPFv3 ofereça suporte a nós IPv6 e IPv4. O Junos OS mapeia cada família de endereços para um reino separado, conforme definido no RFC 5838, Suporte para famílias de endereços no OSPFv3. Cada reino mantém um conjunto separado de vizinhos e banco de dados de estado de link.

Quando você configura várias famílias de endereços para o OSPFv3, existe um novo campo de ID de instância que permite várias instâncias de protocolo OSPFv3 por link. Isso permite que um único link pertença a várias áreas.

Você configura cada reino de forma independente. Recomendamos que você configure uma área e pelo menos uma interface para cada reino.

Estas são as tabelas padrão de importação e roteamento de exportação para cada uma das quatro famílias de endereços:

  • IPv6 unicast: inet6.0

  • Multicast IPv6: inet6.2

  • IPv4 unicast: inet.0

  • Multicast IPv4: inet.2

Com exceção dos links virtuais, todas as configurações suportadas para a família unicast IPv6 padrão são suportadas para as famílias de endereços que precisam ser configuradas como reinos.

Exemplo: configurar várias famílias de endereços para OSPFv3

Este exemplo mostra como configurar várias famílias de endereços para o OSPFv3.

Requisitos

Antes de começar:

Visão geral

Por padrão, o OSPFv3 oferece suporte a rotas IPv6 unicast, mas você pode configurar o OSPFv3 para dar suporte a várias famílias de endereços. Para dar suporte a uma família de endereços que não seja o Unicast IPv6, você configura um reino que permite que o OSPFv3 anuncie rotas multicast IPv4 unicast, IPv4 ou IPv6. Em seguida, o Junos OS mapeia cada família de endereços que você configura para um reino separado com seu próprio conjunto de vizinhos e banco de dados de estado de enlace.

Nota:

Por padrão, a sincronização de LDP só é suportada para o OSPFv2. Se você configurar um iPv4 unicast ou um reino multicast IPv4, você também pode configurar a sincronização de LDP. Como a sincronização de LDP só é suportada para IPv4, esse suporte só estará disponível para OSPFv3 se você configurar um reino IPv4.

Ao configurar o OSPFv3 para dar suporte a várias famílias de endereços, considere o seguinte:

  • Você configura cada reino de forma independente. Recomendamos que você configure uma área e pelo menos uma interface para cada reino.

  • O OSPFv3 usa endereços locais de enlace IPv6 como fonte de pacotes hello e cálculos de próximo salto. Como tal, você deve habilitar o IPv6 no link, independentemente do reino adicional que você configurar.

A Figura 1 mostra uma conexão entre roteadores R0 e R1. Neste exemplo, você configura a interface fe-0/1/0 no Roteador R0 na área 0 para anunciar rotas unicast IPv4, além das rotas unicast IPv6 padrão na área 1, incluindo a realm ipv4-unicast declaração. Dependendo de seus requisitos de rede, você também pode anunciar rotas multicast IPv4 incluindo a realm-ipv4-multicast declaração, e você pode anunciar rotas multicast IPv6 incluindo a realm-ipv6-multicast declaração.

Figura 1: IPv4 Unicast Realm IPv4 Unicast Realm

Topologia

Configuração

Configuração rápida da CLI

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Modifique a configuração do Junos OS no guia de usuário da CLI.

Para configurar rapidamente várias famílias de endereços para o OSPFv3, copiar os seguintes comandos, cole-os em um arquivo de texto, remover quaisquer quebras de linha, alterar quaisquer detalhes necessários para combinar com sua configuração de rede, copiar e colar os comandos na CLI no nível de hierarquia [editar] e, em seguida, entrar no commit modo de configuração.

Procedimento

Procedimento passo a passo

Para configurar várias famílias de endereços para o OSPFv3:

  1. Configure a interface do dispositivo participante do OSPFv3.

  2. Insira o modo de configuração OSPFv3.

  3. Adicione a interface que você configurou para a área do OSPFv3.

  4. Configure um reino unicast IPv4. Isso permite que o OSPFv3 ofereça suporte a rotas unicast IPv4 e IPv6 unicast.

  5. Se você terminar de configurar o dispositivo, comprometa a configuração.

    Nota:

    Repita toda essa configuração no dispositivo vizinho que faz parte do reino.

Resultados

Confirme sua configuração inserindo os comandos e os show interfaces show protocols ospf comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Verificação

Confirme que a configuração está funcionando corretamente.

Verificando o banco de dados do estado de enlace

Propósito

Verifique o status do banco de dados de estado de link para o reino configurado ou a família de endereços.

Ação

Do modo operacional, entre no show ospf3 database realm ipv4-unicast comando.

Verificando o status das interfaces OSPFv3 com várias famílias de endereços

Propósito

Verifique o status da interface para o reino ou a família de endereços OSPFv3 especificado.

Ação

Do modo operacional, entre no show ospf3 interface realm ipv4-unicast comando.