Dzisiaj na trunku (OpenWrt Chaos Calmer r43707 / LuCI Master (git-14.343.56284-0fb85fb) ) mój routerek (WNDR3800) w końcu rozwinął skrzydła na max. Domyślna kompilacja openwrt+luci i ustawienie wszędzie MTU na 9000 (konkretnie na wan i lan przez konfigurację w luci) i włączenie dużych ramek na switch'u (przez luci) pozwoliło osiągnąć przy kopiowaniu na dysk SSD:
WAN=>LAN ok. 247 Mb/s (+max+10/-20 Mb/s przez ok. 20 min. z dedykowanego ftp po ftp) (UPC 250)
LAN<=>LAN (z NAS na w/w dysk z/pod wingrozą 8.1 - nieprzerwany transfer +/- 30 Mb/s przez ok 28 min. byczy *.m2ts, ok. 31 GiB) ... 927 Mb/s.

Nareszcie...!!!

Zapewne dużo daje dodana jako domyślna łata "rtcache".
Jest ogień...polecam (oczywiście wszystko po kablu).

Nawet stary i poczciwy WR1043ND v1 tyle potrafi na LAN<>LAN

Zauważyłem też w trakcie budowania, że wcześniej omawiana łata "rtcache" nie nakłada się prawidłowo/czysto (oprócz config-3.10 również nowo powstały plik 090-backport_netfilter_rtcache.patch nie patchuje do końca na czysto - widocznie trzeba coś więcej podrzeźbić i prześledzić zmiany w jajku/openwrt od czasu powstania łaty globalnej) do końca na obecne źródła w przypadku 14.07 i być może dlatego nie daje jednak takiego kopa, ale i tak jest lepiej niż było na AA.

EDIT:
Na trunk mój /etc/config/network wygląda obecnie tak (co nieistotne wyiksowane - wszystko ustawione przez luci):

config interface 'loopback'
    option ifname 'lo'
    option proto 'static'
    option ipaddr '127.0.0.1'
    option netmask '255.0.0.0'

config globals 'globals'
    option ula_prefix 'xxxx:xxxx:xxxx::/xx'

config interface 'lan'
    option force_link '1'
    option type 'bridge'
    option proto 'static'
    option ipaddr '192.168.1.1'
    option netmask '255.255.255.0'
    option ip6assign '60'
    option dns '208.67.222.222 208.67.220.220'
    option mtu '9000'
    option _orig_ifname 'eth0.1 radio0.network1 wlan1'
    option _orig_bridge 'true'
    option ifname 'eth0.1'
    option peerdns '0'

config interface 'wan'
    option ifname 'eth1'
    option proto 'dhcp'
    option mtu '9000'
    option peerdns '0'
    option dns '208.67.222.222 208.67.220.220'
    option macaddr 'xx:xx:xx:xx:xx:xx'
    option broadcast '1'
    option type 'bridge'

config interface 'wan6'
    option ifname 'eth1'
    option proto 'dhcpv6'

config switch
    option name 'switch0'
    option reset '1'
    option enable_vlan '1'
    option blinkrate '2'
    option max_length '3'
    option enable_vlan4k '1'

config switch_vlan
    option device 'switch0'
    option vlan '1'
    option ports '0 1 2 3 5t'

config switch_port
    option device 'switch0'
    option port '1'
    option led '6'

config switch_port
    option device 'switch0'
    option port '2'
    option led '9'

config switch_port
    option device 'switch0'
    option port '5'
    option led '2'

Cezary a możesz to sprawdzić, powinno być tam zaimplementowane HNAT:

AR8327N source SSDK, which contains the HNAT function source code

-->> http://to-ma.neostrada.pl/s17_ssdk_v1.0.4p1.tar.gz

Może znajdziesz by coś przenieść do OpenWRT.

Pozdr,

hehe - w końcu doszedłem z tą info - to co wydawało mi się "nieczystym" wejściem łaty okazało się w sumie rozbudowaną informacją o procesie - po prostu offset był inny, a kod wchodzi prawidłowo i docelowo w odpowiednim miejscu.

Tak czy inaczej wracając do porównania tej funkcjonalności pomiędzy BB a trunkiem (coś z zakresu >= v43707 - dla mnie to ta wersja bo od niej testuję, swoisty pkt. odniesienia) widoczna jest różnica jednak na korzyść trunka. W BB te transfery dochodzą mi przy identycznych plikach i warunkach transferu zaledwie do 680 Mb/s w LAN<=>LAN w porywach, natomiast w WAN=>LAN coś ok. 209-215 Mb/s. ISP jak wspominałem to UPC 250 - oczywiście prędkość po wanie zawsze jest trudna do przewidzenia, w sensie czego się spodziewać, ponieważ nie można przewidzieć co tam UPC będzie w danej chwili "przycinać" i gdzie - raz jest lepiej raz gorzej przy tym samym sofcie i tych samych, innych detalach - aczkolwiek i tak średnio lepiej niż w AA - transfer zawsze w okolicach 200 Mb/s - czyli postęp jest.

Team OpenWrt w ogóle nie jest tym zainteresowany. Wielokrotnie było to poruszane w ticketach i zamykane z taką samą szybkością.

Zanim będziesz miał 500 Mbps w domu, to na rynku już będą na tyle mocne jednostki, że będą w stanie obsłużyć to bez HNAT, nie martw się. 300 Mbps po ostatnich poprawkach w trunku jest osiągalne na sprzęcie dostępnym obecnie na rynku.