我的配置，供参考

/ipv6 firewall mangle
add action=change-mss chain=forward new-mss=1420 out-interface-list=Public-Out \
passthrough=yes protocol=tcp tcp-flags=syn
add action=mark-routing chain=prerouting in-interface-list=!Public-Out \
new-routing-mark=route6-ct passthrough=no src-address=240e::/18
add action=mark-routing chain=prerouting in-interface-list=!Public-Out \
new-routing-mark=route6-cu passthrough=no src-address=2408:8000::/20
add action=mark-routing chain=prerouting in-interface-list=!Public-Out \
new-routing-mark=route6-cmcc passthrough=no src-address=2409:8000::/20

/routing rule
add action=lookup disabled=no routing-mark=route6-cu table=route6-cu
add action=lookup disabled=no routing-mark=route6-cmcc table=route6-cmcc
add action=lookup disabled=no routing-mark=route6-ct table=route6-ct

/ipv6 route
add disabled=no distance=1 dst-address=::/0 gateway=pppoe-cu2 routing-table=\
route6-cu scope=30 target-scope=10
add disabled=no distance=1 dst-address=::/0 gateway=pppoe-ct-163 routing-table=\
route6-ct scope=30 target-scope=10
add disabled=no distance=1 dst-address=::/0 gateway=pppoe-cmcc-3 routing-table=\
route6-cmcc scope=30 target-scope=10

你是一个路由器上有 2 个 IPv6 上游？这种情况你要根据源地址做策略路由让它选择正确的出口的。

我建议先拔掉另一个运营商，使用单运营商进行测试，没问题再做下一步。

@nivalxer 1.2.1.0 开始已经用多目标编译的方法给 Windows 版本提供.net framework 4.8 框架的程序了，win10 1903 以上用户不需要再另外安装框架。

@nasaboy

https://github.com/Archeb/opentrace/issues/4

一般出现 dial: websocket: bad handshake 的问题，是 NextTrace 在访问 GeoIP API 的时候遇到异常，但是因为它并没有在输出中给出具体的原因，所以 OpenTrace 作为 GUI Wrapper 也没办法进一步对用户作出提示，只能原样把输出打印出来。目前可以采取的措施就是更换 IP Geo Provider 试一下。

目前上游 NextTrace 已经在重构，只能希望他们能减少此类问题并且添加更清晰的错误输出。

@JJBOOM 因为希望尽可能地让用户找回熟悉的感觉，而且这种如此简单的界面布局也不具有独创性，所以法律的角度上应该也没什么问题。

@steveshi 编译出来的 arm64 版本没法正常跑，暂时还没确定原因，所以目前只能 Intel Only 了。

@kisshere 部分 Windows 用户需要手动在防火墙放行程序，请参考 https://github.com/sjlleo/nexttrace-core/issues/52

@dasenlin 除了 Windows 平台以外其他平台我编译的都是 self-contained 的软件包，不需要额外安装，解压即可运行。
至于 Windows 的话，主要是考虑到如果 self-contained 就太大了（比其他平台要大数倍），不过下次发版我会编译两个版本的，供不愿意另外安装 .NET Runtime 的用户使用，或者考虑用 multitarget 编译 .net framework 的，这样在 Win10 以上就不需要另外安装运行时了，感谢你的建议。

@aulong 有空再写一个吧……

我倒是观察发现最近抓出来的 rtsp 地址有效期都变短了，以前好几个月都能用，现在好像只能用一个月了。

现在我是把 http://183.59.59.16:8082/EPG/jsp/ValidAuthenticationHWCTC.jsp 的鉴权包也抓出来之后用 curl 重放一下，得到 cookie 之后再请求 getchannellistHWCTC.jsp 解析频道列表上传到服务器，最后 DIYP 每次启动自动下载更新的列表，把整个过程自动化了，似乎没什么问题。

这个话题敞开了写，一篇毕业论文都写不完。没办法面面俱到的分析，想到哪说到哪吧。

1/3. 地域性国资运营商事实上一直存在，各地广电完全符合这一点。但是即便拿去年盈利五千万的广州珠江数码（广州广电）来说，它这么有能力的情况下也根本没有完成“填补民用接入网络空缺”的目标，而是仅仅在城区里覆盖一些成熟小区和老城区，郊区基本都是电信和移动在覆盖。
我认为，只有靠全国性运营商才能真正达成电信普遍服务，我认为光是依靠省级甚至市级的财政以及他们地域内部的相互扶持能力，要达成 2021 年已经实现了的村村通宽带这一目标，几乎不可能。你能想象新疆电信能靠自己的收入覆盖那些广袤的戈壁吗
至于"资源浪费"的说法，需要例子来证明。也许有一些政策性的东西是为了宣传等目的去搞的，利用率也不甚高，但除此之外，运营商没那么傻，用 700M 900M 低频搞覆盖让更大片的地区能上网才是常见的用法。

促进资源的均匀分配是每一个正常国家的追求，电信服务尤其需要靠发达地区补贴不发达地区，2000 年组建电信，国务院是这么批复的：
七、集团公司发展所需资源、物资和生产经营条件，凡属国家计划统一配置范围内的，均在国家相应计划中实行单列，并由集团公司统一组织实施。集团公司的财务关系在国家财政中单列。根据全网统一核算、协调发展、提供普遍服务的要求，集团公司对全资企业集中汇总缴纳所得税。集团公司根据国家规定，承担普遍服务、党政专用通信、应急通信及相应的补贴邮政亏损等任务。

2. 地区性 IXP 这段我基本赞同。其实总的来说除了“地域性国资运营商能填补空缺”这一点之外，基本上就是北美的 ISP 运行模式（数个全国性大 ISP+大量地区性小 ISP+IX 解决接入），所以也不是完全没有可行性。但是现实和理论落差太大，现状如此，我们也只能空想了。

广州移动以前出过一个游戏宽带，好像是 600/300 的，但是就开放办理了半个月就没了。

@szzys #3 说是”部分“恢复嘛，只恢复了回程。从对比来看他确实是已经恢复了一部分了（延迟降低了 28ms ，刚好是绕上海一圈会产生的延迟）

都 2023 了怎么还打 TR069 的主意呢……早就不能的了。

广州联通，刚重拨，没问题。

如果你连接源服务器的速度比连接 Cloudflare 的速度慢，那 CF 就是加速，反之则是减速。

@TWSF 在“活动说明”中未提到任何关于“千兆宽带提速包”的资费的问题，也没有写价格，说的是“领取”，所以我不认为移动有任何收费的依据。

没有的事，广州移动一直限速。