Propriedades de endereço da família de protocolo e interface

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 de origem 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 primária 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 pela 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 sequência a seguir:

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 nessa 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 do roteador ou interfaces internas. Por isso, recomenda-se que você atribua um endereço de loopback ou configure explicitamente uma interface primária para controlar a seleção padrão de endereços.

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 não numerada.

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

• Uma interface Ethernet não numerada 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 a jusante. Você não pode executar IGMP ou 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 OSPF ou 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), garanta que o OSPF seja 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
• 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 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 dos policiais de tráfego.

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

Você pode incluir esta 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 de desarticulação definidos como classes de origem e classes 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 de uso de 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 de 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 da 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 originário da 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 a 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 enviados a partir 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 na qual você permite o uso da classe de destino e a utilização da classe de origem, 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 ingresso 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 o 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 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 origem e o destino combinam prefixos contábeis, o sistema operacional associa o pacote apenas à classe de origem.

Para tráfego por interfaces MPC, a contabilidade de SCU e DCU é realizada após a avaliação dos filtros de saída. Se um pacote combinar com 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.

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

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

• Em M7i, roteadores 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 combinar com uma condição de correspondência de filtro de firewall, o pacote estará incluído na contabilidade de SCU ou DCU; o pacote é contado para qualquer ação de termo (incluindo a ação discard ).

• Em M120, M320 e roteadores da Série T, as declarações e source-class declarações destination-class são suportadas 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. Em M7i, M10i e roteadores da Série MX, essas declarações são suportadas.

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 da [edit routing-instances routing-instance-name vrf-table-label] hierarquia. 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 Junos OS Network Management Administration Guide for Routing Devices. Para obter mais informações sobre o MPLS, consulte o guia de usuário de aplicativos MPLS.