primeiro - eu li isso , mas é apenas uma cobertura parcial. Eu tenho VPN na mistura aqui.
Tenho latência ruim, perda de pacotes ==> às vezes inutilizável e VoIP instável em reuniões WFH.
Para fazer o trabalho do meu ISP para eles, executo mtr para google.com e, em seguida, encontro o primeiro IP que pertence ao google, retrocedo um IP e mtr para esse IP (# 11) - agora estou totalmente dentro do ISP. O rastreamento mtr é mostrado abaixo
Esta é uma abordagem razoável? Preciso fazer isso para que a equipe de suporte do ISP não apenas transfira a culpa e diga "não somos nós!". O objetivo de tudo isso é que toda a experiência mtr esteja dentro da rede do ISP
A perda de pacotes no número 10 é geralmente de 15% ou mais de 40% não é incomum.
Agora, quando me conecto a uma VPN, todos os meus problemas de latência desaparecem. Sobre o que é isso? Meu ISP está mexendo com meu tráfego? Não há ganho para eles, por que fariam isso?
Meu laptop de trabalho bloqueia a instalação e operação de software VPN, então eu realmente espero resolver isso (pegar ao ISP para resolver) para que minha vida profissional seja melhor.
Então, as maiores dúvidas que tenho
- meu ISP está mexendo comigo? Não sei por que eles fariam isso.
- os IPs reservados visíveis para mim parecem estranhos, mas não tenho certeza sobre isso. Achei que todos os IPs reservados pertenciam a firewalls e salas de servidores.
- algum ISP razoável sairia de sua rede por um salto e depois voltaria?
Estou no caminho certo aqui, pressionando-os a aceitar que o IP nº 10 precisa de atenção? Isso vem acontecendo há mais de 3 anos, intermitentemente
Não é provável. Por que eles fariam isso? Aposto que eles estão com preguiça de investigar isso. Mais um cliente, um a menos, quem se importa?
É o endereço IP do link . Tecnicamente, os IPs geralmente são necessários apenas para encerrar conexões, mas para encaminhar pacotes o IP não é usado de forma alguma. Quando você configura a rota padrão como "padrão via 192.168.1.1", este 192.168.1.1 é usado apenas para registrar a NIC atrás da qual existe o gateway e o endereço MAC do gateway para enviar pacotes Ethernet; o endereço IP do próprio gateway nunca é usado. Além disso, o gateway não consegue entender como seu pacote chegou até ele. Portanto, você pode usar qualquer endereço para isso, desde que NIC e MAC sejam iguais, ou não usar nenhum endereço (desde que você tenha uma pilha de rede sofisticada que possa ser configurada diretamente dessa forma).
O mesmo acontece na Internet. As operadoras precisam de endereços IP em seus roteadores; eles são usados para estabelecer sessões BGP (protocolo de roteamento) para trocar rotas, e quando a entrada RIB é selecionada para ser adicionada ao FIB, para fornecer um NIC e MAC "de destino" para a entrada FIB (ou seja, "para criar uma rota" ). Normalmente ninguém os vê, pois não são usados no encaminhamento. Freqüentemente, são chamados de "endereços de link". E isso também significa que, tecnicamente, os endereços de link não precisam ser públicos; portanto, alguns administradores optam por usar endereços privados para conservar preciosos endereços IPv4 públicos.
Mas tudo muda quando o sistema de encaminhamento (roteador) precisa realmente originar um pacote. Uma mensagem ICMP TTL excedido requer um endereço IP originador, e o roteador não tem nada além de colocar seu endereço de link no pacote. Esta é a única maneira de você ver o endereço do link.
O rastreamento mostra que o número 10 pode ter problemas, mas isso não significa necessariamente que os tenha . Por exemplo, os sistemas processam ICMP com privilégios mínimos, eles os descartam ou ignoram livremente se tiverem trabalho real a fazer. É como uma dica, mostrando aos administradores por onde começar a pesquisar. Para você, uma dica pode ser que, como os saltos além deste não apresentam problemas semelhantes, o encaminhamento no número 10 acontece normalmente e a perda de pacotes indica limitação de ICMP em vez de problemas. Se houvesse um aumento constante na perda de pacotes após algum salto, isso significaria que há algo nesse salto (ou no link anterior).
Já tive uma situação semelhante, foi numa configuração empresarial (por exemplo, uma organização sofreu), durou mais de um ano, e só conseguimos resolver por acaso quando um dos nossos ex-funcionários mudou para trabalhar para isso ISP por um breve período e eles iniciaram voluntariamente a investigação.
Então, se você tiver alguma forma de pressioná-los, faça-o. Leia seu contrato e assim por diante.
Se a VPN funcionar melhor, é melhor resolver isso solicitando que a VPN seja instalada em seu laptop. Mostre esse rastreamento aos seus administradores, explique suas experiências, escreva uma nota ao seu gerente dizendo que os problemas de rede que você tem podem impedi-lo de trabalhar de forma eficiente, mas que podem ser resolvidos com VPN, para lubrificar as rodas burocráticas da sua organização para girar mais rápido.