看到这些头像，想起了很久以前的故事。。。

撸了一台，我。。。很满意。

有点热啊

千兆光猫。

@jasontse 这其实不是 VLAN 那个问题。这个图就是我们成都电信盒子群里出来的。这个图是为了 root 电信盒子之后，实现盒子既可以看 IPTV ，又可以看网络视频。 VLAN 那个只是将 IPTV 的 VLAN ID 通过无线路由器传到盒子去。那个盒子只能实现 IPTV ，不能看网络视频。

成都的？
我估计你是想盒子同时支持 IPTV 和 internet ，是不？
其实是盒子中设置了两个 ip 地址，一个是 IPoE 获取的（ IPTV ），一个是通过 ip addr 添加的（ internet ），你想要上面的接线正常使用的话，需要你的无线路由器支持 igmp snooping 功能，不然你的无线路由器的 ap 无法正常使用。
具体原因你可以查看 IPTV 的技术特点，它是以组播的形式向各个端口发送数据包，如果你没有 igmp snooping 功能的话，会导致 IPTV 向各个端口组播数据包，从而加大 cpu 的负载。

成都移动的情况怎样？有人测试过没

艾普长宽就算了，本地都不稳定。电信国外很渣。

@neroanelli
额，还是回复一下。问题已经解决，在 OpenWrt 上搭建成功，包括 web （ mysql 、 redis ）。产生上面的错误是因为默认情况下， OpenWrt 的 libcurl 功能不完整，重新编译一个完整版的 libcurl 安装搞定。

@binux 遇到以下问题，不知如何解决？运行环境是 x86 OpenWRT.
root@host:~/qiandao# ./qiandao.py hdpfans.har --username='xxx' --password='xxxxxxx'
ERROR:root:(48, '')
Traceback (most recent call last ):
File "/root/qiandao/libs/fetcher.py", line 361, in do_fetch
), proxy=proxy )
File "/usr/lib/python2.7/site-packages/tornado/gen.py", line 870, in run
value = future.result ()
File "/usr/lib/python2.7/site-packages/tornado/concurrent.py", line 215, in result
raise_exc_info (self._exc_info )
File "/usr/lib/python2.7/site-packages/tornado/gen.py", line 876, in run
yielded = self.gen.throw (*exc_info )
File "/root/qiandao/libs/fetcher.py", line 330, in fetch
response = yield self.client.fetch (req )
File "/usr/lib/python2.7/site-packages/tornado/gen.py", line 870, in run
value = future.result ()
File "/usr/lib/python2.7/site-packages/tornado/concurrent.py", line 215, in result
raise_exc_info (self._exc_info )
File "<string>", line 3, in raise_exc_info
error: (48, '')
qiandao failed! failed at 1/3 request, error:error (48, ''), http://www.hdpfans.com/member.php?mod=logging&action=login&loginsubmit=yes&infloat=yes&lssubmit=yes&inajax=1

@saeba1030 恩，用的是 op 的固件，可能有些差异。我的实现方案和 @ganxiao1986 的差不多。我现在是 3 拨均衡以及一条 L2TP/IPsec 线路，很稳定。

ip ro add 192.168.1.0/24 dev vlan3 proto kernel scope link src 192.168.1.5 table 250

ip ro add 192.168.8.0/24 dev br0 proto kernel scope link src 192.168.8.1 table 250

@saeba1030
有详细的执行结果好分析一些。
根据你的情况，我只能猜测一下可能的原因：
1.你执行 traceroute 是在路由中还是在路由下的 PC 中？如果是在路由中，那需要添加 iptables -t mangle -A OUTPUT
2.table 250 中需要添加局域网的路由，否则路由下的 PC 找不到路由，比如 10.10.0.0/24 dev br0 proto kernel scope link src 10.10.0.1 （假设你的局域网段为 10.10.0.0/24 ）
3.table 250 中应该还有一条 192.168.1.1 dev vlan3 proto kernel scope link src 192.168.1.x 路由
4.ip ru add from 192.168.1.x lookup table 250

你这个问题其实就是多 wan 策略路由的问题。

提供一下以下命令的执行结果：
ip ro ls
ip ro ls table 250
ip ru ls
iptables-save -t mangle

我觉得你的第 4 条中的 192.168.1.1 网关应该修改为 wan2 的 ip 地址吧。

从昨天下午4点过开始，我的ipsec IKEv1工作不正常，很难连上，电信和联通都测试过。