Visão geral dos atributos de serviço

Tipo de serviço

O atributo do tipo de serviço especifica uma topologia de rede para incluir na definição do serviço.

O tipo de serviço é o primeiro atributo a ser determinado durante a definição do serviço. Pode ser um dos seguintes valores:

• E-Line — Circuito virtual entre dois sites de clientes no núcleo da rede.

• E-LAN (multiponto a multiponto) — Serviço de LAN privada virtual (VPLS) entre vários sites de clientes no núcleo da rede para fornecer conectividade full mesh.

• E-LAN (ponto a multiponto) — VPLS entre vários sites de clientes no núcleo da rede para fornecer conectividade entre um site de hub e vários sites spoke.

• IP — oferece suporte à conectividade full mesh e hub-spoke por meio de diferentes protocolos de roteamento, como BGP, OSPF ou protocolos estáticos, ou uma combinação desses.

Sinalização

O atributo de sinalização especifica o protocolo que controla a sinalização no núcleo da rede. Você pode selecionar BGP ou LDP.

Comentários

O atributo Comentários .

Modelo de serviço

O atributo modelo de serviço .

Perfil de alarme de limiar

O atributo de perfil de alarme limiar .

Tipo de interface

O atributo do tipo interface . Você pode especificar um dos seguintes:

• Ethernet

• TDM

• ATM

Habilitação de recursos adicionais

Além do tipo de interface, dependendo da topologia do tipo de serviço e sinalização que você especifica, você pode habilitar os seguintes recursos para um serviço:

• Pseudowire estático — Para redes que não suportam LDP ou não têm LDP habilitado. Você define pseudowires configurando valores estáticos para os rótulos de entrada e saída da conexão.

• Habilite o acesso PW a redes VPN L3

• Habilite o acesso L3

• Habilite o multihoming

• Habilite a extensão pw

• Habilite a resiliência pw

• Desacopla o status do serviço do status da porta — isola eventos relacionados a uma interface no banco de dados OpenNMS. Apenas armadilhas relacionadas a pseudowires são monitoradas.

Cliente

Este atributo especifica o cliente empresarial que usará a instância de serviço. Este atributo é sempre especificado na ordem de serviço.

Habilite qoS

Este atributo especifica se o QoS está habilitado no serviço para dividir o tráfego em classes e oferecer vários níveis de taxa de transferência e perda de pacotes quando ocorre congestionamento. Quando você habilita qoS na definição de serviço, a caixa de configurações de QoS aparece quando você configura a ordem de serviço.

Opções de ethernet

Este atributo identifica o tipo de interface no endpoint definindo o nível de tagamento de pacotes para a UNI. Ele pode ter os seguintes valores:

• Profundidade de tag assimétrica

  Permite que interfaces baseadas em porta, 802.1Q e Q-in-Q para as UNIs coexistam em um serviço.

• porta de porta

  Transfere todos os dados da UNI para a outra extremidade do tronco LSP.

• dot1q

  Uma interface 802.1Q que marca cada pacote com um ID VLAN, permitindo assim que uma VLAN específica passe pela rede.

• qinq

  Uma interface Q-in-Q que marca duas vezes cada quadro. A tag interna é adicionada pelo provedor de serviços. O provedor de serviços pode usar essa tag interna para diferenciar os serviços. Por exemplo, você pode configurar VLANs para a intranet de um cliente com uma tag interna diferente das VLANs usadas para trabalhar com provedores ou parceiros.

Interface

Especifica a interface física no dispositivo N-PE que conecta o site do cliente ou o dispositivo CE ao dispositivo N-PE.

MTU

A unidade de transmissão máxima (MTU) representa o maior tamanho de quadro, em bytes, que passa pela UNI. O MTU é configurável.

Tipo de tráfego do cliente

Esse atributo coloca restrições ao tráfego que pode ser transportado pela rede pelo serviço associado. Ele pode ter os seguintes valores:

• Transporte de VLAN única

  Restringe o serviço associado ao transporte de apenas uma VLAN por toda a rede. Você pode usar essa opção com tipos de interface Q-in-Q e 802.1Q.

• Alcance de VLAN de transporte

  Permite que o serviço associado transporte uma variedade de VLANs por toda a rede. Você pode usar essa opção com tipos de interface Q-in-Q e 802.1Q.

• Transporte todo o tráfego

  Permite que o serviço associado transporte todo o tráfego por toda a rede. Você pode usar essa opção apenas com tipos de interface Q-in-Q.

  O atributo do tipo de tráfego não é aplicável aos serviços de porta a porta. Os serviços de porta a porta sempre transportam todo o tráfego.

• Lista de VLAN de transporte

  Permite que o serviço associado transporte uma lista de VLANs por toda a rede. Você pode usar essa opção com tipos de tags VLAN de dot1q, qinq e profundidade de tag assimétrica.

ID VLAN do cliente

Especifica um ID VLAN que é anexado a cada pacote para permitir que as VLANs sejam compartilhadas em toda a rede.

Esse atributo só pode ser usado com tipos de interface Q-in-Q e 802.1Q.

Serviço VLAN ID e VLAN ID Range

O VLAN ID (VLAN ID) de serviço especifica um segundo nível de taging para segregar grupos de VLANs.

A gama VLAN especifica uma variedade de VLANs a serem transportadas por toda a rede, associando-as a um ID VLAN de serviço.

Essas opções são configuráveis apenas para interfaces Q-in-Q.

Encapsulamento físico

Especifica o tipo de encapsulamento físico da camada de enlace.

• serviços de ethernet flexíveis — oferece mais flexibilidade, dependendo das características do dispositivo N-PE e seus módulos de linha.

  Para interfaces Gigabit Ethernet IQ e PICs Gigabit Ethernet com transceptores plugáveis de pequeno porte (SFPs) apenas, use encapsulamento flexível de serviços Ethernet quando quiser configurar vários encapsulamentos Ethernet por unidade. Esse tipo de encapsulamento permite configurar qualquer combinação de encapsulamentos de rota, TCC, CCC e VPLS em uma única porta física. Os pacotes Ethernet agregados não podem usar esse tipo de encapsulamento. 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.

  No produto Junos Space Connectivity Services Director, você pode usar esse tipo de encapsulamento com interfaces 802.1Q e interfaces Q-in-Q em serviços E-Line e em serviços Ethernet multipontos.

• vlan-ccc — Você pode usar o encapsulamento Ethernet VLAN em interfaces de CCC. Essa opção restringe o intervalo de IDs VLAN disponíveis a 512 a 4094. Os IDs VLAN de 1 a 511 estão reservados para uso interno.

  No produto Junos Space Connectivity Services Director, você pode usar esse tipo de encapsulamento com interfaces 802.1Q e interfaces Q-in-Q em serviços E-Line.

• vlan-ccc estendido — Use o encapsulamento VLAN estendido em interfaces de CCC com interfaces Ethernet Gigabit que devem aceitar pacotes com valores de 802.1Q.

  No produto Junos Space Connectivity Services Director, você pode usar esse tipo de encapsulamento com interfaces 802.1Q e interfaces Q-in-Q em serviços E-Line.

• ethernet-vpls — Use o encapsulamento VPLS da Ethernet em interfaces Ethernet que tenham VPLS habilitada e que devem aceitar pacotes com valores de TPID padrão.

  No produto Junos Space Connectivity Services Director, este encapsulamento é usado apenas para tipos dedicados de interface de porta em serviços Ethernet multipontos.

Encapsulamento lógico

Especifica o tipo lógico de encapsulamento da camada de enlace. O encapsulamento lógico com interfaces 802.1Q permite que você rote vários serviços pela mesma interface física.

• vlan-ccc — Use o encapsulamento de LAN virtual (VLAN) da Ethernet em interfaces de CCC. Quando você usa esse tipo de encapsulamento, você pode configurar apenas o ccc da família.

• vlan-ccc estendido — Use o encapsulamento VLAN estendido em interfaces de CCC com interfaces Ethernet Gigabit que devem aceitar pacotes com valores de 802.1Q.

• vlan-vpls — Use o encapsulamento VLAN VPLS em interfaces Ethernet com tags VLAN e VPLS habilitados. Interfaces com encapsulamento VLAN VPLS aceitam pacotes que transportam apenas valores padrão de Tag Protocol (TPID).

A Tabela 1 define os tipos de encapsulamento lógico válidos para cada tipo de encapsulamento físico em um serviço E-Line.

A Tabela 2 define os tipos de encapsulamento lógico válidos para cada tipo de encapsulamento físico em serviços Ethernet multipontos.

Limitação de taxa e largura de banda

A limitação de taxa permite especificar a largura de banda máxima permitida para um serviço.

A taxa de estouro é calculada automaticamente como duas vezes a MTU da UNI.

Configurações da UNI para interfaces TDM

As seguintes opções de TDM são configuráveis para interfaces TDM:

• Encapsulamento de IF físico — satopsn ou cesopsn

• Buffer de jitter

  Série M: 1 a 340

• Padrão ocioso — 0 a 255

• Taxa de perda excessiva de pacotes — de 1 a 100%

• Tamanho da carga

  Série M: 64 a 1024

Configurações da UNI para interfaces ATM

As seguintes opções de ATM são configuráveis para interfaces ATM:

• Encapsulamento DE SE físico — O tipo de encapsulamento a ser aplicado à interface. Use o retransmissão atm-ccc-cell para encapsulamento de transmissão de células ATM. Use atm-ccc-cell-mux para o ATM VC para CCC.

• Seleção de VPI — O identificador de caminho virtual

• Seleção de VCI — Esse inteiro identifica de forma única o circuito virtual que o serviço usa.

• Tamanho do pacote celular — o tamanho do pacote de célula pode ser de 1 a 34.

Identificador de serviços de LAN privada virtual (ID VPLS)

Este ID VPLS está disponível se a sinalização for LDP e a caixa de verificação Auto Discovery estiver desativada. A ID VPLS pode ser selecionada automaticamente ou manualmente. O VPLS ID identifica o identificador de circuito virtual usado para a instância de roteamento VPLS.

Descoberta automática

A caixa de verificação Auto Discovery só estará disponível se a sinalização for LDP. Se você habilitar o Auto Discovery, os atributos Route target, Route distinguisher e VPN ID aparecem e são provisionáveis.

Identificador de circuito virtual (VCID) (somente serviços de linha E)

Este identificador exclusivo pode ser atribuído automaticamente a partir de um pool de VCIDs ou pode ser especificado manualmente. Ele identifica um circuito virtual ponto a ponto por meio da rede e é fornecido para todos os serviços de E-Line comutos.

Alvos de rota e distincionadores de rota

Os alvos de rota e diferenciadores de rota são aplicados aos serviços de E-Line nos quais o BGP controla as conexões no núcleo da rede.

Alvos de rota e diferenciadores de rota são sempre gerados automaticamente pelo software Junos Space para serviços E-LAN multipontos. Alvos de rota e diferenciadores de rota designam a conectividade multiponto entre os endpoints participantes de um serviço multiponto. Eles identificam os membros da LAN virtual.

VLAN normalizada (somente serviços multipontos)

Assim como os serviços de E-Line, as UNIs dos serviços E-LAN podem ser de porta a porta, 802.1Q ou Q-in-Q. O tipo de mapeamento de VLAN — ou normalização — é especificado na definição do serviço. A normalização da VLAN se aplica apenas aos dispositivos da Série MX.

A normalização oferece suporte a mapeamento automático de VLANs e realiza operações em tags VLAN para alcançar a tradução desejada. O aplicativo Connectivity Services Director oferece suporte às seguintes formas de normalização da VLAN:

• Normalize a VLAN tudo — a ID VLAN do cliente é preservada em toda a rede. Ou seja, o domínio de broadcast inclui as interfaces que têm o mesmo ID VLAN em todo o serviço E-LAN. Para pacotes com tag dupla (interfaces Q-in-Q), uma operação pop na entrada tira o ID VLAN de serviço do pacote. Uma operação de push correspondente na saída insere o ID VLAN de serviço conhecido no local. Assim, o serviço VLAN ID na saída não precisa combinar com a ID VLAN de serviço na entrada.

  Para pacotes com tag única (interfaces 802.1Q), "Normalizar para VLAN Tudo" não tem efeito, porque o pacote não tem nenhum ID VLAN de serviço para pop ou push.

• Normalize-se para nenhuma VLAN — o ID VLAN do cliente não está preservado em toda a rede. O domínio de broadcast inclui todas as VLANs em qualquer site provisionado no serviço. Para pacotes com tag única (interfaces 802.1Q), uma operação pop na entrada remove o ID VLAN do cliente do pacote. Uma operação de push correspondente na saída adiciona um ID VLAN do cliente local.

  Para pacotes com tag dupla (interfaces Q-in-Q), tanto o ID VLAN do cliente quanto o ID VLAN de serviço são retirados do pacote na entrada e empurrados na saída.

• Normalize a tag Dot1q: a tag VLAN está preservada em toda a rede. O domínio de broadcast inclui todas as VLANs em qualquer site provisionado no serviço. Para obter informações sobre como os quadros são traduzidos para fornecer as tags VLAN necessárias para interfaces com diferentes alturas de tag, veja a seção "Mapeamento de VLAN para serviços E-LAN" na compreensão da manipulação de VLAN (normalização e mapeamento de VLAN) nos serviços Ethernet.

• Normalize para tags QinQ — a tag VLAN interna e a tag VLAN externa estão preservadas em toda a rede. O domínio de broadcast inclui todas as VLANs em qualquer site provisionado no serviço. Para obter informações sobre como os quadros são traduzidos para fornecer as tags VLAN necessárias para interfaces com diferentes alturas de tag, veja a seção "Mapeamento de VLAN para serviços E-LAN" na compreensão da manipulação de VLAN (normalização e mapeamento de VLAN) nos serviços Ethernet.

• Normalização não necessária — Somente para serviços de porta a porta. Especifica que a normalização não é usada.

Se a normalização não for usada, todos os IDs VLAN do cliente e todos os IDs VLAN de serviço devem ser compatíveis para fazer parte do mesmo domínio de broadcast. Serviços com interfaces de porta dedicadas não podem usar a normalização.

A normalização funciona bem com IDs VLAN atribuídos automaticamente, porque o provedor de serviços não precisa especificar os IDs VLAN que são estourados e empurrados. Sem normalização, o provedor de serviços deve especificar explicitamente o ID VLAN do cliente e o ID VLAN de serviço.

Aprendizado MAC

Você pode habilitar o aprendizado MAC para um switch virtual, para um domínio de ponte, para uma interface lógica específica em um domínio de ponte ou para um conjunto de domínios de ponte associados a uma porta tronco de Camada 2. O aprendizado MAC é habilitado por padrão.

Quando o aprendizado MAC é habilitado, você pode configurar as seguintes configurações:

Serviços de túnel

Você pode permitir que serviços de túnel especifiquem que o tráfego para determinadas instâncias de roteamento VPLS seja encaminhado para interfaces específicas de túnel virtual (VT), permitindo que você balancee o tráfego VPLS em todas as interfaces VT disponíveis no roteador.

Os serviços de túnel são desativados por padrão.

Comutação local

No modo de comutação local, você pode encerrar vários pseudowires de circuito de Camada 2 em um único grupo de malha VPLS.

A comutação local é desativada por padrão.

Prioridade de redirecionamento rápido

Especifique a prioridade de redirecionamento rápido para uma instância de roteamento VPLS. Você pode configurar prioridade de redirecionamento rápido, médio ou alto para priorizar instâncias específicas de roteamento VPLS para uma convergência mais rápida e restauração de tráfego. Como o roteador repara os próximos saltos para instâncias de roteamento VPLS de alta prioridade primeiro, o tráfego que atravessa uma instância de roteamento VPLS configurada com alta prioridade de redirecionamento rápido é restaurada mais rapidamente do que o tráfego para instâncias de roteamento VPLS configuradas com prioridade de redirecionamento rápido ou médio. A configuração padrão é BAIXA.

Tamanho do bloco de rótulos

Os pacotes MPLS VPLS têm uma pilha de dois rótulos. O rótulo externo é usado para o encaminhamento MPLS normal na rede do provedor de serviços. Se o BGP for usado para estabelecer o VPLS, o rótulo interno será alocado por um roteador PE como parte de um bloco de rótulos. Um rótulo interno é necessário para cada site VPLS remoto. Quatro tamanhos são suportados. Recomendamos usar o tamanho padrão de 8, a menos que o projeto de rede exija um tamanho diferente para o uso ideal de rótulos, para permitir que o roteador ofereça suporte a um número maior de instâncias VPLS.

Se você alocar um grande número de pequenos blocos de rótulos para aumentar a eficiência, você também aumentará o número de rotas no domínio VPLS. Isso tem um impacto na sobrecarga do plano de controle.

Mudar o tamanho configurado do bloco de rótulos faz com que todos os pseudowires existentes sejam excluídos. Por exemplo, se você configurar o tamanho do bloco de rótulo para 4 e depois mudar o tamanho para 8, todos os blocos de rótulo existentes do tamanho 4 são excluídos, o que significa que todos os pseudowires existentes são excluídos. O novo bloco de rótulos do tamanho 8 foi criado, e novos pseudowires são estabelecidos.

Quatro tamanhos de bloco de rótulo são suportados: 2, 4, 8 e 16. Considere os seguintes cenários:

• 2 — Alocar os blocos de rótulo em incrementos de 2. Para um domínio VPLS que tem apenas dois locais sem planos de expansão futuros.

• 4 — Alocar os blocos de rótulo em incrementos de 4.

• 8 (padrão)— Alocar os blocos de rótulo em incrementos de 8.

• 16 — Alocar os blocos de rótulo em incrementos de 16. Um bloco de rótulos de 16 permite que você minimize o número de rotas no domínio VPLS. Use essa configuração apenas se o número de rotas for a preocupação mais importante.

Tipo de conectividade

Você pode configurar a instância de roteamento VPLS para derrubar ou manter suas conexões VPLS dependendo do status das interfaces configuradas para a instância de roteamento VPLS. Por padrão, a conexão VPLS é retirada sempre que uma interface voltada para o cliente configurada para a instância de roteamento VPLS falha. Esse comportamento é configurado explicitamente especificando a opção ce. Você pode, alternativamente, especificar a opção irb para garantir que a conexão VPLS permaneça ativa enquanto uma interface integrada de roteamento e ponte (IRB) for configurada para a instância de roteamento VPLS.

Rotas estáticas

Rotas que são fixações permanentes nas tabelas de roteamento e encaminhamento são muitas vezes configuradas como rotas estáticas. Essas rotas geralmente não mudam, e muitas vezes incluem apenas um ou muito poucos caminhos para o destino. Para criar uma rota estática na tabela de roteamento, você deve, no mínimo, definir a rota como estática e associar um endereço de próximo salto com ele. A rota estática na tabela de roteamento é inserida na tabela de encaminhamento quando o endereço de próximo salto é acessível. Todo o tráfego destinado à rota estática é transmitido para o endereço próximo para trânsito. Você pode especificar opções que definem informações adicionais sobre rotas estáticas que estão incluídas na rota quando ela é instalada na tabela de roteamento. Todas as opções estáticas são opcionais. Um roteador usa rotas estáticas nos seguintes cenários:

Quando não tem uma rota para um destino que tenha um valor de preferência melhor (menor).

Quando não pode determinar a rota para um destino.

Quando ele está encaminhando pacotes insustáveis.

Para o prefixo de destino da rota estática, você deve especificar o destino da rota (em prefixo de destino de rota) de uma das seguintes maneiras:

rede/comprimento de máscara, onde a rede é a parte de rede do endereço IP e comprimento de máscara é o comprimento do prefixo de destino.

padrão se esta for a rota padrão para o destino. Isso equivale a especificar um endereço IP de 0,0,0,0/0/0.

Para a parte de próximo salto da rota estática, você deve configurar o endereço de rede IPv4, IPv6 ou ISO do próximo salto ou o nome da interface no qual configurar uma métrica independente ou preferência por uma rota estática.

Configurações do PIM

O Protocol Independent Multicast (PIM) surgiu como um algoritmo para superar as limitações de protocolos de modo denso, como o Protocolo de roteamento multicast de vetor de distância (DVMRP), que era eficiente para clusters densos de receptores multicast, mas não escalava bem para os grupos maiores, mais esparsos e encontrados na Internet. O protocolo Core Based Trees (CBT) tinha o objetivo de também oferecer suporte ao modo esparso, mas a TCC, com sua abordagem central toda poderosa, fez a colocação das aplicações essenciais e de grandes tipos de conferência (muitas para muitas) resultou em gargalos no núcleo. O PIM foi projetado para evitar problemas de escala de modo denso do DVMRP e os possíveis problemas de desempenho da TCC ao mesmo tempo. O PIM opera em vários modos: modo bidirecional, modo esparso, modo denso e modo esparso denso. No modo denso esparso, alguns grupos multicast são configurados como modo denso (estado de inundação e podar, [S,G] e outros são configurados como modo esparso (juntar-se explícito ao ponto de encontro [RP], [*,G] estado). Para juntar-se à árvore compartilhada ou à árvore de ponto de encontro (RPT), como é chamada no modo esparso PIM, o roteador deve fazer o seguinte: Determine o endereço IP da RP para esse grupo. Determinar o endereço pode ser tão simples quanto a configuração estática no roteador, ou tão complexo quanto um conjunto de protocolos aninhados.

• Construa a árvore compartilhada para esse grupo. O roteador executa uma verificação de RPF no endereço RP em sua tabela de roteamento, que produz a interface mais próxima da RP. O roteador agora detecta que pacotes multicast deste RP para este grupo precisam fluir para o roteador nesta interface RPF.

• Envie uma mensagem de junção nesta interface usando o protocolo multicast adequado (provavelmente modo esparso PIM) para informar ao roteador upstream que ele deseja se juntar à árvore compartilhada para esse grupo. Esta mensagem é uma (*,G) uma mensagem de junção porque S não é conhecido. Apenas o RP é conhecido, e o RP não é realmente a fonte dos pacotes multicast. O roteador que recebe a (*,G) mensagem de junção adiciona a interface na qual a mensagem foi recebida em sua lista de interface de saída (OIL) para o grupo e também realiza uma verificação de RPF no endereço RP. O roteador upstream então envia uma (*,G) mensagem de junção da interface RPF em direção à fonte, informando ao roteador upstream que ele também quer se juntar ao grupo.

Você pode especificar os seguintes atributos: modo PIM na interface. A escolha do modo PIM está intimamente vinculada ao controle de como os grupos são mapeados nos modos PIM, da seguinte forma: esparso bidirecional — Use se todos os grupos multicast estiverem operando no modo bidirecional, esparso ou SSM. bidirecional-esparso-densa — Use se grupos multicast, exceto aqueles especificados na declaração de grupos densos, estiverem operando no modo bidirecional, esparso ou SSM. densa — Use se todos os grupos multicast estiverem operando em modo denso. esparso — Use se todos os grupos multicast estiverem operando no modo esparso ou no modo SSM. denso esparso — Use se grupos multicast, exceto aqueles especificados na declaração de grupos densos, estiverem operando em modo esparso ou modo SSM

Nome da interface em que o PIM deve ser habilitado. Especifique o nome completo da interface, incluindo os componentes de endereço físico e lógico.

Configure o dispositivo de roteamento como um ponto de encontro (RP) real ou potencial. Um dispositivo de roteamento pode ser uma RP para mais de um grupo.

Nome da interface no dispositivo que funciona como RP.

Faixas de endereço para os grupos multicast para os quais o dispositivo de roteamento é o RP. Por padrão, um dispositivo de roteamento que executa o PIM é elegível para ser o RP para todos os grupos IPv4 ou IPv6 (224.0.0.0/4 ou FF70:/12 para FFF0::/12). O exemplo a seguir limita os grupos para os quais esse dispositivo de roteamento pode ser o RP.

Configurações do MVPN

VPNs multicast multiprotocol baseadas em BGP (também conhecidas como multicast VPN de Camada 3 de próxima geração) constituem a próxima evolução após VPNs multicast duplas (draft-rosen) e fornecem uma solução mais simples para administradores que desejam configurar multicast em VPNs de Camada 3. Para AS MVPNs MBGP (também conhecidas como VPNs multicast de Camada 3 de próxima geração), o modo padrão de operação oferece suporte apenas a árvores de caminho mais curto (SPTs) intersites para o PIM do cliente (C-PIM) para as mensagens. Ele não oferece suporte a árvores de ponto de encontro (RPTs) para as mensagens de junção de C-PIM. O modo de operação padrão oferece vantagens, mas requer que o ponto de encontro do cliente (C-RP) seja localizado em um roteador PE ou que o Protocolo de descoberta de fonte multicast (MSDP) seja usado entre o C-RP e um roteador PE para que o roteador PE possa aprender sobre fontes ativas anunciadas por outros roteadores PE. Se o modo padrão não for adequado para o seu ambiente, você pode configurar o modo RPT-SPT (também conhecido como distribuição de dados de árvores compartilhadas), conforme documentado na seção 13 do rascunho BGP-MVPN (draft-ietf-l3vpn-2547bis-mcast-bgp-00.txt). O modo RPT-SPT oferece suporte ao modelo PIM nativo de mensagens de transmissão (*,G) do receptor para a RP para juntar mensagens de junção entre árvores compartilhadas. Isso significa que as rotas tipo 6 (*,G) são transmitidas de um roteador PE para outro. No modo RPT-SPT, as rotas multicast de árvore compartilhada são anunciadas de um roteador PE de saída para o roteador upstream conectado ao site VPN com o C-RP. A eleição de um único atacante é realizada para o C-RP e não para a fonte. O roteador PE de saída leva o salto upstream para anunciar o (*,G) e envia a rota tipo 6 em direção ao roteador PE upstream. Para enviar os dados no RPT, podem ser usados túneis de provedor inclusivos ou seletivos. Depois que os dados começarem a fluir no RPT, os switches de roteador de último salto para o modo SPT, a menos que você inclua as declarações de infinidade de limiar de spt na configuração.

Você pode especificar os seguintes parâmetros:

• Indique se o modo de distribuição de dados de árvore compartilhada ou o modo mais curto somente para árvores de caminho (somente SPT) do MVPN deve ser habilitado para aprender sobre fontes multicast ativas usando rotas ativas de VPN multicast. o modo de operação padrão é o modo mais curto somente para árvores de caminho (somente SPT). No modo somente de SPT, as fontes multicast ativas são aprendidas por meio de rotas ativas de VPN multicast. Este modo de operação é descrito na seção 14 do draft BGP-MVPN (draft-ietf-l3vpn-2547bis-mcast-bgp-00.txt).

• Especifique as metas de exportação e importação especificadas especificamente para locais de remetente ou locais receptores, ou pode ser emprestada de uma meta de rota unicast configurada. Observe que a meta de rota de exportação de um local de remetente é sempre anunciada quando as rotas de associação de segurança são exportadas. Por padrão, as metas de rota de importação e encaminhamento (VRF) de VPN (configuradas usando políticas de importação e exportação de VRF ou usando a declaração vrf-target) são usadas para importar e exportar rotas com as informações de acessibilidade da camada de rede (NLRI) do MBGP MVPN. Você pode usar as opções alvo de exportação e alvo de importação para substituir as metas padrão de importação e rota de exportação VRF.

• Especifique a meta de exportação para permitir que você substitua as metas de rota de exportação e importação de VPN de Camada 3 usadas para importação e exportação de rotas para as informações de alcance da camada de rede (NLRI) do MBGP MVPN.

• Especifique o valor-alvo ao importar rotas de site de remetente e receptor.

• Especifique uma comunidade alvo unicast como alvo de importação enquanto importa rotas de remetente e receptor.

• Especifique se deseja habilitar a seleção automática de um targert de exportação se uma configuração não for fornecida. Uma rota de descoberta automática importada é tratada como pertencente ao conjunto do site do remetente e ao conjunto do local do receptor.

• Especifique os nomes da comunidade alvo de exportação e importação.

• Especifique o nome do túnel do provedor para configurar a inundação de serviços de LAN privada virtual (VPLS) de tráfego unicast, broadcast e multicast desconhecidos usando LSPs ponto a multiponto. Configure também LSPs de ponto a multiponto para MVPNs MBGP.

• Especifique o tipo de site do MBGP MVPN. Um MVPN do MBGP define dois tipos de conjuntos de site, um conjunto de site de remetente e um receptor.

• Configure o upstream multicast hop (UMH) para denotar um roteador para usar a preferência de rota unicast para determinar a eleição de um único encaminhamento.

Configurações mac

Você pode especificar os seguintes atributos relacionados à aplicação MAC de um nó:

Habilite ou desativar o aprendizado MAC para todas as interfaces lógicas em um domínio de ponte especificado, ou para uma interface lógica específica em um domínio de ponte. Desativar o aprendizado MAC dinâmico impede que as interfaces especificadas aprendam endereços MAC de origem. Um limite no número de endereços MAC aprendidos com um domínio de ponte específico ou de uma interface lógica específica que pertence a um domínio de ponte. Para uma porta de acesso, o limite padrão no número máximo de endereços MAC que podem ser aprendidos em uma porta de acesso é 1024. Para uma porta tronco, o limite padrão no número máximo de endereços MAC que podem ser aprendidos em uma porta de tronco é 8192.

Habilite ou desabite a contabilidade de pacotes para um roteador ou switch como um todo ou para uma VLAN específica. Depois de habilitar a contabilidade de pacotes, o Junos OS mantém contadores de pacotes para cada endereço MAC aprendido. Por padrão, a contabilidade MAC é desabilitada. Tamanho da tabela de endereços MAC para cada VLAN. O tamanho padrão da tabela é de 5120 endereços. O mínimo que você pode configurar é de 16 endereços, e o máximo é de 1.048.575 endereços. Se o limite da tabela MAC for atingido, novos endereços não poderão mais ser adicionados à tabela. Os endereços MAC nãoutilizados são removidos automaticamente da tabela de endereços MAC. Isso libera espaço na tabela, permitindo que novas entradas sejam adicionadas.

Configurações de topologia

Atribua automaticamente um diferencial de rota à instância de roteamento. Como alternativa, especifique o diferencial de rota manualmente especificando um identificador conectado a uma rota, permitindo que você distingue a qual VPN ou VPLS a rota pertence. Cada instância de roteamento deve ter um diferencial de rota único associado a ela. O diferencial de rota é usado para colocar limites em torno de uma VPN para que os mesmos prefixos de endereço IP possam ser usados em VPNs diferentes sem que eles se sobreponham.