[GTER] ont queima swith gerenciavel??
Bruno Cabral
bruno at openline.com.br
Tue Mar 14 05:48:22 -03 2017
VLAN não é solução pro seu problema
Se esta funcionando com switches emprestados os seus estão disponíveis. Teste as portas em bancada porque se funcionarem você não precisa comprar switches novos!
E eu trocaria essa terceirizada porque desculpe mas esta deixando muito a desejar
!3runo
________________________________
De: gter <gter-bounces at eng.registro.br> em nome de Antenor Morini Junior <juniormorini at gmail.com>
Enviado: terça-feira, 14 de março de 2017 01:54:26
Para: Grupo de Trabalho de Engenharia e Operacao de Redes
Assunto: Re: [GTER] ont queima swith gerenciavel??
Olá Paulo!!
Desculpe, pensei que não iriam me responder, e não pude ver meus e-mail's de
qualquer forma…
Acabei não sendo claro, eu sou funcionário da empresa cliente, a empresa que
deve dar o suporte de TI confirma o que a empresa que faz a conexão bridge P2P
diz ter ocorrido;
"os switchs são muito antigos e queimaram por causa da alta tecnologia existente
no ONT".
Eles resolveram emprestando switch de 12 portas lan, enquanto compramos novos…
por exemplo hoje eu fui acessar um servidor de arquivos iomega que temos para
backup do servidor, não consegui e relatei a direção, "a empresa de TI disse que
vai ser normal, de vez em quando pode acontecer falhas", cara, é revoltante!!
E você com toda a gentileza tentou construir um cenário onde seria possivel
acontecer da mera comunicação entre equipamentos danificar os componentes.
Concordo ser bastante improvável, pois são equipamentos certificados no
protocolo que irão trabalhar. Jamais são liberados se tivesse uma possibilidade
dessas.
Os switchs são baseline, quase certeza 2226, com sfp conjugado nas duas Gigabit,
dos 3, 2 são gerenciável via web e um nunca consegui acessar, por ter conexão
console.
Da distancia que estou ficando disso agora, eu também arrisco que o problema é
alguma regra que precisaria ser feita no switch que não sabiam/podiam fazer nos
nossos (nossos switchs trabalham como se não fossem configuráveis), e enquanto
não trocaram pelo deles a rede nossa conflitou com a presença de broadcast no
link "P2P" da empresa. Talvez não criaram uma conexão P2P, mas uma VLAN!!
Então eu não tenho como postar o arquivo porque os switch's não são os meus
mais, o ont e os switch's são da empresa que presta o link.
E nem tenho que fazer isso, eles lá resolveram e vocês já me ajudaram demais!
foram além da expectativa! era pra saber uma opinião séria e concreta sobre uma
afirmação completamente estapafúrdica. Com sua explanação colocamos no plano
técnico uma colocação subjetiva, sem haver com área científica e prática que um
dispositivo pertence.
Talvez nem tenham má intensão, só falta argumento pra explicar pra um cliente
que sai comprando sem questionar.
Muito obrigado Paulo e Bruno por dedicar seu tempo comigo,eu acredito que esse
tipo de atitude certamente tem retorno.Um abraço e bom trabalho!!
On Sun, Mar 12, 2017 11:40 PM, Paulo Henrique paulo.rddck at bsd.com.br wrote:
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
>> 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
>
>
--
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