one update (after playing now with openswan):
Dec 24 10:22:27 gate kernel: extIN-FW6-default:IN=sit_sixxs OUT=
MAC=00:11:22:33:44:01->00:11:22:33:44:02 TUNNEL=212.224. 0.188-> 84.000.
0. 12 SRC=2001:06f8:0900:0449:0000:0000:0000:0002
DST=2001:06f8:0900:0094:0000:0000:0000:0002 LEN=116 TC=0 HOPLIMIT=63
FLOWLBL=0 OPT ( ) PROTO=59
I found a difference in handling of following rules:
ip6tables -A extIN -p all -s 2001:6f8:900:94::2 -d 2001:6f8:900:449::2 -j
ip6tables -A extIN -s 2001:6f8:900:94::2 -d 2001:6f8:900:449::2 -j ACCEPT
Rule #1 doesn't match that strangeness, while rule #2 does (and - partially
- solve my problem now)!
Looks like there is something going wrong in the protocol matching
algorithm in netfilter6.
So at the moment, I can't filter the traffic, but connection is encrypted.
Perhaps for interesting, using openswan of Fedora Core 3 and following very
Dr. Peter Bieringer http://www.bieringer.de/pb/
GPG/PGP Key 0x958F422D mailto: pb at bieringer dot de
Deep Space 6 Co-Founder and Core Member http://www.deepspace6.net/