[GTER] ont queima swith gerenciavel??
Antenor Morini Junior
juniormorini at gmail.com
Tue Mar 14 20:43:16 -03 2017
Viu Paulo, a empresa que "presta" TI aqui levou os switches para abrir e ver
o que aconteceu, vai vendo…
É complicado, cliente assim (a empresa que trabalho no caso) merece sofrer,
mesmo.
Eu já estive do outro lado, exercendo segurança eletronica, quando a gente
recebe um cliente escaldado assim, tudo ele desconfia, mas dominando a área de
atuação dá pra conquistar. Primeiro o cliente procura o prestador mais barato do
mundo, depois reclama. O que eu posso fazer é mostrar que existe prestador
decente, mas vão ter que passar pelo caminho das pedras.
Obrigado e boa noite!!
On Tue, Mar 14, 2017 9:44 AM, Paulo Henrique paulo.rddck at bsd.com.br wrote:
Sr. Antenor,
Compreendi agora sua posição, bom, a recomendação do Bruno é a mesma que
posso orientar.
Esse modelo que você falou, já trabalhei com ele, não são super stack mas
cumpre bem o trabalho em uma rede corporativa pequena e possui CI de
supressão de descarga eletrica, estando na mesma condição que apresentei
anteriormente.
Att.
Em 14 de março de 2017 05:48, Bruno Cabral <bruno at openline.com.br> escreveu:
> 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
> --
> gter list https://eng.registro.br/mailman/listinfo/gter
>
--
:UNI><BSD:
Paulo Henrique.
Fone: (21) 37089388.
--
gter list https://eng.registro.br/mailman/listinfo/gter
Antenor Morini Junior
¡suǝqɐɹɐd ¿ɐɔǝqɐɔ ɐʇuod ǝp ɹǝl ǝnƃǝsuoɔ ǝɔoʌ 'ɐssou
More information about the gter
mailing list