[GTER] MX480 não esta fazendo controle de banda

[Rodrigo 1telecom]

O que vi aqui e que se eu usar com menos de 4 interfaces ele dobra a banda( se eu colocar 1gb ele joga para 2gb), mas se eu tiver 8 interfaces agregadas ele faz o controle certinho...... achei estranho..... mas fazer o que nao e?! Porem havia teatado isso na versao14.2, como atualizei para a 15 nao sei se a release corrigiu isto tb.... teria que ver no release notes dela.....

Enviado via iPhone 
Grupo Connectoway

> Em 11 de jan de 2018, às 19:20, Eduardo Schoedler <listas at esds.com.br> escreveu:
> 
> Pelo que eu entendi, sem o "shared-bandwidth-policer", você multiplica
> seu policer pela qtd de interfaces do seu aggregation.
> 
> https://kb.juniper.net/InfoCenter/index?page=content&id=KB31589&cat=VMX&actp=LIST
> 
> 
> 
> Em 11 de janeiro de 2018 18:15, Rodrigo 1telecom
> <rodrigo at 1telecom.com.br> escreveu:
>> Gabriel, use o parametro shared bandwitdth policer na policer criada.... nessa ae voce deve ter mais de 4 interfaces nao e?!
>> logical-interface-policer;
>> shared-bandwidth-policer;
>> if-exceeding {
>>    bandwidth-limit 1g;
>>    burst-size-limit 253m;
>> }
>> then discard;
>> 
>> Enviado via iPhone 
>> Grupo Connectoway
>> 
>>> Em 11 de jan de 2018, às 11:15, Gabriel Mineiro <mineiro at tca.com.br> escreveu:
>>> 
>>> Você está aplicando o controle de banda apenas para pacotes ARP
>>> 
>>> 
>>> Gabriel Mineiro
>>> 
>>> -----Mensagem original-----
>>> De: gter [mailto:gter-bounces at eng.registro.br] Em nome de Soares
>>> Enviada em: quinta-feira, 11 de janeiro de 2018 10:26
>>> Para: 'Grupo de Trabalho de Engenharia e Operacao de Redes' <gter at eng.registro.br>
>>> Assunto: [GTER] MX480 não esta fazendo controle de banda
>>> 
>>> Bom dia.
>>> 
>>> Estávamos usando um MX80 na borda, controlando o trafico dos clientes sem problema.
>>> Após migramos para o MX480 os controle de velocidades não esta funcionando.
>>> 
>>> Aguem faz controle de velocidade no MX480 para nos dizer o que pode esta errado?
>>> 
>>> Segue dados das configurações:
>>> 
>>> #show firewall policer 1G
>>> if-exceeding {
>>>   bandwidth-limit 1g;
>>>   burst-size-limit 126m;
>>> }
>>> then discard;
>>> 
>>> # show interfaces ae2.2944
>>> vlan-id 2944;
>>> family inet {
>>>   policer {
>>>       arp per-interface-arp-limiter;
>>>       input 1G;
>>>       output 1G;
>>>   }
>>>   address 1xx.xx.xx.xx/21;
>>> }
>>> 
>>> # run show policer
>>> Policers:
>>> Name                                                Bytes              Packets
>>> __default_arp_policer__                          13700840               306036
>>> 1G-ae2.2944-inet-i                                      0                    0
>>> 1G-ae2.2944-inet-o                                      0                    0
>>> 
>>> 
>>>> run show interfaces ae2.2944
>>> Logical interface ae2.2944 (Index 367) (SNMP ifIndex 691)
>>>   Description: PTT-SP-IPV4
>>>   Flags: Up SNMP-Traps 0x4000 VLAN-Tag [ 0x8100.2944 ]  Encapsulation: ENET2
>>>   Statistics        Packets        pps         Bytes          bps
>>>   Bundle:
>>>       Input :  674594121308     161828 674408585396957   1256319152
>>>       Output:  582909054535     156011 128299685137792    251016464
>>>   Adaptive Statistics:
>>>       Adaptive Adjusts:          0
>>>       Adaptive Scans  :          0
>>>       Adaptive Updates:          0
>>> 
>>> --
>>> gter list    https://eng.registro.br/mailman/listinfo/gter
>>> --
>>> gter list    https://eng.registro.br/mailman/listinfo/gter
>> --
>> gter list    https://eng.registro.br/mailman/listinfo/gter
> 
> 
> 
> -- 
> Eduardo Schoedler
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter