FHAC-5606产品总体设计方案讨论稿(v0.6).docx

FHAC-5606产品总体设计方案讨论稿目的以下方案作为确定总体设计方案的讨论基础，为总体设计做准备。前提与基础用户/AC/AP的IP地址由运营商统一分配。由于IP资源愈发稀缺，对于同一台AC，仅呈现为一台独立设备，只有一个上联IP。在多个板卡的系统设计下，一套AC系统对网管系统呈现为1个设备，而非多个。从工程实际部署看，可能仅提供一条物理链路给AC上联口；有条件的，可能为多条，用端口聚合的方式增加带宽。硬件平台ZDC ZA-5000-WS300组成为业务板：4×AC2612 【其中1（主控+业务） + 3业务】交换板：1×SF2300，前面板11×10Gbps，接口类型SFP.交换板分别与业务板和主控板间通过一条各自独立的全双工的Fabric总线连接，单项带宽为10Gbps。方案介绍组网方式根据AC与AP间网络结构的差异，主要有二层组网和三层组网的区别。基于二层组网，结构简单，性能较三层方式更高，但受限于VLAN协议本身，网络规模受到局限，自由度也较三层低。而三层组网可解决这一问题。我们的方案中，对这两种方式都支持。两种组网方式带来的差异主要表现在AP发现AC的方式上。二层组网二层组网下，AC即是AP和用户的网关。AP发现AC。二层组网下，AP与AC处于同一VLAN，或通过配置交换机Trunk的方式，让AP穿透VLAN，发现AC。AP的DHCP Request请求，有AC上的DHCP Server或DHCP Relay响应分配给若DHCP Server建立在AC上，则由AC响应此请求，为AP分配IP地址；若另建DHCP Server，则由Option 43选项，为AP指定AC的地址，并为AP分配IP。三层组网三层组网下，AC是用户的网关。AP的网关为上联的L3交换机uplink口。AP发现AC。AP上联的L3交换机配置为AP的DHCP Relay。L3交换机向DHCP Server转发AP的DHCP Request请求；若DHCP Server建立在AC上，则由AC响应此请求，为AP分配IP地址；若另有DHCP Server，则由Option 43选项，为AP指定AC的地址，并为AP分配IP。数据转发方式按照业务数据经过AC的流向和AC对用户数据的处理方式不同分为三种，分别是集中转发、本地转发和集中本地透传。WLAN建设早期，限于硬件设备的性能和可能对已建网络造成的影响，多采用本地转发，但随着AC性能的提高和对AP低成本的要求，运营商越来越多的要求以集中转发为主，并为CAPWAP隧道封装从802.3向802.11的过渡做准备。本方案为适应现在组网要求的多样性和运营商设备规范，对以下转发方式都提供支持。集中转发集中转发是目前的首要工作方式。用户的认证计费控制、业务数据流、设备管理流都经过AC处理和控制。目前我们要实现的功能中，仅支持无线数据在AP终结，即AC和AP间CAPWAP隧道封装802.3帧。特点：AC可管理控制AP，用户接入认证、计费，精确流量统计等。本地转发此时仅有设备管理流经过AC到AP，业务流从旁路通过。即，AC与AP之间只需建立CAPWAP控制隧道，而没有数据隧道。好处是，基于业务的最短路径路由，用户体验好。避开AC性能瓶颈。缺点是，网络的整体性不高，安全性较集中转发差。网络结构复杂，不利于新业务开展。集中透传 集中透传是集中转发的一种特殊方式。虽然用户业务数据经过AC集中发送，但AC与AP之间不建立CAPWAP数据隧道，仅建立控制隧道。业务数据也不做CAPWAP封包，而直接将用户数据封装为802.3帧向上发送。下行亦然。设备热备设备采用系统间1+1方式热备。两台AC间建立VRRP虚拟路由，同步相关控制信息，也是心跳链路和备用设备管理通道。一旦主设备故障，可立即切换到备用设备，保证业务的连续。AC控制与数据流AC上的数据流设计需要充分考虑各业务单板间的负载均衡，发挥交换板的性能所长，规避硬件的性能短板。基于对SF2300交换板的评估结果（参见相关评估文档），其控制处理器不足以承担4096个AP产生的数据流量的必要处理。因此将交换板配置为二层转发工作模式。地址分配AC地址AC管理地址（位于上联口），用于NMS管理和远程登录维护。建网工程中，由运营商统一分配。可能是公网，也可能是运营商内网地址。AC的每个业务板和主控板对下联口各暴露一个IP（隧道IP），用于与AP间建立控制和数据隧道。对上不可见。对于4.4.2.节中上行负载均衡（AP → AC(方式二)）的，AC可对下联设备呈现为一个IP，由交换板按FP规则和trunk转发用户业务数据到业务板，控制面报文送到主控板。用户地址在AC上配置，并分配给用户。由于公网IP地址资源越来越紧缺，因此更多的情况下，为内网地址，由运营商统一分配。AP地址运营商统一分配。通过AC配