[GTER] Link dedicado Por rádio 5.8
Carlos Henrique dos Santos
carlos at nivelweb.com
Thu Nov 5 12:23:38 -02 2009
Fiz 2 tracert, o primeiro da minha conexao para um IP valido dentro da
mesma rede deles, inclusive na mesma cidade.
Rastreando a rota para HOST201xxxxx.dominio.com.br [201.xx.xx.xx]
com no máximo 30 saltos:
1 90 ms 59 ms 65 ms 201.xx.xx.1
2 59 ms 42 ms 66 ms 10.254.254.11
3 54 ms 39 ms 81 ms 10.11.0.1
4 80 ms 108 ms 93 ms HOST201xxxxx.dominio.com.br [201.xx.xx.xx]
O outro tracert para o UOL
Rastreando a rota para uol.com.br [200.221.2.45]
com no máximo 30 saltos:
1 110 ms 40 ms 40 ms 201.xx.xx.1
2 99 ms 42 ms 49 ms 10.254.254.1
3 174 ms 183 ms 174 ms
embratel-xxx-xx-xx-gacc01.vta.embratel.net.br [200.251.xxx.xxx]
4 133 ms 169 ms 151 ms ebt-G6-0-dist04.vta.embratel.net.br
[200.244.169.74]
5 161 ms 134 ms 222 ms ebt-P9-1-6-core01.rjo.embratel.net.br
[200.244.40.106]
6 191 ms 174 ms 167 ms ebt-G0-0-1-2-tcore01.rjo.embratel.net.br
[200.230.251.93]
7 417 ms 139 ms 165 ms ebt-T0-0-0-0-tcore01.spo.embratel.net.br
[200.230.251.2]
8 151 ms 131 ms 162 ms ebt-C1-gacc02.spolp.embratel.net.br
[200.230.242.194]
9 172 ms 146 ms 142 ms peer-P4-1-gacc02.spolp.embratel.net.br
[200.211.219.130]
10 193 ms 181 ms 359 ms 201-63-54-138.customer.tdatabrasil.net.br
[201.63.54.138]
11 161 ms 173 ms 180 ms 200.221.136.162
12 149 ms 155 ms 156 ms home.uol.com.br [200.221.2.45]
Rastreamento concluído.
A maior latencia é na saida para a rede da embratel, o que explica os
160ms para host nacionais ou estou errado?
Como informado anteriormente, estou a cerca de ~110km do provedor, e esse
segundo eles mesmo, até chegar aqui, passam por 4 pontos de repetição.
Carlos
> Aqui trabalhamos atendendo residencial e ip dedicado fornecermos uma
> classe
> para o cliente e criarmos um enlace dedicado para ele até entrar no nosso
> primeiro pop, no pop tem redundância de energia, enlace etc... nossa rede
> tem cerca de 400km mais eu chego no gateway em menos de 20ms, mais como o
> Adriano falou pode ter caso do uso de equipamentos como os tsunami mp 11 a
> que a latência é em torno de 20ms, procure saber do provedor como a rede
> dele é em bridge ou roteada, pois tem muito provedor que não tem a mínima
> qualidade técnica então melhor se resguardar. Aqui vendemos com SLA de
> 99,5
> que é um valor que se chega muito fácil.
>
> De uma ponta a outra da rede cerca de 2800km 6 enlaces
>
> 187.xxx.xxx.x 64 byte ping: ttl=58 time=5 ms
> 187.xxx.xxx.x 64 byte ping: ttl=58 time=6 ms
> 187.xxx.xxx.x 64 byte ping: ttl=58 time=25 ms
> 187.xxx.xxx.x 64 byte ping: ttl=58 time=5 ms
> 187.xxx.xxx.x 64 byte ping: ttl=58 time=3 ms
> 187.xxx.xxx.x 64 byte ping: ttl=58 time=19 ms
> 187.xxx.xxx.x 64 byte ping: ttl=58 time=5 ms
> 187.xxx.xxx.x 64 byte ping: ttl=58 time=5 ms
> 187.xxx.xxx.x 64 byte ping: ttl=58 time=8 ms
> 187.xxx.xxx.x 64 byte ping: ttl=58 time=7 ms
> 187.xxx.xxx.x 64 byte ping: ttl=58 time=15 ms
> 187.xxx.xxx.x 64 byte ping: ttl=58 time=5 ms
> 187.xxx.xxx.x 64 byte ping: ttl=58 time=14 ms
> 187.xxx.xxx.x 64 byte ping: ttl=58 time=5 ms
> 187.xxx.xxx.x 64 byte ping: ttl=58 time=19 ms
> 15 packets transmitted, 15 packets received, 0% packet loss
> round-trip min/avg/max = 3/9.7/25 ms
>
> Att,
>
>
> 2009/11/5 Alexandre J. Correa - Onda Internet <alexandre at onda.psi.br>
>
>> De MG até BA, entrando na rede e passando por 12 enlaces (5.8ghz)
>>
>> PING 189.xxx.xxx.000 (189.xxx.xxx.000) 56(84) bytes of data.
>> 64 bytes from 189.xxx.xxx.000: icmp_seq=1 ttl=239 time=79.5 ms
>> 64 bytes from 189.xxx.xxx.000: icmp_seq=2 ttl=239 time=69.9 ms
>> 64 bytes from 189.xxx.xxx.000: icmp_seq=3 ttl=239 time=88.6 ms
>> 64 bytes from 189.xxx.xxx.000: icmp_seq=4 ttl=239 time=64.9 ms
>> 64 bytes from 189.xxx.xxx.000: icmp_seq=5 ttl=239 time=90.0 ms
>> 64 bytes from 189.xxx.xxx.000: icmp_seq=6 ttl=239 time=66.0 ms
>> 64 bytes from 189.xxx.xxx.000: icmp_seq=7 ttl=239 time=75.3 ms
>> 64 bytes from 189.xxx.xxx.000: icmp_seq=8 ttl=239 time=72.9 ms
>> 64 bytes from 189.xxx.xxx.000: icmp_seq=9 ttl=239 time=85.5 ms
>>
>>
>> Do GW até o Cliente (somente passando nos 12 enlaces)
>> > ping 189.xxx.xxx.000
>> 189.xxx.xxx.000 64 byte ping: ttl=250 time=24 ms
>> 189.xxx.xxx.000 64 byte ping: ttl=250 time=12 ms
>> 189.xxx.xxx.000 64 byte ping: ttl=250 time=9 ms
>> 189.xxx.xxx.000 64 byte ping: ttl=250 time=12 ms
>> 189.xxx.xxx.000 64 byte ping: ttl=250 time=12 ms
>> 189.xxx.xxx.000 64 byte ping: ttl=250 time=12 ms
>> 189.xxx.xxx.000 64 byte ping: ttl=250 time=19 ms
>> 189.xxx.xxx.000 64 byte ping: ttl=250 time=24 ms
>> 189.xxx.xxx.000 64 byte ping: ttl=250 time=12 ms
>>
>> os 12 enlaces totalizam 271km de distancia !
>>
>> Nestes clientes tenho contrato com SLA de 99.8% e 100% de garantia de
>> banda
>> dentro da nossa rede.
>>
>>
>> Adriano Struck wrote:
>>
>>> O protocolo proprietário da Mikrotik (Nstreme) pode incrementar um
>>> pouco a
>>> latência, mas não tanto. Mas é comum ter ping de 5ms e no meio aparecer
>>> um
>>> 20ms ou 50ms, mas não constantemente.
>>>
>>> Resposta de 192.168.190.9: bytes=32 tempo=9ms TTL=62
>>> Resposta de 192.168.190.9: bytes=32 tempo=5ms TTL=62
>>> Resposta de 192.168.190.9: bytes=32 tempo=5ms TTL=62
>>> Resposta de 192.168.190.9: bytes=32 tempo=17ms TTL=62
>>> Resposta de 192.168.190.9: bytes=32 tempo=4ms TTL=62
>>> Resposta de 192.168.190.9: bytes=32 tempo=4ms TTL=62
>>> Resposta de 192.168.190.9: bytes=32 tempo=3ms TTL=62
>>>
>>> Este teste eu fiz a partir aqui do provedor e o IP é do rádio da ponta,
>>> que é o sexto equipamento (são 3 ponto a pontos 5Ghz com nstreme
>>> habilitado
>>> até lá, 35Km no total).
>>>
>>> Outros rádios como a linha Tsunami da Proxim, por default, vêm com ICMP
>>> não priorizado e sem tráfego chegam a pingar em 20ms... mas isso é
>>> característica do equipamento.
>>>
>>> att.
>>>
>>> Adriano - TPA Internet
>>> (47) 3382-2684
>>> www.tpa.com.br
>>>
>>> ----- Original Message ----- From: "Danilo Bedani" <dbedani at gmail.com>
>>> To: "Grupo de Trabalho de Engenharia e Operacao de Redes" <
>>> gter at eng.registro.br>
>>> Sent: Thursday, November 05, 2009 8:55 AM
>>> Subject: Re: [GTER] Link dedicado Por rádio 5.8
>>>
>>>
>>> No provedor que trabalhei até o mes passado, a rede era toda em 5.8ghz,
>>> com
>>> uma mescla de equipamentos Trango e Nano Station... e o máximo que
>>> tínhamos
>>> de tempo de resposta para o Gateway do cliente, que ficava na própria
>>> repetidora, era de no máximo 10ms... Quando este tempo aumenta, pode
>>> ter
>>> certeza que é interferencia do sinal, ou gargalo nos equipamentos..
>>>
>>> Agora, 70ms para atingir o próprio gw, é alto demais... não sei como
>>> deve
>>> ser a infra deste provedor...
>>>
>>> 2009/11/5 Leonardo Rodrigues <leolistas at solutti.com.br>
>>>
>>>
>>>> Peça pra esse provedor te indicar o contato de 2 grandes empresas que
>>>> utilizem seus serviços e ligue nos caras ....
>>>>
>>>> Tudo que a gente discutir aqui é teórico. Você falar com 2 clientes
>>>> corporativos deles e argumentar sobre disponibilidade da rede, tempo
>>>> de
>>>> resposta do suporte em caso de problemas, etc etc, ai sim serão dados
>>>> práticos.
>>>>
>>>> Mas 70ms pra um enlace local me parece meio absurdo. Eu tenho um
>>>> servidor
>>>> contratado num datacenter canadense e, de algumas redes 'melhorzinhas'
>>>> brasileiras, Embratel por exemplo, eu chego a ter latência de 160ms
>>>> pro
>>>> trajeto Brasil-Canadá. Assim, 70 pra um enlace local e 125 pra hosts
>>>> nacionais me parece muito.
>>>>
>>>> Não é um EXAGEEEEEEERO não .... mas deveria ser menor numa boa rede.
>>>>
>>>> Carlos Henrique dos Santos escreveu:
>>>>
>>>> Olá Pessoal
>>>>
>>>>>
>>>>> Estou a contratar um link dedicado, no entando um provedor autonomo
>>>>> nos
>>>>> propos a oferecer um link dedicado com garantida de 75% por rádios
>>>>> 5.8
>>>>> Ghz.
>>>>>
>>>>> O link a contratar será de 2Mbps, e o preço do mesmo é 40% mais
>>>>> barato
>>>>> que
>>>>> pela operadora local (unica por sinal)
>>>>>
>>>>> Estou fazendo testes antes de fechar contrato, latencia média de 70ms
>>>>> para
>>>>> o gateway principal do provedor, e media de 125ms para host
>>>>> nacionais.
>>>>>
>>>>> Alguem ja usa ou comercializa internet por radios 5.8Ghz, é seguro,
>>>>> esses
>>>>> 40% de economia vão valer a pena?
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>> --
>>>>
>>>>
>>>> Atenciosamente / Sincerily,
>>>> Leonardo Rodrigues
>>>> Solutti Tecnologia
>>>> http://www.solutti.com.br
>>>>
>>>> Minha armadilha de SPAM, NÃO mandem email
>>>> gertrudes at solutti.com.br
>>>> My SPAMTRAP, do not email it
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> gter list https://eng.registro.br/mailman/listinfo/gter
>>>>
>>>>
>>>
>>>
>>>
>>
>> --
>> Sds.
>>
>> Alexandre Jeronimo Correa
>>
>> Onda Internet
>> www.onda.net.br
>>
>> IPV6 Ready !
>> www.ipv6.onda.net.br
>>
>>
>> --
>> gter list https://eng.registro.br/mailman/listinfo/gter
>>
>
>
>
> --
> Renato Silva Machado
> Gerente de TI
>
> + 55 75 8102-8969 Cel
> + 55 75 3264-1825 Fixo
> Renato at redetuxnet.com.br
>
> Visite o nosso site - www.redetuxnet.com.br - TuxNet Materiais e Serviços
> de Informática LTDA.
> Esta mensagem e seu conteúdo - inclusive anexos - são dedicados
> exclusivamente para seu(s) destinatário(s), podendo conter informações
> confidênciais e/ou legalmente privilegiadas. Qualquer modificação,
> retransmissão, disseminação, impressão ou utilização não autorizada fica
> estritamente proibida. Se você recebeu esta mensagem por engano, por favor
> informe o remetente e delete o material e as cópias de sua máquina
> --
> gter list https://eng.registro.br/mailman/listinfo/gter
>
Abraços.
Carlos,
More information about the gter
mailing list