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, broadcastprimarypreferredouvrrp-group.

  Para obter informações sobre essas opções de declaração, consulte Configurar o endereço da interface.

• 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.

interfaces {
  et-0/0/0 {
    unit 0 {
      family inet {
        address 192.168.1.1/24;
      }
    }
  }
  et-0/0/1 {
    unit 0 {
     family inet {
       address 192.168.1.1/24;
     }
  }
}

• Propósito
• Ação
• Significado

• 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:

group filter-group-number;

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

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

• [edit logical-systems logical-system-name 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.

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: Aulas de 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:

accounting {
    destination-class-usage;
    source-class-usage {
        direction;
    }
}

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)]

• [edit logical-systems logical-system-name 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.

A capacidade de contar um único pacote para a contabilidade de SCU e DCU depende da interface física subjacente.

• Para tráfego em interfaces modulares de concentrador de porta/placa de interface modular (MPC/MIC), um único pacote de entrada é contado para a contabilidade de SCU e DCU se o SCU e o DCU estiverem configurados. Para garantir que o pacote de saída seja contado, inclua as source-class-usage output declarações na configuração da interface de saída.

• Para tráfego em interfaces de DPC, um pacote de entrada é contado apenas uma vez, e o SCU tem prioridade sobre a DCU. Isso significa que quando um pacote chega em uma interface na qual você inclui as declarações e destination-class-usage as source-class-usage input declarações na configuração, e quando a fonte e o destino combinam prefixos contábeis, o sistema operacional associa o pacote apenas à classe de origem.

Para tráfego em interfaces de MPC, a contabilidade de SCU e DCU é realizada após a avaliação dos filtros de saída. Se um pacote corresponder a uma condição de correspondência de filtro de firewall, o pacote será incluído na contabilidade de SCU ou DCU, exceto no caso de ação do termo combinado ser discard.

Nos roteadores Série T, M120 e M320, as aulas de classe de origem e destino não são realizadas por toda a malha do roteador. As implicações disso são as seguintes:

• Na Série T, M120 e M320, a contabilidade de SCU e DCU é realizada antes que o pacote entre na malha.

• Nos roteadores M7i, M10i, M120 e M320, em roteadores da Série MX com não MPC e em roteadores da Série T, a contabilidade de SCU e DCU é realizada antes que os filtros de saída sejam avaliados. Consequentemente, se um pacote corresponder a uma condição de correspondência de filtro de firewall, o pacote será incluído na contabilidade de SCU ou DCU; o pacote é contado para qualquer ação de termo (incluindo a ação discard ).

• Nos roteadores M120, M320 e Série T, as declarações e source-class o destination-class suporte são no nível de [edit firewall family family-name filter filter-name term term-name from] hierarquia apenas para o filtro aplicado à tabela de encaminhamento. Nos roteadores M7i, M10i e Série MX, essas declarações são compatíveis.

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.

No Junos OS Release 9.3 e posterior, você pode configurar a contabilidade de 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).

Para uma discussão completa sobre perfis de contabilidade de classe de origem e destino, consulte o Guia de Administração de Gerenciamento de Rede do Junos OS para dispositivos de roteamento. Para obter mais informações sobre o MPLS, consulte o Guia de usuário de aplicativos MPLS.