补充 3. 广电画的饼：
https://i.imgur.com/19icOsA.jpeg

1. 主要有两个来源，一个是中国有线电视网络有限公司（ CHINABTN ，cncatv.com ）所有的 IP 段，目前已经用作 5G 出口由各省移动代播了：
https://bgp.tools/prefix/223.160.141.0/24#whois
https://i.imgur.com/K36NJQS.jpeg

二是等秦王扫 114514 合扫完了，IP 地址就有了。目前各家地市广电/有线公司手里早年就拿到的 IP 资源不少的，以广州广电（珠江宽频）为例： https://bgp.tools/prefix/116.199.64.0/18#whois

2. 这个暂时没有人用上所以没法测试
3. 按照广电的基础电信业务许可证，它没资格开国际业务（但是广电在发布会上画了饼也是真的），下图为联通移动和广电的许可证对比，可以看到缺少第一类数据通信业务下的“互联网国际数据传送业务”和“国际数据通信业务”（电信的也差不多，但是我一时间没找到）
https://i.imgur.com/wbNgLgU.png
https://i.imgur.com/NUrWnj4.png
https://i.imgur.com/mShYFwp.jpeg
4. 肯定会
5. 肯定会，原来各地市的广电套餐改个名就成融合了，这个都不是问题，广州广电已经在这么搞了：
http://www.969368.com:8082/cms/plugins/information/show_information_info.jsp?from_admin_page=Y&info_id=2808
https://i.imgur.com/3HvNIpu.png

自动上报地址应该说的是 TR069 的 ACS 服务器吧，感觉没什么关系？

听说是 CN2 ，对等 100M ，299 一个月，没有公网……就相当于下载降了速的 200M 游戏宽带。

@HOOC 我这边 125.88 段也是日常连不上的，我也不知道咋回事。

@aulong https://mozz.ie/posts/gdct-iptv-auth-and-fetch-playlist/ 简单写了个教程

https://i.imgur.com/hyGsqw7.png

这只是服务器线路优化，其他 IP 都还是 163 。

哪个市的？

@369908633 如果是广东电信游戏宽带的话，访问外网的 IP 地址是 119.121.段即为 CN2 网络。如果是政企宽带，则是 116.6 段开头。
严谨的测试方法是在本机和远程服务器上相互进行 traceroute ，其中的路由都经过 59.43 段则为 CN2 。

游戏宽带目前似乎只能靠过户才能新装了。

@unidotnet #19 可以设置允许到特定目标端口的连接。

本节点日经主题了

@unidotnet #13 简单的说，就是接口上的哪个源地址与目的地址长得最像（从左往右看），就用哪个源地址。

@unidotnet #13 客户端选择哪个 IP 出去，一般遵循 rfc3484 中的八条规则。在同一个接口上有多个 IP 地址的情况下，一般根据第八条规则 "Use longest matching prefix" （最长前缀匹配）来选择源地址。

你可以尝试一下，分别 tracert -6 www.189.cn 和 tracert -6 www.chinaunicom.com.cn
如果两个源地址都能正常工作，那么他们应该会分别使用电信和联通的源地址进行连接，如下图所示

https://i.imgur.com/EDG1il6.png

https://i.imgur.com/bcpsvsp.png

@unidotnet #10 直接用 /routing/rule 规则匹配 src 和 interface 其实也行，我只是习惯了用防火墙搞

我的配置，供参考

/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 已经在重构，只能希望他们能减少此类问题并且添加更清晰的错误输出。