[GTER] ont queima swith gerenciavel??

Sun Mar 12 23:35:50 -03 2017

Nenhum equipamente conseguirar queimar uma porta ethernet pois a mesma
possui controle de ruido e voltagem/amperagem, voce disse que usava poe ai,
o switch 3com da serie superstack 2 e 3, não tem recursos de poe, que pelo
que falou essa é a unica serie com tais especificações, 24p 10/100mb + 2p
10/100/1000, deveria usar fonte poe, ou ubiquiti ou mikrotik.

Resumo, não queima a menos que o CI de tx esteja mandando voltagem alta o
suficiente no rx do seu switch que ultrapasse a tolerancia do projeto,
tanto na voltagem como na amperagem, e considerando as tolerancias de
interface seria algo na ordem de 8v/2.0a o que é impraticavel sem antes ja
ter queimado o equipamento que gerou ou tx.
Os limites apresentados é o de um 3com superstack 3.

Ate um hub emcore/realtreko teria pegado fogo antes de fritar a porta desse
equipamento,( superstack3) sua ethernet, pois o curto para ultrapassar
limites eletricos do projeto só acontecera caso a fonte de alimentação de
origem, no hub, passe esta corrente/voltagem, em se tratando de fibra que é
ainda mais sensivel a alterações eletricas, possivelmente nem enlace do
provedor estaria operacional.

Sim, no seu caso pelo que compreendi, vc não é funcionario da empresa com o
problema, mas uma das terceirizadas, no caso a de infra, resumo, a primeira
mensagem se aplica parcialmente.

O seu problema esta no L2, provavelmente pelo que posso compreender, sua
alguma porta de um dos equipamentos que envolve a intercomunicação do
segundo predio, matrix e ont, esta com configuração l2 inadequada.

Acerta um valor com o Bruno para avaliação remota, ou posta aqui a parte do
arquivo de config dos switchs e da "ont".

Att.
Em 12/03/2017 16:17, "Antenor Morini Junior" <juniormorini at gmail.com>
escreveu:

> Então Paulo,A empresa em que trabalho não tem um técnico, mas duas
> empresas (a
> que presta manutenção interna, e a que fornece o link de internet, agora
> tb o
> P2P) com contratos regulares que seria para resolver isso. Mas vou usar sua
> disposição de forma positiva, só responda a questão que usei para abrir a
> tread;
> "ont queima switch gerenciavel??" ainda mais portas diferentes daonde foi
> ligado? Você daria essa desculpa a seu cliente? Me colocam pra acompanhar
> assuntos de TI, (alem de problemas de impressoras, de pabx, climatização,
> e até
> da máquina de café expresso ). Só que a direção não quer entrar em atrito
> com
> essas empresas, Coisas de bussiness que quem prefere lidar com máquinas
> foge
> disso, mas não consegue evitar… afinal se criam equipamentos para
> satisfazer
> desejos de pessoas.
> Oi Bruno, curti tudo o que disse!! Maravilhoso!!A rede aqui é simples e uma
> delicia mexer, apesar de ter 35 conexões só em terminais, não dá pra dizer
> que é
> grande.Acontece que cancelaram o aluguel do equipamento que fazia o bridge
> P2P
> rádio antes de chamar para fazer por fibra!! daahh!! Pensaram que
> resolviam sem
> mim, percebi que algo ia dar errado quando larguei meu serviço por que
> técnico
> não sabia onde ligar a ONU, e mostrei que era só ele usar a mesma porta do
> switch que tinha um patch cord pendurado, era ligação com a entrada da
> fonte POE
> da antena do P2P, que estava pendurado. Depois de umas duas horas, fui
> almoçar e
> fiquei sabendo em casa que isso ainda não tinha sido resolvido… No prédio
> anexo
> o switch de lá propaga a mesma rede do prédio principal (estão no mesmo
> range),
> o switch lá não tem nenhuma regra, no entanto todos os dispositivos eu
> procuro
> inserir na rede em ip fixo, apesar de ter o servidor AD (linux) rodando o
> DHCP
> na prática ele só atende dispositivos wifi de um SSID oculto. Deixar claro
> que
> esse servidor que sitei fica no prédio principal.
> Então vejamos: é possivel eu ter resposta de ping para um terminal de lá
> conectando um notebook nessa segunda porta do ONU, porque essa conexão
> precisa
> funcionar transparente a rede, é o que eu entendo por bridge P2P. Mas
> segundo o
> proprietário da empresa que presta o P2P, conectando remotamente na ONU
> (creio
> por bgmp) ele dizia que a porta do switch estava desativada, e era só
> ligar na
> mesma que fazia o bridge wireless!!
> Mas eu não queria que resolvessem o problema até porque eles já
> resolveram, o
> que eu queria na verdade era dividir a minha revolta, porque depois de
> dois dias
> a constatação foi que o equipamento que eles usam é tão avançado que
> queimou
> nossos switches gerenciáveis, então eles emprestaram switches mas o cliente
> precisa compras novos para devolver os deles. Isso queima a profissão,
> aqui a
> direção da casa considera os técnicos todos charlatões, inclusive acho que
> até
> eu eles classificam assim, por causa desse tipo de "profissional".Os
> proprietários são donos de restaurante, funerária, loja de móveis,
> cemitério…
> muito dedicados!! provedor de internet é só mais um. Entendem a minha
> revolta?
> Mas adorei ter tido essas lições, já lí sobre broadcast e agora descobri
> que
> posso monitorar com wireshark, e você me armou com argumentos, por exemplo
> a
> questão de validar com a operadora, que talves nem eles saibam.
> Só fico em duas questões, se puder me responder uma hora, se não, tudo
> bem.1-
> Poderia o switch sem nenhuma regra definida bloquear uma porta em loop?
> 2-Não seria a troca do switch necessária na verdade porque era necessário
> criar
> alguma regra no switch (talves criaram uma VPN, não um bridge P2P) que
> esses
> nossos não é possível ou não sabem fazer? Nesse caso o que faltou da
> empresa foi
> planejar antes, dava até pra ter testado isso sem atrapalhar ninguém!!
> Muito obrigado e desculpem o texto enorme!!
>
>
>
>
>
> On Sat, Mar 11, 2017 11:08 PM, Paulo Henrique paulo.rddck at bsd.com.br
> wrote:
> Contrata um tecnico, se não tem conhecimento para lidar com o problema, se
>
> foi contratado para resolver, a lista não é lugar de suporte gratuito para
>
> pessoas sem capacidade tecnica, se é o dono e esta saindo caro, contrata
>
> qualquer dos muitos consultores da lista, o Bruno esta entre os melhores.
>
>
>
>
> Att. Paulo Henrique.
>
> Em 11/03/2017 14:50, "Bruno Cabral" <bruno at openline.com.br> escreveu:
>
>
>
>
> > Se tirando o cabo a comunicação volta a porta do switch não esta queimada
>
> >
>
> > Você lembrou de desligar o PTP antigo quando conectou o novo? Se deixou
> os
>
> > dois pode ser a causa do loop
>
> >
>
> > Testes básicos pra você fazer:
>
> >
>
> > Ligue um notebook na nova porta da ONU e veja se pega IP da outra rede.
> Se
>
> > não pegar IP use o wireshark pra ver se ha pelo menos trafego de
> broadcast
>
> > vindo da outra rede. Ou ponha um IP da outra rede manualmente e tente
> usar
>
> > a outra rede. Isso é necessário para validar a ligação dessa operadora.
>
> >
>
> > Os IPs das duas redes são da mesma faixa ou faixa diferentes? Se forem da
>
> > mesma faixa isso está correto? Se forem de faixas diferentes pode ser
>
> > necessário um roteador
>
> >
>
> > Não é recomendável virar um PTP para produção sem valida-lo antes, como
>
> > você já percebeu ;-)
>
> >
>
> > !3runo Cabral
>
> > --
>
> > Cursos e Consultoria BGP e OSPF
>
> >
>
> >
>
> > ________________________________
>
> > De: gter <gter-bounces at eng.registro.br> em nome de Antenor Morini
> Junior <
>
> > juniormorini at gmail.com>
>
> > Enviado: sábado, 11 de março de 2017 12:06:39
>
> > Para: Grupo de Trabalho de Engenharia e Operacao de Redes
>
> > Assunto: Re: [GTER] ont queima swith gerenciavel??
>
> >
>
> > Desculpa aí, loop não é conflito,
>
> > loop é loop, é um erro de gerenciamento, mas só seria resolvido trocando
> o
>
> > switch?
>
> > Ou será que o PTP estava configurado errado, não se comportando como
> PTP, e
>
> > propagando DHCP na minha rede?
>
> >
>
> >
>
> >
>
> >
>
> >
>
> > On Sat, Mar 11, 2017 11:36 AM, Antenor Morini Junior
>
> > juniormorini at gmail.com
>
> > wrote:
>
> > Oi Bruno, eu também achei que poderia ser algum conflito entre a rede
>
> > interna
>
> > nossa e a da rede pública de fibra deles. Eu não pude acompanhar, eles
> que
>
> > ligaram, não sei dizer se quando desconectavam voltava, mas agora que
> disse
>
> > realmente eles chegaram a sair perguntando pela adminstração se voltou, e
>
> > realmente tinha voltado, depois voltou o problema, e não tinham trazido
>
> > nenhum
>
> > equipamento… Nossos switch's apesar de serem gerenciáveis não tinham
>
> > nenhuma
>
> > regra, estavam somente como switch's mesmo. A outra porta da ONU está na
>
> > eth0 do
>
> > servidor de internet. Ele que faz o roteamento.
>
> > Muito obrigado Bruno!! Se puder ajudar, pode falar!!
>
> >
>
> >
>
> >
>
> >
>
> >
>
> > On Sat, Mar 11, 2017 11:22 AM, Bruno Cabral bruno at openline.com.br wrote:
>
> > Ola
>
> >
>
> >
>
> >
>
> >
>
> > Vamos por partes
>
> >
>
> >
>
> >
>
> >
>
> > Ao conectar uma porta de um switch (que esta ligado em outro por giga) na
>
> > ONU o
>
> > cascateamento entre os switches pára? E se remover a conexão à ONU,
> volta?
>
> >
>
> >
>
> >
>
> >
>
> > Parece mais que você causou um loop STP e o switch bloqueou a porta
>
> >
>
> >
>
> >
>
> >
>
> > A outra LAN da ONU está numa LAN de um roteador ou esta direto no mesmo
>
> > switch
>
> > cascateado?
>
> >
>
> >
>
> >
>
> >
>
> > !3runo
>
> >
>
> > --
>
> >
>
> > Cursos e Consultoria BGP e OSPF
>
> >
>
> > ________________________________
>
> >
>
> > De: gter <gter-bounces at eng.registro.br> em nome de Antenor Morini Junior
>
> > <juniormorini at gmail.com>
>
> >
>
> > Enviado: sábado, 11 de março de 2017 09:15:15
>
> >
>
> > Para: gter at eng.registro.br
>
> >
>
> > Assunto: [GTER] ont queima swith gerenciavel??
>
> >
>
> >
>
> >
>
> >
>
> > Caros membros, trabalho numa empresa com suporte de TI muito tosco, feito
>
> >
>
> > terceirizado, e a direção da empresa resolveu trocar um sistema PTP que
> já
>
> >
>
> > temos num enlace rádio por fibra (que interliga um predio secundário com
> o
>
> >
>
> > predio principal).
>
> >
>
> > A empresa que vai prestar esse PTP é a mesma que já fornece conexão de
>
> > internet
>
> >
>
> > por PON, então trocaram o "modenzinho" ONT, já conectado ethernet com o
>
> > servidor
>
> >
>
> > gateway para o roteamento, por um ONT com 2 portas ethernet.
>
> >
>
> > Ao ligar essa segunda conexão ethernet para o ponto a ponto (da mesma
>
> > maneira
>
> >
>
> > que era feito com o ubiquiti) com um de nossos swith 3com, a conexão de
> um
>
> > swith
>
> >
>
> > com outro se isolou, fazendo com que a rede do predio principal se
>
> > dividisse em
>
> >
>
> > duas independentes. Quem tinha máquina navegando na web não via o
> servidor
>
> > de
>
> >
>
> > arquivos nem imprimia, já quem acessava as pastas e imprimia não tinha
>
> > internet!
>
> >
>
> > A empresa disse que o "modem" ont deles é de tecnologia muito recente e
> os
>
> >
>
> > switch's nossos são muito antigos, por isso queimou a porta Glan\wan do
>
> > switch!!
>
> >
>
> > De fato são meio antigos, (são 3COM ainda!!) e das 24 portas, as lan's
> são
>
> >
>
> > 10/100 e só duas em cada um são giga, então tem um patchcord ligando a GE
>
> > de um
>
> >
>
> > com a GE de outro. E tive que priorizar qual servidor seria agraciado com
>
> > as
>
> >
>
> > GE's restantes…
>
> >
>
> > Peço a ajuda da GTER, pois não sou da área e agora ví que não entendo
> nada
>
> >
>
> > mesmo!!muito obrigado!!
>
> >
>
> > --
>
> >
>
> > gter list https://eng.registro.br/mailman/listinfo/gter
>
> >
>
> > --
>
> >
>
> > gter list https://eng.registro.br/mailman/listinfo/gter
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> > Antenor Morini Junior
>
> > ¡suǝqɐɹɐd ¿ɐɔǝqɐɔ ɐʇuod ǝp ɹǝl ǝnƃǝsuoɔ ǝɔoʌ 'ɐssou
>
> >
>
> >
>
> > Antenor Morini Junior
>
> > ¡suǝqɐɹɐd ¿ɐɔǝqɐɔ ɐʇuod ǝp ɹǝl ǝnƃǝsuoɔ ǝɔoʌ 'ɐssou
>
> > --
>
> > 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
>
>
>
> Antenor Morini Junior
> ¡suǝqɐɹɐd ¿ɐɔǝqɐɔ ɐʇuod ǝp ɹǝl ǝnƃǝsuoɔ ǝɔoʌ 'ɐssou
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter