netdev nie ma  nic wspólnego z tym czy internet jest czy nie. Trigger reaguje tylko na eth1, na intefejs. Jak chcesz tak jak piszesz to musisz sobie napisać skrypt - jak nie ma internetu to niech wygasza diodę, jak jest to ma ustawić.

Obecność internetu sprawdzasz np. pingując google.com, a sterowanie diodą: https://eko.one.pl/?p=openwrt-leds

tx i rx mruga jak jest transmisja. Nie jak jest internet, bo żądania dhcp bez odpowiedzi to też jest transmisja i też będzie mrugać.

Już pisałem - możesz sobie oskryptować to tak jak potrzebujesz i chcesz.

Dziękuję, pewnie AI to najszybszy sposób, ale chciałem z kimś żywym pogadać

Napiszę skrypt i dam znać. Może założę nowy temat, jak będzie działać to inni na tym skorzystają. Z drugiej strony OpenWRT mogły taką funkcjonalność zawierać. Wydaje mi się, że mój TP Link Archer C6, miał diodę Internet. Więc jak było działające połączenia świeciła na zielono. Może udałoby się przenieść tę funkcjonalność do OpenWRT?

Dziękuję Cezary, tak na bazie Twojego poradnika zrobiłem już skrypt do powiadamiania mailowego oraz automatycznego restartowania połączenia jak internet przestanie działać. Ale mój skrypt nie przewiduje zmiany koloru diody.

Mój skrypt:

#!/bin/sh

if ! ping -q -c 1 -W 5 google.com > /dev/null; then
    logger "Brak internetu, probuje wznowic"
    ifup wan
    for i in $(seq 1 20); do
        sleep 3
        if ping -q -c 1 -W 5 google.com > /dev/null; then
            logger "Polaczenie przywrocone, wysylam maila"
            cat /etc/mail_router.txt | msmtp -t
            break
        fi
    done
fi

co powiecie na to:

#!/bin/sh

LOCK="/tmp/tester.lock"
LED="/sys/class/leds/green:inet"

exec 200>"$LOCK" || exit 1
flock -n 200 || exit 0

led_on() {
    echo none > "$LED/trigger"
    echo 1 > "$LED/brightness"
}

led_off() {
    echo none > "$LED/trigger"
    echo 0 > "$LED/brightness"
}

led_blink() {
    echo timer > "$LED/trigger"
    echo 500 > "$LED/delay_on"   # czas w ms
    echo 500 > "$LED/delay_off"
}

if ping -q -c 1 -W 5 google.com > /dev/null; then
    # Internet OK
    led_on
    exit 0
fi

# Brak internetu
led_blink
logger "Brak internetu, probuje wznowic"
ifup wan

for i in $(seq 1 20); do
    sleep 3
    if ping -q -c 1 -W 5 google.com > /dev/null; then
        logger "Polaczenie przywrocone, wysylam maila"
        cat /etc/mail_router.txt | msmtp -t
        led_on
        break
    fi
done

# Jeśli po 20 próbach dalej brak internetu, LED pozostaje w trybie OFF
if ! ping -q -c 1 -W 5 google.com > /dev/null; then
    led_off
fi

Czy ostrzeżenia typu:

mtdblock: MTD device 'ubi' is NAND, please consider using UBI block devices instead.

w Gargoyle są normalne?

Pytanie 2 (dla pewności):

cat /tmp/sysinfo/model
Zyxel EX5601-T0 ubootmod

Żeby zamienić Gargoyle na OpenWRT wgrywam sysupgrade dla tej wersji:

Zyxel EX5601-T0 (OpenWrt U-Boot layout) / Zyxel EX5601-T1 / Zyxel T-56

Na moim Zyxel T-56 testy wychodzą następująco:

Offloading: brak
https://www.waveform.com/tools/bufferbl … 45c7304010

Offloading: sprzętowy
https://www.waveform.com/tools/bufferbl … 33ef21f89a

Offloading: programowy
https://www.waveform.com/tools/bufferbl … ca2f0f2d48

Czyli najlepiej włączyć offloading programowy? 
Czy offloadnig sprzętowy ze względu na Broadcom nie jest wspierany przez OpenWrt?

Oki, za bardzo uwierzyłem  AI.
Ale część pomysłów miała dobrych.

Lan 2.5G to już przeżytek Na rynku są switche 10G, karty sieciowe na realtekach są też już śmiesznie tanie, więc leć od razu w górę jeżeli tylko masz gdzie to wstawić.

ja na zyxelu mam z sprzętowym offload normalnie A+ w bufferbloat przy łączu 2000/600 od orange (pppoe), po kablu
https://www.waveform.com/tools/bufferbl … 7d5229ed6c

po wifi leci tak, https://www.waveform.com/tools/bufferbl … 48f9f4c23e ale zapewne tutaj ogranicznikiem jest sam laptop + sieciowka ax210 co ma mimo 2x2, może z lepszym sprzętem i na wifi bufferbloat byłby lepszy, ale szczerze nie wiem

brak offloadingu ogranicza mi łącze do 940/600 przy użyciu proca na 100% także nie dla mnie opcja

Najpewniej jakoś równoważy ruch bo mam 2 sesje pppoe zrobione, dla ipv4 i ipv6, dla samej v4 miałem A

procesor sobie spi na 1-2% po kablu, na wifi już się rozpędza do 10-15% przy prędkościach ok 1600/610

{
        "kernel": "6.6.119",
        "hostname": "OpenWrt",
        "system": "ARMv8 Processor rev 4",
        "model": "Zyxel EX5601-T0 ubootmod",
        "board_name": "zyxel,ex5601-t0-ubootmod",
        "rootfs_type": "squashfs",
        "release": {
                "distribution": "OpenWrt",
                "version": "24.10.5",
                "revision": "r29087-d9c5716d1d",
                "target": "mediatek/filogic",
                "description": "OpenWrt 24.10.5 r29087-d9c5716d1d",
                "builddate": "1766005702"
        }
}

Sprzętu raczej, te ARMy nie są ultra mocne przecież, byle jaki obecny proc z nawet najtańszego telefonu będzie wyraźnie wydajniejszy pod względem surowej mocy
Jak chcesz ultra szybkie łącze i SQM to myślę że bez wydajnego x86 się nie obejdzie

Sam mógłbym zmigrowac na homelaba z R5 5600 i openwrt np w maszynce na proxmoxie ale musiałbym dokupić lepsza sieciowke bo mam tylko 1x2.5G i 1x1G, a wtedy zyxela przemigrowac na AP, z sqm może bym wyciągnął te 2000, ale to są koszty i czas aby se ustawić odpowiednio, więc narazie mi się nie chce szczerze mówiąc

Narazie dla moich potrzeb zyxel się sprawdza i nie narzekam, przy moim łączu
Wątpię czy Orange w moim mieście prędko przejdzie na 8000/1000, zresztą nawet jakby zmienili to i tak w homelabie musiałbym zmienić sieciowki i ont/wkładkę sfp na 10gbps