0
(27-04-2023, 09:02)dedito napisał(a): Potrzebuje wszystkie po zaistnieniu problemu, a widzę tylko wynik pinga.
Przy okazji wrzuć też wynik ip address show
Nie wiem czy pisząc, że potrzebujesz wszystko potrzebujesz też wyniku dla wszystkich kart ? Z tego co ustaliłem port ethernet w lapku jest na enp12s0 więc komendę ethtool wpisałem z tą nazwą karty.
Po zaistnieniu problemu
Kod:
michal@michal:~$ ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp12s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
link/ether f0:1f:af:28:30:38 brd ff:ff:ff:ff:ff:ff
3: wlp2s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
link/ether 4c:80:93:01:d9:a7 brd ff:ff:ff:ff:ff:ff
4: nordlynx: <POINTOPOINT,UP,LOWER_UP> mtu 1420 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/none
michal@michal:~$ ethtool enp12s0
Settings for enp12s0:
Supported ports: [ TP ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Link partner advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Link partner advertised pause frame use: No
Link partner advertised auto-negotiation: Yes
Link partner advertised FEC modes: Not reported
Speed: 1000Mb/s
Duplex: Full
Auto-negotiation: on
Port: Twisted Pair
PHYAD: 1
Transceiver: internal
MDI-X: off
netlink error: Operation not permitted
Current message level: 0x000000ff (255)
drv probe link timer ifdown ifup rx_err tx_err
Link detected: yes
michal@michal:~$ ping -c 4 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
--- 8.8.8.8 ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3056ms
michal@michal:~$ ip address show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
2: enp12s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether f0:1f:af:28:30:38 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.137/24 brd 192.168.1.255 scope global dynamic noprefixroute enp12s0
valid_lft 32922sec preferred_lft 32922sec
3: wlp2s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 4c:80:93:01:d9:a7 brd ff:ff:ff:ff:ff:ff
4: nordlynx: <POINTOPOINT,UP,LOWER_UP> mtu 1420 qdisc noqueue state UNKNOWN group default qlen 1000
link/none
inet 10.5.0.2/32 scope global nordlynx
valid_lft forever preferred_lft forever
Tak przy okazji na forum Dell’a otrzymałem taką oto informację od jednego z użytkowników:
"That makes it even more likely there's a conflict between the inevitable lag in the network when using the VPN and the test software. This has absolutely nothing to do with firmware, which doesn't have any role in what you're seeing.
It may be there's a fault in the loop in the test software that's showing up with the faster CPU."
Dodano po pewnym czasie:
Ja bym jeszcze rozpatrzał, czy czasem ruter podczas wykonywania testu nie jest zalewany nadmierną ilością połączeń i czy w takim przypadku nie załącza się jakaś automatyczna blokada odseparowująca wszystkie podłączone urządzenia ? Przy okazji swojego pierwszego postu wrzuciłem link do przypadku osoby u której działo się podobnie
Dodano po pewnym czasie:
(27-04-2023, 11:37)kruger84 napisał(a):(27-04-2023, 09:02)dedito napisał(a): Potrzebuje wszystkie po zaistnieniu problemu, a widzę tylko wynik pinga.
Przy okazji wrzuć też wynik ip address show
Nie wiem czy pisząc, że potrzebujesz wszystko potrzebujesz też wyniku dla wszystkich kart ? Z tego co ustaliłem port ethernet w lapku jest na enp12s0 więc komendę ethtool wpisałem z tą nazwą karty.
Po zaistnieniu problemu
Kod:michal@michal:~$ ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp12s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
link/ether f0:1f:af:28:30:38 brd ff:ff:ff:ff:ff:ff
3: wlp2s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
link/ether 4c:80:93:01:d9:a7 brd ff:ff:ff:ff:ff:ff
4: nordlynx: <POINTOPOINT,UP,LOWER_UP> mtu 1420 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/none
michal@michal:~$ ethtool enp12s0
Settings for enp12s0:
Supported ports: [ TP ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Link partner advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Link partner advertised pause frame use: No
Link partner advertised auto-negotiation: Yes
Link partner advertised FEC modes: Not reported
Speed: 1000Mb/s
Duplex: Full
Auto-negotiation: on
Port: Twisted Pair
PHYAD: 1
Transceiver: internal
MDI-X: off
netlink error: Operation not permitted
Current message level: 0x000000ff (255)
drv probe link timer ifdown ifup rx_err tx_err
Link detected: yes
michal@michal:~$ ping -c 4 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
--- 8.8.8.8 ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3056ms
michal@michal:~$ ip address show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
2: enp12s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether f0:1f:af:28:30:38 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.137/24 brd 192.168.1.255 scope global dynamic noprefixroute enp12s0
valid_lft 32922sec preferred_lft 32922sec
3: wlp2s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 4c:80:93:01:d9:a7 brd ff:ff:ff:ff:ff:ff
4: nordlynx: <POINTOPOINT,UP,LOWER_UP> mtu 1420 qdisc noqueue state UNKNOWN group default qlen 1000
link/none
inet 10.5.0.2/32 scope global nordlynx
valid_lft forever preferred_lft forever
Tak przy okazji na forum Dell’a otrzymałem taką oto informację od jednego z użytkowników:
"That makes it even more likely there's a conflict between the inevitable lag in the network when using the VPN and the test software. This has absolutely nothing to do with firmware, which doesn't have any role in what you're seeing.
It may be there's a fault in the loop in the test software that's showing up with the faster CPU."
Dodano po pewnym czasie:
Ja bym jeszcze rozpatrzał, czy czasem ruter podczas wykonywania testu nie jest zalewany nadmierną ilością połączeń i czy w takim przypadku nie załącza się jakaś automatyczna blokada odseparowująca wszystkie podłączone urządzenia ? Przy okazji swojego pierwszego postu wrzuciłem link do przypadku osoby u której działo się podobnie
Zobrazuję jeszcze jedno. Po wykonaniu komendy
Kod:
mtr google.com
Widać, że gubione są pakiety po stronie usługodawcy internetu VPN. Załączam screen
Dodano po pewnym czasie: