交換機(jī)實(shí)驗(yàn)=2\*ROMANII實(shí)驗(yàn)?zāi)康睦斫庹莆窄h(huán)路對(duì)網(wǎng)絡(luò)造成的影響，掌握環(huán)路的自檢測(cè)的配備；理解路由的原理，掌握三層交換設(shè)備路由的配備辦法掌握DHCP的原理以及其配備辦法實(shí)驗(yàn)環(huán)節(jié)配備交換機(jī)的IP地址，及基本的線路連接等；實(shí)驗(yàn)1：=1\*GB3①．用獨(dú)立網(wǎng)線連接同一臺(tái)交換機(jī)的任意兩個(gè)端口時(shí)期形成自環(huán)=2\*GB3②.對(duì)交換機(jī)的兩個(gè)端口進(jìn)行配備，啟動(dòng)全部端口的環(huán)路檢測(cè)功效、設(shè)立檢測(cè)周期等屬性實(shí)驗(yàn)2：=1\*GB3①．按圖1方式對(duì)三層交換機(jī)的VLAN、端口進(jìn)行配備=2\*GB3②.在交換機(jī)中分別對(duì)VLAN的IP地址進(jìn)行配備=3\*GB3③.啟動(dòng)三層交換機(jī)的IP路由=4\*GB3④.設(shè)立PC-A、PC-B的IP地址，分別將它們的網(wǎng)關(guān)設(shè)立為所屬三層交換機(jī)VLAN的IP地址=5\*GB3⑤.通過Ping驗(yàn)證主機(jī)A、B之間的互通狀況實(shí)驗(yàn)3：三層交換機(jī)作為DHCP服務(wù)器，兩臺(tái)PC-A和PC-B，分別從交換機(jī)上獲取IP地址。PC-C手動(dòng)配備IP地址。=1\*GB3①．按圖2方式建立主機(jī)A、B、C與三層交換機(jī)間的連接，配備交換機(jī)的IP地址=2\*GB3②.配備三層交換機(jī)的DHCP地址池屬性=3\*GB3③.啟動(dòng)DHCP服務(wù)=4\*GB3④.（1）查看主機(jī)A、B能否對(duì)的的獲取到給定范疇內(nèi)IP地址，通過Ping查看網(wǎng)關(guān)、交換機(jī)之間的互通狀況；（2）拔掉主機(jī)B的網(wǎng)線，將主機(jī)C的IP地址設(shè)立為主機(jī)B所獲取的到的IP地址，然后再插上B機(jī)網(wǎng)線，查看其與否能獲取到不同的IP地址；（3）分別重啟主機(jī)A、B及交換機(jī)，查看A、B獲取到的IP地址與否和前一次相似。圖1.三層路由連接圖圖連接圖實(shí)驗(yàn)成果實(shí)驗(yàn)1：環(huán)路測(cè)試 交換機(jī)出現(xiàn)環(huán)路的自檢測(cè)成果：實(shí)驗(yàn)2：路由配備：主機(jī)A連接交換機(jī)端口2，劃分為vlan10，端口IP地址為。主機(jī)IP地址；主機(jī)B連接交換機(jī)端口10，劃分為vlan20，端口IP地址為。主機(jī)IP地址；在未設(shè)立IProuting之前主機(jī)A、B分屬于不同網(wǎng)段，因此它們不能互通，設(shè)立后通過路由則可互相聯(lián)通：實(shí)驗(yàn)三：DHCP配備和驗(yàn)證：主機(jī)A、B、C分別連接到交換機(jī)的端口2，端口18和端口10上。其中主機(jī)A、B的IP地址自動(dòng)獲取，主機(jī)C的IP地址則手動(dòng)配備。主機(jī)A通過DHCP獲取的IP地址（）主機(jī)B通過DHCO獲取到的IP地址（）測(cè)試主機(jī)A與主機(jī)C的互通性（可連通）測(cè)試主機(jī)B與主機(jī)A、C之間的互通性（可連通）當(dāng)主機(jī)C配備為主機(jī)B獲取到的IP地址是會(huì)產(chǎn)生IP地址沖突的錯(cuò)誤提示：配備的主機(jī)C的IP地址與主機(jī)B的IP地址相沖突主機(jī)B網(wǎng)線重新連接后獲取到的新的IP地址交換機(jī)重新啟動(dòng)后A、B主機(jī)自動(dòng)獲取到的IP地址信息：主機(jī)A自動(dòng)獲取的IP地址主機(jī)B自動(dòng)獲取的IP地址DHCP可分派IP地址池內(nèi)IP數(shù)目不大于申請(qǐng)的主機(jī)數(shù)目時(shí)實(shí)驗(yàn)驗(yàn)證狀況：（可分派的IP地址為—），此時(shí)連接主機(jī)A、B、C、D。主機(jī)D自動(dòng)獲取IP地址的成果實(shí)驗(yàn)與成果分析 環(huán)路問題：分為第二層環(huán)路和第三層環(huán)路，全部環(huán)路的形成都是由于目的途徑不明確造成混亂而造成的。例如第二層，一種廣播信息通過兩個(gè)交換機(jī)的時(shí)候會(huì)不停惡性循環(huán)的產(chǎn)生廣播造成環(huán)路，而第三層環(huán)路則是原路由意外不能工作，造成路由通告錯(cuò)誤，形成一種惡性循環(huán)。傳統(tǒng)的二層防止技術(shù)重要有STP(Spanningtree)來防止，STP在不停的修改和更新中，產(chǎn)生了諸如STP/RSTP/MSTP等多個(gè)版本，大家可根據(jù)各自的組網(wǎng)規(guī)劃來選擇應(yīng)用，但是STP的配備復(fù)雜度，以及合同本身的開銷普通都是網(wǎng)絡(luò)管理人員比較頭痛的事情。解決因環(huán)路（自環(huán)或外環(huán)）對(duì)網(wǎng)絡(luò)造成的影響，能夠提高網(wǎng)絡(luò)的自檢錯(cuò)性、容錯(cuò)性和強(qiáng)健性。環(huán)路檢測(cè)的過稱為：對(duì)交換機(jī)的每個(gè)端口周期性的發(fā)送回路檢測(cè)（Loopback-detection）數(shù)據(jù)包；交換機(jī)查看端口收到包的CPUMAC字段，如果其中存的是本交換機(jī)的MAC，則本交換機(jī)的某些端口形成環(huán)路，否則將其丟棄，出現(xiàn)環(huán)路后，交換機(jī)會(huì)關(guān)閉端標(biāo)語較大的端口以消除環(huán)路。圖1中反映了在交換機(jī)啟動(dòng)全部端口的環(huán)路檢測(cè)功效后每隔30秒檢測(cè)到的信息以及對(duì)端口的關(guān)閉等操作信息。三層路由意義和工作過程：實(shí)現(xiàn)不同VLAN間主機(jī)的通信，通過配備VLAN能夠有效地控制廣播域的大小。在同一VLAN內(nèi)的主機(jī)間的通信不需要通過交換機(jī)的路由解決可直接達(dá)成目的主機(jī)，當(dāng)不同VLAN間通訊時(shí)，數(shù)據(jù)包先轉(zhuǎn)發(fā)至路由器，由路由器查詢其路由轉(zhuǎn)發(fā)表選擇對(duì)的的端口間數(shù)據(jù)包轉(zhuǎn)發(fā)到目的VLAN的交換機(jī)，再由目的VLAN內(nèi)交換機(jī)將數(shù)據(jù)包轉(zhuǎn)發(fā)至目的主機(jī)。其中扮演重要角色的即為交換機(jī)的路由功效，如果沒有設(shè)立有關(guān)屬性則不同VLAN間不能通訊。因此在圖3的驗(yàn)證明驗(yàn)中，通過路由器的轉(zhuǎn)發(fā)功效實(shí)現(xiàn)了分別位于VLAN10和VLAN20中主機(jī)A、B之間的通信，在未配備IPRouting之前VLAN10和VLAN20分屬不同網(wǎng)段（A、B也屬于不同網(wǎng)段），因此不能實(shí)現(xiàn)通信，配備之后路由器（三層交換設(shè)備）可通過內(nèi)部路由轉(zhuǎn)發(fā)表實(shí)現(xiàn)數(shù)據(jù)的轉(zhuǎn)發(fā)和通信。DHCP工作過程與實(shí)驗(yàn)分析：即動(dòng)態(tài)主機(jī)配備合同（DynamicHostConfigurationProtocol），是一種局域網(wǎng)的網(wǎng)絡(luò)合同，使用UDP合同工作，重要有兩個(gè)用途：給內(nèi)部網(wǎng)絡(luò)或網(wǎng)絡(luò)服務(wù)供應(yīng)商自動(dòng)分派IP地址，是使內(nèi)部網(wǎng)絡(luò)管理員能夠集中管理（從中心結(jié)點(diǎn)監(jiān)控）和自動(dòng)分派IP?網(wǎng)絡(luò)地址的通信合同。當(dāng)某臺(tái)計(jì)算機(jī)移到網(wǎng)絡(luò)中的其它位置時(shí)，能自動(dòng)收到新的IP?地址。DHCP服務(wù)器從地址池中為客戶端選擇并分派IP地址及其它有關(guān)參數(shù)當(dāng)作為DHCP服務(wù)器的設(shè)備收到客戶端發(fā)來的DHCP請(qǐng)求時(shí)，將從地址池中挑選一種空閑的IP地址。DHCP工作過程：當(dāng)DHCP客戶端第一次登錄網(wǎng)絡(luò)的時(shí)候，也就是客戶發(fā)現(xiàn)本機(jī)上沒有任何IP數(shù)據(jù)設(shè)定，它會(huì)向網(wǎng)絡(luò)發(fā)出一種DHCPDISCOVER封包(廣播包)。由于客戶端還不懂得自己屬于哪一種網(wǎng)絡(luò)，因此封包的來源地址會(huì)為，而目的地址則為，然后再附上DHCPdiscover的信息，向網(wǎng)絡(luò)進(jìn)行廣播。如果都沒有得到DHCP服務(wù)器的響應(yīng)，客戶端則會(huì)顯示錯(cuò)誤信息，宣布DHCPdiscover的失敗。之后，基于使用者的選擇，系統(tǒng)會(huì)繼續(xù)在5分鐘之后再重復(fù)一次DHCPdiscover的過程。當(dāng)DHCP服務(wù)器監(jiān)聽到客戶端發(fā)出的DHCPdiscover廣播后，它會(huì)從那些還沒有租出的地址范疇內(nèi)，選擇最前面的空置IP，連同其它TCP/IP設(shè)定，響應(yīng)給客戶端一種DHCPOFFER封包。由于客戶端在開始的時(shí)候還沒有IP地址，因此在其DHCPdiscover封包內(nèi)會(huì)帶有其MAC地址信息，并且有一種XID編號(hào)來分辨該封包，DHCP服務(wù)器響應(yīng)的DHCPoffer封包則會(huì)根據(jù)這些資料傳遞給規(guī)定租約的客戶。根據(jù)服務(wù)器端的設(shè)定，DHCPoffer封包會(huì)包含一種租約期限的信息。如果客戶端收到網(wǎng)絡(luò)上多臺(tái)DHCP服務(wù)器的響應(yīng)，只會(huì)挑選其中一種DHCPoffer而已（普通是最先達(dá)成的那個(gè)），并且會(huì)向網(wǎng)絡(luò)發(fā)送一種DHCPrequest廣播封包，告訴全部DHCP服務(wù)器它將指定接受哪一臺(tái)服務(wù)器提供的IP地址。同時(shí)，客戶端還會(huì)向網(wǎng)絡(luò)發(fā)送一種ARP封包，查詢網(wǎng)絡(luò)上面有無其它機(jī)器使用該IP地址；如果發(fā)現(xiàn)該IP已經(jīng)被占用，客戶端則會(huì)送出一種DHCPDECLINE封包給DHCP服務(wù)器，回絕接受其DHCPoffer，并重新發(fā)送DHCPdiscover信息。事實(shí)上，并不是全部DHCP客戶端都會(huì)無條件接受DHCP服務(wù)器的offer，特別這些主機(jī)安裝有其它TCP/IP有關(guān)的客戶軟件?？蛻舳艘材軌蛴肈HCPrequest向服務(wù)器提出DHCP選擇，而這些選擇會(huì)以不同的號(hào)碼填寫在DHCPOptionField里面。當(dāng)DHCP服務(wù)器接受到客戶端的DHCPrequest之后，會(huì)向客戶端發(fā)出一種DHCPACK響應(yīng)，以確認(rèn)IP租約的正式生效，標(biāo)志著一次DHCP的工作過程完畢。圖4—6反映了主機(jī)A、B通過自動(dòng)獲取IP地址方式由三層交換機(jī)動(dòng)態(tài)分派IP后，各自得到的IP地址，由于A、B、C連接與同一臺(tái)交換設(shè)備上，由沒有VLAN劃分等因素，因此它們之間不管是自動(dòng)獲取IP地址還是手動(dòng)配備IP地址（不沖突的前提下）都能互相連通。當(dāng)為主機(jī)C配備成已得到自動(dòng)分派IP地址的主機(jī)B的IP地址時(shí)，自然會(huì)出現(xiàn)IP地址沖突的出錯(cuò)信息提示。當(dāng)B網(wǎng)線重新鏈接時(shí)，相稱于重新加入的客戶端，交換機(jī)會(huì)從地址池中次序選擇下一種未分派的IP