Configuração de interfaces para circuitos de camada 2

Configurando uma comunidade para o circuito de Camada 2

Para configurar uma comunidade para um circuito de Camada 2, inclua a community declaração:

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

• [edit protocols l2circuit neighbor address interface interface-name]

• [edit logical-systems logical-system-name protocols l2circuit neighbor address interface interface-name]

Para obter informações sobre como configurar uma política de roteamento para um circuito de Camada 2, consulte a configuração de políticas para circuitos de Camada 2.

Configurando a palavra de controle para circuitos de Camada 2

Para emular o encapsulamento de circuito virtual (VC) para circuitos de Camada 2, uma palavra de controle de 4 byte é adicionada entre a unidade de dados de protocolo de Camada 2 (PDU) sendo transportada e o rótulo VC usado para desmultiplexing. Para a maioria dos protocolos, uma palavra de controle nulo que consiste em todos os zeros é enviada entre vizinhos de circuito de Camada 2.

No entanto, bits individuais estão disponíveis em uma palavra de controle que pode transportar informações de controle de protocolo de Camada 2. As informações de controle são mapeadas na palavra de controle, que permite que o cabeçalho de um protocolo de Camada 2 seja retirado do quadro. Os dados restantes e a palavra de controle podem ser enviados pelo circuito de Camada 2, e o quadro pode ser remontado com as informações de controle adequadas no ponto de saída do circuito.

Os seguintes protocolos de Camada 2 mapeiam informações de controle de Camada 2 em campos de bits especiais na palavra de controle:

• Frame Relay — A palavra de controle oferece suporte ao transporte de informações elegíveis para descarte (DE), notificação de congestionamento explícito (FECN) e notificação explícita de congestionamento (BECN) para trás. Para obter informações de configuração, consulte Configurar a Palavra de controle para interfaces de relé de quadros.

  Nota:

  O Frame Relay não é suportado nos roteadores da Série ACX.

• Modo ATM AAL5 — A palavra de controle oferece suporte ao transporte de processamento de números de sequência, prioridade de perda de células ATM (CLP) e informações explícitas de indicação de congestionamento para a frente (EFCI). Quando você configura um circuito de Camada 2 do modo AAL5, as informações de controle são transportadas por padrão e nenhuma configuração adicional é necessária.

• Modo de retransmissão celular ATM — a palavra de controle oferece suporte apenas ao processamento de números de sequência. Quando você configura um circuito de camada 2 de retransmissão celular, as informações do número da sequência são transportadas por padrão e nenhuma configuração adicional é necessária.

A implementação do Junos OS do processamento de números de sequência para o modo de transmissão celular ATM e o modo AAL5 não é a mesma descrita na Sec. 3.1.2 do projeto IETF de métodos de encapsulamento para transporte de quadros de Camada 2 sobre redes IP e MPLS. As diferenças são as seguintes:

• Um pacote com um número de sequência de 0 é considerado fora de sequência.

• Um pacote que não tem o próximo número de sequência incremental é considerado fora da sequência.

• Quando os pacotes fora de sequência chegam, o número de sequência na palavra de controle de circuito de Camada 2 aumenta em um e se torna o número de sequência esperado para o vizinho.

As seções a seguir discutem como configurar a palavra de controle para circuitos de Camada 2:

Configurando o tipo de encapsulamento para a interface vizinha do circuito de Camada 2

Você pode especificar o tipo de encapsulamento de circuito de Camada 2 para a interface que recebe tráfego de um vizinho de circuito de Camada 2. O tipo de encapsulamento é transportado nas mensagens de sinalização de LDP trocadas entre vizinhos do circuito de Camada 2 quando pseudowires são criados. O tipo de encapsulamento que você configura para cada vizinho de circuito de Camada 2 varia dependendo do tipo de equipamento de rede ou do tipo de protocolo de Camada 2 que você implantou em sua rede. Se você não especificar um tipo de encapsulamento para o circuito de Camada 2, o encapsulamento da interface do dispositivo CE é usado por padrão.

Especifique o tipo de encapsulamento para a interface vizinha do circuito de Camada 2, incluindo a encapsulation-type declaração:

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

• [edit protocols l2circuit neighbor address interface interface-name]

• [edit logical-systems logical-system-name protocols l2circuit neighbor address interface interface-name]

Habilitando o circuito de Camada 2 quando o encapsulamento não se iguala

Você pode configurar o Junos OS para permitir que um circuito de Camada 2 seja estabelecido, embora o encapsulamento configurado na interface do dispositivo CE não corresponda ao encapsulamento configurado na interface de circuito de Camada 2, incluindo a ignore-encapsulation-mismatch declaração. Você pode configurar a ignore-encapsulation-mismatch declaração para a conexão à conexão remota, incluindo a declaração no nível de [edit protocols l2circuit neighbor address interface interface-name] hierarquia ou para a conexão local, incluindo esta declaração no nível de [edit protocols l2circuit local-switching interface interface-name] hierarquia.

Para obter uma lista de níveis de hierarquia nos quais você pode incluir esta declaração, consulte a seção de resumo da declaração para esta declaração.

Configuração do MTU anunciado para um circuito de Camada 2

Por padrão, o MTU usado para anunciar um circuito de Camada 2 é determinado usando o MTU da interface para a interface física associada e subtraindo a sobrecarga de encapsulamento para o envio de pacotes IP com base no encapsulamento.

No entanto, encapsulamentos que oferecem suporte a várias interfaces lógicas (e vários circuitos de Camada 2) dependem da mesma interface MTU (uma vez que todas elas estão associadas à mesma interface física). Isso pode ser uma limitação para circuitos VLAN de Camada 2 usando a mesma interface Ethernet ou para DLCIs de circuito de Camada 2 usando a mesma interface Frame Relay.

Isso também pode afetar ambientes de vários fornecedores. Por exemplo, se você tem três dispositivos PE fornecidos por diferentes fornecedores e um dos dispositivos só oferece suporte a um MTU de 1500, mesmo que os outros dispositivos ofereçam suporte a MTUs maiores, você deve configurar o MTU como 1500 (a menor MTU dos três dispositivos PE).

Você pode configurar explicitamente qual MTU é anunciado para um circuito de Camada 2, mesmo que o circuito de Camada 2 esteja compartilhando uma interface física com outros circuitos de Camada 2. Quando configurar explicitamente um MTU para um circuito de Camada 2, fique ciente do seguinte:

• Um MTU explicitamente configurado é sinalizado para o dispositivo PE remoto. O MTU configurado também é comparado com o MTU recebido do dispositivo PE remoto. Se houver um conflito, o circuito de Camada 2 será retirado.

• Se você configurar um MTU para uma interface de relé de célula ATM em um PIC ATM II, o MTU configurado é usado para computar o tamanho do pacote celular anunciado para esse circuito de Camada 2, em vez da interface padrão MTU.

• Um MTU configurado é usado apenas no plano de controle. Ele não é aplicado no plano de dados. Você precisa garantir que o dispositivo CE para um determinado circuito de Camada 2 use o MTU correto para transmissão de dados.

Para configurar o MTU para um circuito de Camada 2, inclua a mtu declaração no nível de [edit protocols l2circuit neighbor address interface interface-name] hierarquia.

Habilitando o circuito de Camada 2 quando o MTU não se iguala

Você pode configurar o Junos OS para permitir que um circuito de Camada 2 seja estabelecido mesmo que o MTU configurado no roteador PE não corresponda ao MTU configurado no roteador PE remoto, incluindo a ignore-mtu-mismatch declaração no nível de [edit protocols l2circuit neighbor address interface interface-name] hierarquia.

Configurando a interface de proteção

Você pode configurar uma interface de proteção para a interface lógica que liga um circuito virtual ao seu destino, seja o destino remoto ou local. Uma interface de proteção fornece um backup para a interface protegida em caso de falha. O tráfego de rede usa a interface primária apenas desde que as funções primárias da interface. Se a interface primária falhar, o tráfego será alternado para a interface de proteção. A interface de proteção é opcional.

Para configurar a interface de proteção, inclua a protect-interface declaração:

Para obter uma lista de níveis de hierarquia nos quais você pode incluir esta declaração, consulte a seção de resumo da declaração para esta declaração.

Para um exemplo de como configurar uma interface de proteção para um circuito de Camada 2, veja Exemplo: configurando interfaces de proteção de circuito de Camada 2.

Configurando a interface de proteção da comutação até a interface primária

Normalmente, quando a interface primária cai, o pseudowire começa a usar a interface de proteção. Por padrão, quando a interface primária volta on-line, a interface é trocada de volta da interface de proteção para a interface principal. Para evitar que a transferência de volta para a interface principal, a menos que a interface de proteção caia, inclua a no-revert declaração. Isso evita a perda de tráfego durante a transição.

Você pode configurar a no-revert declaração no nível de [edit protocols l2circuit neighbor address interface interface-name] hierarquia:

Configurando o status pseudowire TLV

A variável de comprimento do tipo de status pseudowire (TLV) é usada para comunicar o status de um pseudowire para frente e para trás entre dois roteadores PE. Para configurações de circuito de Camada 2, você pode configurar o roteador PE para negociar o pseudowire com seu vizinho usando o status pseudowire TLV. Essa mesma funcionalidade também está disponível para configurações vizinhas de LDP VPLS. O status pseudowire TLV é configurável para cada conexão pseudowire e é desativado por padrão. O processo de negociação de status pseudowire garante que um roteador PE reverta para o método de retirada de rótulos para status pseudowire se seu vizinho de roteador PE remoto não suportar o status pseudowire TLV.

Ao contrário da palavra de controle, a capacidade de um roteador de PE de dar suporte ao status pseudowire TLV é comunicada quando a mensagem inicial de mapeamento de rótulos é enviada ao seu roteador PE remoto. Uma vez que o roteador PE transmite seu suporte para o status pseudowire TLV ao seu roteador PE remoto, ele inclui o status pseudowire TLV em cada mensagem de mapeamento de rótulos enviada ao roteador PE remoto. Se você desativar o suporte para o status pseudowire TLV no roteador PE, uma mensagem de retirada de rótulos é enviada ao roteador PE remoto e, em seguida, uma nova mensagem de mapeamento de rótulos sem o status pseudowire TLV segue.

Para configurar o status pseudowire TLV para o pseudowire para o roteador PE vizinho, inclua a pseudowire-status-tlv declaração:

Para obter uma lista dos níveis de hierarquia nos quais você pode incluir esta declaração, consulte a seção de resumo da declaração para esta declaração.

Configuração de circuitos de Camada 2 em LSPs RSVP e LDP

Você pode configurar dois circuitos de Camada 2 entre os mesmos dois roteadores, e ter um circuito de Camada 2 atravessando um RSVP LSP e o outro atravessando um LSP LDP. Para isso, você precisa configurar dois endereços de loopback no roteador local. Você configura um dos endereços de loopback para o circuito de Camada 2 que atravessa o RSVP LSP. Você configura o outro endereço de loopback para lidar com o circuito de Camada 2 que atravessa o LSP LDP. Para obter informações sobre como configurar várias interfaces de volta de loop, consulte configuração de unidades lógicas na interface de loopback para instâncias de roteamento em VPNs de Camada 3.

Você também precisa configurar um endpoint de túnel de rede comutada de pacote (PSN) para um dos circuitos de Camada 2. Pode ser o circuito de Camada 2 que atravessa o RSVP LSP ou o que atravessa o LDP LSP. O endereço endpoint do túnel PSN é o endereço de destino do LSP no roteador remoto.

Para configurar o endereço para o endpoint do túnel PSN, inclua a psn-tunnel-endpoint declaração:

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

• [edit logical-systems logical-system-name protocols l2circuit neighbor address interface interface-name]

• [edit protocols l2circuit neighbor address interface interface-name]

Por padrão, o endpoint do túnel PSN para um circuito de Camada 2 é idêntico ao endereço vizinho, que também é o mesmo que o endereço vizinho do LDP.

Os endpoints de túnel no roteador remoto não precisam ser endereços de loopback.

Configuração do ID do circuito virtual

Você configura um ID de circuito virtual em cada interface. Cada ID de circuito virtual identifica com exclusividade o circuito de Camada 2 entre todos os circuitos de Camada 2 para um vizinho específico. A chave para identificar um circuito de Camada 2 específico em um roteador PE é o endereço vizinho e o ID do circuito virtual. Uma ligação LDP-FEC-to-label está associada a um circuito de Camada 2 baseado no ID do circuito virtual na FEC e no vizinho que enviou essa ligação. A ligação LDP-FEC-to-label permite a disseminação do rótulo VPN usado para o envio de tráfego nesse circuito de Camada 2 para o dispositivo CE remoto.

Você também configura um ID de circuito virtual para cada pseudowire redundante. Um pseudowire redundante é identificado pelo endereço vizinho de backup e pelo ID do circuito virtual. Para obter mais informações, consulte configuração de redundância pseudowire no roteador PE.

Para configurar o ID do circuito virtual, inclua a virtual-circuit-id declaração:

Para obter uma lista de níveis de hierarquia nos quais você pode incluir esta declaração, consulte a seção de resumo da declaração para esta declaração.