Propriedades de endereço de interface e família de protocolos

O roteador tem um endereço padrão e uma interface primária; e interfaces têm endereços primários e preferidos.

O endereço padrão do roteador é usado como endereço fonte em interfaces não numeradas. O processo de protocolo de roteamento tenta selecionar o endereço padrão como ID do roteador, que é usado por protocolos, incluindo OSPF e BGP interno (IBGP).

A interface principal do roteador é a interface que os pacotes saem quando nenhum nome de interface é especificado e quando o endereço de destino não implica uma interface de saída específica.

O endereço principal de uma interface é usado por padrão como endereço local para pacotes de broadcast e multicast originados localmente e enviados para fora da interface. O endereço preferido de uma interface é o endereço local padrão usado para pacotes originados pelo roteador local para destinos na sub-rede.

O endereço padrão do roteador é escolhido usando a seguinte sequência:

1. O endereço principal na interface lo0 de loopback que não 127.0.0.1 é usado.

2. O endereço principal na interface primária é usado.

3. Quando existem várias interfaces com endereços "primários" e "preferidos", a interface com o menor índice de interface é selecionada e o endereço principal é usado. Caso nenhum dos endereços IP da interface esteja explicitamente marcado com a primary declaração, o endereço numericamente mais baixo dessa interface é usado como endereço padrão do sistema.

4. Qualquer interface restante com um endereço IP pode ser selecionada. Isso inclui o gerenciamento ou interfaces internas do roteador. Por esse motivo, é recomendável atribuir um endereço de loopback ou configurar explicitamente uma interface primária para controlar a seleção de endereços padrão.

Os seguintes requisitos e restrições se aplicam quando você configura interfaces Ethernet não numeradas:

• A unnumbered-address declaração atualmente oferece suporte à configuração de interfaces Ethernet não numeradas para famílias de endereços IP versão 4 (IPv4) e IP versão 6 (IPv6).

• Você pode atribuir um endereço IP apenas a uma interface Ethernet que ainda não está configurada como uma interface sem números.

• Você deve configurar um ou mais endereços IP na interface do doador para uma interface Ethernet sem números.

• Você não pode configurar a interface do doador para uma interface Ethernet sem números.

• Uma interface Ethernet sem números não oferece suporte à configuração das seguintes address opções de declaração: arp, broadcast, , primary, preferredou vrrp-group.

• Você pode executar o Protocolo de Gerenciamento de Grupos de Internet (IGMP) e o Módulo de Interface Física (PIM) apenas em interfaces Ethernet não numeradas que enfrentam diretamente o host e não têm vizinhos PIM downstream. Você não pode executar o IGMP ou o PIM em interfaces Ethernet não numeradas que atuam como interfaces upstream em uma topologia PIM.

• Você pode executar o OSPF em interfaces Ethernet não numeradas configuradas como uma conexão ponto a ponto (P2P). No entanto, você não pode executar o OSPF ou o IS-IS em interfaces Ethernet não numeradas que não estão configuradas como P2P.

  Para distribuição de estado de enlace usando um protocolo de gateway interior (IGP), certifique-se de que o OSPF esteja habilitado na interface do doador para uma configuração de interface sem números para que o endereço IP do doador possa ser alcançado para estabelecer sessões de OSPF.

• Propósito
• Ação

• Propósito
• Ação
• Significado

• Propósito
• Ação
• Significado

Ao aplicar um filtro de firewall, você pode definir uma interface para fazer parte de um grupo de interface. Os pacotes recebidos nessa interface são marcados como sendo parte do grupo. Em seguida, você pode combinar esses pacotes usando a interface-group declaração de correspondência, conforme descrito nas políticas de roteamento, filtros de firewall e guia de usuário de policiais de tráfego.

Para definir a interface como parte de um grupo de interface, inclua a group declaração:

Você pode incluir essa declaração nos seguintes níveis de hierarquia:

[edit interfaces interface-name unit logical-unit-number family family filter]

Para interfaces que transportam IP versão 4 (IPv4), versão IP 6 (IPv6), MPLS ou tráfego de faturamento peer AS, você pode manter a contagem de pacotes com base nos pontos de entrada e saída para tráfego que passa pela sua rede. Os pontos de entrada e saída são identificados por prefixos de origem e destino agrupados em conjuntos desarticulados definidos como classes de origem e aulas de destino. Você pode definir aulas com base em uma variedade de parâmetros, como roteamento de vizinhos, sistemas autônomos e filtros de rota.

A contabilidade da classe de origem (SCU) conta com pacotes enviados aos clientes realizando uma busca no endereço de origem IP. A SCU possibilita rastrear o tráfego originado de prefixos específicos no núcleo do provedor e destinados a prefixos específicos na borda do cliente. Você deve habilitar a contabilidade SCU nas interfaces físicas de entrada e saída, e a rota para a origem do pacote deve estar localizada na tabela de encaminhamento.

O uso de classe de destino (DCU) conta com pacotes dos clientes realizando uma busca no endereço de destino IP. A DCU possibilita rastrear o tráfego originado na borda do cliente e destinado a prefixos específicos no roteador de núcleo do provedor.

A Figura 1 ilustra uma rede ISP. Nesta topologia, você pode usar o DCU para contar pacotes que os clientes enviam para prefixos específicos. Por exemplo, você pode ter três contadores, um por cliente, que contam os pacotes destinados a prefixo 210.210/16 e 220.220/16.

Você pode usar o SCU para contar pacotes que o provedor envia de prefixos específicos. Por exemplo, você pode contar os pacotes que são enviados do prefixo 210.210/16 e 215.215/16 que são transmitidos em uma interface de saída específica.

Figura 1: Contabilidade de prefixo com aulas de origem e destino

Você pode configurar até 126 aulas de origem e 126 aulas de destino. Para cada interface em que você permite o uso da classe de destino e o uso de classe fonte, o sistema operacional mantém um contador específico de interface para cada classe correspondente até o limite de 126 classes.

Para habilitar a contagem de pacotes em uma interface, inclua a accounting declaração:

direction pode ser um dos seguintes:

• input— Configure pelo menos um ponto de entrada esperado.

• output— Configure pelo menos um ponto de saída esperado.

• input output— Em uma única interface, configure pelo menos um ponto de entrada esperado e um ponto de saída esperado.

Você pode incluir essas declarações nos seguintes níveis de hierarquia:

[edit interfaces interface-name unit logical-unit-number family (inet | inet6 | mpls)]

Para que a SCU funcione, você deve configurar pelo menos uma interface de entrada e pelo menos uma interface de saída.

Depois de habilitar a contabilidade em uma interface, o sistema operacional mantém contadores de pacotes para essa interface, com contadores separados para inet, inet6e mpls famílias de protocolo. Em seguida, você deve configurar os atributos de classe de origem e classe de destino em declarações de ação de políticas, que devem ser incluídas nas políticas de exportação da tabela de encaminhamento.

Você pode configurar a contabilidade SCU para VPNs de Camada 3 configuradas com a vrf-table-label declaração. Inclua a source-class-usage declaração no nível hierárquica [edit routing-instances routing-instance-name vrf-table-label] . A source-class-usage declaração neste nível de hierarquia é suportada apenas para o tipo de instância de roteamento e encaminhamento virtual (VRF).