Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Contabilidade do atributo de sobrecarga do policial no nível da interface

Um perfil de largura de banda (BWP) impõe limites à utilização da largura de banda de acordo com a especificação do nível de serviço (SLS) acordada pelo assinante e pelo provedor de serviços como parte do acordo de nível de serviço (SLA). Existem dois tipos de perfis de largura de banda:

  • Perfil de largura de banda de ingresso

  • Perfil de largura de banda de saída

Necessidade de ajuste de sobrecarga do policial

O conjunto de padrões Metro Ethernet Forum (MEF) Carrier Ethernet (CE) 2.0 tem requisitos rigorosos para a aplicação de perfil de largura de banda na interface de rede do usuário (UNI). A conformidade com a certificação MEF CE 2.0 permite apenas um desvio de 2% da uni comprometido ou taxa de pico em todos os tamanhos de quadros. Isso significa que os policiais devem levar em conta o tamanho do quadro na interface UNI, incluindo o checksum de quadros e excluindo todas as despesas adicionais que podem ser adicionadas dentro da rede de provedores de serviços (como S-VLANs). Portanto, isso se traduz em dois requisitos do cliente:

  • Os policiais de saída do Junos OS usam o comprimento do quadro antes da manipulação do VLAN. Se as VLANs forem adicionadas na saída, esses bytes extras não serão contados. Para atender aos requisitos MEF CE 2.0, ajuste o comprimento do pacote que é usado para fins de policiamento para policiais de saída Junos que usam o comprimento do quadro antes da manipulação do VLAN de saída. Portanto, se as VLANs forem adicionadas na saída, os bytes extras não serão contados.

  • Em alguns projetos de rede, a aplicação de perfil de largura de banda é implementada no roteador de borda do provedor de VPN de Camada 2 (L2) e não no dispositivo de acesso Ethernet (EAD) que termina a interface uni física. O EAD normalmente adiciona um S-VLAN que identifica a porta na rede de acesso. O S-VLAN adicionado é considerado interno para a rede de provedores de serviços e normalmente não deve ser levado em conta para fins de aplicação de perfil de largura de banda no dispositivo de borda do provedor em direções de entrada e saída. Isso também se traduz em um requisito para permitir o ajuste do comprimento do pacote usado para fins de policiamento na entrada e saída.

Para atender a esses requisitos, policer-overhead o ajuste é definido em uma granularidade por interface lógica (IFL)/direção, que é a faixa de -16 bytes a +16 bytes. O policer-overhead ajuste é aplicado a todos os policiais que levam em conta o comprimento de pacote de Camada 1 (L1) ou L2 que são exercidos no IFL/direção especificado, incluindo os policiais correspondentes da família de interface lógica (IFF), e é aplicado apenas a policiais de interface ou baseados em filtro.

Aplicabilidade de ajuste de sobrecarga do policial para policiais

A configuração de ajuste de entrada ou saída policer overhead é aplicável para os seguintes tipos de policiais na entrada ou saída IFL e IFF, respectivamente:

  • Policiais L2 de duas cores e três cores.

  • Policiais de nível IFL (configurados no IFL ou em um filtro conectado ao IFL).

  • Policiais de nível familiar que usam comprimento de pacote L2 ou policiais em filtros conectados ao L2 IFF (ponte familiar, vpls, ccc).

Nota:

A lista é aplicável para todos os tipos de policiais, incluindo policiais regulares de duas cores, policiais de três cores e policiais hierárquicos, desde que o policial opere em um comprimento de pacote L1 ou L2.

Ingress policer overhead adjustment a configuração é aplicada a todos os policiais ligados a instâncias de roteamento L2 de entrada.

Nota:

Observe que qualquer policial IFF da família L3 (inet inet6), que considera apenas o comprimento do pacote L3, não considerará este ajuste. O policer overhead valor de ajuste (+ve ou -ve) é adicionado ao comprimento real do pacote L2 para obter o número de bytes para acusar o policial. Portanto, isso é usado apenas como um valor intermediário, e não afeta o comprimento real do pacote L2. Esse recurso é aplicado antes da normalização do VLAN e é independente da configuração ou ingress-shaping-overhead da egress-shaping-overhead classe de serviço.