Sobreescrito a largura de banda da interface
O termo sobreescrita a largura de banda da interface significa configurar taxas de modelagem (taxas de informações de pico [PIRs]) para que sua soma exceda a largura de banda da interface.
On Channelized IQ PICs, Gigabit Ethernet IQ PICs e FRF.15 e FRF.16 link services IQ (LSQ) interfaces em PICs de serviços, PICs multisserviços e DPCs multisserviços, você pode assinar demais a largura de banda da interface. Isso significa que as interfaces lógicas (e DLCIs dentro de um pacote FRF.15 ou FRF.16) podem ser subscritas em excesso quando houver sobras de largura de banda. No caso de interfaces de pacotes FRF.16, a interface física pode ser subscrita em excesso. A sobreescrição é limitada ao PIR configurado. Qualquer largura de banda nãoutilizada é distribuída igualmente entre interfaces lógicas subscritas ou identificadores de conexão de link de dados (DLCIs) ou interfaces físicas.
Para redes que não podem sofrer congestionamento, a largura de banda da interface de sobreescrição melhora a utilização da rede, permitindo assim que mais clientes sejam provisionados em uma única interface. Se o tráfego de dados real não exceder a largura de banda da interface, a sobrescrição permite que você venda mais largura de banda do que a interface pode suportar.
Recomendamos evitar a sobrescrição em redes que provavelmente experimentarão congestionamento. Tenha cuidado para não subscrever demais um serviço, pois isso pode causar degradação no desempenho da plataforma de roteamento durante o congestionamento. Quando você configura a sobrescrição, pode ocorrer alguma fila de saída se o tráfego de dados real exceder a largura de banda da interface física. Você pode evitar a degradação usando multiplexação estatística para garantir que o tráfego de dados real não exceda a largura de banda da interface.
Você não pode subscrever demais a largura de banda da interface quando configura a modelagem de tráfego usando o método descrito na aplicação de mapas de agendador e taxa de modelagem para DLCIs e VLANs.
Ao configurar a sobreescrição para interfaces de pacote FRF.16, você pode atribuir perfis de controle de tráfego que se aplicam em uma interface física. Quando você aplica perfis de controle de tráfego em pacotes FRF.16 no nível de interface lógica , a largura de banda da interface de link de membro é subutilizada quando há uma pequena proporção de tráfego ou nenhum tráfego em um DLCI individual. O suporte para recursos de controle de tráfego no nível de interface física do pacote FRF.16 resolve essa limitação.
Para configurar a sobreescrição da interface, execute as seguintes etapas:
Inclua a
shaping-rate
declaração no nível de[edit class-of-service traffic-control-profiles profile-name]
hierarquia:[edit class-of-service traffic-control-profiles profile-name] shaping-rate (percent percentage | rate);
Nota:Ao configurar a sobreescrição para interfaces de pacote FRF.16 em uma interface física, você deve especificar
shaping-rate
como porcentagem.Nas interfaces LSQ, você pode configurar a taxa de modelagem como uma porcentagem de 1 a 100.
Nas interfaces IQ e IQ2, você pode configurar a taxa de modelagem como uma taxa absoluta de 1000 a 6.400.000.000.000 bps.
Para todas as interfaces de roteador da Série MX e switches da Série EX, a taxa de modelagem pode ser de 65.535 a 6.400.000.000 bps .
Como alternativa, você pode configurar uma taxa de modelagem para uma interface lógica e subscrever demais a interface física, incluindo a
shaping-rate
declaração no nível de[edit class-of-service interfaces interface-name unit logical-unit-number]
hierarquia. No entanto, com essa abordagem de configuração, você não pode controlar independentemente a taxa de buffer de atraso, conforme descrito na Etapa 2.Nota:Para interfaces de Ethernet IQ canalizadas e Gigabit, as declarações e
guaranteed-rate
declaraçõesshaping-rate
são mutuamente exclusivas. Você não pode configurar algumas interfaces lógicas para usar uma taxa de modelagem e outras para usar uma taxa garantida. Isso significa que não há garantias de serviço quando você configura um PIR. Para essas interfaces, você pode configurar um PIR ou uma taxa de informações comprometida (CIR), mas não ambas.Essa restrição não se aplica aos PICs Gigabit Ethernet IQ2 ou interfaces LSQ em PICs de multisserviços e serviços. Para interfaces LSQ e Gigabit Ethernet IQ2, você pode configurar um PIR e um CIR em uma interface. Para obter mais informações sobre os CIRs, consulte Fornecendo uma taxa mínima garantida.
Para obter mais informações sobre os PICs Gigabit Ethernet IQ2, consulte CoS em visão geral aprimorada dos PICs IQ2.
Opcionalmente, você pode basear o cálculo de buffer de atraso em uma taxa de buffer de atraso. Para fazer isso, inclua a
delay-buffer-rate
declaração no nível hierárquica[edit class-of-service traffic-control-profiles profile-name]
:Nota:Ao configurar a sobreescrição para interfaces de pacote FRF.16 em uma interface física, você deve especificar
delay-buffer-rate
como porcentagem.[edit class-of-service traffic-control-profiles profile-name] delay-buffer-rate (percent percentage | rate);
A taxa de buffer de atraso substitui a taxa de modelagem como base para o cálculo de buffer de atraso. Em outras palavras, a taxa de modelagem ou a taxa de modelagem dimensionada são usadas apenas para cálculos de buffer de atraso quando a taxa de buffer de atraso não estiver configurada.
Para interfaces LSQ, se você não configurar uma taxa de buffer de atraso, a taxa garantida (CIR) é usada para atribuir buffers. Se você não configurar uma taxa garantida, a taxa de modelagem (PIR) é usada no caso subscrito e a taxa de modelagem dimensionada é usada no caso de subscrição excessiva.
Nas interfaces LSQ, você pode configurar a taxa de buffer de atraso como uma porcentagem de 1 a 100.
Nas interfaces IQ e IQ2, você pode configurar a taxa de buffer de atraso como uma taxa absoluta de 1000 a 6.400.000.000.000 bps.
O buffer de atraso real é baseado nos cálculos descritos no gerenciamento de congestionamento na interface de saída configurando o tamanho do buffer do agendador. Por exemplo, mostrando como as taxas de buffer de atraso são aplicadas, veja Exemplos: Sobre-screvendo a largura de banda da interface.
A configuração de buffers grandes em links de velocidade relativamente lenta pode causar o envelhecimento de pacotes. Para ajudar a evitar esse problema, o software exige que a soma das taxas de buffer de atraso seja menor ou igual à velocidade da porta.
Essa restrição não elimina a possibilidade de envelhecimento de pacotes, então você deve ser cauteloso ao usar a
delay-buffer-rate
declaração. Embora alguma quantidade de buffering extra possa ser desejável para a absorção de rajadas, as taxas de buffer de atraso não devem exceder muito a taxa de serviço da interface lógica.Se você configurar taxas de buffer de atraso para que a soma exceda a velocidade da porta, a taxa de buffer de atraso configurada não será implementada para a última interface lógica que você configura. Em vez disso, essa interface lógica recebe uma taxa de buffer de atraso de zero, e uma mensagem de aviso é exibida na CLI. Se a largura de banda estiver disponível (porque outra interface lógica é excluída ou desativada, ou a velocidade da porta for aumentada), a taxa de buffer de atraso configurada é reavaliada e implementada, se possível.
Se você não configurar uma taxa de buffer de atraso ou uma taxa garantida, a interface lógica receberá uma taxa de buffer de atraso em proporção à taxa de configuração e à taxa de buffer de atraso restante disponível. Em outras palavras, a taxa de buffer de atraso para cada interface lógica sem taxa de buffer de atraso configurada é igual a:
(remaining delay-buffer rate * shaping rate) / (sum of shaping rates)
onde a taxa de buffer de atraso restante é igual a:
(interface speed) - (sum of configured delay-buffer rates)
Para atribuir um mapa do agendador à interface lógica, inclua a
scheduler-map
declaração no nível de[edit class-of-service traffic-control-profiles profile-name]
hierarquia:[edit class-of-service traffic-control-profiles profile-name] scheduler-map map-name;
Para obter informações sobre a configuração de agendadores e mapas de agendamento, consulte Configurando agendadores e configurando mapas de agendadores.
Opcionalmente, você pode permitir que grandes tamanhos de buffer sejam configurados. Para fazer isso, inclua a
q-pic-large-buffer
declaração no nível hierárquica[edit chassis fpc slot-number pic pic-number]
:[edit chassis fpc slot-number pic pic-number] q-pic-large-buffer;
Se você não incluir esta declaração, o tamanho do buffer de atraso é mais restrito. Recomendamos buffers restritos para tráfego sensível ao atraso, como tráfego de voz. Para obter mais informações, veja gerenciamento de congestionamento na interface de saída configurando o tamanho do buffer do agendador.
Para permitir o agendamento em interfaces lógicas, inclua a
per-unit-scheduler
declaração no nível de[edit interfaces interface-name]
hierarquia:[edit interfaces interface-name] per-unit-scheduler;
Quando você inclui esta declaração, o número máximo de VLANs suportadas é de 768 em um Gigabit Ethernet IQ PIC de porta única. Em um Gigabit Ethernet IQ PIC de portas duplas, o número máximo é 384.
Para permitir a agendamento de interfaces físicas de pacotes FRF.16, inclua a
no-per-unit-scheduler
declaração no nível hierárquico[edit interfaces interface-name]
:[edit interfaces interface-name] no-per-unit-scheduler;
Para aplicar o perfil de agendamento de tráfego, inclua a declaração de perfil de controle de tráfego de saída no nível hierárquicos
[edit class-of-service interfaces interface-name unit logical-unit-number]
:[edit class-of-service interfaces interface-name unit logical-unit-number] output-traffic-control-profile profile-name;
Você não pode incluir a
output-traffic-control-profile
declaração na configuração se a declaração oushaping-rate
ascheduler-map
declaração estiverem incluídas na configuração lógica da interface.
A Tabela 1 mostra como a largura de banda e o buffer de atraso são alocados em várias configurações.
Cenário de configuração |
Alocação de buffer de atraso |
---|---|
Você não subscreve demais a interface. Você não configura uma taxa garantida. Você não configura uma taxa de modelagem. Você não configura uma taxa de buffer de atraso. |
A interface lógica recebe a largura de banda restante e recebe um buffer de atraso em proporção à largura de banda restante. |
Você não subscreve demais a interface. Você configura uma taxa de modelagem no nível de |
Para uma compatibilidade retrógrada, a interface lógica em forma recebe um buffer de atraso com base na taxa de modelagem. O fator multiplicativo depende se você inclui a Interfaces lógicas sem sombra recebem a largura de banda restante e um buffer de atraso em proporção à largura de banda restante. |
Você subscreve demais a interface. Você não configura uma taxa garantida. Você não configura uma taxa de modelagem. Você não configura uma taxa de buffer de atraso. |
A interface lógica recebe uma largura de banda mínima sem garantias e recebe um buffer de atraso mínimo igual a quatro pacotes do tamanho de MTU. |
Você subscreve demais a interface. Você configura uma taxa de modelagem. Você não configura uma taxa garantida. Você não configura uma taxa de buffer de atraso. |
A interface lógica recebe um buffer de atraso com base na taxa de modelagem escalonada: scaled shaping rate = (shaping-rate * [physical interface bandwidth]) / SUM (shaping-rates of all logical interfaces on the physical interface) A interface lógica recebe largura de banda variável, dependendo da quantidade de sobrescrição e multiplexação estatística. Se a quantidade de sobrescrição for baixa o suficiente para que a multiplexação estatística não torne todas as interfaces lógicas ativas ao mesmo tempo e a largura de banda da interface física não for excedida, a interface lógica recebe largura de banda igual à taxa de modelagem. Caso contrário, a interface lógica recebe uma quantidade menor de largura de banda. Em ambos os casos, a largura de banda da interface lógica não excede a taxa de modelagem. |
Você subscreve demais a interface. Você configura uma taxa de modelagem. Você configura uma taxa de buffer de atraso. |
A interface lógica recebe um buffer de atraso com base na taxa de buffer de atraso. Por exemplo, nas interfaces IQ e IQ2: delay-buffer-rate <= 10 Mbps: 400-millisecond (ms) delay buffer delay-buffer-rate <= 20 Mbps: 300-ms delay buffer delay-buffer-rate <= 30 Mbps: 200-ms delay buffer delay-buffer-rate <= 40 Mbps: 150-ms delay buffer delay-buffer-rate > 40 Mbps: 100-ms delay buffer Nas DLCIs LSQ, se delay-buffer-rate = 1 second Nas DLCIs LSQ, se delay-buffer-rate = 200 ms O fator multiplicativo depende se você inclui a A interface lógica recebe largura de banda variável, dependendo da quantidade de sobrescrição e multiplexação estatística. Se a quantidade de sobrescrição for baixa o suficiente para que a multiplexação estatística não torne todas as interfaces lógicas ativas ao mesmo tempo e a largura de banda da interface física não for excedida, a interface lógica recebe largura de banda igual à taxa de modelagem. Caso contrário, a interface lógica recebe uma quantidade menor de largura de banda. Em ambos os casos, a largura de banda da interface lógica não excede a taxa de modelagem. |
Você subscreve demais a interface. Você não configura uma taxa de modelagem. Você configura uma taxa garantida. Você configura uma taxa de buffer de atraso. |
A interface lógica recebe um buffer de atraso com base na taxa de buffer de atraso. |
Você subscreve demais a interface. Você não configura uma taxa de modelagem. Você não configura uma taxa garantida. Você configura uma taxa de buffer de atraso. |
Esse cenário não é permitido. Se você configurar uma taxa de buffer de atraso, o perfil de controle de tráfego também deve incluir uma taxa de modelagem ou uma taxa garantida. |
Você subscreve demais a interface. Você configura uma taxa de modelagem. Você configura uma taxa garantida. Você não configura uma taxa de buffer de atraso. |
A interface lógica recebe um buffer de atraso com base na taxa garantida. Essa configuração é válida apenas em interfaces LSQ e interfaces Gigabit Ethernet IQ2. Em interfaces canalizadas, você não pode configurar tanto uma taxa de modelagem (PIR) quanto uma taxa garantida (CIR). |
No Junos OS Release 13.3, os pacotes IP com DLCI 0 ou 1023 são identificados como parte do tráfego de controle e encaminhados para a fila de alta prioridade. Isso subscreve a fila de alta prioridade, que está reservada para o tráfego de controle de retransmissão de quadros. A sobreescrição da fila de alta prioridade faz com que os pacotes de interface de gerenciamento local (LMI) de retransmissão de quadros sejam descartados.
Verificando a configuração da sobrescrição por excesso de largura de banda
Para verificar sua configuração, você pode emitir estes seguintes comandos de modo operacional:
show class-of-service interfaces
show class-of-service traffic-control-profile profile-name
Exemplos: sobreescrito a largura de banda da interface
Esta seção fornece dois exemplos: sobreescrição de uma interface canalizada e sobrescrição de uma interface LSQ.
Sobreescrito uma interface canalizada
Duas unidades 0
de interface lógica e 1
, são moldadas para taxas de 2 Mbps e 3 Mbps, respectivamente. As taxas de buffer de atraso são de 750 Kbps e 500 Kbps, respectivamente. Os buffers de atraso reais alocados em cada interface lógica são de 1 segundo de 750 Kbps e 2 segundos de 500 Kbps, respectivamente. Os valores de 1 segundo e 2 segundos baseiam-se nos seguintes cálculos:
delay-buffer-rate < [16 x 64 Kbps]): 1 second of delay-buffer-rate delay-buffer-rate < [8 x 64 Kbps]): 2 seconds of delay-buffer-rate
Para obter mais informações sobre esses cálculos, consulte o gerenciamento de congestionamento na interface de saída configurando o tamanho do buffer do agendador.
chassis { fpc 3 { pic 0 { q-pic-large-buffer; } } } interfaces { t1-3/0/0 { per-unit-scheduler; } } class-of-service { traffic-control-profiles { tc-profile1 { shaping-rate 2m; delay-buffer-rate 750k; # 750 Kbps is less than 16 x 64 Kbps scheduler-map sched-map1; } tc-profile2 { shaping-rate 3m; delay-buffer-rate 500k; # 500 Kbps is less than 8 x 64 Kbps scheduler-map sched-map2; } } interfaces { t1-3/0/0 { unit 0 { output-traffic-control-profile tc-profile1; } unit 1 { output-traffic-control-profile tc-profile2; } } } }
Atribuição excessiva de uma interface LSQ com agendamento com base na interface lógica
Aplique um perfil de controle de tráfego em uma interface lógica que representa um DLCI em um pacote FRF.16:
interfaces { lsq-1/3/0:0 { per-unit-scheduler; unit 0 { dlci 100; } unit 1 { dlci 200; } } } class-of-service { traffic-control-profiles { tc_0 { shaping-rate percent 100; guaranteed-rate percent 60; delay-buffer-rate percent 80; } tc_1 { shaping-rate percent 80; guaranteed-rate percent 40; } } interfaces { lsq-1/3/0 { unit 0 { output-traffic-control-profile tc_0; } unit 1 { output-traffic-control-profile tc_1; } } } }
Atribuição excessiva de uma interface LSQ com agendamento com base na interface física
Aplique um perfil de controle de tráfego na interface física que representa um pacote FRF.16:
interfaces { lsq-0/2/0:0 { no-per-unit-scheduler; encapsulation multilink-frame-relay-uni-nni; unit 0 { dlci 100; family inet { address 10.18.18.2/24; } } } class-of-service { traffic-control-profiles { rlsq_tc { scheduler-map rlsq; shaping-rate percent 60; delay-buffer-rate percent 10; } } interfaces { lsq-0/2/0:0 { output-traffic-control-profile rlsq_tc; } } } scheduler-maps { rlsq { forwarding-class best-effort scheduler rlsq_scheduler; forwarding-class expedited-forwarding scheduler rlsq_scheduler1; } } schedulers { rlsq_scheduler { transmit-rate percent 20; priority low; } rlsq_scheduler1 { transmit-rate percent 40; priority high; } }
Em um pacote FRF.15, aplique a seguinte configuração:
class-of-service { traffic-control-profiles { rlsq { scheduler-map sched_0; shaping-rate percent 40; delay-buffer-rate percent 50; } } interfaces lsq-2/0/0 { unit 0 { output-traffic-control-profile rlsq; } } } interfaces lsq-2/0/0 { per-unit-scheduler; unit 0 { encapsulation multilink-frame-relay-end-to-end; family inet { address 10.1.1.2/32; } } }