Configurei aqui primeiro diretamente no modem da vivo, deu nat "moderado", aí como não gostei muito do desempenho dele coloquei no modo bridge e configurei meu archer c6, e aí finalmente o nat ficou como "aberto" kkk. Ouvi dizer que deixando o modem da vivo em modo bridge ele poderia perder suporte tipo atualizações com melhorias futuras, mas acho que não seria nada muito importante e não tem problema deixar assim, né?
[TÓPICO DEDICADO] Banda Larga VIVO - xDSL/FIBRA ÓPTICA
- Iniciador de Tópicos Mosqueteirors
- Data de Início
Configurei aqui primeiro diretamente no modem da vivo, deu nat "moderado", aí como não gostei muito do desempenho dele coloquei no modo bridge e configurei meu archer c6, e aí finalmente o nat ficou como "aberto" kkk. Ouvi dizer que deixando o modem da vivo em modo bridge ele poderia perder suporte tipo atualizações com melhorias futuras, mas acho que não seria nada muito importante e não tem problema deixar assim, né?
Quando a atualização de fw da HGU ou caso o pessoal da Vivo precise fazer algo, tipo configurar VoIp em bridge não rola mesmo. Mas de resto tudo de boa, sem problemas. Coloca em router uma vez por semestre pra ver se tem fw nova e volta pra bridge depois. Faço isso kkkk
Se você tiver tv, em bridge a tv cai. Uma lástima.
Putz, aí é complicado. Ainda bem que aqui vai ser só a internet mesmo.
Sim. Mas funciona normal se deixar a HGU em bridge. Só a TV que cai.
--- Post duplo é unido automaticamente: ---
Recomendação pessoal, se assinar a internet com telefone pede pra colocarem HGU da Askey, o som do telefone é mais alto que da Mitrastar. Já tive dos dois modelos aqui.
Se vc usa o HGU da Vivo em bridge, não tem nada a melhorar pra vc em atualizações futura, já que ele vira um simples conversor ótico...
Eu usei a oi fibra por pouco tempo, aqui eles instalaram o modem da Huawei, como o modem desbloqueado da para ter 4 IPs, por exemplo a porta de Lan 1 a 3 em brigde e a 4 com dhcp, na Lan 1 tava o notebook com um IP público X , lan 2 computador com outro IP público X e Lan 3 roteador com outro IP público e Lan 4 notebook e wi-fi ativo com outra IP.
Como o modem da vivo acho que dá para fazer isto, já que aqui eu configurei assim a Lan 1 em brigde e Lan 2 a 4 tá em dhcp, bem deixando assim porque consigo entrar nas configurações do modem e tá mesmo ativar o wi-fi só não testei se tem internet.
Fiz está mesma coisa na casa de um colega, deixando a Lan 1 em brigde e a tv continua funcionando
Como o modem da vivo acho que dá para fazer isto, já que aqui eu configurei assim a Lan 1 em brigde e Lan 2 a 4 tá em dhcp, bem deixando assim porque consigo entrar nas configurações do modem e tá mesmo ativar o wi-fi só não testei se tem internet.
Fiz está mesma coisa na casa de um colega, deixando a Lan 1 em brigde e a tv continua funcionando
Bom saber.É sim. Fica aparecendo o número vinculado na tela de configurações da HGU.
Eu tive problemas com o volume do TIM Live Fixo VoIP, era muito baixo. Não tinha quem arrumasse isso.
Atualmente na Oi Fibra, o VoIP deles é bem alto.
Só não gostei do preço do telefone fixo no plano Vivo Fibra, mais de 50 conto em pleno 2022 pra ter fixo.
Minha mãe não quer se desfazer do fixo de jeito nenhum por questão de apego mesmo. Na época que conquistaram era o começo da privatização, então já viu. Meio difícil convencer pessoas daquela época a simplesmente deixar de usar.
Faz questão de pagar caro só pra ter um.
Isso vai meio que dificultar um pouco pedir o Vivo Fibra. Mas vou ver o que faço.
Aqui consegui promoção em um combo onde tinha de ter o fixo, porém ele sai por menos de 10 reais. Negociando talvez vc consiga algo legal.
O valor do fixo na fibra pra cliente novo é realmente proibitivo.
Eu aqui que sou cliente migrado da base GVT consegui o fixo ilimitado VoIP por 5 reais.
Legal, vou tentar esse tipo de negociação aí. Quero ir pra Vivo por ter rede própria e não alugada.O valor do fixo na fibra pra cliente novo é realmente proibitivo.
Eu aqui que sou cliente migrado da base GVT consegui o fixo ilimitado VoIP por 5 reais.
Mas vai ter que ter fixo.
Quero duas instalações, vi que na frente da casa da minha irmã também tem e ela tá com uma pequena provedora pagando 120 reais por 90 Mega e só chega 70, mas não tem CGNAT. Como é pequena provedora, não deve prestar contas pra Anatel por não entregar a velocidade. Aí minha irmã pode pegar 300 Mega da Vivo por 109,90. CTO na frente do portão, sem cliente nenhum ainda. Avisei pra ela, se perder, difícil abrir vaga.
Passa como fez esse setup que vou testar aqui. Thanks
--- Post duplo é unido automaticamente: ---
Aqui eu fui usuário da Vivo desde o par metálico, linha antiga mesmo. Migrei a tecnologia e custava 149,99 por 200mb + fixo ilimitado. Quando abaixaram o preço do 600mb para esse mesmo eu liguei no cancelamento e disse que queria cancelar o telefone e mudar a velocidade. A moça simplesmente disse que poderia dar o fixo sem custo e aumentar a velocidade para os 600mb. Só aceitei e está tudo certo.
EDITADO2: coloquei o modem em modo bridge e resolveu. Agora não sei dizer se foi porque trocou o IPv4 público ao reconectar o PPPoE ou se de fato a HGU da Vivo tem algum problema de roteamento.
EDITADO3: aconteceu de novo como modem em Bridge. Parece ser problema de rota dependendo do IP público obtido via PPPoE.
-----
Pessoal, alguém por aqui usa os servidores DNS da CloudFlare? Pergunto isso pois nesse momento estou sem rota para o IP do DNS Família do CloudFlare (1.1.1.3) via Vivo Fibra. A rota parece "morrer" na HGU da Vivo (meu roteador R4S/OpenWrt está em DMZ com o HGU da Vivo).
Já para o IP alternativo 1.0.0.3 está funcionando.
Na conexão da Claro HFC está tudo OK com o 1.1.1.3 usando o mesmo roteador R4S/OpenWrt também em DMZ na Claro, então 100% certo que o problema é da Vivo.
EDITADO 1: sem rota também para 1.1.1.2 (IP secundário do DNS CloudFlare 1.1.1.1).
Usando o ping na HGU da Vivo confirma o problema:
Alguém já passou por isso?
EDITADO3: aconteceu de novo como modem em Bridge. Parece ser problema de rota dependendo do IP público obtido via PPPoE.
-----
Pessoal, alguém por aqui usa os servidores DNS da CloudFlare? Pergunto isso pois nesse momento estou sem rota para o IP do DNS Família do CloudFlare (1.1.1.3) via Vivo Fibra. A rota parece "morrer" na HGU da Vivo (meu roteador R4S/OpenWrt está em DMZ com o HGU da Vivo).
Código:
root@odroid:~ # ping -O 1.1.1.3
PING 1.1.1.3 (1.1.1.3) 56(84) bytes of data.
no answer yet for icmp_seq=1
no answer yet for icmp_seq=2
From 192.168.15.1 icmp_seq=1 Destination Host Unreachable
From 192.168.15.1 icmp_seq=2 Destination Host Unreachable
From 192.168.15.1 icmp_seq=3 Destination Host Unreachable
no answer yet for icmp_seq=3
no answer yet for icmp_seq=4
^C
--- 1.1.1.3 ping statistics ---
5 packets transmitted, 0 received, +3 errors, 100% packet loss, time 4006ms
pipe 3
root@odroid:~ # ping -O 1.0.0.3
PING 1.0.0.3 (1.0.0.3) 56(84) bytes of data.
64 bytes from 1.0.0.3: icmp_seq=1 ttl=51 time=26.1 ms
64 bytes from 1.0.0.3: icmp_seq=2 ttl=51 time=25.4 ms
64 bytes from 1.0.0.3: icmp_seq=3 ttl=51 time=25.6 ms
64 bytes from 1.0.0.3: icmp_seq=4 ttl=51 time=26.3 ms
^C
root@odroid:~ # traceroute -I 1.1.1.1
traceroute to 1.1.1.1 (1.1.1.1), 30 hops max, 60 byte packets
1 router (192.168.1.1) 1.384 ms 1.389 ms 1.384 ms
2 192.168.15.1 (192.168.15.1) 2.911 ms 2.926 ms 2.929 ms
3 179.184.x.x (179.184.x.x) 5.768 ms 5.770 ms 5.787 ms
4 191.30.x.x.dynamic.adsl.gvt.net.br (191.30.x.x) 6.441 ms 6.435 ms 6.434 ms
5 152-255-132-216.user.vivozap.com.br (152.255.132.216) 5.702 ms 5.708 ms 5.717 ms
6 152-255-183-71.user.vivozap.com.br (152.255.183.71) 5.714 ms 5.001 ms 4.984 ms
7 * * *
8 152-255-203-132.user.vivozap.com.br (152.255.203.132) 26.433 ms 26.444 ms 26.445 ms
9 * * *
10 84.16.7.102 (84.16.7.102) 30.921 ms 30.923 ms 30.917 ms
11 5.53.3.16 (5.53.3.16) 41.990 ms 41.992 ms 41.852 ms
12 vivo-grtfortw1-0-0-0-7-0-4.net.telefonicaglobalsolutions.com (216.184.112.143) 27.576 ms 26.330 ms 26.327 ms
13 172.71.8.4 (172.71.8.4) 47.950 ms 47.954 ms 46.727 ms
14 one.one.one.one (1.1.1.1) 27.970 ms 27.972 ms 27.963 ms
root@odroid:~ # traceroute -I 1.1.1.3
traceroute to 1.1.1.3 (1.1.1.3), 30 hops max, 60 byte packets
1 router (192.168.1.1) 1.189 ms 1.177 ms 1.175 ms
2 192.168.15.1 (192.168.15.1) 2.710 ms 2.726 ms 2.725 ms
3 192.168.15.1 (192.168.15.1) 2981.041 ms !H 2981.049 ms !H 2981.049 ms !H
root@odroid:~ #Já para o IP alternativo 1.0.0.3 está funcionando.
Código:
root@odroid:~ # ping -O 1.0.0.3
PING 1.0.0.3 (1.0.0.3) 56(84) bytes of data.
64 bytes from 1.0.0.3: icmp_seq=1 ttl=51 time=26.1 ms
64 bytes from 1.0.0.3: icmp_seq=2 ttl=51 time=25.4 ms
64 bytes from 1.0.0.3: icmp_seq=3 ttl=51 time=25.6 ms
64 bytes from 1.0.0.3: icmp_seq=4 ttl=51 time=26.3 ms
^C
--- 1.0.0.3 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 25.398/25.828/26.261/0.351 ms
root@odroid:~ #Na conexão da Claro HFC está tudo OK com o 1.1.1.3 usando o mesmo roteador R4S/OpenWrt também em DMZ na Claro, então 100% certo que o problema é da Vivo.
EDITADO 1: sem rota também para 1.1.1.2 (IP secundário do DNS CloudFlare 1.1.1.1).
Usando o ping na HGU da Vivo confirma o problema:
Alguém já passou por isso?
Última edição:
Sinais de telefonia e internet da Vivo apresentam instabilidade após falha no meio de transmissão em Manaus
O sinal de telefonia e internet da Vivo apresenta instabilidade em Manaus na tarde desta sexta-feira (25)
Testei aqui e deu resultado semelhante, pela Vivo (eth0.2) não dá resposta, mas pela Tim (eth0.3) funciona normalmente:Pessoal, alguém por aqui usa os servidores DNS da CloudFlare? Pergunto isso pois nesse momento estou sem rota para o IP do DNS Família do CloudFlare (1.1.1.3) via Vivo Fibra. A rota parece "morrer" na HGU da Vivo (meu roteador R4S/OpenWrt está em DMZ com o HGU da Vivo).
Código:root@odroid:~ # ping -O 1.1.1.3 PING 1.1.1.3 (1.1.1.3) 56(84) bytes of data. no answer yet for icmp_seq=1 no answer yet for icmp_seq=2 From 192.168.15.1 icmp_seq=1 Destination Host Unreachable From 192.168.15.1 icmp_seq=2 Destination Host Unreachable From 192.168.15.1 icmp_seq=3 Destination Host Unreachable no answer yet for icmp_seq=3 no answer yet for icmp_seq=4 ^C --- 1.1.1.3 ping statistics --- 5 packets transmitted, 0 received, +3 errors, 100% packet loss, time 4006ms pipe 3 root@odroid:~ # ping -O 1.0.0.3 PING 1.0.0.3 (1.0.0.3) 56(84) bytes of data. 64 bytes from 1.0.0.3: icmp_seq=1 ttl=51 time=26.1 ms 64 bytes from 1.0.0.3: icmp_seq=2 ttl=51 time=25.4 ms 64 bytes from 1.0.0.3: icmp_seq=3 ttl=51 time=25.6 ms 64 bytes from 1.0.0.3: icmp_seq=4 ttl=51 time=26.3 ms ^C root@odroid:~ # traceroute -I 1.1.1.1 traceroute to 1.1.1.1 (1.1.1.1), 30 hops max, 60 byte packets 1 router (192.168.1.1) 1.384 ms 1.389 ms 1.384 ms 2 192.168.15.1 (192.168.15.1) 2.911 ms 2.926 ms 2.929 ms 3 179.184.x.x (179.184.x.x) 5.768 ms 5.770 ms 5.787 ms 4 191.30.x.x.dynamic.adsl.gvt.net.br (191.30.x.x) 6.441 ms 6.435 ms 6.434 ms 5 152-255-132-216.user.vivozap.com.br (152.255.132.216) 5.702 ms 5.708 ms 5.717 ms 6 152-255-183-71.user.vivozap.com.br (152.255.183.71) 5.714 ms 5.001 ms 4.984 ms 7 * * * 8 152-255-203-132.user.vivozap.com.br (152.255.203.132) 26.433 ms 26.444 ms 26.445 ms 9 * * * 10 84.16.7.102 (84.16.7.102) 30.921 ms 30.923 ms 30.917 ms 11 5.53.3.16 (5.53.3.16) 41.990 ms 41.992 ms 41.852 ms 12 vivo-grtfortw1-0-0-0-7-0-4.net.telefonicaglobalsolutions.com (216.184.112.143) 27.576 ms 26.330 ms 26.327 ms 13 172.71.8.4 (172.71.8.4) 47.950 ms 47.954 ms 46.727 ms 14 one.one.one.one (1.1.1.1) 27.970 ms 27.972 ms 27.963 ms root@odroid:~ # traceroute -I 1.1.1.3 traceroute to 1.1.1.3 (1.1.1.3), 30 hops max, 60 byte packets 1 router (192.168.1.1) 1.189 ms 1.177 ms 1.175 ms 2 192.168.15.1 (192.168.15.1) 2.710 ms 2.726 ms 2.725 ms 3 192.168.15.1 (192.168.15.1) 2981.041 ms !H 2981.049 ms !H 2981.049 ms !H root@odroid:~ #
Já para o IP alternativo 1.0.0.3 está funcionando.
Código:root@odroid:~ # ping -O 1.0.0.3 PING 1.0.0.3 (1.0.0.3) 56(84) bytes of data. 64 bytes from 1.0.0.3: icmp_seq=1 ttl=51 time=26.1 ms 64 bytes from 1.0.0.3: icmp_seq=2 ttl=51 time=25.4 ms 64 bytes from 1.0.0.3: icmp_seq=3 ttl=51 time=25.6 ms 64 bytes from 1.0.0.3: icmp_seq=4 ttl=51 time=26.3 ms ^C --- 1.0.0.3 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3004ms rtt min/avg/max/mdev = 25.398/25.828/26.261/0.351 ms root@odroid:~ #
Na conexão da Claro HFC está tudo OK com o 1.1.1.3 usando o mesmo roteador R4S/OpenWrt também em DMS na Claro, então 100% certo que o problema é da Vivo.
Usando o ping na HGU da Vivo confirma o problema:
Alguém já passou por isso?
Testei aqui e deu resultado semelhante, pela Vivo (eth0.2) não dá resposta, mas pela Tim (eth0.3) funciona normalmente:
Obrigado, de fato é problema da Vivo. Eu tinha mudado o modem para bridge e tinha funcionado, mas na real é que esse problema acontece dependendo do IPv4 que a Vivo atribui ao PPPoE, pois o problema voltou a ocorrer mesmo com o modem em modo bridge.
Pelo que pude ver, a rota para os IPs DNS do Cloudfare podem ter problemas de acordo com o IP público que a Vivo atribui via PPPoE (177.x, 179.x, 186.x, 187.x, 191.x, 200.x, 201.x ,..).
Por exemplo, com o IP que eu peguei agora (177.156.x.x), os IPs 1.1.1.1/1.1.1.2/1.1.1.3/1.0.0.2 não pingam (sem rota). Apenas o 1.0.0.1 respone. Basta recontactar o PPPoE para pegar outro IP e a sitaução muda (alguns passam a funcionar e outros páram).
Código:
root@odroid:~ # ping -O 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
no answer yet for icmp_seq=1
no answer yet for icmp_seq=2
no answer yet for icmp_seq=3
no answer yet for icmp_seq=4
^C
--- 1.1.1.1 ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 4008ms
root@odroid:~ # ping -O 1.1.1.2
PING 1.1.1.2 (1.1.1.2) 56(84) bytes of data.
no answer yet for icmp_seq=1
no answer yet for icmp_seq=2
no answer yet for icmp_seq=3
^C
--- 1.1.1.2 ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3009ms
root@odroid:~ # ping -O 1.1.1.3
PING 1.1.1.3 (1.1.1.3) 56(84) bytes of data.
no answer yet for icmp_seq=1
no answer yet for icmp_seq=2
no answer yet for icmp_seq=3
From 192.168.15.1 icmp_seq=2 Destination Host Unreachable
From 192.168.15.1 icmp_seq=3 Destination Host Unreachable
From 192.168.15.1 icmp_seq=4 Destination Host Unreachable
^C
--- 1.1.1.3 ping statistics ---
4 packets transmitted, 0 received, +3 errors, 100% packet loss, time 3001ms
pipe 3
root@odroid:~ # ping -O 1.0.0.1
PING 1.0.0.1 (1.0.0.1) 56(84) bytes of data.
64 bytes from 1.0.0.1: icmp_seq=1 ttl=51 time=27.9 ms
64 bytes from 1.0.0.1: icmp_seq=2 ttl=51 time=28.3 ms
64 bytes from 1.0.0.1: icmp_seq=3 ttl=51 time=28.7 ms
^C
--- 1.0.0.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 27.865/28.300/28.722/0.350 ms
root@odroid:~ # ping -O 1.0.0.2
PING 1.0.0.2 (1.0.0.2) 56(84) bytes of data.
no answer yet for icmp_seq=1
no answer yet for icmp_seq=2
no answer yet for icmp_seq=3
^C
--- 1.0.0.2 ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3005ms
root@odroid:~ # ping -O 1.0.0.3
PING 1.0.0.3 (1.0.0.3) 56(84) bytes of data.
64 bytes from 1.0.0.3: icmp_seq=1 ttl=51 time=23.3 ms
64 bytes from 1.0.0.3: icmp_seq=2 ttl=51 time=22.6 ms
64 bytes from 1.0.0.3: icmp_seq=3 ttl=51 time=22.5 ms
^C
--- 1.0.0.3 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 22.467/22.790/23.330/0.384 ms
root@odroid:~ #Em resumo: alguma coisa definitivamente tá muito "zoada" nas rotas IPv4 da Vivo para a Cloudflare.
Então fica um aviso: para quem usa Vivo Fibra, não usem DNS da CloudFlare pois a Vivo tem problema de rota com os mesmos (pelos menos em NOV/2022). Agora fico pensando se esses problemas de rota da Vivo não podem estar afetando outros IPs...
Última edição:
Fiz o teste aqui, faixa de ip 179.x.x.x
Disparando 1.1.1.1 com 32 bytes de dados:
Resposta de 1.1.1.1: bytes=32 tempo=5ms TTL=55
Resposta de 1.1.1.1: bytes=32 tempo=6ms TTL=55
Resposta de 1.1.1.1: bytes=32 tempo=6ms TTL=55
Resposta de 1.1.1.1: bytes=32 tempo=5ms TTL=55
Disparando 1.1.1.2 com 32 bytes de dados:
Resposta de 1.1.1.2: bytes=32 tempo=5ms TTL=55
Resposta de 1.1.1.2: bytes=32 tempo=5ms TTL=55
Resposta de 1.1.1.2: bytes=32 tempo=6ms TTL=55
Resposta de 1.1.1.2: bytes=32 tempo=4ms TTL=55
Disparando 1.1.1.3 com 32 bytes de dados:
Resposta de 1.1.1.3: bytes=32 tempo=8ms TTL=55
Resposta de 1.1.1.3: bytes=32 tempo=8ms TTL=55
Resposta de 1.1.1.3: bytes=32 tempo=8ms TTL=55
Resposta de 1.1.1.3: bytes=32 tempo=7ms TTL=55
Local: Interior de SP
HGU em bridge, rb750gr3 discando o pppoe.
VIVO aqui em Recife já com picaretagem de novo... o 600/300 (é um 200 com degustação disso) ficou bem lento, religuei o modem, e caiu exatamente pra 300/150.
Reclamei, agendei visita técnica, e esperei tipo quase 1h, religuei de novo, e agora tá 600/300 nos testes de velocidade. Porém continua lento, tem sebo na linha?
O que pode ter sido?
Reclamei, agendei visita técnica, e esperei tipo quase 1h, religuei de novo, e agora tá 600/300 nos testes de velocidade. Porém continua lento, tem sebo na linha?
O que pode ter sido?
Obrigado. Se puder testa com 1.0.0.1, 1.0.0.2, 1.0.0.3. No meu caso, quando um funciona (1.1.xx) outro não funciona (1.0.xx). Adicionalmente pode ser um problema só das rotas da Vivo Fibra em Porto Alegre (onde estou).
Falando em DNS, usem o do Google tanto pra ipv4 como ipv6, tem como alterar isso já no próprio modem, o 4 é no 192.168.15.1, e o 6 parece que dessa forma:
Login: support
Senha: PARECE que fica escrita numa etiqueta em cima do modem deles.
Nota: a opção IPv6 LAN Setup está configurada em "DHCPv6".
Desta forma:
- Proxy; e com os DNS primário e secundário fe80::1 e fe80::2.
Foi necessário alterar para os da Google (8.8.8.8 e 8.8.4.4) e o IPv6 abaixo (mudando de "Proxy" para "Manual"):
2001:4860:4860::8888
2001:4860:4860::8844
É porque rolaram bloqueios a "certos sites" e se isso não for feito, eles sequer irão abrir. Não usem o DNS padrão da VIVO, pois é justamente ele que bloqueia.
O problema do Google é que não tem opção "família" (que força o safe search no Google e bloqueia conteúdo adulto). Por isso eu uso (e pago) o NextDNS (que considero superior ao OpenDNS que usava no passado).
Eu estava usando o CloudFlare Family (1.1.1.3/1.0.0.3) justamente quando estava fazendo troubleshooting do NextDNS em alguns sites, e foi quando eu descobri que a Vivo está com problema de rotas para o DNS do CloudFlare (nunca havia tido problema com a Claro).
Sobre IPv6 eu tenho desabilitado justamente por problemas de rota.
Ah, e meu setup é um pouco mais complexo que isso. Uso adicionalmente o AdGuardHome no OpenWRT configurado com DNS upstream criptografado (estou testando QUIP ao invés de TLS ou DOH e tem funcionado muito bem).
Um tempo atrás abri um tópico específico sobre uso avançado de filtros DNS. Para evitar o offtopic podemos continuar lá a discussão!
https://forum.adrenaline.com.br/threads/servidores-de-dns-e-filtros-de-internet.672397/Por aqui seguimos com o problema que a Vivo está sem rota para os DNS da Clouflare...
Eu já vi esse tipo de DNS, mas tomaria cuidado ao usar qualquer outro que não seja do Google, porque ao menos antigamente a velocidade era (e disso tenho quase certeza) inferior neles.
O OpenDNS parece que ganhou servidor no BRASIL, mas os outros não sei como ficam: https://tecnoblog.net/noticias/2018/02/20/opendns-servidor-dns-brasil-ip/
Quando falo velocidade, vejam como ficam os testes em sites tipo SPEEDTEST.NET, FAST.com, TESTEPOWER, nperf.com... uma vez que vcs alterem.
A mudança interna no modem é pra facilitar que vc não precise ficar fazendo isso nos equipamentos, mudando o DNS do "automático" dele, pra outra coisa. *
* De qualquer forma, só precisa mexer uma vez.
Teve uma vez que fiz essa mudança de DNS pra um gringo e na mesma hora notei mais lentidão.
seguem:
Disparando 1.0.0.1 com 32 bytes de dados:
Resposta de 1.0.0.1: bytes=32 tempo=6ms TTL=55
Resposta de 1.0.0.1: bytes=32 tempo=10ms TTL=55
Resposta de 1.0.0.1: bytes=32 tempo=6ms TTL=55
Resposta de 1.0.0.1: bytes=32 tempo=7ms TTL=55
Disparando 1.0.0.2 com 32 bytes de dados:
Resposta de 1.0.0.2: bytes=32 tempo=6ms TTL=55
Resposta de 1.0.0.2: bytes=32 tempo=5ms TTL=54
Resposta de 1.0.0.2: bytes=32 tempo=7ms TTL=55
Resposta de 1.0.0.2: bytes=32 tempo=6ms TTL=54
Disparando 1.0.0.3 com 32 bytes de dados:
Resposta de 1.0.0.3: bytes=32 tempo=7ms TTL=55
Resposta de 1.0.0.3: bytes=32 tempo=5ms TTL=55
Resposta de 1.0.0.3: bytes=32 tempo=6ms TTL=55
Resposta de 1.0.0.3: bytes=32 tempo=6ms TTL=55