光猫桥接模式下，必须是路由器来完成拨号吗？

OP 18# 这个清奇的想法，DHCP 以为着 DHCP 服务端，这个 DHCP 指的是光猫自己开 DHCP 服务给子网。而 PPPOE 获得的 IP ，并不是一般 DCHP 取得的，而且其中光猫（即便拨号）也不是 DHCP 服务端，无论如何不可能把这个 IP 丢给子设备（即便可以，也不可能是同一个 IP ）。再换个说法，光猫进行了 PPPOE ，把获取的 IP 给到另外一台设备，这种技术这个星球应该还没有，或者说这两台设备一定不是通过 TCP/IP 网络进行连接的。

我说的 DHCP ，是路由器（能力够的话），开启 PPPOE 会产生一个新的网卡设备，而物理口设备则可以通过光猫的 DHCP 服务端获取到另外一个 IP ，即路由器的 WAN 口有光猫 DHCP 的子网，也有 PPPOE 之后的上联网。

你不能把 PPPoE 拨号，当成用户登录来看待。正如你不能不要地基，只要最高层。

我这边，本来光猫接了个路由，在路由里拨号，但这样的话 ipv6 过一二天就掉了，ipv4 不影响。
改成光猫拨号就没事了。

你这种得让运营商给你分/30 的 IP

@hcocoa 你要笑死我

你要的功能, 就是现在运营商光猫默认的模式, 所以你连桥接的意义都还没弄明白

光猫不稳定在于它干了太多事了, 拔号、路由转发、无线接入等等, 并且集中采购的性能肯定是一般般的;
换桥接, 光猫只用做光电转换, 变成了一个透明的设备, 负载低了才能稳定, 后面的事情由自购的性能更强的设备来做

PPPOE 是点对点连接，一种隧道，便于统计流量和时间计费，路由也是基于这个隧道的，可以理解为谁拨号，谁负责路由

@diagnostics 这种问问题的情况非常普遍，确实浪费大量精力，全靠脑洞。

PON 专线可以，光猫设置桥接，路由器不 PPPOE ，直接设置静态 IP ，即可上网

有这种操作，家用光猫实现不了。
有兴趣整俩虚拟机，安装 linux ，手工改下配置能实现，一个 vm 拨号，另外一个 vm 拿公网 IP

我脑补了半天，弄明白了 OP 想要的：
光猫进行 PPPoE 拨号，然后把 ppp0 interface 桥接给路由器，不过下发的 IP 怎么分配给路由器是个问题，或者想办法弄私有协议/脚本/定制的 dhcpd 让路由器自己设定 IP 。然后不清楚现在 Linux 内核里的 ppp 接口是否支持 802.1d BCP 。搜到了一个 patch https://lwn.net/Articles/376761/ ，不过估计你也很难给光猫的 Linux 内核打 patch 吧。
也不能完全说 OP 的想法不对吧，但这个需求真的挺少见的，一般来讲没必要。如果你觉得路由器拨号性能不够，就换个更好的，比折腾这个小众做法省时间&省钱多了。

啊吧啊吧？逆天需求

@maoshen1234 pon 是 pon ，pppoe 是 pppoe ，不相干。

拨号产生的虚拟接口是 3 层口，不能桥接，只能路由。假设光猫是你能完全控制的 linux ，可以这样：拨号完成以后把获取的 IP 从 PPP 接口拿掉，并加入 DHCP 地址池，同时补一个从 PPP 口出的默认路由（可能要再随便配个 IP ）。以上都可以用脚本完成。

光猫桥接，电脑拨号？

光猫拨号？路由器桥接光猫？使用光猫 DHCP ？

我猜想你的想法可能是将 PPPoE 拨号和路由器其他功能分离。但是 nat 肯定做在光猫上，除非运营商能给你分配两个以上的公网 ip 。

理论上可以。不就是接入管理设备不要求 PPPoE 认证，直接用 DHCP 给你的路由器发入网配置嘛。或者光猫只做二层认证。

但实际上能不能用取决于运营商的局端策略。一般不会这么做的。

@leonshaw 没错，我觉得这个方法是 work 的，虽然我没试过