- « Poprzedni
- Następny »
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
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ą.
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
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.
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
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ą...
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
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. -.-
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
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 ...
W każdym razie w moim przypadku wszystkie problemy ustąpiły po wymianie Funboxa 3 na ONT + mój własny router Mikrotik
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
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.
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
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.
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
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.
- « Poprzedni
- Następny »