Cisco C9350 Series Smart Switches · 产品与方案解读

一台 1RU,四种供给 C9350 把比特、瓦特、算力与信任装进同一台接入交换机,让配线间成为园区最靠近用户的智能边缘。

它不是“更快的 C9300”。C9350 换掉了接入交换机的芯片(Silicon One A100)、堆叠(以太网化的 StackWise-1.6T)、供电(三电源、48 口同时 90W)、控制平面(x86 + 16 GB DDR5 + SSD)与信任根(支持后量子签名的 Trust Anchor),并让同一台硬件可以在 Catalyst Center 与 Meraki 之间任选管理方式。

  • 比特48 × 10G mGig,上联至 4 × 100G
  • 瓦特48 口同时 90W,整机 4320W
  • 算力x86 四核,容器独享 4 vCPU / 8 GB
  • 信任TAm 信任根、PQC 就绪、MACsec-256
2026 年 10 月 依据数据表、架构白皮书与 Cisco Live BRKARC-2668 面向网络架构师与 IT 决策者
Cisco C9350 系列智能交换机家族叠放照片:从 25G 光纤型号到 48 口 Multigigabit UPOE+ 型号
C9350 家族:铜缆 1G / mGig 与光纤 1G / 25G 型号(图片来源:Cisco)

C9350# show lldp neighbors

接入交换机欠终端的,从来不只是一根网线

把接入交换机剥到只剩本分,它要对每个终端交付五样东西:比特、瓦特、规则、可信,以及可被管理。过去十年,这五样需求是同时变大的——所以只换更快端口的升级,解决的只是其中一项。

先猜一下

一台 Wi-Fi 7 AP 接进配线间,你认为它对交换机提出的最大新要求是什么?带宽、供电,还是别的?

看看答案

两样都要,而且互相牵制。C9350 数据表把 Multigigabit 与 90W UPOE+ 写在同一句话里,用来连接 Wi-Fi 6/6E/7 AP 和楼宇、摄像机等高功率终端[2]。端口提速以后,电力预算、上联收敛比、能装下多少分段策略,都会跟着被重新计算。

接入层的本分过去的典型假设今天的终端提出的要求C9350 的硬件回答
比特桌面 1G 足够,上联 10GWi-Fi 6E/7 AP 需要超过 1G 的有线回程48 × 10G mGig(48HX/TX);上联 NM-4C 4 × 100G,单机上联最高 400G[1]
瓦特电话 15W、AP 30WAP、PTZ 摄像机、照明、楼宇控制器需要 60–90W;交换机重启时不能断电3 个电源位;三块 1600W 时 48 口同时 90W(4320W);Perpetual PoE / Fast PoE[2]
规则几百条 ACL零信任分段把策略推到最边缘,ACL、SGT、NetFlow 同时膨胀A100 芯片 HCAM:8K TCAM + 128K 算法表项;默认模板 32K 条 ACE(C9300 为 4K,C9300X 为 8K)[3]
可信相信供应链自己验证硬件与软件真伪;交换机生命周期内要面对量子计算对签名算法的威胁Trust Anchor module、Secure Boot、镜像签名;PQC 签名的 IOS XE[2]
被管理买之前就决定 CLI、本地控制器还是云本地、云、混合并存,而且会变同一硬件、同一许可证,开箱选择 Catalyst Center 或 Meraki Dashboard[3]

如果五样需求同时变大,一台 1RU 的盒子要换掉哪些部件才跟得上?

答案几乎是“全部”。C9350 不是在 C9300 上加速:它的数据平面从 UADP 换成 Silicon One A100/L,堆叠从专有背板协议换成基于 VXLAN 封装、最短路径转发的 StackWise-1.6T,控制平面换成 Intel 第 12 代四核 x86 与 16 GB DDR5,电源从两块变成三块,风扇换成 N+1 模块化、风量提升 30% 的新设计[3]。代价也很明确:网络模块、电源和堆叠线缆都不与 C9300(X) 通用[2][3]。

先认识这台机器。下面是 C9350 的背面——大部分“新本事”都藏在这里。点一下编号,看每个部件负责哪一种供给。

背板解剖:C9350 的 7 个关键部件

点击图上区域或右侧列表

C9350 背板照片:从左到右依次为 SSD 槽、Console 与管理口、三个风扇模块、StackWise 端口、StackPower 端口和三个电源模块

C9350 背板(图片来源:Cisco 数据表 Figure 3)。正面另有 USB-C Console、USB-C Host 口、蓝色定位灯与上联模块槽。

从背面看,C9350 有三样上一代没有的东西:第三个电源位、可更换的 SSD 槽、可选进出风方向的风扇。点击任一部件查看。
C9350-48HX 正面:48 个 10G Multigigabit RJ-45 端口与右侧 C9350-NM-4C 四口 100G 上联模块
C9350-48HX 正面:48 个 10M–10G Multigigabit 端口,每口最高 90W UPOE+;右侧为 C9350-NM-4C(4 × 100G/40G QSFP)上联模块(图片来源:Cisco)。

C9350# show power inline

配线间控制台:48 个端口,到底要多少电、多少上联?

决定一台接入交换机够不够用的,不是端口数,而是两本账:电力预算和上联收敛比。C9350-48HX 两本账都给得很宽——装满三块 1600W 电源,PoE 预算 4320W,正好等于 48 × 90W;上联最高 4 × 100G,48 个 10G 端口全部跑满时收敛比也只有 1.2 : 1。

先说电。交换机不是“插上就给电”,而是先预留再供电:每个端点接入时,交换机根据它的 PoE 等级或协商结果,从总预算里划走一块功率;预算划完了,后来的端点就不供电。可以把它理解成电表的“合同容量”——看的是承诺了多少,而不只是此刻用了多少。这个比喻的边界是:C9350 同时报告 Allocated(已预留)与 Consumed(实际消耗),运维可以分别看到两者[1]。

先猜一下

C9350-48HX 默认带一块 1600W 电源。你觉得这块电源能拿出多少瓦给 PoE?

看看答案

1150W。交换机自己的 ASIC、CPU、风扇要先拿走“系统功率”,剩下的才进入 PoE 预算。加第二块 1600W,PoE 预算跳到 2750W;三块都是 1600W 时达到 4320W[2]。第二、三块电源带来的增量比第一块大,因为系统功率只扣一次。

配线间控制台 · C9350-48HX

调整终端数量、电源组合与上联模块,看两本账如何变化

接入的终端(共 48 口)
电源组合(电源位 1 默认 1600W)

电源位 2

电源位 3

上联网络模块
PoE 预留 / 可用预算
—
下行总带宽 / 上联带宽
—

PoE 可用预算取自 C9350 数据表 Table 7(48HX,主电源 PWR-C2-1600WAC,Combined 模式)。终端功率按其 PoE 等级上限保守预留,属于规划假设;实际预留可经 LLDP/CDP 协商得更低。1600W 电源在 115V 输入下仅输出 1200W,可用预算请用 Cisco Power Calculator 复核[4]。

Perpetual PoE

交换机软件重启时,PoE 不中断。对 PoE 照明、门禁、楼宇传感器来说,这意味着升级窗口不再等于“灯灭窗口”[2]。

Fast PoE

断电恢复后,PoE 在 IOS XE 完全启动前就开始供电,终端可以与交换机并行启动,而不是排在它后面[2]。

钛金级电源

1600W 钛金级电源在 50% 负载时比金牌级效率高 4%,100% 负载时高 3%;每块电源保持时间约 20 ms,支持在线插拔[1]。

边界:Multigigabit 端口在 10/100 Mbps 下只支持全双工;48HXG 的 24 个 1G 口同样不支持 10/100 半双工[2]。老旧的半双工设备接入前需要确认。

C9350# show policy-map interface

不堵:一个出口拥塞,凭什么让去别处的流量陪着等?

C9350 的 Silicon One A100 用“虚拟输出队列 + 信用调度”把拥塞关在拥塞的那个出口里。这是它与上一代 UADP 接入交换机在缓冲架构上最根本的差别:不是缓冲更大,而是排队的方式变了。

~1.3 Tbps每颗 A100 带宽:约 500G 网络 + 800G 堆叠
~1.5 Bpps每颗 A100 转发:约 500 Mpps 接收 NPU + 1 Bpps 堆叠引擎
18 MB每颗 ASIC 片上共享缓冲;双 ASIC 型号合计 36 MB
16 nm · 单 slice全部转发资源集中在一个 slice,端口确定性映射

数据来源:架构白皮书[1]、BRKARC-2668 第 31 页[3]。

先放第一块积木:缓冲。出口一时忙不过来,包就得在某处排队,好比收费站前的等候区。C9300 的 UADP 芯片主要把包排在出口一侧;Silicon One 则把包排在入口一侧[3]。

这立刻引出一个问题:在入口排队,如果队伍最前面那个包要去的出口正好堵死了,它身后那些要去畅通出口的包怎么办?

这就是第二块积木:队头阻塞(Head-of-Line Blocking)。想象一条单车道收费站,最前面的车要去一个正在封路的匝道,它停住了,后面所有去别处的车都只能干等——它们本来畅通无阻。

先猜一下

既然是排队的问题,把缓冲做大一点,能不能解决队头阻塞?

看看答案

不能。缓冲变大只会让等候的队伍更长,队首那辆车仍然挡着所有人。队头阻塞是排序结构的问题,不是容量的问题。解决它需要改变排队的方式。下面的模拟器里,两种结构使用完全相同的缓冲容量和到达流量,你可以亲眼比较。

第三块积木:虚拟输出队列(VOQ)。每个入口不再只排一条队,而是为每个出口各开一条虚拟队列——就像路口的左转、直行、右转专用道,去封路匝道的车只堵自己那条道。

第四块积木:信用(credit)。入口的 VOQ 要先向目标出口申请“通行证”,出口有余量才发放;拿到信用的包才穿过交叉开关。于是包永远不会被送进一个已经塞满的出口,交换内部也就不会堵成一团。

比喻在哪里失效:专用道里排的并不是整个包。包体只在共享内存(SMS)里存一份,VOQ 里排的是指向它的“包描述符”(PD)[1]。所以 VOQ 不会把缓冲需求乘以出口数——这也是下面模拟器给两种结构相同缓冲容量的原因。

排队实验室:同样的流量,两种排队方式

已运行0 拍
送达畅通出口 A + B(FIFO / VOQ)0 / 0
入口缓冲满而丢弃(FIFO / VOQ)0 / 0
被队首“无辜挡住”的拍数(FIFO / VOQ)0 / 0
A 去往畅通出口 B 去往畅通出口 C 去往拥塞出口(每 4 拍才能送出 1 个包)
两种结构同时在后台运行,输入完全相同;图中显示你选中的那一种。点击“运行”。

教学模型:3 个入口、3 个出口,每个入口缓冲 8 个包(VOQ 模式下 3 条虚拟队列共享这 8 个位置)。用于说明机制,不代表 A100 的实际队列数量与调度算法细节。

机制清楚了。那么,一个包在 A100 里实际走过哪些站?

单播包在 A100 内的十步旅程

Silicon One A100 单播转发路径:接收接口组、接收 NPU、VOQ、交叉开关、输出队列、发送 NPU、发送接口组,以及下方的共享内存缓冲 Rx IFG接收接口组 Rx NPU查表定出口 VOQ按出口排 PD Crossbarslice 交叉开关 OQ输出队列 Tx NPU改写包头 Tx IFG发送 SMS 共享内存缓冲(18 MB)包体只存一份;沿上方流转的是包描述符 PD 信用 credit:出口有余量才放行 写入 读出
Cisco Silicon One A100 芯片示意图
Silicon One A100 示意图(来源:架构白皮书 Figure 11)。同一家族的 K100/E100 用于 C9610 核心交换机,共享 P4 可编程 NPU 与 SDK[6]。

落到 QoS 配置上的三个变化

  • 8 个队列、最多 7 个优先级队列:入口策略把流量映射到 traffic-class 0–7,出口排队策略只匹配 traffic-class[3]。
  • 三段式策略:入口分类/限速/标记 → 出口排队(整形、优先级、带宽分配)→ 出口标记,中间由信用调度器衔接[3]。
  • 需要更深缓冲时:C9350-48HXG 额外内置 8 GB DDR 内存用于深缓冲,吸收突发流量,并可与其他 C9350 混合堆叠[2]。

边界:VOQ 消除的是“无辜者被拖累”,不是拥塞本身。出口长期超订时,包仍会在该出口对应的 VOQ 上按策略(如 WRED)丢弃——只是只丢该丢的那一份。

C9350# show sdm prefer

记得住:同样 1RU,凭什么能装下 8 倍的安全规则?

零信任把策略推到了离终端最近的地方,接入交换机要记住的东西因此暴涨。A100 用三张“中央表”分工:LPM 查路由,CEM 查精确匹配,HCAM 查策略。其中 HCAM 以散列表为主、TCAM 兜底,让 C9350 默认就能装下 32K 条 ACE——C9300X 的 4 倍,C9300 的 8 倍。

接入层三代C9300 / 9300L(Gen1)C9300X(Gen2)C9350(Gen3)
定位成本优先功能优先规模优先
IP 路由8K IPv4 / 4K IPv616K IPv4 / 8K IPv6256K IPv4 / 128K IPv6
MAC 地址32,00032,00064,000
/32 主机路由32,00032,00096,000
ACE 条目4,0008,00032,000
下行按型号最高 10G 下行 + 90W UPOE+

来源:BRKARC-2668 第 80 页“Choose the right Access Switch for legacy Migration”[3]。C9350 数值为硬件能力;数据表按当前软件给出的可用规模为 IPv4 路由 192,000、Security ACL 5,000–32,000(仅第一种 ACL 类型可用扩展规模)[2],设计时以所用 IOS XE 版本为准。

规则多了,为什么不直接把 TCAM 做大四倍?

先认识 TCAM(三态内容寻址存储器)。它像一屋子办事员:你喊一声“谁匹配这个包?”,所有人同时查自己手里那条规则并举手,一个时钟周期出结果。它支持任意掩码,最快也最灵活——但每个办事员都要“领工资”:TCAM 密度低、功耗和发热高,扩容很贵[3]。

再看一个容易被忽略的事实:真实 ACL 的掩码非常“扎堆”。BRKARC-2668 的示例里,4 万条规则只用了两种掩码——前 2 万条都是 0.0.0.3(/30),后 2 万条都是 0.0.0.7(/29)[3]。

掩码相同,就意味着可以先把包的地址“套上这个掩码”,再做一次精确查找——而精确查找用便宜、密集的 SRAM 散列表就够了。这就是 HCAM(算法 TCAM)的思路:常见掩码的规则各占一个散列 tile,只有少数冷门或不连续掩码的规则才进入真正的 TCAM。像邮局分拣:格式规整的邮编直接投进对应格子,只有写得古怪的地址才送人工窗口。

HCAM 分拣台:12 条 ACE 去哪儿?

待装载的 ACL (顺序即编写顺序)

Tile 0 掩码 /30 · 散列精确匹配

Tile 1 掩码 /29 · 散列精确匹配

Tile 2 掩码 /24 · 散列精确匹配

Tile 3 掩码 /16 · 散列精确匹配

原生 TCAM 冷门或不连续掩码 · A100 共 8K 条

点击“按掩码分拣”。

A100 的 HCAM = 8K 原生 TCAM + 128K 算法 tile 表项(8 × 16K),可在 ACL、QoS、NetFlow 之间动态分配;默认 SDM 模板中每个 tile 一半给 ACL、一半给 NetFlow 缓存[1][3]。

LPM · 查路由

SRAM 表,按最长前缀匹配查 IP/掩码路由。片上 256K IPv4 或 128K IPv6(IPv6 占两个表项)。接入层第一次拥有接近汇聚层的路由容量,为分布式三层接入、BGP EVPN 留出余量[1]。

CEM · 查精确匹配

SRAM 表,存 MAC、/32 与 /128 主机路由、组播、标签、SGT 等“每一位都要对上”的条目。256K IPv4 / 128K IPv6 规模,且可以在各张子表之间重新分配[1]。

HCAM · 查策略

TCAM + 散列 tile 混合,服务安全 ACL、QoS ACL 与 Flexible NetFlow。比传统 TCAM 更密、更省电,取消了僵硬的固定分区,碎片更少[1]。

Cisco 示例

对象组 ACL(OGACL)把“地址组 × 地址组”的组合写成一行。BRKARC-2668 的示例中,一个含 1,000 个地址的对象组,在 Silicon One 上只消耗 3 条 HCAM,地址本身展开到 1,000 条 CEM——把最贵的资源留给真正需要掩码匹配的规则[3]。默认模板下 C9350 的 Security ACL 总量为 36,864,FNF 流表 65,536,可用 show sdm prefer 查看。

C9350# show switch stack-bandwidth

八台如一台:一根堆叠线断了,谁该受影响?

StackWise-1.6T 把堆叠从专有协议改成了标准以太网:VXLAN 封装、基于 SPF 的最短路径转发,由 A100 内专用的堆叠 NPU 线速处理。结果是,环上一根线断了,只有这根线两端的两台从 1.6T 降到 800G,其余成员仍然全速。

1.6 Tbps堆叠带宽;每颗 A100 内含专用低时延堆叠 NPU
8 台组成一个逻辑交换机,铜缆与光纤型号可混合堆叠
448 / 384单堆叠最多 448 个 Multigigabit 端口 / 384 个 UPOE+ 端口
SSO / NSFActive + Standby 状态同步,各成员本地 ASIC 分布式转发

来源:架构白皮书[1]、数据表[2]。

先猜一下

8 台交换机连成一个环。其中一根堆叠线被误拔,会影响多少台交换机的堆叠带宽?

看看答案

取决于是哪一代堆叠。上一代 StackWise 把包切片后在环的两个方向上负载分担,一处断开会让整个堆叠的带宽实际减半;StackWise-1.6T 下只有断点两端的两台受影响——show switch stack-bandwidth 会显示它们为 800G,其余成员仍为 1600G[3]。下面可以亲手剪一根线试试。

断环实验:点击任意一根堆叠线

成员角色堆叠带宽

带宽数值依据 BRKARC-2668 第 62 页的 show switch stack-bandwidth 输出;上一代架构以相对值表示。

C9350 堆叠架构示意:多台交换机通过后部 StackWise 端口组成一个逻辑系统
C9350 堆叠架构(来源:架构白皮书 Figure 15)。

以太网化之后,多出来的三个好处

  • 布线更自由:成环方式不再受限,6 台堆叠可以有多种接法,不再强制一根跨越首尾的长线缆[3]。
  • 无包长限制、与包类型无关:堆叠流量用 VXLAN 封装,中间成员只看堆叠头逐跳转发[1]。
  • 为更大的集群铺路:新架构基于标准以太网与 IS-IS SPF,设计上可支持超过 8 个节点,并与 C9610 的新一代 StackWise Virtual 同源[3]。

边界:C9350 只能使用 STACK-T1A 系列堆叠线(50 cm / 1 m / 3 m),与 C9300 及更早的堆叠线、StackPower 线均不兼容;同一堆叠内成员需使用相同许可级别[2]。

数据平面合成了一台,电呢?八台各自的电源能不能也“合成一个”?

可以,但范围是 4 台。StackPower+ 用后部专用端口和 55A 额定电流的线缆,把最多 4 台交换机的电源合成一个共享电力池;电源故障或负载突增时,功率在池内即时重新分配,有效可用功率比上一代 StackPower 高出 35% 以上[1]。8 台的数据堆叠可以拆成两个 4 台的电力堆叠。

它有两种模式。共享模式(默认):所有电源的输出都进池,坏一块只要剩余容量还够就无感。冗余模式:把最大一块电源的容量预留为备份,平时可用预算变小,但故障时有立即可用的余量[1]。

电力池:点击电源模拟故障

池内可用预算 / 示例负载
—
4 台 × 48 口,按 90W 计
—

示意算术:4 台 × 3 块 1600W 即 BRKARC-2668 所示 19.2 kW 共享池;示例负载 14,000W 为假设值;未计入系统功率与效率损耗,实际预算以 show stack-power budgeting 为准。

C9350# show app-hosting list

配线间里多出来的一台小服务器

C9350 给接入交换机配了一套服务器级的控制平面:x86 CPU、16 GB DDR5、最高 240 GB 可更换 SSD。其中 4 vCPU 与 8 GB 内存专门划给容器,再用 2 个 10G AppGig 端口把应用直接接到转发芯片上——应用离用户只有一跳,又与交换机自身的控制与转发相互隔离。

交换机为什么需要跑应用?把应用放在机房的服务器上不行吗?

有三类应用,放在机房恰恰是错位的。第一类是体验测量:用户抱怨“Teams 卡”,从机房测到的路径并不是用户的路径;ThousandEyes 代理跑在接入交换机上,测的就是这一层楼的真实出口。第二类是贴近终端的连接器:Cisco Spaces 需要尽量靠近 AP 与 IoT 设备收集数据。第三类是没有机房的地方:分支、门店、气隙环境,多一台服务器就多一份采购、空间、电源和运维[1][2]。

Catalyst 9000 支持应用托管已有多年,C9350 的变化在于资源翻了一档:应用内存翻倍,CPU 快 35% 以上,DDR5 快 13% 以上[3]。

三层隔离:应用、控制平面、数据平面

虚线为 AppGig 端口上的应用流量

C9350 应用托管架构:IOx 应用区通过两个 10G AppGig 端口直连 Silicon One 数据平面,与 IOS XE 控制平面隔离 IOx 应用区 4 vCPU · 8 GB DDR5 · SSD 最高 240 GB · Docker / LXC / KVM ThousandEyes 从楼层测 SaaS 体验 Cisco Spaces 贴近 AP / IoT 的连接器 第三方容器 25+ 认证应用 · 自研工具 IOS XE 控制平面 x86 多核 · 16 GB DDR5 · 受保护内存;应用资源单独划拨,不与系统进程争抢 Silicon One A100 数据平面 线速转发 · 硬件 ACL / QoS / NetFlow · MACsec 2 × 10G AppGig 端口 应用流量直达 ASIC 不经控制平面 上联 → 园区网 / SaaS / 云端控制台

依据架构白皮书 Table 3 与 BRKARC-2668 第 67 页绘制[1][3]。

资源C9350 规格意味着什么
CPUx86 多核,Intel 第 12 代 Core 系列(BRKARC-2668 标注 i3-1316URE)控制平面处理 AVC/XDR 等软件辅助服务更从容,并为容器划出 4 vCPU
内存16 GB DDR5,其中 8 GB 专供应用应用内存为上一代的 2 倍
存储18 GB 内部 eUSB 闪存 + 后部可换 USB 3.0 SSD(120 / 240 GB,EXT4,硬件 AES-256,SMART 监测)第三方应用、抓包、trace 日志、GIR 快照放在 SSD;Cisco 签名应用可直接放闪存,无需 SSD
应用网络2 × 1/10G AppGig 端口应用以线速收发流量,不占用前面板业务端口
高可用堆叠内应用托管 1+1Active 成员故障时应用在 Standby 上接续
AI 推理C9350-48HXG:8 核 CPU + 集成 GPU硬件已为在交换机上运行小型 AI 推理负载做好准备

来源:架构白皮书[1]、数据表[2]、BRKARC-2668 第 8、66、67 页[3]。

边界:交换机上的算力是为“贴近网络边缘的轻量服务”准备的,不是要替代机房服务器。具体可托管哪些应用、各自占用多少资源,以 Cisco 认证应用列表与 IOS XE 版本说明为准。

C9350# show platform integrity

自证清白:从上电第一条指令开始的信任链

C9350 的安全不只在 ACL 里,而是从“这台设备是不是它自己”开始。Trust Anchor module 作为硬件信任根,逐级验证引导代码与 IOS XE 镜像;这条链在硬件上已为后量子签名做好准备,数据表列出的 PQC 支持始于 IOS XE 26.2.1。数据在线路上则由线速 MACsec 与最高 100G 的硬件 IPsec 保护。

先放一块积木:数字签名。Cisco 用私钥给软件镜像贴一道“封条”,交换机用出厂时就固化的公钥核对封条:封条完好,说明镜像没被改过、确实来自 Cisco。它的边界也要说清:封条只证明“没被动过、来源可信”,不证明代码没有漏洞——运行时防护是另一层的事。

再放第二块:信任链。启动是一场接力,每一棒在交棒前先核验下一棒:硬件信任根核验引导代码,引导代码核验 IOS XE,IOS XE 再在运行期持续自检。任何一环核验失败,接力就停在那里。链的起点必须是改不掉的硬件,这正是 Trust Anchor module(TAm)的角色:存放设备身份证书(SUDI)与密钥,抵御仿冒硬件[1][2]。

那么,量子计算机威胁的到底是这条链的哪一环?

不是“明天就能解开所有加密”,而是更隐蔽的一点:今天广泛使用的 RSA、ECC 签名,在足够强大的量子计算机面前可以被伪造。封条一旦可以伪造,一个被篡改的镜像就能堂堂正正通过核验。NIST 已为此标准化了后量子签名算法,包括基于哈希的 LMS 与基于格的 ML-DSA[8][9]。

交换机的特殊之处在于:信任根焊在硬件里,以后无法靠升级补上。所以 C9350 在硬件上提前预备了三件事——SUDI 证书可使用 PQC 签名(如 ML-DSA-87)、引导程序具备 LMS 签名校验能力、存储用于验证操作系统的 ML-DSA 镜像签名密钥[3]。

启动接力:试着破坏它

签名算法:

① 硬件信任根

Trust Anchor module:设备身份(SUDI)、安全密钥存储,证明“硬件是真的 Cisco”。

—

② Secure Boot

核验引导代码的签名,确认引导程序未被修改。

—

③ 镜像签名

核验 IOS XE 镜像签名;C9350 运行 PQC 签名的 IOS XE。

—

④ 运行时完整性

运行期完整性检查与运行时攻击防护,可用 show platform integrity 远程证明。

—

教学示意。PQC 软件支持版本以数据表为准(IOS XE 26.2.1 起)[2];BRKARC-2668 将部分 PQC 能力标注为“硬件就绪、软件路线图”[3]。

设备本身可信了,那么从它身上经过的数据呢?

线速 MACsec:逐跳加密,检查不受影响

A100 内嵌 AES-GCM 256 位加密引擎。MACsec 采用逐跳“线中插件”模型:入口解密、出口加密,包在交换机内部是明文,所以 ACL、QoS、NetFlow 等检查照常进行。适用于防窃听、防中间人、防仿冒接入[3]。

最高 100G 的硬件 IPsec

站点到站点、对接云安全服务(SIG)的 IPsec 由硬件完成,最高 100G,同样使用 AES-GCM-256;另支持 WAN MACsec[2][3]。

身份分段:TrustSec 与 VXLAN

按身份(SGT)而不是按 IP 写策略;HCAM 的大容量让上万条分段规则在接入层线速执行。SD-Access 已支持,BGP EVPN 自 IOS XE 26.1.1 起[2]。

Cisco Live Protect:为零日漏洞准备

C9350 硬件已为 Live Protect 做好准备,可在线检测并阻断针对软件漏洞(包括零日漏洞)的攻击,在补丁到来之前争取时间[2]。

看得见才管得住:硬件 Flexible NetFlow、NBAR 应用识别、SPAN/ERSPAN 镜像、IP Device Tracking 提供终端与应用可见性;与 Cisco XDR 的集成将在后续软件版本提供[2]。

C9350# show license summary

一台硬件,两种管理:今天的选择,不锁死明天

C9350 把硬件、软件、许可证和支持合成一个系统。同一台交换机、同一份许可证,开箱即可选择被 Catalyst Center(本地)或 Meraki Dashboard(云)认领——不需要 -M 专用型号,不需要转换 CLI,也不必在采购那一刻押注管理方式[3]。

管理方式为什么值得在硬件层面保持可选?

因为决定管理方式的,往往是组织而不是设备:一次并购、一份外包合同、一条“必须物理隔离”的合规要求,都可能在交换机的服役期内改变答案。过去改答案意味着换硬件;C9350 让它变成一次重新认领。

开箱上线:同一台交换机的三条路

C9350 统一上线流程:上电、DHCP 与 DNS、发现,然后分为 Catalyst Center 认领或 Meraki Dashboard 认领两条路径 上电IOS XE 启动 DHCP / DNSOption 43 · 联网 发现PnP / Meraki Catalyst Center 认领PnP 页面 · 本地 / 气隙 IOS XE 模式完整 CLI · API Meraki Dashboard 认领选择配置来源 云端配置只读云 CLI 设备配置读写 CLI + 云端监控
配置在哪里
本地 Catalyst Center,自动化与保障(Assurance)全部在企业内
CLI
完整 IOS XE CLI、NETCONF / RESTCONF / YANG、模型驱动遥测
适合
大型园区、SD-Access、需要物理隔离或数据不出域的环境

交换机保持 IOS XE 模式,在 Catalyst Center 的 PnP 页面等待认领[3]。

升级与维护:把“停机窗口”变短

  • xFSU(硬件就绪):加速的、接近无中断的镜像升级。
  • SMU 热补丁:针对关键缺陷与安全漏洞打补丁,无需重启,不必等下一个维护版本。
  • GIR:优雅地把交换机移出/移回转发路径,维护影响最小化。
  • SSO / NSF:堆叠 Active 故障时控制平面无缝切换,OSPF、EIGRP、IS-IS、BGP 不中断转发。
  • Perpetual PoE:即使需要重启,终端也不掉电。

来源:架构白皮书[1]、数据表[2]、BRKARC-2668 第 58 页[3]。

“统一”具体统一了什么

  • 统一硬件:同一型号支持任何管理模式。
  • 统一许可证:通过 Cisco Networking Subscription 或 Enterprise Agreement 订购,同一许可证覆盖本地、云与混合管理,并解锁跨平台的高级功能。
  • 统一支持:硬件与软件支持包含在统一许可证中。
  • 统一软件底座:新一代 IOS XE 以模型驱动的 FED 3.0 与微服务化进程为基础,可按需启停单个进程,支撑实时 SMU 与 ISSU。

来源:数据表[2]、BRKARC-2668 第 9 页[3]。

C9350# show inventory

选型:先问终端,再问端口

C9350 家族共 16 个型号,全部基于 A100、全部支持 StackWise-1.6T、全部可在 Catalyst Center 与 Meraki 之间选择管理方式。差别只在三件事上:下行介质与速率、每口供电等级、以及要不要双 ASIC 带来的 400G 上联。

型号筛选器

按终端需要的介质与供电筛选

下行介质
每口供电

16 个型号

C9350-24T

24 × 10M/100M/1G 铜缆 · 不供电

1 × A100 · 上联最高 200G

1G 铜缆不供电IOS XE 17.18.1 起

C9350-48T

48 × 10M/100M/1G 铜缆 · 不供电

1 × A100 · 上联最高 200G

1G 铜缆不供电IOS XE 17.18.1 起

C9350-24P

24 × 1G · PoE+ 30W · 预算 720W

1 × A100 · 上联最高 200G

1G 铜缆30W/口IOS XE 17.18.1 起

C9350-48P

48 × 1G · PoE+ 30W · 预算 1440W

1 × A100 · 上联最高 200G

1G 铜缆30W/口IOS XE 17.18.1 起

C9350-24U

24 × 1G · UPOE 60W · 预算 1440W

1 × A100 · 上联最高 200G

1G 铜缆60W/口IOS XE 17.18.1 起

C9350-48U

48 × 1G · UPOE 60W · 预算 2880W

1 × A100 · 上联最高 200G

1G 铜缆60W/口IOS XE 17.18.1 起

C9350-48TX

48 × 10G mGig · 不供电

2 × A100 · 上联最高 400G

Multigigabit不供电IOS XE 17.18.1 起

C9350-48HX

48 × 10G mGig · UPOE+ 90W · 预算 4320W

2 × A100 · 上联最高 400G

Multigigabit90W/口IOS XE 17.18.1 起

C9350-24HX

24 × 10G mGig · UPOE+ 90W · 预算 2160W

1 × A100 · 上联最高 200G

Multigigabit90W/口IOS XE 26.1.1a 起

C9350-48HXN

36 × 5G + 12 × 10G mGig · UPOE+ 90W · 预算 4320W

1 × A100 · 上联最高 200G

Multigigabit90W/口IOS XE 26.1.1a 起

C9350-48HM

48 × 2.5G mGig · UPOE+ 90W · 预算 4320W

1 × A100 · 上联最高 200G · 利旧铜缆

Multigigabit90W/口IOS XE 26.2.1 起

C9350-48HXG

24 × 10G mGig + 24 × 1G · UPOE+ 90W · 预算 4320W

+8 GB 深缓冲 · 8 核 CPU + 集成 GPU · SyncE

Multigigabit90W/口IOS XE 26.2.1 起

C9350-24S

24 × 1G SFP 光纤

1 × A100 · 上联最高 200G

光纤不供电IOS XE 26.1.2 起

C9350-48S

48 × 1G SFP 光纤

1 × A100 · 上联最高 200G

光纤不供电IOS XE 26.1.2 起

C9350-12Y

12 × 1/10/25G SFP28

1 × A100 · 上联最高 200G

光纤不供电IOS XE 26.2.1 起

C9350-24Y

24 × 1/10/25G SFP28

2 × A100 · 上联最高 400G

光纤不供电IOS XE 26.2.1 起

来源:C9350 数据表型号说明与 Table 11 最低软件版本[2]。Multigigabit 型号在 10/100 Mbps 下仅支持全双工。

上联网络模块

模块端口总带宽适用型号
C9350-NM-2C2 × 100G/40G QSFP200G全部模块化上联型号
C9350-NM-4C4 × 100G/40G QSFP400G仅 C9350-48HX / 48TX / 24Y
C9350-NM-8Y8 × 25G/10G/1G,或 4 × 50G200G全部模块化上联型号
C9350-NM-8L8 × 50G/25G/10G/1G400G仅 C9350-48HX / 24Y
C9350-NM-8M8 × 10G Multigigabit RJ-4580G多数型号(以数据表为准),适合利旧铜缆上联

所有上联端口线速、与下行端口功能一致;支持在线插拔与 ACT2 硬件认证;交换机默认不含上联模块[1][2]。

从终端出发的选型路径

建议
  • Wi-Fi 7 AP 密集、单口需要 5G 以上:48HX(双 ASIC,400G 上联)或 24HX。
  • AP 与电话、摄像机混接,不想为每口都买 10G:48HXN(36 × 5G + 12 × 10G)或 48HXG(24 × 10G + 24 × 1G)。
  • 需要深缓冲、SyncE 或在交换机上做 AI 推理:48HXG。
  • 利旧 Cat5e 铜缆、2.5G 足够:48HM,同样整机 4320W。
  • 1G 终端为主,但有摄像机、照明、门禁:48U(60W)或 48P(30W)。
  • 服务器、AI 边缘、无线控制器汇聚:24Y / 12Y;长距离或抗电磁干扰接入:24S / 48S。

采购前要核对的四件事

  • 不向下兼容:网络模块、电源、堆叠线缆均不与 C9300(X) 通用[3]。
  • 软件版本:后发布型号需要 IOS XE 26.x;堆叠成员需相同许可级别[2]。
  • 风道:默认红色把手 C9350-FAN-I(端口侧进风,全型号);蓝色把手 C9350-FAN-E(端口侧出风)仅用于纯数据与光纤型号[3]。
  • 电力:PoE 型号的可用预算随电源组合变化,用 Cisco Power Calculator 按实际终端核算[4]。

C9350# show running-config

四个场景:四种供给,各自唱主角

同一台 C9350,在不同的楼里被不同的需求“点名”。下面四个场景各以一种供给为主,说明该选哪个型号、开哪些能力。

方案示例 · 具体配置需按现场终端清单核算

高密 Wi-Fi 7 办公楼层

每层几十台 Wi-Fi 7 AP、会议室大屏与视频终端,午间与会议开场的突发流量集中。

2–4 × C9350-48HX 堆叠 · NM-4C 4 × 100G 上联 · 每台 3 × 1600W

  • 48 口 10G mGig + 90W,AP 不再受 1G 回程限制。
  • VOQ 让某个拥塞端口不拖累整层楼的其他流量。
  • StackWise-1.6T:误拔一根线只影响相邻两台。
  • Catalyst Center + SD-Access 做身份分段与保障。

智慧楼宇与 PoE 照明

照明、门禁、传感器、楼宇控制器都从交换机取电,“交换机重启 = 灯灭”不可接受。

C9350-48U(60W)或 48HX(90W)· StackPower+ 4 台共享电力池

  • Perpetual PoE:软件重启时不断电;Fast PoE:来电后终端并行启动。
  • StackPower+:任一电源故障,池内功率即时补位,无需外置冗余电源。
  • TrustSec 把楼宇 IoT 与办公网按身份隔离。
  • Cisco Spaces 连接器托管在交换机上,贴近 AP 与传感器。

分支与连锁门店

门店没有 IT 人员也没有机房,总部想知道“收银系统慢”到底慢在门店、运营商还是 SaaS。

C9350-24P / 24HX · Meraki 云端配置 · 交换机内托管 ThousandEyes 代理

  • 开箱认领到 Meraki Dashboard,一块屏管所有门店。
  • ThousandEyes 跑在交换机的 IOx 里,从门店本身测 SaaS 路径,不必另放服务器。
  • 统一许可证:日后改由 Catalyst Center 管理,不必换硬件。

医院与制造的 IT / OT 边缘

医疗设备、产线终端对时钟、突发与安全隔离都敏感,且设备生命周期很长。

C9350-48HXG · MACsec-256 · TrustSec 分段

  • 额外 8 GB 深缓冲吸收突发;专用 SyncE 硬件端口;A100 硬件支持 PTP 1588[3]。
  • 8 核 CPU + 集成 GPU,为在交换机上做小型 AI 推理预留硬件。
  • TAm 信任根与 PQC 就绪的启动链,覆盖长生命周期内的签名威胁。

C9350# write memory

回到起点:这台 1RU 交付了什么

开篇的问题是:五样需求同时变大,接入交换机要换掉什么?C9350 的答案是把芯片、堆叠、供电、控制平面和信任根一起换掉,于是一台 1RU 同时交付四种供给,并用统一的运营方式交到你手里。

  1. 比特——拥塞只惩罚拥塞者。A100 的 VOQ + 信用调度把拥塞关在拥塞的出口里;48 × 10G mGig 下行、最高 400G 上联、1.6T 堆叠,让 Wi-Fi 7 的有线回程不再是瓶颈。
  2. 瓦特——电是接入层的第二种带宽。三电源位、48 口同时 90W、StackPower+ 共享电力池、Perpetual / Fast PoE,让供电与转发同样可靠。
  3. 算力——应用离用户只有一跳。4 vCPU、8 GB、最高 240 GB SSD 与 2 × 10G AppGig,在配线间里托管 ThousandEyes、Spaces 与认证应用,又与转发隔离。
  4. 信任——信任根今天就要为明天的攻击者准备。TAm 硬件信任根、PQC 就绪的启动链、线速 MACsec-256 与 100G IPsec,加上 32K 条 ACE 的分段能力。
  5. 运营——今天的管理选择不锁死明天。同一硬件、同一许可证,在 Catalyst Center 与 Meraki 之间开箱选择,并以 xFSU、SMU 热补丁、GIR 缩短维护窗口。

决策清单

如果你的情况是建议如何验证
计划部署 Wi-Fi 7 AP 或 60–90W 终端以 48HX / 24HX / 48HXN 为主,按终端组合选 48HM、48HXG用本文控制台与 Cisco Power Calculator 核算 PoE 预算和上联收敛比[4]
零信任分段推进,接入层 ACL 将超过 8K 条C9350(默认 32K ACE),配合 OGACL 节省 HCAMshow sdm prefer;在 Cisco Feature Navigator 核对目标版本特性[5]
现网是 C9300 堆叠,需要扩容新楼层或新堆叠整体采用 C9350,不与 C9300 混合堆叠核对堆叠线、电源、上联模块与备件均为 C9350 专用料号[2]
管理方式尚未确定,或可能随组织变化C9350 + 统一许可证(Cisco Networking Subscription 或 EA)试点时分别在 Catalyst Center 与 Meraki Dashboard 各认领一次[7]
合规要求后量子密码选择 PQC 已支持的 IOS XE 版本(数据表列为 26.2.1 起)核对版本说明与 show platform integrity 输出[2]
下一步
  1. 盘点终端:按楼层列出终端类型、数量、PoE 等级与所需速率。
  2. 核两本账:用 Cisco Power Calculator 算电力预算,按上联模块算收敛比。
  3. 选一层楼试点:验证开箱认领流程、StackWise 断线行为,并在交换机上托管 ThousandEyes 测一次真实 SaaS 体验。

References

参考资料

  1. Cisco. Cisco C9350 Series Smart Switches Architecture White Paper. 更新于 2025-11-20.
  2. Cisco. Cisco C9350 Series Smart Switches Data Sheet. 更新于 2026-10-20.
  3. Kenny Lei. Cisco C9000 Smart Switches Architecture(BRKARC-2668). Cisco Live 2025.
  4. Cisco. Cisco Power Calculator.
  5. Cisco. Cisco Feature Navigator.
  6. Cisco. Cisco Silicon One Product Family White Paper.
  7. Cisco Meraki. Cloud Management with IOS XE Overview.
  8. NIST. FIPS 204: Module-Lattice-Based Digital Signature Standard(ML-DSA). 2024.
  9. NIST. SP 800-208: Recommendation for Stateful Hash-Based Signature Schemes(LMS / XMSS). 2020.

产品照片与架构图版权归 Cisco 所有,取自上述官方资料。本文研究截止日期:2026 年 10 月 20 日。

Glossary

术语表

A100/L
Cisco Silicon One 家族中面向企业接入的 ASIC,16 nm 单 slice,约 1.3 Tbps / 1.5 Bpps。
VOQ
虚拟输出队列:每个入口为每个出口各维护一条队列,避免队头阻塞。
队头阻塞(HOL)
单一队列中,队首包因目的出口拥塞而停住,连带阻塞其后去往畅通出口的包。
SMS / PD
共享内存缓冲 / 包描述符。包体存于 SMS,芯片内流转与排队的是 PD。
LPM / CEM / HCAM
最长前缀匹配表(路由)/ 中央精确匹配表(MAC、主机路由等)/ 算法 TCAM(ACL、QoS、NetFlow)。
TCAM
三态内容寻址存储器,可按任意掩码并行匹配,速度快但功耗高、密度低。
SDM 模板
决定 ASIC 表项资源如何在各功能之间分配的模板,C9350 默认为 Access 模板。
OGACL
对象组 ACL,用地址组、服务组书写规则,在 Silicon One 上把组成员展开到 CEM。
mGig
Multigigabit,在铜缆上提供 2.5G / 5G / 10G 速率。
UPOE / UPOE+
Cisco 高功率 PoE,对应 IEEE 802.3bt Type 3(60W)/ Type 4(90W)。
Perpetual / Fast PoE
交换机软件重启时保持供电 / 来电后在系统启动完成前即开始供电。
StackWise-1.6T
C9350 的以太网化堆叠,VXLAN 封装、SPF 路径,最多 8 台,1.6 Tbps。
StackPower+
最多 4 台交换机共享电源池,55A 线缆,支持共享与冗余模式。
IOx / AppGig
IOS XE 的应用托管框架(Docker、LXC、KVM)/ 连接应用与数据平面的专用 10G 端口。
TAm / SUDI
Trust Anchor module 硬件信任根 / 写入硬件的安全设备唯一标识证书。
PQC
后量子密码,能抵抗量子计算攻击的密码算法,如 LMS、ML-DSA。
MACsec
IEEE 802.1AE 链路层加密,C9350 以 AES-GCM-256 线速执行。
TrustSec / SGT
按身份标签(Security Group Tag)而非 IP 地址执行的分段策略。
xFSU / SMU / GIR
扩展快速软件升级 / 软件维护更新(热补丁)/ 优雅插入与移除。
SSO / NSF
有状态切换 / 不间断转发,保证控制平面切换时转发不中断。
↑