xx学院校园网整体建设方案 V1.docx
- 文档编号:30017454
- 上传时间:2023-08-04
- 格式:DOCX
- 页数:76
- 大小:6.54MB
xx学院校园网整体建设方案 V1.docx
《xx学院校园网整体建设方案 V1.docx》由会员分享,可在线阅读,更多相关《xx学院校园网整体建设方案 V1.docx(76页珍藏版)》请在冰豆网上搜索。
xx学院校园网整体建设方案V1
XX学校
校园网整体建设方案
锐捷网络股份有限公司
第1章项目概述
随着组织业务的快速扩展需求,IT做为基础设施,快速部署和减少投入成为主要需求,云计算可以提供可用的、便捷的、按需的资源提供,成为当前组织IT建设的常规形态,而在云计算中大量采用和部署的虚拟化几乎成为一个基本的技术模式。
部署物理机/虚拟机需要在网络中无限制地迁移到目的物理位置,物理机/虚机增长的快速性以及物理机/虚机迁移成为一个常态性业务。
传统的网络已经不能很好满足企业的这种需求。
●传统网络的可移动性僵化限制
传统园区网方案的特征是“人适应网、终端适应网”。
先建网,人/终端根据网络规划选择位置接入,获取应有的权限。
表现为网络僵化、位置绑定、运维复杂,难以满足当前人员调整、用户移动等需求。
●传统网络架构限制东西流量
传统网络架构以三层为主,主要是以控制南北数据流量为主,由于园区网/数据中心的物理机/虚拟机的大规模使用,各类主机迁移的特点以东西流量为主,在迁移后需要其IP地址、MAC地址等参数保持不变,如此则要求业务网络是一个二层网络。
但已有二层技术存在下面问题。
生成树(STPSpanningTreeProtocol)技术,部署和维护繁琐,网络规模不宜过大,限制了网络的扩展。
传统的vPC/VSS等网络虚拟化技术,虽然可以简化部署、同时具备高可靠性,但是对于网络的拓扑架构有严格要求,同时各厂家不支持互通,在网络的可扩展性上有所欠缺,一般只适合中小规模园区网/数据中心内部网络。
大规模二层网络技术FabricPath/TRILL/SPB等,虽然能支持二层网络的良好扩展,但对网络设备有特殊要求,网络中的设备往往需要软硬件升级才能支持此类新技术,带来部署成本的上升。
●业务规模受网络设备规格限制
云业务中虚拟机的大规模部署,使二层地址(MAC)表项的大小限制了云计算环境下虚拟机的规模,特别是对于接入设备而言,二层地址表项规格较小,限制了整个云计算数据中心的业务规模。
●不能适应大规模租户部署
云业务需要大量租户之间的隔离,当前的主流二层网络隔离技术为VLAN,但是在大量租户部署时会有两大限制。
一是VLAN可用的数量为4K左右,远远不能满足公有云或大型私有云的部署需求;二是如果在大规模园区网/数据中心部署VLAN,会使得所有VLAN在园区网/数据中心都被允许通过,会导致任何一个VLAN的广播数据会在整个园区网/数据中心内泛滥,大量消耗网络带宽,同时带来维护的困难。
第2章项目需求分析
校园网的发展会以物联网为基础的智慧化的校园工作、学习和生活一体化环境,这个一体化环境以各种应用服务系统为载体,将教学、科研、管理和校园生活进行充分融合。
无处不在的网络学习、融合创新的网络科研、透明高效的校务治理、丰富多彩的校园文化、方便周到的校园生活。
简而言之,“要做一个安全、稳定、环保、节能的校园。
”
在校园网发展趋势的推动之下,高校物联终端的数量和种类不断地增多(这里特指需要连入网络的终端),现有的高校网络无法支撑其业务的高速发展,高校的网络管理面临如下问题:
1.各类终端接入后极大的增加了网络中心部门的运维量。
a.针对这些终端需要进行资产管理。
b.需要方便快捷的将这些物联终端连入网络。
c不同终端存在不同的特性,需要支持各类终端。
2.业务系统、运维管理边界不清,产生扯皮,影响服务。
3.现有的网络故障处理速度与能力不满足多业务入网后的故障实时性处理要求。
4.各类业务终端入网给现有网络带来不安全及不稳定隐患。
2.1扁平化网络改造需求
目前学校校园网无论是从管理、维护还是整合,均采用的是分布或分散式的模式,即管理层级过多、维护力量分散、功能和策略部署在接入层、资源整合采用多方沟通和协调。
这种模式不但在现阶段让网络中心难以提升服务质量、提高服务响应率,而且会降低用户体验度,同时也无法应对无线校园乃至移动互联网浪潮所带来的挑战,因此,在有线校园网建设中,还需要考虑通过采用“集中”的模式来化繁为简,通过网络统一认证、统一网关、集中管理和集中配置的方式,助力校园网从运营向服务的转型,实现学校扁平化的网络改造需求。
2.2泛载一切,弹性网络
在智慧校园趋势的推动之下,高校哑终端种类和数量越来越多,平均终端类型20~30种,终端个数从几百个到上万个不等。
这些业务终端归属部门不同(有财务部、保卫科、后勤等),分布不均匀,管理方式不同,不同终端业务之间需要进行安全隔离。
在这样的背景下,高校网络中心需要为每种终端分配专有的vlan,专有的端口,不同的安全策略,导致网络越来越复杂,运维难度越来越大。
如果将每种终端单独组网,但由于终端分布不均匀,导致大量闲置端口,端口利用率低,成本太高。
2.3终端极速入网
由于现在很多业务不属于网络中心管辖,但是接入到网络中需要网络的人来进行现场协作处理,这样就造成多业务上线牵扯面会比以前加大很多,只要有一方或者一个环节出现问题,就会导致整个业务无法成功上线。
以福建XX高校为例:
为了管理简单一般的教师的办公PC和学生电脑采取的的是动态IP分配,接入交换机上开启ipsourceguard来防止乱配静态IP地址导致的IP地址冲突,同时需要进行认证才能上外网。
但这些多业务终端比如摄像头,门禁,电子公告栏等终端需要采用静态IP地址方便进行资产管理和访问,这些哑终端需要进行免认证。
如果目前学校的做法是这类终端接入的步骤如下:
1)业务部门向网络中心申请一个静态IP地址,需要提交申请表格描述终端的信息。
2)网络部门为终端分配一个ip地址,通过excel将对应的终端和IP地址记录起来。
3)需要协调运维人员到现场找到这个物联终端接入的交换机和端口。
如果能找到mac地址通过showmac,找不到mac地址则需要通过网线的标记来找对应的网口(网线密集,找起来费时)。
4)网络中心为这个终端单独划分一个vlan,这个vlan在不同的区域会分配不同,需要网络中心进行统筹规划。
5)关闭这个端口的ipsourceguard检查。
6)根据这个终端的特性为其分配访问策略。
7)如果需要访问外网则需要免认证,然后配置acl来deny掉其不能访问的网段。
8)如果不需要访问外网,就通过配置安全通道来放通其需要访问的服务器。
9)业务部门自己也根据自己申请的ip地址保存一份终端和ip地址对应关系使用excel记录
整个过程的评估如下:
a.整个过程花费时间:
整个操作过程需要1个小时,但如果加上运维人员协调以及路上的时间,都有可能有一两天才能完成一个终端的接入。
b.协作的人:
运维人员找端口,网络中心分配vlan,ip地址,配置安全策略,
c.操作步骤:
见上文
d.使用的工具:
excel记录终端ip地址,使用crt来telnet操作交换机配置。
e.移动距离:
运维人员需要到现场进行部署。
如上新增一个终端,网络中心操作繁琐而且耗时长,且还需要使用原始的excel工具来手工记录,上面所述是正常两个部门都有人有时间支撑的情况下,如果网络中心的人员忙或者没时间到现在,则整个过程都无法进行下去。
极简X解决方案支持哑终端任意端口任意vlan下接入,且静态IP地址的哑终端无需收集mac地址,终端信息自动在SDN控制器上显示(可查看终端上线时间、MAC地址厂商、接入位置等),在SDN控制器上进行审批即可入网。
SDN控制器还可以通过IP点阵图的方式进行IP地址管理,静态IP地址资源使用一目了然。
2.4终端移动策略随行
传统网络状态下,用户移动,IP地址发生变化,当审计的时候,由于用户的IP地址不停变化,需要结合不同时间段内用户的IP地址情况综合去查,查询虽然可以实现,但是比较麻烦,达不到所见即所得的状态。
近几年基于网络的业务爆炸式地增长,同时迎来无线网络的建设的浪潮,终端位置的移动接入成为常态,业务的灵活部署以及迁移成为刚需。
以往的基于网络位置进行网络规划的方式无法满足现有复杂的业务场景。
网络上承载的业务越来越多,后期会将视频监控、一卡通、数字广播、车辆出入系统等等纳入到整个网络的管理范围之内,当前的网络规划时按照一网一业务的策略去做,分别建设割裂的网络,无法统一管理和运维。
由于无法实现网络端到端的统一策略部署,使得新的业务开展和优化比较困难。
2.5接入傻瓜化
以福州大学基础背景:
接入设备1000台,占地面积34万平方米,大学城6W学生。
其他高教的面积如下。
在用户的设备替换过程中当前遇到两个问题:
问题一:
设备替换对人是有要求的,无法说任意的人均能换设备,问题二:
能替换的人少,因受限制于校园网面积大等问题,替换效率低下。
问题三:
学生也比较强势,如果断网时间长会投诉。
针对上面的三个问题,自动化运维已经解决了其中的一部分问题了,但这个过程中有几个地方经常出错
1.接入模板不统一,不固定,渠道按自己理解的来制作,不是最佳实施方案,容易出现部署过程设备配置模板错误导致部署断网。
2.耗时长,容易出错,特别是每台设备的vlan,ip要修改,另外集成商分工刷,每个人的技术,素质都不固定,很容易出现工作马虎,配错,漏配的情况。
3.上架的时候可能拿错设备,接错口;
另外传统极简在运维期间,由于各个接入设备的模板都不一样,在业务新入网时候需要更改接入设备的配置,对运维能力还是有要求,特别是替换的时候,配置不同容易导致更换设备的时候配置错误引起断网。
2.6分级分权
物联终端隶属于各个业务部门,例如后勤,安保部门,他们的哑终端接入都需要来找网络中心,运维量太大,希望能够将这些终端的网络准入和IP地址分配权限下放给业务部门,各个业务部门只能看到自己可管理的终端的页面。
部分学校有很多实验室,实验室下接着各类终端,网络中心会直接分配一个网段的IP地址给实验室,让实验室自己分配这些ip地址,这网段一般是免认证的。
在这种场景下网络中心既不想管理这些终端,又希望这些终端是需要审核接入的,否则容易导致随便私接的情况。
部署哑终端接入的时候一般都是在办公室外(例如一卡通),很多时候不会随身携带电脑,在这个场景下对于哑终端的入网审需要能在移动端完成。
而随着移动办公越来越普及,移动端的审批功能应该要能在家里也可以轻松审批。
2.7网络安全池化需求
不同的用户流量对各自的网络有着不同程度的安全需求,因此要求网络出口安全具有资源灵活调度部署的能力,说直白一些就是希望逻辑网络能和物理网络解耦,物理网络部署的位置与逻辑网络无关,然而传统的防火墙/负载均衡器的部署,都是与物理网络拓扑紧密相关,需要根据报文路径来放置相关设备,无法从根本上解决不同用户不同的安全需求。
其次传统安全设备串接的方式也会带来如下问题:
1、老旧设备利旧难:
现网中使用的安全设备还未到报废期,安全设备依然可以利旧,但是现有安全设备性能偏低,对现有设备扩容、技术维护、产品维修等方面问题无法保障。
将现有设备串接网络中更会导致出口性能瓶颈。
2、安全设备单点故障:
出口安全区域内网到专网出口单台防火墙做内网防护,公网出口安全区内网安全准入、IPS、上网行为审计、防火墙等设备是糖葫芦串方式部署,存在多个单点故障。
当单台安全设备因设备性能、设备硬件问题等出现单点故障时,会导致网络断网,整体网络稳定性低。
3、安全设备性能瓶颈利用率低:
随着新业务的增加,对出口区安全设备的性能要求越来越高。
在葫芦串部署的安全设备中,当单台设备出现性能瓶颈时,对整体网络造成影响,只能更换更高性能的安全设备。
替换下来的安全设备无法利用,无法保护客户设备投资。
4、动网断网运维复杂:
对出口区域的安全设备做策略调整、设备升级、设备更换等操作,都会造成网络断网,影响业务运行。
策略调整、设备升级后,得联系各个部门的系统人员做业务测试,确认网络是否正常,消耗内部大量人力资源。
2.8无线校园网覆盖需求
在本次无线校园网建设项目中,实现对龙岩学院全校区重点区域无线全覆盖,包括学生宿舍区、同心楼、艺术楼、生物实验楼、第二教学楼、第三教学楼、行政楼、附属楼、格物餐厅、奇迈餐厅以及室外重点区域(如运动场、户外等),并且保障用户移动终端接入带宽,为后期智慧校园建设提供底层数据通信工程,为未来上线学校无线应用提供必要条件。
2.9有线无线一体化认证需求
无线网络建设完成后,需要与现网的有线网络结合实现统一认证。
所有有线用户、无线用户的认证均上升至核心,用户认证与接入层设备、无线设备无关,解决有线、无线和认证计费软件品牌强融合的问题。
2.10校园网运营计费需求
随着无线应用的发展,学校的出口带宽需求在不断增大。
目前,学校的网络出口设备和链路均面临着如下的现象和问题:
◆慢:
越来越多的用户抱怨:
上网速度慢,打开一个网页要好久,高峰时间更慢。
◆断:
网页有时会打不开,QQ/MSN、甚至视频会议时断时续,严重时彻底影响到学校正常业务的开展。
◆大:
网络规模大,信息点少则五千、一万,多则两三万以上。
同时,随着PC等硬件的价格越来越低,上网的用户数量庞大。
如何为如此庞大的用户群提供好上网服务?
同时又做区分让网络管理者头疼。
◆多:
为了解决上网慢的问题,多年来我们拉了多条出口链路,无论是否彻底满足校园网内外交互的需求,但是单单对这多条线路如何保证充分利用?
◆难:
管理难、决策难--100M跑满了,又添加了100M,还是跑满;是谁、何种应用?
占用多少带宽资源?
带宽、设备是否要升级?
2.11多运营商公平接入需求
传统ICT技术解决方案,需要校园网认证计费运营平台与省公司的AAA对接,而对于学校管理者来说,协调省公司的资源去做认证对接往往会面对流程的掣肘,导致项目周期拖延非常长。
与此同时,采用运营商直接控制学生终端的PPPoE拨号方式,学校对学生上网控制失去了管理权限,存在诸多弊端。
针对多家运营商公平接入需求,经过多方调研,建议采用成熟的PPPoE代理技术,通过高性能出口路由器与认证计费运营平台配合,实现代理校园网用户的PPPoE拨号过程,而运营商只需提供拨号线路即可,不会涉及到对接认证等问题,减少沟通难度和沟通成本。
对于智慧校园的用户而言可以自由选择运营商套餐,只需要跟校园网账号绑定即可,而学校也保留了对学生上网的控制权,可配合规范化教学秩序,针对时间段、接入区域、用户身份类型等方面信息对用户进行精细化管理,在特殊时期(例如上课、熄灯、国庆、招生、两会等)进行特殊管控。
通过本次统一认证运营改造,学校的运营管理将完成了以下转变:
Ø校园网帐号与运营商帐号统一绑定,学生上网无需多次认证,提升学生上网体验
校内师生用户只需一套校园网帐号通过统一的认证接口平台即可按需登录有线网和无线网(包括内网、外网),基于账户对应的权限访问校园网资源、校园网出口、运营商出口等资源。
实现校内免费、校外收费的效果。
学校管理方通过统一的校园网认证计费系统,对用户进行网络的准入和准出的管理与记录。
有线无线用户使用统一的校园网账户进行登录和认证计费。
同时对出口进行改造,实现多运营商共用校内网络资源,用户在互联网出口再分别分配给对应的运营商链路。
Ø与运营商达成合作,自主选择权回归学生,运营商“提速降费”成为可能
学校通过运营商方案实现了保留管理权的基础上,与电信、移动和联通轻松实现联调对接。
学生有更好的网络体验和更自由的选择权,取消各运营商区域垄断,实现运营商在校园网和平竞争,促使它们以服务取胜。
第3章整体解决方案概述
3.1整体拓扑图设计
3.2整体方案概述
如上图所示,校园网建设分为有线部分建设,无线部分建设,多运营商对接三部分。
根据学校不同应用场景选择不同AP设备,无线AP通过POE交换机供电,POE交换机通过楼栋汇聚设备双万兆链路上联至核心,通过无线控制器对全网AP进行统一管理配置。
有线校园网部分,更换学校接入层设备,全部采用千兆到桌面的安全智能接入交换机,每栋楼选用两台接入设备作为汇聚点,双千兆线路上联至核心,对于个别接入设备数量较多的楼栋,单独部署汇聚设备,双万兆线路上联至核心。
为保障全网用户安全策略权限全网一致,采用SDN控制器对全网用户进行地址规划,实现用户在网络任何区域接入获取的IP地址都一致,都属于该用户对应的用户组的地址段,从而实现IP地址随行,安全策略权限全网一致。
除此之外,所有的物联终端和认证终端都处于这个supervlan下。
传统网络常常需要将哑终端分配在免认证vlan下,但现有方案通过arp打通网段技术和哑终端快速审核的方案来做到哑终端接入和vlan以及端口无关,且可以自由移动,实现终端的快速接入。
还可实现移动审批分级分权。
在出口区域部署引流交换机,实现安全资源池化,按照用户的需求将相应的流量牵引到对应的安全设备,提高安全设备的利用率,同时可以对不同品牌不同型号不同性能的安全设备进行负载均衡和冗余热备。
在管理区域部署认证计费系统,对全校师生进行上网认证和计费,并且认证计费系统可以跟运营商对接,实现三家运营商公平接入学校,创造一个公平竞争的平台,避免一家独大的情况,也让学生有更多选择的空间。
在管理区域也部署一套网络管理软件,帮助学校老师对全网无线进行统一管理。
同时,在学校核心区域部署内容加速设备,对全网用户进行上网加速,保障用户上网体验。
3.3整体方案优势汇总
3.3.1强兼容性
1集中式SDN部署方案:
接入设备、安全设备品牌任选;
2SDN安全资源池方案:
不具绑定性,现有安全设备可以充分利旧;
3扁平化方案将认证和网关上收到核心:
接入层设备无复杂配置,管理员无需维护上百台接入交换机,维护更加简单;
4汇聚、接入品牌任选,仅需支持vlan即可;
5无线品牌任选,后续扩容不被绑定;
3.3.2易管理性
一、网络架构易于管理:
1)采用扁平化部署,配置上收至核心设别,接入汇聚设备无复杂配置,减少故障点和管理点;
2)网络架构无复杂协议(iBGP、VxLAN等),仅需vlan,协议简单,维护难度小,管理简单;
3)SDN控制器采用图形化界面操作,设计更加人性化,方便快捷;
二、安全策略便于维护:
1)用户终端在网络任何地方获取的IP地址都一样,可以实现用户在任意地方接入网络,安全策略统一,便于管理员根据用户组进行用户权限管理;
2)校园网出口区域及数据中心采用安全资源池的部署方式,将安全设备进行池化,实现按需引流,提升了安全设备的利用率,做到跨品牌跨型号的安全设备相互热备,及相同类型安全设备性能叠加。
三、专业网优保障体验:
网优系统能够自动优化网络,调整最佳的网卡参数,消灭占用网卡资源的诡异进程,配合WIS深度定制网卡加速,让终端体验如飞随时随地接入最佳;能够进行远程诊断,WIS精灵可以从网卡、系统、无线环境、应用等多纬度一键诊断上不了网、掉线、卡慢的原因;能够自动信号择优,环境中信号很多,WIS精灵可以帮您选择最优的网络进行连接。
网规:
一键配置,基于场景的信道和功率规划,让企业级的无线使用和家用一样方便
网优:
智能感知环境、用户、体验变化,持续导入智能接入、智能漫游、智能均衡方案
可视化:
综合评估信号、用户体验相关指标,呈现最真实的体验报告,使全网清晰可见
四、有线无线一体化:
在整体架构中有线无线在末端接入层进行物理区分,便于接入层管理,在核心设备及上行到出口区域进行逻辑区分,有线校园网和无线校园网采用不同的IP地址段,控制策略跟据地址段进行设置,让有线无线的安全策略能够更方便落地。
3.3.3高先进性
一、网络架构先进
采用扁平化架构,这是目前高校网络建设的发展趋势,包括四川大学、武汉大学、大连理工等985、211类院校都已经在进行扁平化改造,扁平化之后能够减少用户对接入层汇聚层设备的管理维护工作量。
本次项目选用核心能够承载9万人同时并发在线,是目前高端核心设备,能够满足学校未来10年以上的使用需求。
无线校园网部分所有设备全部采用支持最新的千兆无线网协议802.11acwave2,保障无线校园网先进性的同时,配合先进的无线智能网优系统,提高用户无线上网体验。
在整体安全策略部署方面采用SDN(软件定义网络)技术,提高安全设备资源利用率,提高整体安全性能,实现扩品牌跨型号安全设备冗余热备。
为更加方便部署安全策略,通过SDN实现用户的IP随行,实现IP即用户,IP段即用户组,做到用户任意地方接入IP地址不变,由于地址不变,安全策略及权限也不用变化,做到安全策略随行。
3.3.4强健壮性
如上图所示:
1、关键设备、链路、端口全部冗余热备;
2、采用SDN安全资源池,安全设备故障自动bypass;
3、每栋楼采用双机虚拟化,双线上联至核心,接入设备双网线上联至虚拟化接入,保障端口、线路、设备的冗余性。
第4章“极简”扁平化网络架构设计详述
4.1集中管理,减少接入汇聚层投入
4.1.1接入控制功能上收,简化网络
传统的校园网中,用户接入控制、安全防护、运营及服务管理的各种功能、策略一般都部署在校园网的接入、汇聚交换机上。
这种部署方式导致整个接入网的整体成本比较高,而未来一旦因为设备老旧、功能升级等原因,这张接入网还会继续需要持续的资金投入,而随着无线校园网的融合管理,这笔资金的数额更加巨大。
扁平化的极简方案首先实现的是将原来分布在接入网的各项功能和策略上收至核心交换机,上收之后各项功能、策略的执行点全部在核心交换机上,接入网的接入、汇聚交换机只负责进行各种数据的转发。
扁平化的极简方案通过这种方式极大的增强了校园网核心交换机的资源利用率,弱化了整个网络服务对接入、汇聚设备的依赖。
主要体现在以下几个方面:
●节省资金:
扁平化的极简方案所进行的集中管理的改造,减轻了接入网设备的关键性,也弱化了对接入网设备的技术要求,这都使得改造后的校园网,在接入设备上可以选择更加便宜、更加轻量级的产品,而资金的投入则主要集中在核心交换机上。
●节省人力:
扁平化的极简方案所进行的集中管理的改造,同时也减轻了接入网对日常维护人员的数量要求,接入网设备仅需要配置和维护Vlan、STP、静态路由等最基本的通用技术。
单个学生网管能够管理的设备数量将会大大增加,管理维护工作成本和工作量以及效率将得到提升。
●降低技术门槛:
扁平化的极简方案所进行的集中管理的改造,还使得负责维护接入网的学生网管不用去花费大量的时间、精力学习各种复杂的技术。
学校信息中心耗费在学生网管身上的培训、实习资源也会大大降低。
●降低新业务部署难度:
新业务特别是业务专网的部署,在传统的模式下只能采用端到端的部署方式,从核心、汇聚到接入都需要进行设备的配置和对接,而接入网设备数量会导致这种配置和对接的工作量巨大而且成功率很难保障。
扁平化的极简方案所进行的集中管理的改造,可以使新业务部署的大部分工作都在核心交换机上完成,接入网设备仅需要提供对应的Vlan通道即可。
学校信息中心为新业务上线所投入的资源大大减少。
4.1.2集中管理核心交换机
为了保证网络的可靠性、故障自愈性,在方案设计中均需要考虑各种冗余设计,如网络冗余节点、冗余链路等。
冗余的设计使网络结构中出现了环路以及环路有可能引起的广播风暴等风险,生成树技术(STP)应运而生。
它虽然消除了环路,但却带来了链路性能利用不足的新的问题。
随之MSTP技术利用通过多实例的划分来实现不同链路流量的负载分担,提高了链路可用性能,但与此同时却将网络的结构,管理维护工作量翻了几番。
而管理维护量大会导致一旦配置出错会又回到起初环路产生所带来的广播风暴的问题。
从根本上讲,网络结构、业务、管理维护的复杂度,:
一方面是由于网络设备数量众多直接带来的;另一方面是由于网络设备数量众多衍生出的类似STP、VRRP这些特性间接带来的。
但无论是直接还是间接引起,本质上都是网络设备数量的问题。
所以,最根本的方法,就是
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- xx学院校园网整体建设方案 V1 xx 学院 校园网 整体 建设 方案
![提示](https://static.bdocx.com/images/bang_tan.gif)