Nie można wyświetlić tego widżeta.
Nie można wyświetlić tego widżeta.
Nie można wyświetlić tego widżeta.

Funbox 3: Zawieszające się porty ethernet

Anonim

Nie dotyczy

Funbox 3: Zawieszające się porty ethernet

@SxldFWO55n8Hkdm  co kilka tygodni jest odświeżanie adresu i być może konfiguracji FB 3.0, więc może o te zdalne działania Orange coś mieszają.


Poziom 19, Odkrywca Przestworzy
  • 22
  • 48
  • 1

Funbox 3: Zawieszające się porty ethernet

@AnonimMoze, ale dziwne byłoby gdyby nagle po wygaśnięciu dzierżawy i dostaniu nowego adresu (na nastepne tygodnie) pojawiały się problemy co kilka dni.

 

Aktualnie widzę w info systemowych coś takiego:

 

czas trwania połączenia FTTH: 01 d 03 g 49 m 22 s 
ostatnia synchronizacja FTTH: 22 kwietnia 2020, 18:08
ostatnie połączenie PPP: 22 kwietnia 2020, 18:11

Jak znowu się zwiesi to zobaczę czy moment awarii będzie bliski czasu odświeżenia sesji.

 


Poziom 20, Odkrywca Przestworzy
  • 1005
  • 2454
  • 3

Funbox 3: Zawieszające się porty ethernet

to nie jest problem jednostkowy. pod tym względem funbox 2.0 był znacznie lepszy. Wg mojej wiedzy jest to częsty problem i dużo osób zgłasza w/w nieprawidłowości. Zastanawiam się tylko czy to soft, czy coś z elektroniką...


Poziom 19, Odkrywca Przestworzy
  • 22
  • 48
  • 1

Funbox 3: Zawieszające się porty ethernet

Jest nowa zwiecha - 3 maja ok. 13:30 czyli ok ~259,5 godziny po zresetowaniu do ustawień

fabrycznych.

Zgodnie z tym wątkiem: https://nasz.orange.pl/t5/Internet-domowy/Sesja-PPP-restart-sesji-po%C5%82%C4%85czenia-z-internetem-...

sesja powinna trwać równe 240 godzin wiec nie wygląda mi to na jakiś magiczny numerek.

 

Niestety przed rebootem nie sprawdziłem info o sesjach. -.-


Poziom 18, Badacz Przestworzy
  • 202
  • 296
  • 0

Funbox 3: Zawieszające się porty ethernet

Dawno tu nie zaglądałem na forum...

No proszę gdy ja pisałem o tym w zeszłym roku to wszyscy mieli mnie za wariata ... 

https://nasz.orange.pl/t5/Modemy-i-routery/Funbox-3-0-Pierwszy-port-ethernet-nie-zawsze-dzia%C5%82a/... 

 

W każdym razie w moim przypadku wszystkie problemy ustąpiły po wymianie Funboxa 3 na ONT + mój własny router Mikrotik


Poziom 42, Mistrz Międzygalaktyczny
  • 19968
  • 57730
  • 784

Funbox 3: Zawieszające się porty ethernet

@Mitar nie wszyscy mieli Ciebie za wariata. Ja na forum jestem później, niż Ty założyłeś temat w tej sprawie, więc nie mogłem o Tobie źle myśleć.

 

Wracając do tematów wieszających się portów. Kiedyś byłem na szkoleniu, gdzie było do realizacji zadanie, które wymagało dostępu do sieci, przynajmniej LAN. Ponieważ był problem z takim dostępem, prowadzący zaproponował tak podłączyć we wtyczce RJ-45 przewody, aby oszukać kartę sieciową w komputerze. Zadziałało i po podłączeniu takiej wtyczki do karty sieciowej w komputerze, komputer zachowywał się, jakby był podłączony przez kabelka do sieci LAN.

 

Do czego zmierzam. Jak tylko podłączylem u siebie w domu taką wtyczkę do routera, nastąpiło zawieszenie całej sieci LAN. Nie dało się w ogóle korzystać z internetu. Po wyjęciu tej wtyczki z routera, sieć znowu zaczęła pracować poprawnie.

 

Przychylam się więc do sugestii @Anonim, że któreś urządzenie sieciowe wprowadza zakłucenia, niewłaściwy przepływ danych powodując zawieszenie portu LAN. Warto więc sprawdzić daną kartę sieciową lub router, który jest podłączeniu przez do portu LAN w FunBoxie.


Poziom 19, Odkrywca Przestworzy
  • 22
  • 48
  • 1

Funbox 3: Zawieszające się porty ethernet

@ketrasaArtur, @Anonim zgadzam się ze to najpewniej któreś z urządzę powoduje problem, ale i tak uważam, ze w tle za wszystkim stoi babol w firmwarze funboxa. Brak zainteresowania od Orange i zero dostępu do logów na FB3 utrudnia debugowanie. +@Mitar naprawił swój problem wymieniając FB3 na ONT+inny router wiec coś jest na rzeczy.

 

Po zawieszeniu w ostatni weekend zamiast resetować znowu do ustawień fabrycznych po prostu zrobilem reboot (bez tego port sie nie odblokowuje). Zrobiłem jednocześnie jedną zmianę w podsieci podłączonej do tego zacinającego się portu: Wymieniłem ostatnią już kartę sieciową. Jedna maszyna korzystała z wbudowanego w mobo Z97M-PLUS chipu Intel I218V. Teraz wrzuciłem tam 4 portowa kartę HP NC364T z chipem 82571EB.

 

Na razie prawie 5 dni bez zwiechy, ale dopóki nie minie 2-3 tygodnie to nie mogę być niczego pewien.


Poziom 19, Odkrywca Przestworzy
  • 22
  • 48
  • 1

Funbox 3: Zawieszające się porty ethernet

Minęły ponad 3 tygodnie i zero problemów.

Wygląda na to ze wbudowany NIC źle się zachowuje.

Przegrepowałem system i nie mam na ten interfejs żadnych nie-domyśnych ustawień, taka sama auto-konfiguracja na obu interfejsach. (+ juz zmienialem na tej maszynie klienta DHCP z wbudowanego w systemd na dhcpcd)

 

Oba chipy są od intela i są obsługiwane przez ten sam driver kernelowy, nie za bardzo wiem co może być powodem.

 

Poniżej sa dumpy z ethtoola:

 

Aktualnie dzialajacy NIC:

 

$ethtool     enp4s0f0
	Settings for enp4s0f0:
		Supported ports: [ TP ]
		Supported link modes:   10baseT/Half 10baseT/Full 
								100baseT/Half 100baseT/Full 
								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/Full 
		Advertised pause frame use: No
		Advertised auto-negotiation: Yes
		Advertised FEC modes: Not reported
		Speed: Unknown!
		Duplex: Unknown! (255)
		Port: Twisted Pair
		PHYAD: 1
		Transceiver: internal
		Auto-negotiation: on
		MDI-X: Unknown (auto)
		Supports Wake-on: pumbg
		Wake-on: d
		Current message level: 0x00000007 (7)
					   drv probe link
		Link detected: no
$ethtool  -a enp4s0f0
	Pause parameters for enp4s0f0:
	Autonegotiate:	on
	RX:		on
	TX:		on

$ethtool  -c enp4s0f0
	Coalesce parameters for enp4s0f0:
	Adaptive RX: off  TX: off
	stats-block-usecs: 0
	sample-interval: 0
	pkt-rate-low: 0
	pkt-rate-high: 0

	rx-usecs: 3
	rx-frames: 0
	rx-usecs-irq: 0
	rx-frames-irq: 0

	tx-usecs: 0
	tx-frames: 0
	tx-usecs-irq: 0
	tx-frames-irq: 0

	rx-usecs-low: 0
	rx-frames-low: 0
	tx-usecs-low: 0
	tx-frames-low: 0

	rx-usecs-high: 0
	rx-frames-high: 0
	tx-usecs-high: 0
	tx-frames-high: 0

$ethtool  -g enp4s0f0
	Ring parameters for enp4s0f0:
	Pre-set maximums:
	RX:		4096
	RX Mini:	0
	RX Jumbo:	0
	TX:		4096
	Current hardware settings:
	RX:		256
	RX Mini:	0
	RX Jumbo:	0
	TX:		256

$ethtool  -k enp4s0f0
	Features for enp4s0f0:
	rx-checksumming: on
	tx-checksumming: on
		tx-checksum-ipv4: off [fixed]
		tx-checksum-ip-generic: on
		tx-checksum-ipv6: off [fixed]
		tx-checksum-fcoe-crc: off [fixed]
		tx-checksum-sctp: off [fixed]
	scatter-gather: on
		tx-scatter-gather: on
		tx-scatter-gather-fraglist: off [fixed]
	tcp-segmentation-offload: on
		tx-tcp-segmentation: on
		tx-tcp-ecn-segmentation: off [fixed]
		tx-tcp-mangleid-segmentation: off
		tx-tcp6-segmentation: on
	generic-segmentation-offload: on
	generic-receive-offload: on
	large-receive-offload: off [fixed]
	rx-vlan-offload: on
	tx-vlan-offload: on
	ntuple-filters: off [fixed]
	receive-hashing: on
	highdma: on [fixed]
	rx-vlan-filter: on [fixed]
	vlan-challenged: off [fixed]
	tx-lockless: off [fixed]
	netns-local: off [fixed]
	tx-gso-robust: off [fixed]
	tx-fcoe-segmentation: off [fixed]
	tx-gre-segmentation: off [fixed]
	tx-gre-csum-segmentation: off [fixed]
	tx-ipxip4-segmentation: off [fixed]
	tx-ipxip6-segmentation: off [fixed]
	tx-udp_tnl-segmentation: off [fixed]
	tx-udp_tnl-csum-segmentation: off [fixed]
	tx-gso-partial: off [fixed]
	tx-sctp-segmentation: off [fixed]
	tx-esp-segmentation: off [fixed]
	tx-udp-segmentation: off [fixed]
	fcoe-mtu: off [fixed]
	tx-nocache-copy: off
	loopback: off [fixed]
	rx-fcs: off
	rx-all: off
	tx-vlan-stag-hw-insert: off [fixed]
	rx-vlan-stag-hw-parse: off [fixed]
	rx-vlan-stag-filter: off [fixed]
	l2-fwd-offload: off [fixed]
	hw-tc-offload: off [fixed]
	esp-hw-offload: off [fixed]
	esp-tx-csum-hw-offload: off [fixed]
	rx-udp_tunnel-port-offload: off [fixed]
	tls-hw-tx-offload: off [fixed]
	tls-hw-rx-offload: off [fixed]
	rx-gro-hw: off [fixed]
	tls-hw-record: off [fixed]
	rx-gro-list: off
$ethtool  -i enp4s0f0
	driver: e1000e
	version: 3.2.6-k
	firmware-version: 5.12-2
	expansion-rom-version: 
	bus-info: 0000:04:00.0
	supports-statistics: yes
	supports-test: yes
	supports-eeprom-access: yes
	supports-register-dump: yes
	supports-priv-flags: no

 

 

Problematyczny NIC:

 

$ethtool    eno1
	Settings for eno1:
		Supported ports: [ TP ]
		Supported link modes:   10baseT/Half 10baseT/Full 
								100baseT/Half 100baseT/Full 
								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/Full 
		Advertised pause frame use: No
		Advertised auto-negotiation: Yes
		Advertised FEC modes: Not reported
		Speed: Unknown!
		Duplex: Unknown! (255)
		Port: Twisted Pair
		PHYAD: 2
		Transceiver: internal
		Auto-negotiation: on
		MDI-X: Unknown (auto)
		Supports Wake-on: pumbg
		Wake-on: g
		Current message level: 0x00000007 (7)
					   drv probe link
		Link detected: no
$ethtool -a eno1
	Pause parameters for eno1:
	Autonegotiate:	on
	RX:		on
	TX:		on

$ethtool -c eno1
	Coalesce parameters for eno1:
	Adaptive RX: off  TX: off
	stats-block-usecs: 0
	sample-interval: 0
	pkt-rate-low: 0
	pkt-rate-high: 0

	rx-usecs: 3
	rx-frames: 0
	rx-usecs-irq: 0
	rx-frames-irq: 0

	tx-usecs: 0
	tx-frames: 0
	tx-usecs-irq: 0
	tx-frames-irq: 0

	rx-usecs-low: 0
	rx-frames-low: 0
	tx-usecs-low: 0
	tx-frames-low: 0

	rx-usecs-high: 0
	rx-frames-high: 0
	tx-usecs-high: 0
	tx-frames-high: 0

$ethtool -g eno1
	Ring parameters for eno1:
	Pre-set maximums:
	RX:		4096
	RX Mini:	0
	RX Jumbo:	0
	TX:		4096
	Current hardware settings:
	RX:		256
	RX Mini:	0
	RX Jumbo:	0
	TX:		256

$ethtool -k eno1
	Features for eno1:
	rx-checksumming: on
	tx-checksumming: on
		tx-checksum-ipv4: off [fixed]
		tx-checksum-ip-generic: on
		tx-checksum-ipv6: off [fixed]
		tx-checksum-fcoe-crc: off [fixed]
		tx-checksum-sctp: off [fixed]
	scatter-gather: on
		tx-scatter-gather: on
		tx-scatter-gather-fraglist: off [fixed]
	tcp-segmentation-offload: on
		tx-tcp-segmentation: on
		tx-tcp-ecn-segmentation: off [fixed]
		tx-tcp-mangleid-segmentation: off
		tx-tcp6-segmentation: on
	generic-segmentation-offload: on
	generic-receive-offload: on
	large-receive-offload: off [fixed]
	rx-vlan-offload: on
	tx-vlan-offload: on
	ntuple-filters: off [fixed]
	receive-hashing: on
	highdma: on [fixed]
	rx-vlan-filter: off [fixed]
	vlan-challenged: off [fixed]
	tx-lockless: off [fixed]
	netns-local: off [fixed]
	tx-gso-robust: off [fixed]
	tx-fcoe-segmentation: off [fixed]
	tx-gre-segmentation: off [fixed]
	tx-gre-csum-segmentation: off [fixed]
	tx-ipxip4-segmentation: off [fixed]
	tx-ipxip6-segmentation: off [fixed]
	tx-udp_tnl-segmentation: off [fixed]
	tx-udp_tnl-csum-segmentation: off [fixed]
	tx-gso-partial: off [fixed]
	tx-sctp-segmentation: off [fixed]
	tx-esp-segmentation: off [fixed]
	tx-udp-segmentation: off [fixed]
	fcoe-mtu: off [fixed]
	tx-nocache-copy: off
	loopback: off [fixed]
	rx-fcs: off
	rx-all: off
	tx-vlan-stag-hw-insert: off [fixed]
	rx-vlan-stag-hw-parse: off [fixed]
	rx-vlan-stag-filter: off [fixed]
	l2-fwd-offload: off [fixed]
	hw-tc-offload: off [fixed]
	esp-hw-offload: off [fixed]
	esp-tx-csum-hw-offload: off [fixed]
	rx-udp_tunnel-port-offload: off [fixed]
	tls-hw-tx-offload: off [fixed]
	tls-hw-rx-offload: off [fixed]
	rx-gro-hw: off [fixed]
	tls-hw-record: off [fixed]
	rx-gro-list: off
$ethtool -i eno1
	driver: e1000e
	version: 3.2.6-k
	firmware-version: 0.1-4
	expansion-rom-version: 
	bus-info: 0000:00:19.0
	supports-statistics: yes
	supports-test: yes
	supports-eeprom-access: yes
	supports-register-dump: yes
	supports-priv-flags: no

 

 

Diff jest raczej niewielki:

 

< 		Wake-on: d
---
> 		Wake-on: g

< 	rx-vlan-filter: on [fixed]
---
> 	rx-vlan-filter: off [fixed]

 

- Wake on lan nie uzywam / nie wiem o zadnym uzadzeniu w mojej sieci ktore mogloby to uzywac.

- nie wiem co ten 'rx-vlan-filter' ma robic konkretnie ale aktualnie nie mam ustawionych zadnych vlanow w sieci.

 

Jakies pomysly jaka moze byc roznica/powod/jakie ustawienia mogą mieć znaczenie?

 

Wolałbym wrocic do wbudowanego NICa bo nie mam juz portow PCIe i aktualnie uzywam abominacji pod postacią adapter M.2 do PCIe -> 3x taśma przedłuzająca PCIe wychodząca poza obudowe -> NIC HP lezący na obudowie. Poza tym to 4 portowa karta ktora sie mocno grzeje wiec dodatkowo mam 5V wentylator lezący na jej radiatorze podłączony po USB.