Utrata pakietu z powodu problemów z konfiguracją lub wadliwego sprzętu?

Po zmianie dostawcy usług internetowych zaczęłam odczuwać utratę pakietów, co niestety wpływa na moje codzienne przeglądanie i aktywność w pracy. Typowa sesja ping dla Google wygląda następująco: (jak widzisz, wiele limitów czasu, ogólnie około 10-20% ogółem)

Reply from 209.85.153.104: bytes=32 time=23ms TTL=56
Reply from 209.85.153.104: bytes=32 time=35ms TTL=56
Reply from 209.85.153.104: bytes=32 time=64ms TTL=56
Reply from 209.85.153.104: bytes=32 time=21ms TTL=56
Reply from 209.85.153.104: bytes=32 time=19ms TTL=56
Reply from 209.85.153.104: bytes=32 time=19ms TTL=56
Reply from 209.85.153.104: bytes=32 time=17ms TTL=56
Request timed out.
Reply from 209.85.153.104: bytes=32 time=28ms TTL=56
Request timed out.
Reply from 209.85.153.104: bytes=32 time=31ms TTL=56
Reply from 209.85.153.104: bytes=32 time=23ms TTL=56
Reply from 209.85.153.104: bytes=32 time=41ms TTL=56
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 209.85.153.104: bytes=32 time=27ms TTL=56
Reply from 209.85.153.104: bytes=32 time=80ms TTL=56
Reply from 209.85.153.104: bytes=32 time=18ms TTL=56
Reply from 209.85.153.104: bytes=32 time=22ms TTL=56
Reply from 209.85.153.104: bytes=32 time=81ms TTL=56
Reply from 209.85.153.104: bytes=32 time=31ms TTL=56
Reply from 209.85.153.104: bytes=32 time=22ms TTL=56
Reply from 209.85.153.104: bytes=32 time=55ms TTL=56
Request timed out.
Request timed out.
Reply from 209.85.153.104: bytes=32 time=81ms TTL=56
Reply from 209.85.153.104: bytes=32 time=45ms TTL=56
Reply from 209.85.153.104: bytes=32 time=76ms TTL=56
Reply from 209.85.153.104: bytes=32 time=47ms TTL=56
Reply from 209.85.153.104: bytes=32 time=22ms TTL=56
Reply from 209.85.153.104: bytes=32 time=27ms TTL=56
Reply from 209.85.153.104: bytes=32 time=73ms TTL=56
Request timed out.
Reply from 209.85.153.104: bytes=32 time=24ms TTL=56
Reply from 209.85.153.104: bytes=32 time=33ms TTL=56
Request timed out.
Reply from 209.85.153.104: bytes=32 time=38ms TTL=56
Reply from 209.85.153.104: bytes=32 time=22ms TTL=56
Reply from 209.85.153.104: bytes=32 time=16ms TTL=56
Request timed out.
Reply from 209.85.153.104: bytes=32 time=82ms TTL=56
Reply from 209.85.153.104: bytes=32 time=31ms TTL=56
Reply from 209.85.153.104: bytes=32 time=26ms TTL=56
Request timed out.

Konfiguracja, którą uruchamiam to: router bezprzewodowy znajduje się na szczycie budynku, który wysyła kabel Ethernet, który łączy się z moją maszyną. Do połączenia używam WAN Miniport (PPPOE).

Moje pytanie brzmi: czy te straty wynikają z niewłaściwej konfiguracji karty Ethernet po mojej stronie, czy jest to problem z konfiguracją / sprzętem ISP? Wszelkie narzędzia / sugestie, które pomogłyby mi ustalić problem, byłyby bardzo mile widziane.

TIA, Sasuke

Sprawdź prędkość i dupleks na wszystkich interfejsach. Ustaw je ręcznie tam, gdzie możesz. Skontaktuj się z dostawcą usług internetowych, aby zobaczyć ich sugestię. Widziałeś, jak ustawienie Auto / Auto daje tego typu problem. Zmiana na stałą prędkość i dupleks rozwiązała problem.

Aby go zawęzić, możesz gdzieś zrobić traceroute i uzyskać adresy IP routera oraz pierwszy skok po nim. Następnie ping obu tych, aby sprawdzić, czy masz bardziej niezawodne połączenie z routerem niż router do następnego przeskoku. Jeśli tak, złożysz skargę do dostawcy usług internetowych.

Przykład w środowisku NAT:

$ /usr/sbin/tracepath 8.8.8.8
 1:  google-public-dns-a.google.com                        0.081ms pmtu 1500
 1:  10.x.x.x                                              1.369ms 
 1:  10.x.x.x                                              1.189ms 
 2:  192.168.1.1                                           4.319ms  <- Router in my house
 3:  188.xxx.80.1                                          7.047ms  <- Router at the ISP
 4:  82.xxx.192.5                                          7.815ms