[GTER] ont queima swith gerenciavel??

Paulo Henrique paulo.rddck at bsd.com.br
Sun Mar 12 23:40:06 -03 2017


Finalizando, se vocé o cliente, então mude de prestador de serviço.
Aos meus clientes sempre passo a causa, consequencia e solução, não
desculpa.

Att.
Em 12/03/2017 23:35, "Paulo Henrique" <paulo.rddck at bsd.com.br> escreveu:

> 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
>>>>
>> >
>>
>> > 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
>
>



More information about the gter mailing list