运营商的光猫里塞了 N 多个未知的内核模块，我发现其中一个可以获得拨号设备的信息，无论 lan 口后面串了多少设备，走了几层 tunnel 。另外用户态下会跑几个 dpi 的 daemon ，定时上报用户的 http request 数据到某个服务器。光猫就是网管系统的一部分，不用中心的人员做什么反应，自己自动会处理的。

看完了，好长，结果最后是换桥接，但 LZ 这标题.....

@wy315700 是，意思是强调上海电信目前的＂拥堵＂状况，不论什么 tunnel 都不管用，全部丢得找不着北。

@est 上海电信现在是无差别丢包, 只不过有多有少而已

这个不是新发现了，很早之前 TCP ， UDP ， ICMP 丢包率都差异巨大，肯定是 Qos 了，但我测试了一下上海电信 syn 包丢包率是十几，所以然并卵。

LZ如果仅仅是拿来当饭吃，学一门市场需求最广的即可，如果不仅当饭吃，还有一颗geek的心，想把计算机体系搞清楚 ，想对一些系统进行深层次的探究，则C和C++在软件方面是唯一的途径。v2这里应该很少专职做底层开发的，所以讨论的少，氛围不浓厚。

魔都联通昨天晚上到现在20Mb又可以跑满了，不知道能持续多长时间。

不是阴谋就是阳谋，有一种比较内幕的说法是因为墙没法扩容所以出口不能放宽，可是考虑到电信卖精品网和瓶子 难道这些不过墙？ 墙是有一块块砖构成的，容量不够堆机器就行了，这和ISP机房里多放几个DPI探针一个道理，墙扩容真的难到让上层的矛盾公开化？

@jasontse 我直接开上联交换机的端口镜像都没发现ttl 超时包，我还能怎么想。已发现有人遇到同样情况 https://www.v2ex.com/t/212838

魔都电信表示已干掉TTL超时应答：

traceroute to 104.194.76.20 (104.194.76.20), 30 hops max, 60 byte packets
1 192.168.5.1 0.551 ms 0.753 ms 0.947 ms
2 * * *
3 * * *
4 * * *
5 * * *
6 * * *
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 104.194.76.20 136.045 ms * *

上海电信这边已经把ICMP TTL超时包干掉了：

traceroute to 104.194.76.20 (104.194.76.20), 30 hops max, 60 byte packets
1 192.168.5.1 0.611 ms 0.819 ms 1.017 ms
2 * * *
3 * * *
4 * * *
5 * * *
6 * * *
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 104.194.76.20 154.715 ms 154.951 ms *

中间的全部看不到了。

@laiyingdong 随便侃侃，目前只能当密钥是因为量子比特通信成本高，所以就像TLS一样先非对称再对称加密为了节省资源，以后成本降下来了全量子通信是有前途的，而且是超长距离传输。

当数据量把Qos队列塞满时也差不多只能丢包了，不可能把低优先级的包一直存着。

@laiyingdong 已经建成了实体网络： https://zh.wikipedia.org/zh/%E5%85%A8%E9%80%9A%E5%9E%8B%E9%87%8F%E5%AD%90%E9%80%9A%E4%BF%A1%E7%BD%91

@laiyingdong

https://zh.wikipedia.org/zh/%E5%85%A8%E9%80%9A%E5%9E%8B%E9%87%8F%E5%AD%90%E9%80%9A%E4%BF%A1%E7%BD%91

美帝应该已经投入军用了，尽管天朝的水分大，吹牛不上税但这个技术是货真价实的。可以看一下

量子通信技术可以应付楼上各层提出的所有挑战。

@owenwu215 不会是电视台一曝光赶紧协调联通把带宽分了一部分出去吧。 我觉得不可能挖企业带宽的角，只能挖家用带宽的。 我 刚发现丢包率也从10-50%不等，抖动很大。丢包主要在
AS17621 112.64.0.0/16 CHINA UNICOM Shanghai network
AS17621 112.64.128.0/17 CHINA UNICOM Shanghai network
其次是
AS4837 219.158.0.0/20 Backbone of China Unicom

一個擾亂社會治安罪和尋釁滋事罪就可以將LZ正法

不管電信怎樣，從昨天開始聯通到西海岸 ytb沒法看4K了，不丟包但就是死死的限在了800KB/s。