Esta conexão apresenta graves problemas de conectividade, como tempos limite de páginas da Web e velocidades de transferência lentas. É uma conexão HSDPA sem fio que estou acessando usando um modem USB (Huawei E303c).
A execução mtr google.comfornece a seguinte saída:
A alta perda de pacotes desse IP é um sinal de que meu ISP está tentando acelerar a velocidade e impedir a conectividade? Esta perda de pacotes é um erro do lado do ISP ou é esta a forma normal como este tipo de redes é implementado?
Edição 1: Como este post não revela muito sobre o assunto, o próximo post éaqui
Edição 2: Ao ler sobre a análise mtrde traceroutes, descobriesta página.Diz :
Quando há perda de pacotes em um salto que não persiste nos saltos subsequentes, a perda é causada porLimitação de ICMP.
Responder1
Não. Esse IP simplesmente faz um péssimo trabalho ao gerar erros de ICMP localmente. A prova é que os pontos além dele respondem muito bem. Se houvesse algo realmente errado com esse ponto, tudo que passasse dele também seria ruim.
Os roteadores são otimizados para roteamento. Os roteadores principais permitem que o tráfego passe por eles em caminhos de hardware altamente otimizados. No entanto, quando têm de gerar tráfego localmente, este tem de ser despachado para o nível do processo. E quaisquer tarefas de roteamento que ocorram no nível do processo têm prioridade. Portanto, muitas vezes é atrasado ou não é confiável.
Isso não significa nada sobre a confiabilidade ou o rendimento do caminho.
Responder2
A alta perda de pacotes desse IP é um sinal de que meu ISP está tentando acelerar a velocidade e impedir a conectividade?
Pode ser um sinal de limitação, mas pelo que estou vendo, duvido que seja esse o caso, com base em onde está ocorrendo a perda de pacotes. Mas se não for intermitente e acontecer continuamente, uma alta perda de pacotes como essa énão é normal. Leia.
Esta perda de pacotes é um erro do lado do ISP ou é esta a forma normal como este tipo de redes é implementado?
A “forma normal como este tipo de redes são implementadas” é a explicação mais simples para o que você está vendo e compartilhando aqui. Lembre-se: a Internet foi construída para ser resiliente primeiro, com a velocidade ficando em segundo plano quando “danos” são encontrados.
Dito isto, umconsistente79% de perda de pacotes élonge do normal. Se eu fizer um mtrTraceroute semelhante aqui nos EUA, não haverá realmente nenhum “buraco negro” de obstáculos/perda de pacotes como esse, a menos que haja um problema claro.
Olhando para a mtrsaída do Traceroute, o IP com o qual você vê problemas ( 115.255.253.17) parece ter passado tanto do estágio do ISP que poderia ser considerado parte da Internet maior. Portanto, duvido que seja uma limitação baseada em ISP. Especialmente porque parece que o seu mtrTraceroute mostra esse problema acontecendo além dos switches do seu ISP .bol.net.in( 59.180.210.201e 59.180.210.202) que parecem estar conectados ao ISPTelefone Mahanagar Nigam Limited (MTNL).
Investigar os dados GeoIP 115.255.253.17mostra que é um endereço IP baseado em Maharashtra, Mumbai. Então, o que você pode estar vendo é uma interrupção / “soluço” na Internet acontecendo em uma parte da Internet na própria Mumbai? E fazer mais pesquisas por meio de uma whoispesquisa no mesmo endereço IP 115.255.253.17mostra que ele faz parteGrupo de Confiança, que parece ser um maior fornecedor de infraestrutura na Índia.
Se você me perguntar, duvido que os provedores de infraestrutura de backbone estrangulem o tráfego de usuários em uma rede específica de assinantes de nível inferior como esta. Por que todos no sistema da Mahanagar Telephone Nigam Limited (MTNL) deveriam ser punidos dessa forma pela rede backbone do Reliance Group? Eu consideraria isso um estrangulamento se você visse essa perda nos primeiros saltos do switch imediato, como os saltos dos .bol.net.inswitches.
Da minha perspectiva aqui nos EUA, eu classificaria isso como soluços normais e intermitentes da Internet. E o fato de seu mtrTraceroute ter sido concluído pode ser atribuído à resiliência da Internet para solucionar esses problemas. Nada mais e nada menos…A menos queesta condição énão intermitentemas simconsistente; se for esse o caso, algo estranho está acontecendo e não há uma maneira fácil de diagnosticar isso por parte do usuário final.
Tudo isso dito, eu apenasleia sobre o conceito de neutralidade da rede na Índiae parece que não existem leis em vigor que regem a neutralidade da rede na Índia, então, pelo que você sabe, o Reliance Group está fazendo algo deliberadamente. Mas, honestamente, meu instinto seria que alguém inadvertidamente configurou incorretamente um switch de dados em algum lugar e você é o único a notar. Portanto, eu adotaria a mente aberta e recomendaria compartilhar este mtrTraceroute com o pessoal de suporte técnico da Mahanagar Telephone Nigam Limited (MTNL) para ver o que eles dizem.
9 em cada 10 vezes, erros em computadores – e honestamente em muitas coisas – não são baseados em maldade, mas sim em incompetência. Já vi coisas mais estranhas acontecerem com a infraestrutura de tecnologia aqui nos EUA, então vale a pena tentar relatar isso ao seu ISP e ver como eles respondem.