根都是禁止递归的，如果能解析出来像 facebook ， y2b 的只有一个可能，那就是被劫持了（ https://www.zhihu.com/question/22572025 ）， LZ 用 tcp 再试试，应该就清楚了，都是 reset 包过来。

我这的电信，不管目标是哪个 DNS 服务器，发送被屏蔽的 DNS 域名请求（比如 fb,y2b,google ）就回复虚假的，如果是 TCP 请求就回复 rst 。

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

@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;
}

没做过移动设备的底层开发，但之前了解一点， ARM 有一个 device tree ，写在 firmware 或 uboot 上面，描述板子上的硬件配置，和 x86 的 acpi 差不多但简单很多，可以看内核 arch/arm/boot/dts 里面有一些直接支持的 cpu 的 device tree ：

/*
* Device Tree Source for OMAP34xx/OMAP35xx SoC
*
* Copyright (C) 2013 Texas Instruments Incorporated - http://www.ti.com/
*
* This file is licensed under the terms of the GNU General Public License
* version 2. This program is licensed "as is" without any warranty of any
* kind, whether express or implied.
*/

#include "omap3.dtsi"

/ {
cpus {
cpu@0 {
/* OMAP343x/OMAP35xx variants OPP1-5 */
operating-points = <
/* kHz uV */
125000 975000
250000 1075000
500000 1200000
550000 1270000
600000 1350000
>;
clock-latency = <300000>; /* From legacy driver */
};
};
.........................

好像编译内核的时候会将这个文本描述编译成二进制文件，然后烧进去。具体可能要问问搞 BSP 的人
最后内核通过一套 OPP 接口来访问它。

去过沿海一些地方，可能不具有代表性：多数还是 cisco 和爱立信的 ATC 设备， juniper 也不少，华为的要扒一扒才能看到，不过 ip 类的设备国货中 ne5000 是最多的。

scaling available frequencies 是只读的吧。 cpu 可用频率存在于 bios acpi 的一个表中。 bios 上电以后会侦测 cpu 的类型，选择对应的可用频率表。所以很多老主板要支持新 cpu 一般都是需要刷 bios 的。内核在变频时把 cpu stats 作为索引选择表中的具体项。

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

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

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

@lovedebug 嗯，这个了解，去年的大新闻已经让我们都见识了。

@dxwwym 我也奇怪，专门拨款养一批人十几年的经验积累结果还要买别人的成品。

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

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

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

汇编只有代码的话我觉得和看混淆后的 js 代码没什么区别

魔都电信 tor 可以直接连啊，白天 10-50KB 也不太稳定，晚上 500KB （好像被中继限速了）

@bclerdx 上面说的 YD/T 2400-2012 就是一例，有的小区到 OUN 分光箱或交换机都是超的，晚高峰到运营商提供的那个网页去测速都不达标，二级运营商不像三巨头那么有钱能省就省，一块板卡就够买一辆国产车了。

至于为啥没第三方测试，大家都明白，不过就算有第三方测了，结果不好又能怎样，又不能要求灵道下来。

@venster
@wql
是不是推荐标准也不重要。这种标准都是由各运营单位起草草案提交到信产部的，他们绝对不会制定一个高于现网情况的标准，运动员和裁判员一家嘛。但落实后还是有点意义的，地方运营商愿意多干一些，因为高于标准的绩效会加分，对像长宽这样的二级运营商还是有点约束的。只是测试的过程都是自己人黑箱操作，肯定不是第三方了。实际的测试绝对和普通用户使用网络的方式环境没半毛钱关系，就像灵道办公室 100Mb 宽带和一般小区 100Mb 的区别。

@commonhub
很多限制在城域网就做过了，不必上到国际出口再丢，浪费资源。有时候用 mtr 看到从城域的某一跳开始丢包，后面都是丢，其实后面的都不丢，就是那一跳丢，把请求提前丢掉的缘故。电信的 163 有这个明显特征。

icmp 和 tcp 走的路由都不一样

@Andy1999
@dtfm
提个醒，运营商的任何技术要求都要搭配测试方法来看， 1641 要搭配 1642 来看： http://www.dlid.org.cn:8080/YD/YDT%201642-2009.pdf 但这个是 09 年第 1 次修订版，估计差异不大。

里面确实提到了“国外互联单位”和“ TE ”，所以制定的初衷应该是到达目标的丢包率。但具体是哪些单位和 TE 却没有规定，其他的测试项目看一下都是了了几行，所以不要当真看看就好。两个文本怎么看都是对运营商的基础承载做的规范，而没有考虑诸如 Qos ，质量分级之类的，这个规范文本对用户其实没有任何意义，可能只是针对网管和项目招标施工而制定的。

@loggerhead mtr 有--tcp 选项，还可以-p 选择目的端口，个人觉得这个相对 icmp 好些