Bramka na Slackware64 14.2, jajo 4.4.14.

Kopiuj
LAN
eth0

WAN
eth1   IP1
eth1:0 IP2
eth1:1 IP3

Po uruchomieniu IP1 jest pingowalny z zewnątrz natychmiast zaś IP2 i IP3 po kilkunastu minutach.
Wewnątrz bramki IP2 i IP3 są pingowalne natychmiast.
Jako że IP2 i IP3 są "denatowane" oczywiście usługi też nie działają.

eth1 jest podpięte do modemu dostawcy internetu.

tcpdump pokazuje że w tym czasie pakiety docierają na eth1 ale bramka nie odpowiada.

Kiedy problem się pojawił trudno powiedzieć, bo kilka lat temu była wymiana dostawcy internetu i modemu a problem wyszedł przy podmianie bramki
na nowszą. Jak się okazuje ze starą jest ten sam problem (Slackware 13.1.0 i karta Realtek z modułem 8139too).

Problem nie występuje w środowisku testowym czyli bramka podpięta na eth1 poprzez switch do kompa będącego dla niego zamiennikiem modemu.

Kopiuj
ethtool -i eth1
driver: e1000e
version: 3.4.2.1-NAPI
firmware-version: 0.13-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

Podmieniona karta na Realteka i bez zmian około kilkunastu minut nadal trzeba czekać

Kopiuj
ethtool -i eth1
driver: r8169
version: 2.3LK-NAPI
firmware-version: rtl8168e-3_0.0.4 03/27/12
expansion-rom-version: 
bus-info: 0000:04:00.0
supports-statistics: yes
supports-test: no
supports-eeprom-access: no
supports-register-dump: yes
supports-priv-flags: no

Jak jest karta Intela to w komunikatach od jaja pokazują się poniższe wiadomości z różną częstotliwością od co kilka minut do kilku godzin.

e1000e 0000:00:19.0 eth1: Detected Hardware Unit Hang:
TDH <d8>
TDT <6>
next_to_use <6>
next_to_clean <d4>
buffer_info[next_to_clean]:
time_stamp <10028d205>
next_to_watch <d8>
jiffies <10028dbcc>
next_to_watch.status <0>
MAC Status <40080083>
PHY Status <796d>
PHY 1000BASE-T Status <3800>
PHY Extended Status <3000>
PCI Status <10>