[TÓPICO DEDICADO] Banda Larga VIVO - xDSL/FIBRA ÓPTICA
- Iniciador de Tópicos Mosqueteirors
- Data de Início
Faça o teste com SpeedTest, e se for possível, use o SpeedTest CLI para obter um resultado com 99% de fidelidade.agora foi, depois de tanta briga
fiz pelo speedtest e deu 620, nao sei o que é esse speedtest CLI uashsauh
to baixando um filme por torrent e está baixando em 61,5 mbs/s
Nessa planilha ali tem um tutorial, já aproveita e deixa o seu registro.
Então conseguiu definitivamente os 600mega, me passa o script pra eu tentar tbm depois
Bom, aqui em santos sempre venderam nas comunidades. Sempre.
Quanto a passar o cabo, tem que ver se a fiação passava (isto é, se era para ligar um local a outro) ou se realmente era cabeado as ruas, com os taps e tals.
Quanto ao virtua, pelo que sei ele surgiu em 2000. Muitos lugares tinha restrição ao virtua não pela situação do local, mas pelo fato da rede não ser fibrada (sim, em vários lugares chegou a ser usado coaxial puro) ou por não possuir canal de retorno.
Vários locais demoraram a ser colocado equipamentos para que pudesse ter o canal de retorno não por preconceito, mas devido a situação financeira caótica da globocabo no início dos anos 2000, e da situação igualmente caotica da rede da net na mesma época. Tinha lugar que a rede era de última geração, tinha lugar que nem fibrado era, tinha lugar com rede de 750mhz, em outros 450mhz, tinha rede até com 330mhz, tinha rede funcionando bem, e outras que estavam pessimas. Então foi uma época caótica para a net.
Quanto a multicanal não ter liberado na época (1995) é algo muito estranho, pq a multicanal era extremamente agressiva nas vendas naquela época. A multicanal recusar uma venda era algo incomum, se o local tivesse estimativa de quando receberia a cobertura, eles vendiam.
De toda forma, reitero o que eu disse, a Net nunca foi elitista. Tanto que aqui em santos, em dezembro de 1996, 62 mil domicilios assinavam a multicanal na época, equivalente a quase metade dos home passed da multicanal aqui na cidade.
Quanto a vivo/oi instalar em area de risco, atualmente instalam, tanto que o jacias mesmo disse que na comunidade dele tem fibra da vivo e da oi.
Meu IPv4 renovou e para variar o IP que veio está com problemas (187.113.231.x). O concentrador é o 179.184.126.59, mas já determinei que o mesmo não é o fator que determina o probema. Por exemplo, o update do OpenWrt com frequência falha. Geralmente reconecto o PPPoE até pegar um IP que funcione bem. Dessa vez dei uma investigada um pouco mais profunda no problema. Seguem abaixo meus resultados, estou no limite do meu conhecimento TCP/IP, mas claramente é um problema na rede da Vivo.
Problema do "opkg update" no OpenWrt via IPv4. Acontece aleatoriamente, as vezes falha numa etapa, às vezes falha em outra:
O ping para downloads.openwrt.org está OK:
Fui para outro dispositivo (R4S com DietPi), rodei o curl em uma das URLs acima. Mesmo comportamento, algumas vezes falha, outras vezes funciona. Abaixo um caso que falhou na segunda tentativa, estava capturando os pacotes via TCPDUMP (causa raiz do problema de atualização do OpenWrt e também do Homebrew no MacOS que dependem do CURL):
Abaixo os dados da captura via TCPDUMP no Wireshark. Aparentemente tem alguma coisa na infra da Vivo que parece dropar os pacotes SYN de forma aleatória:
Bem, estou no limite do meu conhecimento (e paciência para resolver um problema de infraestrutra da Vivo). Agora vou desconectar e reconectar o PPPoE até pegar um IP que não apresente esse problema...
Aliás, isso pode explicar os casos que algumas pessoas relatam que ao tentar carregar um site o mesmo não carrega. Ao tentar de novo funciona...
EDITADO: reconectei o PPPoE para pegar outro IP e problema resolvido...
Problema do "opkg update" no OpenWrt via IPv4. Acontece aleatoriamente, as vezes falha numa etapa, às vezes falha em outra:
Código:
root@apcoz:~# opkg update
Downloading https://downloads.openwrt.org/snapshots/targets/ramips/mt76x8/packages/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_core
Downloading https://downloads.openwrt.org/snapshots/targets/ramips/mt76x8/packages/Packages.sig
Failed to send request: Operation not permitted
Signature file download failed.
Remove wrong Signature file.
Downloading https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/base/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_base
Downloading https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/base/Packages.sig
Signature check passed.
Downloading https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/luci/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_luci
Downloading https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/luci/Packages.sig
Failed to send request: Operation not permitted
Signature file download failed.
Remove wrong Signature file.
Downloading https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/packages/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_packages
Downloading https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/packages/Packages.sig
Signature check passed.
Downloading https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/routing/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_routing
Downloading https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/routing/Packages.sig
Signature check passed.
Downloading https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/telephony/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_telephony
Downloading https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/telephony/Packages.sig
Signature check passed.
Collected errors:
* opkg_download: Failed to download https://downloads.openwrt.org/snapshots/targets/ramips/mt76x8/packages/Packages.sig, wget returned 4.
* opkg_download: Check your network settings and connectivity.
* opkg_download: Failed to download https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/luci/Packages.sig, wget returned 4.
* opkg_download: Check your network settings and connectivity.
root@apcoz:~#O ping para downloads.openwrt.org está OK:
Código:
root@apcoz:~# ping downloads.openwrt.org
PING downloads.openwrt.org (168.119.138.211): 56 data bytes
64 bytes from 168.119.138.211: seq=0 ttl=46 time=251.687 ms
64 bytes from 168.119.138.211: seq=1 ttl=46 time=304.334 ms
64 bytes from 168.119.138.211: seq=2 ttl=46 time=263.971 ms
64 bytes from 168.119.138.211: seq=3 ttl=46 time=249.554 ms
64 bytes from 168.119.138.211: seq=4 ttl=46 time=303.540 ms
^C
--- downloads.openwrt.org ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 249.554/274.617/304.334 ms
root@apcoz:~#Fui para outro dispositivo (R4S com DietPi), rodei o curl em uma das URLs acima. Mesmo comportamento, algumas vezes falha, outras vezes funciona. Abaixo um caso que falhou na segunda tentativa, estava capturando os pacotes via TCPDUMP (causa raiz do problema de atualização do OpenWrt e também do Homebrew no MacOS que dependem do CURL):
Código:
root@r4s:~ # curl https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/routing/Packages.sig
untrusted comment: verify with usign.pub
RWS1BD5w+adc3qv16eQ70J26V8T2XJw+kvcPGHK3iioWN3QFeWnNGEStlil2jGKmCHLZUcFhleMl43c3pFG+aKtCdiZKqK+WuAw=
root@r4s:~ # curl https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/routing/Packages.sig
curl: (28) Failed to connect to downloads.openwrt.org port 443: Connection timed out
root@r4s:~ #Abaixo os dados da captura via TCPDUMP no Wireshark. Aparentemente tem alguma coisa na infra da Vivo que parece dropar os pacotes SYN de forma aleatória:
Bem, estou no limite do meu conhecimento (e paciência para resolver um problema de infraestrutra da Vivo). Agora vou desconectar e reconectar o PPPoE até pegar um IP que não apresente esse problema...
Aliás, isso pode explicar os casos que algumas pessoas relatam que ao tentar carregar um site o mesmo não carrega. Ao tentar de novo funciona...
EDITADO: reconectei o PPPoE para pegar outro IP e problema resolvido...
Última edição:
Eu pagava 149 até ano passado. Esse ano só pago 80 e estou mais feliz assim. hahaha
povo, alguém que usar askey percebeu que atualizou e agora só para ve os menus se logar com a senha ??
Aqui uso em bridge não identifiquei
Se quiser pode usar meu script pra ajudar a achar a range de IP de forma automática.Meu IPv4 renovou e para variar o IP que veio está com problemas (187.113.231.x). O concentrador é o 179.184.126.59, mas já determinei que o mesmo não é o fator que determina o probema. Por exemplo, o update do OpenWrt com frequência falha. Geralmente reconecto o PPPoE até pegar um IP que funcione bem. Dessa vez dei uma investigada um pouco mais profunda no problema. Seguem abaixo meus resultados, estou no limite do meu conhecimento TCP/IP, mas claramente é um problema na rede da Vivo.
Problema do "opkg update" no OpenWrt via IPv4. Acontece aleatoriamente, as vezes falha numa etapa, às vezes falha em outra:
Código:root@apcoz:~# opkg update Downloading https://downloads.openwrt.org/snapshots/targets/ramips/mt76x8/packages/Packages.gz Updated list of available packages in /var/opkg-lists/openwrt_core Downloading https://downloads.openwrt.org/snapshots/targets/ramips/mt76x8/packages/Packages.sig Failed to send request: Operation not permitted Signature file download failed. Remove wrong Signature file. Downloading https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/base/Packages.gz Updated list of available packages in /var/opkg-lists/openwrt_base Downloading https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/base/Packages.sig Signature check passed. Downloading https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/luci/Packages.gz Updated list of available packages in /var/opkg-lists/openwrt_luci Downloading https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/luci/Packages.sig Failed to send request: Operation not permitted Signature file download failed. Remove wrong Signature file. Downloading https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/packages/Packages.gz Updated list of available packages in /var/opkg-lists/openwrt_packages Downloading https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/packages/Packages.sig Signature check passed. Downloading https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/routing/Packages.gz Updated list of available packages in /var/opkg-lists/openwrt_routing Downloading https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/routing/Packages.sig Signature check passed. Downloading https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/telephony/Packages.gz Updated list of available packages in /var/opkg-lists/openwrt_telephony Downloading https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/telephony/Packages.sig Signature check passed. Collected errors: * opkg_download: Failed to download https://downloads.openwrt.org/snapshots/targets/ramips/mt76x8/packages/Packages.sig, wget returned 4. * opkg_download: Check your network settings and connectivity. * opkg_download: Failed to download https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/luci/Packages.sig, wget returned 4. * opkg_download: Check your network settings and connectivity. root@apcoz:~#
O ping para downloads.openwrt.org está OK:
Código:root@apcoz:~# ping downloads.openwrt.org PING downloads.openwrt.org (168.119.138.211): 56 data bytes 64 bytes from 168.119.138.211: seq=0 ttl=46 time=251.687 ms 64 bytes from 168.119.138.211: seq=1 ttl=46 time=304.334 ms 64 bytes from 168.119.138.211: seq=2 ttl=46 time=263.971 ms 64 bytes from 168.119.138.211: seq=3 ttl=46 time=249.554 ms 64 bytes from 168.119.138.211: seq=4 ttl=46 time=303.540 ms ^C --- downloads.openwrt.org ping statistics --- 5 packets transmitted, 5 packets received, 0% packet loss round-trip min/avg/max = 249.554/274.617/304.334 ms root@apcoz:~#
Fui para outro dispositivo (R4S com DietPi), rodei o curl em uma das URLs acima. Mesmo comportamento, algumas vezes falha, outras vezes funciona. Abaixo um caso que falhou na segunda tentativa, estava capturando os pacotes via TCPDUMP (causa raiz do problema de atualização do OpenWrt e também do Homebrew no MacOS que dependem do CURL):
Código:root@r4s:~ # curl https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/routing/Packages.sig untrusted comment: verify with usign.pub RWS1BD5w+adc3qv16eQ70J26V8T2XJw+kvcPGHK3iioWN3QFeWnNGEStlil2jGKmCHLZUcFhleMl43c3pFG+aKtCdiZKqK+WuAw= root@r4s:~ # curl https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/routing/Packages.sig curl: (28) Failed to connect to downloads.openwrt.org port 443: Connection timed out root@r4s:~ #
Abaixo os dados da captura via TCPDUMP no Wireshark. Aparentemente tem alguma coisa na infra da Vivo que parece dropar os pacotes SYN de forma aleatória:
Bem, estou no limite do meu conhecimento (e paciência para resolver um problema de infraestrutra da Vivo). Agora vou desconectar e reconectar o PPPoE até pegar um IP que não apresente esse problema...
Aliás, isso pode explicar os casos que algumas pessoas relatam que ao tentar carregar um site o mesmo não carrega. Ao tentar de novo funciona...
Em ip_range coloque as ranges que serão ignoradas, e em ip1, ip2, ip3 coloque IPs só pra verificar se a latência está boa ou não.
Código:
#!/bin/bash
echo "checking new ip"
i=0
interfaces=("vivo1")
##interfaces=("vivo1" "vivo2")
ip1="5.53.1.202"
ip2="149.154.175.50"
ip3="8.8.8.8"
ip_range="177.123.\|178.123.\|179.123.\|180.123."
for interface in "${interfaces[@]}"
do
current_ip=$(ping -c 1 -I pppoe-$interface 8.8.8.8 | sed -n 's/.*from \([0-9.]*\).*/\1/p' | head -n 1)
while true
do
ifup $interface
sleep 15
new_ip=$(ping -c 1 -I pppoe-$interface 8.8.8.8 | sed -n 's/.*from \([0-9.]*\).*/\1/p' | head -n 1)
echo $new_ip >> historicoips.txt
echo "IP Atual: $new_ip"
if [ "$new_ip" != "$current_ip" ] && echo "$new_ip" | grep -v -q "^$ip_range"
then
echo "Novo endereço IP: $new_ip"
echo Forteleza - $(ping -c 4 -I pppoe-$interface $ip1 | sed -n 's/.*time=\([[:digit:]]*\).*/\1/p')
echo Gringa - $(ping -c 4 -I pppoe-$interface $ip2 | sed -n 's/.*time=\([[:digit:]]*\).*/\1/p')
echo Sao Paolo - $(ping -c 4 -I pppoe-$interface $ip3 | sed -n 's/.*time=\([[:digit:]]*\).*/\1/p')
break
fi
current_ip=$new_ip
ifdown $interface
i=$(( (i + 1) % ${#interfaces[@]} ))
interface=${interfaces[$i]}
done
done
É exatamente por isso que eu fico entre as padrões que são a Vivo/Oi, e tbm pq já sou cliente...
Hj se eu fosse cliente novo, não escolheria elas
Galera, assinei Vivo Fibra recentemente e o técnico veio instalar, mas disse que falta portas (rede saturada). Me deram o prazo de 5 dias para resolver (termina hoje), mas creio que não vá aparecer nada. Queria muito a Vivo Fibra pois consegui um bônus muito bom, e as alternativas são Claro ou provedor local.
Estou em Goiânia, alguém que já passou por isso sabe se tem alguma forma de resolver? Tem outro prazo de 12 dias úteis que eles dão, será que é enrolação ou se esperar viabilizam mesmo?
Estou em Goiânia, alguém que já passou por isso sabe se tem alguma forma de resolver? Tem outro prazo de 12 dias úteis que eles dão, será que é enrolação ou se esperar viabilizam mesmo?
pode tentar acionar a ouvidoria, ou tentar o consumidor.gov.br mas não é certo.
1 pessoa contratou Vivo Fibra na minha rua, finalmente \O/ achei que ia flopar 100%. Mas também, é vizinho novo, então precisou pedir algo e a Vivo deu sorte de passar bem na hora. São 32 portas aqui. Dificilmente lota. Tava meio feio, uma operadora tão grande não tinha vendido nenhuma até agora.
Eu estou sofrendo muito com isso, fibra de 500mb aqui, reinicio o roteador toda hora para tentar achar uma rota melhor com o fifa 23, mas nenhuma fica legal, testei usar o netlimer para verificar os ips que os servidores do fifa se conectam para jogar amistosos etc e ao colocar esses ips no pingplotter tem uma perda de pacote significativa, estou tentando resolver com a operadora. Se tiver alguma novidade do seu caso por favor me avise, não sei se trocar IP dinamico para fixo resolveria, somente se o IP fixo disponibilizado tivesse uma boa rota ate o IP deles.
Agora vc entende pq as grandes não costumavam fibrar estes locais? Imagine o prejuízo que a vivo teve ao fibrar sua comunidade e só ter um assinante.
Caramba ressuscitou esse post do ano passado...
Mas como tinha comentado la em cima.. não jog CS source, tenho o fifa 2023 e não tenho problemas nenhum jogando online
estou em São Paulo Capital. No momento com vivo fibra 600mb
Galera, uso vivo fibra de 500MB e estou com sérios problemas para jogar Fifa 23 ultimate team, tenho um delay terrível no jogo, esse problema só sinto no fifa, como tenho ip dinamico padrão das fibras, tento reiniciar o roteador de vez em quando tentando uma rota melhor, utilizei o netlimiter para tentar identificar o IP que o fifa usa para se conectar aos servers da EA, já que a própria EA não revela o IP por "motivos de segurança", antigamente eles passavam um endereço IP genérico dizendo que este "servia para a maioria dos jogos da EA". Feito isso tenho 2 números de IP que o netlimite buscou ao tentar jogar, coloquei esses 2 no ping plotter para ver se a causa do delay pode ser perda de pacotes e obtive os seguintes resultados:
Imagem: tracert até o servidor da EA, fora do brasil
Imagem: Tracert até o servidor local da EA, google
Se tiver alguém que entenda de rede para me ajudar a identificar se as perdas estão sendo causadas pelos saltos que a Vivo faz, ao meu ver parece ser isso sempre no salto 4 tenho uma perda grande de pacotes, e reflete nos saltos posteriores, posso brigar com a vivo por uma rota melhor? Acho difícil alcançar especialistas de rede para resolver esse problema em empresas grandes, normalmente somos atendidos por suporte primeiro nível. E outra será que eu contratar um ip fixo resolveria, somente pelo fato desse IP não ser publico? Não sei. talvez somente se o ip fixo tivesse uma boa rota aos servidores da EA, senão não adiantaria.
Imagem: tracert até o servidor da EA, fora do brasil
Imagem: Tracert até o servidor local da EA, google
Se tiver alguém que entenda de rede para me ajudar a identificar se as perdas estão sendo causadas pelos saltos que a Vivo faz, ao meu ver parece ser isso sempre no salto 4 tenho uma perda grande de pacotes, e reflete nos saltos posteriores, posso brigar com a vivo por uma rota melhor? Acho difícil alcançar especialistas de rede para resolver esse problema em empresas grandes, normalmente somos atendidos por suporte primeiro nível. E outra será que eu contratar um ip fixo resolveria, somente pelo fato desse IP não ser publico? Não sei. talvez somente se o ip fixo tivesse uma boa rota aos servidores da EA, senão não adiantaria.
--- Post duplo é unido automaticamente: ---
Entendi, você por acaso tem o ping plotter instalado no pc? Joga pelo pc? Se pudesse fazer o teste nos IPS que achei da EA, para ver se no seu caso com a fibra a rota é diferente, se tem a mesma perda de pacote etc, seria util. Por favor
infelizmente estou sem PC no momento.. jogo pelo XBOX esse e alguns outros jogos... não tive problema.. E também usando o game pass na minha tv da samsung não tive problema com outros jogos, ja que no esquema da tv todos funcionam em nuvem.
Ps, eu uso um roteador HGU padrão da vivo ligado direto ao meu desktop via cabo de rede, e tenho um C6 archer na sala para ampliar o alcance do meu wi fi (esse tb esta via cabo de rede que cruza a casa, mas vendo alguns relatos pensei em tornar esse HGU da operadora em bridge, para ver se melhora algo, eu teria que alterar algo lá no C6 para ele virar o "principal" ? Ele teria que estar aqui no meu desktop diretamente ou não precisa?
--- Post duplo é unido automaticamente: ---
provavelmente ai tem a rede nova de barramento então se saturar tem que abrir porta em outra caixa. normalmente quando esta saturado nem vende. agora essa rede de barramento tem isso.
Fiz o teste aqui mas tenho outra operadora e não a Vivo, o teste foi bem melhor do que o seu da Vivo no servidor estrangeiro. Seria ideal mesmo alguém com Vivo Fibra fazer o teste pra comparar se também está tendo problemas no meio do caminho.
não necessariamente isso... pode ser que esgotou as portas na CTO, independente do modelo da mesma. Absolutamente normal ficar sem portas.
Em condomínios é mais comum acontecer.
