UPC
anuluj
Pokazywanie wyników dla 
Zamiast tego wyszukaj 
Czy miało to oznaczać: 

ConnectBox

ROZWIĄZANE
Zawodowiec
205 49 6

Instrukcja wykonania diagnostyki łącza/Puma6 pod WINDOWS (część 1)

Pierwszy krok to sprawdzenie poziomu sygnału w modemie, prawidłowe wartości powinny mieścić się w tych zakresach:

 

Upstream:

US Tx Power: od 40,00 do 50,00 dBmV
US SNR: 27 dB i wyżej
US Rx Power: od -1,00 do 1,00 dBmV
Downstream:
DS SNR: 31 dB i wyżej DS
Rx Power: od -8,00 do 10,00 dBmV
Post RS Errors: nie powinno być zbyt wysokich wartości na żadnym kanale

Gdy instalacja i sygnał będą doprowadzone do porządku można wziąć się za testy.  Przeprowadzone według poniższych wskazówek wychwycą ewentualny problem z łączem jak też z Pumą 6, a uzyskane za ich pomocą wyniki nadają się do ewentualnego zgłoszenia/reklamacji. Istotne jest, aby testy były wykonane uważnie, z zachowaniem wymienionych reguł.


Instalacja przydatnych narzędzi:
Npcap (instalowany jest z Wiresharkiem): https://nmap.org/npcap/#download
Dla Windows XP/2003 zamiast Npcap należy zainstalować WinPcap: https://www.winpcap.org/install/default.htm
PingPlotter: https://www.pingplotter.com/download
Wireshark: https://www.wireshark.org/download.html

TCPView (pomaga ustalić adresy gier lub innych aplikacji): https://docs.microsoft.com/en-us/sysinternals/downloads/tcpview


Po restarcie sytemu Windows dalej kolejno:

- przełączyć modem do trybu bridge i sprawdzić, czy sygnał DS i US mieści się w normie
- komputer najlepiej ze świeżym systemem, jeśli to niemożliwe należy wykonać reset TCP po czym zrestartować system:
https://support.microsoft.com/pl-pl/help/299357/how-to-reset-tcp-ip-by-using-the-netshell-utility

- bezpośrednio podłączyć się do modemu niezbyt długim kablem sieciowym
- w Windows nic nie powinno działać w tle, ani obciążać CPU, dezaktywować program antywirusowy oraz Zaporę
- nic również nie powinno korzystać z łącza na w czasie wykonywania testów

 


 

Kolejna czynność to pomiary szybkości łącza. Pod systemem Windows jest to banalnie proste, ponieważ dostępny jest certyfikowany speedtest, który uznawany jest przez operatorów oraz UKE:
https://pro.speedtest.pl/pomiar_certyfikowany_i_niecertyfikowany

https://pro.speedtest.pl/ (wymaga rejestracji)

Można alternatywnie skorzystać z ftp UPC oraz dowolnego menadżera pobierającego pliki w kilku sesjach:

ftp://iperf.upc.pl/download/

Test uploadu również jest możliwy do wykonania:
ftp://iperf.upc.pl/upload/

 


 

Przejdźmy do programu PingPlotter (najlepiej uruchomić go z prawami Administratora), w menu należy wybrać View -> Customize View i zaznaczyć również opcję Max.

 

Customize_View.jpg

 

Każdy test powinien trwać nie mniej niż 10 min. Sugerowane poniżej adresy obsługują również IPv6, dwa pierwsze serwery znajdują się bezpośrednio w segmencie sieci UPC.
- adres: iperf.upc.pl, protokół - TCP, port 80, interwał 0,3 sek.
- adres: 62.179.1.61 protokół - TCP, port 53, interwał 0,3 sek.
- adres: google.pl, protokół - TCP, port 80, interwał 0,3 sek.
- adres: google.pl, protokół - UDP, interwał 1 sek.
- adres: youtube.com, protokół - UDP, interwał 1 sek.

 

Chodzi o coś takiego:

iperf.upc.pl-TCP.jpggoogle.pl-UDP.jpg

 


 

Instrukcja kolejnego testu. Uruchomić Wiresharka z prawami Administratora i następnie:
- wybrać Capture - Interfaces i zaznaczyć interfejs, z którym komputer łączy się z siecią (zwykle eth0) i nacisnąć start
- włączyć grę i cieszyć się rozrywką do momentu, aż pojawią się problemy, poczekać chwilkę, żeby je uchwycić i wyłączyć grę
- zapisać dane w Wiresharka (z menu Zapisz jako), zaznaczyć przy tym opcję kompresji gzip (compress with gzip)

Zaznaczam, że w zrzucie będzie widać publiczne IP, ale to niewielki problem, bo ono się zmieni po przełączeniu modemu w tryb router. Plik zamieścić na jakimkolwiek serwerze i czekać, aż ktoś poświęci chwilę, żeby przeanalizować materiał. Test Wiresharkiem nie jest szczególnie konieczny, ale może się przydać.

Na koniec zerknąć do modemu (w bridge jego adres jest inny: 192.168.100.1) i zrobić zrzut sygnału i loga.

 

15 ODPOW. 15
Menedżer Społeczności
285 357 85

Re: Instrukcja wykonania diagnostyki łącza/Puma6

@zuzia Twój post jest na tyle obszerny, że utworzyłem z niego osobny temat.

 

Jeśli ktoś chce jeszcze dorzucić swoje trzy grosze pod kątem tego co powinno być i w jaki sposób diagnozowane - feel free. Wyjdzie nam z tego kompendium, ale moim zdaniem warto bo wtedy każdy nowy uczestnik Społeczności będzie mógł korzystać z wiedzy zgromadzonej w jednym miejscu.

 

 

--
Jeśli moja odpowiedź jest pomocna kliknij Zaakceptuj jako rozwiązanie, dzięki temu inni szybciej do niej dotrą
Tagi (2)
Profesor
1701 404 91

Re: Instrukcja wykonania diagnostyki łącza/Puma6

To ja mam pytanie. A co w sytuacji gdy komuś skończyła się licencja na PingPlottera i nie może testować po TCP i UDP? Jaki DARMOWY program do TCP i UDP byś poleciła pod Windows?

https://zanimnapiszesz.info
Zawodowiec
205 49 6

Re: Instrukcja wykonania diagnostyki łącza/Puma6

@MrPepka 
Jeśli chodzi o tryb graficzny to nie znam odpowiednika PingPlottera, owszem jest dużo programów tego typu, ale jeszcze bardziej zaawansowanych i droższych.

 

Natomiast w trybie tekstowym działa Nping praktycznie "wszystko mający" (wspiera też IPv6), będący cześcią pakietu Nmap:

https://nmap.org/nping/
https://nmap.org/download.html

 

Przykłady testów po UDP oraz TCP:

nping --udp -c 10 --dest-ip google.pl --delay 1s --privileged > d:\nping-udp.txt
nping --tcp -c 10 --dest-ip google.pl -p 443 --delay 0.3s > d:\nping-tcp.txt

 

-c 10 to ilość wysłanych pakietów

- delay - to co w PingPlotter określane jest jako interwał

> d:\nping* ścieżka i nazwa pliku w jakiej zostaną zapisane wyniki

Wszystko jest w dokumentacji, składnia praktycznie taka sama jak pod Linuksem: https://linux.die.net/man/1/nping

Zawodowiec
262 71 4

Re: Instrukcja wykonania diagnostyki łącza/Puma6

@MrPepka

Kup sobie bezterminową licencje na Ping Potter Standard, ma wszystko co trzeba  

Profesor
1701 404 91

Re: Instrukcja wykonania diagnostyki łącza/Puma6

@pawelb 

Wiesz, bardzo chętnie, ale wydawać kasę na program z którego w życiu skorzystam max z 5 razy jest moim zdaniem bez sensu dlatego pytam o darmowy odpowiednik

https://zanimnapiszesz.info
Zawodowiec
262 71 4

Re: Instrukcja wykonania diagnostyki łącza/Puma6

@MrPepka

No rozumiem, ja korzystam zawodowo więc taki wydatek mniej mnie boli

Na codzień sprawdza się WinMtr ale oczywiście nie ma takich możliwości jak PingPlotter choć jest bardzo pomocny w podstawowej diagnostyce...pewnie łatwiej znaleźć coś darmowego na linucha

Zawodowiec
205 49 6

Re: Instrukcja wykonania diagnostyki łącza/Puma6

Podzielę się legalnym przepisem dla oszczędnych. Pobrać i zainstalować:

Windows 10 Enterprise LTSC (Evoluation):
https://www.microsoft.com/en-us/evalcenter/evaluate-windows-10-enterprise

Działa na zasadzie trial na 90 dni, to Windows jak inne tylko z większą funkcjonalnością, trzeba wyłączyć w nim telemetrię i niepotrzene rzeczy, da się spolszczyć, zainstalować PingPlotter, uruchamiać gry i co tam komu się podoba.


Jak upłynie 14 dni na testy PingPlotter 5 wtedy można testować wersję PingPlotter 4, która działa dłużej (ale nie ma IPv6): https://forum.upc.eu/t5/connectbox/test-puma6-i-problemy/m-p/1313/highlight/true#M161


Nie każdy lubi Linuksa, a pod niego są mocne narzędzia, które generują graficzne wyniki: SmokePing, MTRG, CACTI. Problem w tym, że trzeba sobie je skonfigurować, nie da się wyklikać. Z prostszych narzędzi działających w trybie graficznym polecam mtr.

 

 

 

Highlighted
Zawodowiec
205 49 6

Instrukcja wykonania diagnostyki łącza/Puma6 pod LINUX (część 2)

Zasady dotyczące poziomu sygnału, trybu pracy modemu, połączenia kablowego itd. są takie same jak podane w części 1.

 

Do pomiarów szybkości dla Linuksa niestety nie jest dostępny tester certyfikowany, ale UPC ma w swojej sieci serwer iPerf ze wsparciem dla IPv4 oraz IPv6.: http://iperf.upc.pl/
Najpierw zalecam sprawdzić wydajność karty sieciowej na wybranym protokole.

 

iperf -c iperf.upc.pl -ub 1G 

------------------------------------------------------------
Client connecting to iperf.upc.pl, UDP port 5001
Sending 1470 byte datagrams, IPG target: 10.95 us (kalman adjust)
UDP buffer size:  208 KByte (default)
------------------------------------------------------------
[  3] local 31.XX.XX.XX port 43492 connected with 62.179.9.30 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec  1.11 GBytes   953 Mbits/sec
[  3] Sent 810133 datagrams

Wartość 953 Mbits/sec określa wydajność przy użyciu protokołu UDP, w tym przypadku jest to karta Gigabit LAN.

 

 

iperf -c iperf.upc.pl -ub 1G 

------------------------------------------------------------
Client connecting to iperf.upc.pl, UDP port 5001
Sending 1470 byte datagrams, IPG target: 10.95 us (kalman adjust)
UDP buffer size:  208 KByte (default)
------------------------------------------------------------
[  3] local 192.168.1.166 port 58924 connected with 62.179.9.30 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec   114 MBytes  95.7 Mbits/sec
[  3] Sent 81453 datagrams

Ten sam test - wykrywa kartę pracującą z prędkością 100 Mbps, czyli potencjalny problem przy korzystaniu z obecnie dostępnych pakietów internetowych UPC.

 

 

Przykładowy test szybkości łącza 150 Mbps:

 

iperf -c iperf.upc.pl -r 

------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to iperf.upc.pl, TCP port 5001
TCP window size: 85.0 KByte (default)
------------------------------------------------------------
[  4] local 31.XX.XX.XX port 37468 connected with 62.179.9.30 port 5001
[ ID] Interval       Transfer     Bandwidth
[  4]  0.0-10.4 sec  14.0 MBytes  11.3 Mbits/sec
[  5] local 31.XX.XX.XX port 5001 connected with 62.179.9.30 port 53195
[  5]  0.0-10.1 sec   183 MBytes   152 Mbits/sec

Wartość 11.3 Mbits/sec odnosi się do uploadu, a 152 Mbits/sec do downloadu.

 

 

iperf -c iperf.upc.pl -r -t 180 

------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to iperf.upc.pl, TCP port 5001
TCP window size: 85.0 KByte (default)
------------------------------------------------------------
[  5] local 31.XX.XX.XX port 37528 connected with 62.179.9.30 port 5001
[ ID] Interval       Transfer     Bandwidth
[  5]  0.0-180.0 sec   222 MBytes  10.4 Mbits/sec
[  4] local 31.XX.XX.XX port 5001 connected with 62.179.9.30 port 53198
[  4]  0.0-180.1 sec  3.20 GBytes   153 Mbits/sec

Dłuższy test z większym transferem danych dzięki parametrowi time (-t) liczonym w sekundach.
Inne przydatne parametry:
-d - test pobierania i wysyłania uruchomiony zostanie w trybie równoczesnym
-P - wykorzystanie w tym samym czasie wielu wątków przy transmisji danych, np. -P 10 uruchomi 10 wątków

 


 

Kolejne testy dotyczą trasy, opóźnień, utraty pakietów. Godny uwagi jest bardziej zaawansowany odpowiednik WinMTR, czyli linuksowy MTR, który obsługuje IPv6 oraz protokoły TCP i UDP. Posiada również tryb graficzny, można go uruchomić z określonymi parametrami.

 

Test z użyciem protokołu UDP, adres google.pl, port 33434, domyślny interwał 1 sek. (nie należy go zmieniać!):

mtr google.pl --udp -P 33434

mtr-test-UDP-google.pl.jpg

 


Test z użyciem protokołu TCP, adres iperf.upc.pl, port 443, interwał 0,3 sek.

mtr iperf.upc.pl --tcp -P 443 -i 0.3

mtr-test-TCP-google.pl.jpg

 

 

Test z użyciem protokołu TCP, adres DNS UPC (62.179.1.61), port 53, interwał 0,3 sek.

mtr 62.179.1.61 --tcp -P 53 -i 0.3

mtr-test-TCP-DNS_UPC.jpg

 

 

Test na adres google.pl, protokół TCP, port 443, interwał 0,3 sek.

mtr google.pl --tcp -P 443 -i 0.3

mtr-test-TCP-google.pl.jpg

 

 

Test z użyciem protokołu UDP, adres youtube.com, port 33435, domyślny interwał 1 sek. (nie należy go zmieniać!):

mtr youtube.com --udp -P 33435

mtr-test-UDP-youtube.com.jpg

 


 

Jeśli zajdzie potrzeba analizy przepływu pakietów użycie Wiresharka jest praktycznie takie samo jak podałam w poście #1. Z innych narzędzi tego typu polecam tcpdump, potrafi zapisywać nagrania w formacie Wiresharka co pozwala na późniejszą, wygodną analizę w trybie graficznym.

 

Przykładowe użycie tcpdump z zapisem zrzutu do pliku:

tcpdump -vvv -i eth0 -s 0 -XX -w /tmp/tcpdump-capture

 

 

 

 

Zawodowiec
205 49 6

Interpretacja wyników, sposób formułowania zgłoszenia/reklamacji (część 3)

Profesor
1519 598 62

Re: Instrukcja wykonania diagnostyki łącza/Puma6 cz2. LINUX

Jeśli komuś idzie opornie CLI, może skorzystać z tego pod Windowsem:

https://storage.googleapis.com/google-code-archive-downloads/v2/code.google.com/xjperf/jperf-2.0.2.z...

 

Opcja graficzna.

Uruchamiamy plik jperf.bat

.........................................................................................................................................................................................................To co prezentuję w moich postach jest moją opinią - to co w nich zawarte, każdy stosuje na własną odpowiedzialność.
Menedżer Społeczności
285 357 85

Re: Instrukcja wykonania diagnostyki łącza/Puma6 cz2. LINUX

@zuzia @pawelb @MrPepka @KOCUREK1970 w systinternalsach nie będzie jakiegos fajnego narzędzia?

 

Mam na myśli https://docs.microsoft.com/en-us/sysinternals/ 

--
Jeśli moja odpowiedź jest pomocna kliknij Zaakceptuj jako rozwiązanie, dzięki temu inni szybciej do niej dotrą
Tagi (2)
Profesor
1701 404 91

Re: Instrukcja wykonania diagnostyki łącza/Puma6 cz2. LINUX

Z tego co widzę jest tam psping. Ja jeszcze znalazłem tcping i udping. Szkoda tylko, że żaden nie ma trybu graficznego 

https://zanimnapiszesz.info
Zawodowiec
205 49 6

Re: Instrukcja wykonania diagnostyki łącza/Puma6 - dyskusja

Wspomniany przez @KOCUREK1970  Jperf jest ciekawym rozwiązaniem i sprawdza się świetnie również przy testowaniu Wi-Fi. Dodam, że do działania wymaga zainstalowania JAVY.


Teraz minusy jeśli chodzi o interesujący nas sposób diagnostyki. Przede wszystkim przestarzała wersja iperf i tym samym brak obsługi niektórych opcji. Drugi problem to różnice w rozmiarze okien TCP pomiędzy serwerem iperf.upc.pl, który działa na systemie Linux, a klientem Jperf uruchamianym na Windows. Można to obejść, jest również iperf3 dla Windows, ale wtedy wracamy do punktu wyjścia, czyli do CLI. Dlatego polecam korzystanie z certyfikowanego speedtestu, który uznawany jest przez operatorów i UKE:

https://pro.speedtest.pl/pomiar_certyfikowany_i_niecertyfikowany

Można też skorzystać z ftp UPC:

ftp://iperf.upc.pl/

 

 

Dziękuję za linka, @Kamil są tam przydatne różności, szczególnie TCPView:

https://docs.microsoft.com/en-us/sysinternals/downloads/tcpview

Bardzo pomocny dla tych, którzy chcą ustalic adresy z jakich korzystają ich aplikacje, zdecydowanie łatwiejsze niż użycie Wiresharka.

 

 

@MrPepka 
To co robi psping, tcping i udping potrafi jeden Nping.

Menedżer Społeczności
285 357 85

Re: Instrukcja wykonania diagnostyki łącza/Puma6 - dyskusja

@zuzia Ależ proszę bardzo  Polecam wrzucić je do zmiennej PATH i mieć je zawsze pod ręką.

 

Mi brakowało komendy whois w CLI pod Windą i tak trafiłem na sysinternalsy 

--
Jeśli moja odpowiedź jest pomocna kliknij Zaakceptuj jako rozwiązanie, dzięki temu inni szybciej do niej dotrą