华为FTTR-B解决方案为中小微企业数字化转型构筑坚实网络底座

0 引言
       数字化转型为中小微企业带来高质量发展，网络底 座是重要条件。中小微企业是我国数量最大、最具活力 的市场主体，2023年最新统计数据显示，我国的中小微 企业的数量达5200多万，占比超过99%。当下，越来越多的中小微企业在办公与业务中融入数字化、智能化 工具，各行各业都积极拥抱互联网、大数据、云计算等 前沿技术，以增加市场竞争力，提升经营指标。中小微 企业现高质量发展，数字化、云化转型已成为趋势。 数字化工具的广泛应用，涉及大量数字信息的交互与分 享，对中小微企业的内部网络质量提出了更高的要求， 数字化转型离不开一张多连接、高速率、低时延、稳定 安全的网络底座。
1 中小微企业数字化转型对网络的需求
        根据国家统计局 2017 年公布的《统计上大中小微型 企业划分办法》，小型企业的从业人数平均在50~300人 不等，微型企业则在10~50人不等。以100人左右的互 联网中小微企业办公区为例，通常面积需要500~1000 平方米的办公场所，包含办公室、会议室、经理室、休 闲区、接待区等。该类企业转型中网络诉求如下：
（1）多人办公，多用户设备同时接入，并发不卡顿 当下，许多中小微企业采用大开间的开放式办公环境。在办公高峰期，所有员工的手机、笔记本电脑等终 端同时接入网络 ， 导致网络拥塞 、速率低 、 卡顿等现 象 ，影响了员工的办公效率与积极性 ，为企业带来潜在 的损失 。 以 50 ~ 100 人的小型企业为例 ， 联网设备数量通 常超过了 200 台，对网络的并发能力要求极高， 随着企 业数字化转型的深入， 各类辅助办公的 oT 设备将不断 普及 ，联网数量将继续增加 。
（2）企业上云，带宽资源充足，高速访问云化数据
企业上云是指企业可通过网络便捷、可灵活扩展 的、按需使用资源（包括计算资源、存储资源、应用软 件、服务等）。Gartner 预测，到 2025 年，全球将有 85％的企业和组织采用云优先原则。
随着企业云化程度 的提高，其重要业务、关键业务等均通过云计算实现， 生产经营资料上云存储
，企业对于网络带宽的要求将大 幅提高。由于企业网络线路与设备落后，网络带宽被限制在100M以下，造成员工访问云资源速度慢，效率低， 与企业上云的灵活性和便捷性背道而驰。
（ 3）移动办公，无死角覆盖，漫游不掉线手机、笔记本电脑、平板电脑等可移动的终端设备 正在逐步取代传统的台式电脑，成为办公的主流工具。这些终端设备通过全覆盖的高速Wi-Fi 接入，随时随地 企业OA 系统、浏览云端文件、进行远程会议等等。在移动的过程中，终端在多个Wi-Fi
热点之间漫游切换，需要整个网络具备统一漫游调度的能力以及毫秒级的漫游切换速度，保障漫游过程中网络连接不中断。

2 华为FTTR-B为中小微企业构筑坚实网络底座
        华为 FTTR-B 全光解决方案，助力运营商在F5G-A 时代为中小企业提供专线+组网一站式服务
，解决中小微企业数字化转型中对网络的诉求，全面覆盖沿街商铺商务楼宇、园区等应用场景。2024 年华为推出FTTR-B最新系列星光B50，在网络能力、业务体验、运 维保障方面都实现了跨越式升级，带来四大升级亮点。 ◎ 亮点一：光纤+Wi-Fi7 ，随时随地高速访问企业云资源 FTTR以光纤作为主要的网络传输介质，解决了传 统网线的带宽瓶颈与损耗问题。在网络连接上，升级全 光极速智联，首创对称 .5G光局域网，Wi-Fi 侧升级Wi-Fi7，提供端到端2500M可获得带宽。在业应用 上，提供确定性体验：首创Wi-Fi7智能切片，保障直播、云应用、视频会议等VIP业务体验。 ◎ 亮点二：并发不掉线，最大可支持300 台终端 同时接入 FTTR方案专为中小微企业场景设计，支持300 台终端并发上网/稳定不掉线。主FTTR设备具备高性能 NAT转发，相比业界传统方案，可大幅减少用户卡顿、 掉线现象。在Wi-Fi 侧，FTTR采用创新的动态带宽控制算法，大幅降低了由于用户争抢Wi-Fi空口资源导致的 时延丢包问题，保障所有用户获得良好的用户体验。 ◎ 亮点三：
漫游不卡顿，集中式管理调度保障无 缝连接体验 当用户从一个Wi-Fi 覆盖区域移动到另一个区域
时，FTTR 网络可实时感知用户的漫游行为，并由主 FTTR 设备统一调度 ，使用户快速切换至距离最近的 Wi Fi 热点， 实现毫秒级的漫游切换， 使用户在移动办公时 获得无缝连接体验。 ◎ 亮点四
：运维全智能，一站式解决网络运维、 网络安全 FTTR通过极简的运维管理，保障用户网络的正常
使用。在用户端，企业主或IT人员可通过手机 APP实现快速的网络管理，如实时查看网络状态，一键检测并优化网络质量等。在安全管理上，打造一体化服务，内置 运营级网络安全库，支持识别并拦截TOP 10万威胁库。
3 结束语
       面向未来新一轮智能化、数字化改造升级浪潮，进 入F5G-A时代，华为FTTR-B为中小微企业打造超高品 质的网络底座，提升企业运营效率，降低IT投资压力， 对于中小微企业数字化的落地具有重要的助推作用。
0 引言

数据通信是通信技术与计算机技术相结合而产生的一种 新的通信方式。数通设备作为数据通信的硬件基础，是最重 要的数据承载及数据收发设备。本文中的数通设备主要指网 络系统中最为常用的两个数据通信设备 —— 交换机和路由器。 随着 IT 技术的迅猛发展和大数据时代的到来，数据中心的网 络规模逐渐扩大，数据流量增长带来的带宽需求和网络稳定 性需求成为数据通信工程师面临的挑战。

1 IDC 网络某局点网元托管问题分析

1.1 问题描述

某日客户网维人员反馈 IDC 网络某局点部分网元托管， 通过相关软件初步对问题进行定位和故障恢复工作。涉及到 的设备为华为 NE40E 路由器（NE40E 是华为公司一款中高端 路由器）、华为 S5300 汇聚交换机（S5300 是华为公司一款中 低端交换机），组网如下：  

1.2 故障定位与分析

（1）查看 NE5000E（NE5000E 是华为公司一款高端核心路由器）侧链路一切正常，因中间过传输设备，因此初步认为设备宕机或者传输到 NE40E 链路故障； （2）紧急赶到机房现场后检查设备硬件，NE40E 路由硬件运行正常并未宕机，登录设备检查 log 日志以及告警等信 息也并未发现因断电或其他原因导致设备重启的告警； （3）查看设备端口链路状态后发现，出口 Eth-Trunk1 中 4 条 10GE 链路有一条 GE5/1/1 处于 DOWN 的状态，查看端口 状态无收光现象，查看聚合端口配置并未启用静态LACP模式，判定此条故障链路导致设备托管。因对于聚合端口未启用静态

LACP 模式，中间过传输设备时 Eth-Trunk1 有链路中断而对于NE5000 设备 Eth-Trunk34 端口并未感知，所以导致报文通过传输设备到达 GE5/1/1 端口时丢弃，剔除 GE5/1/1 端口，两端 配置静态 LACP 模式后故障排除.经以上操作后，网管与网元脱管故障得到解决，恢复正 常。对于静态 LACP 模式，当把一组接口加入 Eth-Trunk 接口后，这些成员接口中哪些接口作为活动接口，哪些接口作为 非活动接口，需要经过 LACP 协议报文的协商确定，对于中 途过传输设备，通过 LACP 协议报文感知两端聚合端口状态， 同时实现负载分担和冗余备份的双重功能。

1.3 解决方案与措

解决方案：核查全网设备，排除隐患。

措施：当两台设备组成 Eth-trunk 经过传输设备互联时， 必须配置静态 LACP 模式，对于工作模式未启用静态 LACP 模式的聚合端口及时整改。

2 ME60 设备版本升级单板无法注册问 题分析

2.1 问题描述

对某局点的 ME60（ME60 是华为公司目前生产的宽带接 入路由器，作为汇聚层设备，一般承载一个区域的宽带上网 和大客户业务）设备版本升级过程中，出现主控板升级后所 有业务单板无法正常注册的问题。 具体操作如下：

（1）00：50 分左右，开始删除并清空设备原补丁文件， 指定下次启动文件为新的版本文件，进行剔除用户等操作；

（2）1：01 分左右，执行 reboot 设备主控板重启操作；

（3）1：20 分左右，设备主控板正常启动并能登录设备， 正常情况下主控板注册成功后会下发版本软件至各个业务单板；

（4）1：40分左右，通过dis device查看设备单板注册情况， 发现除了主控板正常注册外，其他所有单板均为 Unregistered 状态；通过disp ver查看设备版本，主控板已经升级到目标版本；

（5）1：50 分左右，尝试做主控板主备切换操作，但提示 “ 备用主控板 MBUS 不正常 !”，无法进行主备切换；

（6）1：55 分左右，联系华为 400 专家（400 是华为公司 一个技术支持电话，参与 400 技术技持的人员都是相关设备的 研发人员，又称为研发工程师）配合诊断，400 工程师建议通 过手工下发版本软件至业务单板的方式来升级业务单板；

（7）1：58 分左右，根据 400 工程师的建议，用手工下发 软件的方式升级业务单板，但由于手工下发方式比较慢，历 时 60 分钟左右；

（8）3：00 左右，手工方式升级业务单板操作完成，但是 升级后业务单板还是未能正常注册；

（9）3：07 分左右，尝试下电拔插 1 槽位业务单板，3： 15 分查看 1 槽位单板状态还是未注册；

（10）3：20分左右，根据400专家建议将9槽位主控板拔出， 只剩 10 槽位主控板在位并整机下电重启设备；

（11）3：27 分左右，设备主控板正常启动并能登录设备， 从界面信息可看到正在 upgrade 各业务单板；

（12）3：35 分左右，查看其他业务单板均正常注册，各业务接口已正常 up，用户陆续上线。

2.2 故障定位与分析

升级成功后，通过采集升级操作记录以及设备相关 log 记 录，华为 400 研发工程师分析，主控板第一次重启后没有下发 软件版本至各个业务单板，导致业务单板无法正常注册，原 因是由于第一次重启后主控9槽位单板升级后EPLD状态异常， EPLD固件未正常升级成功，导致系统无法升级其他业务单板； 整机重启后，设备主控板正常启动，状态恢复；系统升级各 业务单板成功。

（1）9 槽位主控异常时日志信息：

CLK 15：uptime is 0 day， 0 hour， 21 minutes StartupTime 2013/07/30 01：17：57

1. PCB Version：CR52CLKA

2. EPLD Version：000 //EPLD 固件版本不正常

3. Software version ：000

（2）9 槽位主控状态正常时日志信息：

CLK 15：uptime is 1 day， 7 hours， 36 minutes StartupTime 2013/07/30 03：29：03

1. PCB Version ：CR52CLKA REV B

2. EPLD Version：016

3. Software version ：021

2.3 解决方案与措施

因华为 ME60 设备升级重启后主控单板会出现 EPLD 状态 异常，所以根据设备特性分析及设备升级情况提出如下措施 建议：

（1）设备升级后如果个别单板无法正常注册，可以尝试 通过手工升级业务单板的方式来升级未能正常注册的单板， 如果还不能成功，建议更换故障业务单板；

（2）如果设备升级后主控板正常注册，所有业务单板无 法正常注册，那么可以尝试再次重启主控板来重新加载版本 软件；

（3）如果再次重启后还是无法正常注册，则需更换主控板，重新升级。

3 S9306 设备下挂用户 IPTV 卡顿问题 分析

3.1 问题描述

某日发现 S9312 设备下挂二级汇聚老城机房的华为汇聚2020.12 65 S9306 交换机下挂的 OLT 设备，OLT 入方向报文有丢包，导 致下挂 IPTV 的直播和点播画面卡顿；OLT 上联到华为汇S9306 交换机的端口是 GE1/0/12 端口。现网组网结构为：

3.2 故障定位与分析

分析二级汇聚老城机房的华为汇聚交换机 S9306 设备连接 OLT 的端口 GigabitEthernet1/0/12，发现出方向有大量 discard 持续

存在，端口信息如下：

GigabitEthernet1/0/12 current state ： UP

Line protocol current state ： UP

Switch Port， PVID ： 1， TPID ： 8100（Hex）， The Maximum Frame Length is

9216

IP Sending Frames' Format is PKTFMT_ETHNT_2， Hardware address is 4cb1-6cf6-0b40

Last physical up time ： 2016-03-25 21：53：20 UTC+08：00

Last physical down time ： 2016-03-25 21：53：26 UTC+08：00

Port Mode： COMMON FIBER

Speed ： 1000， Loopback： NONE

Duplex： FULL， Negotiation： DISABLE

Mdi ： NORMAL

Last 10 seconds input rate 0 bits/sec， 0 packets/sec

Last 10 seconds output rate 0 bits/sec， 0 packets/sec

Input peak rate 283429576 bits/sec， Record time： 2016-03-25 20：18：28

Output peak rate 973613608 bits/sec， Record time： 2016-02-16 21：55：43

……………………………………………………………………………………66 2020.12

Output： 582980059 packets， 508307118526 bytes

Unicast： 582974831， Multicast： 0

Broadcast： 5225， Jumbo： 0

Discard： 239777， Total Error： 0

Collisions： 0， ExcessiveCollisions： 0

Late Collisions： 0， Deferreds： 0

Buffers Purged： 0

持续查看该端口，发现端口流量丢包处于持续增长的趋势

Output： 997939578 packets， 1169251090864 bytes

Unicast： 713093225， Multicast： 256338690

Broadcast： 34465， Jumbo： 28473198

Discard： 964298， Total Error： 0

Collisions： 0， ExcessiveCollisions： 0

Late Collisions： 0， Deferreds： 0

Buffers Purged： 0

经过计算，该端口每秒钟丢包在200至500个左右，这表明， 该端口出方向有持续的拥塞丢包发生。进一步通过端口镜像抓包分析该端口的流量情况发现，当日白天的抓包记录显示， 该端口在此次抓包的过程中，突发流量达到 1G 流量，单条单 播源发的流量突发比较大的可达到 600M，单条组播源发的流 量突发比较大的可达到 200M。单播流量经过确认为预留给用 户的点播视频务，8021p 优先级是 5；组播流量有的 8021p 优先级是 5，有的是 0，组播复制点在 NE 设备，组播流量为 组播源往多个用户复制叠加的流量。 通过对数据的分析研究，得出： （1）当华为汇聚层交换机 S9306 设备的 GE1/0/12 端口出 方向的带宽被占满时，多余的报文就会缓存在缓存区内；

（2）当端口出方向的带宽有剩余带宽时，缓存区中积压 的报文就会逐步释放； （3）如果积压在缓存中的报文越积越多，超过缓存大小 时，这些报文就会被丢弃，丢弃的报文数量会在端口的 discard 计数中体现； （4）如果端口突发的流量超过现有空闲的缓冲区，就会 存在端口拥塞，导致出方向不能及时得到处理，引起同优先 级的报文丢弃，这样就可能影响到客户的业务，对外的表现 可能有：上网速度比较缓慢，IPTV 存在卡顿或马赛克情况等。 综上分析，导致 IPTV 业务受损的原因是客户原先使用的 华为汇聚交换机 S9306 设备的 G24CA 型号单板缓存较小，同 时该单板的 GE1/0/12 接口下挂的用户较多，当网络中突发访 问量较大时，产生拥塞丢包，引起机顶盒观看的电视节目花屏。

3.3 解决方案与措施

由于华为汇聚交换机 S9306 设备的 G24CA 型号单板缓存 较小，同时该单板的 GE1/0/12 接口下挂的用户较多，所以在 机房有条件的情况下，建议采取如下措施： （1）建议将华为汇聚交换机 S9306 设备的 G24CA 型号 单板，更换为缓存更大的单板； （2）扩容 OLT 上联到华为汇聚交换机 S9306 设备的链路 带宽。但是扩容需要注意的是，由于 OLT 现有上联华为汇聚 交换机 S9306 设备的端口是在 1 槽位，1 槽位的 G24CA 型号 单板已经缓存较小，所以要扩容到华为汇聚交换机 S9306 设 备除 1 槽位外的其他槽位，这样问题就可以解决了。

4 结束语

通过三个典型案例的研究与分析，总结出如下数通设备 故障的处理方法：

（1）在网络维护中出现部分网元托管时，首先核查全网 设备进行隐患排除，当两台设备组成 Eth-trunk 经过传输设备 互联时，必须配置静态 LACP 模式，及时整改工作模式未启 用静态 LACP 模式的聚合端口。

（2）因华为 ME60 设备升级重启后主控单板会出现 EPLD 状态异常，所以设备升级出现 EPLD 状态异常时，可以 重启主控板，通过重新加载版本软件进行解决。

（3）在网络维护中如果出现华为汇聚交换机 S9306 设备

根据表 2 的实验数据可以看出，非对称加密算法 RSA 加 解密所用时长是对称算法加密算法 AES 的 4 倍左右。 由此可见，本文方案使用相比于传统的签名验签的双向 认证方式将大幅降低智能设备进行双向认证所需的时间。同 时，本文创造性地将私钥分发与双向认证合并为一步完成， 大幅优化了智能设备私钥分发与双向认证流程。

6 结束语

本文从智能家居服务场景入手，基于中华人民共和国国 家标准《GB/T38635.2-2020 信息安全技术 SM9标识密码算法》 中未给出实际应用中如何进行安全的私钥分发方案的问题给 出具体解决案该方案创造性地将私钥分发与双向认证合并为一步完成，大幅优化了智能设备私钥分发与双向认证流程。 同时，本文对非对称算法和对称算法的秘钥生成时间、 对不同数据大小数据包的加解密时间进行了研究，并创造性地设计出在智能家居智能设备侧仅生成对称密钥而在平台服务器侧生成非对称密钥，安全地进行密钥分发的同时完成双向认证的方案，且相较于传统双向认证方案可大幅降低所需时长。本方案可用于信息安全领域各种场景下的私钥分发和双向认证，为国密 SM9 标准的实际应用提供安全的私钥分发和双向认证方案，为智能家居智能设备初始化、双向认证、私钥更新场景提供优化解决方案。随着 5G 时代的到来，5G 将支持海量的机器通信，以智能家居为代表的典型应用场景与移动通信深度融合，预期千亿量级的设备将接入 5G 网络。智能家居设备产生的数据与用户生活联系极为紧密，用户敏感数据信息安全问题非常重要。而智能设备的加密私钥的安全分发是信息安全的关键所在保密钥的安全才能确保信息安全，让智能家居真正融入生活，为生活服。

在连续承建多个!P承载网之后,华为的数据通信产品线愈发令人关注。据悉,华为数通产品及解决方案已经应用在世界102个国家和地区,承建了80多个国家IP骨干网,客户更是遍及中国移动、中国电信、英国电信、沃达丰、新加坡电信等知名运营商,华为数通产品线的销售每年都以100%以上的速度在增长。那么,其崛起的原因又是什么呢?
姚福海用几个字总结华为IP的独特价值:专注于运营商。"华为对IP领域有持续14年的投入,整个公司3万研发人员中有60%的研发在IP,其中又有4000人专门从事数据通信研究。
姚福海指出,通信市场大致可以分为企业网和运营商市场, 前者用户单一、需求也单一,但是行业非常繁多导致需求多样:而运营商市场则需求差别不大,复制性强。华为数通产品线将全部精力放在运营商,定下了“专注于运营商"的价值理念,并且持之以恒。
其他方面的原因也,是华为数通崛起的关键。比如关键芯片的自己研发就降低了风险,又能及时满足客户需求,华为在固网、移动和IP领域均处于第一阵营也使其更加深刻地理解融合的真谛,当然,华为的VRP通用路由平台也功不可没它的通用网络平台特性为融合奠定了基础。
电信级以太网也是当下最热门技术之一,夏俊杰表示,中国网通对于电信级以太网技术一直处于观察研究之中,"但由于电信级以太网在标准、互通性等方面还处于发展之中,目前虽然网通有些省公司正在进行局部实验,尚不具备大面积推广时机。"夏俊杰认为。
在IP承载网技术国际研讨会上,华为宣布推出EOMPLS+解决方案,该方案是华为在电信级以太网基础上进行的革新。不仅支持TDM,而且支持时钟,可谓运营商从TDM到全IP道路上循序渐进的理想之选。此方紊统一接入、统一网管等特性为运营商实现固定移动融合提供很好的支持。可以说,华为EOMPLS+方案可以很好的保护运营商既有投资,是华为深刻理解客户需求的又一体现。

参加高等学校青年教师教学业务能力提升研修班的集中研修学习，不仅是一次知识的充电，更是一场心灵的洗礼与教学理念的深刻变革。以下是我个人在此次研修班学习过程中的几点心得体会：

一、教学理念的更新

研修班中，多位教育专家的精彩讲座让我深刻认识到，传统的教学模式已难以满足当前高等教育的发展需求。他们强调“以学生为中心”的教学理念，鼓励我们教师从知识的传授者转变为学习的引导者和促进者。这促使我反思自己的教学实践，意识到在课堂上应更多地激发学生的主动性、创造性和批判性思维，而非简单的知识灌输。

二、教学方法的创新与变革

研修班中，王鉴教授通过如何理解新时代、大学课堂教学的特点、大学课堂教学的问题、大学教学改革的理论基础大学和教学改革的路径五个方面讲授了教学方法的创新与变革。学习过程中，我接触到了许多新颖有效的教学方法，如翻转课堂、混合式学习、案例教学、项目式学习等。这些方法不仅丰富了教学手段，也极大地提高了学生的学习兴趣和参与度。我意识到，根据不同的教学内容和学生特点灵活运用多种教学方法，是提高教学效果的关键。未来，我将尝试将这些方法融入我的课堂教学中，以期达到更好的教学效果。

教学技能的提升
研修班安排了圆桌沙龙：高校教师教学能力提升经验分析。几位教授分享了自己包括课程设计、课堂管理、教学评估等方面的经验。通过模拟教学、小组讨论、案例分析等活动，我不仅掌握了更多实用的教学技巧，还学会了如何进行有效的课堂管理和教学评估。这些技能的提升，将直接助力我提升教学质量，更好地满足学生的学习需求。

科研与教学相结合
研修班还强调了科研与教学相辅相成的重要性。多位教师分享了如何将科研成果转化为教学资源，以及如何通过教学促进科研的深入发展。这让我认识到，作为一名高校教师，不仅要做好教学工作，还要积极参与科研活动，不断提升自己的学术水平。只有这样，才能在教学中引入最新的科研成果，拓宽学生的视野，激发他们的求知欲。

团队合作与资源共享
研修班还为我们提供了一个良好的交流平台，让我有机会与来自不同高校的青年教师共同探讨教学问题、分享教学经验。这种团队合作和资源共享的氛围，让我感受到了集体的力量和智慧。我相信，在未来的教学工作中，我将继续与同行保持密切联系，共同推动高等教育事业的发展。

总之，参加高等学校青年教师教学业务能力提升研修的集中学习，让我收获颇丰。我将把所学到的知识和技能应用到教学实践中去，不断提升自己的教学能力和水平，为培养更多优秀人才贡献自己的力量。
 

       

0 引言
       数字化转型为中小微企业带来高质量发展，网络底 座是重要条件。中小微企业是我国数量最大、最具活力 的市场主体，2023年最新统计数据显示，我国的中小微 企业的数量达5200多万，占比超过99%。当下，越来越多的中小微企业在办公与业务中融入数字化、智能化 工具，各行各业都积极拥抱互联网、大数据、云计算等 前沿技术，以增加市场竞争力，提升经营指标。中小微 企业现高质量发展，数字化、云化转型已成为趋势。 数字化工具的广泛应用，涉及大量数字信息的交互与分 享，对中小微企业的内部网络质量提出了更高的要求， 数字化转型离不开一张多连接、高速率、低时延、稳定 安全的网络底座。
1 中小微企业数字化转型对网络的需求
        根据国家统计局 2017 年公布的《统计上大中小微型 企业划分办法》，小型企业的从业人数平均在50~300人 不等，微型企业则在10~50人不等。以100人左右的互 联网中小微企业办公区为例，通常面积需要500~1000 平方米的办公场所，包含办公室、会议室、经理室、休 闲区、接待区等。该类企业转型中网络诉求如下：
（1）多人办公，多用户设备同时接入，并发不卡顿 当下，许多中小微企业采用大开间的开放式办公环境。在办公高峰期，所有员工的手机、笔记本电脑等终 端同时接入网络 ， 导致网络拥塞 、速率低 、 卡顿等现 象 ，影响了员工的办公效率与积极性 ，为企业带来潜在 的损失 。 以 50 ~ 100 人的小型企业为例 ， 联网设备数量通 常超过了 200 台，对网络的并发能力要求极高， 随着企 业数字化转型的深入， 各类辅助办公的 oT 设备将不断 普及 ，联网数量将继续增加 。
（2）企业上云，带宽资源充足，高速访问云化数据
企业上云是指企业可通过网络便捷、可灵活扩展 的、按需使用资源（包括计算资源、存储资源、应用软 件、服务等）。Gartner 预测，到 2025 年，全球将有 85％的企业和组织采用云优先原则。
随着企业云化程度 的提高，其重要业务、关键业务等均通过云计算实现， 生产经营资料上云存储
，企业对于网络带宽的要求将大 幅提高。由于企业网络线路与设备落后，网络带宽被限制在100M以下，造成员工访问云资源速度慢，效率低， 与企业上云的灵活性和便捷性背道而驰。
（ 3）移动办公，无死角覆盖，漫游不掉线手机、笔记本电脑、平板电脑等可移动的终端设备 正在逐步取代传统的台式电脑，成为办公的主流工具。这些终端设备通过全覆盖的高速Wi-Fi 接入，随时随地 企业OA 系统、浏览云端文件、进行远程会议等等。在移动的过程中，终端在多个Wi-Fi
热点之间漫游切换，需要整个网络具备统一漫游调度的能力以及毫秒级的漫游切换速度，保障漫游过程中网络连接不中断。

 

2 华为FTTR-B为中小微企业构筑坚实网络底座
        华为 FTTR-B 全光解决方案，助力运营商在F5G-A 时代为中小企业提供专线+组网一站式服务
，解决中小微企业数字化转型中对网络的诉求，全面覆盖沿街商铺商务楼宇、园区等应用场景。2024 年华为推出FTTR-B最新系列星光B50，在网络能力、业务体验、运 维保障方面都实现了跨越式升级，带来四大升级亮点。 ◎ 亮点一：光纤+Wi-Fi7 ，随时随地高速访问企业云资源 FTTR以光纤作为主要的网络传输介质，解决了传 统网线的带宽瓶颈与损耗问题。在网络连接上，升级全 光极速智联，首创对称 .5G光局域网，Wi-Fi 侧升级Wi-Fi7，提供端到端2500M可获得带宽。在业应用 上，提供确定性体验：首创Wi-Fi7智能切片，保障直播、云应用、视频会议等VIP业务体验。 ◎ 亮点二：并发不掉线，最大可支持300 台终端 同时接入 FTTR方案专为中小微企业场景设计，支持300 台终端并发上网/稳定不掉线。主FTTR设备具备高性能 NAT转发，相比业界传统方案，可大幅减少用户卡顿、 掉线现象。在Wi-Fi 侧，FTTR采用创新的动态带宽控制算法，大幅降低了由于用户争抢Wi-Fi空口资源导致的 时延丢包问题，保障所有用户获得良好的用户体验。 ◎ 亮点三：
漫游不卡顿，集中式管理调度保障无 缝连接体验 当用户从一个Wi-Fi 覆盖区域移动到另一个区域
时，FTTR 网络可实时感知用户的漫游行为，并由主 FTTR 设备统一调度 ，使用户快速切换至距离最近的 Wi Fi 热点， 实现毫秒级的漫游切换， 使用户在移动办公时 获得无缝连接体验。 ◎ 亮点四
：运维全智能，一站式解决网络运维、 网络安全 FTTR通过极简的运维管理，保障用户网络的正常
使用。在用户端，企业主或IT人员可通过手机 APP实现快速的网络管理，如实时查看网络状态，一键检测并优化网络质量等。在安全管理上，打造一体化服务，内置 运营级网络安全库，支持识别并拦截TOP 10万威胁库。
3 结束语
       面向未来新一轮智能化、数字化改造升级浪潮，进 入F5G-A时代，华为FTTR-B为中小微企业打造超高品 质的网络底座，提升企业运营效率，降低IT投资压力， 对于中小微企业数字化的落地具有重要的助推作用

很长一段时间里，我对 Java 的类加载机制都非常的抗拒，因为我觉得太难理解了。但为了成为一名优秀的 Java 工程师，我决定硬着头皮研究一下。

01、字节码
在聊 Java 类加载机制之前，需要先了解一下 Java 字节码，因为它和类加载机制息息相关。

计算机只认识 0 和 1，所以任何语言编写的程序都需要编译成机器码才能被计算机理解，然后执行，Java 也不例外。

Java 在诞生的时候喊出了一个非常牛逼的口号：“Write Once, Run Anywhere”，为了达成这个目的，Sun 公司发布了许多可以在不同平台（Windows、Linux）上运行的 Java 虚拟机（JVM）——负责载入和执行 Java 编译后的字节码。

到底 Java 字节码是什么样子，我们借助一段简单的代码来看一看。

源码如下：

package com.cmower.java_demo;

public class Test {

    public static void main(String[] args) {
        System.out.println("沉默王二");
    }

}
1
2
3
4
5
6
7
8
9
代码编译通过后，通过 xxd Test.class 命令查看一下这个字节码文件。

xxd Test.class
00000000: cafe babe 0000 0034 0022 0700 0201 0019  .......4."......
00000010: 636f 6d2f 636d 6f77 6572 2f6a 6176 615f  com/cmower/java_
00000020: 6465 6d6f 2f54 6573 7407 0004 0100 106a  demo/Test......j
00000030: 6176 612f 6c61 6e67 2f4f 626a 6563 7401  ava/lang/Object.
00000040: 0006 3c69 6e69 743e 0100 0328 2956 0100  ..<init>...()V..
00000050: 0443 6f64 650a 0003 0009 0c00 0500 0601  .Code...........
00000060: 000f 4c69 6e65 4e75 6d62 6572 5461 626c  ..LineNumberTabl
1
2
3
4
5
6
7
8
感觉有点懵逼，对不对？

懵就对了。

这段字节码中的 cafe babe 被称为“魔数”，是 JVM 识别 .class 文件的标志。文件格式的定制者可以自由选择魔数值（只要没用过），比如说 .png 文件的魔数是 8950 4e47。

至于其他内容嘛，可以选择忘记了。

02、类加载过程
了解了 Java 字节码后，我们来聊聊 Java 的类加载过程。

Java 的类加载过程可以分为 5 个阶段：载入、验证、准备、解析和初始化。这 5 个阶段一般是顺序发生的，但在动态绑定的情况下，解析阶段发生在初始化阶段之后。

1）Loading（载入）

JVM 在该阶段的主要目的是将字节码从不同的数据源（可能是 class 文件、也可能是 jar 包，甚至网络）转化为二进制字节流加载到内存中，并生成一个代表该类的 java.lang.Class 对象。

2）Verification（验证）

JVM 会在该阶段对二进制字节流进行校验，只有符合 JVM 字节码规范的才能被 JVM 正确执行。该阶段是保证 JVM 安全的重要屏障，下面是一些主要的检查。

确保二进制字节流格式符合预期（比如说是否以 cafe bene 开头）。
是否所有方法都遵守访问控制关键字的限定。
方法调用的参数个数和类型是否正确。
确保变量在使用之前被正确初始化了。
检查变量是否被赋予恰当类型的值。
3）Preparation（准备）

JVM 会在该阶段对类变量（也称为静态变量，static 关键字修饰的）分配内存并初始化（对应数据类型的默认初始值，如 0、0L、null、false 等）。

也就是说，假如有这样一段代码：

public String chenmo = "沉默";
public static String wanger = "王二";
public static final String cmower = "沉默王二";
1
2
3
chenmo 不会被分配内存，而 wanger 会；但 wanger 的初始值不是“王二”而是 null。

需要注意的是，static final 修饰的变量被称作为常量，和类变量不同。常量一旦赋值就不会改变了，所以 cmower 在准备阶段的值为“沉默王二”而不是 null。

4）Resolution（解析）

该阶段将常量池中的符号引用转化为直接引用。

what？符号引用，直接引用？

符号引用以一组符号（任何形式的字面量，只要在使用时能够无歧义的定位到目标即可）来描述所引用的目标。

在编译时，Java 类并不知道所引用的类的实际地址，因此只能使用符号引用来代替。比如 com.Wanger 类引用了 com.Chenmo 类，编译时 Wanger 类并不知道 Chenmo 类的实际内存地址，因此只能使用符号 com.Chenmo。

直接引用通过对符号引用进行解析，找到引用的实际内存地址。

5）Initialization（初始化）

该阶段是类加载过程的最后一步。在准备阶段，类变量已经被赋过默认初始值，而在初始化阶段，类变量将被赋值为代码期望赋的值。换句话说，初始化阶段是执行类构造器方法的过程。

oh，no，上面这段话说得很抽象，不好理解，对不对，我来举个例子。

String cmower = new String("沉默王二");
1
上面这段代码使用了 new 关键字来实例化一个字符串对象，那么这时候，就会调用 String 类的构造方法对 cmower 进行实例化。

03、类加载器
聊完类加载过程，就不得不聊聊类加载器。

一般来说，Java 程序员并不需要直接同类加载器进行交互。JVM 默认的行为就已经足够满足大多数情况的需求了。不过，如果遇到了需要和类加载器进行交互的情况，而对类加载器的机制又不是很了解的话，就不得不花大量的时间去调试
ClassNotFoundException 和 NoClassDefFoundError 等异常。

对于任意一个类，都需要由它的类加载器和这个类本身一同确定其在 JVM 中的唯一性。也就是说，如果两个类的加载器不同，即使两个类来源于同一个字节码文件，那这两个类就必定不相等（比如两个类的 Class 对象不 equals）。

站在程序员的角度来看，Java 类加载器可以分为三种。

1）启动类加载器（Bootstrap Class-Loader），加载 jre/lib 包下面的 jar 文件，比如说常见的 rt.jar。

2）扩展类加载器（Extension or Ext Class-Loader），加载 jre/lib/ext 包下面的 jar 文件。

3）应用类加载器（Application or App Clas-Loader），根据程序的类路径（classpath）来加载 Java 类。

来来来，通过一段简单的代码了解下。

public class Test {

    public static void main(String[] args) {
        ClassLoader loader = Test.class.getClassLoader();
        while (loader != null) {
            System.out.println(loader.toString());
            loader = loader.getParent();
        }
    }

}
1
2
3
4
5
6
7
8
9
10
11
每个 Java 类都维护着一个指向定义它的类加载器的引用，通过 类名.class.getClassLoader() 可以获取到此引用；然后通过 loader.getParent() 可以获取类加载器的上层类加载器。

这段代码的输出结果如下：

sun.misc.Launcher$AppClassLoader@73d16e93
sun.misc.Launcher$ExtClassLoader@15db9742
1
2
第一行输出为 Test 的类加载器，即应用类加载器，它是 sun.misc.Launcher$AppClassLoader 类的实例；第二行输出为扩展类加载器，是 sun.misc.Launcher$ExtClassLoader 类的实例。那启动类加载器呢？

按理说，扩展类加载器的上层类加载器是启动类加载器，但在我这个版本的 JDK 中， 扩展类加载器的 getParent() 返回 null。所以没有输出。

04、双亲委派模型
如果以上三种类加载器不能满足要求的话，程序员还可以自定义类加载器（继承 java.lang.ClassLoader 类），它们之间的层级关系如下图所示。

这种层次关系被称作为双亲委派模型：如果一个类加载器收到了加载类的请求，它会先把请求委托给上层加载器去完成，上层加载器又会委托上上层加载器，一直到最顶层的类加载器；如果上层加载器无法完成类的加载工作时，当前类加载器才会尝试自己去加载这个类。

PS：双亲委派模型突然让我联想到朱元璋同志，这个同志当上了皇帝之后连宰相都不要了，所有的事情都亲力亲为，只有自己没精力没时间做的事才交给大臣们去干。

使用双亲委派模型有一个很明显的好处，那就是 Java 类随着它的类加载器一起具备了一种带有优先级的层次关系，这对于保证 Java 程序的稳定运作很重要。

上文中曾提到，如果两个类的加载器不同，即使两个类来源于同一个字节码文件，那这两个类就必定不相等——双亲委派模型能够保证同一个类最终会被特定的类加载器加载。

05、最后
硬着头皮翻看了大量的资料，并且动手去研究以后，我发现自己竟然对 Java 类加载机制（JVM 将类的信息动态添加到内存并使用的一种机制）不那么抗拒了——真是蛮奇妙的一件事啊。

也许学习就应该是这样，只要你敢于挑战自己，就能收获知识——就像山就在那里，只要你肯攀登，就能到达山顶。
————————————————

                            版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
                        
原文链接：https://blog.csdn.net/csdnaaaaxxxx/article/details/140236999