|
|
Instrukcja wykonania diagnostyki łącza/Puma6 |
Autor |
Wiadomość |
Zuzia [Usunięty]
|
Wysłany: 05-06-2019, 16:10 Instrukcja wykonania diagnostyki łącza/Puma6
|
|
|
Pierwszy krok to sprawdzenie poziomu sygnału w modemie, prawidłowe wartości powinny mieścić się w tych zakresach:
Kod: | 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 |
Gdy instalacja i sygnał będą doprowadzone do porządku można wziąć się za testy. Przeprowadzone wg. poniższych wskazówek wychwycą ewentualny problem z łączem jak też z Pumą 6.
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
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ć do Compala 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
Uruchomić PingPlotter (najlepiej z prawami Administratora), w menu wybrać View -> Customize View i zaznaczyć również opcję Max.
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.
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.
[ Dodano: 05-06-2019, 17:28 ]
Kolejna część będzie poświęcona diagnostyce pod Linuksem.
google.pl-UDP.jpg Przykładowy test PingPlotter Modem Compal |
|
Plik ściągnięto 176 raz(y) 248,07 KB |
iperf.upc.pl-TCP.jpg Przykładowy test PingPlotter Modem Compal |
|
Plik ściągnięto 90 raz(y) 254,72 KB |
|
|
|
|
|
hsurim
ultra master
Pomógł: 12 razy Dołączył: 04 Mar 2009 Posty: 1215 Skąd: Warszawa
|
Wysłany: 06-06-2019, 06:31
|
|
|
DOOBRA robota !!! |
|
|
|
|
Zuzia [Usunięty]
|
Wysłany: 06-06-2019, 13:16 Diagnostyka łącza/Puma6 pod Linuksem
|
|
|
Zasady dotyczące poziomu sygnału, trybu pracy modemu, połączenia kablowego itd. są takie same jak podane w poście #1.
Do pomiarów szybkości dla Linuksa niestety nie jest dostępny tester certyfikowany jak dla Windows: https://pro.speedtest.pl/
Na szczęście 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:
Kod: | 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.
Kod: | 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:
Kod: | 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.
Kod: | 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
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: Kod: | tcpdump -vvv -i eth0 -s 0 -XX -w /tmp/tcpdump-capture |
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 TCP, adres google.pl, port 443, interwał 0,3 sek. Kod: | mtr google.pl--tcp -P 443 -i 0.3 |
Test z użyciem protokołu UDP, adres youtube.com, port 33435, domyślny interwał 1 sek. (nie należy go zmieniać!) Kod: | mtr youtube.com --udp -P 33435 |
Test z użyciem protokołu TCP, adres DNS UPC (62.179.1.61), port 53, interwał 0,3 sek. Kod: | mtr 62.179.1.61 --tcp -P 53 -i 0.3 |
Test z użyciem protokołu UDP, adres google.pl, port 33434, domyślny interwał 1 sek. (nie należy go zmieniać!) Kod: | mtr google.pl --udp -P 33434 |
Test z użyciem protokołu TCP, adres iperf.upc.pl, port 443, interwał 0,3 sek. Kod: | mtr iperf.upc.pl --tcp -P 443 -i 0.3 |
Wyniki testów na zrzutach poniżej.
Compal-bridge-IPv4-mtr-test-TCP-google.pl.jpg
|
|
Plik ściągnięto 13 raz(y) 83,96 KB |
Compal-bridge-IPv4-mtr-test-UDP-youtube.com.jpg
|
|
Plik ściągnięto 8 raz(y) 83,81 KB |
Compal-bridge-IPv4-mtr-test-TCP-DNS_UPC.jpg
|
|
Plik ściągnięto 6 raz(y) 81,18 KB |
Compal-bridge-IPv4-mtr-test-UDP-google.pl.jpg
|
|
Plik ściągnięto 8 raz(y) 87,47 KB |
Compal-bridge-IPv4-mtr-test-TCP-iperf.upc.pl.jpg
|
|
Plik ściągnięto 7 raz(y) 76,83 KB |
|
|
|
|
|
-Zuzia
plus master
Pomogła: 9 razy Dołączyła: 27 Paź 2020 Posty: 600
|
Wysłany: 14-06-2021, 15:45 Diagnostyka łącza/Puma6 pod Linuksem
|
|
|
Ponieważ serwer iperf od UPC już nie działa, uznałam, że poradnik wymaga aktualizacji. Do pomiaru szybkości łącza można użyć linuksowego netperf oraz pewnego ciekawego skryptu z OpenWrt. Poniżej procedura dla dystrybucji opartych o Debiana (Mint, Ubuntu i inne).
Kod: | sudo apt-get update
sudo apt-get install netperf
wget https://raw.githubusercontent.com/openwrt/packages/master/net/speedtest-netperf/files/speedtest-netperf.sh
chmod +x speedtest-netperf.sh
sudo mv speedtest-netperf.sh /usr/bin |
Uruchomienie skryptu, serwer docelowy znajduje się w Danii, czas trwania 60 sekund, równoczesny test pobierania i wysyłania, wykonywanie ping na 8.8.8.8, ostatnia opcja 200 to ilość sesji - w przypadku łącz szybszych niż 500 Mbps warto eksperymentować z tą wartością, zwiększając ją. Kod: | speedtest-netperf.sh -H netperf-eu.bufferbloat.net -p 8.8.8.8 --concurrent --number 200
2021-06-14 15:43:22 Starting speedtest for 60 seconds per transfer session.
Measure speed to netperf-eu.bufferbloat.net (IPv4) while pinging 8.8.8.8.
Download and upload sessions are concurrent, each with 200 simultaneous streams.
.............................................................................
Download: 311.54 Mbps
Upload: 38.20 Mbps
Latency: [in msec, 63 pings, 0.00% packet loss]
Min: 13.000
10pct: 23.500
Median: 205.000
Avg: 197.614
90pct: 309.000
Max: 350.000
CPU Load: [in % busy (avg +/- std dev) @ avg frequency, 74 samples]
cpu0: 45.8 +/- 7.7 @ 3599 MHz
cpu1: 35.1 +/- 7.5 @ 3598 MHz
cpu2: 42.6 +/- 7.3 @ 3599 MHz
cpu3: 36.2 +/- 7.6 @ 3598 MHz
Overhead: [in % used of total CPU available]
netperf: 17.09 |
Kolejny test, tym razem na szwedzki serwer. Kod: | speedtest-netperf.sh -H netperf-west.bufferbloat.net -p 8.8.8.8 --concurrent --number 200
2021-06-14 17:10:06 Starting speedtest for 60 seconds per transfer session.
Measure speed to netperf-west.bufferbloat.net (IPv4) while pinging 8.8.8.8.
Download and upload sessions are concurrent, each with 200 simultaneous streams.
.................................................................................................
Download: 306.27 Mbps
Upload: 29.55 Mbps
Latency: [in msec, 93 pings, 0.00% packet loss]
Min: 10.400
10pct: 13.800
Median: 30.900
Avg: 88.474
90pct: 237.000
Max: 319.000
CPU Load: [in % busy (avg +/- std dev) @ avg frequency, 63 samples]
cpu0: 3.4 +/- 1.6 @ 3596 MHz
cpu1: 6.9 +/- 1.7 @ 3535 MHz
cpu2: 4.2 +/- 1.6 @ 3596 MHz
cpu3: 6.1 +/- 1.7 @ 3535 MHz
Overhead: [in % used of total CPU available]
netperf: 0.6 |
Uzyskujemy dość szczegółowe wyniki, minimum, maksimum, średnią, medianę, opóźnienie, użycie CPU w trakcie testu. Skrypt obsługuje domyślnie IPv4, ale można również testować z IPv6, jeśli ktoś chce się pobawić, opis oraz lista dostępnych parametrów wygląda następująco: https://github.com/openwrt/packages/tree/master/net/speedtest-netperf/files#usage |
_________________
|
|
|
|
|
|
Nie możesz pisać nowych tematów Nie możesz odpowiadać w tematach Nie możesz zmieniać swoich postów Nie możesz usuwać swoich postów Nie możesz głosować w ankietach Nie możesz załączać plików na tym forum Możesz ściągać załączniki na tym forum
|
Dodaj temat do Ulubionych Wersja do druku
|
Komentarze napisane przez użytkowników tego forum są ich prywatnymi opiniami.
Wortal chelloPL oraz MediaŚwiat jak również żaden z administratorów/moderatorów nie ponosi odpowiedzialności za treść komentarzy. | Strona wygenerowana w 0,55 sekundy. Zapytań do SQL: 16 | |
|
|
Grupa
Aktualności:
|
|