宣告 ip 只是为了能让人访问这个 ip
当这个 ip 不需要作为目的地址被访问的时候，就不需要宣告。
像中间路由器的 ip 就有这种情况，反正你也没机会访问他，他只是用这个 ip 做源地址发一个 icmp 响应罢了

至于不同 as 之间的互联，有公开能查到的，也有查不到的
查不到可能是私下宣告的，也可能采用其他方法互联，如偷线路
当然 trace 的话还有一种可能，没减 ttl ，导致中间设备被隐藏；或者由于路径不同，有些 ip 并不在以为的位置上

我家是移动+联通，自己搓的双公网双栈。
连出是移动+广电的 ip 静态路由走移动，默认走联通。
连入做了 conntrack ，从哪个口进来回哪边。
v6 同理，用联通的地址段做 slaac ，移动的出口上做了 snpt/dnpt 。

你问他们 FTTH 是什么意思，99%一样不知道。
用光组网还是电组网在家庭环境下差别不大，核心思想是分了一部分家装的活，以及包维护。
对于 FTTR ，大多数人要么用不到，要么看不上，总之不需要你维护。以及国人还不习惯为维护付费。

@Betterr 刷多少啊？选凌晨刷，大厂没成本，还找你？真怕国内大厂，那去刷 microsoft apple 呗？
还是得有证据啊，别到最后是个别厂商自己折腾自己用户（

@youx 错。价格歧视才能更好地盈利；想办法多收钱、让用户愿意花钱才能更好地盈利；出钱多、用得少的才是运营商喜欢的用户；套餐低、超套餐直接天价也是运营商喜欢的用户。反而是作为成本端要精细化运营减少成本投入。
想想看，现实世界中，至少大陆运营商是不是都把目录价格定得高高的，然后各种途径给折扣？实际上 toC 有各种神卡各种特殊渠道，toB 侧奇葩折扣更离谱——他们为什么尽量不细化套餐？反而搞那么离谱的目录？
省际出口考核根本难以持久，迟早被上面下面或者政策技术夹击死，不如看清楚形势，早做打算。
至于国际出口流量结算，信不信几小时之内就会在 x 上炒爆？然后你区区运营商，打算让谁替你背锅替你挨骂？

@cr3bit 所以选凌晨刷啊
对于大部分带宽计费的服务，这样对面就没成本
也就不会追究刷子
不会产生额外成本，为什么要做这种变更？
你对抗的另一边是运营商，又不是大厂。
真的想刷的话，各大厂 cdn 上可下载的东西真的很多……

搞不懂啥状况
按理说刷下载量很容易啊
逮着大厂刷就好了，哪怕开 100 个线程下载某小而美软件的安装包呢
啥？限速？你不会 v6 刷吗？ 100 个线程分别用不同的 ip 刷呢？或者那些叫得上名字的大厂挨个儿刷？
还有就是尽量写计划任务凌晨刷哈，减轻网络负载，不要影响自己上网，对面如果是按照带宽计费的还不计费
对面也就没啥意见了吧？
确定会出现吃别人 bt 上传刷下载的情况？

@youx 所以你计算一下就知道不可能了
定便宜了运营商更亏本
定贵了没人用运营商还是亏本
就像现在省间结算一样，里外不是人，最后怕是得实质性让步

结果……
A. 用得多的老用户拒绝改套餐，用得少的纷纷改低价套餐，亏死
B. 头部用户利益受损，网上被骂死
C. 超出断网+连带手机停机，被投诉到死
D. 超出天价，a*s 给你点了个赞

说哪里不通至少贴个 traceroute 吧
第一个 1000 结尾的 ip 是手工配置的？配置正确了吗？前缀过期了没有？
至于跨境访问慢，只能说这个真没法保证，电信更慢（除非您是尊贵的 cn2 用户），通常联通和移动质量比较好

翻墙。

@youx 不好意思啊，我不用 mac ，我用 linux 。
个人觉得搞技术还是 linux 比较好用，能用来处理数据报文的工具也比较多，然后再加上网络知识，还不能少自己的思考，综合起来想一想总能发现问题，您说是吧？

@youx 搞笑呢，都是有办法的。以前最火的办法就是 ttl 检测，随便给 ttl 做下手脚就过了，这也是为什么 ccproxy 好用的原因。本来应用层 ua 也都一样差不多嘛，更何况现在鲜少有明文协议了。然后 linux nat 的话因为默认有保持源端口的行为，改成随机。差不多都可以过了。
然后下面有一个说虚拟机被检测的，很多时候虚拟机的 mac 地址在上游看起来都是一样的，说白了最有可能的就是 netbios 检测……那我 mac/linux 呢，怎么区分 mac 和 ios 手机？ linux 就更魔幻了……
流量判定也不现实，手机下载个*神，几个 GB 就没了，怎么算？电视、nas 就更别提了……再加上现在到处都 mac 地址随机化，根本看不出厂商……最后搞不好还真是 microsoft 合作伙伴，检测局域网 windows 的数量，要查许可证吗？
本来如果双方都是专业选手的话，想通过技术手段阻止网络共享是不现实的……

还有就是，那个 url 扫了以后似乎是 2019 年的产品，不过 2019 年也不该推出这种东西吧？
这下，要求改桥接的更多了，fttr 更卖不出去了。（个人猜测并没有在推）

我一个路由器就上百个 mac/ip 了

1. 这样做没问题，反正也得经常开着
2. 做好安全措施，没问题的
3. 这样不太好，可能会被运营商处理，运营商因为安全问题不允许你开 http 服务
说安全问题有好多层面……对初学者来说比较合理的实现就是外网暴露 openvpn/wg 的端口，如果你只需要访问内网资源的话可以指定 ip 段（路由表）。

LAN 192.168.0.0/24
IX 192.168.16.0/24
WAN 192.168.18.0/24
TUN 192.168.17.0/24
XC 192.168.19.0/24
Vlans(IoT, etc) 192.168.132.0/24 （ Reserved: 192.168.128.0/20 ）
OpenVPN 192.168.254.0/23
Wireguard 192.168.252.0/23

Ref: https://www.v2ex.com/t/1034955

不等效，但是可以凑合用。
1. 多一次路由转发。
2. 对于 ipv6 ，原本整段 ip 都会转发给你，但是光猫下面再接路由器的话，只能获得其中一个/一小段 ip 了（取决于光猫支持情况）
3. 对于 ipv4 ，多了一层 nat 。dmz 只是能良好地处理 tcp 、udp ，还能比较好地处理其他一些协议，但是如果发一个生的 ip 包过来（没见过的协议），dmz 是没法工作的。