Utrata pakietów

Witam, od jakichś 2 miesięcy zaczęła się u mnie znaczna utrata pakietów. Wcześniej była dosłownie zerowa, teraz potrafi dojść nawet do 50%. Nie wiem czym jest to spowodowane, ale ignorowałem to z myślą że jest to przejściowe. Jak widać jednak nie. Podrzucam wam tutaj parę wyników z komend wpisanych przeze mnie w cmd z myślą że mogą one pomóc.

Ps. Już sam zdążyłem zauważyć że w wierszu skopiowanym przeze mnie niżej jest napisane że utrata pakietów wynosi 0 z 20. Tak niestety nie jest. Podrzucam od razu Screenshot’a z teamspeak’a który pokazuje jaka jest utrata pakietów, oraz słyszę to od kolegów, którzy mówią jak bardzo mnie przerywa itd.pakietyy

Microsoft Windows [Wersja 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Wszelkie prawa zastrzezone.

C:\Users\Oskar>ipconfig /all

Konfiguracja IP systemu Windows

   Nazwa hosta . . . . . . . . . . . : Oskar-PC
   Sufiks podstawowej domeny DNS . . :
   Typ wezla . . . . . . . . . . . . : Hybrydowy
   Routing IP wlaczony . . . . . . . : Nie
   Serwer WINS Proxy wlaczony. . . . : Nie
   Lista przeszukiwania sufiksów DNS : Speedport_W_724V_01011603_05_032

Karta Ethernet Local Area Connection:

   Sufiks DNS konkretnego polaczenia : Speedport_W_724V_01011603_05_032
   Opis. . . . . . . . . . . . . . . : Realtek PCIe GBE Family Controller
   Adres fizyczny. . . . . . . . . . : C0-3F-D5-AC-CF-68
   DHCP wlaczone . . . . . . . . . . : Tak
   Autokonfiguracja wlaczona . . . . : Tak
   Adres IPv6. . . . . . . . . . . . : 2003:8b:8f46:fe3e:2128:35f0:8384:849d(Pre
ferowane)
   Tymczasowy adres IPv6 . . . . . . : 2003:8b:8f46:fe3e:ca9:b80a:7515:96ec(Pref
erowane)
   Tymczasowy adres IPv6 . . . . . . : 2003:8b:8f46:fe5d:ca9:b80a:7515:96ec(Zani
echane)
   Adres IPv6. . . . . . . . . . . . : 2003:8b:8f46:fe5d:2128:35f0:8384:849d(Zan
iechane)
   Adres IPv6. . . . . . . . . . . . : 2003:8b:8f46:fea5:2128:35f0:8384:849d(Zan
iechane)
   Adres IPv6 polaczenia lokalnego . : fe80::2128:35f0:8384:849d%10(Preferowane)

   Adres IPv4. . . . . . . . . . . . . : 192.168.2.106(Preferowane)
   Maska podsieci. . . . . . . . . . : 255.255.255.0
   Dzierzawa uzyskana. . . . . . . . : Freitag, 1. September 2017 12:36:06
   Dzierzawa wygasa. . . . . . . . . : Freitag, 22. September 2017 12:36:06
   Brama domyslna. . . . . . . . . . : fe80::1%10
                                       192.168.2.1
   Serwer DHCP . . . . . . . . . . . : 192.168.2.1
   Identyfikator IAID DHCPv6 . . . . : 247480277
   Identyfikator DUID klienta DHCPv6 : 00-01-00-01-20-ED-B1-04-C0-3F-D5-AC-CF-68

   Serwery DNS . . . . . . . . . . . : fe80::1%10
                                       192.168.2.1
   NetBIOS przez Tcpip . . . . . . . : Wlaczony

Karta Ethernet Hamachi:

   Sufiks DNS konkretnego polaczenia :
   Opis. . . . . . . . . . . . . . . : Hamachi Network Interface
   Adres fizyczny. . . . . . . . . . : 7A-79-19-30-E3-27
   DHCP wlaczone . . . . . . . . . . : Tak
   Autokonfiguracja wlaczona . . . . : Tak
   Adres IPv6. . . . . . . . . . . . : 2620:9b::1930:e327(Preferowane)
   Adres IPv6 polaczenia lokalnego . : fe80::18d3:fb8f:6eb:e539%19(Preferowane)

   Adres IPv4. . . . . . . . . . . . . : 25.48.227.39(Preferowane)
   Maska podsieci. . . . . . . . . . : 255.0.0.0
   Dzierzawa uzyskana. . . . . . . . : Freitag, 1. September 2017 12:38:18
   Dzierzawa wygasa. . . . . . . . . : Samstag, 1. September 2018 12:38:32
   Brama domyslna. . . . . . . . . . : 2620:9b::1900:1
                                       25.0.0.1
   Serwer DHCP . . . . . . . . . . . : 25.0.0.1
   Identyfikator IAID DHCPv6 . . . . : 444234158
   Identyfikator DUID klienta DHCPv6 : 00-01-00-01-20-ED-B1-04-C0-3F-D5-AC-CF-68

   Serwery DNS . . . . . . . . . . . : fec0:0:0:ffff::1%1
                                       fec0:0:0:ffff::2%1
                                       fec0:0:0:ffff::3%1
   NetBIOS przez Tcpip . . . . . . . : Wlaczony

Karta tunelowa isatap.Speedport_W_724V_01011603_05_032:

   Stan nosnika . . . .  . . . . . . .: Nosnik odlaczony
   Sufiks DNS konkretnego polaczenia : Speedport_W_724V_01011603_05_032
   Opis. . . . . . . . . . . . . . . : Microsoft ISATAP Adapter
   Adres fizyczny. . . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP wlaczone . . . . . . . . . . : Nie
   Autokonfiguracja wlaczona . . . . : Tak

Karta tunelowa Teredo Tunneling Pseudo-Interface:

   Sufiks DNS konkretnego polaczenia :
   Opis. . . . . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
   Adres fizyczny. . . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP wlaczone . . . . . . . . . . : Nie
   Autokonfiguracja wlaczona . . . . : Tak
   Adres IPv6. . . . . . . . . . . . : 2001:0:3e8a:ee2d:14b8:27:3f57:fd95(Prefer
owane)
   Adres IPv6 polaczenia lokalnego . : fe80::14b8:27:3f57:fd95%12(Preferowane)
   Brama domyslna. . . . . . . . . . :
   NetBIOS przez Tcpip . . . . . . . : Wylaczony

Karta tunelowa isatap.{CF4F2336-3F27-4A3F-A601-67991D386845}:

   Stan nosnika . . . .  . . . . . . .: Nosnik odlaczony
   Sufiks DNS konkretnego polaczenia :
   Opis. . . . . . . . . . . . . . . : Microsoft ISATAP Adapter #3
   Adres fizyczny. . . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP wlaczone . . . . . . . . . . : Nie
   Autokonfiguracja wlaczona . . . . : Tak

C:\Users\Oskar>
Microsoft Windows [Wersja 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Wszelkie prawa zastrzezone.

C:\Users\Oskar>ping -n 20 dobreprogramy.pl

Badanie dobreprogramy.pl [194.0.171.163] z 32 bajtami danych:
Odpowiedz z 194.0.171.163: bajtów=32 czas=75ms TTL=120
Odpowiedz z 194.0.171.163: bajtów=32 czas=64ms TTL=120
Odpowiedz z 194.0.171.163: bajtów=32 czas=76ms TTL=120
Odpowiedz z 194.0.171.163: bajtów=32 czas=69ms TTL=120
Odpowiedz z 194.0.171.163: bajtów=32 czas=72ms TTL=120
Odpowiedz z 194.0.171.163: bajtów=32 czas=71ms TTL=120
Odpowiedz z 194.0.171.163: bajtów=32 czas=67ms TTL=120
Odpowiedz z 194.0.171.163: bajtów=32 czas=69ms TTL=120
Odpowiedz z 194.0.171.163: bajtów=32 czas=59ms TTL=120
Odpowiedz z 194.0.171.163: bajtów=32 czas=65ms TTL=120
Odpowiedz z 194.0.171.163: bajtów=32 czas=65ms TTL=120
Odpowiedz z 194.0.171.163: bajtów=32 czas=61ms TTL=120
Odpowiedz z 194.0.171.163: bajtów=32 czas=68ms TTL=120
Odpowiedz z 194.0.171.163: bajtów=32 czas=71ms TTL=120
Odpowiedz z 194.0.171.163: bajtów=32 czas=69ms TTL=120
Odpowiedz z 194.0.171.163: bajtów=32 czas=67ms TTL=120
Odpowiedz z 194.0.171.163: bajtów=32 czas=73ms TTL=120
Odpowiedz z 194.0.171.163: bajtów=32 czas=64ms TTL=120
Odpowiedz z 194.0.171.163: bajtów=32 czas=63ms TTL=120
Odpowiedz z 194.0.171.163: bajtów=32 czas=74ms TTL=120

Statystyka badania ping dla 194.0.171.163:
    Pakiety: Wyslane = 20, Odebrane = 20, Utracone = 0
             (0% straty),
Szacunkowy czas bladzenia pakietów w millisekundach:
    Minimum = 59 ms, Maksimum = 76 ms, Czas sredni = 68 ms

C:\Users\Oskar>
Microsoft Windows [Wersja 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Wszelkie prawa zastrzezone.

C:\Users\Oskar>tracert dobreprogramy.pl

Sledzenie trasy do dobreprogramy.pl [194.0.171.163]
z maksymalna liczba 30 przeskoków:

  1    <1 ms    <1 ms    <1 ms  speedport.ip [192.168.2.1]
  2    40 ms    51 ms    46 ms  87.186.224.63
  3    51 ms    51 ms    43 ms  87.190.164.182
  4    43 ms    45 ms    53 ms  217.5.118.62
  5     *       48 ms    47 ms  ffm-b4-link.telia.net [213.248.93.186]
  6    43 ms    37 ms    45 ms  ffm-bb3-link.telia.net [62.115.125.222]
  7    60 ms    69 ms    80 ms  war-b2-link.telia.net [213.155.134.215]
  8    43 ms    63 ms    56 ms  atm-ic-144386-war-b2.c.telia.net [80.239.133.110
]
  9    62 ms    48 ms    53 ms  do-atman-global.xenium.pl [193.111.38.214]
 10    74 ms    57 ms    58 ms  nlb-redirects.xenium.pl [194.0.171.163]

Sledzenie zakonczone.

C:\Users\Oskar>
Microsoft Windows [Wersja 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Wszelkie prawa zastrzezone.

C:\Users\Oskar>nslookup dobreprogramy.pl
Serwer:  speedport.ip
Address:  fe80::1

Nieautorytatywna odpowiedz:
Nazwa:   dobreprogramy.pl
Address:  194.0.171.163


C:\Users\Oskar>
Microsoft Windows [Wersja 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Wszelkie prawa zastrzezone.

C:\Users\Oskar>netstat

Aktywne polaczenia

  Protokól  Adres lokalny          Obcy adres             Stan
  TCP       25.48.227.39:57378     Mateusz-PC:netbios-ssn  USTANOWIONO
  TCP       25.48.227.39:57379     MATEUSZ-PC:netbios-ssn  USTANOWIONO
  TCP       127.0.0.1:5357         Oskar-PC:57381         CZAS_OCZEKIWANIA
  TCP       127.0.0.1:5357         Oskar-PC:57382         CZAS_OCZEKIWANIA
  TCP       127.0.0.1:62774        Oskar-PC:62775         USTANOWIONO
  TCP       127.0.0.1:62775        Oskar-PC:62774         USTANOWIONO
  TCP       192.168.2.106:49160    fe-self005:http        USTANOWIONO
  TCP       192.168.2.106:49163    ec2-52-211-50-139:12975  USTANOWIONO
  TCP       192.168.2.106:49375    r-53-45-234-77:http    OCZEKIWANIE_ZAMKN
  TCP       192.168.2.106:57347    nlb-forum:https        USTANOWIONO
  TCP       192.168.2.106:57380    ams10-011:http         USTANOWIONO
  TCP       192.168.2.106:61303    r-53-45-234-77:http    OCZEKIWANIE_ZAMKN
  TCP       192.168.2.106:62476    srv6354:https          USTANOWIONO
  TCP       [2620:9b::1930:e327]:57384  g2a02-26f0-00d6-0000-0000-0000-5f65-5069
:http  WYSLANO_SYN

C:\Users\Oskar>

To czemu nie robisz testów do tego hosta 79.195.119.* ?

Bo nie wiem jak, dlatego napisałem tutaj, bo proszę o pomoc.

Z tego co widać, to problem niekoniecznie może wynikać z problemów twojego łącza a z winy serwera.
Najlepiej uruchom program MTR, wpisz adres serwera ts, poczekaj chwilę na próbkę ruchu i wrzuć tutaj screenshot, wtedy będzie wiadomo gdzie leży problem.

eae

Nie widać żadnych utrat, chociaż próbka jest bardzo mała, spróbuj uruchomić to narzędzie wtedy kiedy będą występowały straty i poczekaj z jego wynikiem do czasu aż straty się zakończą.

ebe

Nie wiadomo tego czy problem występuje ogólnie czy tylko w przypadku TeamSpeak. Statystyki z TeamSpeaka to nie jest miarodajny wynik. Po pierwsze w ustawieniach sieciowych wyłącz protokół IPv6, gdyż korzystasz z protokołu IPv4. Po ponownym uruchomieniu komputera wykonaj w cmd polecenia ping 192.168.2.1 -n 100. Następnie wykonaj polecenie tracert onet.pl. Wyniki tych poleceń wklej na forum. Trzeba ustalić, w którym momencie występują utraty.

Screenshot z MTR to jest wiarodajne narzędzie. Niestety poucinane są statystyki pakietów wysłanych i otrzymanych więc nadal niewiele to daje. Widać jednak, że czasy wzrastają już na IP operatora więc możliwe, że problem jest z twoim łączem