Fiz o procedimento que você indicou e somente mudou o último digito. Ex 189.xx.xx.4,189.xx.xx.3, 189.xx.xx.5
O telefone continuou recebendo e fazendo.
[TÓPICO DEDICADO] Banda Larga Claro - HFC/FIBRA ÓPTICA
- Iniciador de Tópicos Mosqueteirors
- Data de Início
Fiz o procedimento que você indicou e somente mudou o último digito. Ex 189.xx.xx.4,189.xx.xx.3, 189.xx.xx.5
O telefone continuou recebendo e fazendo.
Muda mais no inicio do mac que as vezes pula de range. Senão vc vai ter que ficar mudando até zerar o range hehe.
@bigode formoso, talvez você tenha visto que o colega @vipanonymous, com uma boa dose de paciência, conseguiu colocar o Technicolor TCG2232 em Bridge, para internet e telefone fixo. Gostaria de fazer algumas perguntas:
- O que você quis dizer com "não deu certo"? Não recebeu IPv4 público?
- Ou recebeu IPv4 mas não conseguiu abrir as portas pelo roteador?
- O seu IP começa com "100", ou seja, você está em CGNAT?
- Você está no RJ, certo?
- Qual é a versão do firmware no seu Technicolor?
São duas boas notícias, você conseguiu mudar o WAN IP (apesar de ter tido "azar" e ter recebido um novo IP no mesmo range) e o telefone não caiu! Obrigado!
Última edição:
Interessante que aparentemente aqui no sul tem mais rotas diretas. Peguei os três primeiros endereços da tua lista com >100ms e aqui deu tudo ~20ms:
Código:
C:\>ping speedtest.gigared.com.ar
Pinging speedtest.gigared.com.ar [190.183.195.20] with 32 bytes of data:
Reply from 190.183.195.20: bytes=32 time=21ms TTL=56
Reply from 190.183.195.20: bytes=32 time=21ms TTL=56
Reply from 190.183.195.20: bytes=32 time=21ms TTL=56
Reply from 190.183.195.20: bytes=32 time=21ms TTL=56
Ping statistics for 190.183.195.20:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 21ms, Maximum = 21ms, Average = 21ms
C:\>ping spt-eze1.edgeuno.com
Pinging spt-eze1.edgeuno.com [200.25.60.86] with 32 bytes of data:
Reply from 200.25.60.86: bytes=32 time=20ms TTL=56
Reply from 200.25.60.86: bytes=32 time=20ms TTL=56
Reply from 200.25.60.86: bytes=32 time=20ms TTL=56
Reply from 200.25.60.86: bytes=32 time=20ms TTL=56
Ping statistics for 200.25.60.86:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 20ms, Maximum = 20ms, Average = 20ms
C:\>ping speedtest.telered.com.ar
Pinging speedtest.telered.com.ar [190.105.0.32] with 32 bytes of data:
Reply from 190.105.0.32: bytes=32 time=21ms TTL=56
Reply from 190.105.0.32: bytes=32 time=22ms TTL=56
Reply from 190.105.0.32: bytes=32 time=21ms TTL=56
Reply from 190.105.0.32: bytes=32 time=21ms TTL=56
Ping statistics for 190.105.0.32:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 21ms, Maximum = 22ms, Average = 21ms
C:\>Interessante. A rota existe então, são desorganizados mesmo hahaha.
estou no interior do RS com claro HFC:
Código:
root@opi5:~# curl -o /dev/null https://downloadmirror.intel.com/786445/gfx_win_101.4644.exe
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 634M 100 634M 0 0 57.4M 0 0:00:11 0:00:11 --:--:-- 60.1M
root@opi5:~#
root@opi5:~# ping spt-eze1.edgeuno.com
PING spt-eze1.edgeuno.com (200.25.60.86) 56(84) bytes of data.
64 bytes from spt-eze1.edgeuno.com (200.25.60.86): icmp_seq=1 ttl=53 time=32.7 ms
64 bytes from spt-eze1.edgeuno.com (200.25.60.86): icmp_seq=2 ttl=53 time=33.5 ms
64 bytes from spt-eze1.edgeuno.com (200.25.60.86): icmp_seq=3 ttl=53 time=35.3 ms
64 bytes from spt-eze1.edgeuno.com (200.25.60.86): icmp_seq=4 ttl=53 time=33.3 ms
64 bytes from spt-eze1.edgeuno.com (200.25.60.86): icmp_seq=5 ttl=53 time=32.8 ms
64 bytes from spt-eze1.edgeuno.com (200.25.60.86): icmp_seq=6 ttl=53 time=36.7 ms
64 bytes from spt-eze1.edgeuno.com (200.25.60.86): icmp_seq=7 ttl=53 time=32.9 ms
^C
--- spt-eze1.edgeuno.com ping statistics ---
7 packets transmitted, 7 received, 0% packet loss, time 6010ms
rtt min/avg/max/mdev = 32.725/33.889/36.666/1.408 ms
root@opi5:~# ping speedtest.gigared.com.ar
PING speedtest.gigared.com.ar (190.183.195.20) 56(84) bytes of data.
64 bytes from speedtest.gigared.com.ar (190.183.195.20): icmp_seq=1 ttl=53 time=33.8 ms
64 bytes from speedtest.gigared.com.ar (190.183.195.20): icmp_seq=2 ttl=53 time=32.7 ms
64 bytes from speedtest.gigared.com.ar (190.183.195.20): icmp_seq=3 ttl=53 time=33.7 ms
64 bytes from speedtest.gigared.com.ar (190.183.195.20): icmp_seq=4 ttl=53 time=33.1 ms
64 bytes from speedtest.gigared.com.ar (190.183.195.20): icmp_seq=5 ttl=53 time=34.1 ms
64 bytes from speedtest.gigared.com.ar (190.183.195.20): icmp_seq=6 ttl=53 time=34.3 ms
64 bytes from speedtest.gigared.com.ar (190.183.195.20): icmp_seq=7 ttl=53 time=34.0 ms
^C
--- speedtest.gigared.com.ar ping statistics ---
7 packets transmitted, 7 received, 0% packet loss, time 6010ms
rtt min/avg/max/mdev = 32.660/33.671/34.311/0.545 ms
root@opi5:~#Aparentemente as rotas para a Argentina são Embratel (POA)>>CirionTechnologies (POA)>>>GBLX>>>Argentina
--- Post duplo é unido automaticamente: ---
Fiquei interessado nesse script, como faz?
Última edição:
Hmm, mas com qual DNS?
Passa essa info para o @KILLME, vai que no litoral norte de SP, mudando o DNS, melhora as rotas, depois dessas suas últimas experiencias, eu não estou duvidando muito disso.
Aproveitando, chegou a testar com o DNS da Claro, para ver se as rotas ficavam boas no lance dos downloads lentos?
Aqui a Vivo é DSL desde a época da GVT, e mesmo com a debandada da maioria dos clientes não há sinal algum que vão fibrar por aqui.
Você pediu ele alguns dias atrás hahaha: https://forum.adrenaline.com.br/thr...fibra-optica.570254/page-3168#post-1076690290
O caso do "downloadmirror.intel.com" era problema com o DNS da Cloudflare (1.1.1.1) que eu estava usando, que ao invés de resolver para os IPs do CDN da Intel em SP (108.158.172.4/17/24/46), estava resolvendo para os IPs do CDN de Buenos Aires (3.160.90.12/22/58/66).
Por outro lado, a rota da Claro aqui de POA especificamente para esse CDN 3.160.90.x de Buenos Aires está errada. Ao invés de sair pelo link direto daqui, está indo para Curitiba, New York e depois de volta para Buenos Aires.
Código:
~ $ traceroute -I 3.160.90.12
traceroute to 3.160.90.12 (3.160.90.12), 30 hops max, 60 byte packets
1 router.home (192.168.1.1) 0.977 ms 0.922 ms 1.097 ms
2 c925a801.virtua.com.br (201.37.168.1) 3.027 ms 3.015 ms 3.004 ms
3 c915e52d.virtua.com.br (201.21.229.45) 3.788 ms 3.777 ms 3.765 ms
4 embratel-H0-5-0-0-4003-agg01.pae.embratel.net.br (189.86.80.169) 2.953 ms 2.940 ms 2.928 ms
5 200.230.28.1 (200.230.28.1) 157.119 ms 157.108 ms 157.094 ms
6 ebt-B1521-tcore01.ctamr.embratel.net.br (200.230.252.230) 145.156 ms 146.678 ms 148.805 ms
7 ebt-B1421-intl01.nyk.embratel.net.br (200.230.220.130) 147.948 ms 147.933 ms 147.921 ms
8 ebt-B101-intl02.nyk.embratel.net.br (200.230.252.198) 142.825 ms 142.811 ms 142.797 ms
9 ae5.newyork52.new.seabone.net (195.22.195.100) 141.098 ms 141.086 ms 141.074 ms
10 ae12.baires5.bai.seabone.net (195.22.220.13) 282.840 ms 282.964 ms 282.514 ms
11 amazon.baires5.bai.seabone.net (195.22.220.9) 180.836 ms 180.815 ms 180.801 ms
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 server-3-160-90-12.eze50.r.cloudfront.net (3.160.90.12) 284.218 ms 284.440 ms 284.220 msOutros IPs da Argentina s estão OK (direto daqui via Cirion Technologies como vc comentou):
Código:
~ $ traceroute -I speedtest.gigared.com.ar
traceroute to speedtest.gigared.com.ar (190.183.195.20), 30 hops max, 60 byte packets
1 router.home (192.168.1.1) 0.786 ms 0.755 ms 0.860 ms
2 c925a801.virtua.com.br (201.37.168.1) 2.573 ms 2.559 ms 2.546 ms
3 c915e52d.virtua.com.br (201.21.229.45) 4.100 ms 4.088 ms 4.074 ms
4 embratel-H0-5-0-0-4004-agg02.pae.embratel.net.br (189.3.69.9) 3.245 ms 3.233 ms 3.221 ms
5 189.3.69.78 (189.3.69.78) 15.878 ms 15.865 ms 15.850 ms
6 ae3.3501.ebr1.bna1.ciriontechnologies.net (200.189.213.218) 21.863 ms 23.106 ms 23.080 ms
7 8-243-140-82.gblx.net.ar (8.243.140.82) 21.377 ms 21.231 ms 21.206 ms
8 * * *
9 speedtest.gigared.com.ar (190.183.195.20) 21.151 ms 21.140 ms 21.126 ms
--- Post duplo é unido automaticamente: ---
Estou usando o ControlD agora, mas todos DNS estão resolvendo o exemplo que usei (speedtest.gigared.com.ar) para o mesmo IP [190.183.195.20], então o DNS não faz diferença.
Aliás, o DNS faria diferença apenas para servidores que usam CDN, que aí um FQDN (nome do servidor) irá resolver para endereços IPs diferentes de acordo com a região que você está. Nesse caso que não tem CDN os DNSs vão resolver sempre para o mesmo IP, e aí é uma questão de rota mesmo (está no controle do provedor).
Código:
------ DNS CloudFlare ------
root@opi5:~ # nslookup speedtest.gigared.com.ar 1.1.1.1
Server: 1.1.1.1
Address: 1.1.1.1#53
Non-authoritative answer:
Name: speedtest.gigared.com.ar
Address: 190.183.195.20
Name: speedtest.gigared.com.ar
Address: 2800:6f0:0:40:59ee:d:0:20
------ DNS Google ------
root@opi5:~ # nslookup speedtest.gigared.com.ar 8.8.8.8
Server: 8.8.8.8
Address: 8.8.8.8#53
Non-authoritative answer:
Name: speedtest.gigared.com.ar
Address: 190.183.195.20
Name: speedtest.gigared.com.ar
Address: 2800:6f0:0:40:59ee:d:0:20
------ DNS ControlD ------
root@opi5:~ # nslookup speedtest.gigared.com.ar 76.76.2.0
Server: 76.76.2.0
Address: 76.76.2.0#53
Non-authoritative answer:
Name: speedtest.gigared.com.ar
Address: 190.183.195.20
Name: speedtest.gigared.com.ar
Address: 2800:6f0:0:40:59ee:d:0:20
------ DNS Claro ------
root@opi5:~ # nslookup speedtest.gigared.com.ar 181.213.132.4
Server: 181.213.132.4
Address: 181.213.132.4#53
Non-authoritative answer:
Name: speedtest.gigared.com.ar
Address: 190.183.195.20
Name: speedtest.gigared.com.ar
Address: 2800:6f0:0:40:59ee:d:0:20
Última edição:
Já tentei até gerador de mac, vai ser necessário zerar, coisa que eu não vou fazer. hehe
qual seu modem mesmo?
faz assim quanto tinha virtua:
vai na configuração WAN copia ipv4 , mascara de rede etc etc... coloque em wan estático e cola la o que pede ... use sua internet normalmente, quando parar a navegação volte pra configuração dinâmica e reinicia o modem.
seu ip vai ser trocado
obs pode demorar 1 dia ou 3 dias dependendo da datacenter dai
exemplo:
wan ip: 179.140.25.230
mascara de rede: 255.255.255.248
gateway: 179.140.25.1
dns primario: seu gosto
dns secundario: seu gosto
Pessoal que tem Claro Fibra, dá um help simples por favor.
Na interface do equipamento da Claro, está mostrando IP "0 0", Níveis de Sinal "0 0" e Status "0" pra vocês também?
Será que pode ser firmware corrompido? Venho reclamando de perda de pacote considerável desde a instalação da fibra aqui e não sei o que pode ser não.
Na interface do equipamento da Claro, está mostrando IP "0 0", Níveis de Sinal "0 0" e Status "0" pra vocês também?
Será que pode ser firmware corrompido? Venho reclamando de perda de pacote considerável desde a instalação da fibra aqui e não sei o que pode ser não.
imagem nao abriu (via tim)Pessoal que tem Claro Fibra, dá um help simples por favor.
Na interface do equipamento da Claro, está mostrando IP "0 0", Níveis de Sinal "0 0" e Status "0" pra vocês também?
Será que pode ser firmware corrompido? Venho reclamando de perda de pacote considerável desde a instalação da fibra aqui e não sei o que pode ser não.
Aqui também não abriu.
É problema do imgbb.com, por algum motivo o mesmo está removendo as imagens após upload em alguns casos (não sei se é aleatório ou implementaram algum tipo de filtro). Começou a acontecer esse problema faz pouco mais de 1 mês. Desde então parei de usar o imgbb e passei a usar o postimages (https://postimages.org/) que tem funcionado bem, recomendo!
Aqui também não abriu (CLARO HFC).
Eu que falei errado. É de 250 o meu. Mas enfim que o upload é uma vergonha é mas tudo bem aqui bate 10 megas sim. So se tá com algum problema mas no aprendeste sempre bate 10 megas
É como foi citado pelo amigo, @_dsouza_
Aqui algumas abrem e outras não, ou seja, um problema com o imgbb.com mesmo. Testei com VivoFibra (DNS Vivo, CloudFlare, OpenDNS e NextDNS) e ClaroMóvel, mesmo resultado. E, no caso das imagens citadas acima, aqui também não são exibidas.
Claro FIbra Poa aquiDesde que instalei a Claro Fibra meu IP não mudou nunca, mesmo reinicializando a ONT e roteador várias vezes. Até parece IP fixo! O que preciso tentar é deixar tudo desligado por algumas horas para ver se muda alguma coisa. Você está usando IPv4 ou IPv6? Aqui estou usando IPv4 somente...
Mas sinceramente acho que é problema de rota aqui no sul. Segue minha rota abaixo, se puder agradeço se puder compartilhar a tua rota até downloadmirror.intel.com. Aqui sai de POA, vai para Curitiba e depois direto para os EUA via NY e volta para Buenos Aires!! Não me surpreende o tempo de ping de 267ms, que provavelmente de Buenos Aires vá para os EUA de novo.
Que coisa... E eu que achava que as rotas da Claro eram melhores que as da Vivo...
Código:C:\>tracert downloadmirror.intel.com Tracing route to diqbunfqsx1hk.cloudfront.net [3.160.90.12] over a maximum of 30 hops: 1 <1 ms <1 ms <1 ms router.home [192.168.1.1] 2 2 ms 2 ms 1 ms c925a801.virtua.com.br [201.37.168.1] 3 2 ms 2 ms 2 ms c915e52d.virtua.com.br [201.21.229.45] 4 2 ms 3 ms 2 ms embratel-H0-5-0-0-4003-agg01.pae.embratel.net.br [189.86.80.169] 5 132 ms 131 ms 134 ms 200.230.28.1 6 154 ms 151 ms 150 ms ebt-B1521-tcore01.ctamr.embratel.net.br [200.230.252.230] 7 135 ms 134 ms 132 ms ebt-B1421-intl01.nyk.embratel.net.br [200.230.220.130] 8 133 ms 140 ms 133 ms ebt-B101-intl02.nyk.embratel.net.br [200.230.252.198] 9 152 ms 152 ms 132 ms ae5.newyork52.new.seabone.net [195.22.195.100] 10 262 ms 265 ms 262 ms ae12.baires5.bai.seabone.net [195.22.220.13] 11 154 ms 154 ms 154 ms amazon.baires5.bai.seabone.net [195.22.220.9] 12 * * * Request timed out. 13 * * * Request timed out. 14 * * * Request timed out. 15 * * * Request timed out. 16 * * * Request timed out. 17 267 ms 266 ms 267 ms server-3-160-90-12.eze50.r.cloudfront.net [3.160.90.12] Trace complete. C:\>
EDITADO: veja que interessante. Estou usando o DNS da CloudFlare, que resolve o downloadmirror.intel.com para os IPs abaixo (que tem o problema de rota que reportei):
Código:C:\>nslookup downloadmirror.intel.com 1.1.1.1 Server: one.one.one.one Address: 1.1.1.1 Non-authoritative answer: Name: diqbunfqsx1hk.cloudfront.net Addresses: 2600:9000:247e:fa00:3:c35e:7200:93a1 2600:9000:247e:b000:3:c35e:7200:93a1 2600:9000:247e:3a00:3:c35e:7200:93a1 2600:9000:247e:e400:3:c35e:7200:93a1 2600:9000:247e:b200:3:c35e:7200:93a1 2600:9000:247e:9c00:3:c35e:7200:93a1 2600:9000:247e:0:3:c35e:7200:93a1 2600:9000:247e:d800:3:c35e:7200:93a1 3.160.90.22 3.160.90.66 3.160.90.12 3.160.90.58 Aliases: downloadmirror.intel.com
Já usando o DNS do Google resolve para endereços IPv4 diferentes:
Código:C:\>nslookup downloadmirror.intel.com 8.8.8.8 Server: dns.google Address: 8.8.8.8 Non-authoritative answer: Name: diqbunfqsx1hk.cloudfront.net Addresses: 2600:9000:247e:7a00:3:c35e:7200:93a1 2600:9000:247e:a800:3:c35e:7200:93a1 2600:9000:247e:f600:3:c35e:7200:93a1 2600:9000:247e:8e00:3:c35e:7200:93a1 2600:9000:247e:5800:3:c35e:7200:93a1 2600:9000:247e:8400:3:c35e:7200:93a1 2600:9000:247e:5c00:3:c35e:7200:93a1 2600:9000:247e:a600:3:c35e:7200:93a1 108.158.172.46 108.158.172.17 108.158.172.24 108.158.172.4 Aliases: downloadmirror.intel.com
E esse IP (108.158.172.46) vai para um CDN da Intel e, SP, por isso que para vc está rápido (ping 20ms daqui).
Aparentemente vou ter que reconsiderar o uso do DNS da Cloudflare depois dessa...
De qualquer modo não explica a rota absurda da Claro POA-CTA-NY-Buenos Aires...
Código:C:\>tracert 108.158.172.46 Tracing route to server-108-158-172-46.gru1.r.cloudfront.net [108.158.172.46] over a maximum of 30 hops: 1 <1 ms <1 ms <1 ms router.home [192.168.1.1] 2 2 ms 2 ms 2 ms c925a801.virtua.com.br [201.37.168.1] 3 3 ms 2 ms 2 ms c915e52d.virtua.com.br [201.21.229.45] 4 2 ms 2 ms 2 ms embratel-H0-5-0-0-4003-agg01.pae.embratel.net.br [189.86.80.169] 5 21 ms 23 ms 22 ms 200.230.28.1 6 21 ms 22 ms 21 ms ebt-B1521-tcore01.ctamr.embratel.net.br [200.230.252.230] 7 22 ms 22 ms 21 ms ebt-B10-tcore01.ctamc.embratel.net.br [200.230.231.73] 8 20 ms 21 ms * ebt-B4101-core01.spomb.embratel.net.br [200.230.243.22] 9 21 ms 20 ms 21 ms ebt-B111-agg04.spo.embratel.net.br [200.230.229.0] 10 20 ms 20 ms 21 ms 99.83.90.186 11 * * * Request timed out. 12 * * * Request timed out. 13 * * * Request timed out. 14 * * * Request timed out. 15 * * * Request timed out. 16 * * * Request timed out. 17 * * * Request timed out. 18 23 ms 24 ms 24 ms 150.222.0.232 19 20 ms 20 ms 20 ms server-108-158-172-46.gru1.r.cloudfront.net [108.158.172.46] Trace complete.
Uso o dns da claro mesmo
--- Post duplo é unido automaticamente: ---
Fala amigo.
Eu sou do rj mas moro em porto alegre e assino claro fibra.
Quando eu me referi a nao dar certo, o modem simplesmente nao pegou nenhum ipv4 (com ou sem nat). Inclusive, esse modem de primeira nao veio com NAT.
Eu conseguia acessar sites com suporte ao ipv6 porem sem nenhum ipv4.
Nome do Produto
TCG2232
Versão de Software
19.3
Versão de Firmware
19.3.0584-4321001-20230320131750
Firmware OID
64184eeedd841106e27f47cd
Última edição:
não é bo no imgbb, o user @Slickster2347 postou a imagem com tempo limite de vida pra ela, o imgbb apaga automaticamente as imagens upadas dessa forma.
ae ninguém msm vai conseguir ver elas ne
"Semu" tudo véio aqui, meu jovem. Não conhecemos todos as nuances dessa modernidade. Se não funciona, é erro com o "negócio" e pronto.não é bo no imgbb, o user @Slickster2347 postou a imagem com tempo limite de vida pra ela, o imgbb apaga automaticamente as imagens upadas dessa forma.
ae ninguém msm vai conseguir ver elas ne
Também só uso o postimages a muitos anos. Criei uma conta lá e todas a imagens que postei a anos, ainda estão disponiveis. O postimage tb (até onde eu sei) não reduz a qualidade das fotos.
Eita vacilonão é bo no imgbb, o user @Slickster2347 postou a imagem com tempo limite de vida pra ela, o imgbb apaga automaticamente as imagens upadas dessa forma.
ae ninguém msm vai conseguir ver elas ne