[GTER] EdgeRouter Pro QinQ
Elizandro Pacheco [ Pacheco Tecnologia ]
elizandro at pachecotecnologia.net
Fri Mar 4 16:03:20 -03 2016
Complica mesmo, aí vale o que é mais importante naquele momento.
O monitoramento ou o encaminhamento pelo offload.
Eu, sinceramente, não sei se há a possibilidade de se monitorar um pacote que “passou reto” e não caiu no processo de encaminhamento “normal”.
Provê performance, mas tu não vê ele.
Elizandro Pacheco
> Em 3 de mar de 2016, à(s) 22:55, Gustavo Stocco <gustavostocco at gmail.com> escreveu:
>
> Elizandro,
>
> Nesse caso que temos um transporte atrás deste Edge é fácil de monitorarmos
> também.
> Mas e quando você tem um cenário com 3 ou 4 circuitos e quer mensurar
> individualmente? Como fazer?
>
> Abraços
>
> 2016-03-03 16:50 GMT-03:00 Elizandro Pacheco [ Pacheco Tecnologia ] <
> elizandro at pachecotecnologia.net>:
>
>> Até onde eu sei, quando os pacotes "caem" no offload não tem como
>> contabilizar mesmo, afinal eles "saltaram" uma boa parte dos processos a
>> terem sidos de fato, encaminhados.
>>
>> Eu sempre monitoro os equipamentos anteriores a ele.
>> Em 02/03/2016 00:12, "Gustavo Stocco" <gustavostocco at gmail.com> escreveu:
>>
>>> Falando em off-load acontece algo nas Edge que até hoje eu não sei se é
>>> normal.
>>> Mas logo quando começamos a utilizar as primeiras unidades eu reparei que
>>> com o vlan off-load ativado ele simplesmente não mostra a banda que está
>>> passando pelo router. Ele fica meio louco e se você reparar nos gráficos
>>> SNMP fica como se o link estivesse falhando, com diversas quedas
>> repentinas
>>> no gráfico. No começo quando vimos o PRTG louco achávamos que era algum
>> bug
>>> e optamos por desativar o off-load para as vlans, mantendo apenas no
>>> forwarding como vem de fábrica. Por fim eram apenas os gráficos mesmo e
>> não
>>> ocorria perda de performance nem nada...só não computava corretamente.
>>>
>>> Nem dou bola mais pra isso, mas foi um fato que me chamou atenção.
>>>
>>> Agora é rezar para a Edge dar conta desse tráfego até migrarmos para uma
>>> plataforma mais "parruda", rs.
>>>
>>> Abraços
>>>
>>> 2016-03-01 23:30 GMT-03:00 Rubens Kuhl <rubensk at gmail.com>:
>>>
>>>> 2016-03-01 13:57 GMT-03:00 Gustavo Stocco <gustavostocco at gmail.com>:
>>>>
>>>>> Elizandro,
>>>>>
>>>>> Eles não possuem switch em nossa infra, apenas um conversor de mídia.
>>>>> A principal dúvida era se realmente o Edge não precisava contar om
>>>> suporte
>>>>> QinQ para cenários como esse.
>>>>>
>>>>
>>>> Sistemas com off-load por network-processor como o Edge precisam
>>> priorizar
>>>> casos de uso mais gerais. Eu acho que não custa nada colocar um
>>>> feature-request, mas se eu estivesse do lado de lá teria muita dúvida
>> de
>>>> colocar esse feature no produto...
>>>>
>>>> ... especialmente quando os poucos casos de necessidade podem ser
>>>> resolvidos por UTSL ("Use The Shell, Luke").
>>>>
>>>>
>>>> Rubens
>>>> --
>>>> gter list https://eng.registro.br/mailman/listinfo/gter
>>>>
>>>
>>>
>>>
>>> --
>>>
>>> Gustavo Stocco
>>> GNet Telecomunicaçõeshttp://www.gnettelecom.com.br
>>> +55 (47) 3373-3322
>>> 0800-932-0000 R.3322
>>> INOC-DBA BR 53001*100
>>> --
>>> gter list https://eng.registro.br/mailman/listinfo/gter
>> --
>> gter list https://eng.registro.br/mailman/listinfo/gter
>
>
>
>
> --
>
> Gustavo Stocco
> GNet Telecomunicaçõeshttp://www.gnettelecom.com.br
> +55 (47) 3373-3322
> 0800-932-0000 R.3322
> INOC-DBA BR 53001*100
> --
> gter list https://eng.registro.br/mailman/listinfo/gter
More information about the gter
mailing list