Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

更换IP地址库以及增加对IPv6的支持？ #4

Open
microka opened this issue Oct 29, 2023 · 19 comments
Open

更换IP地址库以及增加对IPv6的支持？ #4

microka opened this issue Oct 29, 2023 · 19 comments

Comments

@microka
Copy link

microka commented Oct 29, 2023

https://github.com/gaoyifan/china-operator-ip
https://gaoyifan.github.io/china-operator-ip/
对比了下，发现gaoyifan的IP地址库好像更加精细和更全，大佬能否增加一个对gaoyifan的适配呢？
以及能否增加对IPv6地址库的支持呢？感谢~
@larsonzh
Copy link
Owner

https://github.com/gaoyifan/china-operator-ip

https://gaoyifan.github.io/china-operator-ip/

对比了下，发现gaoyifan的IP地址库好像更加精细和更全，大佬能否增加一个对gaoyifan的适配呢？

以及能否增加对IPv6地址库的支持呢？感谢~

无意义，我OpenWrt接入两路支持IPv6的宽带，但只能使用一路IPv6，无法对IPv6流量分流，所以加入IPv6地址库，技术上没问题，应用上纯属多余，没任何用途。

与IPv4不同，当前的路由器系统无法对来自多个运营商的IPv6体系进行统一的控制管理，并将两个以上的IPv6地址下发给同一个内网设备。

@microka
Copy link
Author

microka commented Oct 29, 2023

https://github.com/gaoyifan/china-operator-ip
https://gaoyifan.github.io/china-operator-ip/
对比了下，发现gaoyifan的IP地址库好像更加精细和更全，大佬能否增加一个对gaoyifan的适配呢？
以及能否增加对IPv6地址库的支持呢？感谢~

无意义，我OpenWrt接入两路支持IPv6的宽带，但只能使用一路IPv6，无法对IPv6流量分流，所以加入IPv6地址库，技术上没问题，应用上纯属多余，没任何用途。

与IPv4不同，当前的路由器系统无法对来自多个运营商的IPv6体系进行统一的控制管理，并将两个以上的IPv6地址下发给同一个内网设备。

我这边可以同时下发电信和移动的IPv6地址前缀给到内网设备（Windows），不过设备决定选择用哪个IPv6地址去访问互联网还不清楚能否由路由器进行参与控制。由于OpenWrt配置mwan太折腾，我暂时切回iKuai了 😂

@larsonzh
Copy link
Owner

本人 https://github.com/larsonzh/lzispro.git 项目专门用于生成各种所谓更加精细的 IPv4/6 运营商 IP 地址数据。

@larsonzh
Copy link
Owner

larsonzh commented Oct 29, 2023 •
edited
Loading

https://github.com/gaoyifan/china-operator-ip

https://gaoyifan.github.io/china-operator-ip/

对比了下，发现gaoyifan的IP地址库好像更加精细和更全，大佬能否增加一个对gaoyifan的适配呢？

以及能否增加对IPv6地址库的支持呢？感谢~

无意义，我OpenWrt接入两路支持IPv6的宽带，但只能使用一路IPv6，无法对IPv6流量分流，所以加入IPv6地址库，技术上没问题，应用上纯属多余，没任何用途。

与IPv4不同，当前的路由器系统无法对来自多个运营商的IPv6体系进行统一的控制管理，并将两个以上的IPv6地址下发给同一个内网设备。

我这边可以同时下发电信和移动的IPv6地址前缀给到内网设备（Windows），不过设备决定选择用哪个IPv6地址去访问互联网还不清楚能否由路由器进行参与控制。由于OpenWrt配置mwan太折腾，我暂时切回iKuai了 😂

电信的IPv6只能走电信通道，移动的IPv6只能走移动通道，体系不同，不能交叉。

如果内网设备可以获得不同运营商的多个IPv6地址，原理上是可以加入IPv6分流功能的。

@larsonzh
Copy link
Owner

larsonzh commented Oct 18, 2024 via email

@larsonzh
Copy link
Owner

larsonzh commented Oct 18, 2024 via email

@microka
Copy link
Author

microka commented Oct 18, 2024

@larsonzh 想请教一下 https://ispip.clang.cn/cmcc.html https://ispip.clang.cn/cmcc_cidr.html 前者和后者 CIDR 格式的有什么区别？实际包含的地址范围应该一致吧？为何要有两种不同的表述方式呢？CIDR 的更精简不是吗？

@larsonzh
Copy link
Owner

larsonzh commented Oct 18, 2024 •
edited
Loading

@larsonzh 想请教一下 https://ispip.clang.cn/cmcc.html https://ispip.clang.cn/cmcc_cidr.html 前者和后者 CIDR 格式的有什么区别？实际包含的地址范围应该一致吧？为何要有两种不同的表述方式呢？CIDR 的更精简不是吗？

前者是取自 APNIC 的原生 CIDR 地址条目，后者根据运营商分类对前者数据做了进一步的 CIDR 网段地址聚合的数据压缩，地址条目减少，数据更为精简和专业，可降低路由器资源占用，提高经由计算效率。两者地址范围一致，建议使用后者。

36.206.32.1 地址包含在 36.192.0.0/11 网段中：

image

@microka
Copy link
Author

microka commented Oct 18, 2024

@larsonzh 想请教一下 https://ispip.clang.cn/cmcc.html https://ispip.clang.cn/cmcc_cidr.html 前者和后者 CIDR 格式的有什么区别？实际包含的地址范围应该一致吧？为何要有两种不同的表述方式呢？CIDR 的更精简不是吗？

前者是取自 APNIC 的原生 CIDR 地址条目，后者根据运营商分类对前者数据做了进一步的 CIDR 网段地址聚合的数据压缩，地址条目减少，数据更为精简，可降低路由器资源占用，提高经由计算效率。两者地址范围一致，建议使用后者。

学习了，感谢~

@byff
Copy link

byff commented Dec 14, 2024

https://github.com/gaoyifan/china-operator-ip

https://gaoyifan.github.io/china-operator-ip/

对比了下，发现gaoyifan的IP地址库好像更加精细和更全，大佬能否增加一个对gaoyifan的适配呢？

以及能否增加对IPv6地址库的支持呢？感谢~

无意义，我OpenWrt接入两路支持IPv6的宽带，但只能使用一路IPv6，无法对IPv6流量分流，所以加入IPv6地址库，技术上没问题，应用上纯属多余，没任何用途。

与IPv4不同，当前的路由器系统无法对来自多个运营商的IPv6体系进行统一的控制管理，并将两个以上的IPv6地址下发给同一个内网设备。

我这边可以同时下发电信和移动的IPv6地址前缀给到内网设备（Windows），不过设备决定选择用哪个IPv6地址去访问互联网还不清楚能否由路由器进行参与控制。由于OpenWrt配置mwan太折腾，我暂时切回iKuai了 😂

电信的IPv6只能走电信通道，移动的IPv6只能走移动通道，体系不同，不能交叉。

如果内网设备可以获得不同运营商的多个IPv6地址，原理上是可以加入IPv6分流功能的。

双wan都可以获取到ipv6，但是检测到的都是2409的v6地址不知道以什么规则访问的
image

@larsonzh
Copy link
Owner

双wan都可以获取到ipv6，但是检测到的都是2409的v6地址不知道以什么规则访问的

image

图中那个2409的估计是中国移动分配的地址，240e可能是中国电信地址。

不知道你路由器下的客户端设备是否能同时拥有两个IPv6地址，可到客户端上具体查看一下。IPv4情况比较简单，客户端的IPv4地址由路由器分配和管理，且只有一个地址。

若同时接入两个IPv6，并做IPv6分流，客户端设备到底该用哪个IPv6源地址访问外网的IPv6目标地址，规则如何制定，谁来管理，客户端和路由器系统谁来处理这件事情？目前不太清楚。

现实些的办法是只接入一路IPv6，如此不需做复杂的配置。

如果同时接入两路IPv6，若喜好折腾，可考虑配置为一种故障转移模式，即当前一路IPv6掉线及故障不可用时，自动切换使用另一路WAN口的IPv6，平时始终使用一路IPv6，另一路处于备用状态。此方式配置起来或许比较麻烦，如何做需有人深入研究和分享成果，本人在此仅提供上述思路。

@byff
Copy link

byff commented Dec 14, 2024

双wan都可以获取到ipv6，但是检测到的都是2409的v6地址不知道以什么规则访问的
image

图中那个2409的估计是中国移动分配的地址，240e可能是中国电信地址。

不知道你路由器下的客户端设备是否能同时拥有两个IPv6地址，可到客户端上具体查看一下。IPv4情况比较简单，客户端的IPv4地址由路由器分配和管理，且只有一个地址。

若同时接入两个IPv6，并做IPv6分流，客户端设备到底该用哪个IPv6源地址访问外网的IPv6目标地址，规则如何制定，谁来管理，客户端和路由器系统谁来处理这件事情？目前不太清楚。

现实些的办法是只接入一路IPv6，如此不需做复杂的配置。

如果同时接入两路IPv6，若喜好折腾，可考虑配置为一种故障转移模式，即当前一路IPv6掉线及故障不可用时，自动切换使用另一路WAN口的IPv6，平时始终使用一路IPv6，另一路处于备用状态。此方式配置起来或许比较麻烦，如何做需有人深入研究和分享成果，本人在此仅提供上述思路。

路由器下的设备都能获取到两个公网IPV6，可能根据设置的跃点有关，2409移动wan1_6的跃点低一些，所有的v6访问都是有这条链路，mwan3中的策略无效

@larsonzh
Copy link
Owner

路由器下的设备都能获取到两个公网IPV6，可能根据设置的跃点有关，2409移动wan1_6的跃点低一些，所有的v6访问都是有这条链路，mwan3中的策略无效

可否改变跃点值，让v6走电信？

@microka
Copy link
Author

microka commented Dec 15, 2024

双wan都可以获取到ipv6，但是检测到的都是2409的v6地址不知道以什么规则访问的
image

图中那个2409的估计是中国移动分配的地址，240e可能是中国电信地址。
不知道你路由器下的客户端设备是否能同时拥有两个IPv6地址，可到客户端上具体查看一下。IPv4情况比较简单，客户端的IPv4地址由路由器分配和管理，且只有一个地址。
若同时接入两个IPv6，并做IPv6分流，客户端设备到底该用哪个IPv6源地址访问外网的IPv6目标地址，规则如何制定，谁来管理，客户端和路由器系统谁来处理这件事情？目前不太清楚。
现实些的办法是只接入一路IPv6，如此不需做复杂的配置。
如果同时接入两路IPv6，若喜好折腾，可考虑配置为一种故障转移模式，即当前一路IPv6掉线及故障不可用时，自动切换使用另一路WAN口的IPv6，平时始终使用一路IPv6，另一路处于备用状态。此方式配置起来或许比较麻烦，如何做需有人深入研究和分享成果，本人在此仅提供上述思路。

路由器下的设备都能获取到两个公网IPV6，可能根据设置的跃点有关，2409移动wan1_6的跃点低一些，所有的v6访问都是有这条链路，mwan3中的策略无效

我这边的情况是，下游设备能同时获取240e电信、2409移动前缀IPv6地址，访问240e目标地址会走电信v6，访问2409目标地址会走移动v6，访问其他前缀地址走哪条v6这逻辑还摸不透。不过这样也能正常用了。

@larsonzh
Copy link
Owner

我这边的情况是，下游设备能同时获取240e电信、2409移动前缀IPv6地址，访问240e目标地址会走电信v6，访问2409目标地址会走移动v6，访问其他前缀地址走哪条v6这逻辑还摸不透。不过这样也能正常用了。

在下游设备上使用路由跟踪工具测试其他IPv6目标地址流量，看看具体走哪个WAN口。

注意一定要在下游的客户端设备上测试。

@microka
Copy link
Author

microka commented Dec 15, 2024

我这边的情况是，下游设备能同时获取240e电信、2409移动前缀IPv6地址，访问240e目标地址会走电信v6，访问2409目标地址会走移动v6，访问其他前缀地址走哪条v6这逻辑还摸不透。不过这样也能正常用了。

在下游设备上使用路由跟踪工具测试其他IPv6目标地址流量，看看具体走哪个WAN口。

注意一定要在下游的客户端设备上测试。

是的，我就是在下游设备（Windows）上用 traceroute 才知道的。

@larsonzh
Copy link
Owner

是的，我就是在下游设备（Windows）上用 traceroute 才知道的。

注意mwan3中规则的上下顺序，上面的优先级高，优先执行，略后执行下面低优先级的规则。把IPv6流量规则放在最下面，看看其他IPv6目标地址流量是否都会走该规则指定的通道。

@microka
Copy link
Author

microka commented Dec 15, 2024

是的，我就是在下游设备（Windows）上用 traceroute 才知道的。

注意mwan3中规则的上下顺序，上面的优先级高，优先执行，略后执行下面低优先级的规则。把IPv6流量规则放在最下面，看看其他IPv6目标地址流量是否都会走该规则指定的通道。

mwan3我没有添加任何IPv6相关的配置（接口、成员、策略、规则都不涉及IPv6）

@larsonzh
Copy link
Owner

mwan3我没有添加任何IPv6相关的配置（接口、成员、策略、规则都不涉及IPv6）

若如此，IPv6流量只能由OpenWrt系统本身决定出口了。具体如何，可实际测测。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
3 participants
@microka @byff @larsonzh