Aqui vc vai te uma base. http://adrenaline.uol.com.br/forum/...s4-nat-2-dmz-mtu-up-no-download.569820/unread
[TÓPICO DEDICADO] Banda Larga TIM LIVE - xDSL/VDSL/FIBRA ÓPTICA
- Iniciador de Tópicos Mosqueteirors
- Data de Início
Com este valor de MTU vc tem certeza que está navegando perfeitamente sem perca de pacotes e sem falhas nas abertura dos sites? Pergunto porque o correto no valor do MTU na discagem PPPOE é 1480 para não existir percas e 1492 repassando aos dispositivos se usar DHCP ativado no modem.
Disparando 192.167.0.298 com 1464 bytes de dados:
Resposta de 192.167.0.298: bytes=1464 tempo<1ms TTL=128
Resposta de 192.167.0.298: bytes=1464 tempo<1ms TTL=128
Resposta de 192.167.0.298: bytes=1464 tempo<1ms TTL=128
Resposta de 192.167.0.298: bytes=1464 tempo<1ms TTL=128
Estatísticas do Ping para 192.167.0.298:
Pacotes: Enviados = 4, Recebidos = 4, Perdidos = 0 (0% de
perda),
Última edição:
Olá! Aqui também deu 1464. Ao tamanho máximo do pacote obtido nos testes de ping, adiciona-se 28. Esses 28 bytes são reservados para o cabeçalho dos dados: 1464+28=1492.
Abs!
Exatamente isso! sempre que fizerem testes alcançando-se o valor sem quebras é preciso acrescentar mais os 28 bytes da reserva. essa regra aplica-se aos dispositivos por trás do modem / roteador quando é ele que faz o trabalho da discagem PPPOE e atribui endereços de IP aos dispositivos depois dele, repassando à estes o valor correto de 1492 ou aumentando de dois em dois até que se chegue ao valor máximo e sem quebras de pacote. Por isto a maioria dos modens e roteadores vem como de fabrica com o valor de 1500 para não correr risco.
Já na conexão que sai do modem para a rede externa se ela for por PPPOE como é nosso caso se o modem não estiver em bridge, o valor exato fica sendo de 1480 já que será uma ligação direta e sem quebras.
Agora se o modem estiver em bridge, este não atribui nem um valor porque ele será apenas a ponte para o dispositivo que irá fazer a discagem, que no caso será sempre quem disca que devera calcular os bytes.
Pelo que percebi maismais fez o teste pingando para seu próprio endereço de IP recebido no modem quando o correto no teste é discar para um IP valido de fora da rede, exemplo: 8.8.4.4 ou o nome do domínio como: uol.com.br.
Se foi isso mesmo e estiver pingando de um dispositivo ligado direto ao modem, os valores e tempo ms deveriam ficar mais próximo do (0ms) que do (1ms) e o valor TTL em 64.
Veja meu exemplo:
Agora se estiver fazendo o teste com um PC ligado à um roteador que vem por trás do modem, os valores estão corretos.
No meu exemplo, o teste foi feito direto do meu Mikrotik que é quem faz tanto a discagem como a distribuição da banda para os dispositivos. O valor de (0ms) é alcançado porque o modem está em bridge fazendo somente a ponte e é o Mikrotik quem faz a discagem PPPOE para o provedor, quando neste caso deve-se manter sempre mais próximo do (0ms) já que a rota é direta e não existe no caminho nem um dispositivo sendo atravessador.
Uma regra básica para também saber qual o melhor DNS para sua conexão é fazer o mesmo processo pingando para o IP de cada Servidor de DNS por três vezes seguidas, o que responder com menor tempo em (ms) é o ideal para seu melhor resultado.
Última edição:
Aqui uso modem da tim em bridge + tplink VR600V.Exatamente isso! sempre que fizerem testes alcançando-se o valor sem quebras é preciso acrescentar mais os 28 bytes da reserva. essa regra aplica-se aos dispositivos por trás do modem / roteador quando é ele que faz o trabalho da discagem PPPOE e atribui endereços de IP aos dispositivos depois dele, repassando à estes o valor correto de 1492 ou aumentando de dois em dois até que se chegue ao valor máximo e sem quebras de pacote. Por isto a maioria dos modens e roteadores vem como de fabrica com o valor de 1500 para não correr risco.
Já na conexão que sai do modem para a rede externa se ela for por PPPOE como é nosso caso se o modem não estiver em bridge, o valor exato fica sendo de 1480 já que será uma ligação direta e sem quebras.
Agora se o modem estiver em bridge, este não atribui nem um valor porque ele será apenas a ponte para o dispositivo que irá fazer a discagem, que no caso será sempre quem disca que devera calcular os bytes.
Pelo que percebi maismais fez o teste pingando para seu próprio endereço de IP recebido no modem quando o correto no teste é discar para um IP valido de fora da rede, exemplo: 8.8.4.4 ou o nome do domínio como: uol.com.br.
Se foi isso mesmo e estiver pingando de um dispositivo ligado direto ao modem, os valores e tempo ms deveriam ficar mais próximo do (0ms) que do (1ms) e o valor TTL em 64.
Veja meu exemplo:http://ap.imagensbrasil.org/image/ERZQVH
Agora se estiver fazendo o teste com um PC ligado à um roteador que vem por trás do modem, os valores estão corretos.
No meu exemplo, o teste foi feito direto do meu Mikrotik que é quem faz tanto a discagem como a distribuição da banda para os dispositivos. O valor de (0ms) é alcançado porque o modem está em bridge fazendo somente a ponte e é o Mikrotik quem faz a discagem PPPOE para o provedor, quando neste caso deve-se manter sempre mais próximo do (0ms) já que a rota é direta e não existe no caminho nem um dispositivo sendo atravessador.
Uma regra básica para também saber qual o melhor DNS para sua conexão é fazer o mesmo processo pingando para o IP de cada Servidor de DNS por três vezes seguidas, o que responder com menor tempo em (ms) é o ideal para seu melhor resultado.
Bom dia.
Neste caso o seu teste está correto já que existe no meio um atravessador TPLINK! Mas o valor por vc alcançado está errado já que não acrescentou os bytes necessários da reserva. Quando o correto para isto é 1464+28=1492 configurado de seu TPLINK para a rede interna e 1480 de seu TPLINK por se tratar de discagem PPPOE para a rede externa. Entenda que quanto menos gargalos >========< existirem na rota, melhor será o desempenho.
Funciona como em uma tubulação de água da sua caixa até sua torneira, sem reduções pelo caminho o fluxo da água será mais forte e melhor. os bytes da reserva servem como um suspiro no cano para não permitir o surgimento de bolhas dificultando a passagem da água.
Última edição:
Exatamente isso! sempre que fizerem testes alcançando-se o valor sem quebras é preciso acrescentar mais os 28 bytes da reserva. essa regra aplica-se aos dispositivos por trás do modem / roteador quando é ele que faz o trabalho da discagem PPPOE e atribui endereços de IP aos dispositivos depois dele, repassando à estes o valor correto de 1492 ou aumentando de dois em dois até que se chegue ao valor máximo e sem quebras de pacote. Por isto a maioria dos modens e roteadores vem como de fabrica com o valor de 1500 para não correr risco.
Já na conexão que sai do modem para a rede externa se ela for por PPPOE como é nosso caso se o modem não estiver em bridge, o valor exato fica sendo de 1480 já que será uma ligação direta e sem quebras.
Agora se o modem estiver em bridge, este não atribui nem um valor porque ele será apenas a ponte para o dispositivo que irá fazer a discagem, que no caso será sempre quem disca que devera calcular os bytes.
Pelo que percebi maismais fez o teste pingando para seu próprio endereço de IP recebido no modem quando o correto no teste é discar para um IP valido de fora da rede, exemplo: 8.8.4.4 ou o nome do domínio como: uol.com.br.
Se foi isso mesmo e estiver pingando de um dispositivo ligado direto ao modem, os valores e tempo ms deveriam ficar mais próximo do (0ms) que do (1ms) e o valor TTL em 64.
Veja meu exemplo:http://ap.imagensbrasil.org/image/ERZQVH
Agora se estiver fazendo o teste com um PC ligado à um roteador que vem por trás do modem, os valores estão corretos.
No meu exemplo, o teste foi feito direto do meu Mikrotik que é quem faz tanto a discagem como a distribuição da banda para os dispositivos. O valor de (0ms) é alcançado porque o modem está em bridge fazendo somente a ponte e é o Mikrotik quem faz a discagem PPPOE para o provedor, quando neste caso deve-se manter sempre mais próximo do (0ms) já que a rota é direta e não existe no caminho nem um dispositivo sendo atravessador.
Uma regra básica para também saber qual o melhor DNS para sua conexão é fazer o mesmo processo pingando para o IP de cada Servidor de DNS por três vezes seguidas, o que responder com menor tempo em (ms) é o ideal para seu melhor resultado.
Olá! Alguns testes:
Disparando 8.8.4.4 com 1464 bytes de dados:
Resposta de 8.8.4.4: bytes=64 (enviado 1464) tempo=57ms TTL=47
Resposta de 8.8.4.4: bytes=64 (enviado 1464) tempo=57ms TTL=47
Resposta de 8.8.4.4: bytes=64 (enviado 1464) tempo=58ms TTL=47
Resposta de 8.8.4.4: bytes=64 (enviado 1464) tempo=57ms TTL=47
Estatísticas do Ping para 8.8.4.4:
Pacotes: Enviados = 4, Recebidos = 4, Perdidos = 0 (0% de
perda),
Aproximar um número redondo de vezes em milissegundos:
Mínimo = 57ms, Máximo = 58ms, Média = 57ms
---------------------------------------------------------
Disparando 208.67.222.222 com 1464 bytes de dados:
Resposta de 208.67.222.222: bytes=1464 tempo=115ms TTL=54
Resposta de 208.67.222.222: bytes=1464 tempo=116ms TTL=54
Resposta de 208.67.222.222: bytes=1464 tempo=115ms TTL=54
Resposta de 208.67.222.222: bytes=1464 tempo=116ms TTL=54
Estatísticas do Ping para 208.67.222.222:
Pacotes: Enviados = 4, Recebidos = 4, Perdidos = 0 (0% de
perda),
Aproximar um número redondo de vezes em milissegundos:
Mínimo = 115ms, Máximo = 116ms, Média = 115ms
Aqui o ping do Google está bem melhor que o OpenDNS por esse teste.
Abs!
Olá, neste caso o melhor DNS para vc é mesmo o do Google. OpenDNS é muito bom mas seus servidores estão longe, por isso o maior tempo na resposta.
ping -f -l 1452 208.67.222.222
Disparando 208.67.222.222 com 1452 bytes de dados:
Resposta de 208.67.222.222: bytes=1452 tempo=117ms TTL=54
Resposta de 208.67.222.222: bytes=1452 tempo=117ms TTL=54
Resposta de 208.67.222.222: bytes=1452 tempo=117ms TTL=54
Resposta de 208.67.222.222: bytes=1452 tempo=117ms TTL=54
Estatísticas do Ping para 208.67.222.222:
Pacotes: Enviados = 4, Recebidos = 4, Perdidos = 0 (0% de
perda),
Aproximar um número redondo de vezes em milissegundos:
Mínimo = 117ms, Máximo = 117ms, Média = 117ms
ping -f -l 1452 8.8.4.4
Disparando 8.8.4.4 com 1452 bytes de dados:
Resposta de 8.8.4.4: bytes=64 (enviado 1452) tempo=56ms TTL=47
Resposta de 8.8.4.4: bytes=64 (enviado 1452) tempo=57ms TTL=47
Resposta de 8.8.4.4: bytes=64 (enviado 1452) tempo=57ms TTL=47
Resposta de 8.8.4.4: bytes=64 (enviado 1452) tempo=57ms TTL=47
Estatísticas do Ping para 8.8.4.4:
Pacotes: Enviados = 4, Recebidos = 4, Perdidos = 0 (0% de
perda),
Aproximar um número redondo de vezes em milissegundos:
Mínimo = 56ms, Máximo = 57ms, Média = 56ms
Fiz tudo novamente, o dns do Google está mais rápido, usando a impressão é outra, vou ficar com Open dns achei melhor.
Olá! Quando vc disse que "usando a impressão é outra", talvez a resposta para essa impressão seja explicada pelo tracert:
Rastreando a rota para google-public-dns-b.google.com [8.8.4.4] com no máximo 30 saltos:
1 1 ms 1 ms 1 ms dsldevice.home [192.168.1.1]
2 8 ms 7 ms 7 ms isp.timbrasil.com.br
3 11 ms 9 ms 8 ms 10.239.249.161
4 15 ms 13 ms 16 ms 10.239.249.21
5 9 ms 9 ms 8 ms 10.223.238.62
6 9 ms 8 ms 8 ms 72.14.194.55
7 10 ms 10 ms 9 ms 108.170.245.194
8 59 ms 59 ms 57 ms 216.239.43.47
9 67 ms 57 ms 57 ms 72.14.234.185
10 * * * Esgotado o tempo limite do pedido.
11 * * * Esgotado o tempo limite do pedido.
12 * * * Esgotado o tempo limite do pedido.
13 * * * Esgotado o tempo limite do pedido.
14 * * * Esgotado o tempo limite do pedido.
15 * * * Esgotado o tempo limite do pedido.
16 * * * Esgotado o tempo limite do pedido.
17 * * * Esgotado o tempo limite do pedido.
18 57 ms 56 ms 56 ms google-public-dns-b.google.com [8.8.4.4]
-------------------------------------------------------------------
Rastreando a rota para resolver1.opendns.com [208.67.222.222] com no máximo 30 saltos:
1 2 ms 1 ms 1 ms dsldevice.home [192.168.1.1]
2 26 ms 25 ms 7 ms isp.timbrasil.com.br
3 9 ms 10 ms 8 ms 10.239.249.77
4 15 ms 14 ms 11 ms 10.239.249.1
5 11 ms 7 ms 8 ms 10.223.238.58
6 8 ms 8 ms 10 ms et2-0-0.sanpaolo2.spa.seabone.net [149.3.181.9]
7 9 ms 9 ms 12 ms et4-1-0.sanpaolo8.spa.seabone.net [195.22.219.75]
8 8 ms 9 ms 9 ms et4-1-0.sanpaolo8.spa.seabone.net [195.22.219.75]
9 10 ms 10 ms 10 ms ntt-verio.sanpaolo8.spa.seabone.net [149.3.181.65]
10 142 ms 142 ms 146 ms ae-7.r20.miamfl02.us.bb.gin.ntt.net [129.250.2.224]
11 146 ms 146 ms 147 ms ae-1.r04.miamfl02.us.bb.gin.ntt.net [129.250.2.111]
12 114 ms 116 ms 117 ms xe-0-7-0-3.r04.miamfl02.us.ce.gin.ntt.net [157.238.179.134]
13 116 ms 116 ms 116 ms resolver1.opendns.com [208.67.222.222]
Rastreamento concluído.
---------------------------------------------------------------
No OpenDNS o tempo é maior mas com menos saltos, interessante, não?
Se for levar o tempo de resposta e o número de saltos em consideração, os melhores ips de DNS deveriam (?) ser da própria Tim:
Disparando 189.40.198.80 com 1464 bytes de dados:
Resposta de 189.40.198.80: bytes=1464 tempo=9ms TTL=250
Resposta de 189.40.198.80: bytes=1464 tempo=10ms TTL=250
Resposta de 189.40.198.80: bytes=1464 tempo=10ms TTL=250
Resposta de 189.40.198.80: bytes=1464 tempo=10ms TTL=250
Estatísticas do Ping para 189.40.198.80:
Pacotes: Enviados = 4, Recebidos = 4, Perdidos = 0 (0% de
perda),
Aproximar um número redondo de vezes em milissegundos:
Mínimo = 9ms, Máximo = 10ms, Média = 9ms
------------------------------------------------
Disparando 189.40.198.81 com 1464 bytes de dados:
Resposta de 189.40.198.81: bytes=1464 tempo=9ms TTL=250
Resposta de 189.40.198.81: bytes=1464 tempo=10ms TTL=250
Resposta de 189.40.198.81: bytes=1464 tempo=11ms TTL=250
Resposta de 189.40.198.81: bytes=1464 tempo=10ms TTL=250
Estatísticas do Ping para 189.40.198.81:
Pacotes: Enviados = 4, Recebidos = 4, Perdidos = 0 (0% de
perda),
Aproximar um número redondo de vezes em milissegundos:
Mínimo = 9ms, Máximo = 11ms, Média = 10ms
-----------------------------------------------------------
tracert 189.40.198.80
Rastreando a rota para 80.198.40.189.isp.timbrasil.com.br [189.40.198.80]
com no máximo 30 saltos:
1 2 ms 1 ms 1 ms dsldevice.home [192.168.1.1]
2 8 ms 8 ms 8 ms isp.timbrasil.com.br
3 11 ms 9 ms 9 ms 10.239.249.161
4 8 ms 8 ms 7 ms 10.239.249.118
5 8 ms 8 ms 7 ms 198.196.40.189.isp.timbrasil.com.br [189.40.196.198]
6 8 ms 8 ms 7 ms 65.198.40.189.isp.timbrasil.com.br [189.40.198.65]
7 9 ms 9 ms 8 ms 80.198.40.189.isp.timbrasil.com.br [189.40.198.80]
Rastreamento concluído.
------------------------------------------------------------------------------------------------------
tracert 189.40.198.81
Rastreando a rota para 81.198.40.189.isp.timbrasil.com.br [189.40.198.81]
com no máximo 30 saltos:
1 1 ms 1 ms 1 ms dsldevice.home [192.168.1.1]
2 7 ms 8 ms 6 ms isp.timbrasil.com.br
3 12 ms 8 ms 10 ms 10.239.249.161
4 7 ms 6 ms 8 ms 10.239.249.110
5 6 ms 7 ms 7 ms 198.196.40.189.isp.timbrasil.com.br [189.40.196.198]
6 7 ms 6 ms 7 ms 65.198.40.189.isp.timbrasil.com.br [189.40.198.65]
7 8 ms 8 ms 8 ms 81.198.40.189.isp.timbrasil.com.br [189.40.198.81]
Rastreamento concluído.
--------------------------------------------------------------------------------------------
Abs!
Última edição:
Mais ninguém achou/ viu CTO da LIVE TIM em Sampa?
Aqui é ao contrario, varia entre o OpenDNS e da Google.olha o resultado do DNS
Olá! O DynGuide realmente parece ser uma boa alternativa:olha o resultado do DNS
Disparando 216.146.35.35 com 1464 bytes de dados:
Resposta de 216.146.35.35: bytes=1464 tempo=9ms TTL=54
Resposta de 216.146.35.35: bytes=1464 tempo=10ms TTL=54
Resposta de 216.146.35.35: bytes=1464 tempo=10ms TTL=54
Resposta de 216.146.35.35: bytes=1464 tempo=8ms TTL=54
Estatísticas do Ping para 216.146.35.35:
Pacotes: Enviados = 4, Recebidos = 4, Perdidos = 0 (0% de
perda),
Aproximar um número redondo de vezes em milissegundos:
Mínimo = 8ms, Máximo = 10ms, Média = 9ms
-------------------------------------------------------------------------------
Tim
Disparando 189.40.198.80 com 1464 bytes de dados:
Resposta de 189.40.198.80: bytes=1464 tempo=9ms TTL=250
Resposta de 189.40.198.80: bytes=1464 tempo=9ms TTL=250
Resposta de 189.40.198.80: bytes=1464 tempo=8ms TTL=250
Resposta de 189.40.198.80: bytes=1464 tempo=8ms TTL=250
Estatísticas do Ping para 189.40.198.80:
Pacotes: Enviados = 4, Recebidos = 4, Perdidos = 0 (0% de
perda),
Aproximar um número redondo de vezes em milissegundos:
Mínimo = 8ms, Máximo = 9ms, Média = 8ms
Abs!
Última edição:
O fio da Live Tim que sai do TAR até a minha casa foi cortado ontem acho que por alguma linha com cerol, chamei um técnico ele fez um remendo no fio falando que não e preciso trocar, testou a internet até funcionou na hora mais agora fica desligando o led da internet tenho um modem Technicolor TG589vn v3 frequentemente tenho esse problema até pedi para ele trocar o modem mas não quis.
Anatel e peça para trocar seu FE sem emendas... Uma coisa é emendar um FE usado como telefone, outra é emendar quando se usa VDSL... técnico bosta e preguiçoso...
Desconheço desconto por tempo maior que três meses na Live TIM.
Mais alguém percebeu uma instabilidade no VoIP logo cedo?
Olá! Aqui continua 69,90, não faço ideia por que não reajustaram. É cliente há quanto tempo?
Abs!
Olá! Perpétuo? Existe isso?
Abs!
Última edição:
Seis meses começo deste mês.
Última edição:
Seis meses? Então vc paga 99,90? E essas faturas de 69,90 a que vc se referiu?
O preço vigente era $99,90, mas as faturas vem $69,90.