Pierwsza cześć - sqm został dostosowany i szuka iptables-nft jak nie ma czystego iptables, więc z 22.03 jest zgodny.

Ja nie używam, więc poczekaj aż ktoś inny się odezwie.

Próbowałeś nic nie przestawiać tylko pojechać na ustawieniach jakie są standardowo?

dokumentacja mówi żeby dla DOCSIS ustawić w Adaptacji warstwy połączenia -> Narzut 22

sprawdź czy masz, ustaw jak nie masz...

Powiem Ci że dziwnie działa ten SQM na R6220 i może to kwestia tej architektury.
A po zainstalowaniu sqm-scripts to doinstalował tylko:

# opkg list-installed | grep iptables
iptables-mod-ipopt - 1.8.7-7
iptables-zz-legacy - 1.8.7-7
tc-mod-iptables - 5.15.0-3

i wcale nie szukał iptables-nft...

Ja nie używam tego i tak sobie włączyłem z ciekawości.
Dziwne jest to że na x86_64 potrafi trzymać bitrate ale tylko przy specyficznych ustawieniach.
np dla ustawień.
Down: 450000
Up:         5000
test Downloadu pokazuje tylko 276 Mbits/sec

natomiast dla ustawień:
Down: 450000
Up:     500000
test Downloadu pokazuje 422 Mbits/sec

Ustawiona wartość Up  nie powinna mieć wpływu skoro ja robię test Down, a tam jest cały czas ta sama wartość 450000 a więc można oczekiwać tych samych wartości w obu przypadkach.

EDIT: już wiem. Gdy ustawię Up na 5000 to pakietów zwrotnych jest tak mało, że pakietów dochodzących też jest proporcjonalnie mniej.
Jak ustawiłem Up na 7200 to poszło Down na 422 Mbits/sec
Czyli wychodzi na to, że Up musi być minimum około 1,6-1,8% Down dla dużych wartości Downloadu oraz minimum około 3% dla wartości rzędu Down 100000.
Ale to działa na x86_64

EDIT2 Jeden z ogólnopolskich dostawców Internetu posiada takie propozycje:
Down: 150 Up: 25 (16,6%)
Down: 300 Up: 25 (8,3%)
Down: 500 Up: 30 (6,0%)
Down: 750 Up: 40 (5,3%)
Down: 1Gb Up: 40 (4,0%)
I to by wyjaśniało dlaczego Up nie rośnie proporcjonalnie do Down.
Gdy pobieramy np 750 Mbps to w zasadzie nie mamy Uploadu lub znikomy, bo wszystko idzie na informacje zwrotne nawiązanych połączeń itp

Made in Poland: Żeby wysyłać nie możemy nic pobierać

tak, zapomniałem o tym, że wszystko jest liczone w tym przypadku, a nie tylko nowe połączenia wychodzące.
W pobieraniu ukryty jest upload i tego nie widać jawnie, skoro nic nie wysyłasz jawnie.

Wracając do meritum co nie zmienia faktu, że na R6220 ten SQM działa co najmniej dziwnie.

EDIT:

Jakby się tak czepiać to napisałeś zbyt ogólnie. Uściślając, tak jest w przypadku tcp bo dla udp nic nie odsyła, nie korzysta z unikatowych identyfikatorów ani też nie nadaje numerów sekwencyjnych.
UDP to też część Internetu

Na forum sa informacje o edycji watku?Powyzej edytowalem wpis i przez dobe nikt nie odpowiedzial. Sam sprawdzilem ostatecznie sqm na najnowszej wersji + r6220. Okazuje sie ze przycinanie lacza nie dziala wcale razem z sqm. Zawsze ten sam transfer. Ale uzywalem sqm z tym odciazaniem procka w firewallu (odciazaniem softowym + hardwareowym). Bez tego r6220wyciagal tylko 100Mbit z hakiem. A jest informacja ,ze to odciazanie jest eksperymentalne i moze nie wspolgrac razem z qos/sqm. Nie wiem czy ja cos robie zle czy to sqm raz nie dziala tak raz nie dziala inaczej. Nie wiem czy z mojej winy czy nie. Testowalem tylko cake/piece of cake bo ludzie na yutubach tak ustawiali tzn default i nie dzialalo. Tzn dzialalo w jakims stopniu bo z braku obcinania lacza mialem +22ms ping. Na mikrotiku mam +1ms i to jakos zniose ale +22ms nie. Bez sqm na r6220 mialem ponad +100ms. Czyli sumarycznie mozna powiedziec, ze dziala czesciowo ale nie tak jak bym chcial.