- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
Problem z utratą pakietów
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
Problem z utratą pakietów
Jak wygląda u ciebie login do Neostrady czy tak xxxxxxxx@neostrada.pl/ipv6?
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
Problem z utratą pakietów
nie mam ipv6 tylko 4
Windows defender wylaczony
zapora wylaczona
poziom zabezpieczeń modemu niski
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
Problem z utratą pakietów
@xMatheushw momencie wykonywania przykładowego testu krajowego jest wszystko ok.
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
Problem z utratą pakietów
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
Problem z utratą pakietów
Widze skończyły sie wam pomysły. Meh. To szukam dalej
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
Problem z utratą pakietów
@xMatheush pomysły to mi się rzeczywiście skończyły, ale próbując zrozumieć czego ty naprawdę oczekujesz.
Pokazujesz jakiś wykres z WinMTR i co niby na nim jest nie tak?
To że ci zginęło parę pingów do serwerów po drodze jeszcze o niczym nie świadczy.
Po pierwsze, mogą być 2 przyczyny:
- nie dotarł w ogóle ICMP ECHO REQUEST
- nie dotarł powrotny ICMP ECHO REPLY albo TTL EXCEEDED
Żadna nie jest niczym wyjątkowym bo te hosty po drodze to jakieś potężne rutery które twoje pingi mają w głębokim poważaniu (czyli technicznie mówiąc na samym dole listy QOS) bo ważniejszy jest VOIP pani Krysi dzwoniącej do syna w Chicago i 100 innych typów payload'u zatem nie przywiązywałbym się do tych wyników.
Po drugie, na twoim wykresie host docelowy odpowiedział 100/100 więc ta sieć próbuje ci delikatnie powiedzieć "nieważne jak, byle do celu" .
Zatem do rzeczy, na jakim konkretnym połączeniu dostajesz straty pakietów i w jakiej wysokości? Masz jakiś tcpdump z tego połączenia?
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
Problem z utratą pakietów
próbuje dojść jak w magiczny sposób z granie w cs:go na 0% straconych pakietów zrobiło sie stałe 15% od 4 dni non stop. Serwerów faceit w Niemczech bo tam głównie występują jest mase. Nie mam jak na teraz sprawdzić ip jakiegokolwiek serwera, bo go omijam, chyba że bedzie to konieczne
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
Problem z utratą pakietów
@xMatheushMasz tu test z Orange do strony Samsung.pl
C:\Users\Janusz>ping samsung.pl
Pinging samsung.pl [211.45.27.202] with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Ping statistics for 211.45.27.202:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),
C:\Users\Janusz>tracert samsung.pl
Tracing route to samsung.pl [211.45.27.202]
over a maximum of 30 hops:
1 1 ms 1 ms 1 ms router.asus.com [192.168.1.1]
2 19 ms 16 ms 16 ms war-bng2.tpnet.pl [80.50.18.62]
3 16 ms 16 ms 15 ms war-r1.tpnet.pl [80.50.18.61]
4 51 ms 50 ms 50 ms war-b2-link.telia.net [213.248.89.85]
5 51 ms 50 ms 50 ms ffm-bb4-link.telia.net [80.91.248.9]
6 57 ms 50 ms 50 ms ffm-b1-link.telia.net [62.115.121.7]
7 * * * Request timed out.
8 * * * Request timed out.
9 185 ms 184 ms 184 ms SAMSUNG-SDS.ear1.LosAngeles1.Level3.net [4.30.195.102]
10 338 ms 338 ms 338 ms u113.ppp66.samsung.co.kr [157.197.66.113]
11 339 ms 338 ms 342 ms u189.ppp80.samsung.co.kr [157.197.80.189]
12 335 ms 338 ms 335 ms u254.ppp80.samsung.co.kr [157.197.80.254]
13 335 ms 335 ms 335 ms u182.ppp83.samsung.co.kr [157.197.83.182]
14 * * * Request timed out.
15 * * * Request timed out.
16 * * * Request timed out.
17 * * * Request timed out.
18 * * * Request timed out.
19 * * * Request timed out.
20 * * * Request timed out.
21 * * * Request timed out.
22 * * * Request timed out.
23 * * * Request timed out.
24 * * * Request timed out.
25 * * * Request timed out.
26 * * * Request timed out.
27 * * * Request timed out.
28 * * * Request timed out.
29 * * * Request timed out.
30 * * * Request timed out.
Trace complete.
C:\Users\Janusz>
A tutaj od innego operatora masz
C:\Users\Janusz>tracert samsung.pl
Tracing route to samsung.pl [211.45.27.202]
over a maximum of 30 hops:
1 3 ms 2 ms 2 ms 192.168.43.1
2 170 ms 34 ms 33 ms 10.9.223.5
3 157 ms 37 ms 42 ms 83.220.99.9
4 52 ms 36 ms 37 ms 87.128.234.225
5 * 216 ms 80 ms 217.239.39.58
6 * 188 ms 80 ms 80.150.169.6
7 * * * Request timed out.
8 * 317 ms 197 ms SAMSUNG-SDS.ear1.LosAngeles1.Level3.net [4.30.195.102]
9 392 ms 397 ms 397 ms u113.ppp66.samsung.co.kr [157.197.66.113]
10 415 ms 397 ms 392 ms u189.ppp81.samsung.co.kr [157.197.81.189]
11 419 ms 394 ms 402 ms u254.ppp81.samsung.co.kr [157.197.81.254]
12 466 ms 396 ms 399 ms u190.ppp83.samsung.co.kr [157.197.83.190]
13 * * * Request timed out.
14 * * * Request timed out.
15 * * * Request timed out.
16 * * * Request timed out.
17 * * * Request timed out.
18 * * * Request timed out.
19 * * * Request timed out.
20 * * * Request timed out.
21 * * * Request timed out.
22 * * * Request timed out.
23 * * * Request timed out.
24 * * * Request timed out.
25 * * * Request timed out.
26 * * * Request timed out.
27 * * * Request timed out.
28 * * * Request timed out.
29 * * * Request timed out.
30 * * * Request timed out.
Trace complete.
C:\Users\Janusz>
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś