Sim.
Esse segundo salto nao esta em Santos.
[TÓPICO DEDICADO] Banda Larga Claro - HFC/FIBRA ÓPTICA
- Iniciador de Tópicos Mosqueteirors
- Data de Início
Esse segundo salto nao esta em Santos.
Está sim.
Vc ta falando que o seu gateway esta localizado a 100km de vc ?
Eu acho que vc esta engando hein.
Digo isso pq esse cenario seria altamente nao usual.
Pq vc diz que o seu gateway esta localizado a 100 km de vc? Eu acho muito dificil essa topologia em HFC.
Mas eu nao sou expert aprofundado no assunto, por isso pergunto a ti.
Eu não estou no HFC, eu sou FTTH, falei ali em cima hehe. Olha meu upload no teste que mandei.
opa, falta de atencao minha.Eu não estou no HFC, eu sou FTTH, falei ali em cima hehe. Olha meu upload no teste que mandei.
Mas mesmo assim meu caro.
Tenho quase certeza absoluta que o seu gateway nao esta a 100km de vc.
Pela quantidade de cidades menores com FTTH, a chance é grande de utilizarem Gateway para varias cidades (Mini Hubs).
Essa informação foi dada pelo responsável pela infra local da Claro. O método utilizado pela Claro para cidades FTTH é aproveitar o local onde as antenas 4g estão instaladas, eles colocam as OLT's no mesmo terreno e utilizam o transporte da fibra das antenas 4g (por DWDM) até o datacenter da Claro mais próximo, no meu caso, Santos (100km daqui).
Só para comparação:
PING para o segundo salto:
Código:
C:\Users>ping 100.71.128.1
Pinging 100.71.128.1 with 32 bytes of data:
Reply from 100.71.128.1: bytes=32 time=5ms TTL=254
Reply from 100.71.128.1: bytes=32 time=6ms TTL=254
Reply from 100.71.128.1: bytes=32 time=4ms TTL=254
Reply from 100.71.128.1: bytes=32 time=7ms TTL=254
Ping statistics for 100.71.128.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 4ms, Maximum = 7ms, Average = 5msPING para o servidor Speedtest de Santos:
Código:
C:\Users>ping velocimetro-sts.virtua.com.br
Pinging velocimetro-sts.virtua.com.br [189.34.131.3] with 32 bytes of data:
Reply from 189.34.131.3: bytes=32 time=4ms TTL=60
Reply from 189.34.131.3: bytes=32 time=4ms TTL=60
Reply from 189.34.131.3: bytes=32 time=4ms TTL=60
Reply from 189.34.131.3: bytes=32 time=4ms TTL=60
Ping statistics for 189.34.131.3:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 4ms, Maximum = 4ms, Average = 4msPING para um ip de um vizinho com Claro:
Código:
C:\Users>ping 189.4.*.*
Pinging 189.4.*.* with 32 bytes of data:
Reply from 189.4.*.*: bytes=32 time=2ms TTL=62
Reply from 189.4.*.*: bytes=32 time=2ms TTL=62
Reply from 189.4.*.*: bytes=32 time=2ms TTL=62
Reply from 189.4.*.*: bytes=32 time=2ms TTL=62
Ping statistics for 189.4.*.*:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 2ms, Maximum = 2ms, Average = 2ms
Usuária NET Rio aqui, há alguns meses colocamos a de 120, coloquei um roteador TP Link Archer C6, configurei o IPV6, tudo funcionando de boa. Tem alguns dias o IPV6 parou, não pega o IP, parou do nada, nenhuma modificação foi feita aqui. Alguém mais com esse problema?
Como faço pra trocar o MAC do meu modem? Acho que se eu conseguir trocar a rota, meu ping cai pela metade, mas pra isso preciso ter a certeza... E se mudar o MAC não da b.o dps no aplicativo da Claro ?Tava mexendo no MAC ADDRESS e acabei pegando uma faixa de IP diferente (de 189.* para 187.*), meu ping diminuiu muito, para alguns IPs diminuiu pela metade, acho que estou em um gateway diferente que não divide conexões com RJ mais.
TRACERT para DNS do google antes, um deles vai pelo RJ e outro para SP:
Código:C:\Users>tracert 8.8.8.8 Tracing route to dns.google [8.8.8.8] over a maximum of 30 hops: 1 <1 ms <1 ms <1 ms router.lan [192.168.0.1] 2 5 ms 4 ms 6 ms 100.71.128.1 3 5 ms 5 ms 5 ms bd229829.virtua.com.br [189.34.152.41] 4 10 ms 9 ms 10 ms embratel-t0-1-1-0-4004-uacc04.rjoen.embratel.net.br [189.87.140.37] 5 17 ms 14 ms 14 ms ebt-h0-3-0-0-tcore01.rjo.embratel.net.br [200.244.211.211] 6 10 ms 10 ms 10 ms ebt-h0-3-1-1-agg03.rjo.embratel.net.br [200.244.18.62] 7 10 ms 10 ms 10 ms peer-b54-agg03.rjo.embratel.net.br [201.39.52.58] 8 10 ms 10 ms 11 ms 108.170.251.81 9 10 ms 10 ms 10 ms 108.170.229.87 10 10 ms 10 ms 10 ms dns.google [8.8.8.8] Trace complete. C:\Users>tracert 8.8.4.4 Tracing route to dns.google [8.8.4.4] over a maximum of 30 hops: 1 <1 ms <1 ms <1 ms router.lan [192.168.0.1] 2 7 ms 6 ms 5 ms 100.71.128.1 3 6 ms 4 ms 4 ms bd229829.virtua.com.br [189.34.152.41] 4 12 ms 12 ms 12 ms embratel-t0-4-0-0-4003-uacc01.spoph.embratel.net.br [200.245.154.21] 5 15 ms 14 ms 14 ms ebt-t0-5-0-6-tcore01.spo.embratel.net.br [200.230.158.162] 6 12 ms 14 ms 14 ms ebt-b1101-tcore01.spomb.embratel.net.br [200.230.243.33] 7 12 ms 11 ms 11 ms ebt-h0-5-1-1-agg04.spomb.embratel.net.br [200.230.243.94] 8 11 ms 11 ms 11 ms peer-b51-agg04.spomb.embratel.net.br [189.23.243.2] 9 14 ms 13 ms 13 ms 108.170.227.29 10 12 ms 12 ms 11 ms 108.170.225.157 11 12 ms 12 ms 12 ms dns.google [8.8.4.4] Trace complete.
Agora o novo tracert nem passa mais pelo RJ:
Código:C:\Users>tracert 8.8.8.8 Tracing route to dns.google [8.8.8.8] over a maximum of 30 hops: 1 <1 ms <1 ms <1 ms router.lan [192.168.0.1] 2 4 ms 5 ms 4 ms 100.71.128.1 3 5 ms 5 ms 4 ms bd229829.virtua.com.br [189.34.152.41] 4 5 ms 4 ms 4 ms embratel-h0-5-0-0-4004-agg02.sts.embratel.net.br [189.22.45.29] 5 11 ms 14 ms 5 ms ebt-h1-8-0-0-tcore01.spomb.embratel.net.br [200.230.243.213] 6 7 ms 6 ms 6 ms ebt-h0-4-1-0-agg04.spomb.embratel.net.br [200.230.243.86] 7 7 ms 7 ms 7 ms peer-b51-agg04.spomb.embratel.net.br [189.23.243.2] 8 7 ms 7 ms 7 ms 216.239.41.67 9 7 ms 7 ms 7 ms 209.85.242.199 10 7 ms 8 ms 8 ms dns.google [8.8.8.8] Trace complete. C:\Users>tracert 8.8.4.4 Tracing route to dns.google [8.8.4.4] over a maximum of 30 hops: 1 <1 ms <1 ms <1 ms router.lan [192.168.0.1] 2 7 ms 4 ms 3 ms 100.71.128.1 3 5 ms 4 ms 4 ms bd229829.virtua.com.br [189.34.152.41] 4 6 ms 6 ms 6 ms embratel-T0-0-0-1-4004-uacc02.spo.embratel.net.br [200.231.241.85] 5 7 ms 13 ms 14 ms ebt-h1-9-0-0-tcore01.spo.embratel.net.br [200.244.211.43] 6 10 ms 14 ms 14 ms ebt-b1101-tcore01.spomb.embratel.net.br [200.230.243.33] 7 7 ms 7 ms 7 ms ebt-h0-5-0-1-agg04.spomb.embratel.net.br [200.230.243.90] 8 7 ms 7 ms 7 ms peer-b51-agg04.spomb.embratel.net.br [189.23.243.2] 9 9 ms 8 ms 8 ms 108.170.227.29 10 8 ms 8 ms 8 ms 108.170.225.157 11 8 ms 8 ms 8 ms dns.google [8.8.4.4] Trace complete.
O meu ping era "alto" para SP, o minimo que pegava era 10ms, agora é fácil pegar menos de 10ms.
Teste do Speedtest no servidor da VIVO antes e depois:
Cara, eu tenho o TOP HD MAX com gravador externo, e tinha 35 mega. O papo era sempre esse, se mudar a velocidade, perde o plano HD MAX.. Reclamei na Anatel, me pediram mil desculpas, que pode sim mudar só a internet, consegui 240 mega por R$ 89,00 (preço fixo).
Aqui utilizo em bridge, então mudei o MAC na "WAN" do meu roteador, mudei uma letra somente, caiu a conexão e voltou com esse novo IP.
Aqui tbm, no bridge mesmo mudando o MAC ficava na mesma faixa, mas hoje fui mudar e cai numa faixa diferente.
Qual região ? Pois na Região da Tijuca existe relato de semanas com essa falha do IPV6.
Pelo contrário, é super comum o roteador de agregação (esse 1o salto do KILLME) estar em outra cidade em topologias xDSL e FTTH (HFC não mesmo pois sempre existe um roteador embutido no CMTS).
Geralmente a operadora concentra o roteamento numa cidade de maior porte e que de preferência já tenha um datacenter estruturado para abrigar todos os racks com switches, roteadores, parte do DWDM, CDNs do Facebook, Google etc.
Tiuca, cara... aff... obrigada por avisar. Será vão arrumar? Não consigo nem acessar as configurações do modem, eu ia ver se o modem tava pegando mas não consigo acessar ele não sei pq.
carai, sou de Santos com a net nunca que eu consegui menos que 8 ms no HFC, nem na vivo fibra consegui um ping em um servidor daqui. Pelo incrível que pareça, meu ping em servidores de sp são bem menores comparados a servidores daqui de Santos. Alguem sabe me explicar isso?
Pq provavelmente a Claro não troca trafego na cidade de Santos e sim em SP, então quando vc faz um teste em um servidor de outro provedor na mesma cidade a rota sai de Santos até São Paulo e volta.
Entendi... pq acho estranho pegar 30 de ping enquanto posso pegar 15. Acho que eles fazem isso de propósito... Vou investigar kkkkk
Sou do ES, ontem após uma troca de modem o IPV6 aqui parou, mas já acontecia no modem antigo de reiniciar e não pegar IPV6 tbm, se não me engano tem mais users do fórum com esse problema.
Coisa chata isso, véi... tava funcionando muito bem por meses, aí morreu. Vi por aí q o IPV6 da NET mais fica parado q funcionando. Seu modem tá em bridge?
acredito que seja isso mesmo, com a net e vivo o ping sempre era menor em servidores de sp. Pelo speedtest usando a vivo fibra no servidor Vivo SPPD dá só 6ms.
Não, mas tinha um HUMAX 1000r-L4 com 35 mb e era em bridge, tbm nao pegava ipv6, ai mudei para 120Mb e colocaram o Humax HGB10R-02 e ele pegou, mas tinha um bug do wifi que precisava reiniciar, ai algumas vezes apos reiniciar o ipv6 sumia e tinha q ficar reiniciando pra voltar o ipv6. Dai mudei pra 240 mb e colocaram o CBN CH8568 ontem e nao pegou tbm, tudo isso esse ano.
Eu utilizo em bridge tbm e uso o USG da ubiquti
Ubiquiti - UniFi® Security Gateway
The UniFi® Security Gateway extends the UniFi Enterprise System to provide cost-effective, reliable routing and advanced security for your network.