@Smallsun1231 对啊，两边的口都组进一个 port-channel ，都是同一个 mlag 组里的。

更新：
我发现下行的 Catalyst 交换机存在一个诡异的 Bug：除非主动禁用到主节点的接口，否则主节点意外掉电后那台 Catalyst 交换机还会把流量往那边发，手动禁用接口后流量能正常转发。

@MNIST 我一直都有类似的想法，在每个地方修建公益性的微型 IX 交换点，大多数互联网流量其实是能够在本地终结的，只有少部分实时通信的流量需要在互联网上到处跑。大型运营商可以继续靠长途传输网的专营权利赚钱，而服务商和网络用户也可以在便宜的本地带宽中受益。服务商想要接入当地的 IX 自然要投入建设，这些建设是有助于改善互联网服务的服务质量的，而不是给运营商不分远近地高价收租。

如果你是个赌徒，那你的人生每一刻都有这样的机会。

这个静态路由就搞定了。
C 上开两个 WG 接口，配两个网段的 IP 地址。
A 上把默认路由指向 C ，B 上写静态路由把 A-C 互联的网段指向 C 。
我就干过这种中转的事情。

@wolfmei 主玩网络的 Homelab 玩家。

@Naples 邮箱(base64):aGFrc3JwZEBvdXRsb29rLmNvbQ==

@Naples 你也有一台收全表的路由器吗？怎么给你发路由表？

@Naples 其实是给的，但我这边没有配置，所以没有收。

@acbot 有很多客户端提供地址块的精细地理位置信息也是很重要的，我之前的一个 HE 隧道地址块就被识别成在中国的，虽然出口在新加坡。

@Marionic0723 是的，在 openwrt 上跑个 bgp ，然后核心把这三个 as 的路由传过去，写个 route map 过滤路由，传过去的路由改 next hop 为拨号线路的网关，默认路由指隧道。

@acbot 明细的跟汇总的都有收到，比如我查一个移动的地址段，既有 /20 精细度的，也有 /10 的大汇总。我在地理信息数据库上查 /20 的地址块可以精确到市。

@acbot 我拿的是 Full Table ，包含所有的互联网路由； BGP 路由不包含精细的地理信息，但可以用团体属性传递地理信息。

@littlewing 更多只是为了好玩。
如果说有什么实用价值的话就是你有了 Full Table 就不用天天下载别人扒的分流路由表，你手上就有一份动态更新的全网路由表拿来做分流。你在接受的路由器上写个 route map 根据 AS 号或者团体属性改 next hop 这样子来做分流，只要核心节点上有 Full Table ，别的节点跑 OSPF 打通内网就好。

@fan88 只想播地址可以过滤掉路由然后只发自己的地址，因为你的小鸡就一个出口。

@ea3ba5c0 Vultr 能启用 BGP 功能，没有自己的 AS 号跟地址块也行，可以把 Vultr 那里租的 Reserved IP 弄到自己的网络里再通过 BGP 播到 Vultr 上。

单纤跟双纤相比大幅节约光纤资源，远距离通信最宝贵的就是物理信道资源，所以要可劲薅光纤的潜力。

这可真是太两岸一家亲了。

你的公网地址是配在那台运行 Wireguard 服务的机器上的吗？
我遇到过这样的问题，公网 NAT 网关配不了，没有到 VPN 网段的路由，只好在机器上做 NAT 。
默认路由指向那台运行 Wireguard 服务的机器上。当我通过 Wireguard 访问那台机器映射的公网 IP 上的服务时，无法访问，我觉得可能是这种情况：
从 VPN 网段到公网的访问会被 Wireguard 服务器做 NAT ，然后又被公网 NAT 网关做 NAT 。但由于公网地址是配在 NAT 网关上的，所以会以服务器的 IP 为源地址到公网 NAT 网关转一圈又回到那台主机上，但是主机怎么跟自己建立连接呢？于是就发生了 NAT 回流问题。