[SP-pm] Capturar dados da saida do traceroute

Marcio - Google marciorp at gmail.com
Sun Jul 20 17:20:06 PDT 2014


Salve Mestres! ​Muito obrigado pela atenção!

Breno,

   Parece fazer sim. Pelo que entendi ele já faz o que eu queria fazer,
pois invoca o utilitário do sistema e interpreta o resultado.
   Vou tentar instalar e fazer um exemplo funcional, pois não entendi bem
como ler o resultado para gravar no BD.


Leonardo,

   Não tinha me tocado disso. É tanto tempo usando os utilitários que a
primeira coisa que vem a cabeça é usa-los ... :o


Daniel,

   Sei disso, para melhorar um pouquinho a confiabilidade eu uso TCP SYNs.
Outro ponto é que não tenho muita alternativa, estou com um problema em
minha ADSL que sei qual é (no roteamento da operadora), mas para variar
tenho que provar a eles que o problema existe e ainda mostrar onde está.
Depois de quase 50 reclamações na Anatel e reaberturas, consegui um pouco
de atenção, mas ainda assim terei que mostrar o problema ... :(




[...]'s

Marcio

========================================
########### Campanha Ajude o Marcio! ###########
http://sosmarcio.blogspot.com.br/
http://www.vakinha.com.br/VaquinhaP.aspx?e=195793
========================================


Em 16 de julho de 2014 15:19, Daniel de Oliveira Mantovani <
daniel.oliveira.mantovani em gmail.com> escreveu:

> Márcio, eu não sei o seu objetivo em usar o traceroute. O traceroute
> não é nada mais do que um hack do protocolo ICMP manipulando o TTL.
>
> Geralmente, os roteadores tem uma prioridade baixa em responder o ICMP
> resultando num resultado não real e também tem roteadores que
> desabilitam o ICPM.
>
> Eu recomendo você apenas usar traceroute numa rede que você conheça
> para entender o caminho que os pacotes estão fazendo.
>
> 2014-07-16 8:51 GMT-03:00 Leonardo Ruoso <leonardo em ruoso.com>:
> > Embora seja possível usar a saída de texto de utilitários unix padrão,
> > normalmente instalar um módulo, seja pure perl, seja um wrapper para uma
> > biblioteca local, é uma estratégia de implementação muito mais fácil.
> > Imagina você avaliar as saídas do dig para diagnosticar erros de DNS?
> >
> >
> > Em 16 de julho de 2014 00:45, Marcio - Google <marciorp em gmail.com>
> escreveu:
> >>
> >> Salve Mestres!
> >>
> >> Estou precisando de ajuda.
> >>
> >> Preciso capturar a saída do traceroute (Linux) e alimentar um DB MySql,
> >> para monitorar e gerar estatísticas.
> >>
> >> Meu problema está sendo capturar a saída do traceroute e separar os
> dados
> >> para jogar para o lugar certo do BD.
> >>
> >> Aqui está um exemplo da saída.
> >>
> >> traceroute to www.terra.com.br (208.84.244.116), 30 hops max, 60 byte
> >> packets
> >>  1  . (192.168.1.1)  1.681 ms  2.309 ms  4.409 ms  4.402 ms  4.538 ms
> >> 4.532 ms  4.668 ms  4.660 ms  4.798 ms  4.791 ms
> >>  2  gvt-l0.b7.cba.gvt.net.br (177.132.244.1)  151.597 ms  152.541 ms
> >> 153.963 ms  155.268 ms  167.864 ms  169.350 ms  152.464 ms  153.137 ms
> >> 154.161 ms  155.344 ms
> >>  3  gvt-host.gvt.net.br (189.59.240.226)  157.298 ms  158.785 ms
>  160.945
> >> ms  161.023 ms  161.102 ms  164.795 ms  52.871 ms  53.008 ms  54.147 ms
> >> 55.764 ms
> >>  4  gvt-te-0-3-0-4.rc02.mga.gvt.net.br (177.99.249.61)  73.107 ms
> >> gvt-te-0-5-0-0.rc02.gna.gvt.net.br (179.185.131.206)  85.019 ms
> >> gvt-te-0-3-0-4.rc02.mga.gvt.net.br (177.99.249.61)  60.341 ms
> >> gvt-te-0-5-0-0.rc02.gna.gvt.net.br (179.185.131.206)  71.651 ms
> >> gvt-te-0-3-0-4.rc02.mga.gvt.net.br (177.99.249.61)  62.644 ms
> >> gvt-te-0-5-0-0.rc02.gna.gvt.net.br (179.185.131.206)  68.953 ms
> >> gvt-te-0-3-0-4.rc02.mga.gvt.net.br (177.99.249.61)  91.988 ms
> >> gvt-te-0-5-0-0.rc02.gna.gvt.net.br (179.185.131.206)  103.911 ms
> >> gvt-te-0-3-0-4.rc02.mga.gvt.net.br (177.99.249.61)  95.768 ms
> >> gvt-te-0-5-0-0.rc02.gna.gvt.net.br (179.185.131.206)  107.712 ms
> >>  5  gvt-te-0-1-0-8.rc02.bhe.gvt.net.br (177.99.250.53)  121.375 ms
> >> gvt-te-0-10-0-8.rc05.cta.gvt.net.br (179.184.73.22)  107.179 ms
>  107.418 ms
> >> 111.644 ms gvt-te-0-1-0-8.rc02.bhe.gvt.net.br (177.99.250.53)  125.163
> ms
> >> 125.584 ms  145.303 ms gvt-te-0-10-0-8.rc05.cta.gvt.net.br
> (179.184.73.22)
> >> 135.723 ms gvt-te-0-1-0-8.rc02.bhe.gvt.net.br (177.99.250.53)  149.508
> ms
> >> 247.503 ms
> >>  6  gvt-te-0-7-0-9.rc06.spo.gvt.net.br (189.59.252.233)  104.973 ms
> >> gvt-te-0-0-0-2.rc02.spo.gvt.net.br (189.59.243.113)  76.281 ms
> >> gvt-te-0-7-0-9.rc06.spo.gvt.net.br (189.59.252.233)  38.784 ms  42.582
> ms
> >> 40.791 ms  40.878 ms  40.968 ms gvt-te-0-0-0-2.rc02.spo.gvt.net.br
> >> (189.59.243.113)  72.386 ms gvt-te-0-7-0-9.rc06.spo.gvt.net.br
> >> (189.59.252.233)  64.014 ms  121.997 ms
> >>  7  gvt-te-0-1-1-0.rt01.spo.gvt.net.br (187.115.214.186)  52.579 ms
> >> 52.658 ms  52.747 ms  131.927 ms
> 179.185.129.141.dynamic.adsl.gvt.net.br
> >> (179.185.129.141)  39.774 ms gvt-te-0-1-1-0.rt01.spo.gvt.net.br
> >> (187.115.214.186)  54.825 ms 179.185.129.141.dynamic.adsl.gvt.net.br
> >> (179.185.129.141)  53.828 ms gvt-te-0-1-1-0.rt01.spo.gvt.net.br
> >> (187.115.214.186)  54.755 ms  162.135 ms
> >> 179.185.129.141.dynamic.adsl.gvt.net.br (179.185.129.141)  151.463 ms
> >>  8  xe-4-2-0.ar4.gru1.gblx.net (64.214.61.37)  152.128 ms  153.330 ms
> >> 154.900 ms  155.503 ms  39.855 ms  41.674 ms xe-1-1-2.ar4.gru1.gblx.net
> >> (67.17.161.221)  40.704 ms  41.563 ms  43.717 ms
> xe-4-2-0.ar4.gru1.gblx.net
> >> (64.214.61.37)  43.966 ms
> >>  9  po5.ar1.mia2.gblx.net (67.16.148.102)  309.647 ms
> >> po4-20g.ar1.mia2.gblx.net (67.16.134.218)  217.833 ms  271.270 ms
>  217.424
> >> ms po5.ar1.mia2.gblx.net (67.16.148.102)  207.554 ms  207.728 ms
>  207.821 ms
> >> po4-20g.ar1.mia2.gblx.net (67.16.134.218)  219.048 ms
> po5.ar1.mia2.gblx.net
> >> (67.16.148.102)  208.136 ms po4-20g.ar1.mia2.gblx.net (67.16.134.218)
> >> 268.611 ms
> >> 10  ae5.edge2.miami2.level3.net (4.68.111.121)  271.127 ms  271.113 ms
> * *
> >> * * * * * *
> >> 11  4.59.242.10 (4.59.242.10)  219.347 ms  219.445 ms  219.675 ms
>  146.510
> >> ms  145.205 ms  146.287 ms  183.007 ms  184.465 ms  184.573 ms  186.884
> ms
> >> 12  tdcsdr11-vl-5.mia1.ustdata.net (66.119.65.65)  220.524 ms  222.357
> ms
> >> 222.942 ms  226.039 ms  329.702 ms  329.934 ms  330.707 ms  328.504 ms
> >> 307.183 ms  306.780 ms
> >> 13  216.177.213.250 (216.177.213.250)  316.044 ms  280.441 ms  207.240
> ms
> >> 205.952 ms  207.743 ms  206.937 ms  197.343 ms  196.061 ms  190.097 ms
> >> 199.315 ms
> >> 14  terra-v-99-dsw01-mia.tc.terra.com (98.142.238.241)  146.495 ms
> >> 146.134 ms  146.253 ms  145.714 ms  146.307 ms  147.876 ms  157.079 ms
> >> 183.776 ms  236.499 ms  237.965 ms
> >> 15  terra-v-62-slb03-mia.tc.terra.com (208.84.240.236)  237.687 ms
> >> 239.300 ms  236.758 ms  237.525 ms  236.519 ms  243.842 ms  160.867 ms
> >> 159.553 ms  159.894 ms  158.849 ms
> >> 16  www.terra.com.br (208.84.244.116)  160.499 ms  167.975 ms  157.050
> ms
> >> 155.958 ms  216.220 ms  217.074 ms  216.606 ms  227.743 ms  217.053 ms
> >> 253.018 ms
> >>
> >> Cada linha é um salto. A quantidade de colunas é variável, sendo no
> mínimo
> >> 4.
> >>
> >> Coluna 1 = Número do Salto
> >> Coluna 2 = Host
> >> Coluna 3 = IP do Host
> >> Coluna 4 = Tempo
> >>
> >> As colunas 2 a 4 podem se repetir várias vezes, e não necessariamente
> >> todas elas.
> >>
> >> Se notarem o salto 1, p.e., está assim: Número do Salto, Host, IP do
> Host,
> >> Tempo, Tempo, Tempo, Tempo, Tempo, Tempo, Tempo, Tempo, Tempo, Tempo.
> >>
> >> Já o salto 9, p.e., está assim: Número do Salto, Host, IP do Host,
> Tempo,
> >> Host, IP do Host, Tempo, Tempo, Tempo, Host, IP do Host, Tempo, Tempo,
> >> Tempo, Host, IP do Host, Tempo, Host, IP do Host, Tempo, Host, IP do
> Host,
> >> Tempo.
> >>
> >> Preciso separar esses dados para armazena-los.
> >>
> >> Simplificando, tenho três tabelas:
> >> Amostragem = Data/Hora (PK), Destino (PK), outras informações.
> >> Saltos = Data/Hora (PK), Destino (PK), Salto (PK), outras informações
> >> Hosts = Data/Hora (PK), Destino (PK), Salto (PK), Sequencia (PK), Host,
> IP
> >> do Host, Tempo, outras informações
> >>
> >> No exemplo do salto 1 eu teria um registro na tabela "Amostragem", 1
> >> registro na tabela "Saltos" e 10 registros na tabela "Hosts", sendo o
> >> primeiro com as colunas Host, IP do Host e Tempo preenchidas e os
> outros 9
> >> só com a coluna Tempo.
> >>
> >> Gravar no BD é tranquilo, não sei se seguindo as melhores práticas, mas
> >> funciona ... rsrsrs
> >>
> >> O abacaxi está em separar esses dados ai para jogar para as
> >> tabelas/colunas correspondentes.
> >>
> >> Acho que consegui explicar ... rsrsrs
> >>
> >> Dicas, sugestões, questionamentos, receita de bolo ... serve tudo!
> >>
> >> [...]'s
> >>
> >> Marcio
> >>
> >> ========================================
> >> ########### Campanha Ajude o Marcio! ###########
> >> http://sosmarcio.blogspot.com.br/
> >> http://www.vakinha.com.br/VaquinhaP.aspx?e=195793
> >> ========================================
> >>
> >> =begin disclaimer
> >>    Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
> >>  SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org
> >>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> >> =end disclaimer
> >>
> >
> >
> >
> > --
> > Leonardo Ruoso
> > Journalist, Perl developer and business consultant
> > Media, UFC/2006; Telecom, IFCE/1998
> >
> > =begin disclaimer
> >    Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
> >  SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org
> >  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> > =end disclaimer
> >
>
>
>
> --
>
> -dom
>
> --
>
> Daniel de Oliveira Mantovani
> Business Analytic Specialist
> Perl Evangelist /Astrophysics hobbyist.
> +55 11 9 8538-9897
> XOXO
> =begin disclaimer
>    Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>  SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org
>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> =end disclaimer
>
-------------- Pr�xima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20140720/c2d4f329/attachment-0001.html>


More information about the SaoPaulo-pm mailing list