2. H3C融合网络体系架构

H3C融合网络的核心思想,是把原本各自独立建设、独立运维的有线网络与无线网络,在转发、控制、管理三个层面统一起来。理解这套体系架构,需要同时看清四条线索:有线无线如何一体化、云简网络与本地部署如何取舍、核心-汇聚-接入如何分层、无线控制器与AP各自扮演什么角色。这四条线索不是并列的四个知识点,而是同一张网络在不同视角下的投影。

有线无线一体化:从"两张网"到"一张网"

传统做法中,有线网由接入交换机、汇聚交换机、核心交换机组成,无线网由AC(无线控制器)加AP(接入点)单独组网,两套设备、两套地址规划、两套认证体系。H3C的一体化架构把无线流量直接引入有线交换体系:AP通过接入交换机上联,AC以旁挂或直连方式接入核心/汇聚层,无线用户的数据报文与有线用户一样在同一个交换网络中转发。

一体化的关键价值体现在三个"统一"上。其一是统一转发:AP与AC之间建立CAPWAP隧道,控制报文走隧道,数据报文可选择隧道转发(集中转发)或本地转发。本地转发模式下,无线用户流量在AP本地直接进入接入交换机,不再绕行AC,这对视频、语音等大流量业务尤为重要。其二是统一认证:有线用户和无线用户可以共用同一套AAA(认证、授权、计费)服务器与同一套接入策略,用户在不同接入方式间切换时身份一致。其三是统一管理:AC或云平台可以同时纳管交换机与AP,拓扑、告警、配置在一个界面呈现。

判断是否真正一体化,可以看一个简单问题:无线用户的网关是否可以和有线用户一样落在核心交换机或汇聚交换机上?如果可以,说明无线流量已经融入有线转发体系,而不是被AC"圈"在独立网段里。

云简网络与本地部署:两种落地形态

H3C提供云简网络(Oasis Cloud)与本地部署两条落地路径,二者并非互斥,而是面向不同规模与运维能力的场景。

云简网络把AC的管理面、认证面、部分策略面搬到云端。设备上电后通过互联网向云平台注册,管理员在浏览器中完成SSID配置、AP上线、用户认证、版本升级等操作。它的优势是开局快、免本地服务器、多分支统一视图;代价是依赖互联网可达性,且部分深度定制能力受云平台版本约束。典型适用场景是连锁门店、中小企业、多分支办公。

本地部署则把AC、认证服务器、网管全部放在园区内部。AC通常以旁挂方式连接核心交换机,通过CAPWAP与AP建立隧道;认证可对接本地iMC或第三方RADIUS。它的优势是数据不出园区、可控性强、可深度定制;代价是需要自行规划服务器、带宽与高可用。典型适用场景是政府、金融、大型园区、对数据主权有要求的单位。

选择时可用三个问题快速判断:分支数量是否多且无专职IT?互联网出口是否稳定?是否有数据不出园区的硬性要求?前两个"是"偏向云简,第三个"是"偏向本地部署。

核心-汇聚-接入:层次化设计的职责边界

层次化设计的目的不是把设备分成三堆,而是让每一层只做自己最擅长的事,从而控制故障域、简化扩容、明确策略落点。

接入层直接面对终端与AP,负责端口接入、PoE供电、VLAN划分、端口安全。它的设计要点是"简单、稳定、密度足够":接入交换机通常做二层转发,网关不放在这里,避免故障影响面过大。AP的供电与上联都在这一层完成,因此接入交换机的PoE功率预算必须按AP型号核算,例如每AP按12~30W估算,再留20%余量。

汇聚层是策略与路由的落点。它承接多个接入交换机的流量,完成VLAN终结、跨VLAN路由、ACL策略、DHCP中继,并作为无线用户网关的常见位置。把网关放在汇聚层,可以让无线用户与有线用户在同一个三层边界内被统一策略管理。汇聚层还承担链路聚合与冗余,通常与核心之间采用双上行。

核心层只做高速转发与出口连接,不承担复杂策略。它的职责是"快而稳":连接汇聚层、连接出口路由器/防火墙、连接AC与服务器区。核心层设备应避免配置大量ACL或NAT,把策略下沉到汇聚层,才能保持转发性能与故障定位的清晰。

H3C融合网络体系架构:分层、角色与两种部署形态 云简网络(Oasis Cloud) • 设备注册上云,浏览器开局 • 多分支统一视图、免本地服务器 • 依赖互联网可达性 本地部署 • AC/认证/网管在园区内 • 数据不出园区、可深度定制 • 需自建服务器与高可用 核心层 高速转发 · 出口互联 · 连接AC与服务器区 汇聚层 VLAN终结 · 网关 · ACL策略 · DHCP中继 接入层 端口接入 · PoE供电 · VLAN划分 · 端口安全 AC 无线控制器 旁挂核心/汇聚 · CAPWAP AP 接入点 PoE上联 · 本地/隧道转发 无线终端 / 有线终端 控制面(CAPWAP) 数据面(本地/隧道转发)

AC与AP的角色定位

AC是无线网络的"大脑",AP是无线网络的"手脚"。AC负责AP的发现与上线、SSID与安全策略下发、漫游控制、射频调优、用户认证对接;AP负责射频收发、空口加密、本地转发决策、射频环境测量。二者通过CAPWAP协议通信:控制隧道承载配置与状态,数据隧道承载用户报文(集中转发时)。

AP上线的基本过程是:AP上电后通过DHCP获取地址,通过DHCP Option 43或DNS获得AC地址,向AC发起CAPWAP发现与加入请求,AC校验AP型号与版本后下发配置,AP进入Run状态。若AP版本与AC不匹配,AC会先推送匹配版本,AP重启后再加入。这一过程决定了开局时"AP能否上线"的排查顺序:先看地址,再看Option 43,再看AC可达性与版本。

转发模式的选择直接影响网络设计。集中转发时,所有无线用户流量经CAPWAP数据隧道到AC再转发,AC成为流量瓶颈,但策略集中、漫游简单;本地转发时,AP根据AC下发的策略把流量直接送入接入交换机,AC只处理控制面,适合大流量场景。实际工程中常采用混合模式:管理类SSID集中转发,业务类SSID本地转发。

一个常见的教学示例:某园区有3栋楼,每栋接入交换机24口,其中12口接AP。若每AP按25W PoE估算,单台接入交换机PoE需求约300W,选型时需选择PoE预算≥360W的型号。汇聚层作为无线用户网关,配置VLAN 100为无线业务、VLAN 200为有线业务,AC旁挂核心,AP通过Option 43指向AC地址。开局后先确认AP全部Run,再验证无线用户能否获取VLAN 100地址并访问内网服务器。

把四条线索合起来看:一体化决定了无线流量走哪张网,云简与本地决定了管理面放在哪,层次化决定了策略落在哪一层,AC与AP的角色决定了控制与转发如何分工。四者共同构成H3C融合网络的体系骨架,后续的配置与排障都在这张骨架上展开。