Is the high packet loss from that IP a sign that my ISP is trying to
throttle speed and prevent connectivity?
Poderia ser um sinal de afogamento, mas pelo que estou vendo duvido que esse seja o caso baseado em onde a perda de pacotes está acontecendo. Mas se não for intermitente e acontecer continuamente, a perda alta de pacotes como essa não é . Leia em.
Is this packet loss an error from the ISP side or is this the normal
way these type of networks are implemented?
A maneira normal como esse tipo de rede é implementado é 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 ocupando o banco de trás quando um "dano" é encontrado.
Dito isto, uma perda de pacotes consistente de 79% está longe do normal . Se eu fizer um mtr de traceroute semelhante aqui nos EUA, não haverá realmente “buracos negros” nas colisões / perda de pacotes, a menos que haja um problema claro.
Olhando para a sua saída mtr traceroute, o IP que você vê problemas com ( 115.255.253.17 ) parece estar tão além do estágio ISP que poderia ser considerado parte da Internet maior. Então eu duvido que seja a otimização baseada em ISP. Especialmente porque parece que o seu mtr Traceroute mostra esse problema ocorrendo após os .bol.net.in de seus ISPs ( 59.180.210.201 e 59.180.210.202 ) que parecem estar conectados ao ISP Mahanagar Telefone Nigam Limited (MTNL) .
Pesquisando os dados do GeoIP em 115.255.253.17 mostra que é um endereço IP com base em Maharashtra, Mumbai. Então, o que você pode estar vendo é uma interrupção da Internet / "soluço" acontecendo em uma parte da Internet em Mumbai em si? E fazer mais pesquisas com uma pesquisa whois no mesmo endereço IP 115.255.253.17 mostra que é parte do Reliance Group , que parece para ser um provedor de infra-estrutura maior na Índia.
Se você me perguntar, duvido que os provedores de infra-estrutura de backbone estariam restringindo o tráfego de usuários em uma rede de assinantes de nível inferior específica como essa. Por que todo mundo no sistema da Mahanagar Telephone Nigam Limited (MTNL) deve ser punido dessa forma pela rede do backbone Reliance Group? Eu consideraria isso um throttling se você visse essa perda nos primeiros saltos do seu switch imediato, como aqueles saltos das chaves .bol.net.in .
Do meu ponto de vista aqui nos EUA, eu colocaria isso nos soluços normais e intermitentes da Internet. E o fato de seu mtr Traceroute ter sido concluído pode ser atribuído à resiliência da Internet para contornar esses soluços. Nada mais e nada menos… A menos que essa condição seja não intermitente , mas consistente ; Se esse for o caso, algo estranho está acontecendo e não há maneira fácil de diagnosticá-lo do lado de um usuário final.
Tudo o que disse, eu apenas leu sobre o conceito de neutralidade da rede na Índia e parece que não há leis em vigor que regem a neutralidade da rede na Índia, então, para todos vocês sabem, o Reliance Group está deliberadamente fazendo algo. Mas honestamente, meu instinto seria que alguém inadvertidamente configurasse inadvertidamente uma comutação de dados em algum lugar e você é o único a perceber. Então, eu gostaria de ter a mente aberta e recomendo compartilhar esse mtr Traceroute com o pessoal de suporte técnico da Mahanagar Telefone Nigam Limited (MTNL) para ver o que eles dizem.
9 vezes em cada 10, erros em computadores - e honestamente muitas coisas - não são baseados em malícia, mas sim em incompetência. Vi coisas mais estranhas acontecerem com a infraestrutura de tecnologia aqui nos EUA, por isso vale a pena tentar reportar isso ao seu provedor e ver como elas respondem.
