Czołem mam podobny problem ale z MR1043D - po odpaleniu routera krzaki - po złączeniu RX i TX widzę co piszę - różne prędkości nie pomogły - co jeszcze mogę sprawdzić - mam starego laptopa z serialem więc kable wpinam bezpośrednio? (wlutowałem piny)

Ok pod Win7 musiałem wyłączyć filtr NDIS McAffiego - bo widać ipv6 wycinał.
Ale i tak nadal nie wiem dlaczego br-lan nie dostaje ipv6 mimo że w konfiguracji jest i ustawia się z ręki.

czy mam ustawione dhcp6 czy samo radvd - wszystko działa - dostaję sobie losowe (radvd) ipv6 i działa routing w momencie kiedy dodam adres ipv6 dla br-lan - np:
ip -6 a a 2001:470:71:19e:2222::1/64 dev br-lan

to że mam to ustawione w configu:

config 'interface' 'lan'
        option 'ifname' 'eth0'
        option 'type' 'bridge'
        option 'proto' 'static'
        option 'netmask' '255.255.255.0'
        option 'ipaddr' '192.168.1.1'
        option 'dns' '8.8.8.8'
        option 'ip6addr' '2001:470:71:19e:2222::1/64'

Nie powoduje, że pojawia się na którymkolwiek z interfejsów automatycznie - nie wiem czemu

Mam zainstalowane najnowsze Gargoyle dla tp-linka mr3420.

Hmm,

root@Gargoyle:~$ uci show network.lan.ip6addr
network.lan.ip6addr=2001:470:71:19e::1/64
root@Gargoyle:~$ ip -6 a s
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qlen 1000
    inet6 fe80::21e:68ff:fe8c:efe5/64 scope link
       valid_lft forever preferred_lft forever
4: br-lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500
    inet6 fe80::76ea:3aff:fea7:c61a/64 scope link
       valid_lft forever preferred_lft forever
13: 6in4-henet: <POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1280
    inet6 2001:470:70:19e::2/64 scope global
       valid_lft forever preferred_lft forever
    inet6 fe80::589c:dd77/128 scope link
       valid_lft forever preferred_lft forever

Bez poprawy

No cóz to ja też się wtrącę - tym razem u mnie jak zwykle problem z konfiguracją - wszystko wykonane zgodnie z artykułem (dzięki) dodałem ipv6 adres do konfiguracji i firewall itd, ale openwrt ani myśli go ustawić. Tunel z tunnelbrokerem się stawia - wszystko działa - pinguję sobie adresy v6. Ale adres z mojej klasy routowalnej niestety nie ustawia się. Jak zrobię ręcznie to jest OK [ ip -6 addr add ...]

root@Gargoyle:~$ uci show network.lan
network.lan=interface
network.lan.ifname=eth0
network.lan.type=bridge
network.lan.proto=static
network.lan.netmask=255.255.255.0
network.lan.ipaddr=192.168.1.1
network.lan.dns=8.8.8.8
network.lan.ip6addr=2001:xxx:xx:xxx::1

Wyiksowałem v6 oczywiście.

Teraz sprawa klientów - radvd rozgłasza prefix - i jest kombinacja - jak działa dhcp6 to laptop z debianem testing dostaje IP (pierwszy z puli ::1000) i wszystko działa (pod warunkiem że ręcznie dodam IP na routerze). Ale z Win7 już nie jest tak kolorowo - co bym nie robił to nie dostaje tego IPka z puli. Poza tym chyba konfig z artykułu nie nakazuje radvd rozgłaszać prefixu (z klasy routowalnej którą dostałem) - wogóle jak się szuka w sieci to co artykuł to trochę inny konfig.
I faktycznie jak dodałem w config prefix moją klasę (wyixowana):

option prefix        '2001:xxx:xxx:xxx::/64'

To jakby routing zaczął chodzić.

Znowu jak zostawiam sam radvd to niby rozsyła prefix i wszystko powinno chodzić - ale nie działa - pingować mogę co najwyżej mój koniec tunelu i tyle.

Strasznie dziwne:

cryptsetup -c aes-xts-essiv -y -s 256 luksFormat /dev/sda3

WARNING!
========
This will overwrite data on /dev/sda3 irrevocably.

Are you sure? (Type uppercase yes): YES
Enter LUKS passphrase:
Verify passphrase:
device-mapper: reload ioctl failed: Invalid argument
Failed to setup dm-crypt key mapping for device /dev/sda3.
Check that kernel supports aes-xts-essiv cipher (check syslog for more info).

w /proc/crypto jest:

name         : aes
driver       : aes-generic
module       : aes_generic
priority     : 100
refcnt       : 4
selftest     : passed
type         : cipher
blocksize    : 16
min keysize  : 16
max keysize  : 32

name         : xts(aes)
driver       : xts(aes-generic)
module       : xts
priority     : 100
refcnt       : 1
selftest     : passed
type         : blkcipher
blocksize    : 16
min keysize  : 32
max keysize  : 64
ivsize       : 16
geniv        : <default>

i jak pisałeś ESSIV jest wkompilowany w jądro

Nie mam pojęcia o co biega.

Oj pytam się bo nie widzę aby takowy był (przynajmniej nie pokazuje takowego opkg list

Tutaj w tym wątku poruszony jest błąd:

https://forum.openwrt.org/viewtopic.php?id=24234

Widzę że mr_gobble wprowadził specjalne modyfikacje do jądra aby LUKS działało. Możesz zerknąć jak to wygląda w Ciebie?

A nie ma dla openwrt takiej paczki jak dmsetup?

To mogę poprosić jeszcze

kmod-crypto-null kmod-fs-xfs dla tego jądra?

Dzięki - instaluje się bez prolemu ale niestety:

cryptsetup luksFormat -c aes -h sha256 /dev/sda3

WARNING!
========
This will overwrite data on /dev/sda3 irrevocably.

Are you sure? (Type uppercase yes): YES
Enter LUKS passphrase:
Verify passphrase:
device-mapper: reload ioctl failed: Invalid argument
Failed to setup dm-crypt key mapping for device /dev/sda3.
Check that kernel supports aes-cbc-plain cipher (check syslog for more info).

Moduły niby są - cbc i aes - ale mimo to coś nie bangla.

Trudno się mówi będę czekał - samba mi pozostaje.

Sprawdzę jeszcze czy to samo się dzieje z czystym RC4 z openwrt.org - jeśli tak to mogę zgłosić im buga - jeśli nie to pewnie któraś Twoja łatka może coś psuć akurat w moim przypadku (chociaż nie rozumiem dlaczego u Ciebie chodzi a u mnie zdycha).