10MB de upload é lá na época do Docsis 2.0 que tinha 20/10 ou 60/10(faz tantos anos que nem lembro mais)...
-
Prezados usuários,
Por questões de segurança, a partir de 22/04/2024 os usuários só conseguirão logar no fórum se estiverem com a "Verificação em duas etapas" habilitada em seu perfil.
Para habilitar a "Verificação em duas etapas" entre em sua conta e "Click" em seu nick name na parte superior da página, aparecerá opções de gestão de sua conta, entre em "Senha e segurança", a primeira opção será para habilitar a "Verificação em duas etapas".
Clicando alí vai pedir a sua senha de acesso ao fórum, e depois vai para as opções de verificação, que serão as seguintes:
***Código de verificação via aplicativo*** >>>Isso permite que você gere um código de verificação usando um aplicativo em seu telefone.
***Email de confirmação*** >>>Isso enviará um código por e-mail para verificar seu login.
***Códigos alternativos*** >>>Esses códigos podem ser usados para fazer login se você não tiver acesso a outros métodos de verificação.
Existe as 3 opções acima, e para continuar acessando o fórum a partir de 22/04/2024 você deverá habilitar uma das 03 opções.
Tópico para tirar dúvidas>>>>https://forum.adrenaline.com.br/threads/obrigatoriedade-da-verificacao-em-duas-etapas-a-partir-de-24-04-2024-duvidas.712290/
Atencionamente,
Administração do Fórum Adrenaline
[TÓPICO DEDICADO] Banda Larga Claro - HFC/FIBRA ÓPTICA
- Iniciador de Tópicos Mosqueteirors
- Data de Início
10MB de upload é lá na época do Docsis 2.0 que tinha 20/10 ou 60/10(faz tantos anos que nem lembro mais)...
abra consumidor.gov.br então solicitando explicações..
--- Post duplo é unido automaticamente: ---
se fosse essa logica então aonde eu moro deveria ser tudo fibra optica. pq estou na região central de são paulo.
Mas não. tem coaxial por tudo ainda.
Independente do valor nominal, nas melhores condições (node sem saturação e OFDMA) entrega 10% da velocidade de download, enquanto normalmente no GPON entrega 50%.
Para uso pesado essa assimetria atrapalha muito.
entendo a frustação de alguns users que não tem acesso a fibra optica.
Pois bem a melhor arma é se mudar para a concorrente quando disponível. Operadora so vai se movimentar
quando a concorrência apertar em uma determinada região
Caso contrario vai ser a mesma coisa que a vivo faz em regiões ainda com adsl/vdsl.
Pois bem a melhor arma é se mudar para a concorrente quando disponível. Operadora so vai se movimentar
quando a concorrência apertar em uma determinada região
Caso contrario vai ser a mesma coisa que a vivo faz em regiões ainda com adsl/vdsl.
E por aqui a maioria dos downloads de fora do Brasil que não tem CDN por aqui tá vindo no máximo em ~100Mbps (~10MB/s)... Eita...
Esse tá vindo no máximo aqui, não da tempo nem de tirar print:
Fiz alguns testes aqui usando cabo ethernet diretamente no modem da Claro e olha só os resultados:
- Pingando o servidor uol.com.br sem realizar o Speedtest.net simultaneamente:
- Pingando o servidor google.com.br sem realizar o Speedtest.net simultaneamente:
- Pingando o servidor uol.com.br realizando o Speedtest.net simultaneamente:
- Pingando o servidor google.com.br realizando o Speedtest.net simultaneamente:
Então pessoal, por que estou tendo perda de pacote com a Claro FTTH aqui? Quando tinha Claro HFC não tava tendo perda de pacote nenhum.
O que seria esses endereços da Embratel ("ebt-B1191-core01.spo.embratel.net.br", "ebt-B2111-tcore01.rjo.embratel.net.br", "ebt-B1191-core01.spo.embratel.net.br" etc etc) que aparentemente é onde está ocorrendo a grande vasta maioria de perda de pacote na minha conexão fibra?
Será que é problema na instalação da fibra GPON ou outra coisa? Isso aqui está parecendo a minha experiência horrível com a operadora Life Telecom que também era fibra optica.
Alguém mais com a Claro GPON está tendo perda de pacote também?
@CaptainFantastic : Então, eu já realizei alguns testes breves com o WinMTR e os resultados estão no meu post citado acima.
Fiz um teste no WinMTR de 2 minutos sem saturar a conexão e outro de 2 minutos saturando a conexão simultaneamente. Realizei ambos os testes usando um cabo ethernet diretamente no equipamento da Claro em modo roteador.
@afx16 : O modem da Claro está em modo roteador aqui.
Dei uma pesquisada rápida na interface do modem da Claro e achei isso aqui:
Seria essas duas opções disponíveis "Answer All IPv4 Internet Pings" e "Answer All IPv6 Internet Pings" ?
Se sim, já estavam habilitadas como padrão.
Sim, correto. Mas tem gente que não sabe disso e basta ver um timeout no meio do caminho do WinMTR e já podem achar que é problema na rota ou perda de pacotes. Isso que eu quis esclarecer na resposta para a pergunta do @Slickster2347.
Para avaliar latência e/ou perda de pacotes nada melhor que um ping para o IP destino! Ai se o Ping tiver problemas é quando um traceroute pode ajudar!
@_dsouza_ @CaptainFantastic : Analisando os prints dos resultados WinMTR que eu postei (os prints estão na primeira citação deste post), qual deve ser o problema na minha conexão? É perda de pacote ou timeout?
O padrão de comportamento é claro: há uma perda de pacote significativamente maior quando eu faço o teste de ping saturando a conexão simultaneamente, mais especificamente saturando o canal upstream (por exemplo, quando realizo o teste no Speedtest.net).
PS: link do post com os meus resultados do WinMTR --> https://forum.adrenaline.com.br/thr...o-net-hfc-fibra-optica.570254/post-1076734109
me preocupou que vc teve perda mesmo sem o teste simultaneo para o uol, embora bem pouca (4 a 5 pacotes) mas teve, para o google foi normal, a mim parece que quando chega na embratel ocorre o descarte que é o que o dsouza mencionou tb, vc não perdeu o pacote e sim foi feito um salto para o próximo equipamento digamos assim de forma simplista@CaptainFantastic : Então, eu já realizei alguns testes breves com o WinMTR e os resultados estão no meu post citado acima.
Fiz um teste no WinMTR de 2 minutos sem saturar a conexão e outro de 2 minutos saturando a conexão simultaneamente. Realizei ambos os testes usando um cabo ethernet diretamente no equipamento da Claro em modo roteador.
@afx16 : O modem da Claro está em modo roteador aqui.
Dei uma pesquisada rápida na interface do modem da Claro e achei isso aqui:
Seria essas duas opções disponíveis "Answer All IPv4 Internet Pings" e "Answer All IPv6 Internet Pings" ?
Se sim, já estavam habilitadas como padrão.
@_dsouza_ @CaptainFantastic : Analisando os prints dos resultados WinMTR que eu postei (os prints estão na primeira citação deste post), qual deve ser o problema na minha conexão? É perda de pacote ou timeout?
O padrão de comportamento é claro: há uma perda de pacote significativamente maior quando eu faço o teste de ping saturando a conexão simultaneamente, mais especificamente saturando o canal upstream (por exemplo, quando realizo o teste no Speedtest.net).
PS: link do post com os meus resultados do WinMTR --> https://forum.adrenaline.com.br/thr...o-net-hfc-fibra-optica.570254/post-1076734109
quanto a quando estressa o upload implicar em seu download, está em half duplex a placa de rede? eu já trabalhei em uma operadora que para internet residencial era sempre half duplex, se o usuário topasse o upload naturalmente o download dele ficava ferrado
Esse tá vindo no máximo aqui, não da tempo nem de tirar print:
Pois é, muito estranho por aqui. Testei direto no roteador, mesma coisa (˜10MB/s):
Código:
root@router:~# 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
84 634M 84 538M 0 0 9.9M 0 0:01:03 0:00:54 0:00:09 10.8MNão tenho mais a Vivo para comparar, mas tenho um provedor local em outra residência no interior aqui na região que está um pouco melhor (˜15MB/s) mas ainda sofrível:
Código:
root@ap1-router:~# 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
67 634M 67 429M 0 0 15.8M 0 0:00:40 0:00:27 0:00:13 16.1MSerá que são as rotas aqui do Sul que estão ca*adas?
Bom eu tentei deixar o meu modem em bridge mas nao deu certo.
Nao consegui abrir as portar da maneira mais "correta"
Deixei o IP do meu roteador xiami em DMZ e o meu ip (lan) em DMZ.
É perigoso?
Nao consegui abrir as portar da maneira mais "correta"
Deixei o IP do meu roteador xiami em DMZ e o meu ip (lan) em DMZ.
É perigoso?
Já tentou trocar o range do IP para ver se melhora?
Desde 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.comJá 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.comE 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.
Última edição:
Estou matutando pra tentar verificar as opções da placa de rede no Ubuntu aqui, mas de qualquer forma estou tendo perda de pacote mesmo sem saturar ou usar a minha conexão pra qualquer outra coisa simultaneamente, sendo que anteriormente quando tinha HFC não tinha absolutamente nada de perda de pacote com a Claro.
Mas enfim tenho outra dúvida: por que a operadora faz esses 'saltos' ou 'hops' quando chega na Embratel? Qual seria a teoria ou explicação por trás disso?
Bem, mudando o DNS, agora vindo do CDN em SP, já está bem melhor (de 10MB/s passou para 33MB/s). Ainda assim podia ser melhor...
EDITADO: estranho, no roteador acima limitou em 33MB/s. No meu PC usando o CDN em GRU está batendo a velocidade próxima da máxima (67MB/s). Então pelo menos de POA para SPO as rotas da Claro estão OK...
Código:
root@router:~# 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 33.0M 0 0:00:19 0:00:19 --:--:-- 33.6M
root@router:~#EDITADO: estranho, no roteador acima limitou em 33MB/s. No meu PC usando o CDN em GRU está batendo a velocidade próxima da máxima (67MB/s). Então pelo menos de POA para SPO as rotas da Claro estão OK...
Código:
root@BEEPC:~# 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 67.5M 0 0:00:09 0:00:09 --:--:-- 69.6M
Última edição:
A minha rota:
ps: Utilizo DNS da Claro.
Código:
PS D:\> tracert downloadmirror.intel.com
Rastreando a rota para diqbunfqsx1hk.cloudfront.net [108.158.172.17]
com no máximo 30 saltos:
1 <1 ms <1 ms <1 ms OpenWrt.lan [192.168.0.1]
2 10 ms 7 ms 12 ms 100.86.192.1
3 2 ms 2 ms 2 ms bd2298ed.virtua.com.br [189.34.152.237]
4 5 ms 5 ms 5 ms bd22986e.virtua.com.br [189.34.152.110]
5 5 ms 5 ms 6 ms 187.29.209.13
6 8 ms 7 ms 8 ms ebt-B113-core01.spomb.embratel.net.br [200.230.233.31]
7 9 ms 9 ms 9 ms ebt-B111-agg04.spo.embratel.net.br [200.230.229.0]
8 7 ms 7 ms 7 ms 99.83.90.186
9 * * * Esgotado o tempo limite do pedido.
10 * * * Esgotado o tempo limite do pedido.
11 * * * Esgotado o tempo limite do pedido.
12 * * * Esgotado o tempo limite do pedido.
13 * * * Esgotado o tempo limite do pedido.
14 * * * Esgotado o tempo limite do pedido.
15 * * * Esgotado o tempo limite do pedido.
16 * * * Esgotado o tempo limite do pedido.
17 7 ms 6 ms 6 ms server-108-158-172-17.gru1.r.cloudfront.net [108.158.172.17]
Rastreamento concluído.ps: Utilizo DNS da Claro.
Aqui para mudar de IP é só alterar o MAC ADDRESS no roteador.
geralmente é congestionamento a causa, pode ver que sempre os mesmos equipamentos fazem o descarte (core01 de sp e tcore01 de rj) aí outro da própria embratel sem congestionamento que envia para o próximo destino
aí vc me pergunta pq a operadora não muda a rota e tira estes congestionados fazendo descarte e botam direto para o próximo disponível?
são 2 motivos
1 que quando não estiverem congestionados vão ser a melhor rota possível para você
e 2 que mesmo congestionados e descartando o pacote até o próximo disponível pegar e enviar ainda é mais rápido do que fazer uma rota diferente/alternativa para chegar no próximo disponível direto
Última edição:
E usando o DNS da Claro, não fica bom? Resolve para qual IP?Desde 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.
Fiz um teste rápido na VIVO aqui e tá bem ok:
Código:
~# 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 41.6M 0 0:00:15 0:00:15 --:--:-- 41.6M
Código:
~# mtr downloadmirror.intel.com -c 50 -r
Start: 2023-08-24T13:28:46-0300
HOST: xxxx-xxx-xxxxx Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.1.1 0.0% 50 0.7 5.2 0.5 84.3 16.0
2.|-- 179.184.127.8 0.0% 50 2.8 3.3 1.4 5.2 1.1
3.|-- 177.16.40.37.static.host. 0.0% 50 3.5 5.4 1.6 57.6 9.5
4.|-- 152-255-185-157.user.vivo 86.0% 50 4.7 3.8 2.0 5.2 1.2
5.|-- 152-255-161-176.user.vivo 98.0% 50 9.7 9.7 9.7 9.7 0.0
6.|-- 152-255-158-2.user.vivoza 98.0% 50 9.2 9.2 9.2 9.2 0.0
7.|-- ??? 100.0 50 0.0 0.0 0.0 0.0 0.0
8.|-- 52.93.146.149 0.0% 50 13.3 13.1 9.5 21.2 2.4
9.|-- 52.93.44.105 0.0% 50 11.8 13.0 9.6 29.6 3.9
10.|-- 54.240.244.64 0.0% 50 11.8 14.2 10.3 28.0 4.4
11.|-- ??? 100.0 50 0.0 0.0 0.0 0.0 0.0
12.|-- ??? 100.0 50 0.0 0.0 0.0 0.0 0.0
13.|-- ??? 100.0 50 0.0 0.0 0.0 0.0 0.0
14.|-- ??? 100.0 50 0.0 0.0 0.0 0.0 0.0
15.|-- ??? 100.0 50 0.0 0.0 0.0 0.0 0.0
16.|-- ??? 100.0 50 0.0 0.0 0.0 0.0 0.0
17.|-- ??? 100.0 50 0.0 0.0 0.0 0.0 0.0
18.|-- 150.222.0.233 0.0% 50 11.4 10.7 9.0 12.7 1.1
19.|-- server-108-158-172-4.gru1 0.0% 50 11.1 11.0 8.9 21.7 1.9Mesmo para o IP de BsAs a latência fica ok também, e sem piruetas.
Código:
~# mtr 3.160.90.12 -c 50 -r
Start: 2023-08-24T13:25:05-0300
HOST: xxxx-xxx-xxxxx Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.1.1 0.0% 50 0.7 0.9 0.5 11.4 1.5
2.|-- 179.184.127.8 0.0% 50 1.4 3.3 1.3 11.6 2.0
3.|-- 177.16.40.57.static.host. 0.0% 50 2.5 4.6 1.4 45.9 6.4
4.|-- 152-255-168-23.user.vivoz 82.0% 50 4.2 3.4 1.6 5.2 1.3
5.|-- 152-255-203-146.user.vivo 94.0% 50 7.1 8.8 7.1 10.8 1.9
6.|-- 152-255-197-230.user.vivo 98.0% 50 9.1 9.1 9.1 9.1 0.0
7.|-- 84.16.7.218 0.0% 50 10.4 14.3 9.0 66.9 10.6
8.|-- 5.53.7.246 0.0% 50 47.9 40.8 34.2 97.5 12.0
9.|-- ??? 100.0 50 0.0 0.0 0.0 0.0 0.0
10.|-- ??? 100.0 50 0.0 0.0 0.0 0.0 0.0
11.|-- ??? 100.0 50 0.0 0.0 0.0 0.0 0.0
12.|-- ??? 100.0 50 0.0 0.0 0.0 0.0 0.0
13.|-- ??? 100.0 50 0.0 0.0 0.0 0.0 0.0
14.|-- server-3-160-90-12.eze50. 0.0% 50 37.5 36.1 34.1 38.3 1.2Tenho o hábito de usar o DNS da operadora justamente para evitar o problemas de localização no acesso a CDNs grandes, me parece que é o que está ocorrendo aí.
Sim, uso DNS alternativo para filtro contra malwares em toda a rede.
Já mudei o DNS para o ControlD (que tbém tem esse filtro) e agora a resolução está OK.
Sobre a rota para Buenos Aires, de fato tem alguma coisa errada com a Claro a partir daqui. Confirmado POA->CTA->NY->BAI (que não faz sentido ir para NY e voltar para BAI).
Código:
~ $ mtr 3.160.90.12 -c 50 -r
Start: 2023-08-24T13:43:51-0300
HOST: opi5 Loss% Snt Last Avg Best Wrst StDev
1.|-- router.home 0.0% 50 1.2 1.0 0.8 1.3 0.1
2.|-- c925a801.virtua.com.br 0.0% 50 2.8 2.4 1.8 2.9 0.2
3.|-- c915e52d.virtua.com.br 0.0% 50 3.0 2.8 1.9 4.4 0.4
4.|-- embratel-H0-5-0-0-4003-ag 0.0% 50 2.5 2.6 1.9 3.4 0.2
5.|-- 200.230.28.1 0.0% 50 153.1 154.0 149.8 158.2 2.5
6.|-- ebt-B1521-tcore01.ctamr.e 0.0% 50 143.5 145.5 141.1 148.7 2.4
7.|-- ebt-B1421-intl01.nyk.embr 0.0% 50 145.3 145.3 141.7 149.5 2.4
8.|-- ebt-B101-intl02.nyk.embra 0.0% 50 146.1 145.5 141.5 149.7 2.5
9.|-- ae5.newyork52.new.seabone 2.0% 50 156.6 147.5 141.0 183.4 10.0
10.|-- ae12.baires5.bai.seabone. 0.0% 50 283.3 283.8 282.2 291.7 2.0
11.|-- amazon.baires5.bai.seabon 0.0% 50 165.0 167.4 164.8 195.1 5.8
12.|-- ??? 100.0 50 0.0 0.0 0.0 0.0 0.0
13.|-- ??? 100.0 50 0.0 0.0 0.0 0.0 0.0
14.|-- ??? 100.0 50 0.0 0.0 0.0 0.0 0.0
15.|-- ??? 100.0 50 0.0 0.0 0.0 0.0 0.0
16.|-- ??? 100.0 50 0.0 0.0 0.0 0.0 0.0
17.|-- server-3-160-90-12.eze50. 0.0% 50 283.8 284.0 283.5 284.3 0.2No meu provedor local sai pela Level3 e vai direto de POA para EZE/BAI (que faz todo sentido já que Buenos Aires é aqui do lado...):
Código:
root@ap1-router:~# mtr 3.160.90.12 -c 50 -r
Start: 2023-08-24T13:55:00-0300
HOST: ap1-router Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.1.1 0.0% 50 0.7 0.6 0.5 0.8 0.1
2.|-- 45-233-83-253.infra.wsint 0.0% 50 2.6 4.5 2.5 14.1 2.6
3.|-- ??? 100.0 50 0.0 0.0 0.0 0.0 0.0
4.|-- 10.255.2.2 0.0% 50 2.6 2.9 1.8 5.7 1.0
5.|-- 45-233-83-254.infra.wsint 0.0% 50 1.6 2.2 1.5 4.0 0.8
6.|-- 10.255.2.5 0.0% 50 2.3 3.0 1.8 8.5 1.4
7.|-- 255-054-edge.pae-rs-br.ad 0.0% 50 5.0 4.5 2.8 13.6 2.1
8.|-- level-3-brasil.xe-1-3-1.1 0.0% 50 11.6 4.9 2.7 29.4 4.3
9.|-- server-3-160-90-12.eze50. 0.0% 50 21.4 22.0 21.3 27.3 1.0
Última edição:
Alguém poderia me ensinar a trocar o ip? Desde que sai do CGNAT nao mudou
Ah não, isso é normal na Claro, poucas rotas para America Latina são diretas, a maioria vai tudo pelos EUA.
Código:
PS D:\> ping0.exe -s "argentina"
Host/IP Servidor Local Ping
------------------------------------------ --------------------------------------- --------------------------------- ------
speedtest.fiber-com.net.ar FiberCom Comandante Andresito - AR 25ms
speedtest.atcco.com.ar ATCCO SRL San Clemente del Tuyú - AR 31ms
speedtest.nitronet.noc.grupomke.com NITRONET Presidencia Roque Sáenz Peña - AR 63ms
speedtest.gigared.com.ar Gigared S.A. Buenos Aires - AR 139ms
spt-eze1.edgeuno.com EdgeUno Buenos Aires - AR 140ms
speedtest.telered.com.ar TeleRed Buenos Aires - AR 140ms
speedtest.zenet.com.ar ZE.NET WISP Moreno - AR 140ms
speedtest.wisp.com.ar Soluciones WISP SA La Plata - AR 142ms
ar.sa.speedtest.i3d.net i3D.net Buenos Aires - AR 142ms
speedtest.netway.com.ar Netway Gregorio de Laferrere - AR 142ms
speedtest.avcdigital.com.ar Atlántica Video Cable S.A. Santa Teresita - AR 143ms
speedtestar.directvnet.com.ar DIRECTV INTERNET Buenos Aires - AR 144ms
st1.airwebinternet.com Airweb - Banda Ancha Villa Constitución - AR 144ms
lg-bai.fdcservers.net fdcservers.net Buenos Aires - AR 145ms
speedtest2.telviso.com.ar Telviso Del Viso - AR 145ms
st1.serviciosrosario.com.ar Servicios Rosario Rosario - AR 145ms
speedtest.telvgg.coop Telvgg Villa Gobernador Galvez - AR 146ms
test.airmac.com.ar Airmac Internet Maciá - AR 147ms
speedtest.redcentro.org Ch Sistemas SRL San Justo - AR 147ms
st-rosario-rce1.cablevisionfibertel.com.ar Telecom Personal Rosario - AR 147ms
test.fibercom.net.ar Fibercom Esperanza - AR 147ms
speedtest.playcomla.com.ar Playcom Reconquista - AR 149ms
st.curuzu.net VHG Sistemas Curuzu Cuatia - AR 150ms
speed-trynet.somtik.com SOMTIK - SJ San Jorge - AR 150ms
speedtest.cricketnet.com.ar CricketNET Macia - AR 151ms
test1.speed.net.ar Speed Internet Banda Ancha Balnearia - AR 151ms
speedtest.cuecca.com.ar Coopenet Cuecca Castelli - AR 151ms
speedtest2.infinet.com.ar Infinet Fibra Mercedes - AR 152ms
speedtest1.infinet.com.ar Infinet Fibra Villaguay - AR 155ms
speedtest.lgcomunicaciones.com Alianza Pymes S.A. Resistencia - AR 155ms
test2.speed.net.ar Speed Internet Banda Ancha La Para - AR 155ms
speedtest.marandu.com.ar Marandú Comunicaciones S.E. Posadas - AR 156ms
speedtest.vivecom.com.ar Video Vision Centro SA Coronel Du Graty - AR 156ms
vai.com.ar VAI - Interret Villa Angela SRL Villa Ángela - AR 156ms
speedtest.cablenet.com.ar Cablenet S.A. Galvez - AR 156ms
speedtest.swiss-net.com.ar SWISS-NET Jardin America - AR 157ms
speedtest2.obercom.com.ar OberCom SRL Oberá - AR 158ms
speedtest.cablenorte.com.ar CableNorte TV Leandro N. Alem - AR 158ms
speedtest3.obercom.com.ar OberCom SRL San Pedro - AR 158ms
speedtest1.integrarsi.com.ar Integrar Soluciones Informaticas Sunchales - AR 158ms
st.cableat.net Cable a Tierra Gobernador Virasoro - AR 159ms
speedtest.redtvsrl.com.ar Red Televisión SRL Charata - AR 160ms
speedtest1.gics.telefonica.com.ar Telefonica De Argentina SA (EMPRESAS) Buenos Aires - AR 160ms
sp1.arlink.net.ar Arlink Santiago del Estero - AR 161ms
speedtest.claro.com.ar Claro Buenos Aires - AR 162ms
speedtest.joar.net JOAR Jardin America - AR 163ms
speedtest.misiotech.com.ar MisioTech Eldorado - AR 163ms
myapurm.ddns.net YAPUR.NET Añatuya - AR 163ms
serverspeedtest.infomain.com.ar InfoMain Leandro N. Alem - AR 164ms
speedtest.mm-networks.com MM Networks Machagai - AR 164ms
speedtest1.convergia.com.ar Convergia Argentina Buenos Aires - AR 164ms
wninternet.com WNinternet Rosario - AR 165ms
velocidad.telecentro.net.ar Telecentro Buenos Aires - AR 245ms
st.horusnet.com.ar Horus Sistemas Informáticos Berisso - AR 248ms
speed.twireless.com.ar TuRed Munro - AR 254ms
stest.twko.com.ar Tecnologia Work Out Berisso - AR 255ms
speedtest.vanet.com.ar Vanet Telecomunicaciones SRL Tigre - AR 256ms
speedtest.audibel.com.ar AUDIBEL San Vicente - AR 256ms
speedtest.inter-ya.com.ar InterYa Lanús - AR 258ms
speedtest2.metrotel.com.ar Metrotel Buenos Aires - AR 259ms
speedtest.nodonorte.net.ar Conecta El Trebol - AR 262ms
speedtest.wirnet.com.ar Wircom Argentina Esquina - AR 264ms
ooklaserver.telpin.com.ar Telpin Cooperativa Pinamar - AR 266ms
speedtest1.hi-link.com.ar Hi-Link SAS Santo Tomé - AR 267ms
speedtest.iplan.com.ar Iplan Buenos Aires - AR 268ms
speed.linknet.ar Link Net Pilar - AR 269ms
server01.cyberuno.com.ar CyberUNO Lima - AR 274ms
srv1.itel.com.ar Itelsa Chajari - AR 275ms
speedtest.copesnet.com.ar Copesnet Fibra Navarro - AR 275ms
speedtest.andros-net.com.ar Andros NET Lomas de Zamora - AR 278ms
speedtest.elcable.tv ITEMAX Bella Vista - AR 280ms
st1.ipred.com.ar IP·RED Rosario - AR 295ms
speedtest.insanet.com.ar INSANET Añatuya - AR 298ms
speedtest.netlatin.com.ar NETLATIN General Rodríguez - AR 302ms
nperf.researchsrl.com.ar Research SRL Posadas - AR 306ms
speedtest3.infinet.com.ar Infinet Fibra Paso de los Libres - AR 310ms
speedtest.bocarojasa.com.ar Boca Roja SA Formosa - AR 318ms
testwilnet.com.ar Wiltel Rafaela - AR 320ms
speed.nafer.com.ar Nafer Comunicaciones Moreno - AR 364msDessa lista do Speedtest só 3 vão direto.
Aqui no condomínio tem HFC e no meu caso, notei que a rede não é saturada e mesmo assim a CLARO fibrou os blocos, só não liberou ainda.
Eu contratei 500/50 por 99,90 e estou muito satisfeito.
Isso é fato @YO! , pq aqui a rede é boa e mesmo entrando a FIBRA, eles talvez demorem a liberar, pelo menos para novos assinantes.
Eu recebo aproximados 720 dos 500 contratados entre 85 e 100 dos 50 contatados.
Cabo Ethernet | Notebook
WI-FI 5 | Galaxy S21 FE 5G
Positivo @j4nus
Última edição:
Na verdade, era 20/1 e 60/3. E há pelo menos 6 anos que não se praticam uploads nesses valores.
Última edição:
@vipanonymous, como você está com a ONT em bridge, procure no seu roteador a função "MAC Clone" (assumindo que ela exista, provavelmente na aba "WAN") e preencha o MAC Address de uma das seguintes formas:
- "Apertando um botão" para copiar automaticamente o MAC Address do dispositivo através do qual estiver acessando o roteador.
- Digitando manualmente o MAC Address de um dispositivo qualquer de sua LAN (por exemplo, um desktop).
- A confirmar, digitando manualmente um MAC Address "inventado" (por exemplo, 00:11:22:33:44:55). Mas não acho que esta seja a melhor opção.
Espero que isto ajude!
Última edição:
Há alguma maneira de tentar fazer isso usando a ONT em modo roteador?
Quero tentar mudar de faixa de IP também pois a conexão está com muita perda de pacote aqui.
Acredito que não. Com a ONT em modo Router, o que a Claro enxerga é o MAC da própria ONT, e é ela que recebe o WAN IP.
No passado, pelo menos na rede HFC, deixando o modem desligado por 3 horas você conseguia trocar o IP. Como a Claro parece ter aumentado bastante o tempo de lease, hoje já não se sabe nem se 24 horas seriam suficientes. Só testando...