[GTER] EdgeRouter Pro QinQ

Gustavo Stocco gustavostocco at gmail.com
Sat Mar 5 07:59:27 -03 2016


Isso vale para a Edge com off-load ativado?

2016-03-04 22:27 GMT-03:00 Douglas Fischer <fischerdouglas at gmail.com>:

> Em Cisco, Linha 3560/3750/3850/ME3400, se CEF estiver ativado, e o
> roteamento for feito por interface Vlan(não com IP atribuído na interface
> física), snmp da interface Vlan fica todo bugado.
>
> Só mostra o quantitativo do primeiro tráfego até definir o CEF.
>
> Nesse caso acabo pegando contabilização das interfaces físicas.
>
> Em 4 de março de 2016 16:03, Elizandro Pacheco [ Pacheco Tecnologia ] <
> elizandro at pachecotecnologia.net> escreveu:
>
> > 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
> >
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
>
>
>
> --
> Douglas Fernando Fischer
> Engº de Controle e Automação
> --
> 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



More information about the gter mailing list