Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
Nesta página
 

Propriedades de interface física

Use este tópico para configurar várias propriedades de interfaces físicas em seu dispositivo. Leia para configurar propriedades como descrições de interface, velocidades de interface e perfis contábeis para interfaces físicas.

Visão geral das propriedades da interface física

O condutor de software para cada tipo de mídia de rede define valores padrão razoáveis para propriedades gerais da interface. Essas propriedades incluem o tamanho da unidade de transmissão máxima (MTU) da interface, receber e transmitir propriedades de balde com vazamento, modo operacional de enlace e fonte do relógio.

Para modificar qualquer uma das propriedades padrão da interface geral, inclua as declarações apropriadas no nível de [edit interfaces interface-name] hierarquia.

Configure a descrição da interface

Você pode incluir uma descrição de texto de cada interface física no arquivo de configuração. Qualquer texto descritivo que você incluir é exibido na saída dos show interfaces comandos. A descrição da interface também é exposta no objeto base ifAlias de informações de gerenciamento (MIB). Ele não tem impacto na configuração da interface.

Para adicionar uma descrição do texto, inclua a description declaração no nível de [edit interfaces interface-name] hierarquia. A descrição pode ser uma única linha de texto. Se o texto contém espaços, coloque-o entre aspas.

Por exemplo:

Nota:

Você pode configurar o retransmissão DHCP estendido para incluir a descrição da interface na opção 82 Agent Circuit ID suboption. Veja usando informações do agente de retransmissão DHCP 82.

Para exibir a descrição do roteador ou switch CLI, use o show interfaces comando:

Para exibir a descrição da interface das interfaces MIB, use o snmpwalk comando de um servidor. Para isolar informações para uma interface específica, procure o índice de interface mostrado no SNMP ifIndex campo da show interfaces saída de comando. O ifAlias objeto está dentro ifXTable.

Para obter informações sobre a descrição de unidades lógicas, veja Adicionando uma descrição da unidade lógica à configuração.

Como especificar uma interface agregada

Uma interface agregada é um grupo de interfaces. Para especificar uma interface Ethernet agregada, configure aex no nível de [edit interfaces] hierarquia, onde x está um inteiro a partir de 0.

O inteiro x varia de 0 a 127 para roteadores série M e T e de 0 a 479 em roteadores da Série MX.

Se você estiver configurando VLANs para interfaces Ethernet agregadas, você deve incluir a vlan-tagging declaração no nível de [edit interfaces aex] hierarquia para concluir a associação.

Para interfaces SONET/SDH agregadas, configure asx no nível de [edit interfaces] hierarquia.

Nota:

A agregação SONET/SDH é proprietária do Junos OS e pode não funcionar com outros softwares.

Velocidade de interface

The interface speed is the maximum amount of data that can travel through an interface per second. An interface speed ending in m is in megabits per second (Mbps). A link speed ending in g is in gigabits per second (Gbps).

Configurando a velocidade da interface em interfaces Ethernet

Para as interfaces PIC de Ethernet rápida de 12 portas e 48 portas da Série M e série T, a interface Ethernet de gerenciamento (fxp0 ou em0), e as interfaces de cobre Ethernet Tri-Rate da Série MX, você pode definir explicitamente a velocidade da interface. A Ethernet fxp0rápida e em0 as interfaces podem ser configuradas para 10 Mbps ou 100 Mbps (10m | 100m). As interfaces de cobre Ethernet tri-rate da Série MX podem ser configuradas para 10 Mbps, 100 Mbps ou 1 Gbps (10m | 100m | 1g). Para obter informações sobre o gerenciamento de interfaces Ethernet e determinar o tipo de interface Ethernet de gerenciamento para o seu roteador, consulte Entendendo as interfaces de ethernet de gerenciamento e mecanismos de roteamento suportados por roteador. Os roteadores da Série MX, com SFPs de Cobre MX-DPC e Tri-Rate, oferecem suporte a 20x1 Copper para fornecer compatibilidade inversa com a operação 100/10BASE-T e 1000BASE-T por meio de uma interface Serial Gigabit Media Independent Interface (SGMII).

  1. No modo de configuração, vá para o nível de [edit interfaces interface-name] hierarquia.
  2. Para configurar a velocidade, inclua a speed declaração no nível de [edit interfaces interface-name] hierarquia.
Nota:

  • Por padrão, a interface Ethernet de gerenciamento de roteadores série M e T automatiza a operação a 10 megabits por segundo (Mbps) ou 100 Mbps. Todas as outras interfaces escolhem automaticamente a velocidade correta com base no tipo PIC e se o PIC está configurado para operar no modo multiplexado (usando a no-concatenate declaração na hierarquia de [edit chassis] configuração.

  • A partir do Junos OS Release 14.2, a opção auto-10m-100m permite que a porta tri-speed fixa negocie automaticamente com portas limitadas por 100m ou 10mvelocidade máxima. Essa opção deve ser habilitada apenas para a porta MPC tri-rate, ou seja, 3D 40x 1GE (LAN) RJ45 MIC na plataforma MX. Essa opção não oferece suporte a outros MICs na plataforma MX.,

  • Quando você configura manualmente as interfaces Ethernet rápidas nos roteadores da Série M e da Série T, o modo e a velocidade do link devem ser configurados. Se ambos os valores não estiverem configurados, o roteador usa a autonegotiação para o link e ignora as configurações configuradas pelo usuário.

  • Se o parceiro de link não oferecer suporte à automação, configure manualmente a porta Fast Ethernet para combinar com a velocidade e o modo de enlace do parceiro de link. Quando o modo link é configurado, a automação é desativada.

  • Nos roteadores da Série MX com interfaces SFP de cobre tri-rate, se a velocidade da porta for negociada com o valor configurado e a velocidade e a velocidade de interface negociadas não corresponderem, o link não será apresentado.

  • Quando você configura a interface de cobre Tri-Rate Ethernet para operar a 1 Gbps, a autonegotiação deve ser habilitada.

  • Começando pelo Junos OS Release 11.4, o modo meio duplex não é suportado em interfaces de cobre Tri-Rate Ethernet. Ao incluir a speed declaração, você deve incluir a link-mode full-duplex declaração no mesmo nível de hierarquia.

Consulte também

Configure a velocidade da interface SONET/SDH

Você pode configurar a velocidade em interfaces SONET/SDH em modo concetenado, nãoconcateado ou canalizado (multiplexado).

Para configurar a velocidade da interface SONET/SDH no modo concatenado:

  1. No modo de configuração, vá para o nível de [edit interfaces interface-name] hierarquia, onde interface-name está so-fpc/pic/port.
  2. Configure a velocidade da interface no modo concatenado.

    Por exemplo, você pode configurar cada porta de um PIC OC12 de 4 portas para estar em velocidade OC3 ou OC12 de forma independente quando este PIC estiver no modo concatenado de 4xOC12.

Para configurar a velocidade da interface SONET/SDH no modo não concatenado:

  1. No modo de configuração, vá para o nível de [edit interfaces interface-name] hierarquia, onde interface-name está so-fpc/pic/port.

  2. Configure a velocidade da interface no modo não concatenado.

    Por exemplo, você pode configurar cada porta de um PIC OC12 de 4 portas para estar em velocidade OC3 ou OC12 de forma independente quando este PIC estiver no modo concatenado de 4xOC12.

Para configurar o PIC para operar no modo canalizado (multiplexado):

  1. No modo de configuração, vá para o nível de [edit chassis fpc slot-number pic pic-number] hierarquia.

  2. Configure a opção no-concatenate .

Nota:

No SONET/SDH OC3/STM1 (Multi-Rate) MIC com pequeno fator de forma plugável (SFP), verificação de integridade de mensagem de SONET/SDH OC3/STM1 (Multi-Rate) com SFP e emulação de circuitos canalizados OC3/STM1 (multi-rate) MIC com SFP, você não pode definir a velocidade da interface no nível [edit interfaces] de hierarquia. Para habilitar a velocidade desses MICs, você precisa definir a velocidade da porta no nível de [edit chassis fpc slot-number pic pic-number port port-number] hierarquia.

Correção de erro de encaminhamento (FEC)

SUMMARY A correção de erro de encaminhamento (FEC) melhora a confiabilidade dos dados transmitidos pelo seu dispositivo. Quando o FEC é habilitado em uma interface, essa interface envia dados redundantes. O receptor aceita dados apenas quando os bits redundantes combinam, o que remove dados errôneos da transmissão. Junos OS permite que você (o administrador de rede) configure o Reed-Solomon FEC (RS-FEC) e o BASE-R FEC em interfaces Ethernet. A RS-FEC está em conformidade com a Cláusula 91 do IEEE 802.3-2015. O BASE-R FEC está em conformidade com o IEEE 802.3-2015 Cause 74.

Benefícios da FEC

Quando você configura o FEC em interfaces Ethernet, a FEC melhora a função do seu dispositivo destas maneiras:

  • Aumenta a confiabilidade da conexão

  • Permite que o receptor corrija erros de transmissão sem exigir a retransmissão dos dados

  • Amplia o alcance dos enlaces ópticos

Visão geral

Por padrão, o Junos OS permite ou desativa o FEC com base nos enlaces ópticos conectados. Por exemplo, o Junos OS permite o RS-FEC para enlaces ópticos SR4 de 100 Gigabit (Gb) e desativa o RS-FEC para enlaces ópticos LR4 de 100 G. Você pode substituir o comportamento padrão e habilitar ou desativar explicitamente o RS-FEC.

Você pode habilitar ou desativar o RS-FEC para interfaces Ethernet (GbE) de 100 Gigabits. Depois de habilitar ou desabilitar o RS-FEC usando esta declaração, esse comportamento se aplica a qualquer transceptor óptico de 100GbE instalado na porta associada à interface.

Você pode configurar as cláusulas DE FEC CL74 em interfaces de 25 Gb e 50 Gb e CL91 em interfaces de 100 Gb. Como as cláusulas FEC são aplicadas por padrão nessas interfaces, você deve desabilitar as cláusulas FEC se não quiser aplicá-las.

Nota:

PTX5000 roteadores com FPC-PTX-P1-A e FPC2-PTX-P1A não oferecem suporte ao RS-FEC.

Em PTX3000 e PTX5000 roteadores, FPC3-SFF-PTX-1H e FP3-SFF-PTX-1T com enlaces ópticos PE-10-U-QSFP28 PIC e LR4 oferecem suporte apenas ao RS-FEC na porta 2. Para PE-10-U-QSFP28 com enlaces ópticos LR4, o RS-FEC é o modo FEC padrão na porta 2 e NONE é o modo FEC padrão nas portas 0, 1 e 3 a 9. Para PE-10-U-QSFP28 com enlaces ópticos SR4, o RS-FEC é habilitado por padrão em todas as portas. Não modifique o modo FEC em nenhuma porta, independentemente dos enlaces ópticos instalados.

Configure FEC

Para desabilitar ou habilitar um modo FEC em uma interface e quaisquer interfaces associadas, preencha a ação relevante:

  1. Para desativar o modo FEC:
  2. Para habilitar um modo FEC:

    Alternativamente:

  3. Para ver o modo FEC em uma interface, use o show interfaces interface-name comando. A saída lista as estatísticas da FEC para essa interface em particular, incluindo o número de erros corrigidos pela FEC, o número de erros não corrigidos da FEC e o tipo de FEC que foi desativado ou habilitado.

Interface Aliases

Visão geral

Um pseudônimo de interface é uma descrição textual de uma unidade lógica em uma interface física. Um pseudônimo permite que você dê um único nome significativo e facilmente identificável a uma interface. O aliasing de interface é suportado apenas no nível da unidade.

O nome alias é exibido em vez do nome da interface na saída de todos show, show interfacese outros comandos de modo operacional. Configurar um pseudônimo para uma unidade lógica de uma interface não tem efeito sobre como a interface opera no dispositivo.

Para suprimir o alias em favor do nome da interface, use o display no-interface-alias parâmetro junto com o comando show.

Quando você configura o nome alias de uma interface, a CLI economiza o nome alias como o valor da variável no banco de interface-name dados de configuração. Quando o sistema operacional processa a consulta do banco de dados de configuração para a interface-name variável, o valor exato da interface-name variável é devolvido em vez do nome alias para operações e computação do sistema.

Usar o valor exato do nome da interface para operações e computação do sistema permite uma compatibilidade retrógrada com versões do Junos OS nas quais o suporte para pseudônimos de interface não está disponível.

Configuração

Para especificar um pseudônimo de interface, use a alias declaração no nível de [edit interfaces interface-name unit logical-unit-number] hierarquia. Inicie o nome do pseudônimo com uma letra seguida de letras, números, traços, pontos, sublinhados, cólons ou cortes. Evite iniciar o alias com qualquer parte de um nome de interface válido. Use entre 5 e 128 caracteres.

Por exemplo:

Em alguns dispositivos, você também pode configurar o pseudônimo no nível de [edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number] hierarquia.

Nota:

Se você configurar o mesmo nome alias em mais de uma interface lógica, o roteador exibe uma mensagem de erro e o commit falha.

Você pode usar nomes de nomes de interface para facilitar a visualização das funções que as interfaces desempenham em sua configuração. Por exemplo, para facilitar a identificação de interfaces de conexão de satélite:

  1. Interfaces físicas de grupo como uma interface agregada usando um grupo de agregação de links (LAG) ou pacote LAG. Nome da interface agregada sat1 para mostrar que é uma interface de conexão de satélite.
  2. Selecione uma interface lógica como membro do pacote LAG ou de todo o LAG. Nomeie essa interface et-0/0/1 para representar uma porta de dispositivo satélite ou uma instância de serviço.
  3. Você pode combinar o nome do satélite e o nome da interface para representar totalmente o nome da porta do satélite. Por exemplo, você pode dar a sua porta de satélite o pseudônimo sat1:et-0/0/1.

Exemplo: Adicionar um nome alias de interface

Este exemplo mostra como adicionar um pseudônimo à unidade lógica de uma interface. Usar um pseudônimo para identificar interfaces conforme elas aparecem na saída para comandos operacionais pode permitir convenções de nomenclatura mais significativas e uma identificação mais fácil. Essa capacidade de definir nomes de interface para interfaces físicas e lógicas é útil em um ambiente Junos Node Unifier (JNU) que contém os seguintes dispositivos:

  • Uma plataforma de roteamento universal 5G da Série MX da Juniper Networks como controladora

  • Switches Ethernet da Série EX, dispositivos da Série QFX e roteadores metro universais da Série ACX como dispositivos satélites

Requisitos

Este exemplo usa os seguintes componentes de hardware e software:

  • Um roteador da Série MX que atua como um controlador

  • Um switch EX4200 que atua como um dispositivo satélite

  • Versão Junos OS 13.3R1 ou posterior

Visão geral

Você pode criar um pseudônimo para cada unidade lógica em uma interface física. O texto descritivo que você define para o pseudônimo é exibido na saída dos show interfaces comandos. O pseudônimo configurado para uma unidade lógica de uma interface não tem efeito sobre como a interface no roteador ou switch opera — é apenas um rótulo cosmético.

Configuração

Considere um cenário em que nomes de vultos estão configurados nas interfaces de controlador JNU que estão conectadas a um satélite, sáb1. As interfaces estão conectadas na direção de downlink na rede de gerenciamento JNU usando dois links. Os nomes de alias permitem uma identificação eficaz e simplificada dessas interfaces nos comandos de modo operacional que são executados no controlador e satélites.

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 a configuração de sua rede e, em seguida, copie e cole os comandos na CLI no nível de [edit] hierarquia:

Adicione um nome alias de interface para as interfaces do controlador

Procedimento passo a passo

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 Usando o Editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.

Para adicionar um nome de interface vultoso às interfaces do controlador que são usadas para se conectar aos dispositivos de satélite na direção de downlink:

  1. Configure um nome vulto para a unidade lógica de uma interface Ethernet agregada que é usada para se conectar a um satélite, sentado1, na direção de downlink. Configure a família e o inet endereço para a interface.

  2. Configure um nome alias para a unidade lógica de outra interface Ethernet agregada que é usada para se conectar ao mesmo satélite, sat1, na direção de downlink. Configure a família e o inet endereço para a interface.

  3. Configure um nome vulto para a interface Gigabit Ethernet no controlador e configure seus parâmetros.

  4. Configure interfaces Ethernet Gigabit para serem links de membros de uma ae- interface lógica.

  5. Configure o RIP na rede entre o controlador e o gateway de firewall.

Resultados

No modo de configuração, confirme sua configuração inserindo o show comando. Se a saída não exibir a configuração pretendida, repita as instruções de configuração neste exemplo para corrigi-la.

Depois de confirmar que as interfaces estão configuradas, insira o commit comando no modo de configuração.

Verificação

Use os exemplos nesta seção para verificar se o nome alias é exibido em vez do nome da interface.

Verifique a configuração do nome Alias para interfaces de controlador

Propósito

Verifique se o nome do pseudônimo é exibido em vez do nome da interface.

Ação

Exibir informações sobre todos os vizinhos RIP.

Significado

A saída exibe os detalhes do teste de benchmarking que foi realizado. Para obter mais informações sobre o show rip neighbor comando operacional, veja show rip neighbor no CLI Explorer.

Consulte também

Visão geral do clock source

Tanto para o dispositivo quanto para interfaces, a fonte do relógio pode ser um relógio externo que é recebido na interface ou o clock Stratum 3 interno do roteador.

Por exemplo, a interface A pode transmitir na interface o relógio recebido da interface A (externo, temporização de loop) ou o relógio Stratum 3 (tempo interno, temporização de linha ou tempo normal). A interface A não pode usar um relógio de nenhuma outra fonte. Para interfaces como SONET/SDH que podem usar diferentes fontes de relógio, você pode configurar a fonte do relógio de transmissão em cada interface.

A fonte do relógio reside no Conselho de Controle (CB) para roteadores M120. Os roteadores M7i e M10i têm uma fonte de clock na Compact Forwarding Engine Board (CFEB) e na placa de mecanismos de encaminhamento compacto aprimorado (CFEB-E).

Para as Séries T e MX, o clock stratum 3 interno de origem do relógio reside no gerador de relógio SONET (Série T) e na placa de controle de switches (SCB) (Série MX). Por padrão, o relógio de referência Stratum 3 de 19,44 MHz gera o sinal de clock para todos os PICs serial (SONET/SDH) e PICs PDH. Os PDH PICs incluem DS3, E3, T1 e E1.

Nota:

Os roteadores M7i e M10i não oferecem suporte a clocking externo de interfaces SONET.

Configure a fonte do relógio

Tanto para o roteador quanto para interfaces, a fonte do relógio pode ser um relógio externo que é recebido na interface ou o clock Stratum 3 interno do roteador.

Definir a fonte do relógio como externa ou interna:

  1. No modo de configuração, vá para o nível de [edit interfaces interface-name] hierarquia:
  2. Configure a opção clocking como externa ou interna.
Nota:

Em PICs SONET/SDH canalizados, se você definir o clock controlador principal (ou o principal) para external, então, você deve definir os relógios controladores infantis para o valor padrão — ou seja, internal.

Por exemplo, no STM1 PIC canalizado, se o relógio na interface STM1 canalizada (que é o controlador principal) estiver definido para external, então você não deve configurar o relógio ce1 (que é o controlador infantil) para external. Em vez disso, você deve configurar o relógio de interface CE1 para internal.

Para obter informações sobre o clocking em interfaces canalizadas, veja Propriedades de interfaces de IQ e IQE canalizadas. Veja também a configuração da fonte do relógio em interfaces SONET/SDH e a configuração do tempo de loop T3 canalizado.

Para obter informações sobre a configuração de uma interface de sincronização externa que pode ser usada para sincronizar o clock Stratum 3 interno para uma fonte externa em roteadores M120 e M320 e em roteadores da Série T, veja configurando o Junos OS para oferecer suporte a uma interface externa de sincronização de relógios para roteadores série M, Série M e Série T.

Para obter informações sobre a configuração de Ethernet síncrono nas plataformas de roteamento universal MX80, MX240, MX480 e MX960, veja a visão geral síncrono da Ethernet e a configuração da interface de sincronização de relógios em roteadores da Série MX.

Consulte também

Encapsulamento de interfaces em interfaces físicas

O encapsulamento do protocolo de ponto a ponto (PPP) é o tipo padrão de encapsulamento para interfaces físicas. Você não precisa configurar o encapsulamento para interfaces físicas que oferecem suporte ao encapsulamento de PPP, porque o PPP é usado por padrão.

Para interfaces físicas que não suportam o encapsulamento de PPP, você deve configurar um encapsulamento a ser usado para pacotes transmitidos na interface. Em uma interface lógica, você pode configurar opcionalmente um tipo de encapsulamento que Junos OS usa em determinados tipos de pacote.

Recursos de encapsulamento

Quando você configura um encapsulamento ponto a ponto (como PPP ou Cisco HDLC) em uma interface física, a interface física pode ter apenas uma interface lógica (ou seja, apenas uma unit declaração) associada a ela. Quando você configura um encapsulamento multiponto (como o Frame Relay), a interface física pode ter várias unidades lógicas, e as unidades podem ser ponto a ponto ou multiponto.

O encapsulamento entre conexões entre circuitos ethernet (CCC) para interfaces Ethernet com tag identificamento padrão de Tag Protocol Identifier (TPID) exige que a interface física tenha apenas uma única interface lógica. As interfaces de ethernet no modo VLAN podem ter várias interfaces lógicas.

Para interfaces Ethernet no modo VLAN, os IDs VLAN são aplicáveis da seguinte forma:

  • O VLAN ID 0 está reservado para marcar a prioridade dos quadros.

  • Para o tipo vlan-cccde encapsulamento, as IDs VLAN de 1 a 511 estão reservadas para VLANs normais. Os IDs VLAN 512 ou superiores estão reservados para VLAN CCCs.

  • Para o tipo vlan-vplsde encapsulamento, os IDs VLAN de 1 a 511 estão reservados para VLANs normais, e os VLAN IDs 512 a 4094 estão reservados para VLANs VPLS. Para interfaces de Ethernet rápidas de 4 portas, você pode usar IDs VLAN 512 a 1024 para VLANs VPLS.

  • Para tipos extended-vlan-ccc de encapsulamento e extended-vlan-vpls, todos os IDs VLAN são válidos.

  • Para interfaces Gigabit Ethernet e Gigabit Ethernet IQ e IQE PICs com SFPs, você pode configurar o encapsulamento flexível de serviços Ethernet na interface física. Para interfaces com flexible-ethernet-services encapsulamento, todos os IDs VLAN são válidos. Os IDs VLAN de 1 a 511 não estão reservados.

    Nota:

    O Gigabit Ethernet PIC de 10 portas e a porta Gigabit Ethernet integrada no roteador M7i não oferecem suporte a encapsulamento flexível de serviços Ethernet.

Os limites superiores para IDs VLAN configuráveis variam de acordo com o tipo de interface.

Quando você configura um encapsulamento translacional entre conexões (TCC), algumas modificações são necessárias para lidar com as conexões VPN em links diferentes de Camada 2 e Camada 2.5 e encerrar localmente o protocolo de Camada 2 e Camada 2.5. O dispositivo realiza as seguintes alterações específicas para a mídia:

  • TCC do protocolo de ponto a ponto (PPP) — tanto o protocolo de controle de enlace (LCP) quanto o protocolo de controle de rede (NCP) são encerrados no roteador. A negociação de endereços IP do Protocolo de Protocolo de Internet (IPCP) não é suportada. Junos OS tira todos os dados de encapsulamento de PPP dos quadros de entrada antes de encaminhá-los. Para saída, o próximo salto é alterado para encapsulamento PPP.

  • Cisco High-Level Data Link Control (HDLC) TCC — O processamento keepalive é encerrado no roteador. Junos OS tira todos os dados de encapsulamento Cisco HDLC dos quadros de entrada antes de encaminhá-los. Para saída, o próximo salto é alterado para o encapsulamento Cisco HDLC.

  • TCC de retransmissão de quadros — todo o processamento da interface de gerenciamento local (LMI) é encerrado no roteador. Junos OS tira todos os dados de encapsulamento do Frame Relay dos quadros de entrada antes de encaminhá-los. Para saída, o próximo salto é alterado para encapsulamento de Frame Relay.

  • Modo de transferência assíncronos (ATM) — O processamento de operação, administração e manutenção (OAM) e interface de gerenciamento local interino (ILMI) é encerrado no roteador. O retransmissão celular não é suportado. O Junos OS tira todos os dados de encapsulamento de ATM dos quadros de entrada antes de encaminhá-los. Para saída, o próximo salto é alterado para encapsulamento de ATM.

Tipos de encapsulamento

Os tipos de encapsulamento de interface física incluem:

  • Transmissão celular ATM CCC — conecta dois circuitos virtuais remotos ou interfaces físicas de ATM com um caminho comutada por rótulos (LSP). O tráfego no circuito são as células ATM.

  • PVC atm — Definido em RFC 2684, encapsulamento multiprotocol sobre a adaptação de ATM Camada 5. Quando você configura interfaces de ATM físicas com encapsulamento de PVC ATM, um túnel de camada 5 de adaptação de ATM (AAL5) compatível com RFC 2684 é configurado para rotear as células ATM em um caminho de comutação de rótulos multiprotocol (MPLS) que normalmente é estabelecido entre dois roteadores capazes de MPLS usando o Protocolo de Distribuição de Rótulos (LDP).

  • As interfaces de controle de link de dados de alto nível (HDLC) compatíveis com Cisco (cisco-hdlc)— E1, E3, SONET/SDH, T1 e T3 podem usar o encapsulamento Cisco HDLC. Duas versões relacionadas têm suporte:

    • Versão CCC (cisco-hdlc-ccc)— a interface lógica não requer uma declaração de encapsulamento. Quando você usa esse tipo de encapsulamento, você só pode configurar a ccc família.

    • Versão TCC (cisco-hdlc-tcc)— semelhante ao CCC e tem as mesmas restrições de configuração, mas usadas para circuitos com mídia diferente em ambos os lados da conexão.

  • Cross-connect da Ethernet — interfaces de ethernet sem tags VLAN podem usar o encapsulamento de CCC da Ethernet. Duas versões relacionadas têm suporte:

    • Versão CCC (ethernet-ccc)— interfaces de ethernet com tags padrão de Tag Protocol ID (TPID) podem usar o encapsulamento de CCC da Ethernet. Quando você usa esse tipo de encapsulamento, você só pode configurar a ccc família.

    • Versão TCC (ethernet-tcc)— semelhante à CCC, mas usada para circuitos com diferentes mídias em ambos os lados da conexão.

      Para PICs fast ethernet de 8 portas, 12 portas e 48 portas, o TCC não tem suporte.

  • VLAN CCC (vlan-ccc)— Interfaces de ethernet com tags VLAN habilitadas podem usar o encapsulamento de CCC de VLAN. O encapsulamento de CCC de VLAN oferece suporte apenas ao TPID 0x8100. Quando você usa esse tipo de encapsulamento, você só pode configurar a ccc família.

    Ao configurar o encapsulamento de VLAN da Ethernet em circuitos de CCC usando a encapsulation vlan-ccc declaração no nível de [edit interfaces interface-name] hierarquia, você pode vincular uma lista de IDs VLAN à interface. Para configurar um CCC para várias VLANs, use a vlan-id-list [ vlan-id-numbers ] declaração. A configuração dessa declaração cria um CCC para:

    • Cada VLAN listada — por exemplo, vlan-id-list [ 100 200 300 ]

    • Cada VLAN em um intervalo — por exemplo, vlan-id-list [ 100-200 ]

    • Cada VLAN em uma combinação de lista e alcance — por exemplo, vlan-id-list [ 50, 100-200, 300 ]

  • VLAN estendida entre conexões — interfaces Gigabit Ethernet com tags VLAN 802.1Q habilitadas podem usar encapsulamento VLAN cross-connect estendido. (Interfaces de ethernet com tags TPID padrão podem usar o encapsulamento de CCC de VLAN.) Duas versões relacionadas do cross-connect VLAN estendido têm suporte:

    • Versão CCC (extended-vlan-ccc)— o encapsulamento estendido do VLAN CCC oferece suporte a TPIDs 0x8100, 0x9100 e 0x9901. Quando você usa esse tipo de encapsulamento, você só pode configurar a ccc família.

    • Versão TCC (extended-vlan-tcc)— semelhante à CCC, mas usada para circuitos com diferentes mídias em ambos os lados da conexão.

      Para PICs fast ethernet de 8 portas, 12 portas e 48 portas, o VLAN CCC estendido não é suportado. Para PICs Ethernet Gigabit de 4 portas, o VLAN CCC estendido e o VLAN TCC estendido não são suportados.

  • Ethernet VPLS (ethernet-vpls)— interfaces de ethernet com VPLS habilitadas podem usar o encapsulamento Ethernet VPLS.

  • Ethernet VLAN VPLS (vlan-vpls)— interfaces Ethernet com tags VLAN e VPLS habilitados podem usar o encapsulamento VPLS Ethernet VLAN.

  • VLAN VPLS estendida (extended-vlan-vpls)— interfaces Ethernet com taging VLAN 802.1Q e VPLS habilitados podem usar o encapsulamento VLAN VPLS estendido da Ethernet. (Interfaces de ethernet com tags TPID padrão podem usar o encapsulamento VPLS Ethernet VLAN.) O encapsulamento estendido de VLAN VPLS da Ethernet oferece suporte a TPIDs 0x8100, 0x9100 e 0x9901.

  • Serviços Ethernet flexíveis (flexible-ethernet-services)— Gigabit Ethernet e Gigabit Ethernet IQ e IQE PICs com SFPs (exceto o Gigabit Ethernet PIC de 10 portas e a porta Ethernet Gigabit integrada no roteador M7i) podem usar encapsulamento flexível de serviços Ethernet. Os pacotes Ethernet agregados podem usar esse tipo de encapsulamento. Você usa esse tipo de encapsulamento quando deseja configurar vários encapsulamentos Ethernet por unidade. Esse tipo de encapsulamento permite configurar qualquer combinação de roteamento, TCC, CCC, redes privadas virtuais de Camada 2 (VPNs) e encapsulamentos VPLS em uma única porta física. Se você configurar o encapsulamento flexível de serviços Ethernet na interface física, os IDs VLAN de 1 a 511 não estarão mais reservados para VLANs normais.

  • PPP — Definido em RFC 1661, O protocolo de ponto a ponto (PPP) para transmissão de datagramas multiprotocol em links de ponto a ponto. PPP é o tipo padrão de encapsulamento para interfaces físicas. As interfaces E1, E3, SONET/SDH, T1 e T3 podem usar o encapsulamento de PPP.

Configure o encapsulamento em uma interface física

Para configurar o encapsulamento em uma interface física:

  1. No modo de configuração, vá para o nível de [edit interfaces interface-name] hierarquia.
  2. Configure o tipo de encapsulamento.
    Nota:

    • Quando o tipo de encapsulamento estiver definido para encapsular, certifique-se Cisco-compatible Frame Relay de que o tipo de LMI esteja definido para ANSI ou Q933-A.

    • Quando vlan-vpls o encapsulamento é definido no nível de interface física, a verificação de confirmação validará que não deve haver nenhuma inet família configurada dentro dele.

Exibir o encapsulamento em uma interface SONET/SDH física

Propósito

Para exibir o encapsulamento configurado e suas opções de conjunto associadas em uma interface física quando os seguintes forem definidos no nível de [edit interfaces interface-name] hierarquia:

  • nome da interface — assim-7/0/0

  • Encapsulamento—ppp

  • Unidade — 0

  • Família—inet

  • Endereço — 192.168.1.113/32

  • Destino — 192.168.1.114

  • Família eisompls

Ação

Execute o show comando no nível de [edit interfaces interface-name] hierarquia.

Significado

O encapsulamento configurado e suas opções de conjunto associadas são exibidos como esperado. Observe que o segundo conjunto de duas family declarações permite que o IS-IS e o MPLS sejam executados na interface.

Configure o encapsulamento de interface em roteadores da Série PTX

Este tópico descreve como configurar o encapsulamento de interface em roteadores de transporte de pacotes da Série PTX. Use a declaração de flexible-ethernet-services configuração para configurar diferentes encapsulamentos para diferentes interfaces lógicas sob uma interface física. Com encapsulamento flexível de serviços Ethernet, você pode configurar cada encapsulamento de interface lógica sem restrições de alcance para IDs VLAN.

Encapsulamentos suportados para interfaces físicas incluem:

  • flexible-ethernet-services

  • ethernet-ccc

  • ethernet-tcc

No Junos OS Evolved, o flexible-ethernet-services encapsulamento não é suportado em PTX10003 dispositivos.

Os encapsulamentos suportados para interfaces lógicas incluem:

  • ethernet

  • vlan-ccc

  • vlan-tcc

Nota:

Os roteadores de transporte de pacotes da Série PTX não oferecem suporte extended-vlan-cc ou extended-vlan-tcc encapsulamento em interfaces lógicas. Em vez disso, você pode configurar um valor de ID de protocolo de tag (TPID) de 0x9100 para alcançar os mesmos resultados.

Para configurar o encapsulamento flexível de serviços Ethernet, inclua a encapsulation flexible-ethernet-services declaração no nível de [edit interfaces et-fpc/pic/port] hierarquia. Por exemplo:

Keepalives

Por padrão, as interfaces físicas configuradas com o controle de link de dados de alto nível (HDLC) da Cisco ou o encapsulamento do protocolo ponto a ponto (PPP) enviam pacotes keepalive em intervalos de 10 segundos. O termo Frame Relay para keepalives são pacotes de interface de gerenciamento local (LMI); o Junos OS oferece suporte às LMIs anexoS T1.617 da ANSI e à União Internacional de Telecomunicações (ITU) anexo A LMIs do Anexo 933 da ANSI. Em redes de modo de transferência assíncronos (ATM), as células de operação, administração e manutenção (OAM) executam a mesma função. Você configura as células OAM no nível de interface lógica; para obter mais informações, veja Definir o período de célula de loopback ATM OAM F5.

Para desativar o envio de keepalives:

  1. No modo de configuração, vá para o nível de [edit interfaces interface-name] hierarquia.
  2. Inclua a no-keepalives declaração no nível hierárquica [edit interfaces interface-name] .

Para desativar o envio de keepalives em uma interface física configurada com encapsulamento Cisco HDLC para uma conexão translacional entre conexões (TCC):

  1. No modo de configuração, vá para o nível de [edit interfacesinterface-name] hierarquia.

  2. Inclua a no-keepalives declaração com a encapsulation cisco-hdlc-tcc declaração no nível de [edit interfaces interface-name] hierarquia.

Para desativar o envio de keepalives em uma interface física configurada com encapsulamento PPP para uma conexão TCC:

  1. No modo de configuração, vá para o nível de [edit interfaces interface-name] hierarquia.

  2. Inclua a no-keepalives declaração com a encapsulation ppp-tcc declaração no nível de [edit interfaces interface-name] hierarquia.

Quando você configura o PPP no ATM ou PPP multilink em encapsulamento de ATM, você pode ativar ou desativar keepalives na interface lógica. Para obter mais informações, veja Configuração do PPP sobre o encapsulamento ATM2.

Para permitir explicitamente o envio de keepalives:

  1. No modo de configuração, vá para o nível de [edit interfaces interface-name] hierarquia.

  2. Inclua a keepalives declaração no nível hierárquica [edit interfaces interface-name] .

Para alterar um ou mais dos valores keepalive padrão:

  1. No modo de configuração, vá para o nível de [edit interfaces interface-name] hierarquia.

  2. Inclua a keepalives declaração com a opção apropriada como intervalseconds, down-countnumbere o up-countnumber.

Em interfaces configuradas com o encapsulamento Cisco HDLC ou PPP, você pode incluir as seguintes três declarações keepalive. Observe que essas declarações não afetam o encapsulamento do Frame Relay:

  • interval seconds— O tempo em segundos entre sucessivas solicitações de keepalive. O intervalo é de 1 segundo a 32767 segundos, com um padrão de 10 segundos.

  • down-count number— O número de pacotes keepalive que um destino deve não receber antes que a rede reduza o link. A faixa é de 1 a 255, com um padrão de 3.

  • up-count number— O número de pacotes keepalive que um destino deve receber para alterar o status de um link de baixo para cima. A faixa é de 1 a 255, com um padrão de 1.

CUIDADO:

Se os keepalives da interface forem configurados em uma interface que não oferece suporte à keepalives declaração de configuração (por exemplo, ethernet de 10 Gigabits), a camada de link pode cair quando o PIC for reiniciado. Evite configurar os keepalives em interfaces que não oferecem suporte à declaração de keepalives configuração.

Para obter informações sobre as configurações keepalive do Frame Relay, veja Configuração de keepalives de retransmissão de quadros.

Nos roteadores da Série MX com concentradores modulares de portas/placas de interface modulares (MPCs/MICs), o mecanismo de encaminhamento de pacotes em um MPC/MIC processa e responde aos pacotes de manutenção echo-request do protocolo de controle de enlace (LCP) que o assinante PPP (cliente) inicia e envia para o roteador. O mecanismo pelo qual os pacotes LCP Echo-Request são processados pelo Mecanismo de encaminhamento de pacotes em vez do mecanismo de roteamento é chamado de PPP de manutenção rápida Para obter mais informações sobre como o PPP funciona rapidamente em um roteador da Série MX com MPCs/MICs, consulte o Guia de configuração de acesso ao assinante do Junos OS.

Consulte também

Entendendo o fluxo de tráfego unidirecional em interfaces físicas

Por padrão, as interfaces físicas são bidirecionais; ou seja, ambos transmitem e recebem tráfego. Você pode configurar o modo de enlace unidirecional em uma interface Ethernet de 10 Gigabits que cria duas novas interfaces físicas que são unidirecionais. As novas interfaces somente para transmissão e recebimento operam de forma independente, mas ambas são subordinadas à interface original dos pais.

Benefícios

  • Interfaces unidirecionais permitem a configuração de uma topologia de enlace unidirecional. Links unidirecionais são úteis para aplicativos como serviços de vídeo de banda larga, onde quase todo o fluxo de tráfego está em uma direção, do provedor ao usuário.
  • O modo de enlace unidirecional preserva a largura de banda, permitindo que ele seja dedicado diferencialmente às interfaces de transmissão e recebimento.
  • O modo de enlace unidirecional conserva portas para esses aplicativos porque as interfaces somente de transmissão e somente de recebimento agem de forma independente. Cada um pode ser conectado a diferentes roteadores. Por exemplo, isso pode reduzir o número total de portas necessárias.
Nota:

O modo de enlace unidirecional é atualmente suportado apenas no seguinte hardware:

  • Concentrador de portas densas (DPC) de 10 portas de 10 gigabits no roteador MX960

  • 10-Gigabit Ethernet IQ2 PIC e 10-Gigabit Ethernet IQ2E PIC no roteador da Série T

A interface somente de transmissão está sempre operacionalmente ativa. O status operacional da interface somente para recebimento depende apenas de falhas locais; é independente de falhas remotas e do status da interface somente de transmissão.

Na interface dos pais, você pode configurar atributos comuns a ambas as interfaces, como clocking, framing, opções de gigether e sonet. Em cada uma das interfaces unidirecionais, você pode configurar encapsulamento, endereço MAC, tamanho máximo da unidade de transmissão (MTU) e interfaces lógicas.

Interfaces unidirecionais suportam IP e IP versão 6 (IPv6). O encaminhamento de pacotes ocorre por meio de rotas estáticas e entradas estáticas do Protocolo de Resolução de Endereços (ARP), que você pode configurar de forma independente em ambas as interfaces unidirecionais.

Apenas as estatísticas de transmissão são relatadas na interface somente de transmissão (e mostradas como zero na interface somente para recebimento). Apenas as estatísticas de recebimento são relatadas na interface somente de recebimento (e mostradas como zero na interface somente de transmissão). Ambas as estatísticas de transmissão e recebimento são relatadas na interface dos pais.

Habilite o fluxo de tráfego unidirecional em interfaces físicas

O modo de enlace unidirecional faz o tráfego fluir em apenas uma direção. Para permitir o fluxo de tráfego unidirecional em uma interface física:

  1. No modo de configuração, vá para o nível de [edit interfaces interface-name] hierarquia:
  2. Configure a opção unidirectional de criar duas novas interfaces físicas unidirecionais (somente para transmissão e somente recebimento) subordinadas à interface original dos pais.

Habilite notificações de SNMP em interfaces físicas

Por padrão, Junos OS envia notificações do Simple Network Management Protocol (SNMP) quando o estado de uma interface ou uma conexão muda. Você pode habilitar ou desabilitar notificações SNMP com base em seus requisitos.

Habilitar explicitamente o envio de notificações SNMP na interface física:

  1. No modo de configuração, vá para o nível de [edit interfaces interface-name] hierarquia:
  2. Configure a opção traps de habilitar notificações SNMP quando o estado da conexão mudar.

Para desativar notificações de SNMP na interface física:

  1. No modo de configuração, vá para o nível de [edit interfaces interface-name] hierarquia:

  2. Configure a opção no-traps de desativar notificações SNMP quando o estado da conexão mudar.

Contabilizando interfaces físicas

Os dispositivos em execução Junos OS podem coletar vários tipos de dados sobre o tráfego que passa pelo dispositivo. Você (o administrador de sistemas) pode configurar um ou mais perfis contábeis que especificam algumas características comuns desses dados. Essas características incluem:

  • Os campos usados nos registros contábeis

  • O número de arquivos que o roteador ou switch retém antes de descartar, e o número de bytes por arquivo

  • O período de votação que o sistema usa para registrar os dados

Visão geral

Existem dois tipos de perfis contábeis: perfis de filtro e perfis de interface. Configure os perfis usando declarações no nível de [edit accounting-options] hierarquia.

Configure perfis de filtro incluindo a filter-profile declaração no nível de [edit accounting-options] hierarquia. Você aplica perfis de filtro, incluindo a accounting-profile declaração nos níveis de [edit firewall filter filter-name] hierarquia.[edit firewall family family filter filter-name]

Configure perfis de interface incluindo a interface-profile declaração no nível de [edit accounting-options] hierarquia. Continue lendo para saber como configurar perfis de interface.

Configure um perfil de contabilidade para uma interface física

Antes de começar

Configure um arquivo de log de dados de contabilidade no nível de [edit accounting-options] hierarquia. O sistema operacional registra as estatísticas no arquivo de log de dados contábeis.

Para obter mais informações sobre como configurar um arquivo de log de dados contábeis, consulte os arquivos de log de dados contábeis configurados.

Configuração

Configure um perfil de interface para coletar informações de erro e estatística para pacotes de entrada e saída em uma interface física específica. O perfil da interface especifica as informações que o sistema operacional escreve no arquivo de log.

Para configurar um perfil de interface:

  1. Navegue até o nível de [edit accounting-options interface-profile] hierarquia. Inclua o profile-name nome do perfil da interface.
  2. Para configurar quais estatísticas devem ser coletadas para uma interface, inclua a fields declaração.
  3. Cada perfil de contabilidade registra suas estatísticas em um arquivo no /var/log diretório. Para configurar qual arquivo usar, use a file declaração.
    Nota:

    Você deve especificar uma file declaração para o perfil de interface que já foi configurado no nível de [edit accounting-options] hierarquia.
  4. O sistema operacional coleta estatísticas de cada interface com um perfil de contabilidade habilitado. Ele coleta as estatísticas uma vez por intervalo de tempo especificado para o perfil de contabilidade. O sistema operacional agenda o tempo de coleta de estatísticas uniformemente durante o intervalo configurado. Para configurar o intervalo, use a interval declaração:
    Nota:

    O intervalo mínimo permitido é de 1 minuto. Configurar um intervalo baixo em um perfil de contabilidade para um grande número de interfaces pode causar uma grave degradação do desempenho.
  5. Aplique o perfil da interface a uma interface física, incluindo a accounting-profile declaração no nível de [edit interfaces interface-name] hierarquia. O sistema operacional executa a contabilidade nas interfaces que você especifica.

Consulte também

Como exibir o perfil de contabilidade

Propósito

Para exibir o perfil de contabilidade configurado de uma interface física específica no nível de [edit accounting-options interface-profile profile-name] hierarquia que foi configurado com o seguinte:

  • nome da interface — et-1/0/1

  • Perfil da interface —if_profile

  • Nome do arquivo—if_stats

  • Intervalo — 15 minutos

Ação

  • Execute o show comando no nível de [edit interfaces et-1/0/1] hierarquia.

  • Execute o show comando no nível de [edit accounting-options] hierarquia.

Significado

A contabilidade configurada e suas opções de conjunto associadas são exibidas como esperado.

Desativar uma interface física

Você pode desabilitar uma interface física, marcando-a como baixa, sem remover as declarações de configuração da interface da configuração.

Como desativar uma interface física

CUIDADO:

Assinantes dinâmicos e interfaces lógicas usam interfaces físicas para conexão à rede. Você pode definir a interface para desabilitar e confirmar a mudança enquanto assinantes dinâmicos e interfaces lógicas ainda estão ativos. Essa ação resulta na perda de todas as conexões de assinantes na interface. Use o cuidado ao desativar interfaces.

Para desativar uma interface física:

  1. No modo de configuração, vá para o nível de [edit interfaces interface-name] hierarquia.
  2. Inclua a disable declaração.

    Por exemplo:

    Nota:

    Quando você usa a disable declaração no nível de edit interfaces hierarquia, dependendo do tipo PIC, a interface pode ou não desativar o laser. Os transceptores PIC mais antigos não suportam desativar o laser, mas os PICs Ethernet Gigabit mais novos com transceptores SFP e XFP o suportam. Em um dispositivo com PICs mais novos, o laser desliga quando a interface é desativada.
    aviso a laser:

    Não olhe para o feixe laser ou visualize-o diretamente com instrumentos ópticos, mesmo que a interface tenha sido desativada.

Exemplo: Desativar uma interface física

Configuração de interface de amostra:

Desativar a interface:

Verifique a configuração da interface:

Efeito da desativação de interfaces nos PICs da Série T

A tabela a seguir descreve o efeito do uso da declaração sobre os set interfaces disable interface_name PICs da série T.

Tabela 1: Efeito de interfaces definidas desativar <interface_name> nos PICs da série T

Número do modelo PIC

Descrição do PIC

Tipo de PIC

Comportamento

PF-12XGE-SFPP

10 Gigabit Ethernet LAN/WAN PIC com SFP+ (roteador T4000)

5

Transmissão (Tx) laser desativado

PF-24XGE-SFPP

Ethernet LAN/WAN PIC de 10 Gigabits com sobrescrição e SFP+ (roteador T4000)

5

Tx laser desativado

PF-1CGE-CFP

Ethernet PIC de 100 Gigabit com CFP (roteador T4000)

5

Tx laser desativado

PD-4XGE-XFP

Ethernet de 10 Gigabits, LAN/WAN XFP de 4 portas

4

Tx laser desativado

PD-5-10XGE-SFPP

LAN/WAN de 10 Gigabits com SFP+

4

Tx laser desativado

PD-1XLE-CFP

40 Gigabit com CFP

4

Tx laser desativado

PD-1CE-CFP-FPC4

100 Gigabit com CFP

4

Tx laser desativado

PD-TUNNEL

Serviços de túnel de 40 Gigabit

4

NA

PD-4OC192-SON-XFP

OC192/STM64, XFP de 4 portas

4

Laser Tx não desativado

PD-1OC768-SON-SR

OC768c/STM256, 1 porta

4

Laser Tx não desativado

Tabela de histórico de alterações

A compatibillidadde com o recurso dependerá da platadorma e versão utilizada. Use o Feature Explorer para saber se o recurso é compatível com sua plataforma.

Versão
Descrição
14.2
A partir do Junos OS Release 14.2, a opção auto-10m-100m permite que a porta tri-speed fixa negocie automaticamente com portas limitadas por 100m ou 10mvelocidade máxima. Essa opção deve ser habilitada apenas para a porta MPC tri-rate, ou seja, 3D 40x 1GE (LAN) RJ45 MIC na plataforma MX. Essa opção não oferece suporte a outros MICs na plataforma MX.
11.4
Começando pelo Junos OS Release 11.4, o modo meio duplex não é suportado em interfaces de cobre Tri-Rate Ethernet. Ao incluir a speed declaração, você deve incluir a link-mode full-duplex declaração no mesmo nível de hierarquia.