[TÓPICO DEDICADO] Banda Larga Claro - HFC/FIBRA ÓPTICA

da ultima vez que o @KILLME testou funcionava normal.

se não me engano só o ip 1.1.1.1 que tem esse problema.
No HGU da Vivo ( Mitrastar 2741 N2 ) tem uma interface com ip 1.1.1.1 e que se comunica com um ip 1.1.1.2 com um ping baixissimo <1ms . Como uso em modo bridge isso não me afeta, mas tenho a curiosidade de saber o que será. Quem quiser olhar isso, basta fazer ssh na HGU com o usuário support e a senha da etiqueta.
Estou mencionando isso, pois pode ser alguma configuração padrão antiga que utilizava o ip 1.1.1.1 para algum gerenciamento ou serviço nos modems GPON.

O GPON da Claro, em modo bridge, tem esse problema do 1.1.1.1 ?

Código:
br0       Link encap:Ethernet  HWaddr C0:3D:D9
          inet addr:192.168.15.1  Bcast:192.168.15.255  Mask:255.255.255.0
          inet6 addr: fe80::c23d:d9ff:fe3b:6370/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:7876839 errors:0 dropped:0 overruns:0 frame:0
          TX packets:10720330 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:597223989 (569.5 MiB)  TX bytes:1034581415 (986.6 MiB)

br0:0     Link encap:Ethernet  HWaddr C0:3D:D9
          inet addr:192.168.249.1  Bcast:192.168.249.3  Mask:255.255.255.252
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

br0:9     Link encap:Ethernet  HWaddr C0:3D:D9
          inet addr:1.1.1.1  Bcast:1.1.1.255  Mask:255.255.255.0                           <---------------------
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1


ping 1.1.1.2  dentro do HGU
PING 1.1.1.2 (1.1.1.2): 56 data bytes
64 bytes from 1.1.1.2: icmp_seq=0 ttl=64 time=0.8 ms
64 bytes from 1.1.1.2: icmp_seq=1 ttl=64 time=0.7 ms
64 bytes from 1.1.1.2: icmp_seq=2 ttl=64 time=1.2 ms
64 bytes from 1.1.1.2: icmp_seq=3 ttl=64 time=1.3 ms
64 bytes from 1.1.1.2: icmp_seq=4 ttl=64 time=0.7 ms
64 bytes from 1.1.1.2: icmp_seq=5 ttl=64 time=1.0 ms
64 bytes from 1.1.1.2: icmp_seq=6 ttl=64 time=1.2 ms
^C
--- 1.1.1.2 ping statistics ---
7 packets transmitted, 7 packets received, 0% packet loss
round-trip min/avg/max = 0.7/0.9/1.3 ms
 
Última edição:
não funciona, o ip 1.1.1.1 na rede ftth provavelmente por conta de algum maluco na claro, esqueceu de tirar as configs de teste da huawei que usa justamente esse ip como exemplo pra tudo :limo:
isso nas primeiras cidades ftth, o resto pelo jeito foi tudo config clonada dessas primeiras.

pra resumir, não sei se morre na olt ou se em algum router core da huawei, mas o ip 1.1.1.1 morre num equipamento desses dentro da rede da cidade ftth.

a e como deu pra saber disso? a claro no inico só usava equipamento huawei na rede, não tinha nem uma outra marca de onu, e as onu da huawei só funcionam se tiver gerencia da huawei dentro da rede :limo:
E então como a Claro usa modem Humax na rede FTTH? Meu irmão tem um modem da Huawei e ambas as conexões estão na mesma CTO, portanto na mesma OLT.
 
No HGU da Vivo ( Mitrastar 2741 N2 ) tem uma interface com ip 1.1.1.1 e que se comunica com um ip 1.1.1.2 com um ping baixissimo <1ms . Como uso em modo bridge isso não me afeta, mas tenho a curiosidade de saber o que será. Quem quiser olhar isso, basta fazer ssh na HGU com o usuário support e a senha da etiqueta.
Estou mencionando isso, pois pode ser alguma configuração padrão antiga que utilizava o ip 1.1.1.1 para algum gerenciamento ou serviço nos modems GPON.

O GPON da Claro, em modo bridge, tem esse problema do 1.1.1.1 ?

Código:
br0       Link encap:Ethernet  HWaddr C0:3D:D9
          inet addr:192.168.15.1  Bcast:192.168.15.255  Mask:255.255.255.0
          inet6 addr: fe80::c23d:d9ff:fe3b:6370/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:7876839 errors:0 dropped:0 overruns:0 frame:0
          TX packets:10720330 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:597223989 (569.5 MiB)  TX bytes:1034581415 (986.6 MiB)

br0:0     Link encap:Ethernet  HWaddr C0:3D:D9
          inet addr:192.168.249.1  Bcast:192.168.249.3  Mask:255.255.255.252
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

br0:9     Link encap:Ethernet  HWaddr C0:3D:D9
          inet addr:1.1.1.1  Bcast:1.1.1.255  Mask:255.255.255.0                           <---------------------
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1


ping 1.1.1.2  dentro do HGU
PING 1.1.1.2 (1.1.1.2): 56 data bytes
64 bytes from 1.1.1.2: icmp_seq=0 ttl=64 time=0.8 ms
64 bytes from 1.1.1.2: icmp_seq=1 ttl=64 time=0.7 ms
64 bytes from 1.1.1.2: icmp_seq=2 ttl=64 time=1.2 ms
64 bytes from 1.1.1.2: icmp_seq=3 ttl=64 time=1.3 ms
64 bytes from 1.1.1.2: icmp_seq=4 ttl=64 time=0.7 ms
64 bytes from 1.1.1.2: icmp_seq=5 ttl=64 time=1.0 ms
64 bytes from 1.1.1.2: icmp_seq=6 ttl=64 time=1.2 ms
^C
--- 1.1.1.2 ping statistics ---
7 packets transmitted, 7 packets received, 0% packet loss
round-trip min/avg/max = 0.7/0.9/1.3 ms
Quando eu tinha vivo e usava o pppoe vivo@vivo o gateway era 1.1.1.1 e a internet não funcionava
 
E então como a Claro usa modem Humax na rede FTTH? Meu irmão tem um modem da Huawei e ambas as conexões estão na mesma CTO, portanto na mesma OLT.
Devem considerar equipamentos homologados pela operadora para subir o sinal, assim como a Vivo faz com as ONTs que ela instalava, de diversas marcas.
 
E então como a Claro usa modem Humax na rede FTTH? Meu irmão tem um modem da Huawei e ambas as conexões estão na mesma CTO, portanto na mesma OLT.
falo de rede core mesmo, olt e router core, o @KILLME mesmo com a porrada de modem que ele conseguiu da claro la(vai saber como :limo:) msm não sendo um huawei que me lembro aqui não funciona o 1.1.1.1 de jeito nem um, e sempre foi desse jeito la pra ele.

num sei pq o nosso torrador do ftth não respondeu ate agora :haha:
--- Post duplo é unido automaticamente: ---

No HGU da Vivo ( Mitrastar 2741 N2 ) tem uma interface com ip 1.1.1.1 e que se comunica com um ip 1.1.1.2 com um ping baixissimo <1ms . Como uso em modo bridge isso não me afeta, mas tenho a curiosidade de saber o que será. Quem quiser olhar isso, basta fazer ssh na HGU com o usuário support e a senha da etiqueta.
Estou mencionando isso, pois pode ser alguma configuração padrão antiga que utilizava o ip 1.1.1.1 para algum gerenciamento ou serviço nos modems GPON.

O GPON da Claro, em modo bridge, tem esse problema do 1.1.1.1 ?

Código:
br0       Link encap:Ethernet  HWaddr C0:3D:D9
          inet addr:192.168.15.1  Bcast:192.168.15.255  Mask:255.255.255.0
          inet6 addr: fe80::c23d:d9ff:fe3b:6370/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:7876839 errors:0 dropped:0 overruns:0 frame:0
          TX packets:10720330 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:597223989 (569.5 MiB)  TX bytes:1034581415 (986.6 MiB)

br0:0     Link encap:Ethernet  HWaddr C0:3D:D9
          inet addr:192.168.249.1  Bcast:192.168.249.3  Mask:255.255.255.252
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

br0:9     Link encap:Ethernet  HWaddr C0:3D:D9
          inet addr:1.1.1.1  Bcast:1.1.1.255  Mask:255.255.255.0                           <---------------------
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1


ping 1.1.1.2  dentro do HGU
PING 1.1.1.2 (1.1.1.2): 56 data bytes
64 bytes from 1.1.1.2: icmp_seq=0 ttl=64 time=0.8 ms
64 bytes from 1.1.1.2: icmp_seq=1 ttl=64 time=0.7 ms
64 bytes from 1.1.1.2: icmp_seq=2 ttl=64 time=1.2 ms
64 bytes from 1.1.1.2: icmp_seq=3 ttl=64 time=1.3 ms
64 bytes from 1.1.1.2: icmp_seq=4 ttl=64 time=0.7 ms
64 bytes from 1.1.1.2: icmp_seq=5 ttl=64 time=1.0 ms
64 bytes from 1.1.1.2: icmp_seq=6 ttl=64 time=1.2 ms
^C
--- 1.1.1.2 ping statistics ---
7 packets transmitted, 7 packets received, 0% packet loss
round-trip min/avg/max = 0.7/0.9/1.3 ms
essa ae quem vai poder responder é quem tem ftth da claro assinado nesse momento, não tenho como fazer teste nem um nessa rede.

só to repassando info de quando estava trocando ideia com o pessoal que já esta nessa rede.
 
No HGU da Vivo ( Mitrastar 2741 N2 ) tem uma interface com ip 1.1.1.1 e que se comunica com um ip 1.1.1.2 com um ping baixissimo <1ms . Como uso em modo bridge isso não me afeta, mas tenho a curiosidade de saber o que será. Quem quiser olhar isso, basta fazer ssh na HGU com o usuário support e a senha da etiqueta.
Estou mencionando isso, pois pode ser alguma configuração padrão antiga que utilizava o ip 1.1.1.1 para algum gerenciamento ou serviço nos modems GPON.

O GPON da Claro, em modo bridge, tem esse problema do 1.1.1.1 ?

Código:
br0       Link encap:Ethernet  HWaddr C0:3D:D9
          inet addr:192.168.15.1  Bcast:192.168.15.255  Mask:255.255.255.0
          inet6 addr: fe80::c23d:d9ff:fe3b:6370/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:7876839 errors:0 dropped:0 overruns:0 frame:0
          TX packets:10720330 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:597223989 (569.5 MiB)  TX bytes:1034581415 (986.6 MiB)

br0:0     Link encap:Ethernet  HWaddr C0:3D:D9
          inet addr:192.168.249.1  Bcast:192.168.249.3  Mask:255.255.255.252
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

br0:9     Link encap:Ethernet  HWaddr C0:3D:D9
          inet addr:1.1.1.1  Bcast:1.1.1.255  Mask:255.255.255.0                           <---------------------
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1


ping 1.1.1.2  dentro do HGU
PING 1.1.1.2 (1.1.1.2): 56 data bytes
64 bytes from 1.1.1.2: icmp_seq=0 ttl=64 time=0.8 ms
64 bytes from 1.1.1.2: icmp_seq=1 ttl=64 time=0.7 ms
64 bytes from 1.1.1.2: icmp_seq=2 ttl=64 time=1.2 ms
64 bytes from 1.1.1.2: icmp_seq=3 ttl=64 time=1.3 ms
64 bytes from 1.1.1.2: icmp_seq=4 ttl=64 time=0.7 ms
64 bytes from 1.1.1.2: icmp_seq=5 ttl=64 time=1.0 ms
64 bytes from 1.1.1.2: icmp_seq=6 ttl=64 time=1.2 ms
^C
--- 1.1.1.2 ping statistics ---
7 packets transmitted, 7 packets received, 0% packet loss
round-trip min/avg/max = 0.7/0.9/1.3 ms
o powerbox gvt pace também já tinha 1.1.1.1 em algo interno e não dava pra usar esse dns, não lembro o que era
e já que a vivo copiou a interface dele só mudando pra roxo, pode ter vindo isso aí junto
 
sim temporario, as vezes funciona as vezes não, geralmente no servidor de alguns... mais pra frente testa de novo ipv6
--- Post duplo é unido automaticamente: ---


tenta trocar ipv4 e testa ( geralmente modem desligado por 3 ou 4 horas )
As licenças de ip públicos duram 1 dia. Para trocar o IP basta trocar o endereço Mac do roteador se estiver em bridge ou do modem se estiver no modo route
 
O GPON da Claro, em modo bridge, tem esse problema do 1.1.1.1 ?

Sim.

E então como a Claro usa modem Humax na rede FTTH?

Eles autorizando a marca a ser utilizada. Hoje tem Humax, Sagemcom, Huawei, ZTE e Kaon.

---
2qx1mhX.png
 
Na madrugada de hoje implementaram o tal do OFDMA aqui:

L09x5Uf.png



Só espero que não dê merda. Mas notei que o upload, que antes dificilmente chegava nos 30Mb nesse horário, bateu 49Mb duas vezes:

6bb3af54-1625-448b-aa35-9a43dc8642e2.png

--- Post duplo é unido automaticamente: ---

Olhando uns prints antigos aqui, em 2020 eram quatro canais de upload, sendo dois com largura de 3.2 MHz e dois de 6.4 MHz. Aí em 2021 viraram seis canais, onde os dois de 6.4 MHz viraram quatro de 3.2 MHz. E agora que ativaram o OFDMA, retiraram dois canais, ficando quatro de 3.2 MHz.
 
Última edição:
Galera, tenho um amigo que tem a operadora de fibra optica Internet Way porque estou pensando em sair da Claro.

Apesar desse amigo morar na mesma cidade porém em outra região mais distante, é possível eu levar meu notebook para realizar alguns testes de conexão. Sobre a realização de testes de conexão, quais vocês indicariam? Eu sei só sobre o ping para perda de pacote, speedtest para velocidade e o tracert (porém este último preciso aprender como funciona ainda).

Agradeço!
 
Galera, tenho um amigo que tem a operadora de fibra optica Internet Way porque estou pensando em sair da Claro.

Apesar desse amigo morar na mesma cidade porém em outra região mais distante, é possível eu levar meu notebook para realizar alguns testes de conexão. Sobre a realização de testes de conexão, quais vocês indicariam? Eu sei só sobre o ping para perda de pacote, speedtest para velocidade e o tracert (porém este último preciso aprender como funciona ainda).

Agradeço!
Speedtest e pronto.

Eu recomendo a Internet Way os equipamentos deles são de qualidade, eles tem uma estrutura incrível e bastante capacidade de rede... Só achei caro o plano de 750mb em relação ao de 500mb mas quem pode pagar que pague... hehe ping provavelmente o seu vai ser bem melhor doq o da Claro pois ainda tem os 8-11ms iniciais. Eu dou certeza que você já pega ping 7-11ms em qualquer jogo e aposto que na Claro o seu ping mínimo deve ser uns 20ms
 
Galera, tenho um amigo que tem a operadora de fibra optica Internet Way porque estou pensando em sair da Claro.

Apesar desse amigo morar na mesma cidade porém em outra região mais distante, é possível eu levar meu notebook para realizar alguns testes de conexão. Sobre a realização de testes de conexão, quais vocês indicariam? Eu sei só sobre o ping para perda de pacote, speedtest para velocidade e o tracert (porém este último preciso aprender como funciona ainda).

Agradeço!
Tracert mostras os saltos da sua conexão até o servidor, não é muito útil a menos que seja para identificar um gateway com problema

Como pode ver eu tenho um problema no IP 200.244 216.15, uma solução pra isso é trocar meu ip e tentar pegar um que nao caia por essa rota ou utilizar uma vpn
 
Última edição:
Tracert mostras os saltos da sua conexão até o servidor, não é muito útil a menos que seja para identificar um gateway com problema
Como pode ver eu tenho um problema no IP 200.244 216.15, uma solução pra isso é trocar meu ip e tentar pegar um que nao caia por essa rota ou utilizar uma vpn

accounts.google.com recusou estabelecer ligação
 
Normal. Padrão claro de qualidade em RJ e tbm aqui no DF. Única solução é trocar de operadora.
Interessante que aqui no RS meu plano de 500Mb SEMPRE passa de 515-520Mb. Mesmo às 14h ou as 23h30 tá sempre nessa faixa. E o upload está batendo 75-80Mb fácil (esse oscila um pouco, em horário de pico tipo 23h dá 65-68Mb e de madrugada depois das 1h30 passa de 75 chegando a 80-84Mb). Sou assinante desde quando morava em Porto Alegre em 2015 quando saí da antiga gvt, parti de 50Mb da gvt pra 60Mb da NET e tive um problema de rede externa em PoA em 2016, depois me mudei pro interior do RS (atualmente) e o serviço é muito bom mesmo.

Fico imaginando quanto pegaria de upload se o OFDMA já tivesse sido ativado aqui... estou com 3 canais de upload a 5120ksym/s e 1 canal em 2560ksym/s e pega 80Mb de upload.

O OFDM foi ativado fim de 2020 se não me falha a memória, e logo no início de 2021 abriu para assinar os meus atuais 500Mb e tem um bom tempo que tem 1Gb pra assinar aqui onde moro (infelizmente o que me impede de assinar é o PREÇO abusivo de 399, pois tenho que bancar o Virtua 500Mb, a TV (5 pontos com 2 4K, gravação, TeleCine+HBO+PFC) e meu pós pago com minha filha e minha esposa como dependentes (também pós pagos). Se eu morasse sozinho e não tivesse tanto gasto com a casa, arriscaria 1Gb, mas por 400/mês só de internet é complicado.
 
pior q me ofereceram alteração pra 500 sem aumento na conta.
um dia desses tava batendo 400Mb, mas é raro.
recomendo a todos que são do RJ a não assinarem a claro ae, só da problema a rede hfc dela por ae.
nem vale o dor de cabeça em ficar com ela.
 

Users who are viewing this thread

Voltar
Topo