簡(jiǎn)介一份面向高校網(wǎng)絡(luò)工程與計(jì)算機(jī)網(wǎng)絡(luò)課程的完整學(xué)生公寓組網(wǎng)設(shè)計(jì)方案屬于技術(shù)及資料類文檔內(nèi)容覆蓋需求分析、組網(wǎng)原則、拓?fù)湟?guī)劃、IP地址分配與子網(wǎng)劃分、網(wǎng)絡(luò)安全及總結(jié)評(píng)價(jià)等全流程適合正在完成課程設(shè)計(jì)、準(zhǔn)備答辯或開展小型園區(qū)網(wǎng)規(guī)劃設(shè)計(jì)的學(xué)生參考。資源為1個(gè)PDF文件大小約306KB結(jié)構(gòu)清晰包含六幢五層學(xué)生公寓的信息點(diǎn)規(guī)劃、千兆骨干百兆到桌面的分布式三層交換架構(gòu)、雙核心交換機(jī)冗余設(shè)計(jì)以及兩種IP地址分配方案的詳細(xì)分析與擇優(yōu)結(jié)論。已有1376人瀏覽學(xué)習(xí)。通過學(xué)習(xí)讀者可獲得可借鑒的組網(wǎng)設(shè)計(jì)思路、設(shè)備選型依據(jù)以及QoS關(guān)鍵業(yè)務(wù)保障、802.1x認(rèn)證計(jì)費(fèi)、防代理與安全防護(hù)等工程考量有助于快速形成規(guī)范完整的課程設(shè)計(jì)報(bào)告同時(shí)提升面對(duì)實(shí)際網(wǎng)絡(luò)工程的規(guī)劃、分析與方案撰寫能力。1. 學(xué)生公寓組網(wǎng)設(shè)計(jì)一份課程設(shè)計(jì)里藏著的可復(fù)用組網(wǎng)模板做網(wǎng)絡(luò)工程的都知道學(xué)生公寓是校園網(wǎng)里最難伺候的接入場(chǎng)景——用戶流動(dòng)性大、私搭代理泛濫、IP 盜用頻發(fā)、上網(wǎng)高峰期并發(fā)高?？吹健赣?jì)算機(jī)網(wǎng)絡(luò)課程設(shè)計(jì)-學(xué)生公寓組網(wǎng)設(shè)計(jì).pdf」這個(gè)標(biāo)題我原以為又是一篇答辯湊數(shù)的模板文檔但拆完發(fā)現(xiàn)里面有不少能直接借鑒的東西從需求分析里的五元組綁定、雙核心冗余設(shè)計(jì)到每棟樓一個(gè) C 類地址、每層 40 個(gè)地址的劃分思路都踩在了校園宿舍網(wǎng)的真實(shí)痛點(diǎn)上。這份 PDF 是新華學(xué)院網(wǎng)絡(luò)工程專業(yè)的一份課程設(shè)計(jì)報(bào)告核心內(nèi)容是 6 棟學(xué)生公寓每棟 5 層、每層 20 間、共 600 間的組網(wǎng)方案包含拓?fù)洳季€設(shè)計(jì)和 IP 地址分配兩個(gè)可落地部分。無論你是要完成計(jì)算機(jī)網(wǎng)絡(luò)課程設(shè)計(jì)、準(zhǔn)備期末答辯還是正在規(guī)劃小規(guī)模園區(qū)網(wǎng)的從業(yè)者這份文檔的選型思路和地址規(guī)劃表都值得拆開細(xì)看。2. 需求分析與組網(wǎng)原則先立住約束再談拓?fù)浜驮O(shè)備2.1 需求分析里容易被忽略的硬指標(biāo)這份報(bào)告的需求分析不是空話里面有幾條硬指標(biāo)放在真實(shí)校園網(wǎng)項(xiàng)目里也非常關(guān)鍵。第一條是并發(fā)用戶數(shù)——報(bào)告中明確提出要保證 30000 個(gè)以上用戶并行的運(yùn)營(yíng)穩(wěn)定性。這個(gè)數(shù)字直接決定了認(rèn)證計(jì)費(fèi)系統(tǒng)和核心設(shè)備的選型檔位如果只是給 600 間宿舍做接入30000 并發(fā)聽起來過度設(shè)計(jì)但考慮到整個(gè)校園網(wǎng)共享一套認(rèn)證系統(tǒng)這個(gè)指標(biāo)是合理的。第二條是接入層設(shè)備必須支持基于 MAC 地址的 802.1x 和基于端口的 802.1x 兩種方式目的是保證賬號(hào)的唯一性。第三條是要求實(shí)現(xiàn)對(duì)用戶名、IP 地址、MAC 地址、交換機(jī)端口、交換機(jī) IP 的同時(shí)綁定這五個(gè)元素缺一不可。我在實(shí)際部署銳捷 SAM 計(jì)費(fèi)系統(tǒng)時(shí)這套五元組綁定確實(shí)是防止賬號(hào)盜用的標(biāo)準(zhǔn)做法——只綁 MAC 的話用戶換臺(tái)電腦改個(gè) MAC 就繞過去了必須把接入端口和交換機(jī) IP 也鎖死。需求分析里還提到必須支持遠(yuǎn)程 Telnet 管理和端口開關(guān)功能。做過宿舍網(wǎng)運(yùn)維的人都懂一個(gè)用戶打電話說上不了網(wǎng)90% 的情況是端口出問題能在遠(yuǎn)端把端口 reset 一下能省掉大量跑樓的時(shí)間。報(bào)告把這些需求列出來說明設(shè)計(jì)者確實(shí)考慮過運(yùn)維場(chǎng)景不是單純抄書。2.2 六條組網(wǎng)原則如何轉(zhuǎn)成選型約束組網(wǎng)原則部分提了高性能、QoS、信息點(diǎn)可控性、先進(jìn)性、可靠性、安全性六條表面看像是套話但每條背后都有對(duì)應(yīng)的技術(shù)選型約束。高性能對(duì)應(yīng)的是骨干交換設(shè)備必須支持線速交換、保證無阻塞數(shù)據(jù)交換這要求核心和匯聚設(shè)備的背板帶寬和包轉(zhuǎn)發(fā)率必須達(dá)標(biāo)。信息點(diǎn)可控性對(duì)應(yīng)的是基于用戶的接入認(rèn)證、授權(quán)和計(jì)費(fèi)而且明確要求在接入層分布式實(shí)現(xiàn)控制——為什么要在接入層做因?yàn)槿绻姓J(rèn)證流量都匯聚到核心核心壓力會(huì)非常大而且一旦認(rèn)證系統(tǒng)故障整個(gè)網(wǎng)絡(luò)就癱了。在接入層做分布式控制每個(gè)用戶只影響自己所在的交換機(jī)故障域小很多?？煽糠€(wěn)定性則直接導(dǎo)向了方案里的雙核心設(shè)計(jì)。報(bào)告里有一句話很關(guān)鍵「第一級(jí)交換機(jī)一旦出現(xiàn)問題無法繼續(xù)工作同級(jí)的另一個(gè)第一級(jí)交換機(jī)可以確保網(wǎng)絡(luò)不致中斷」。這說明設(shè)計(jì)者理解冗余不是多買一臺(tái)設(shè)備擺著好看而是要形成真正的故障切換能力。安全性原則在報(bào)告里分成了四個(gè)層次設(shè)備本身的訪問安全、內(nèi)部網(wǎng)之間資源訪問安全、路由系統(tǒng)安全、互聯(lián)網(wǎng)訪問安全。這四個(gè)層次的劃分其實(shí)對(duì)應(yīng)了四類控制手段——設(shè)備登錄認(rèn)證和 ACL、VLAN 隔離、路由協(xié)議認(rèn)證、防火墻過濾。能把這四層分開寫說明對(duì)網(wǎng)絡(luò)安全的體系有概念不是只知道裝個(gè)防火墻。2.3 為什么宿舍網(wǎng)必須用分布式三層交換報(bào)告的拓?fù)浞桨覆捎谩盖д坠歉?、百兆到桌面」的分布式三層交換架構(gòu)這個(gè)選型在 600 間房的宿舍網(wǎng)場(chǎng)景下是合理的。三層交換的意思是在二層交換機(jī)之上引入三層路由能力但重點(diǎn)是「分布式」這三個(gè)字——不是只在核心放一臺(tái)三層設(shè)備而是在每棟樓的匯聚層就放一臺(tái)三層交換機(jī)讓各樓棟的 VLAN 網(wǎng)關(guān)終結(jié)在樓棟內(nèi)部。這樣做的好處有兩個(gè)。第一是減輕核心壓力每棟樓內(nèi)部的流量在樓棟就完成了路由轉(zhuǎn)發(fā)不必繞到網(wǎng)絡(luò)中心的核心交換機(jī)再回來。宿舍網(wǎng)里最大的流量其實(shí)是樓內(nèi)共享文件、視頻點(diǎn)播這類東西如果這些流量都跑到核心繞一圈核心早就被打爆了。第二是縮小廣播域三層設(shè)備天然隔離廣播域每棟樓一個(gè)廣播域比整棟宿舍樓一個(gè)大二層廣播域要穩(wěn)得多。600 個(gè)房間如果全部在一個(gè)二層廣播域里ARP 廣播帶來的開銷就能讓接入交換機(jī) CPU 持續(xù)飄高碰上蠕蟲病毒更是災(zāi)難。報(bào)告在原則部分沒有展開講廣播域問題但在拓?fù)湓O(shè)計(jì)里用分布式三層架構(gòu)隱含解決了這一點(diǎn)設(shè)計(jì)思路是站得住腳的。3. 網(wǎng)絡(luò)拓?fù)渑c設(shè)備選型三層設(shè)備各司其職冗余設(shè)計(jì)要算清端口3.1 雙核心冗余兩臺(tái) 16 口千兆第一級(jí)交換機(jī)的價(jià)值網(wǎng)絡(luò)拓?fù)洳糠值姆旨?jí)設(shè)計(jì)很清楚第一級(jí)交換機(jī)放在網(wǎng)絡(luò)管理中心負(fù)責(zé)連接 6 棟學(xué)生公寓第二級(jí)交換機(jī)放在每棟公寓作為樓棟匯聚第三級(jí)交換機(jī)放在樓層負(fù)責(zé)接入每個(gè)宿舍。第一級(jí)選了兩臺(tái) 16 口 100/1000M 自適應(yīng)交換機(jī)從網(wǎng)絡(luò)管理中心分別拉線到 6 棟樓。這里有一個(gè)細(xì)節(jié)值得注意兩臺(tái)交換機(jī)并不是一臺(tái)主一臺(tái)備的冷備模式而是共同分擔(dān) 6 棟樓的接入流量每臺(tái)實(shí)際接 6 個(gè)樓棟端口既分流又互為冗余。一旦其中一臺(tái)故障另一臺(tái)理論上可以承載全部 6 棟樓的流量雖然會(huì)過載但網(wǎng)絡(luò)不中斷。端口數(shù)可以簡(jiǎn)單核算一下一臺(tái) 16 口交換機(jī)6 口接樓棟至少 1 口上聯(lián)到更上層的萬兆核心 RG-S6806剩余約 9 口留作擴(kuò)展。報(bào)告說「每臺(tái)交換機(jī)還余下 9 口可用于以后的拓展」這個(gè)數(shù)字和 16-6-19 是對(duì)得上的。不過要注意這是在沒有做鏈路聚合的情況下的賬。如果按生產(chǎn)環(huán)境的習(xí)慣給每棟樓做兩條千兆鏈路聚合6 棟樓要吃掉 12 個(gè)口一臺(tái) 16 口就不夠了得換成 24 口甚至 48 口。所以這個(gè)方案的余量其實(shí)不算寬裕只能說在課程設(shè)計(jì)層面夠用。3.2 樓棟匯聚放三層S3550 在拓?fù)淅锍袚?dān)的角色第二級(jí)交換機(jī)選的是銳捷 STAR-S3550 系列三層交換機(jī)。這個(gè)設(shè)備放在每棟樓的匯聚位置職責(zé)是終結(jié)本樓所有樓層的 VLAN 網(wǎng)關(guān)、做樓內(nèi)三層路由、下發(fā) ACL 策略同時(shí)上聯(lián)到第一級(jí)千兆交換機(jī)。這正好呼應(yīng)了前一章的分布式三層交換思路——每棟樓的跨層訪問比如一樓訪問五樓的打印服務(wù)器在樓棟內(nèi)部就路由掉了不用繞到網(wǎng)絡(luò)中心。S3550 是銳捷早期的三層交換機(jī)支持硬件三層轉(zhuǎn)發(fā)和 QoS。在今天看來設(shè)備性能不算強(qiáng)但作為課程設(shè)計(jì)里的樓棟匯聚角色選擇是很合理的。三層交換機(jī)放在匯聚層而不是核心層還有一個(gè)好處是便于按樓棟劃分管理權(quán)限每棟樓的網(wǎng)絡(luò)策略可以在本樓獨(dú)立配置出問題不用每次跑到網(wǎng)絡(luò)中心去改全局配置。3.3 接入層 802.1x 認(rèn)證與 SAM 計(jì)費(fèi)S2126G 的綁定邏輯第三級(jí)接入層選擇銳捷 RG-S2126G/2150G 千兆智能交換機(jī)選它的核心原因只有一個(gè)支持 802.1x 認(rèn)證。這是整個(gè)安全計(jì)費(fèi)鏈路里最關(guān)鍵的一環(huán)。接入層交換機(jī)配合 SAM 計(jì)費(fèi)系統(tǒng)能實(shí)現(xiàn)用戶入網(wǎng)時(shí)先認(rèn)證后上網(wǎng)認(rèn)證通過前只允許 RADIUS 認(rèn)證流量通過其他流量全部攔截認(rèn)證通過后綁定五元組信息一旦發(fā)現(xiàn)用戶的 IP 或 MAC 發(fā)生變化立即剔除下線。這套機(jī)制我在銳捷設(shè)備上實(shí)際配過接入層的關(guān)鍵配置大致是這樣Ruijie enable Ruijie# configure terminal Ruijie(config)# dot1x system-auth-control Ruijie(config)# interface GigabitEthernet 0/1 Ruijie(config-if)# dot1x port-control auto Ruijie(config-if)# port-security maxcount 1 Ruijie(config-if)# port-security mac-address sticky Ruijie(config-if)# exit Ruijie(config)# radius-server host 192.168.10.2 key ruijie_sam Ruijie(config)# aaa new-model首先要開啟全局的 dot1x 認(rèn)證開關(guān)也就是dot1x system-auth-control。然后逐端口把認(rèn)證模式設(shè)為auto表示這個(gè)端口下接的設(shè)備必須通過認(rèn)證才能通信。port-security maxcount 1限制端口只允許一個(gè) MAC 地址接入mac-address sticky則把第一次學(xué)到的 MAC 綁死到端口上防止用戶私接路由器或小交換機(jī)擴(kuò)展出多個(gè)終端。最后是配置 RADIUS 服務(wù)器的地址和共享密鑰SAM 系統(tǒng)就是通過這個(gè) RADIUS 通道與交換機(jī)交互完成認(rèn)證的。需要注意的是如果樓層交換機(jī)到匯聚之間走的是 TrunkTrunk 口上不能開 dot1x否則會(huì)把整個(gè) VLAN 的認(rèn)證攪亂。3.4 設(shè)備選型對(duì)照表從核心到桌面的四層能力分工整個(gè)拓?fù)涞脑O(shè)備選型可以整理成一張對(duì)照表做方案時(shí)照著這張表核對(duì)每層職責(zé)和關(guān)鍵參數(shù)會(huì)清晰很多層級(jí)設(shè)備型號(hào)關(guān)鍵能力在方案中的職責(zé)核心RG-S6806 萬兆核心交換機(jī)萬兆背板、分布式板卡處理、ACL/QoS/策略路由硬件實(shí)現(xiàn)校園網(wǎng)骨干交換對(duì)接互聯(lián)網(wǎng)出口第一級(jí)2 臺(tái) 16 口 100/1000M 自適應(yīng)交換機(jī)千兆上聯(lián)、雙機(jī)分擔(dān)流量連接 6 棟樓匯聚交換機(jī)形成冗余第二級(jí)STAR-S3550 系列三層交換機(jī)三層路由、ACL、QoS 硬件轉(zhuǎn)發(fā)樓棟匯聚終結(jié) VLAN 網(wǎng)關(guān)隔離廣播域第三級(jí)RG-S2126G/2150G 千兆智能交換機(jī)802.1x、端口安全、MAC 綁定樓層接入連接每個(gè)宿舍信息點(diǎn)安全計(jì)費(fèi)SAM 系統(tǒng)基于 802.1x RADIUS用戶名/IP/MAC/端口/交換機(jī)五元組綁定接入認(rèn)證、授權(quán)、計(jì)費(fèi)支持時(shí)長(zhǎng)/流量/包月網(wǎng)絡(luò)管理STAR View 網(wǎng)管系統(tǒng)全網(wǎng)設(shè)備監(jiān)控、端口管理遠(yuǎn)程管理、故障定位這張表的選型邏輯是分層清晰的核心管全局路由第一級(jí)管樓棟匯聚和不間斷轉(zhuǎn)發(fā)第二級(jí)管樓內(nèi)三層交換第三級(jí)管用戶接入和安全認(rèn)證。每層的設(shè)備選型都與該層職責(zé)嚴(yán)格對(duì)應(yīng)沒有出現(xiàn)接入層拿三層交換機(jī)、匯聚層拿二層設(shè)備這種事——這種錯(cuò)位在真實(shí)項(xiàng)目里經(jīng)常發(fā)生后面避坑章節(jié)還會(huì)提到。4. IP 地址分配與子網(wǎng)劃分方案六棟樓的 C 類地址怎么排布4.1 方案規(guī)則與逐層地址分配表IP 地址分配方案是整個(gè)報(bào)告里最有實(shí)操價(jià)值的部分。設(shè)計(jì)規(guī)則是每棟樓分配一個(gè) C 類地址段192.168.x.0/24子網(wǎng)掩碼 255.255.255.0每棟樓 5 層每層分配連續(xù)的 40 個(gè) IP 地址剩余地址預(yù)留擴(kuò)展。6 棟樓依次使用 192.168.0.0/24 到 192.168.5.0/24。以 1 號(hào)公寓為例地址分配如下樓層地址范圍地址數(shù)量預(yù)留給終端數(shù)一樓192.168.0.0 – 192.168.0.394020 個(gè)宿舍二樓192.168.0.40 – 192.168.0.794020 個(gè)宿舍三樓192.168.0.80 – 192.168.0.1194020 個(gè)宿舍四樓192.168.0.120 – 192.168.0.1594020 個(gè)宿舍五樓192.168.0.160 – 192.168.0.1994020 個(gè)宿舍預(yù)留192.168.0.200 – 192.168.0.25556后續(xù)擴(kuò)容其余 5 棟樓按同樣規(guī)則順延2 號(hào)公寓對(duì)應(yīng) 192.168.1.0/243 號(hào)公寓對(duì)應(yīng) 192.168.2.0/24以此類推。這個(gè)劃分方式有幾個(gè)明顯的優(yōu)點(diǎn)每一層的地址塊肉眼可讀運(yùn)維時(shí)看到 IP 就能判斷用戶在幾號(hào)樓幾層不用翻查詢表每層 40 個(gè)地址覆蓋 20 個(gè)宿舍綽綽有余即使一個(gè)宿舍接了兩臺(tái)設(shè)備也夠用每棟樓 5 層總共用掉 200 個(gè)地址剩余 56 個(gè)留作擴(kuò)展6 棟樓合計(jì)預(yù)留 336 個(gè)地址。對(duì) 600 間宿舍的規(guī)模來說這個(gè)地址空間設(shè)計(jì)得相當(dāng)寬裕近三年內(nèi)不太可能用完。4.2 40 個(gè)地址不是標(biāo)準(zhǔn) CIDR 塊VLAN 子網(wǎng)化的對(duì)齊問題這個(gè)方案也藏著一個(gè)容易被答辯老師或評(píng)審抓住的軟肋每層 40 個(gè)地址的邏輯塊并不是一個(gè)標(biāo)準(zhǔn)的 CIDR 子網(wǎng)。40 不是 2 的冪次方40 個(gè)地址無法用一個(gè)統(tǒng)一前綴長(zhǎng)度的子網(wǎng)掩碼精確覆蓋。如果后續(xù)要給每層樓劃分獨(dú)立 VLAN 并在 S3550 上終結(jié)網(wǎng)關(guān)就必須面對(duì)子網(wǎng)掩碼對(duì)齊問題。常見的做法是把每層地址塊對(duì)齊到 /27 或 /26。用 /27 劃分時(shí)每個(gè)子網(wǎng) 32 個(gè)地址一樓 0-39 這個(gè)范圍要拆成兩個(gè) /270-31 和 32-63一個(gè)樓層跨兩個(gè)子網(wǎng)規(guī)則變得別扭。用 /26 劃分時(shí)每個(gè)子網(wǎng) 64 個(gè)地址一樓 0-39 落在 192.168.0.0/26 這個(gè)子網(wǎng)里邊界清晰還能把 40-63 這段空余地址留給同一層擴(kuò)展。我一般會(huì)推薦用 /26 做樓層 VLAN 的基準(zhǔn)每層一個(gè) /26可用主機(jī)地址 62 個(gè)20 間宿舍即使每間接兩臺(tái)設(shè)備也只用了 40 個(gè)余量充足。如果按 /26 重新對(duì)齊6 棟樓的 VLAN 規(guī)劃會(huì)變成這樣每棟樓 5 個(gè)樓層6 棟共 30 個(gè) VLANVLAN ID 可以從 101 編到 130網(wǎng)關(guān)統(tǒng)一終結(jié)在對(duì)應(yīng)樓棟的 S3550 上。這樣每個(gè)廣播域只有 64 個(gè)地址規(guī)模ARP 表小、廣播開銷低而且子網(wǎng)邊界與樓層物理邊界嚴(yán)格對(duì)應(yīng)管理起來非常順。原方案每棟樓一整段 /24等于整棟樓一個(gè)廣播域600 間宿舍規(guī)模下廣播包的開銷會(huì)明顯上升這是實(shí)際落地時(shí)需要考慮改進(jìn)的點(diǎn)。4.3 地址利用率算一筆賬再算一筆地址利用率的賬。原方案每層分配 40 個(gè)地址實(shí)際每層只有 20 間宿舍按一個(gè)信息點(diǎn)一臺(tái)設(shè)備算最少只用 20 個(gè)地址利用率 50%。5 層 200 個(gè)地址中終端最多占 100 個(gè)整體利用率 39%。加上每層還有 20 個(gè)冗余地址和棟級(jí) 56 個(gè)預(yù)留地址整個(gè) /24 里短期內(nèi)真正用到的不到一半。這種「寧可多分、不可不夠」的思路在課程設(shè)計(jì)里是加分項(xiàng)體現(xiàn)了對(duì)可擴(kuò)展性的考慮。但在真實(shí)項(xiàng)目里如果公網(wǎng)或私網(wǎng)地址緊張這個(gè)冗余度會(huì)被壓縮——通常會(huì)把每層壓縮到 /2732 個(gè)地址一棟樓 5 層 160 個(gè)地址整體利用率能拉到 45% 到 50%。當(dāng)然宿舍網(wǎng)用的是私有地址本身不值錢多分一點(diǎn)換管理上的省心這筆賬劃得來。報(bào)告中地址分配方案對(duì)后續(xù)可擴(kuò)展性的重視是這段設(shè)計(jì)里最值得學(xué)習(xí)的地方。5. 避坑與常見問題這套方案落地時(shí)最容易翻車的四個(gè)點(diǎn)5.1 第二級(jí)交換機(jī)端口數(shù)與樓層接入交換機(jī)數(shù)量對(duì)不上現(xiàn)象報(bào)告在拓?fù)涑醪揭?guī)劃里寫「每樓層設(shè)置兩臺(tái)交換機(jī)第三層交換機(jī)」一棟樓 5 層就是 10 臺(tái)接入交換機(jī)。但具體布線方案里第二級(jí)交換機(jī)選的是一臺(tái) 8 口交換機(jī)8 口根本接不下 10 臺(tái)樓層交換機(jī)更別提還要留上聯(lián)口。原因設(shè)計(jì)稿前后兩處假設(shè)不一致——最初設(shè)想每層用兩臺(tái)小口數(shù)交換機(jī)可能是 16 口甚至更小后面選型時(shí)又出現(xiàn)了「每層一臺(tái) 24 口交換機(jī)」的描述兩層意思是矛盾的。8 口匯聚對(duì)上 10 臺(tái)接入怎么都接不完。解決實(shí)際部署時(shí)選「每層 1 臺(tái) 24 口接入交換機(jī)」這個(gè)口徑一棟樓 5 層共 5 臺(tái)接入?yún)R聚層選用 8 口交換機(jī)就合理了——5 個(gè)下聯(lián)口、1 個(gè)上聯(lián)口、2 個(gè)冗余口。如果堅(jiān)持每層 2 臺(tái)接入?yún)R聚交換機(jī)必須升級(jí)到 16 口或以上。畫拓?fù)鋱D時(shí)一定先數(shù)清楚下聯(lián)設(shè)備總數(shù)再定匯聚端口數(shù)這是最笨但最不容易出錯(cuò)的方法。5.2 網(wǎng)關(guān)地址和網(wǎng)絡(luò)地址被算進(jìn)了可用地址現(xiàn)象報(bào)告分配 192.168.0.0 – 192.168.0.39 給一樓 20 間宿舍但 192.168.0.0 這個(gè)地址在 IPv4 語義里通常作為網(wǎng)絡(luò)地址保留不能直接分配給終端另外每個(gè) VLAN 需要一個(gè)網(wǎng)關(guān)地址一般取子網(wǎng)內(nèi)第一個(gè)可用 IP如 .1網(wǎng)關(guān)地址同樣不能分給終端。原因課程設(shè)計(jì)報(bào)告做純 IP 段規(guī)劃時(shí)只算了「總數(shù) 40 個(gè)地址20 間宿舍夠用」沒有把網(wǎng)絡(luò)地址、廣播地址、網(wǎng)關(guān)地址這三類特殊地址從可用池里扣掉。如果按每層一個(gè) /26 的 VLAN 來算一樓實(shí)際可用主機(jī)地址是 62 個(gè)扣掉網(wǎng)絡(luò)號(hào)和廣播號(hào)還有 60 個(gè)網(wǎng)關(guān)占 1 個(gè)也還剩 59 個(gè)不受影響。但如果是 /2732 個(gè)地址可用主機(jī)只有 30 個(gè)網(wǎng)關(guān)占掉 1 個(gè)后就剩 29 個(gè)20 間宿舍按一間一臺(tái)算剛好夠一旦有宿舍多接一臺(tái)電腦或打印機(jī)地址就緊張了。解決規(guī)劃時(shí)統(tǒng)一按「可用主機(jī)數(shù) 子網(wǎng)大小 - 2 - 網(wǎng)關(guān)通常 1 個(gè)」來核算不要把整段地址都當(dāng)成可以分給終端的。宿舍網(wǎng)最常見的隱患就是網(wǎng)關(guān)地址和用戶地址混用導(dǎo)致 IP 沖突查起來極其費(fèi)勁。5.3 廣播域過大整棟樓一個(gè) C 類地址廣播包和 ARP 表都受不了現(xiàn)象原方案每棟樓一個(gè) /24所有樓層在同一個(gè)二層廣播域里。設(shè)備數(shù)量少時(shí)感覺不到一旦整棟樓 600 間宿舍全部住滿終端數(shù)輕松破千廣播包數(shù)量會(huì)明顯拖慢網(wǎng)絡(luò)用戶感知就是「時(shí)不時(shí)卡一下Ping 網(wǎng)關(guān)時(shí)延忽高忽低」。原因二層廣播域過大的直接后果是廣播包和 ARP 請(qǐng)求在全域泛洪。宿舍網(wǎng)用戶終端類型雜很多設(shè)備還會(huì)周期性地發(fā)各種發(fā)現(xiàn)協(xié)議報(bào)文在千級(jí)別終端的二層域里這些報(bào)文會(huì)占掉不少有效帶寬還會(huì)抬高交換機(jī) CPU 使用率。解決按樓層或按每?jī)蓪觿澐?VLAN把廣播域從整棟樓縮小到每層 20 個(gè)房間的規(guī)模。VLAN 網(wǎng)關(guān)終結(jié)在 S3550 匯聚交換機(jī)上跨層訪問走三層路由。這個(gè)改動(dòng)不需要換設(shè)備只需要在匯聚交換機(jī)上創(chuàng)建 VLAN 接口并配置網(wǎng)關(guān)地址接入交換機(jī)對(duì)應(yīng)端口劃入相應(yīng) VLAN純配置層面就能解決。5.4 方案里沒提上聯(lián)鏈路和冗余鏈路的端口占用現(xiàn)象報(bào)告說第一級(jí)交換機(jī) 16 口接 6 棟樓用掉 6 口余 9 口。但這里沒算第一級(jí)交換機(jī)上聯(lián)到 RG-S6806 萬兆核心的鏈路——如果按生產(chǎn)環(huán)境標(biāo)準(zhǔn)做雙上聯(lián)或者鏈路聚合至少還要占 2 到 4 個(gè)口剩余端口數(shù)要重新核算。原因課程設(shè)計(jì)報(bào)告畫拓?fù)鋾r(shí)注意力集中在「下聯(lián)」方向的端口分配上聯(lián)方向的端口規(guī)劃缺位。第一級(jí)交換機(jī)作為網(wǎng)絡(luò)中心和樓棟之間的中轉(zhuǎn)節(jié)點(diǎn)上聯(lián)和下聯(lián)是雙向的只算一個(gè)方向必然漏。真實(shí)項(xiàng)目里這種錯(cuò)漏會(huì)導(dǎo)致設(shè)備到場(chǎng)后發(fā)現(xiàn)端口不夠臨時(shí)加交換機(jī)的尷尬局面。解決畫完拓?fù)湎攘幸粡埗丝谛枨蟊砻總€(gè)設(shè)備分別數(shù)「上聯(lián)口數(shù) 下聯(lián)口數(shù) 冗余口數(shù)」。比如第一級(jí)交換機(jī)下聯(lián) 6 口6 棟樓上聯(lián) 2 口雙鏈路到核心冗余 2 口合計(jì)需要 10 口16 口夠用但如果 6 棟樓全部做雙鏈路聚合下聯(lián)就需要 12 口加 2 口上聯(lián)加 2 口冗余合計(jì) 16 口剛剛卡滿任何擴(kuò)充都得換 24 口設(shè)備。用表格一拉選型馬上清晰。6. 落地驗(yàn)證與擴(kuò)展把課程設(shè)計(jì)變成可交付項(xiàng)目的四步操作6.1 用腳本自動(dòng)生成分配表核對(duì)每臺(tái)設(shè)備的端口需求拿到這份 PDF 后建議先用腳本把 IP 分配表自動(dòng)生成一遍既驗(yàn)證方案里的算術(shù)也方便后續(xù)改擴(kuò)建時(shí)快速重算。下面這段 Python 腳本按原方案的規(guī)則輸出 6 棟樓的地址分配# 按每棟樓一個(gè)C類、每層40個(gè)地址的規(guī)則生成分配表 for building in range(6): third building # 第三段0~5對(duì)應(yīng)6棟樓 print(f公寓 {building1} 號(hào)樓: 192.168.{third}.0/24) for floor in range(5): start floor * 40 end start 39 print(f 第{floor1}層: 192.168.{third}.{start} - 192.168.{third}.{end} f(可用終端建議從 .{start1} 開始)) print(f 預(yù)留: 192.168.{third}.200 - 192.168.{third}.255)腳本邏輯很簡(jiǎn)單第三段用樓棟序號(hào)循環(huán)每層起始地址等于層數(shù)乘 40。運(yùn)行后能直接得到 6 棟樓共 30 個(gè)樓層的完整分配清單。注意終端起始地址我建議從.1開始把每層第一個(gè)地址留給網(wǎng)關(guān)或保留避免出現(xiàn)前文說的網(wǎng)絡(luò)地址和網(wǎng)關(guān)地址混用問題。6.2 在模擬器里做故障切換測(cè)試第二件值得做的事是在模擬器里把拓?fù)浯钜槐橹攸c(diǎn)驗(yàn)證雙核心冗余。用 Cisco Packet Tracer 或 GNS3 都可以把兩臺(tái)第一級(jí)交換機(jī)、一臺(tái) S3550 匯聚、兩臺(tái) S2126G 接入模擬一層樓搭起來配置好 VRRP 或等價(jià)路由然后依次關(guān)閉其中一臺(tái)第一級(jí)交換機(jī)觀察跨樓棟流量是否中斷。我一般會(huì)連續(xù)做三次一次斷主設(shè)備、一次斷上聯(lián)線、一次在流量高峰時(shí)斷鏈路記錄切換時(shí)間。如果切換時(shí)間超過 10 秒說明冗余機(jī)制沒生效回到配置里查 VRRP 優(yōu)先級(jí)或等價(jià)路由的收斂參數(shù)。這類驗(yàn)證做一遍比看十遍拓?fù)鋱D都管用。6.3 與參考書的對(duì)照以及答辯準(zhǔn)備的切入點(diǎn)報(bào)告參考文獻(xiàn)里列了謝希仁《計(jì)算機(jī)網(wǎng)絡(luò)》、陳有祺《計(jì)算機(jī)網(wǎng)絡(luò)基礎(chǔ)》、孫江宏《局域網(wǎng)組建及應(yīng)用培訓(xùn)教程》等書。如果你在準(zhǔn)備計(jì)算機(jī)網(wǎng)絡(luò)期末復(fù)習(xí)或課程設(shè)計(jì)答辯可以把這份報(bào)告和謝希仁教材里的 IP 子網(wǎng)劃分章節(jié)對(duì)著看——報(bào)告里的 40 地址塊劃分正是一個(gè)活生生的子網(wǎng)劃分案例比書上的抽象例題直觀得多。答辯時(shí)老師最容易追問的問題就是「為什么不直接用 /26 或 /27 劃分子網(wǎng)」「VLAN 網(wǎng)關(guān)配置在哪臺(tái)設(shè)備上」「雙核心如何實(shí)現(xiàn)故障切換」把第 4 章和第 5 章這些坑想清楚回答基本不會(huì)卡殼。從知識(shí)儲(chǔ)備角度這份報(bào)告的價(jià)值在于把教材上的子網(wǎng)劃分、三層交換、冗余設(shè)計(jì)串進(jìn)了一個(gè)具體場(chǎng)景比單獨(dú)背概念要記得牢。從這個(gè)意義上看這份課程設(shè)計(jì)不僅是交作業(yè)用的更是理解園區(qū)網(wǎng)設(shè)計(jì)邏輯的一份完整樣例。從那以后我每次拿到園區(qū)網(wǎng)的課程設(shè)計(jì)或需求說明都強(qiáng)制先跑一遍地址生成腳本再做一遍端口核算表和廣播域評(píng)估三張表齊了才碰拓?fù)鋱D和設(shè)備選型。這套流程幫我擋掉了不少翻車現(xiàn)場(chǎng)希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取