akw2312 最近的时间轴更新 akw2312 最近的时间轴更新 |
akw2312🏢 上海花卷信息科技有限公司 V2EX 第 61666 号会员，加入于 2014-05-01 18:59:20 +08:00 |
Taipei
| 利用 iptables 破除中國電信的 HTTP 緩存 宽带症候群 • akw2312 • 2016-10-07 15:36:27 PM • 最后回复来自 guoyijun163 | 15 |
| 阿里雲深圳機房的電信線路斷了 目前一律繞行杭州 云计算 • akw2312 • 2016-08-02 13:14:08 PM • 最后回复来自 wdlth | 5 |
| 電信連 IDC 機房都開始搞 HTTP 劫持? 宽带症候群 • akw2312 • 2016-07-27 11:29:44 AM • 最后回复来自 akw2312 | 46 |
| 笑看淘宝香港 VPS 商家恶性竞争 VPS • akw2312 • 2016-06-01 15:21:06 PM • 最后回复来自 lslqtz | 38 |
| 這寬帶到底是移動還是鐵通？ 宽带症候群 • akw2312 • 2016-04-15 10:05:34 AM • 最后回复来自 root9000 | 20 |
| centos 6 / debian 7 supervisor 怎樣子都不自啟動 问与答 • akw2312 • 2016-02-11 09:41:13 AM • 最后回复来自 akw2312 | 3 |
| 如何關閉 vlan router 自動分配的 ipv6 address(proto kernel) Linux • akw2312 • 2015-12-27 03:10:10 AM • 最后回复来自 akw2312 | 3 |
| 如何阻擋 SunnyVision HK 機房的機器出現的異常流量 Linux • akw2312 • 2015-11-14 08:56:34 AM • 最后回复来自 yexm0 | 2 |
| 哪家日本 VPS 比較不容易限速？ 问与答 • akw2312 • 2015-09-30 01:36:15 AM • 最后回复来自 blessme | 11 |
akw2312 最近回复了
2021-03-08 03:16:42 +08:00 回复了 lxll 创建的主题 › 宽带症候群 › 有关 Mikrotik 的产品和 RoutrrOS 的疑问请教各位 |
BTW, 他那個 FastTrack NAT 加速雖然有效過, 但限制太多而且高負載下處理能力還是很差, 同樣是軟件上的優化, 處理效率比 Qualcomm 的 SFE 或者 Linux 主線裡面的 Flow Offload 都還差
2021-03-08 03:15:03 +08:00 回复了 lxll 创建的主题 › 宽带症候群 › 有关 Mikrotik 的产品和 RoutrrOS 的疑问请教各位 |
IPQ4019 其實不算老了 畢竟 MikroTik 的 WiFi 6 產品還做不出來，要用上 IPQ6000 之類的大概還要很久.
不過 MikroTik 的 WiFi 5 也做的很糟糕的，那個驅動做的比開源驅動還爛.....
ROS 其實有個祖傳特性：功能很多但很多都只依靠 CPU，沒有硬件加速，而且效率不怎麼樣。還有 Bug 很多，穩定版永遠不穩定.
在 ROS 6 上，沒有一台設備支持 HWNAT(就算硬件有)，ROS 7 倒是有一些 CRS 交換機有了，但是那個看過參數就知道和沒有差不多，最該支持的基於 IPQ4019/MT7621 的設備卻遲遲不做。
CRS326 的 L3 硬件轉發之前有人說是硬件缺少支持，但有找到一兩台別家也用 98DX3236 的交換機，是支持 L3 的。
BTW, MikroTik 全系列對於小包的處理能力其實都很差，就算是 CCR1072 也一樣
CCR1072 在 FastPath 下的確能測出他標稱的那個轉發性能，但是那和實際應用情況偏差太多了
(實際上 FastPath 還是 CPU 在轉發的，只是繞過 linux network stack)
比如說有人對著單一 IP(甚至單一端口)打個 10G 大流量 SYN 小包，那就算是 FastPath 還是會看到 CPU 全核 100%，完全撐不住了...
不過 MikroTik 的 WiFi 5 也做的很糟糕的，那個驅動做的比開源驅動還爛.....
ROS 其實有個祖傳特性：功能很多但很多都只依靠 CPU，沒有硬件加速，而且效率不怎麼樣。還有 Bug 很多，穩定版永遠不穩定.
在 ROS 6 上，沒有一台設備支持 HWNAT(就算硬件有)，ROS 7 倒是有一些 CRS 交換機有了，但是那個看過參數就知道和沒有差不多，最該支持的基於 IPQ4019/MT7621 的設備卻遲遲不做。
CRS326 的 L3 硬件轉發之前有人說是硬件缺少支持，但有找到一兩台別家也用 98DX3236 的交換機，是支持 L3 的。
BTW, MikroTik 全系列對於小包的處理能力其實都很差，就算是 CCR1072 也一樣
CCR1072 在 FastPath 下的確能測出他標稱的那個轉發性能，但是那和實際應用情況偏差太多了
(實際上 FastPath 還是 CPU 在轉發的，只是繞過 linux network stack)
比如說有人對著單一 IP(甚至單一端口)打個 10G 大流量 SYN 小包，那就算是 FastPath 還是會看到 CPU 全核 100%，完全撐不住了...
2020-04-04 18:38:53 +08:00 回复了 celao 创建的主题 › 宽带症候群 › 上海电信家宽精品网 ntt 回来跪 |
NTT 前幾天開始丟棄 RPKI Invalid 的路由，不是完全拒收，有些 peering(例如 KT)還是不檢測 RPKI 。
上面也有人說過了 這個段的 RPKI 是這樣的：
58.32.0.0/16 le 16 AS4809
而很明顯實際上的宣告是
58.32.0.0/17 58.32.128.0/17 AS4812
多測測幾個有過濾 RPKI Invalid 的 ISP 就會發現他們是完全拒收這兩個 /17 的。
這個問題錯很多年了，只是以前沒人過濾，現在變多了。
BTW 去年我發現這個段 HGC 沒收路由，以為是 radb 沒正確的記錄導致的，我就 proxy-registered 加了一個對的記錄，但並沒有作用，後來我也忘了去掉。
結果前兩天 CTG 透過他們一個客戶找過來，讓我把那個記錄給去了，然後他們自己加了一個一模一樣的。
所以：有人找上海電信報障了 也轉去 GNOC 了
但他們的處理方式「方向錯了」
上面也有人說過了 這個段的 RPKI 是這樣的：
58.32.0.0/16 le 16 AS4809
而很明顯實際上的宣告是
58.32.0.0/17 58.32.128.0/17 AS4812
多測測幾個有過濾 RPKI Invalid 的 ISP 就會發現他們是完全拒收這兩個 /17 的。
這個問題錯很多年了，只是以前沒人過濾，現在變多了。
BTW 去年我發現這個段 HGC 沒收路由，以為是 radb 沒正確的記錄導致的，我就 proxy-registered 加了一個對的記錄，但並沒有作用，後來我也忘了去掉。
結果前兩天 CTG 透過他們一個客戶找過來，讓我把那個記錄給去了，然後他們自己加了一個一模一樣的。
所以：有人找上海電信報障了 也轉去 GNOC 了
但他們的處理方式「方向錯了」
2020-02-22 21:27:56 +08:00 回复了 shejialun 创建的主题 › 宽带症候群 › 这次疫情越久越有利于电信扩容啊 |
不過 u1s1 北方的 CN2 確實挺垃圾 本地國際都有點糊
2020-02-22 21:27:20 +08:00 回复了 shejialun 创建的主题 › 宽带症候群 › 这次疫情越久越有利于电信扩容啊 |
@anbobi 北方很多地方的 AS9929 已經是單向的了 比如ˊ瀋陽的 出去的路由都定向去普通的聯通了
2020-02-22 16:01:15 +08:00 回复了 shejialun 创建的主题 › 宽带症候群 › 上海电信精品网究竟用下来如何 |
@yulihao 你得看一下 HGC 到你 CN2 是不是走的那条线啊，游戏宽带那个段我印象里是没有发路由给 HGC 的。如果经过 NTT 那就是算国际带宽，慢是正常的..
Select Language