[TÓPICO DEDICADO] Banda Larga VIVO - xDSL/FIBRA ÓPTICA

Paulao. · 26/11/2022

AtmosDolbysta disse:
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.

Os servidores de DNS do google já tem um bom tempo que tem estado ruins com a Vivo SP capital e interior.
E o servidor de DNS não influencia nos testes desses sites...
Se quiser testar servidores de DNS para saber qual o mais rápido, utilize está ferramenta:
GRC's | DNS Nameserver Performance Benchmark

_dsouza_ · 27/11/2022

Alpaca7 disse:
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

Obrigado. 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:\>

Paulao. · 27/11/2022

_dsouza_ disse:

Obrigado. 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:\>

Da uma olhada no Quad9, ele tem bloqueios de malware, etc e tal. Tem também EDNS (ECS), coisa que não me lembro de ter visto em nenhum outro serviço.
Nos últimos testes que fiz na vivo em SP capital e interior, o Quad9 era quem estava se saindo melhor.

_dsouza_ · 27/11/2022

Paulao. disse:
Da uma olhada no Quad9, ele tem bloqueios de malware, etc e tal. Tem também EDNS (ECS), coisa que não me lembro de ter visto em nenhum outro serviço.
Nos últimos testes que fiz na vivo em SP capital e interior, o Quad9 era quem estava se saindo melhor.

Boa dica, vou olhar, obrigado! Como comentei antes, estou pagando o NextDNS mas estou desconfiado que o mesmo tem alguns problemas com DoH/DoT que causa umas "travadas" em alguns sites de vez em quando (olhando no forum do NextDNS tem reports de time-outs de resolução de DNS com DoH/DoT no NextDNS).

igormp · 27/11/2022

_dsouza_ disse:

Obrigado. 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:\>

Ah, eu moro em Pernambuco, sigo com o mesmo problema ainda.

_dsouza_ · 27/11/2022

igormp disse:
Ah, eu moro em Pernambuco, sigo com o mesmo problema ainda.

Obrigado, aqui também segue com problemas (Porto Alegre). Então o problema de rotas da Vivo Fibra para o DNS da CloudFlare reportados para Pernambuco e Rio Grande do Sul até agora. Pessoal em São Paulo parece não ter problemas.

ramonbn · 27/11/2022

_dsouza_ disse:
Obrigado, aqui também segue com problemas (Porto Alegre). Então o problema de rotas da Vivo Fibra para o DNS da CloudFlare reportados para Pernambuco e Rio Grande do Sul até agora. Pessoal em São Paulo parece não ter problemas.

Moro em Chapecó. Aqui 1.1.1.1, 1.1.1.2 e 1.1.1.3 pingando normal

zurazura · 27/11/2022

Eu to com um probleminha aqui. Eu tinha 200mb na vivo, na BF eu liguei pra cancelar pra mudar pra tim. Acabei continuando na vivo já que me ofereceram um combo de +600mb +Disney + HBO por 149. O problema é que essa semana eu comprei duas torres do AX3000 por um valor muito bom, troquei pra modo bridge no roteador deles, mas esqueci de desligar o wifi do hgu deles.
Como eu faço para voltar pro modem anterior, já que não tenho mais acesso a ele?
O fato dele estar em bridge pode ser o motivo de não ter atualizado os valores de up/down?

ramonbn · 27/11/2022

zurazura disse:
Eu to com um probleminha aqui. Eu tinha 200mb na vivo, na BF eu liguei pra cancelar pra mudar pra tim. Acabei continuando na vivo já que me ofereceram um combo de +600mb +Disney + HBO por 149. O problema é que essa semana eu comprei duas torres do AX3000 por um valor muito bom, troquei pra modo bridge no roteador deles, mas esqueci de desligar o wifi do hgu deles.
Como eu faço para voltar pro modem anterior, já que não tenho mais acesso a ele?
O fato dele estar em bridge pode ser o motivo de não ter atualizado os valores de up/down?

Conecta um PC/notebook nele com uma conexão ipv4 setado no IP 192.168.15.xx

De Souza · 27/11/2022

Aqui em Dracena, SP o 1.1.1.x não funciona, já o 1.0.0.x funciona normal. Confirmo a informação do colega @Paulao. o Google DNS aparenta instabilidade as vezes, por isso estou usando o do Quad9 como primário e da Cloudflare como secundário.

zurazura · 27/11/2022

ramonbn disse:
Conecta um PC/notebook nele com uma conexão ipv4 setado no IP 192.168.15.xx

Eu vou fazer isso segunda. Uma duvida, a velocidade de down ainda não foi atualizada, é por conta do bridge?

ramonbn · 27/11/2022

zurazura disse:
Eu vou fazer isso segunda. Uma duvida, a velocidade de down ainda não foi atualizada, é por conta do bridge?

Não. O bridge não altera. Já reiniciou ele ?

Enzo Camargo · 27/11/2022

j4nus disse:
Sim a rede em são paulo é propria a rede da fibrasil são regiões aonde não tem rede nenhuma.

Esta desatualizado esse mapa.

KILLME · 27/11/2022

Enzo Camargo disse:
Esta desatualizado esse mapa.

E esse?

zurazura · 27/11/2022

ramonbn disse:
Não. O bridge não altera. Já reiniciou ele ?

Só reiniciando ele já funciona ou tem que mudar para DHCP e depois voltar pra bridge? ainda ta 200/100. Tem mais de 2 dias já.

Morandini · 27/11/2022

zurazura disse:
Só reiniciando ele já funciona ou tem que mudar para DHCP e depois voltar pra bridge? ainda ta 200/100. Tem mais de 2 dias já.

No Meu Vivo já consta o plano de 600mb?

EvertonPlay75 · 27/11/2022

pskrull disse:
Passa como fez esse setup que vou testar aqui. Thanks

--- Post duplo é unido automaticamente: 26/11/2022 ---

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.

Tem no YouTube isto
O cara demostra que tem como usar o hgu em brigde e a tv funcionando normalmente

zurazura · 27/11/2022

Morandini disse:
No Meu Vivo já consta o plano de 600mb?

Mostra 200mb, mas quando eu coloco mostrar mais mostra download 600 up 300

pskrull · 27/11/2022

EvertonPlay75 disse:
Tem no YouTube isto
O cara demostra que tem como usar o hgu em brigde e a tv funcionando normalmente

Pode mandar o link de como fazer o setup? Gostei disso de usar uma Lan pra bridge e o resto pra dhcp, se quiser pode mandar no pvt.
Obrigado!

EvertonPlay75 · 27/11/2022

A dns que eu uso aqui adguard home com quad9 dnscrypt

Nostradamus do Norte · 27/11/2022

alexandren disse:
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)

Manaus é irrelevante para o Brasil. Podem ficar 1 ano sem internet que isso não vai afetar outros estados.

EvertonPlay75 · 27/11/2022

pskrull disse:
Pode mandar o link de como fazer o setup? Gostei disso de usar uma Lan pra bridge e o resto pra dhcp, se quiser pode mandar no pvt.
Obrigado!

Só peguei a ideia deste cara
Fiz isto aí so usei a Lan1 e as outras eu consigo acessar o modem mais como eu falei não teste as Lan se tem internet

Enzo Camargo · 27/11/2022

KILLME disse:
E esse?

Esse mesmo.

R4to0.exe · 27/11/2022

_dsouza_ disse:

Obrigado. 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>>>

Gustavo L · 28/11/2022

alexandren disse:
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)

Ficou sem internet móvel e a fibra ficou intermitente. Deve ter sido no linhão de novo.

--- Post duplo é unido automaticamente: 28/11/2022 ---

_dsouza_ disse:

Obrigado. 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 também cai no blackhole, a vivo deve usar esses ips internamente.

[TÓPICO DEDICADO] Banda Larga VIVO - xDSL/FIBRA ÓPTICA

Old as fuck!

𝚃𝚒𝚖𝚎 𝚒𝚜 𝚁𝚎𝚕𝚊𝚝𝚒𝚟𝚎

Old as fuck!

𝚃𝚒𝚖𝚎 𝚒𝚜 𝚁𝚎𝚕𝚊𝚝𝚒𝚟𝚎

aaaaaaaa

𝚃𝚒𝚖𝚎 𝚒𝚜 𝚁𝚎𝚕𝚊𝚝𝚒𝚟𝚎

know-it-all Member

U G A N D A N

know-it-all Member

Membro

U G A N D A N

know-it-all Member

Hungry Member

Old Member

U G A N D A N

Usuário GPON

know-it-all Member

U G A N D A N

know-it-all Member

know-it-all Member

Hungry Member

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)​

know-it-all Member

Hungry Member

Hungry Member

Aspira

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)​

Users who are viewing this thread

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)

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)