Padrões MPLS suportados

O Junos OS suporta substancialmente os seguintes rascunhos de RFCs e Internet, que definem padrões para MPLS e engenharia de tráfego.

• RfC 2858, extensões multiprotocol para BGP-4

• RFC 3031, arquitetura multiprotocol de comutação de rótulos

• RFC 3032, codificação de pilhas de rótulo MPLS

• Códigos de identificação de comportamento por hop RFC 3140

• RfC 3270, suporte a comutação de rótulos multi protocolo (MPLS) de serviços diferenciados

  Apenas os E-LSPs são suportados.

• RFC 3443, processamento time to live (TTL) em redes de comutação de rótulos multi protocolo (MPLS)

• RFC 3478, Mecanismo gracioso de reinicialização para protocolo de distribuição de rótulos

• RFC 3906, cálculo de rotas de protocolo de gateway interior (IGP) por túneis de engenharia de tráfego

• RFC 4090, extensões de redirecionamento rápido para RSVP-TE para túneis LSP

  A proteção de nós no backup da instalação não é suportada.

• RFC 4124, extensões de protocolo para suporte de engenharia de tráfego MPLS consciente de Diffserv

• RFC 4182, removendo uma restrição ao uso de NULL explícito do MPLS

• RFC 4364, BGP/MPLS IP Virtual Private Networks (VPNs)

• RFC 4379, detecção de falhas no plano de plano de dados comutada por rótulos multi protocolo (MPLS)

• RFC 4385, Pseudowire Emulation Edge-to-Edge (PWE3) Palavra de controle para uso em um PSN MPLS.

  Suportado em roteadores da Série MX com a emulação de circuitos channelizados OC3/STM1 (multi-rate) MIC com SFP.

• RFC 4875, extensões para RSVP-TE para LSPs TE de ponto a multiponto

• RFC 4950, extensões de ICMP para comutação de rótulos multiprotocol

• RfC 5317, Relatório da Equipe de Trabalho Conjunto (JWT) sobre considerações de arquitetura MPLS para um perfil de transporte

• RFC 5586, Canal Associado Genérico MPLS

• RFC 5654, requisitos de um perfil de transporte MPLS

  Os recursos a seguir são suportados na implementação do Junos OS do perfil de transporte MPLS (MPLS-TP):

  • O MPLS-TP OAM pode enviar e receber pacotes com GAL e G-Ach, sem encapsulamento ip.

  • Dois LSPs RSPs RSVP unidirecionais entre um par de roteadores podem ser associados entre si para criar um LSP bidrecional associado para vincular um caminho para as mensagens GAL e G-Ach OAM. Uma única sessão de detecção de encaminhamento bidirecional (BFD) é estabelecida para o LSP bidirecional associado.

• RFC 5712, Engenharia de tráfego MPLS Preemption suave

• RFC 5718, uma rede de comunicação de dados em banda para o perfil de transporte MPLS

• RFC 5860, Requisitos para operações, administração e manutenção (OAM) em redes de transporte MPLS

• RFC 5884, Detecção bidirecional de encaminhamento (BFD) para caminhos comuados por rótulos MPLS (LSPs)

• RFC 5921, uma estrutura para MPLS em redes de transporte

• RFC 5950, estrutura de gerenciamento de rede para redes de transporte baseadas em MPLS

• RFC 5951, requisitos de gerenciamento de rede para redes de transporte baseadas em MPLS

• RFC 5960, arquitetura de plano de dados de perfil de transporte MPLS

• RFC 6215, Perfil de transporte MPLS Interfaces de usuário para rede e rede para rede

• RFC 6291, Diretrizes para o uso da sigla "OAM" no IETF.

• Identificadores de perfil de transporte MPLS (MPLS-TP) RFC 6370

• RFC 6371, estrutura de operações, administração e manutenção para redes de transporte baseadas em MPLS.

• RfC 6372, estrutura de sobrevivência do perfil de transporte MPLS (MPLS-TP)

• RFC 6373, estrutura de plano de controle MPLS-TP

• RFC 6388, extensões de protocolo de distribuição de rótulos para caminhos comutados de rótulos de ponto a multiponto e multiponto

  Apenas os LSPs de ponto a multiponto são suportados.

• RFC 6424, Mecanismo para realizar ping de caminho comuado por rótulo (LSP Ping) em túneis MPLS

• RFC 6425, detecção de falhas no plano de dados em MPLS ponto a multiponto — extensões ao ping LSP

• RFC 6426, mpls verificação de conectividade sob demanda e rastreamento de rotas

• RFC 6428, verificação proativa de conectividade, verificação de continuidade e indicação de defeito remoto para o perfil de transporte MPLS

• RfC 6510, formatos de mensagem do protocolo de reserva de recursos (RSVP) para objetos de caminho comutado por rótulos (LSP)

• RFC 7746, auto-ping de caminho comuto de rótulo (LSP)

• Rascunho da Internet draft-ietf-mpls-rsvp-te-no-php-oob-mapping-01.txt, comportamento não PHP e mapeamento fora de banda para RSVP-TE LSPs

Os seguintes RFCs e rascunhos de Internet não definem padrões, mas fornecem informações sobre MPLS, engenharia de tráfego e tecnologias relacionadas. A IETF os classifica de várias forma como "experimentais", "históricos" ou "informativos".

• RFC 2547, VPNs BGP/MPLS

• RFC 2702, requisitos para engenharia de tráfego sobre MPLS

• RFC 2917, uma arquitetura DE VPN IP MPLS de núcleo

• RFC 3063, mecanismo de prevenção de loop MPLS

• RFC 3208, especificação confiável do protocolo de transporte PGM

  Apenas o elemento da rede é suportado.

• RFC 3469, estrutura para recuperação baseada em comutação de rótulos multi protocolo (MPLS)

• RFC 3564, requisitos para suporte de engenharia de tráfego MPLS com reconhecimento de serviços diferenciados

• RFC 4125, modelo de restrições de largura de banda de alocação máxima para engenharia de tráfego MPLS consciente de Diffserv

• RFC 4127, Modelo de restrições de largura de banda de bonecas russas para engenharia de tráfego MPLS com reconhecimento de Diffserv

• Rascunho da Internet draft-martini-l2circuit-encap-mpls-11.txt, Métodos de encapsulamento para transporte de quadros de camada 2 sobre redes IP e MPLS

  O Junos OS difere do rascunho da Internet das seguintes maneiras:

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

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

  • Quando os pacotes fora de sequência chegam, o número de sequência esperado para o vizinho é definido para o número de sequência na palavra de controle de circuito de Camada 2.

• Rascunho da Internet draft-martini-l2circuit-trans-mpls-19.txt, Transporte de quadros de Camada 2 sobre MPLS

• RFC 4875, extensões ao protocolo de reserva de recursos — Engenharia de tráfego (RSVP-TE) para caminhos comutados de rótulos TE de ponto a multiponto (LSPs) (Suporte a um caminho por modo S2L de sinalização)

O Junos OS oferece suporte substancial aos seguintes RFCs e rascunhos da Internet, que definem padrões para RSVP.

• RFC 2205, Protocolo de Reservação de Recursos (RSVP)— Especificação funcional da versão 1

• RFC 2210, o uso de RSVP com serviços integrados de IETF

• RFC 2211, especificação do serviço de elemento de rede de carga controlada

• RFC 2212, especificação da qualidade de serviço garantida

• RFC 2215, parâmetros gerais de caracterização para elementos de rede de serviços integrados

• RFC 2745, Mensagens de diagnóstico RSVP

• RFC 2747, Autenticação criptográfica RSVP (atualizada pela RFC 3097)

• RFC 2750, extensões RSVP para controle de políticas (RFC não tem suporte. Totalmente compatível com dispositivos que oferecem suporte a essa RFC).

• RFC 2961, RSVP renovam extensões de redução de custos fixos

• RFC 3097, autenticação criptográfica RSVP — valor atualizado do tipo de mensagem

• RFC 3209, RSVP-TE: Extensões para RSVP para túneis LSP

  O objeto de serviço nulo para sinalização de unidade de transmissão máxima (MTU) no RSVP não é suportado.

• RFC 3210, Declaração de aplicabilidade para extensões ao RSVP para túneis LSP

• RFC 3473, extensões generalizadas de comutação de rótulos multi-protocolo (GMPLS) de sinalização ReserVation Protocol-Traffic Engineering (RSVP-TE)

  Apenas a Seção 9, "Tratamento de falhas", é suportada.

• RFC 3477, sinalização de enlaces não numerados no Protocolo de ReServação de Recursos - Engenharia de Tráfego (RSVP-TE)

• RFC 4090, extensões de redirecionamento rápido para RSVP-TE para túneis LSP

• RFC 4203, extensões OSPF em suporte a comutação generalizada de rótulos multi-protocolo (GMPLS)

  (As extensões de OSPF podem transportar informações de engenharia de tráfego em links não numerados.)

• RFC 4558, protocolo de reserva de recursos baseado em nós (RSVP) Olá: Uma declaração de desapuração

• RFC 4561, Definição de um sub-objeto de nó-Id (RRO) de um objeto de roteamento de registro (RRO)

  O subobjecto de ID de nós de RRO é usado em configurações de proteção contra enlaces e nós entre AS.

• RFC 4875, extensões para RSVP-TE para LSPs TE de ponto a multiponto

• RFC 5420, codificação de atributos para o estabelecimento de LSP MPLS usando engenharia de tráfego de protocolo de reserva de recursos (RSVP-TE)

  Apenas o objeto LSP_ATTRIBUTES é suportado.

• RFC 7570, atributo caminho de comutada por rótulo (LSP) no objeto de rota explícito (ERO)

• RFC 8370, técnicas para melhorar a escalabilidade das implantações RSVP-TE

• draft-ietf-mpls-ri-rsvp-frr-05, Refresh Interval Independent FRR Facility Protection

Os RFCs a seguir não definem padrões, mas fornecem informações sobre RSVP e tecnologias relacionadas. A IETF os classifica de várias formas como "experimentais" ou "informativos".

• RFC 2209, Resource ReSerVation Protocol (RSVP)— Regras de processamento de mensagens da versão 1

• RFC 2216, modelo de especificação de serviço de elemento de rede

• RFC 4125, modelo de restrições de largura de banda de alocação máxima para engenharia de tráfego MPLS consciente de Diffserv

• RFC 4127, Modelo de restrições de largura de banda de bonecas russas para engenharia de tráfego MPLS com reconhecimento de Diffserv

• RFC 8577, sinalização de túneis RSVP-TE em um plano de encaminhamento MPLS compartilhado (totalmente compatível)

O Junos OS oferece suporte substancial aos seguintes RFCs e rascunhos de Internet, que definem padrões para LDP.

• RFC 3212, configuração LSP baseada em restrições usando LDP

• RFC 3478, Mecanismo gracioso de reinicialização para protocolo de distribuição de rótulos

• Rascunho da Internet draft-napierala-mpls-targeted-mldp-01.txt, usando extensões multiponto LDP em sessões de LDP direcionadas

Os RFCs a seguir não definem padrões, mas fornecem informações sobre LDP. O IETF os classifica como "Informativos".

• RFC 3215, máquina de estado LDP

• RFC 5036, especificação do LDP

  Para os seguintes recursos descritos nas seções indicadas do RFC, o Junos OS oferece suporte a um dos modos possíveis, mas não aos outros:

  • Controle de distribuição de rótulos (seção 2.6.1): O modo pedido é compatível, mas não o modo Independente.

  • Retenção de rótulos (seção 2.6.2): O modo liberal é apoiado, mas não o modo conservador.

  • Anúncio de rótulo (seção 2.6.3): Tanto o modo downstream não solicitado quanto o modo Downstream on Demand são suportados.

• RFC 5283, Extensão LDP para caminhos comutados de rótulos interáreas (LSPs)

• RFC 5443, sincronização de IGP de LDP

• RFC 5561, recursos de LDP

• RFC 6826, sinalização em banda multiponto LDP para caminhos comutados de rótulos de ponto a multiponto e multiponto

  Suporte para o Junos OS limitado a extensões de ponto a multiponto para LDP.

Os RFCs a seguir fornecem informações sobre a engenharia de tráfego consciente de DiffServ e LSPs multiclasse:

• RfC 3270, suporte a comutação de rótulos multi protocolo (MPLS) de serviços diferenciados

• RFC 3564, requisitos para suporte de engenharia de tráfego MPLS com reconhecimento de serviços diferenciados

• RFC 4124, extensões de protocolo para suporte de engenharia de tráfego MPLS com reconhecimento de serviços diferenciados

• RFC 4125, modelo de restrições de largura de banda de alocação máxima para engenharia de tráfego MPLS consciente de Diff-Serv

• RFC 4127, Modelo de restrições de largura de banda de bonecas russas para MPLS com reconhecimento de Diff-Serv

Esses RFCs estão disponíveis no site da IETF em http://www.ietf.org/.http://www.ietf.org/

O Junos OS oferece suporte substancial aos seguintes RFCs e rascunhos de Internet, que definem padrões para MPLS generalizado (GMPLS).

• RFC 3471, comutação geral de rótulos multi protocolo (GMPLS) descrição funcional

  Apenas os seguintes recursos são suportados:

  • LSPs bidirecionais (apenas rótulo upstream)

  • Separação de canal de controle

  • Rótulo generalizado (apenas rótulo sugerido)

  • Solicitação de rótulo generalizada (apenas codificação de largura de banda)

• RFC 3473, extensões generalizadas de comutação de rótulos multi-protocolo (GMPLS) de sinalização ReserVation Protocol-Traffic Engineering (RSVP-TE)

  Apenas a Seção 9, "Tratamento de falhas", é suportada.

• RFC 4202, extensões de roteamento em suporte a comutação generalizada de rótulos multi-protocolo

  Apenas a comutação de interface é suportada.

• RFC 4206, hierarquia de caminhos comuados por rótulos (LSP) com comutação generalizada de rótulos multi protocolo (GMPLS) engenharia de tráfego (TE)

• Rascunho da Internet draft-ietf-ccamp-gmpls-rsvp-te-ason-02.txt, Generalized MPLS (GMPLS) Sinalização RSVP-TE em suporte à rede óptica comutada automaticamente (ASON) (expira em janeiro de 2005)

• Rascunho da Internet draft-ietf-ccamp-gmpls-sonet-sdh-08.txt, extensões generalizadas de comutação de rótulos multi-protocolo para SONET e controle de SDH

  Apenas rótulos de formato S,U,K,L,M e parâmetros de tráfego SONET são suportados.

• Rascunho do rascunho da Internet-ietf-ccamp-lmp-10.txt, Protocolo de gerenciamento de enlaces (LMP)

• Rascunho da Internet draft-ietf-ccamp-ospf-gmpls-extensions-12.txt, extensões OSPF em suporte a comutação generalizada de rótulos multi-protocolo

  Os seguintes tipos de sub-TLV para o tipo de link, link, valor (TLV) não são suportados:

  • Conecte identificadores locais/remotos (tipo 11)

  • Tipo de proteção de enlaces (tipo 14)

  • Grupo de enlace de risco compartilhado (SRLG) (tipo 16)

  Os recursos descritos na Seção 2 do rascunho, "Implicações no Recomeço Gracioso", também não são suportados.

  O tipo de sub-TLV do recurso de comutação de interface (tipo 15) é implementado, mas apenas para comutação de pacotes.

• Rascunho da Internet draft-ietf-mpls-bundle-04.txt, Link Bundling em Engenharia de Tráfego MPLS

O Junos OS oferece suporte substancial aos seguintes RFCs e rascunhos de Internet, que definem padrões para PCEP.

• RFC 5440, protocolo de comunicação de elemento de computação de caminho (PCE) — PCE stateful

• RFC 8231, Protocolo de comunicação de elementos de computação de caminho (PCEP)— extensões para PCE stateful

• RFC 8281, Protocolo de comunicação de elementos de computação de caminho (PCEP)— extensões de configuração LSP iniciada por PCE em um modelo PCE stateful

• Internet draft-ietf-pce-stateful-pce-07.txt, extensões PCEP para PCE stateful

• Internet draft-pce-pce-pce-iniciado-lsp-03.txt, extensões PCEP para configuração de LSP iniciada por PCE em um modelo PCE stateful

• Internet draft-ietf-pce-segment-routing-06.txt, extensões PCEP para roteamento por segmentos

• Internet draft-ietf-pce-stateful-pce-p2mp-02.txt, extensões de protocolo de elemento de computação de caminho (PCE) para uso de PCE stateful para caminhos comutados de rótulos de engenharia de tráfego de ponto a multiponto

• Rascunho da Internet draft-cbrt-pce-stateful-local-protection-01, extensões PCEP para proteção local RSVP-TE com PCE-Stateful (excluindo suporte para mapeamento LSP de bypass)

• Rascunho da Internet draft-ietf-pce-pcep-flowspec-05, Extensão PCEP para especificação de fluxo

  A implementação atual deste recurso não implementa as seguintes seções do rascunho:

  • Seção 3.1.2 — Recursos de publicidade PCE no IGP

  • Seção 3.2 — Mensagem pcReq e PCRep

  • Seção 7 — A maioria das especificações de fluxo, exceto o diferencial de rota e as especificações de fluxo multicast IPv4, não são suportadas.