关于北京联通光纤 EPON 接入技术，到底是获取哪个设备上的 MTU 和 MRU 数值？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 3065 天前的主题，其中的信息可能已经有所发展或是发生改变。

关于北京联通光纤 EPON 接入技术，到底是获取哪个设备上的 MTU 和 MRU 数值？

根据架构，电脑-家用无线路由器-光猫 HGU-OLT-BRAS-城域网

那么问题来着，如果光猫 HGU 选择桥接方式，家用无线路由器的 WAN 口进行 PPPoE 拨号，那么 WAN 口的 MTU 和 MRU 参数应该获取的是上联 OLT 还是上上联 BRAS 的 MTU 和 MRU 数值参数呢？

mru

MTU

光猫

epon

29 条回复 • 2018-02-09 03:07:49 +08:00

ShunYea

2016-07-11 17:33:57 +08:00 via Android

OLT 应该只是透传，我觉得应该在 BRAS 上。

bclerdx

2016-07-11 19:42:31 +08:00

@ShunYea 听说家庭路由器 PPPoE 拨号的 WAN 口 MTU 和 MRU 要取 OLT 和 BRAS 之间的最小值，然后减去 8 。

而且， OLT 和 BRAS 上配置的 MTU 和 MRU 数值是一个固定的 4 位数字，而不是动态数值范围，对么？

ShunYea

2016-07-11 22:37:58 +08:00 via Android

@bclerdx 我明天帮你问问 OLT 上有没有 MTU 值

redsonic

2016-07-12 13:57:47 +08:00

MTU 是以太网帧的概念只有 BRAS 上配置的才对用户端可见。 pon 模块里的 pppoe 和一般 lan 的 pppoe 一样，所以应该没有什么大小 mtu 比较，我编译过一个 pppoe 客户端放到烽火的盒子里一样能用应该没什么特殊之处。

@ShunYea OLT 板卡接口上也有配置不然 lan 怎么接入，但它对 ONU 侧无影响，最小也不可能小于 1500 ，否则对用户设备和协议影响太大。

bclerdx

2016-07-12 23:55:28 +08:00

@redsonic 我的是北京联通 FTTH 哦，光猫是 IMS 平台上的 HGU ，不是 ONU 。所以， MTU 和 MRU 对数据的传输还是非常大的。否则遇到大包后，被传输到了某层的网关 VLAN 口，会被严重拆分数据包的，会造成数据包重新打包。然后再次传输，进而增加网络开销和传输损耗！

redsonic

2016-07-13 07:47:23 +08:00

@bclerdx 不会， OLT 上的接口 MTU 和 MRU 绝对不会小于 BRAS 的，回复给 ShunYea 的你不用管，我只是回答他的问题。另外转发过程中除了 ppp 协议关心 MRU 其他都不管，只要不超过最大接口帧长都可以，一般也不会 ip 分片重组， ipv6 明确禁止中间路由器重组。

bclerdx

2016-07-13 14:00:45 +08:00

@redsonic 只要不超过最大接口帧长都可以，这个是指 BRAS 设备上配置页面写入的 MTU 和 MRU 接口帧长度？而不用再考虑 BRAS 下联的 OLT 设备配置的 MTU 和 MRU 接口帧长度，对吧？

因此，我只需要从 ISP 处获取到上上联 BRAS 设备配置接口帧的长度（ MTU 和 MRU ）数值即可？那么问题又来了，假设是的话，那么这个数字数值是一个固定的数字数值，还是一个数字区间范围？

bclerdx

2016-07-13 14:03:48 +08:00

@redsonic ： OLT 上的接口 MTU 和 MRU 绝对不会小于 BRAS 的，你确定这是一级或基础三大运营商的集团公司或分公司集采 OLT 或 BRAS 设备，然后所有每一台 OLT 或 BRAS 设备配置的 MTU 和 MRU 是统一的么？我主要就是担心，这个检测标准不是统一强制规定，而是每个地区或每个城市同一种类型的设备 MTU 和 MRU 参数会配置不同。

redsonic

2016-07-13 15:03:42 +08:00

@bclerdx MTU 和 MRU 都是协议或软件上的限制，抛开协议栈，只要到网卡的包不超过硬件的某个限制都可以发送或接收。 MTU 一次配置后是固定的，有光猫后台密码的话登录上去看 pppoe 接口肯定是 1492 ，加上 ppp 头 2 字节和 pppoe 头 6 字节正好 1500 ， wan 口就是 1500 ，然后发给 pon 模块。 MTU 可配置最小是 68 字节，最大视硬件情况，支持巨帧的好像可以 16KB 。
不管是不是统一，只要不小于 1500 有什么担心的，既然你 1500 小水管发出的报文没有分片，转发过程中的大水管更不会分片，也几乎不会重组（墙除外）

bclerdx

2016-07-13 15:43:37 +08:00

@redsonic MTU ： 1492 是 ADSL 铜线时代的产物吧？现在可是光猫 HGU 光纤时代了啊。毕竟与 ADSL 的 PPPoE 的 MTU 是不同的吧。

redsonic

2016-07-13 15:52:21 +08:00

@bclerdx 光网是小区接入的物理层，其余的都没变， BRAS 还是那个 BRAS ， pppoe 还是那个 pppoe ，即使是万兆 lan ，大部分 mtu 还是那个 1500 。

bclerdx

2016-07-13 16:33:48 +08:00

@redsonic 嗯，原来是这样啊。那么支持巨型帧的，就是超过 1500 字节限制的设备都有哪些？

redsonic

2016-07-13 17:12:39 +08:00

一般桌面和服务器的 intel 或 broadcom 的千兆网卡及以上都支持，商业交换机和路由器都支持。有些像 ATM 的设备都是把很多报文封装成一个巨帧发送来提高效率。

bclerdx

2016-07-13 19:33:16 +08:00

@redsonic 目前不知道北京联通的 OLT 、 BRAS 或其相关的设备是否支持巨型帧技术。

bclerdx

2016-07-13 19:39:31 +08:00

@redsonic 我看了下的集成千兆网卡和无线路由器自身系统都是支持 Jumbo Frames 功能的。

ShunYea

2016-07-14 13:00:06 +08:00 via Android

@redsonic 你说的对

bclerdx

2016-07-14 13:59:51 +08:00

@redsonic 看来您可能说的是正确的，我在我自己的无线路由器的 WAN 口连接方式选 PPPoE ， MTU 处手工输入数字 1500 ，保存配置后，路由器的操作系统依然会强制更改为 1492 了。请问这是为什么呢？

redsonic

2016-07-14 15:21:59 +08:00

@bclerdx 不清楚 WEB UI 上的逻辑，以及是否真的能强制修改，我也没改过。 pppoe 接口会根据绑定的 wan 口的 mtu 来重新计算自己的 mtu ：

static int pppoe_connect(struct socket *sock, struct sockaddr *uservaddr,
int sockaddr_len, int flags)
{
..........................
po->chan.mtu = dev->mtu - sizeof(struct pppoe_hdr) - 2; // 1500 (wan)- 6(pppoe 头) - 2(ppp 头) =1492
..........................
}

然后修改 pppoe 口的 handler 是空的，注释上说了这是一个坏注意，需要 ppp 层重新 LCP 协商，因为 ppp 是套在 pppoe 外面的只修改 pppoe 的 mtu 对 ppp 层不可见。

static int pppoe_device_event(struct notifier_block *this,
unsigned long event, void *ptr)
{
struct net_device *dev = netdev_notifier_info_to_dev(ptr);

/* Only look at sockets that are using this specific device. */
switch (event) {
case NETDEV_CHANGEADDR:
case NETDEV_CHANGEMTU:
/* A change in mtu or address is a bad thing, requiring
* LCP re-negotiation.
*/

case NETDEV_GOING_DOWN:
case NETDEV_DOWN:
/* Find every socket on this device and kill it. */
pppoe_flush_dev(dev);
break;

default:
break;
}

return NOTIFY_DONE;
}

redsonic

2016-07-14 15:25:20 +08:00

juniper 关于 pppoe mtu 和 mru 的解释： https://www.juniper.net/documentation/en_US/junos15.1/topics/concept/pppoe-subscriber-access-mru-mtu-overview.html

csvw

2016-07-14 18:50:28 +08:00

@bclerdx pppoe 理论最大值就是 1492 ，网上查查就知道

csvw

2016-07-14 18:52:09 +08:00

@bclerdx 不管采用何种传输介质都不影响 pppoe 协议最大值为 1492

bclerdx

2016-07-14 21:14:25 +08:00

@redsonic 今天运营商的装维人员来电，他们提交工单给技术部门，开始说什么 MTU 和 MRU 数值设计设备的商业机密之类的云云，真心晕死。后来再我强硬之下，询问技术部门，装维人员转述技术部门的话说是设备出厂时默认的 MTU ： 1500 ，北京联通运维人员并没有人为在设备上修改 MTU 和 MRU 参数（ OLT 和 BRAS 设备），不知道他们的说话靠谱么？

bclerdx

2016-07-14 21:19:15 +08:00

@redsonic 好的，能帮我找下华为 BRAS ，型号为： ME60-X16-NST01 及中兴、烽火 BRAS 上的 MTU 和 MRU 的解释么？多谢！

redsonic

2016-07-15 08:40:46 +08:00

我觉得应该没人会 care OLT 的 mtu ， BRAS 是否会 LCP 下发你可以通过拨号时抓包看一看，如果不下发，用户侧就会按照代码中的算法来自己设置 1492 。
我在百毒文库找了些“机密” ：
http://wenku.baidu.com/view/aa77816727d3240c8447ef00.html
http://wenku.baidu.com/view/f025fa6d227916888586d774.html
http://wenku.baidu.com/view/33528660561252d380eb6ec0.html

只有最后一个明确写了把 BRAS 的一个上联 ge 口配了 mtu 1524 ，但这个和用户侧没有关系，而且比 1500 大。

MikuM97

2016-07-15 23:03:01 +08:00

pppoe 最大 1492 吧，前面有个 ppp 报头，当年学思科的时候貌似讲过。

bclerdx

2016-07-16 14:12:12 +08:00

我日了狗了，北京联通技术部居然把用户通过合法渠道和途径询问 BRAS 上配置的 MTU 和 MRU 数值是多少定性为商业机密信息。我擦~

bclerdx

2017-03-26 21:41:15 +08:00

如果用 Wireshark 抓包的话，怎么看 OLT 是否下发 MTU 和 MRU 呢？求教。

xiecong520

2018-02-09 02:20:11 +08:00

@redsonic
链接 3 的引用“ 3.6.2.3 限速和整形
1) 在接入网设备上对接入用户的上行速率进行限制，在 BRAS 上作用户的
下行速率限制。
2) 在 BRAS 和 SR 上作用户下行流量的整形。”

求教大神，光猫里有办法改上传带宽？

redsonic

2018-02-09 03:07:49 +08:00

@xiecong520 就算光猫有限制你取消了，到了接入网还是会给你限了。