[GTER] Network TAP

Eduardo Rigler erigler at gmail.com
Mon Feb 1 15:53:26 -02 2016


+1 Net Optics.

Já testei um 10/100/1000 "zero delay" (TP-CU3-ZD) aqui por um tempo e o
funcionamento é impressionante, mesmo na borda.

[]'s


Em 1 de fevereiro de 2016 15:23, Fabrício Feijó <fabricio.feijo at gmail.com>
escreveu:

> Shine,
>
> Obrigado pela explicação, acredito que esse 50/50 seja suficiente para
> nosso link... Utilizamos cartão XFP-10Gbase-LR para interconexão com o
> upstream e nao deve ter mais que 50m de fibra passando no datacenter. Vou
> verificar esses Net Optics.
>
> Obrigado
>
> Em 1 de fevereiro de 2016 14:02, Shine <eshine at gmail.com> escreveu:
>
> > Fabrício,
> >
> > Os taps óticos (em 10G só existe tap ótico) têm uma relação de split do
> > sinal ótico, por exemplo 75/25, 50/50.
> > Vamos dizer que vc coloque um tap 75/25 e seja justamente uma curta
> > distância no link principal. A potência do link principal vai ser
> atenuada
> > para ajustar o ganho de sinal e pode ocorrer que os 25% que vão para a
> > interface tap não sejam suficientes para ativar o link. Neste caso, o tap
> > 50/50 seria mais indicado, mesmo que o sinal original tenha uma perda da
> > metade do sinal.
> >
> > Existem muitos taps passivos de 10G, mas se vc vai usar somente uma
> porta,
> > acho que os modulares pequenos tem um custo mais efetivo que os
> agregados.
> > Eu nunca vi o Fluke, então não posso tecer comentários sobre ele.
> > Net Optics deve ser um de custo bem efetivo.
> > Corning é um dos taps de melhor resposta do mercado, além de ser um dos
> > menores modulares.
> >
> >
> >
> > Em 1 de fevereiro de 2016 13:01, Fabricio Feijo <
> fabricio.feijo at gmail.com>
> > escreveu:
> >
> > > Shine,
> > >
> > > Existem taps passivos e ativos aqui não teríamos problema com distância
> > > pois a conexão e dentro do mesmo datacenter coisa de poucos metros de
> > > distância!
> > >
> > > Teria algum tap passivo para 10g que possa indicar?
> > >
> > > Atenciosamente,
> > >
> > > Fabrício Fernandes Feijó
> > > .:Mobile:.
> > >
> > > > Em 1 de fev de 2016, às 10:35, Shine <eshine at gmail.com> escreveu:
> > > >
> > > > Uso de taps passivos é uma solução confiável quando corretamente
> > > > dimensionada.
> > > > As vantagens que eu vejo no tap seriam:
> > > > - não consome recursos de processamento da rede.
> > > > - não introduz latência na rede
> > > > A principal desvantagem do tap é que ele reduz, e muito, a distância
> da
> > > > conexão. O dimensionamento de um tap precisa levar a distância entre
> os
> > > > pontos da linha principal, como a distância do analisador de tap ou
> do
> > > > agregador de tap.
> > > >
> > > > Eu não entendo o tap como um ativo de rede, mas mais como um ponto de
> > > > conexão física de falha, como se fosse um adaptador de cabo.
> > > >
> > > >
> > > > Em 1 de fevereiro de 2016 09:41, Fabrício Feijó <
> > > fabricio.feijo at gmail.com>
> > > > escreveu:
> > > >
> > > >> Bom dia,
> > > >>
> > > >> Estamos utilizando solução de analise de DDoS que analisa flow e
> > > pacotes.
> > > >> Para isso nos exportamos Netflow para o analisador de flows e
> > > precisaríamos
> > > >> de um port mirror, port span ou utilizar um Network Tap.
> > > >>
> > > >> Atualmente temos equipamentos que não possuem portas 10G disponíveis
> > e a
> > > >> solução sem substituição de equipamentos seria utilizar um Network
> TAP
> > > >> similar a esse.
> > > >>
> > > >>
> > > >>
> > >
> >
> http://pt.flukenetworks.com/enterprise-network/network-monitoring/Tap-Solutions
> > > >>
> > > >> Você ou alguém que conheça utiliza uma solução dessas? É confiável?
> > Pois
> > > >> estaríamos incluindo mais um ativo na rede que pode falhar.
> > > >>
> > > >> Fabrício Feijó
> > > >> --
> > > >> 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
> > >
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



More information about the gter mailing list