365站长网

CE6810AAA模式账号密码无法修改之前密码

Thu, 17 Jul 2025 23:49:52 +0800

客户因为管理要求需要在全区所有网络设备实现账号与密码的统一性，但是在配置CE交换机的时候，出现AAA模式下密码无法被修改的提示信息。

[~CE6810-2-aaa]local-user hyx163 password irreversible-cipher 1qaz@WSX

Error: Failed to set the password for administrator hyx163, because it has been used among the last 10 used passwords.

处理过程

CE交换机默认开启local-user policy security-enhance功能，修改的密码不能与之前10次历史密码相同（与当前密码相同也视为与历史密码相同，即当前密码包含在10次历史密码之内）。

解决方案

[~CE6810-2-aaa]undo local-user policy security-enhance

[~CE6810-2-aaa]commit

建议与总结

关于CE交换机开启local-user policy security-enhance命令的几个小特性。

注意事项：

对于密码和用户名的设置规则在配置命令local-user policy security-enhance后要求更严格：
本地用户名长度必须大于等于6个字符。
密码要求：
密码必须大于等于8个字符。
密码必须由数字、大写字母、小写字母、特殊字符（不包括？）组成。
密码不能和帐号或帐号的反向字符串相同。
密码不能与之前10次历史密码相同（与当前密码相同也视为与历史密码相同，即当前密码包含在10次历史密码之内）。
密码被重置后，第一次登录会要求修改密码。

虚拟显示器驱动用于无显示器调整分辨率

Tue, 27 May 2025 00:56:31 +0800

用于远程软件向日葵 todesk anydesk 远程无法修改分辨率的问题

依次执行1和2即可

usbmmidd_v2.zip

国内至国际骨干 ISP 线路整理

Wed, 18 Dec 2024 22:05:52 +0800

本文主要探讨的是IPv4网络，对于IPv6网络，那就是另一个故事了~ 我想在整理完此文后，对几条重要的线路单独拿出来说一说，我会直接拿接入该线路的VPS来做测试，来最大化给读者可视化线路质量。

此文采用CC BY-NC-SA 4.0协议，可自由摘取片段用于非商业用途分享。

国内几大骨干网介绍

目前国内有三大ISP，电信、联通、移动，电信有2大骨干网——163和CN2，联通有2大骨干网——169和A网，移动只有1个骨干网CMNET，一共有5大骨干网，这些骨干网都有自己的独立国际出口，和国外ISP有直接Peer或Transit。

另外有用于科研和教育用途的2个小型骨干网，CERNET（教育网，主用于高校）和CSTNET（科技网），这2个骨干网也有自己的独立国际出口，但是总体规模远小于电信、联通、移动，故能承载的出国带宽有限。

电信的163骨干网自治系统编号 AS4134

电信的CN2骨干网自治系统编号 AS4809

联通的169骨干网自治系统编号 AS4837

联通的A网骨干网自治系统编号 AS9929

移动的CMNET境内骨干网自治系统编号 AS9808

移动的CMI境外骨干网自治系统编号 AS58453

CERNET骨干网自治系统编号 AS4538

CSTNET骨干网自治系统编号 AS7497

要注意一点的是，CMNET并没有和国外ISP有直接的互联，而是借助其境外骨干网CMI进行互联的。

显然，如果我们只是了解到这里，对于后文的很多内容，读者还是无法理解，所以我们还需要知道这些骨干网更详细的信息，让我们一个个来看。

以下的各AS BGP互联图来自 bgp.he.net ，版权归Hurricane Electric所有。

如果对此已经完全熟悉的朋友建议直接跳过下面这段介绍

AS4134 CHINANET 中国电信163骨干网

宽带业务范围：普通家用宽带、商用宽带、政企宽带

海外加速的专有业务：163精品网套餐（上海地区）

已知出口：北京、上海、广州

全国规模最大的骨干网，享有最大的国际出口，如果读者办理的是一般性的电信宽带又或者是商宽，访问境外网站，如果对方ISP没有购买电信的CN2 Transit，那么就走这个骨干网。

AS4809 CNCN(CN2) 中国电信第二代骨干网

宽带业务范围：家用游戏及海外加速宽带、商用跨国优化宽带、政企宽带

海外加速的专有业务：CN2国际精品网套餐（覆盖几乎全国）

已知出口：北京、上海、广州、乌鲁木齐

技术先进，一般到一个ISP有不止一个Policy可以到达，灵活性非常高，因此可以提供稳定快速的国际互联服务，一般对海外聊天、游戏有较高需求的都会使用该网。目前该网是国内到国际网络高峰期能提供最好速率和体验的骨干网之一。

AS4837 China Unicom BackBone 中国联通骨干网

宽带业务范围：家宽、商宽、政企宽带

海外加速业务：尚不明确，或当前未推出

已知出口：北京、上海、广州

如果是联通用户，除非访问的对方ISP购买了电信CN2 Transit/联通的CU Premiun，否则一律走169骨干网。该网目前出国拥堵程度小于电信163，但是总体速度和延时可靠性不如CN2。因价格便宜实惠，一般被很多游戏爱好者（国际服玩家）以及对普通外教课程有需求的首选宽带。

通常我们这些Player也会更多倾向的考虑联通宽带，因为目前到国际网络普遍较好的就是联通的169骨干网。

AS9929 CHINA UNICOM Industrial Internet Backbone 中国联通工业互联骨干网

宽带业务范围：商业宽带、政企宽带

海外加速服务：本网专做海外加速服务

已知出口：北京、上海、广州

本网前身为网通的骨干网，后与联通合并后改为联通A网，联通将该骨干网用于国际互联加速服务，价格昂贵，主要是跨国企业在使用，该网已无家宽业务。

AS9808 China Mobile 中国移动骨干网

宽带业务范围：家宽、商宽、政企宽带

海外加速业务：尚不明确，或为高Qos商宽/机房宽带

已知出口：北京、上海、广州

AS9808为移动境内的骨干网，未设与国际ISP Peer，故所有出境流量通过AS58453（CMI）与外网互联。

AS58453又被称之为CMI，是移动的国际段骨干网，最早只在香港建网，并接入HKIX，后逐渐扩大至全球。

移动骨干网现如今已经不再具有国际出口优势，目前三网中只略好于电信163。只有高Qos的宽带才可以体验到17年前移动最初的乐趣。

AS4538 CERNET China Education and Research Network 中国教育研究网络

宽带业务范围：各大高校的校园网和部分大型国内云服务提供商

已知出口：北京清华大学

该网不服务于家宽、商宽、政企，一般来说，只有大学生和大学教授才会经常接触到这个网络。

国内ISP与国际ISP的互联详情

亚太地区

中国香港

常见ISP：CMI、CUG、NTT、PCCW、Telia、Telstra、CHT、HKBN、HKT、WTT、HGC、GTT、TaTa、HE、Cogentco、SingTel

常见IX：HKIX、EIEHKG（Equinix Internet Exchange HongKong）

常见下游：Cloudflare、Amazon、Azure、Google、CDN77、Cera Network

该地区ISP连接质量排名（仅供参考，有些线路走不同的汇聚层会有不同的质量）：

AS4134：CUG > CMI > Telstra >Others（对于163来说，只有CMI、CUG、CN2才可以不被严格的Qos限速，其他163直连的ISP在高峰几乎都一致性地失速，再往后比较就没有意义了）

AS4837：CUG > CMI > PCCW > CHT > HKBN/WTT > HKT > Others

AS58453：CMI > CUG > SingTel > HKIX > NTT > HKBN/WTT > Others

我相信对于很多南方地区的用户来说，对于需要访问一些全球类的网站，离得最近的CDN网络都是在香港（延时最低）。香港机房一直都是很多面向亚太地区服务器托管商的兵家必争之地，所以也涌现出了大量的IDC商家，可惜虽然鱼目混杂，但是能做到价格便宜且到国内直连的却少之又少，直连高昂的宽带单价也劝退了大部分商家。

截至目前，只有国内大厂如阿里云、腾讯云敢大规模对外提供到国内直连的低价的香港轻量云服务，把价格从千元价位瞬间杀至2位数，但是因为需求量极大，而不得不严重超售宽带——极大的延时抖动，随机不确定的丢包，这使得对于托管在腾讯云、阿里云香港的网站的访客来说体验并不好。

CMI - 移动自己的国际骨干网

由于CMI自己也在卖香港资源，所以有些下游会选择直接购买CMI的Transit，来获得高Qos的CMI体验，这样国内用户到这些下游提供商就可以全部走移动的骨干网，来获得高性价比且高质量的访问体验。

境内连接质量：非常高，只要对方下游接入了足够的CMI Transit宽带，峰值宽带基本是移动保证的。无论是电信、联通还是移动（当然移动用户访问过去，优先级是最高的）。虽然高性价比，但是毕竟是香港地区，流量单价依旧远超美欧Transit的单价。

CUG - 联通自己的国际骨干网

感谢知友@Mushroom Kinoko提醒，已经修正。

同移动的CMI，联通也卖香港资源（自治系统编号AS10099），很多下游也选择接入了CUG的资源，这对于联通用户来说，等于获得了很好的质量保证。

境内连接质量：非常高，只要对方下游接入了足够的CUG Transit宽带，峰值宽带基本是联通保证的。无论是电信、联通还是移动（当然联通用户访问过去，优先级是最高的）。

NTT（香港）

可直连的国内骨干网：AS4809、AS58453

在香港地区，只有电信CN2、移动可以直连，其中电信CN2买了NTT Transit 。其余电信163和联通169都会绕路日本和美国，详见NTT（日本）和NTT（美国）。

连接质量：需要注意的是，CN2很多时候不是万能的，特别是香港地区。CN2到香港NTT不可靠，有时候会爆炸，延时会呈现剧烈的抖动，如果需要追求高稳定性，不推荐CN2用户使用接入香港NTT的网络。

移动如果不买他们的商业高Qos宽带，在高峰时期直连NTT会被Qos，丢包和延时都会显著增加，速度一般无法超过10Mbps。对于高Qos的移动用户也并不乐观，高峰时期，因为上海和广州地区汇聚层拥堵显著，所以最高速率往往也无法超过200Mbps

特殊CM2精品网大客户除外，此类客户购买了移动的国际加速业务，移动优先保证此类 VIP 付费客户的宽带，Qos等级仅次于移动内网业务的必要控制流量，是所有运营类宽带里最高的，故除非PoP塞爆，否则在CMI和各大ISP的Peer下都会极力保证合同签约速率，哪怕是NTT、Cogent这些平时流量极大的网络都可以做到插队绿色通道。

PCCW（香港）/HKT

可直连的国内骨干网：AS4134、AS4809、AS4837、AS9929、AS58453

我们平时接触PCCW的机会很多，PCCW也有一个负责国际优化的网络PCCWG （G=Global），我们平时遇到的商家一般接入的都是PCCW（非含G的网）。其实PCCW的效果在平时是被夸大的，就算是线路可以直连实际综合连接效果也仅仅是一个平均水平。

电信163（AS4134）到香港PCCW是否直连看本地电信网络是否有自己的AS号，比如北京电信的AS4847城域网，上海电信的AS4812城域网等。一般来说，如果该地网络有自己的城域网AS号专门管辖，除非商家有特别优化，那么一般到香港PCCW不直连，否则如果是直接位于AS4134上一般会直连。电信网络到PCCW一般只有北京和广州两个汇聚层可达，上海汇聚层不可达，高峰丢包较高，速度不理想。

联通169（AS4837）联通到香港PCCW可能绕美，原因和电信部分相同，不再赘述。直连的情况下，联通到PCCW效果要远远好于电信，处于可用的状态。

联通A网（AS9929）网络质量基本是这么多网络里面连接到PCCW最好的，延时抖动也是最低的。但是9929的价格比CN2都要贵上好多倍，一般没有点钞能力是用不上的...

移动的CMI（AS58453），如果没有商家优化，移动会随机把路由发往美国、日本、香港三地，以实现流量平衡，在用户看来，这就导致延时时高时低，非常不稳定，不推荐移动使用。

同时，HKT隶属于PCCW，所有的国际出口都是走PCCW/PCCWG的。HKT因为可以走上PCCWG和德国地区直连，所以也被称之为打机神线。但是普通的HKT家宽/静态根据段不一样，联通169可能绕韩国KT，也有可能直连；

联通9929通过PCCW与HKT互联。

Telstra Global（香港）

可直连的国内骨干网：AS4134、AS4837、AS4538、AS9929、AS58453

这个网络我相信教育网用户会比较熟悉，Pacnet就是Telstra的，Telstra 承担了教育网的亚太地区的主要出口。

Telstra是为数不多三网都可以直连香港，对我们很友好的ISP。哪怕是电信163也可以在香港地区直连Telstra，高峰速度也算是电信163网络中顶级的了，我一向非常推荐Telstra，于是在此反复安利了。另外，Telstra也是电信163到亚太地区（特别是印度、澳大利亚、新加坡）低延时的性价比解决方案。

Traceroute to India Telstra Global

联通的169网络到Telstra也不差，在香港的直连宽带很大，高峰情况，据近一年的SmokePing数据来看很稳定，如果想要搞一个新加坡的VPS，选Telstra线路的也不差哦~（香港的Telstra线路的VPS很少）

AS9929与Telstra Global有Peer，高峰速度非常可观。

香港Telstra和移动CMI的互联就比较拉垮了.... 整体互联宽带相比与NTT、HKIX而言相形见绌，这也为高峰的延时猛涨买下了伏笔（互联宽带一旦打满，数据包需要排队等待，延时立即升高）。较小的宽带会影响线路的稳定性，如遇DDOS塞满PoP，延时和丢包也会使得网络瞬间不可用。

所以移动用户决定要用Telstra线路的服务器来搞事情之前最好深思熟虑一下 - -

CHT（香港）

可直连国内骨干网：AS4134、AS4837、AS58453

CHT即中华电信，为中国台湾的第一大ISP，拥有2大骨干网（CHW「 HINET」、TWGATE），我们通常说的Hinet即为CHW网络，CHW与TWGATE的关系可以参照电信163和CN2的关系。

事与愿违，从几天前开始，电信163骨干网到CHW网络的效果急转直下，无论是低峰还是高峰的下载速度都只能用惨淡来形容。所以除非你有业务需求，否则我不推荐你把个人网站放在CHW下，高昂的成本价格现在无法匹配上其延时和速度，是个性价比很低的选择。

相比于电信163的拉垮表现，联通169的表现就漂亮的多，差不多的延时却有着更低的丢包，更高的峰值速度。但是鉴于该地区很高的主机售价，如果你是一个联通用户，CHW也未必是最佳的选择。

也别对移动CMI抱有太大的期望，在低峰和高峰表现截然不同，高峰常常极度拉垮，上面的Telstra好歹还是有速度，这个是真的一点速度都跑不出来，不推荐。

HKBN/WTT

可直连国内骨干网：AS4134、AS4837、AS58453

HKBN都主要服务于香港宽带，故一起讨论了，目前没有看到亚太其他有接入它们的案例。一般只有在流媒体解锁用途的时候会用到它。

HKBN三网可以直连，由于没有资料表明HKBN拥有强大的国际骨干网，这两家也没有什么特殊的地方，故点到为止。

HE（香港）

可直连国内骨干网：AS58453（Through HKIX）、AS9929（via HKIX）

移动可以通过HKIX直连HE香港，但是该操作需要IDC调整路由表，否则移动默认连接香港HE会绕美。

联通9929同样也是通过HKIX直连HE香港。曾经是走CUG的HKIX互联，如今是走联通9929自己与HKIX的互联。

爆炸绕路三幻神之一，所以对于电信、联通169和教育网来说，都会绕美，故详见HE（美国）。

TaTa（香港）

可直连国内骨干网：AS4837、AS9929

电信163网络原先和Tata在香港有Peer，但现在基本不走了，具体原因未知。联通和Tata在香港直连，大部分情况下回程绕美，安徽联通商宽到香港GCP/台湾GCP（标准ip）回程走Tata直连。此线路出现的概率极小，联通4837和香港Tata存在带宽大约为600mbps的peer。

在特殊优化下，联通9929可以经过TATA与CUG的Peer来得到直连。但是非优化线路哪怕跟CUG有Peer也绕美。不愧是爆炸绕路三幻神之首...

Cogentco（香港）

可直连国内骨干网：无

爆炸绕路三幻神之一。Cogentco在香港地区没有国内的ISP可以直连。电信、联通9929、移动和教育网会绕美，联通169则绕新加坡，详见Cogentco（美国）、Cogentco（新加坡）

GTT（香港）

可直连国内骨干网：无

GTT在香港地区没有国内的ISP可以直连。三网均会绕美，详见GTT（美国）

中国澳门

常见ISP：中国电信（澳门分公司）、CTM、MTel

中国电信（澳门）

中国电信自己在澳门经营的分公司，国内全部网络都可直连，走AS4134或AS4809（GIA）。

CTM

可直连国内骨干网：AS4134*、AS4837*、AS58453

并非所有IP都直连，非大陆优化的国际网络都不直连

CTM是澳门最早成立的电信公司，在澳门地区提供上网服务，目前仍旧是当地规模最大的ISP。

CTM很早就和电信163、联通169互联，网络质量可靠，但是CTM的机房托管业务把网络分为了2类，一类是国内优化，即提供国内直连路由，一类是更加便宜的国际路由，这类路由不提供国内直连。目前市场上比较平民的澳门VPS都是国际路由，并未针对国内优化。

移动则是在后期不断扩张中涉及澳门移动上网业务，后在澳门建设PoP，但澳门PoP只和香港PoP相连接，所以移动用户如需访问澳门CTM需要先经过香港方可到达，延时自然就不如前者低（大约多了6ms）。

MTel

可直连国内骨干网：AS4134、AS58453

MTel于2011年成立，是所有澳门经营的电信公司里资历最浅的。MTel和中国电信163目前已经实现互联，但因容量很小，导致互联效果不佳——澳门MTel和中国电信163的互联经常打满，延时波动很大，晚高峰受限于整体互联宽带大小，速度也无法令人满意。

联通绕日本NTT，主要取决于联通到日本NTT的表现，移动走自家的澳门PoP，主要取决于CMI是否给力。

中国台湾

常见ISP：HiNet、TFN（台湾固网）、SeedNet、TaNet（台湾学术网络）、HomePlus（中嘉宽频）

常见IX：TWIX

HINET

可直连国内骨干网：AS4134、AS58453、AS4837

其中 AS4134 和 AS4837 延迟都明显要比 AS58453 高一些。广州移动延迟大约 40ms，武汉电信家宽环境中延迟大约 50ms~60ms，北京电信商宽大约 70ms，上海联通商宽延迟大约170ms，长沙联通商宽延迟大约140ms。

HiNet是中华电信（CHT）的一个品牌，也是全台湾最大的宽带提供商。目前台湾地区的主流流媒体解锁都是用了HiNet动态IP（家宽）以及静态IP（商宽、IDC）来解锁的。HiNet拥有整个台湾地区最大的电信骨干网，也是国内出口流量最大的ISP。CHT另拥有一张TWGate的网络，专注国际互联，其性质相当于中国电信的CN2。

TFN

台湾固网

SeedNet

TaNet

HomePlus

日本

常见ISP：NTT、IIJ、KDDI、BBTEC、Telstra、PCCW、BGP.NET

常见IX：JPIX、BBIX、EIEHND（Equinix Internet Exchange Tokyo）

常见下游：Cloudflare、Amazon、Azure、Google、M427、xTom

日本的宽带业务竞争激烈，导致ISP提供商不得不杀出更低的价格来吸引客户，但是往往事与愿违——用户的口碑却更糟糕了。比如，和阿里巴巴合资的SoftBank（软银）公司创立的ISP服务商——BBTEC，看起来是一个不错的选择，实际晚高峰网络拥堵，体验很差劲，试想如果发条消息都要卡半天的话，真的是一件很让人抓狂的事情呢。

不仅是家宽，商宽乃至服务器机房，接入一条ISP线路的成本价格都不菲，况且很多日本IDC只对日本本国居民提供服务，所以催生了很多代办业务，最有名的就是樱花机房的服务器代办服务。往往只有这些对本土开放的IDC才有可能是原生IP（可以解锁当地的众多流媒体、游戏和网站，很有意义），所以哪怕要被代办收取高额的代办费，也会有很多有需求的人士会前去购买。

NTT

可直连国内骨干网：AS4134、AS4809、AS4837、AS9929、AS58423

日本作为NTT的大本营，几乎全国的宽带服务提供商都有NTT的踪迹。因为NTT的骨干网覆盖了日本几乎所有能够覆盖到的地区。

关于日本NTT，我想在文中说明的实在太多了，限于篇幅，我还是精简一下 - -...

NTT和国内ISP互联时间很早，在2000年后，NTT和当时的网通互联，互联出口设在上海和北京，并在上海和北京分别建设NTT的PoP节点（少数国外ISP将PoP设在国内的案例）。

值得一提的是，但是这是目前国内直连日本NTT延时很低且很稳定的渠道，CN2到日本NTT都干不过它，根据实测，目前NTT-9929的速度基本取决于用户接入的9929的带宽速度。

中国电信163和日本NTT之间的扩容就勤快多了，电信还在日本东京设立了PoP方便和日本本土ISP快速互联。听起来很美好是吗？但是这不妨碍电信163和日本NTT之间日常大爆炸（里面大部分都是被巨量的DDOS流量打崩的）。

绝大多数情况下，163-东京NTT、163-新加坡NTT两线是163网络所有互联线路中质量最差的网络，没有之一。

根据近一个月的监测记录，上海电信到东京NTT之间的平均延时（周期为半小时）在48~295ms之间抖动，高峰一小时平均丢包率峰值可达40%，高峰一分钟平均丢包率极限情况下达到了惊人的99%，这就导致了高峰哪怕绕美的体验都要强于直连。

联通的169网络早期有2条路线可以前往日本NTT，一条是从北京-大阪，另外一条是上海-东京。虽然联通169一直普遍被用户认为国际出口质量很高，但是这2条NTT的线路也并非各位读者想的那么美好。

北京联通169 - 日本大阪NTT该线其实最早是网通搭建的。联通收购网通后，便把网通的PoP拨给自己使用，直至今日，我们都可以在NTT在北京PoP IP的rDNS上找到来自历史的证明——

129.250.8.26(xe-0.cnc-g.osakjp02.jp.bb.gin.ntt.net)

这里的CNC，就是曾经的China NetCom（中国网通）的缩写，osakjp，指的就是日本大阪。xe是指骨干网路由使用的是Juniper公司研发的路由，每条线为10Gbps端口。

但是到了现在，由于联通也在不断开拓自己的国际市场，目前联通也在东京和大阪分别设立了PoP，只是目前往北京方向回程依旧在走NTT的北京PoP，往上海直接走的是联通在日本自己的PoP了。

经过了最近的一番扩容和优化，北方联通169往日本NTT方向也有很大的改善（目前暂时停止北京-大阪该线路由，走上海），延时显著降低。虽然去程多绕了一点，但是延时下降了很多，还是可以接受的。

移动作为后来者，前往日本NTT最早都是借助香港CMI出国，近两年才开通了日本东京的PoP，并用上了全新的NCP海缆才得以能够不绕港直连。

但是目前移动到日本NTT都不走NCP，而是继续绕香港CMI，估计在不久的未来直连后会有更低的延时体验。

IIJ

可直连骨干网：AS4134、AS4837、AS58423

中国电信的163与IIJ的互联是通过电信在东京的PoP实现的，国内可以通过三大汇聚层轻松访问PoP节点。互联的网络质量远好于和NTT的质量。IIJ是电信163用户造访日本网站最好的线路之一，目前已经胜过软银，不考虑高峰丢包和延时抖动，是性价比之选。

中国联通169与IIJ的互联方式和电信几乎一样，但是综合来看要好于163与IIJ互联的质量。提供IIJ接入的IDC价格比较亲民的很多，如果不愿意接受软银的高价位的话，不妨试试IIJ。另外，教育网前往IIJ也会走联通169骨干网出国。

目前移动和IIJ的互联已经通过东京移动的PoP来完成，故移动到日本IIJ不再绕香港而是通过NCP海缆直连东京的PoP后与IIJ完成互联，上海移动到东京IIJ参考延时为45ms（实际上可以做到32ms）。

综上，IIJ是日本地区对我们比较友好的，也是价格相较于其他三家比较实惠的一家ISP，如果没有太小众化的需求，上国内走IIJ的VPS是很省心的选择。

BBTEC

可直连骨干网：AS4134、AS4837、AS9929、AS58423

BBTEC（软银）其实是近几年才被我们注意到的一家ISP，在上海地区设有PoP并与电信163和联通169/9929互联。该线路一直被称之为联通到日本最好的线路之一。

想要补充一点的是，9929早期和软银并没有直连Peer，而是借助4837（联通169）作为跳板实现的。而近期在路由测试中，我们可以清楚地看到软银和9929已经在上海PoP实现互联，但是在BGP ToolKit上都未显示2者有任何形式的互联，基本可以判断是Private Peer。

电信163到软银延时相比于NTT属实较低，但是却同样跑不出什么速度来，延时最初是日本御四家里最低的，但是后来因为使用人数的增加，延时逐渐不如IIJ。

联通169到软银的延时则相对不稳定，取决于去程走上海口和北京口，通常BBTEC回程经由自己的上海POP与联通互联。尽管联通和软银互联的优势已经不如以前，但是目前仍旧是联通到日本最好的线路之一。

联通9929到软银的延时稳定，互联速度也取决于用户接入的9929带宽速度。

如今，移动已经在日本的东京设立了PoP，所以从回程看，除了广州移动还是继续走香港CMI，其余均在日本就Peer，并由移动自己的骨干网负责流量回国承载。目前去程依旧全部绕香港CMI，这也导致北方移动延时的升高。总体来说，软银对北方移动不友好。

KDDI

可直连国内骨干网：AS9929

曾经活在传说中的线路，价格昂贵，唯一的优势就是低负载，延迟一般40ms上下抖动。联通9929速度单线程只能跑到100Mbps左右。

新加坡

常见ISP：NTT、Singtel、Telstra、StarHub、MyRepublic、PCCW(G)、Cogentco、HE、Tata、CMI、CUG、BGP.NET、SG.GS

常见IX：SGIX、EIESG（Equinix Internet Exchange Singapore）

下游：OVH、Cloudflare、Google、Amazon

NTT（新加坡）

可直连国内骨干网：AS4134、AS58453

正如你所见，NTT在亚太地区无处不在~ 所以我们一般把NTT视作亚太地区ISP的标杆，这已经成为了事实上公认的标准。

在新加坡，NTT也拥有巨量的骨干资源，轻松连接新加坡所有的本地ISP。NTT也有多条新加坡至日本的海底光缆所有权/使用权，所以NTT可以借新加坡作为跳板，以此连接马来西亚、菲律宾、印度尼西亚、泰国、越南、缅甸、柬埔寨、印度等国，在其后我们也会讨论到这些地区的本地网络情况。

中国电信163与2020年和NTT在新加坡正式建立互联，即意味着新加坡NTT从即日起无需绕行日本再与163骨干网互联，但是情况变得更加糟糕，因为新加坡地区的中国电信163和NTT互联宽带很小，所以几乎全天都处于被塞满的状态，延时异常偏高，丢包率极大，因此非常不推荐使用163连接新加坡地区的NTT。

移动的CMI在新加坡有自己的PoP，同时在当地就可以和NTT互联，因互联宽带很大，所以目前没有看到被塞爆的情况，移动用户目前访问新加坡地区资源的主流渠道就是通过新加坡PoP。

联通9929和联通169目前都不能直连新加坡NTT，请详见日本NTT。

SingTel（新加坡电信）

可直连骨干网：AS4837、AS9929、AS58453

Update: 随着移动CMI Transit在亚太的高性价比的优势被挖掘，我们也可以看到大量走CMI的香港/新加坡VPS出现在市场上。这也是目前最具有性价比的大宽带亚太VPS，但是目前CMI的峰值流量已经达到其容量极限，如果依旧不能大幅度扩容的话，CMI在晚高峰的延时和丢包已经呈现显著增长的趋势。

移动为了减轻自己的跨国骨干网压力，目前已经开始对于第三方ISP收取更高的Transit费用，第三方有些已经采用单向路由的方式来节省成本。对于SingTel来说，大陆->新加坡的这部分流量要远大于新加坡->大陆的流量，而现在拥堵的也主要是新加坡->大陆的这部分流量，所以目前SingTel已经断开了往大陆方向移动在新加坡的直连，改走更加通用的NTT。不过目前移动对自家网络CMI和NTT的质量部署了较为严格的限速策略，导致延时、丢包和速度表现均不佳。

联通的169，在这里把“稳定”两个字表现的淋漓尽致，网络对于亚太的支持绝对可以称为老二，在新加坡地区，联通和SingTel有直接Peer，故整体延时和移动几乎一致，只要回程不绕路，使用SingTel也很棒，目前联通也是唯一SingTel双向新加坡直连的国内ISP。

但是对于中国电信163来说，因163网络和SingTel在世界各地都没有Transit/Peer，这就导致前往新加坡SingTel之前，数据先会被发送至美西Tata/Telia，但是目前电信163和美西的互联早就已经满了（其实不只是163，CN2也满了），所以速度上来说非常糟糕，加上严格的动态Qos策略，使得延时和丢包雪上加霜。

需要补充一下的是，新加坡SingTel是全新加坡最大规模的ISP，在非大陆地区的国际互联上面，SingTel还是有着相当大的优势，如果您在新加坡的话，选择SingTel还是最佳选择。

Telstra Global（新加坡）

可直连骨干网：这都香港直连了，还要什么自行车！

由于接入Telstra的VPS大多在日本、澳大利亚、新加坡，而Telstra和国内御三家主要的Peer在HKG（香港），所以速度肯定差不多的啦~

StarHub

可直连骨干网：AS4134、AS4837、AS58453

StarHub是当地一大本土运营商，提供宽带服务，因为规模较大，常用来解锁新区流媒体的用途。

既然三网都在新加坡和StarHub有Peer，那么是不是就代表着StarHub到我们国内的表现非常优秀呢？实际路由表现并没有读者想象中的那么好。电信163去程是直连但是回程是绕路的，联通169回程是直的但是去程绕了日本NTT。

只有移动比前两者好一些，通过新加坡EIE和Starhub互联，较于前者这种的优势在于IX中心互联非常方便对接IX内的所有网络，但是容量可能有限，难免高峰不爆炸。

MyRepublic

MyRepublic也是当地一大本土运营商，通常被用来解锁新区流媒体的用途。但是MyRepublic没有任何和国内御三家的互联，所以最好使用移动CMI或者CN2中转。

中国电信163、中国联通169网络走NTT，移动走新加坡EIE至StarHub再转MyRepublic。

Cogentco

可直连骨干网：AS4837

近日，中国联通169在新加坡地区和Cogentco开通了新的Peer，使得很多亚太地区Cogent单栈的宽带/服务器都焕发了新的生命，通过联通的169网络，可以做到广州联通到新加坡Cogentco 46ms的延时成绩。

Tata

可直连骨干网：AS4387、AS9929(从AS10099接入）

Tata在新加坡与联通存在peer，可经由AS4837直连广州入口，目前已知经过新加坡Tata到联通的线路几乎都是孟买一带的机器，例如Linode、阿里云、腾讯云等

马来西亚

常见ISP：TMNet (unifi) 、TIMEdotCom (TIME MY)、EBB.MY (Extreme Broadband) 、Allo Technology (City Broadband) 、Maxis Communications Bhd 、Celcom Axiata Berhad 、PCCW(G)、HE、Tata、CMI

常见IX：MYIX (The Malaysia Internet Exchange) 、JBIX (Johor Bahru Internet Exchange (JBIX))

下游：Cloudflare、OVH、MSCHosting (Exabytes)、U Mobile 、DiGi Telecommunications (Telenor)、MYREN (Malaysian Research & Education Network)

马来西亚所有的ISP几乎都对中国移动友好，有些是在 Equinix SG 转一圈后接入 CMI , 有些是接入 NTT 新加坡后到 NTT HK 再到 CMI HK

TMNet (unifi)

TMNet (unifi) , ASN 为 4788 , 是全马来西亚数一数二的ISP , 几乎垄断马来西亚近70%的固定宽频市场，常用来解锁马区流媒体的用途

可直连骨干网： AS4134 中国电信

中国联通会从新加坡接入 HE.Net 后绕到美国HE.Net 再接入中国大陆

中国电信通过TM接入中国电信日本后接入中国大陆

CN2 经由Singtel SG 后跳入广州

中国移动先是到 Equnix SG 再到 CMI 再到 AS9808

和 TIMEdotCom (TIME MY) 的互联很烂，经常出现晚高峰 100ms + 的情况

国际网络质量偶尔抽风

和 OVH 新加坡拥有peering

TIMEdotCom (TIME MY)

TIMEdotCom (TIME MY) , ASN 为 9930 , 是全马来西亚除 TMNet (unifi) 第二大的ISP，提供的家宽配套无论是在速度还是价钱都吊打 TMNet(unifi) , 双向500Mbps带公网IP家宽只需210+人民币，在马来西亚算很便宜了，目前市面上没看见 TIMEdotCom 的VPS，不过可用来解锁马区流媒体

可直连骨干网：

IPV4 : N/A

AS9808 会经过:

NTT SG - NTT HK - CMI HK - 9808

HE.NET KL - HE.NET SG - Equinix SG - CMI Guangzhou - 9808

163 骨干网和 TMNet (unifi) 情况类似，会转发到 Tata :

Tata SG - Tata JP - Tata US - 163 骨干网

CN2 会经过 HGC HK 接入大陆 CN2

AS4837 都会经过 Singtel

IPV6 : AS4134

仍不确定 TIME 跟中国电信买了多少容量

可是通过路由可以发现是直接从马来西亚 TIME 骨干网跳入中国电信新加坡 PoP , 后直接到中国大陆电信骨干网

AS4837 : 去程经过 NTT SG - NTT 日本 - 中国大陆

目测回程绕美，延迟可达200ms +

其他ISP基本都半斤八两:

Maxis 上 AS4837 同样走 Singtel

Digi / U Mobile 靠AS4788 作为上游所以线路基本和AS4788一致

Allo Technology 最大上游为 Cogent , 也有接入 TMNet , 不排除部分线路走 TMNet 过 , IPV6 最大上游为 HE.Net

EBB.MY 基本靠 HE.Net 做上游，移动/联通/电信都不讨好，不过可以直接接入 CN2

总结：

马来西亚ISP基本都对中国移动友好，极少ISP (比如 Maxis / TIMEdotCom) 在连接中国联通时走的是 Singtel 直连，不过延迟90+ , 有可能回程绕日本

市面上目前也就 TMNet (unifi) VPS , 仍未见到类似 TIMEdotCom / Maxis 的VPS

韩国

常见ISP：KT、SKT、LG （绕路的ISP:NTT、PCCW、Telstra Global 绕日绕港绕新加坡故不测试）

常见IX：KINX

常见下游：Moack、Oracle、Cloudflare、Amazon、Azure

韩国本土网络发达，除了三大ISP以外还有地区性ISP，大陆地区前往韩国主要走TPE、APG、APCN-2、NCP四大海缆。

国际路由差强人意，但靠着CDN也足够应付。但到中国大陆的带宽与路由不尽人意，绕路与直连汇聚层日常性堵塞层出不穷，丢包与抖动比较严重（虽然没有到163-NTT那么夸张）。

同时韩国的互联网管理相对严格，购买上比较麻烦。

可直连骨干网：AS4134、AS4809、AS4837、AS9929、AS58453

KT（Korea Telecom），韩国最大电信运营商，市场占有率排名第一。

目前电信163/CN2和韩国KT之间的互联是通过APG海缆完成的，因为APG海缆只在上海有登陆，所以目前前往韩国KT都是走上海出口。需要注意的是，无论是电信163还是CN2和韩国KT的互联宽带均有限，高峰汇聚层没炸先Peer炸了也是经常发生的事情。

电信163至韩国KT的速度在Peer不被塞满的情况下单线程能跑100-200Mbps，晚高峰受限于汇聚层和Peer宽带的双重因素影响，速度受限比较严重。CN2虽然不用太担心汇聚层的拥塞问题，但是目前的Peer宽带依旧是比较主要的速度和延时等稳定性制约因素。

联通9929与KT有互联，同样也是走上海出口。高峰期几乎无丢包，延迟极低，单看极限最低延迟逼近沪韩IPLC；可惜经常抖动，虽然幅度不超过5ms。速度方面也属于跟日本ISP到9929一样，KT到9929的速度取决于用户接入的9929带宽速度。近期似乎扩容/更新设备了，抖动大幅降低。

根据测试。KT-广州移动（120.197/183.240段）高峰期速度非常不稳定，回程路由绕港。

SK Telecom

可直连骨干网：AS4134、AS4809、AS4837、AS58453

SKT可能从某种意义上知名度比KT高，SK Telecom是韩国最大的移动网络业务运营商。

实际上提供网络服务的是SKT的旗下公司SK Boardband。这一点可以从ASN信息中看出。

SK - 163 答案很简单，走上海出口直连但是会BOOM，包括163+...

SK - CN2 非常稳定，有Peer，任何时段基本没有丢包但看起来绕港，速度不稳定。

SK - CU169(上海)时延会在高峰期会振荡，速度也飘忽不定，但配合单边加速还算可用。

CMI与SK Boardband在香港Peer，移动经香港到CMI可以与其直连，到广东移动的速度飘忽不定。

可直连骨干网: AS4134、AS4809、AS4837、AS9929

韩国第三大ISP,现名LG Uplus，曾用名“Intergrated LG Telecom”。LG的电信发展历史基本上就是一场收购史……

LG Uplus 由三家LG子公司合并而来，分别是LG DACOM，LG Powercom和LG Telecom。其中LG DACOM和LG Powercom又是收购而来。原来的LG Powercom负责运营民用网络，从韩国电力收购而来；LG DACOM负责国际通信业务，也就是LG的国际路由上会出现DACOM的原因。

DACOM全名为DataCommunication，由韩国政府牵头，LG与三星共同投资建设，但拥有独立经营权的ISP，后因为LG额外注资增持股份，LG完全接管DACOM。而LG Telecom则是LG自己独自投资建设的移动网络。

LG到联通169（上海）直连，走上海出口，配合单边加速高峰期速度不错。但ICMP丢包率特别高。

LG到联通9929是直连，同样走上海出口。但奇特的是虽然延迟也很低，速度却非常不稳定，隔三差五就突发性的延时起飞；但是正常的时候又十分平稳，几乎没有抖动，可速度依旧不尽人意。

越南

常见ISP：VNPT、FPT

VNPT

可直连骨干网：AS4134、AS4837、AS58453

作为全越南最大的电信ISP，VNPT拥有着全越南最大的骨干网和国际出口，但是一般很少有人会拿越南的宽带做流媒体解锁服务。

虽然电信163和VNPT互联（广州出口，胡志明市PoP），但VNPT的网络质量本身就不是很可靠，导致高峰没有速度乃是常态。最近VNPT还把回程的163直连路由改成绕路了（到香港后转PCCW，但PCCW到电信现在默认会绕美），使得电信163和VNPT的网络单向互联意义不大。

电信163也和VNPT在香港地区以CTG（中国电信国际）的名义互联，但少有可以走到这条线上的，而且回程依旧绕PCCW，导致目前两条与VNPT互联的线路都是单向路由。

电信163最神奇的地方莫过于，并不是所有的VNPT IP段都会走上述2条互联，也有可能会走美西的Tata亦或是走欧洲的Cogent借助胡志明的BICS接入VNPT。

联通169到VNPT也通过胡志明市的PoP互联，但是和电信163一样，也是单向互联，回程绕PCCW。

移动CMI在香港和VNPT互联，常规操作，感兴趣的可以翻翻香港地区的ISP是怎么和移动互联的就知道了。

FPT

可直连骨干网：AS4134、AS4837、AS58453

如果说VNPT到国内御三家都不怎么友好的话，那么FPT应该是到越南地区非常友好的ISP了。

电信去程163会走联通的网络去和FPT互联，回程走香港CTG回国，但是宽带很小经常爆炸，不爆炸的时候速度很快，期待以后的扩容。

因为FPT接入了CUG，所以联通169到越南FPT走的是AS4837->AS10099->FPT，虽然CUG很可靠，但是依旧受限于FPT接入宽带的容量，晚高峰几乎天天爆炸，这个只能等FPT扩容。

移动CMI和VNPT一样，都是常规互联，晚上也炸的很厉害。

我后期还会在这里添加日本、印度尼西亚、菲律宾、泰国、印度、孟加拉国、柬埔寨、泰国、尼泊尔等国家。

欧洲/北美地区

欧洲/北美的网络情况跟亚太差异比较大。欧美的中小ISP大部分依靠的是IX互联或者机房托管的混合网络接入。

虽然商业网络的价格比亚洲地区便宜，但至少对中国用户来说，很少再回程路由中遇见欧美的Regional T1或者高质量T1 ISP。

比如说在欧洲的Orange(前身法国电信France Télécom,AS Rank 11),Vodafone (总部在英国,AS Rank 12),Deutsche Telekom(德国电信AS Rank 24),北美的ATT(AS Rank 20) ,Verzion(AS Rank 21) ,Sprint(AS Rank 26)。题外话，BT(英国电信)反而是Regional T1,AS Rank比中国电信还低。

欧洲德国

DTAG

可直连骨干网： AS4134、AS4837、AS9929

Deutsche Telekom AG ，德国电信，德国第一大ISP，T1级。旗下移动运营商T-mobile相比于DTAG更加知名。

DTAG于AS4134和AS4837均有peer。同时也是AS9929上游。但延迟均200+起跳。

电信163普通家宽会被强制丢包，而163plus能保证相对稳定延迟与相对较低的丢包

联通169则取决于汇聚层是否拥塞。非拥塞状态则能保证网络质量。但是只限于北方地区的联通（如河南/山东等）。

南方地区的联通（如上海）将会被无慈悲的绕美，由DTAG转发Level3。

AS9929依旧稳定发挥，甚至延迟优于AS4134 AS4837,但速度很勉强，几乎稳定80Mbps。

Cogent Communications

Cogentco由于在Traceroute上的细节写的过于清楚明白，以至于有一部分以为跳数越多越差人觉得Cogentco不行。虽然它也确实不太行...

可直连骨干网：AS4134、AS4837、AS9929、AS58453。

Cogentco,联通9929真正的互联主力……几乎绝大部分的欧美线路到9929都会被Cogentco宣告。以至于在欧洲会出现回程不走DTAG硬是跑Cogentco

外加联通9929的NOC基本不会主动调整欧美路由。速度十分玄学，单线程在50Mbps摇摆，多线程却接近跑满。

美国洛杉矶&圣何塞

洛杉矶和圣何塞是美西重要的面向亚太地区的互联网PoP中心，TPE海缆多从此处2点接入。中美之间的互联占据了出境流量很大的一部分，也是电信163出国的主要路径。

HE，全称为 Hurricane Electric（飓风电气），目前是坐拥全球以Peer数量计算的最大IPv6骨干网的ISP，骨干网自治编号为AS6939。HE也提供免费的IPv6 Tunnel，以方便IPv4单栈的用户能够无障碍地访问IPv6网络。

HE的发展思路一直是竭尽全力和世界上更多的ISP Peer，尽管获得了非常多的本地互联，但是因自身前期在亚太骨干网投入不足，导致和一些ISP对等宽带过小、跨洋传输场景下的宽带传输速率有限，HE也一直在努力扩容，可惜仍旧有较大缺口。

我们看到的亚太地区（香港、新加坡）的低价VPS产品线，几乎都一致地选择了HE作为唯一的互联网接入，而且接入的宽带并不大，平均1Gbps。但是哪怕是HE这样的ISP，在亚太地区的BGP Transit也颇为昂贵，这些商家为了能够有所盈利，在超低的VPS价格上，宽带上面必须大幅超售，这些反而给低端用户群体带来了十分糟糕的用户体验，很多时候，这些VPS访问外网速度慢不是HE的问题，而是IDC没有购买足够的宽带导致。

作为对等节点极多的HE来说，IPv6网络下和中国大三ISP均有直接互联，也是当下国内IPv6网络跨国的主要对等ISP，为推动全球IPv6互联中扮演着非常重要的角色。

可直连骨干网：AS4134、AS4837、AS58453

电信163和HE在洛杉矶有10～20G的互联，平时鲜有出现较大的延时抖动，但是速度限制较为严重。

联通169和HE的洛杉矶互联通常被视为在廉价互联里面很具有性价比的，相比于联通169和GTT的互联，和HE的互联质量就要好很多，很多用户也在尽可能选择更价廉物美的选择。

CMI与美西的互联一向较差，并不具有较好的连通性，再加上HE和CMI的互联本身就炸的比较厉害，此条线路不推荐移动去尝试。

GTT

GTT，前身为Global Telecom and Technology，自1998年成立以来，在跨国电信业务上耕作至今。

可直连骨干网：AS4134、AS4837、AS58453

联通169在美西较大地依赖GTT的互联，导致延时相比正常美西延时高很多，速度并不乐观。

电信163和GTT的互联却是出乎意料的好，根据SmokePing的结果，电信163和GTT的互联全天几乎不丢包，完全受限于汇聚层是否通畅。这就意味着只要使用高Qos的电信宽带就可以获得较好的速度。

Telia

Telia是瑞典最大的电话和电信通讯公司，前身为瑞典电报局及芬兰电讯。现更名为Arelion，但目前在路由上的名称依旧是Telia。

可直连骨干网：AS4134、AS4809、AS4837、AS58453

Telia在美国、欧洲都有和电信163互联，总体来说是很中规中矩的线路，

Cogent Communications

可直连骨干网：AS4134、AS4837、AS9929、AS58453

跟欧洲情况差不多。

电信163在美西较大程度上依赖Cogentco的互联，爆炸的几率较高。

Verizon

可直连骨干网：AS9929

联通9929与Verizon的互联一言难尽，延迟不是最优，单线程速度也不是最优。高峰期单线程速度在50-70Mbps震荡。而多线程速度倒是能跑满，非常的玄学。

有时候其他北美ISP到联通9929需要经Verizon转发，而被转发的速度就很难保证了。

非洲地区

肯尼亚

常见ISP：LiquidTelecom

可直连的骨干网：AS4134、AS4809、AS58423

LiquidTelecom在肯尼亚设有非洲国际交换中心，后与中国电信签署合作关系，目前中国电信在肯尼亚设有一处PoP，同时接入了163和CN2网络，和LiquidTelecom都有Peer。

LiquidTelecom也是非洲北部最大的ISP，在非洲拥有100GE的骨干网，可以说是非常强了。电信163前往该PoP需要先在新加坡的163 PoP中转，后前往非洲。在世界各地有自己的骨干网以及PoP，这就是为什么中国电信现在越来越被认可为Tier 1的原因。

虽然听起来特别厉害，但是实际上163网络到肯尼亚直连很差，不过这并不是因为LiquidTelecom导致的，电信的163汇聚层拉垮是主因。

从肯尼亚CN2的表现，严格的来说，是达到及格线的，但是价格昂贵，一般很少有人会去选择那么偏僻的CN2，我也只是找到了没几个段的肯尼亚CN2 IP段，通过SmokePing检测观察许久得出来的结论。

联通和移动都没有和LiquidTelecom直连，所以都绕路。

南非

在南非，一共有三大IX，JINX、CINX、DINX（约翰内斯堡互联网交换中心、开普敦互联网交换中心、德班互联网交换中心），这里我们主要讲JINX，别的基本和我们的御三家无关。

我们可以看出电信的非洲地区是下了功夫的，JINX也设有电信的PoP，同时接入AS4134和AS4809，这个网可能听说的人比较多，Misaka的南非约翰内斯堡的服务器网络就是接入了JINX和电信CN2互联的。

说实话，因为联通、移动没有想过在非洲布局，所以这个地区基本没他们什么事...

中东地区

阿联酋

常见ISP：du.ae

可直连的骨干网：AS4134、AS4809

du.ae 是当地一大电信ISP，骨干网覆盖全国，在阿联酋的迪拜电信设有PoP，同时接入电信163和CN2。

电信依旧是通过新加坡的PoP中转以连接阿联酋，根据Ucloud的阿联酋地区长达一个月的TCPPing数据，该地区163网络要比南非肯尼亚LiquidTelecom稳定，CN2可以实现132ms的低延时。

戴尔服务器硬盘non-raid,DELL 服务器 PERC10配置RAID与Non-RAID混用方法

Fri, 18 Oct 2024 17:33:10 +0800

前提条件：

1、阵列卡固件要更新到50.5.0.1750或以上

2、RAID模式下不支持硬盘转换成NON-RAID状态，eHBA模式支持NON-RAID与RAID混用(仅支持RAID0、RAID1、RAID10)

3、转换RAID模式和eHBA模式目前只能在F2下设置，iDRAC web界面有选项，目前操作不成功

4、必须先删除所有RAID配置，才能更改控制器模式

操作方法：

1、开机按F2，进入BIOS界面，选择Device Settings。

2、选择需要执行操作的Raid Card：“RAID Controller in Slot…”。

3、在如下阵列卡主界面，选择“Main Menu”。

4、在主菜单中，选择Controller Management下的Advanced Controller Management。

5、点击Manage Controller Mode。

6、在这个页面Controller Mode也可以看到目前控制器模式，点击Switch to Enhanced HBA Controller Mode转换成eHBA模式。

7、会出现Warning信息，勾选Confirm，点击Yes。

8、转换成功，会出现Success的信息。

9、如转换失败，会出现Error Message的报错信息，如出现此报错，请确保所有RAID配置已清除，再次操作。

10、转换成功后，会看到多一行Requested Mode，需要重启服务器生效。

20、服务器重启后，在Controller Management下看到目前Controller Mode已是eHBA mode，在Manage Controller Mode下看到Auto – Configure Behavior是Non-RAID Disk

21、在Physical Disk Management看到所有硬盘状态都是NON-RAID。

至此，转换成eHBA模式全部完成

如果还需要把某几个硬盘配置RAID，继续以下步骤

点击需要配置RAID的物理硬盘，Operation 下拉选择 Convert to RAID Capable，点击Go。

勾选需要配置RAID的物理硬盘，点击OK，新页面勾选Confirm，点击Yes。

确认硬盘已转为ready状态后就可以正常创建阵列。

魔方云如何更换需要桥接的物理网卡

Tue, 15 Oct 2024 09:50:17 +0800

如果安装的时候选择到了错误的网卡，会导致小鸡无法上网，如果在使用中，需要更换物理网卡，都需要使用以下命令进行处理：

ssh登录到计算节点中：
① ovs-vsctl del-port 老网卡名

② ovs-vsctl add-port phy-ext 新网卡名

③vi /usr/local/zjmf/conf/net.conf 里面的网卡名换成新的

注意：当节点开启单IP转发模式，还需要继续执行以下步骤:

① vi /usr/local/zjmf/conf/net.conf 修改external_mac为新网卡的mac地址
② 执行ovs-ofctl del-port ext_100101
③ 执行/usr/local/zjmf/cloud/apps/tools single_ip

交换机存储空间不足导致无法加载升级版本文件

Thu, 03 Oct 2024 00:25:11 +0800

问题描述

某局点S3700交换机需由V100R006C03升级至V100R006C05版本，升级模式为S3700作为FTP clint端，从FTP服务器侧下载V100R006C05版本文件。

登录FTP服务器后，当执行get S3700-28TP-EI-V100R006C05.cc命令后，系统提示存储空间不足。

[ftp] get S3700-28TP-EI-V100R006C05.cc
Error: Failed to run this command because of insufficient storage space.

通过dir 查看存储空间，发现系统空间不足，只能删除现有V100R006C03版本文件，才有足够空间存放V100R006C05版本文件。

<Quidway>dir
Directory of flash:/

Idx Attr     Size(Byte) Date        Time(LMT) FileName
    0 -rw-             28 Jan 01 2008 00:01:19   private-data.txt
    1 drw-              - Jan 01 2008 00:03:30   resetinfo
    2 -rw-      1,338,775 Jan 01 2008 00:17:18   S3700-28TP-EI-V100R006C03.web.zip
    3 -rw-      8,789,100 Jan 01 2008 00:02:36   S3700-28TP-EI-V100R006C03.CC
    4 -rw-      1,322,282 Jan 01 2008 00:27:40   s3700_v100r006sph027.pat

14,632 KB total (3,412 KB free)

尝试删除现有V100R006C03版本文件，系统提示该文件为当前系统启动文件，无法删除。

<Quidway>delete S3700-28TP-EI-V100R006C03.CC
Info:This is Next startup system software.If you delete it,there is no software to reboot successfully!Confirm to delete the file? [Y/N]:y
Delete flash:/S3700-28TP-EI-V100R006C03.CC?[Y/N]:y
Info: Deleting file flash:/S3700-28TP-EI-V100R006C03.CC...
Error: Invalid operation, this is system startup file.
Error: Deleting file flash:/S3700-28TP-EI-V100R006C03.CC failed.

处理过程

在系统视图下无法删除当前启动文件，需进入诊断视图删除当前启动文件，才能在系统视图删除。相关操作如下

[Quidway]diagnose
Enter diagnose view, return user view with Ctrl+Z.
Warning: The diagnosis view is used to debug system hardware and software. Misuse of certain commands in this view may affect system performance. Therefore, use these commands with the guidance of Huawei engineers.
[Quidway-diagnose]undo startup system-software
[Quidway-diagnose]
[Quidway-diagnose]return
<Quidway>delete /unreserved S3700-28TP-EI-V100R006C03.CC
Warning: The contents of file flash:/S3700-28TP-EI-V100R006C03.CC cannot be recycled. Continue? [Y/N]:y
Info: Deleting file flash:/S3700-28TP-EI-V100R006C03.CC...........succeeded.

成功删除V100R006C03版本文件后，存储空间充足，再次访问FTP服务器下载V100R006C05版本文件即可完成升级。

根因

在系统视图下无法删除当前启动文件，需进入诊断视图删除当前启动文件，才能在系统视图下删除。

上一篇:S3700EI多台设备堆叠配认证后CPU过高优化方案

下一篇:Quidway S3700-52P-EI-AC堆叠线缆故障导致CPU高

免责声明：本案例仅供参考不提供专业意见。

Centos中关闭swap分区,关闭内存交换

Tue, 01 Oct 2024 01:14:20 +0800

概述：

Swap 分区是 Linux 系统中扩展物理内存的一种机制。Swap的主要功能是当全部的RAM被占用并需要更多内存时，用磁盘空间代理RAM内存。Swap对虚拟化技术资源损耗非常大，一般虚拟化是不允许开启交换空间的，如果不关闭Swap，虚拟化相关程序会报错（Kubernates）

查看swap是否开启：

free -h

关闭 swap：

swapoff -a

永久关闭swap：

sed -ri 's/.*swap.*/#&/' /etc/fstab

华为交换机如何删除补丁文件

Tue, 24 Sep 2024 00:55:08 +0800

问题描述

S5728 用户从V200R003版本升级到V200R005版本后，删除v200r003补丁文件时提示出错。

告警信息

文件不能被删除，也许是一个系统文件。

处理过程

1、查看系统是否有使用该补丁，发现并没有任何补丁

<huawei>dis patch-information

Info: No patch exists.

The state of the patch state file is :Idle

The current state is:Idle

2、查看是否有加载补丁文件

<huaweiI>dis startup
  Startup paf file:                          default
  Next startup paf file:                     default
  Startup license file:                      default
  Next startup license file:                 default
  Startup patch package:                     NULL  Next startup patch package:                SS.pat

3、清除系统下次启用的补丁包文件。

<huawei> reset patch-configure next-startup

Info: The result will be shown in several minutes. Please wait for a moment.....
...                                                                             
Info: Succeeded in resetting the next-startup patch state.

4、删除补丁。

delete /u SS.pat

根因

下次启动文件加载该文件，导致文件不能删除。

解决方案

清除系统下次启用的补丁包文件。

S300, S500, S2700, S3700, S5700, S6700, S7700, S7900, S9700系列交换机典型配置案例

Sat, 17 Aug 2024 15:07:32 +0800

QinQ简介

QinQ（802.1Q-in-802.1Q）技术是一项扩展VLAN空间的技术，通过在802.1Q标签报文的基础上再增加一层802.1Q的Tag来达到扩展VLAN空间的功能，可以使私网VLAN透传公网网络。

基本QinQ又称为QinQ二层隧道，是基于接口方式实现的。开启接口的基本QinQ功能后，当该接口接收到报文，设备会为该报文打上本接口缺省VLAN的VLAN Tag。如果接收到的是已经带有VLAN Tag的报文，该报文就成为双Tag的报文；如果接收到的是不带VLAN Tag的报文，该报文就成为带有接口缺省VLAN Tag的报文。

当需要较多的VLAN时，可以配置基本QinQ功能。通过对VLAN增加外层Tag，使得VLAN的可用数目范围变大，解决VLAN数目资源紧缺的问题。

配置注意事项

本举例适用于S系列交换机所有产品的所有版本（除S5731-L和S5731S-L外）。

组网需求

如图3-91所示，网络中有两个企业，企业1有两个分支，企业2有两个分支。这两个企业的各办公地的企业网都分别和运营商网络中的SwitchA和SwitchB相连，且公网中存在其它厂商设备，其外层VLAN Tag的TPID值为0x9100。

现需要实现：

企业1和企业2独立划分VLAN，两者互不影响。
各企业两分支之间流量通过公网透明传输，相同业务之间互通，不同业务之间互相隔离。

可通过配置QinQ来实现以上需求。利用公网提供的VLAN100使企业1互通，利用公网提供的VLAN200使企业2互通，不同企业之间互相隔离。并通过在连接其它厂商设备的接口上配置修改QinQ外层VLAN Tag的TPID值，来实现与其它厂商设备的互通。图3-91 配置基本QinQ示例组网图

配置思路

采用如下的思路配置QinQ：

在SwitchA和SwitchB上均创建VLAN100和VLAN200，配置连接业务的接口为QinQ类型，并分别加入VLAN。实现不同业务添加不同的外层VLAN Tag。
配置SwitchA和SwitchB上连接公网的接口加入相应VLAN，实现允许VLAN100和200的报文通过。
在SwitchA和SwitchB连接公网的接口上配置外层VLAN tag的TPID值，实现与其它厂商设备的互通。

操作步骤

创建VLAN

# 在SwitchA上创建VLAN100和VLAN200。

<HUAWEI> system-view [HUAWEI] sysname SwitchA [SwitchA] vlan batch 100 200

# 在SwitchB上创建VLAN100和VLAN200。

<HUAWEI> system-view [HUAWEI] sysname SwitchB [SwitchB] vlan batch 100 200

配置接口类型为QinQ

# 在SwitchA上配置接口GE1/0/1、GE1/0/2的类型为QinQ，GE1/0/1的外层tag为VLAN100，GE1/0/2的外层tag为VLAN200。SwitchB的配置与SwitchA类似，不再赘述。

[SwitchA] interface gigabitethernet 1/0/1 [SwitchA-GigabitEthernet1/0/1] port link-type dot1q-tunnel //配置接口的链路类型为QinQ [SwitchA-GigabitEthernet1/0/1] port default vlan 100 [SwitchA-GigabitEthernet1/0/1] quit [SwitchA] interface gigabitethernet 1/0/2 [SwitchA-GigabitEthernet1/0/2] port link-type dot1q-tunnel //配置接口的链路类型为QinQ [SwitchA-GigabitEthernet1/0/2] port default vlan 200 [SwitchA-GigabitEthernet1/0/2] quit

配置Switch连接公网侧的接口

# 在SwitchA上配置接口GE1/0/3加入VLAN100和VLAN200。SwitchB的配置与SwitchA类似，不再赘述。

[SwitchA] interface gigabitethernet 1/0/3 [SwitchA-GigabitEthernet1/0/3] port link-type trunk [SwitchA-GigabitEthernet1/0/3] port trunk allow-pass vlan 100 200 [SwitchA-GigabitEthernet1/0/3] quit

配置外层VLAN tag的TPID值

# 在SwitchA上配置外层VLAN tag的TPID值为0x9100。

[SwitchA] interface gigabitethernet 1/0/3 [SwitchA-GigabitEthernet1/0/3] qinq protocol 9100 //配置QinQ外层VLAN tag的TPID值为0x9100

# 在SwitchB上配置外层VLAN tag的TPID值为0x9100。

[SwitchB] interface gigabitethernet 1/0/3 [SwitchB-GigabitEthernet1/0/3] qinq protocol 9100 //配置QinQ外层VLAN tag的TPID值为0x9100

验证配置结果

从企业1一处分支内任意VLAN的一台PC ping企业1另外一处分支同一VLAN内的PC，如果可以ping通则表示企业1内部可以互相通信。
从企业2一处分支内任意VLAN的一台PC ping企业2另外一处分支同一VLAN内的PC，如果可以ping通则表示企业2内部可以互相通信。
从企业1一处分支内任意VLAN的一台PC ping企业2任意一处分支同一VLAN内的PC，如果不能ping通则表示企业1和企业2之间相互隔离。

配置文件

SwitchA的配置文件

# sysname SwitchA # vlan batch 100 200 # interface GigabitEthernet1/0/1  port link-type dot1q-tunnel  port default vlan 100 # interface GigabitEthernet1/0/2  port link-type dot1q-tunnel  port default vlan 200 # interface GigabitEthernet1/0/3  qinq protocol 9100  port link-type trunk  port trunk allow-pass vlan 100 200 # return

SwitchB的配置文件

# sysname SwitchB # vlan batch 100 200 # interface GigabitEthernet1/0/1  port link-type dot1q-tunnel  port default vlan 100 # interface GigabitEthernet1/0/2  port link-type dot1q-tunnel  port default vlan 200 # interface GigabitEthernet1/0/3  qinq protocol 9100  port link-type trunk  port trunk allow-pass vlan 100 200 # return

配置灵活QinQ示例-基于VLAN ID的QinQ

QinQ简介

灵活QinQ是对QinQ的一种更灵活的实现，又叫VLAN Stacking或QinQ Stacking。它是基于接口与VLAN相结合的方式实现的。除了能实现所有基本QinQ的功能外，对于同一个接口接收的报文还可以根据不同的VLAN做不同的动作。

基于VLAN ID的灵活QinQ，为具有不同内层VLAN ID的报文添加不同的外层VLAN Tag。

配置注意事项

在交换机上配置QinQ功能时需注意：

对于盒式交换机配置灵活QinQ命令之前，必须先通过命令qinq vlan-translation enable使能VLAN转换功能。
配置灵活QinQ的当前接口类型建议为Hybrid，且灵活QinQ功能只在当前接口的入方向生效。
灵活QinQ叠加后的外层VLAN必须存在。
接口配置VLAN Stacking功能后在发送帧时，若需要剥掉外层Tag，该接口要以Untagged方式加入叠加后的stack-vlan；若不需要剥掉外层Tag，该接口要以Tagged方式加入叠加后的stack-vlan。
配置灵活QinQ功能时，一个内层VLAN在一个接口上只能叠加一个外层VLAN。
对于需要单层透传的VLAN，请不要指定为灵活QinQ的内层VLAN。
下面单板和设备在配置灵活QinQ功能后，对于其他需要单层透传的VLAN，必须配置自身映射到自身的VLAN Mapping，形如：port vlan-mapping vlan 20 map-vlan 20。

ES0D0G24SA00、ES0D0G24CA00、EH1D2G24SSA0和EH1D2S24CSA0单板。
盒式S5700-EI、S3700-EI和S3700-SI。

本举例适用于S系列交换机所有产品的所有版本（除S5731-L和S5731S-L外）。

组网需求

如图3-92所示，PC上网用户和VoIP用户通过SwitchA和SwitchB接入运营商网络，通过运营商的网络互相通信。

企业内部为PC分配的企业内部VLAN为100，为VoIP电话分配的内部VLAN为300。

要求PC上网用户和VoIP用户分别以VLAN2和VLAN3通过运营商网络。

图3-92 配置基于VLAN ID灵活QinQ组网图

配置思路

采用如下的思路配置灵活QinQ：

在SwitchA和SwitchB上创建相关VLAN。
在SwitchA和SwitchB上配置接口类型并加入VLAN。
在SwitchA和SwitchB的接口上配置灵活QinQ功能。

操作步骤

创建VLAN

# 在SwitchA上创建VLAN2、VLAN3，即叠加后的外层VLAN。

<HUAWEI> system-view [HUAWEI] sysname SwitchA [SwitchA] vlan batch 2 3

# 在SwitchB上创建VLAN2、VLAN3，即叠加后的外层VLAN。

<HUAWEI> system-view [HUAWEI] sysname SwitchB [SwitchB] vlan batch 2 3

在接口上配置灵活QinQ

对于盒式交换机需要在接口下执行qinq vlan-translation enable命令，使能接口VLAN转换功能。

# 配置SwitchA的接口GE1/0/1。

[SwitchA] interface gigabitethernet 1/0/1 [SwitchA-GigabitEthernet1/0/1] port link-type hybrid [SwitchA-GigabitEthernet1/0/1] port hybrid untagged vlan 2 3  //配置Hybrid类型接口加入的VLAN，这些VLAN的帧以Untagged方式通过接口 [SwitchA-GigabitEthernet1/0/1] port vlan-stacking vlan 100 stack-vlan 2  //配置内部VLAN Tag为100，并添加外层VLAN Tag为2 [SwitchA-GigabitEthernet1/0/1] port vlan-stacking vlan 300 stack-vlan 3  //配置内部VLAN Tag为300，并添加外层VLAN Tag为3 [SwitchA-GigabitEthernet1/0/1] quit

# 配置SwitchB的接口GE1/0/1。

[SwitchB] interface gigabitethernet 1/0/1 [SwitchB-GigabitEthernet1/0/1] port link-type hybrid [SwitchB-GigabitEthernet1/0/1] port hybrid untagged vlan 2 3  //配置Hybrid类型接口加入的VLAN，这些VLAN的帧以Untagged方式通过接口 [SwitchB-GigabitEthernet1/0/1] port vlan-stacking vlan 100 stack-vlan 2  //配置内部VLAN为100，并添加外层VLAN为2 [SwitchB-GigabitEthernet1/0/1] port vlan-stacking vlan 300 stack-vlan 3  //配置内部VLAN为300，并添加外层VLAN为3 [SwitchB-GigabitEthernet1/0/1] quit

配置其它接口

# 在SwitchA上配置接口GE1/0/2加入VLAN2、VLAN3。

[SwitchA] interface gigabitethernet 1/0/2 [SwitchA-GigabitEthernet1/0/2] port link-type trunk [SwitchA-GigabitEthernet1/0/2] port trunk allow-pass vlan 2 3 [SwitchA-GigabitEthernet1/0/2] quit

# 在SwitchB上配置接口GE1/0/2加入VLAN2、VLAN3

[SwitchB] interface gigabitethernet 1/0/2 [SwitchB-GigabitEthernet1/0/2] port link-type trunk [SwitchB-GigabitEthernet1/0/2] port trunk allow-pass vlan 2 3 [SwitchB-GigabitEthernet1/0/2] quit

验证配置结果

如果SwitchA、SwitchB上配置正确，则：

PC上网用户可以通过运营商网络互相通信。
VoIP用户可以通过运营商网络互相通信。

配置文件

SwitchA的配置文件

# sysname SwitchA # vlan batch 2 to 3 # interface GigabitEthernet1/0/1  port link-type hybrid  port hybrid untagged vlan 2 to 3  port vlan-stacking vlan 100 stack-vlan 2  port vlan-stacking vlan 300 stack-vlan 3 # interface GigabitEthernet1/0/2  port link-type trunk  port trunk allow-pass vlan 2 to 3 # return

SwitchB的配置文件

# sysname SwitchB # vlan batch 2 to 3 # interface GigabitEthernet1/0/1  port link-type hybrid  port hybrid untagged vlan 2 to 3  port vlan-stacking vlan 100 stack-vlan 2  port vlan-stacking vlan 300 stack-vlan 3 # interface GigabitEthernet1/0/2  port link-type trunk  port trunk allow-pass vlan 2 to 3 # return

配置灵活QinQ示例-基于流的QinQ

QinQ简介

基于流的灵活QinQ，根据QoS策略添加不同的外层VLAN Tag，能够针对业务类型提供差别服务。

配置注意事项

在交换机上配置QinQ功能时需注意：

配置灵活QinQ的当前接口类型建议为Hybrid，且灵活QinQ功能只在当前接口的入方向生效。
灵活QinQ叠加后的外层VLAN必须存在。
接口配置VLAN Stacking功能后在发送帧时，若需要剥掉外层Tag，该接口要以Untagged方式加入叠加后的stack-vlan；若不需要剥掉外层Tag，该接口要以Tagged方式加入叠加后的stack-vlan。
配置灵活QinQ功能时，一个内层VLAN在一个接口上只能叠加一个外层VLAN。
对于需要单层透传的VLAN，请不要指定为灵活QinQ的内层VLAN。
本例仅适用于框式交换机的所有版本（除S5731-L和S5731S-L外）。

组网需求

如图3-93所示，PC上网用户和VoIP用户通过SwitchA和SwitchB接入运营商网络，通过运营商的网络互相通信。

要求PC上网用户和VoIP用户分别以VLAN2和VLAN3通过运营商网络，可以在交换机部署基于流的灵活QinQ来实现。

图3-93 配置基于流的灵活QinQ组网图

配置思路

采用如下的思路配置基于流的灵活QinQ：

在SwitchA和SwitchB上创建相关VLAN。
在SwitchA和SwitchB上配置流分类、流行为和流策略。
在SwitchA和SwitchB上配置接口类型并加入VLAN。
在SwitchA和SwitchB的接口上应用流策略来实现灵活QinQ功能。

操作步骤

创建VLAN

# 在SwitchA上创建VLAN2、VLAN3，即叠加后的外层VLAN。

<HUAWEI> system-view [HUAWEI] sysname SwitchA [SwitchA] vlan batch 2 3

# 在SwitchB上创建VLAN2、VLAN3，即叠加后的外层VLAN。

<HUAWEI> system-view [HUAWEI] sysname SwitchB [SwitchB] vlan batch 2 3

在Switch上配置流分类、流行为和流策略

# 配置SwitchA的流分类、流行为和流策略。

[SwitchA] traffic classifier name1  //配置流分类name1 [SwitchA-classifier-name1] if-match vlan-id 100 to 200  //匹配VLAN ID 100～200 [SwitchA-classifier-name1] quit [SwitchA] traffic behavior name1  //配置流行为name1 [SwitchA-behavior-name1] nest top-most vlan-id 2  //配置创建外层VLAN的动作，并配置外层VLAN为2。V200R009及之后版本，命令变更为add-tag vlan-id [SwitchA-behavior-name1] quit [SwitchA] traffic classifier name2  //配置流分类name2 [SwitchA-classifier-name2] if-match vlan-id 300 to 400  //匹配VLAN ID 300～400 [SwitchA-classifier-name2] quit [SwitchA] traffic behavior name2  //配置流行为name2 [SwitchA-behavior-name2] nest top-most vlan-id 3  //配置创建外层VLAN的动作，并配置外层VLAN为3。V200R009及之后版本，命令变更为add-tag vlan-id [SwitchA-behavior-name2] quit [SwitchA] traffic policy name1  //配置流策略name1 [SwitchA-trafficpolicy-name1] classifier name1 behavior name1  [SwitchA-trafficpolicy-name1] classifier name2 behavior name2  [SwitchA-trafficpolicy-name1] quit

# 配置SwitchB的流分类、流行为和流策略。

[SwitchB] traffic classifier name1  //配置流分类name1 [SwitchB-classifier-name1] if-match vlan-id 100 to 200  //匹配VLAN ID 100～200 [SwitchB-classifier-name1] quit [SwitchB] traffic behavior name1  //配置流行为name1 [SwitchB-behavior-name1] nest top-most vlan-id 2  //配置创建外层VLAN的动作，并配置外层VLAN为2。V200R009及之后版本，命令变更为add-tag vlan-id [SwitchB-behavior-name1] quit [SwitchB] traffic classifier name2  //配置流分类name2 [SwitchB-classifier-name2] if-match vlan-id 300 to 400  //匹配VLAN ID 300～400 [SwitchB-classifier-name2] quit [SwitchB] traffic behavior name2  //配置流行为name2 [SwitchB-behavior-name2] nest top-most vlan-id 3  //配置创建外层VLAN的动作，并配置外层VLAN为3。V200R009及之后版本，命令变更为add-tag vlan-id [SwitchB-behavior-name2] quit [SwitchB] traffic policy name1  //配置流策略name1 [SwitchB-trafficpolicy-name1] classifier name1 behavior name1  [SwitchB-trafficpolicy-name1] classifier name2 behavior name2  [SwitchB-trafficpolicy-name1] quit

在接口上应用流策略实现灵活QinQ功能

# 配置SwitchA的接口GE1/0/1。

[SwitchA] interface gigabitethernet 1/0/1 [SwitchA-GigabitEthernet1/0/1] port link-type hybrid [SwitchA-GigabitEthernet1/0/1] port hybrid untagged vlan 2 3 [SwitchA-GigabitEthernet1/0/1] traffic-policy name1 inbound  //在接口入方向应用流策略name1 [SwitchA-GigabitEthernet1/0/1] quit

# 配置SwitchB的接口GE1/0/1。

[SwitchB] interface gigabitethernet 1/0/1 [SwitchB-GigabitEthernet1/0/1] port link-type hybrid [SwitchB-GigabitEthernet1/0/1] port hybrid untagged vlan 2 3 [SwitchB-GigabitEthernet1/0/1] traffic-policy name1 inbound  //在接口入方向应用流策略name1 [SwitchB-GigabitEthernet1/0/1] quit

配置其它接口

# 在SwitchA上配置接口GE1/0/2加入VLAN2、VLAN3。

[SwitchA] interface gigabitethernet 1/0/2 [SwitchA-GigabitEthernet1/0/2] port link-type trunk [SwitchA-GigabitEthernet1/0/2] port trunk allow-pass vlan 2 3 [SwitchA-GigabitEthernet1/0/2] quit

# 在SwitchB上配置接口GE1/0/2加入VLAN2、VLAN3。

[SwitchB] interface gigabitethernet 1/0/2 [SwitchB-GigabitEthernet1/0/2] port link-type trunk [SwitchB-GigabitEthernet1/0/2] port trunk allow-pass vlan 2 3 [SwitchB-GigabitEthernet1/0/2] quit

验证配置结果

如果SwitchA、SwitchB上配置正确，则：

PC上网用户可以通过运营商网络互相通信。
VoIP用户可以通过运营商网络互相通信。

配置文件

SwitchA的配置文件

# sysname SwitchA # vlan batch 2 to 3 # traffic classifier name1 operator or precedence 5  if-match vlan-id 100 to 200 traffic classifier name2 operator or precedence 10  if-match vlan-id 300 to 400 # traffic behavior name1  permit  nest top-most vlan-id 2 traffic behavior name2  permit  nest top-most vlan-id 3 # traffic policy name1 match-order config  classifier name1 behavior name1  classifier name2 behavior name2 # interface GigabitEthernet1/0/1  port link-type hybrid  port hybrid untagged vlan 2 to 3  traffic-policy name1 inbound # interface GigabitEthernet1/0/2  port link-type trunk  port trunk allow-pass vlan 2 to 3 # return

SwitchB的配置文件

# sysname SwitchB # vlan batch 2 to 3 # traffic classifier name1 operator or precedence 5  if-match vlan-id 100 to 200 traffic classifier name2 operator or precedence 10  if-match vlan-id 300 to 400 # traffic behavior name1  permit  nest top-most vlan-id 2 traffic behavior name2  permit  nest top-most vlan-id 3 # traffic policy name1 match-order config  classifier name1 behavior name1  classifier name2 behavior name2 # interface GigabitEthernet1/0/1  port link-type hybrid  port hybrid untagged vlan 2 to 3  traffic-policy name1 inbound # interface GigabitEthernet1/0/2  port link-type trunk  port trunk allow-pass vlan 2 to 3 # return

S5720交换机登录提示初始密码存在安全风险

Fri, 16 Aug 2024 01:14:04 +0800

问题描述

客户每次登录输密码时，提示初始密码不安全，现在客户嫌麻烦想要去掉：

Username:huawei

Password:

Warning: The initial password poses security risks.

The password needs to be changed. Change now? [Y/N]: n

Info: The max number of VTY users is 10, and the number

of current VTY users on line is 1.

The current login time is 2000-04-02 02:05:15+00:00.

处理过程

可以使用命令：undo password alert original关闭此告警。

解决方案

缺省情况下，在S5720交换机上，初始密码修改提醒功能处于使能状态。

如果想要去掉此功能，可以undo关闭：

<HUAWEI> system-view

[HUAWEI] aaa

[HUAWEI-aaa] local-aaa-user password policy administrator

[HUAWEI-aaa-lupp-admin] undo password alert original

说明：初始密码包含设备的缺省密码、本地用户首次创建设置的密码以及非本账户修改自己的密码（例如：B用户修改了A用户的密码，A用户使用修改后的密码登录设备时，设备会输出相应的提示信息）。

————————————————

原文链接：https://blog.csdn.net/allway2/article/details/131503524

365站长网

CE6810AAA模式账号密码无法修改之前密码

处理过程

解决方案

建议与总结

虚拟显示器驱动 用于无显示器调整分辨率

国内至国际骨干 ISP 线路整理

戴尔服务器硬盘non-raid,DELL 服务器 PERC10配置RAID与Non-RAID混用方法

魔方云如何更换需要桥接的物理网卡

如果安装的时候选择到了错误的网卡，会导致小鸡无法上网，如果在使用中，需要更换物理网卡，都需要使用以下命令进行处理：

交换机存储空间不足导致无法加载升级版本文件

问题描述

处理过程

根因

Centos中关闭swap分区,关闭内存交换

华为交换机如何删除 补丁文件

问题描述

告警信息

处理过程

根因

解决方案

S300, S500, S2700, S3700, S5700, S6700, S7700, S7900, S9700系列交换机 典型配置案例

QinQ简介

配置注意事项

组网需求

配置思路

操作步骤

配置文件

相关信息

配置灵活QinQ示例-基于VLAN ID的QinQ

QinQ简介

配置注意事项

组网需求

配置思路

操作步骤

配置文件

相关信息

配置灵活QinQ示例-基于流的QinQ

QinQ简介

配置注意事项

组网需求

配置思路

操作步骤

配置文件

S5720交换机登录提示初始密码存在安全风险

虚拟显示器驱动用于无显示器调整分辨率

华为交换机如何删除补丁文件

S300, S500, S2700, S3700, S5700, S6700, S7700, S7900, S9700系列交换机典型配置案例