nao sei se vcs lembram mas quando surgiu esse 1.1.1.1, os powerbox gvt não abriam nem por rezaObrigado. O problema parece ser só aqui em Porto Alegre. Forcei novamente a mudança do IP, agora 177.18.x.x. Pinga todos 1.0.0.x, porém somente o 1.1.1.1. O 1.1.1.2 e 1.1.1.3 estão sem rota.
Não tenho tempo nem paciência para ligar para a Vivo e passar pelo atendimento "default", pensa só o trabalho de explicar para o tele-atendimento o que é uma rota, porque estou querendo pingar os IPs da CloudFlare, e porque o problema parece mudar de acordo com a faixa do IPv4 público atribuído pela uma conexão PPPoE.
Vou deixar por isso mesmo por enquanto (ou se tiver sorte teria alguém da área técnica da Vivo acompanhando o forum e poderia investigar porque isso está acontecendo na Vivo Fibra aqui em Porto Alegre). Mas não vou gastar mais tempo com isso...
Código:C:\>ping 1.1.1.1 Pinging 1.1.1.1 with 32 bytes of data: Reply from 1.1.1.1: bytes=32 time=32ms TTL=51 Reply from 1.1.1.1: bytes=32 time=30ms TTL=51 Reply from 1.1.1.1: bytes=32 time=29ms TTL=51 Reply from 1.1.1.1: bytes=32 time=30ms TTL=51 Ping statistics for 1.1.1.1: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 29ms, Maximum = 32ms, Average = 30ms C:\>ping 1.1.1.2 Pinging 1.1.1.2 with 32 bytes of data: Request timed out. Request timed out. Request timed out. Request timed out. Ping statistics for 1.1.1.2: Packets: Sent = 4, Received = 0, Lost = 4 (100% loss), C:\>ping 1.1.1.3 Pinging 1.1.1.3 with 32 bytes of data: Reply from 192.168.15.1: Destination host unreachable. Reply from 192.168.15.1: Destination host unreachable. Reply from 192.168.15.1: Destination host unreachable. Reply from 192.168.15.1: Destination host unreachable. Ping statistics for 1.1.1.3: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), C:\>ping 1.1.1.4 Pinging 1.1.1.4 with 32 bytes of data: Reply from 192.168.15.1: Destination host unreachable. Reply from 192.168.15.1: Destination host unreachable. Reply from 192.168.15.1: Destination host unreachable. Reply from 192.168.15.1: Destination host unreachable. Ping statistics for 1.1.1.4: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), C:\>ping 1.0.0.1 Pinging 1.0.0.1 with 32 bytes of data: Reply from 1.0.0.1: bytes=32 time=26ms TTL=51 Reply from 1.0.0.1: bytes=32 time=26ms TTL=51 Reply from 1.0.0.1: bytes=32 time=23ms TTL=51 Reply from 1.0.0.1: bytes=32 time=24ms TTL=51 Ping statistics for 1.0.0.1: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 23ms, Maximum = 26ms, Average = 24ms C:\>ping 1.0.0.2 Pinging 1.0.0.2 with 32 bytes of data: Reply from 1.0.0.2: bytes=32 time=25ms TTL=51 Reply from 1.0.0.2: bytes=32 time=25ms TTL=51 Reply from 1.0.0.2: bytes=32 time=24ms TTL=51 Reply from 1.0.0.2: bytes=32 time=24ms TTL=51 Ping statistics for 1.0.0.2: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 24ms, Maximum = 25ms, Average = 24ms C:\>ping 1.0.0.3 Pinging 1.0.0.3 with 32 bytes of data: Reply from 1.0.0.3: bytes=32 time=29ms TTL=51 Reply from 1.0.0.3: bytes=32 time=28ms TTL=51 Reply from 1.0.0.3: bytes=32 time=28ms TTL=51 Reply from 1.0.0.3: bytes=32 time=28ms TTL=51 Ping statistics for 1.0.0.3: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 28ms, Maximum = 29ms, Average = 28ms C:\>ping 1.0.0.4 Pinging 1.0.0.4 with 32 bytes of data: Reply from 1.0.0.4: bytes=32 time=28ms TTL=51 Reply from 1.0.0.4: bytes=32 time=28ms TTL=51 Reply from 1.0.0.4: bytes=32 time=29ms TTL=51 Reply from 1.0.0.4: bytes=32 time=27ms TTL=51 Ping statistics for 1.0.0.4: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 27ms, Maximum = 29ms, Average = 28ms C:\>
Aqui acontece de eu conseguir pingar todos os IPs do Cloudflare de qualquer dispositivo na rede MAS o próprio roteador não consegue acessar o 1.1.1.1 por conta de umas das interfaces de rede internas do roteador estar com essa faixa de IP associada (1.1.1.x):
![]()
Pingando do SSH do HGU vemos que o mesmo falha:
Código:> ping 1.1.1.1 <<<mirror on>>> PING 1.1.1.1 (1.1.1.1): 56 data bytes --- 1.1.1.1 ping statistics --- 4 packets transmitted, 0 packets received, 100% packet loss ping: detected exit of ping[exit(1)] <<<mirror off>>>
mas do PC funciona normalmente:
Código:Pinging 1.1.1.1 with 32 bytes of data: Reply from 1.1.1.1: bytes=32 time=12ms TTL=53 Reply from 1.1.1.1: bytes=32 time=10ms TTL=53 Reply from 1.1.1.1: bytes=32 time=21ms TTL=53 Reply from 1.1.1.1: bytes=32 time=9ms TTL=53 Ping statistics for 1.1.1.1: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 9ms, Maximum = 21ms, Average = 13ms
No ifconfig (interface virtual br0:2) executado no SSH vejo, no meu caso:
Código:br0:2 Link encap:Ethernet HWaddr XX:XX:XX:XX:XX inet addr:1.1.1.1 Bcast:1.1.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING ALLMULTI MULTICAST MTU:1500 Metric:1
Então se desativarmos essa interface virtual com o comando:
Código:ifconfig br0:2 down
Vemos que o roteador consegue acessar o 1.1.1.1:
Código:> ping 1.1.1.1 <<<mirror on>>> PING 1.1.1.1 (1.1.1.1): 56 data bytes 64 bytes from 1.1.1.1: seq=0 ttl=54 time=9.949 ms 64 bytes from 1.1.1.1: seq=1 ttl=54 time=9.105 ms 64 bytes from 1.1.1.1: seq=2 ttl=55 time=11.851 ms 64 bytes from 1.1.1.1: seq=3 ttl=54 time=11.645 ms --- 1.1.1.1 ping statistics --- 4 packets transmitted, 4 packets received, 0% packet loss round-trip min/avg/max = 9.105/10.637/11.851 ms ping: detected exit of ping[exit(0)] <<<mirror off>>>
Para mim só precisaria de um roteador melhor da parte deles, mas colocado em bridge com um router bom fica filé. De resto tudo 100%.Galera, eu nunca usei Vivo Fibra, gostaria que colocassem aqui o que acham de ruim nela. Tipo, vícios da conexão, do roteador, coisas que vocês não gostam ou acham que faltam pra Vivo Fibra ser melhor.
Bom eu prefiro usar a HGU em bridgeGalera, eu nunca usei Vivo Fibra, gostaria que colocassem aqui o que acham de ruim nela. Tipo, vícios da conexão, do roteador, coisas que vocês não gostam ou acham que faltam pra Vivo Fibra ser melhor.
Aqui na minha região quedas e instabilidades não é algo raro, tanto que peguei um segundo link de internet (Tim) para aliviar os problemas.Galera, eu nunca usei Vivo Fibra, gostaria que colocassem aqui o que acham de ruim nela. Tipo, vícios da conexão, do roteador, coisas que vocês não gostam ou acham que faltam pra Vivo Fibra ser melhor.
Aqui eu uso o HGU (modem vivo) em Bridge e uso meu roteador Asus e tenho NAT aberto em qualquer jogo/plataforma.
Quando eu tinha TV da Vivo junto com a Fibra, eu tinha problemas de NAT no PS4 (tinha que usar o router da Vivo) e nada resolveu exceto cancelar a TV e ficar só com a Internet (o que possibilitou usar o meu roteador normalmente).
Tenho a mesma HGU.
br0 Link encap:Ethernet HWaddr XX:XX:XX:XX:XX:XX
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:4812638 errors:0 dropped:0 overruns:0 frame:0
TX packets:6550798 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:364812293 (347.9 MiB) TX bytes:637719239 (608.1 MiB)
br0:0 Link encap:Ethernet HWaddr XX:XX:XX:XX:XX:XX
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 XX:XX:XX:XX:XX:XX
inet addr:1.1.1.1 Bcast:1.1.1.255 Mask:255.255.255.0 <--------------------- Olhe aqui
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
arp
Address HWtype HWaddress Flags Mask Iface
1.1.1.2 ether 00:26:86:00:00:00 C br0
ping 1.1.1.2
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.8 ms
64 bytes from 1.1.1.2: icmp_seq=2 ttl=64 time=0.8 ms
64 bytes from 1.1.1.2: icmp_seq=3 ttl=64 time=0.8 ms
^C
--- 1.1.1.2 ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 0.8/0.8/0.8 ms
Tinha que usar apenas o HGU deles (um branco).--- Post duplo é unido automaticamente: ---
Deixa eu te perguntar, quando vc tinha tv junto com a fibra, a tv funcionava mesmo com a hgu em bridge? Qual o modelo do seu hgu?
Aqui eu troquei recentemente para 600MB.Mostra 200mb, mas quando eu coloco mostrar mais mostra download 600 up 300
Bom, pelo que vi, a Vivo só está usando 2 modelos praticamente iguais, só de fabricantes diferentes. Estou certo?Para mim só precisaria de um roteador melhor da parte deles, mas colocado em bridge com um router bom fica filé. De resto tudo 100%.
O certo era dar um jeito de firmar a bateria de alguma forma pois não ela não é a responsável apenas por 'segurar' a hora na BIOS.gente alguém mais esta com esse problema? meu PC não segura a hora porque quebrou o conector de bateria da bios, ate ai tudo bem o Windows sempre sincroniza automaticamente a hora com um servidor, só que tem 2 dias que todos os servidores de horas do Windows não sincroniza de jeito nenhum, fiz um teste de ping do servidor time.windows.com e outro da lista e não vai, ai liguei uma VPN e acredite sincronizou mas sem sem a VPN não sincroniza será um problema na rede da vivo??? com VPN vai sem vpn não vai.
se quebrou o pino, pega 2 fios e solda nos contatos da placagente alguém mais esta com esse problema? meu PC não segura a hora porque quebrou o conector de bateria da bios, ate ai tudo bem o Windows sempre sincroniza automaticamente a hora com um servidor, só que tem 2 dias que todos os servidores de horas do Windows não sincroniza de jeito nenhum, fiz um teste de ping do servidor time.windows.com e outro da lista e não vai, ai liguei uma VPN e acredite sincronizou mas sem sem a VPN não sincroniza será um problema na rede da vivo??? com VPN vai sem vpn não vai.
Pelo menos aqui em SP faz um tempo que não usam a Rosetta em novas instalações. Parece que nos lugares onde a Vivo usa a rede neutra dela, eles colocam a Rosetta. As HGU são só MitraStar e Askey mesmo, MitraStar sincroniza muito mais rápido que Askey, porém, se for colocar VoIP tenta pedir Askey pois o som é mto mais alto. Todos modelos são liberados pra deixar em bridge se quiser.Então a Vivo Fibra é total boa mesmo? Nenhum vício chato? Nenhuma rota ruim? Atendimento péssimo ou demorado? App de ver os produtos não falha?
Ah, já ia me esquecendo de perguntar, na instalação a fibra vem direto pro router ou ainda usam aquela caixinha no meio do caminho?
Tem gente que é melhor esquecer, ou nem conhecer mesmo.......Então a Vivo Fibra é total boa mesmo? Nenhum vício chato? Nenhuma rota ruim? Atendimento péssimo ou demorado? App de ver os produtos não falha?
Ah, já ia me esquecendo de perguntar, na instalação a fibra vem direto pro router ou ainda usam aquela caixinha no meio do caminho?
se realmente for DNS é só configurar um manualmente em sua maquina e testarPessoal, uso Vivo Fibra no estado de SP a bastante tempo e ontem minha internet perdeu conexão do nada quando eu resetei o modem pra mudar meu IP. Creio que possa ser algum problema de DNS mas não quero ter que chamar um técnico aqui denovo. Quando tento abrir o Google a própria Vivo tenta me redirecionar pra "redirvivo.com.br/wsc/stc/html..." mas a página não abre. Já tentei resetar o modem pra config de fábrica e nada. Alguém tem alguma idéia do que possa ser?
Esse modelo chuveirinho Lorenzetti é necessariamente da Vivo ou tem mais alguma que usa?Ache o erro:
![]()
O funcionário da vivo que fez isso é muito cara de pau!Ache o erro:
![]()