<div>Hi, I configured <a href="http://he.net">he.net</a> tunnel according to <a href="http://wiki.openwrt.org/doc/uci/network6">http://wiki.openwrt.org/doc/uci/network6</a> and works with latest 3.7.2-4.</div><div> </div><div>
However I don't understand how my client is supposed get an ip6 address. radvd is gone and I don't see anything handing out me an ip6 addr. Who's job is it now then?</div><div> </div><div>Maciej<br><br></div><div class="gmail_quote">
On Wed, Jan 16, 2013 at 10:53 PM, Maciej Soltysiak <span dir="ltr"><<a href="mailto:maciej@soltysiak.com" target="_blank">maciej@soltysiak.com</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">
<div>Saw this in dmesg too:</div><div> </div><div>[  720.030000] ------------[ cut here ]------------<br>[  720.030000] WARNING: at /build/cero2/src/Cerowrt-next/build_dir/target-mips_r2_uClibc-0.9.33.2/linux-ar71xx_generic/compat-wireless-2013-01-07/net/mac80211/chan.c:162 __ieee80211_vif_release_channel+0x1d0/0x254 [mac80211]()<br>

[  720.050000] Modules linked in: sch_teql sch_tbf sch_sfq sch_red sch_qfq sch_prio sch_ns2_codel sch_nfq_codel sch_netem sch_htb sch_gred sch_efq_codel sch_dsmark em_text em_nbyte em_meta em_cmp cls_basic act_police act_ipt act_connmark act_skbedit act_mirred em_u32 cls_u32 cls_tcindex cls_flow cls_route cls_fw sch_hfsc sch_fq_codel sch_codel sch_ingress usb_storage ath79_wdt ohci_hcd xt_hashlimit xt_set(O) ip_set_list_set(O) ip_set_hash_netport(O) ip_set_hash_netiface(O) ip_set_hash_net(O) ip_set_hash_ipportnet(O) ip_set_hash_ipportip(O) ip_set_hash_ipport(O) ip_set_hash_ip(O) ip_set_bitmap_port(O) ip_set_bitmap_ipmac(O) ip_set_bitmap_ip(O) ip_set(O) ip6t_REJECT ip6t_rt ip6t_hbh ip6t_mh ip6t_ipv6header ip6t_frag ip6t_eui64 ip6t_ah ip6table_raw ip6table_mangle ip6table_filter ip6_tables nf_conntrack_ipv6 nf_defrag_ipv6 nfnetlink nf_nat_irc nf_nat_ftp nf_conntrack_irc nf_conntrack_ftp xt_policy xt_esp ipt_ah xt_HL xt_hl xt_ecn ipt_ECN xt_CLASSIFY xt_time xt_tcpmss xt_statistic xt_mark xt_length xt_DSCP xt_dscp xt_string xt_layer7 xt_quota xt_pkttype xt_physdev xt_owner xt_addrtype ipt_MASQUERADE iptable_nat xt_nat nf_nat_ipv4 nf_nat xt_recent xt_helper xt_connmark xt_connbytes pptp pppoe xt_conntrack xt_CT iptable_raw xt_state nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack ehci_hcd sd_mod pppox ipt_REJECT xt_TCPMSS xt_LOG xt_comment xt_multiport xt_mac xt_limit iptable_mangle iptable_filter ip_tables xt_tcpudp x_tables ip_gre gre ifb sit ipcomp xfrm4_tunnel xfrm4_mode_tunnel xfrm4_mode_transport xfrm4_mode_beet esp4 ah4 tunnel4 tun tcp_ledbat(O) ppp_async ppp_generic slhc af_key xfrm_user xfrm_ipcomp xfrm_algo vfat fat ext4 jbd2 mbcache autofs4 button_hotplug(O) ath9k(O) ath9k_common(O) ath9k_hw(O) ath(O) nls_utf8 nls_iso8859_2 nls_iso8859_15 nls_iso8859_13 nls_iso8859_1 nls_cp437 mac80211(O) usbcore usb_common scsi_mod nls_base ts_fsm ts_bm ts_kmp crc16 crc_ccitt ipv6 input_polldev cfg80211(O) compat(O) input_core sha1_generic md5 hmac des_generic deflate cbc authenc arc4 zlib_inflate zlib_deflate ledtrig_timer ledtrig_default_on leds_gpio gpio_button_hotplug(O)<br>

[  720.230000] Call Trace:<br>[  720.240000] [<802a31c4>] dump_stack+0x8/0x34<br>[  720.240000] [<80071e34>] warn_slowpath_common+0x78/0xa4<br>[  720.250000] [<80071e78>] warn_slowpath_null+0x18/0x24<br>

[  720.250000] [<86d24f6c>] __ieee80211_vif_release_channel+0x1d0/0x254 [mac80211]<br>[  720.260000] [<86d253c0>] ieee80211_vif_release_channel+0x4c/0x64 [mac80211]<br>[  720.270000] [<86d14c8c>] ieee80211_stop_ap+0x194/0x1bc [mac80211]<br>

[  720.270000] [<86c1c50c>] cfg80211_stop_ap+0x78/0xbc [cfg80211]<br>[  720.280000] [<8022c1ac>] genl_rcv_msg+0x1ec/0x234<br>[  720.280000] [<8022b57c>] netlink_rcv_skb+0x6c/0xe4<br>[  720.290000] [<8022bfb0>] genl_rcv+0x24/0x34<br>

[  720.290000] [<8022aeb0>] netlink_unicast+0x164/0x248<br>[  720.300000] [<8022b334>] netlink_sendmsg+0x2c4/0x350<br>[  720.300000] [<801f7064>] sock_sendmsg+0x80/0xb0<br>[  720.310000] [<801f733c>] __sys_sendmsg+0x1a0/0x240<br>

[  720.310000] [<801f91b8>] sys_sendmsg+0x48/0x7c<br>[  720.320000] [<8006a064>] stack_done+0x20/0x40<br>[  720.320000]<br>[  720.320000] ---[ end trace 38fe65d6c26f72f3 ]---<br></div><div>Does it look like something new or already seen?<br>

<br></div><div class="HOEnZb"><div class="h5"><div class="gmail_quote">On Wed, Jan 16, 2013 at 10:48 PM, Dave Taht <span dir="ltr"><<a href="mailto:dave.taht@gmail.com" target="_blank">dave.taht@gmail.com</a>></span> wrote:<br>
<blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">
At least one (possibly not new) unaligned exception trap has reared its head in addrconf_prefix_rcv. <br><br><a href="https://www.bufferbloat.net/issues/419" target="_blank">https://www.bufferbloat.net/issues/419</a><br>
<br>
This is a bad place for one! a network burp heisenbug....<br>
<br><div class="gmail_quote"><div>On Wed, Jan 16, 2013 at 4:12 PM, Maciej Soltysiak <span dir="ltr"><<a href="mailto:maciej@soltysiak.com" target="_blank">maciej@soltysiak.com</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">


<div>Good build! I have to report that the issue with polipo, DNS and TFO that I observed with 3.7.1-1 seems resolved.</div><div>Test with and without TFO.<br></div><div>Ketan, I won't post a bug unless it appears again.</div>


</blockquote></div><div><br>What I saw (Ages ago) was that dns would stop working over time in polipo.<br> <br></div><div><div><blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">


<div> </div><div>Regards.</div><div>Maciej<br></div><div class="gmail_quote"><div><div>On Wed, Jan 16, 2013 at 12:37 PM, Dave Taht <span dir="ltr"><<a href="mailto:dave.taht@gmail.com" target="_blank">dave.taht@gmail.com</a>></span> wrote:<br>



</div></div><blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote"><div><div>It's at:<br>
<br>
<a href="http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.7.2-3/" target="_blank">http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.7.2-3/</a><br>
<br>
It seems pretty stable but with the ipv6 churn...<br>
<br>
[insert my std hyperbolic warnings about exposing the release to<br>
default gws in front of spouses or young children]<br>
<br>
features:<br>
<br>
+ dnsmasq 2.66test10<br>
+ merge with openwrt head<br>
+ new unaligned access code from openwrt head (by nbd) and the<br>
remainder of the older unaligned patch set (by robert bradley) ported<br>
to work on top of that<br>
<br>
I have not checked to see if all traps are gone, you can look at that via<br>
files in /sys/debug/kernel/mips/<br>
<br>
 - it's mostly the ipv6 related traps I'm concerned about...<br>
<br>
The checksum routine changed and I did check checksums on a variety of<br>
ipv4 ethernet traffic, but not enough to feel assured.<br>
<br>
+ Bug fixed <a href="https://www.bufferbloat.net/issues/418" target="_blank">https://www.bufferbloat.net/issues/418</a><br>
<br>
BUG_ON removed on TFO support in the kernel. TFO works. I tested it by:<br>
<br>
echo 3 > /proc/sys/net/ipv4/tcp_fastopen<br>
editing /etc/init.d/polipo to add support for a boolean useTCPFastOpen parameter<br>
adding that parameter to /etc/config/polipo<br>
testing with the current version of httping<br>
<br>
I will update the init script and config in the next spin.<br>
<br>
...<br>
<br>
The churn in how to setup ipv6 sanely continues. The configuration for<br>
how to do it has changed significantly again and is documented at:<br>
<br>
<a href="http://wiki.openwrt.org/doc/uci/network6" target="_blank">http://wiki.openwrt.org/doc/uci/network6</a><br>
<br>
It's not clear to me to state of the ipv6 dnsmasq integration now.<br>
There is much discussion on the dnsmasq-discuss list as to how to do<br>
prefix-independent configuration as one example.<br>
<br>
as for the ipv6 related changes just now come down from openwrt,<br>
steven barth tells me that:<br>
<br>
"6distributed functionality (prefix delegation) was merged into netifd<br>
for size reasons.<br>
The shell mess which was ipv6-support was abandoned.<br>
<br>
dhcpv6 is now a regular network proto in netifd (which can be added<br>
ontop of other ipv4-wan types or separately for ipv6-only).<br>
<br>
network6 is unnecessary now. 6rd, 6to4 now automatically publish their<br>
prefix. 6in4 adds a new option ip6prefix for adding the routed prefix.<br>
<br>
LANs / WLANs which want a prefix now just add a option ip6assign 64 to<br>
the interface definition.<br>
<br>
See examples in: <a href="http://wiki.openwrt.org/doc/uci/network6" target="_blank">http://wiki.openwrt.org/doc/uci/network6</a><br>
<br>
Prefix Announcement / DHCPv6 / Relaying has been untangled and should<br>
be moved into the respective daemon config / init. I've done this for<br>
6relayd.<br>
<br>
For dnsmasq you will have to add config support similar to what is<br>
done for DHCP in IPv4, so it should be easy to adapt. Maybe some of<br>
the CeroWrt contributors like to add that.<br>
<br>
I also haven't looked at NPT yet. I've removed the shell-script mess<br>
for now as we will not have all targets up to 3.7 in the coming weeks<br>
and therefore also not a new ip6tables."<br>
<br>
AHCP is still lost and lonely in the configuration.<br>
<br>
I took a stab at enabling ipv6 NPT support myself in this release, but<br>
the changes I'd made to the openwrt configuration didn't successfully<br>
get the modules to compile nor create a package. My *non-working<br>
patch* looked like this, and suggestions as to what sort of magic wand<br>
to wave over it welcomed.<br>
<br>
diff --git a/include/<a href="http://netfilter.mk" target="_blank">netfilter.mk</a> b/include/<a href="http://netfilter.mk" target="_blank">netfilter.mk</a><br>
index 1d89e6d..3d65f76 100644<br>
--- a/include/<a href="http://netfilter.mk" target="_blank">netfilter.mk</a><br>
+++ b/include/<a href="http://netfilter.mk" target="_blank">netfilter.mk</a><br>
@@ -154,10 +154,14 @@ $(eval $(call<br>
nf_add,IPT_IPV6,CONFIG_IP6_NF_MATCH_RT, $(P_V6)ip6t_rt))<br>
<br>
 $(eval $(call nf_add,IPT_IPV6,CONFIG_IP6_NF_TARGET_LOG, $(P_V6)ip6t_LOG))<br>
 $(eval $(call nf_add,IPT_IPV6,CONFIG_IP6_NF_TARGET_REJECT, $(P_V6)ip6t_REJECT))<br>
+$(eval $(call nf_add,IPT_IPV6,CONFIG_IP6_NF_NAT, $(P_V6)nf_nat_ipv6))<br>
+$(eval $(call nf_add,IPT_IPV6,CONFIG_IP6_NF_TARGET_MASQUERADE,<br>
$(P_V6)ip6t_MASQUERADE))<br>
+$(eval $(call nf_add,IPT_IPv6,CONFIG_IP6_NF_TARGET_NPT, $(P_V6)ip6t_NPT))<br>
<br>
 # nat<br>
<br>
 # kernel only<br>
+$(eval $(if $(NF_KMOD),$(call nf_add,IPT_NAT6,CONFIG_IP6_NF_NAT,<br>
$(P_V6)nf_nat_ipv6, ge 3.7.0),))<br>
 $(eval $(if $(NF_KMOD),$(call nf_add,IPT_NAT,CONFIG_NF_NAT,<br>
$(P_XT)nf_nat $(P_V4)nf_nat_ipv4 $(P_XT)xt_nat $(P_V4)iptable_nat, ge<br>
3.7.0),))<br>
 $(eval $(if $(NF_KMOD),$(call nf_add,IPT_NAT,CONFIG_NF_NAT,<br>
$(P_V4)nf_nat $(P_V4)iptable_nat, lt 3.7.0),))<br>
<br>
diff --git a/package/kernel/modules/<a href="http://netfilter.mk" target="_blank">netfilter.mk</a><br>
b/package/kernel/modules/<a href="http://netfilter.mk" target="_blank">netfilter.mk</a><br>
index 69bdba0..d862c32 100644<br>
--- a/package/kernel/modules/<a href="http://netfilter.mk" target="_blank">netfilter.mk</a><br>
+++ b/package/kernel/modules/<a href="http://netfilter.mk" target="_blank">netfilter.mk</a><br>
@@ -164,6 +164,23 @@ endef<br>
<br>
 $(eval $(call KernelPackage,ipt-nat))<br>
<br>
+define KernelPackage/ipt-nat6<br>
+  TITLE:=Basic NAT targets for IPv6<br>
+  KCONFIG:=$(KCONFIG_IPT_NAT6)<br>
+  FILES:=$(foreach mod,$(IPT_NAT6-m),$(LINUX_DIR)/net/$(mod).ko)<br>
+  AUTOLOAD:=$(call AutoLoad,42,$(notdir $(IPT_NAT6-m)))<br>
+  $(call AddDepends/ipt)<br>
+endef<br>
+<br>
+define KernelPackage/ipt-nat6/description<br>
+ Netfilter (IPv6) kernel modules for basic NAT targets<br>
+ Includes:<br>
+ - MASQUERADE<br>
+ - NPT<br>
+endef<br>
+<br>
+$(eval $(call KernelPackage,ipt-nat6))<br>
+<br>
<br>
 define KernelPackage/ipt-nat-extra<br>
   TITLE:=Extra NAT targets<br>
</div></div><span><font color="#888888"><div><div><br>
<br>
--<br>
Dave Täht<br>
<br>
Fixing bufferbloat with cerowrt: <a href="http://www.teklibre.com/cerowrt/subscribe.html" target="_blank">http://www.teklibre.com/cerowrt/subscribe.html</a><br></div></div>
_______________________________________________<br>
Cerowrt-devel mailing list<br>
<a href="mailto:Cerowrt-devel@lists.bufferbloat.net" target="_blank">Cerowrt-devel@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/cerowrt-devel" target="_blank">https://lists.bufferbloat.net/listinfo/cerowrt-devel</a><br>
</font></span></blockquote></div><br>
</blockquote></div></div></div><div><div><br><br clear="all"><br>-- <br>Dave Täht<br><br>Fixing bufferbloat with cerowrt: <a href="http://www.teklibre.com/cerowrt/subscribe.html" target="_blank">http://www.teklibre.com/cerowrt/subscribe.html</a> 
</div></div></blockquote></div><br>
</div></div></blockquote></div><br>