最新CCNA第一學期第五章答案_第1頁
最新CCNA第一學期第五章答案_第2頁
最新CCNA第一學期第五章答案_第3頁
最新CCNA第一學期第五章答案_第4頁
最新CCNA第一學期第五章答案_第5頁
已閱讀5頁,還剩5頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、精選優(yōu)質(zhì)文檔-傾情為你奉上最新CCNA第一學期第五章答案一個 MAC 地址包含 6 個字節(jié)。前 3 個字節(jié)用于供應商標識,最后 3 個字節(jié)必須在同一 OUI 中分配唯一的值。MAC 地址在硬件中實施。網(wǎng)卡需要使用 MAC 地址來通過 LAN 通信。IEEE 規(guī)范了 MAC 地址。爭用方法具有不確定性,沒有受控訪問方法中遇到的開銷。因為設(shè)備不需要輪流訪問介質(zhì),所以無需跟蹤次序。爭用方法在介質(zhì)使用率高的情況下無法很好地擴展。邏輯鏈路控制在軟件中實施,能夠讓數(shù)據(jù)鏈路層與協(xié)議簇的上層協(xié)議通信。網(wǎng)卡驅(qū)動程序軟件直接與網(wǎng)卡上的硬件交互,可在 MAC 子層和物理介質(zhì)之間傳輸數(shù)據(jù)。邏輯鏈路控制在 IEEE 8

2、02.2 標準中指定。IEEE 802.3 是定義不同以太網(wǎng)類型的一組標準。MAC(介質(zhì)訪問控制)子層負責定位和檢索介質(zhì)上和介質(zhì)外的幀。組播 MAC 地址是一個特殊的十六進制數(shù)值,以 01-00-5E 開頭。然后將 IP 組播組地址的低 23 位換算成以太網(wǎng)地址中剩余的 6 個十六進制字符,作為組播 MAC 地址的結(jié)尾。MAC 地址的剩余位始終為“0”。在此例中:224(十進制)=> 01-00-5E139(十進制)= (二進制)=>(23 位)= (二進制)= 0B(十六進制)34(十進制)= (二進制)= 22(十六進制)56(十進制)= (二進制)= 38(十六進制)綜合結(jié)果

3、:01:00:5E:0B:22:38如果整個路徑都基于以太網(wǎng),則目的和源 MAC 地址將隨著每個路由器跳數(shù)發(fā)生變化。除非網(wǎng)絡地址轉(zhuǎn)換處于活動狀態(tài),否則目的 IP 地址在整個路徑中保持不變。當節(jié)點將數(shù)據(jù)包封裝為幀時,需要使用目的 MAC 地址。首先節(jié)點會確定目的設(shè)備位于本地網(wǎng)絡還是遠程網(wǎng)絡。然后它會查找 ARP 表(而非 MAC 表),以確定是否有一對 IP 地址和 MAC 地址能夠用于目的 IP 地址(如果目的主機位于本地網(wǎng)絡),或者用于默認網(wǎng)關(guān) IP 地址(如果目的主機位于遠程網(wǎng)絡)。如果不存在匹配項,則會生成一個 ARP 廣播來查找 IP 地址到 MAC 地址的解析。由于目的 MAC 地址

4、未知,ARP 請求通過 MAC 地址 FFFF.FFFF.FFFF 進行廣播。目的設(shè)備或默認網(wǎng)關(guān)將響應其 MAC 地址,從而幫助發(fā)送節(jié)點組裝幀。如果沒有設(shè)備響應 ARP 請求,則始發(fā)節(jié)點將丟棄數(shù)據(jù)包,因為無法創(chuàng)建幀。請參見圖示。由于 PC1 需要向 PC2 發(fā)送數(shù)據(jù)包,因此 PC1 發(fā)出一個 ARP 請求。在這種情況下,接下來將發(fā)生什么?當一臺網(wǎng)絡設(shè)備要與相同網(wǎng)絡中的另一臺設(shè)備通信時,它會發(fā)送廣播 ARP 請求。在這種情況下,請求將包含 PC2 的 IP 地址。目的設(shè)備 (PC2) 會發(fā)送一個帶有其 MAC 地址的 ARP 應答。9、 主機嘗試將數(shù)據(jù)包發(fā)送到遠程 LAN 網(wǎng)段中的設(shè)備,但其 A

5、RP 緩存中目前沒有映射。該設(shè)備將如何獲取目的 MAC 地址?在將數(shù)據(jù)包發(fā)送至遠程目標時,主機需要先將數(shù)據(jù)包發(fā)送到本地子網(wǎng)的網(wǎng)關(guān)。由于網(wǎng)關(guān)是該 LAN 網(wǎng)段上幀的第 2 層目標,所以目的 MAC 地址必須是網(wǎng)關(guān)的地址。如果主機的 ARP 緩存中沒有該地址,它必須發(fā)送 ARP 請求來獲取網(wǎng)關(guān)地址。大量 ARP 廣播消息可能導致瞬時數(shù)據(jù)通信延遲。網(wǎng)絡攻擊者可能會控制 ARP 消息中的 MAC 地址和 IP 地址映射,以圖攔截網(wǎng)絡流量。ARP 請求和應答會使這些條目制成 ARP 表,而不是 MAC 地址表。ARP 表溢出現(xiàn)象非常少見。手動配置靜態(tài) ARP 關(guān)聯(lián)是預防(而非促進)ARP 毒化和 MAC

6、 地址欺騙的一種方法。多個 ARP 應答可以生成交換機 MAC 地址表,其中包含與相連節(jié)點 MAC 地址匹配并且與相關(guān)交換機端口關(guān)聯(lián)的條目,以便用于正常的交換機幀轉(zhuǎn)發(fā)操作。這不是由 ARP 引起的網(wǎng)絡問題。11、 網(wǎng)絡管理員使用直通電纜連接兩個現(xiàn)代交換機。交換機是新的,尚未配置。有關(guān)最終連接結(jié)果,下列哪三種說法是正確的?(請選擇三項。)如果兩臺交換機支持,現(xiàn)代交換機可以在全雙工模式下協(xié)商工作。它們將以盡可能快的速度協(xié)商工作,并且默認情況下將啟用 auto-MDIX 功能,因此無需更換電纜。12、 第 2 層交換機用于將從 1000BASE-T 端口傳入的幀切換到連接 100Base-T 網(wǎng)絡的

7、端口。此任務最好使用下列哪種內(nèi)存緩沖方法?使用共享內(nèi)存緩沖,存儲在緩沖區(qū)中的幀的數(shù)量受到整個內(nèi)存緩沖區(qū)大小的限制,而不是僅受限于單個端口緩沖區(qū)。這樣就能傳送更大的幀,而丟棄的幀更少。這對于非對稱交換非常重要,當應用到此方案時,幀在速率不同的端口之間交換。利用基于端口的內(nèi)存緩沖,幀將存儲在與特定傳入端口和傳出端口具有鏈路的隊列中,這樣將會由于目的端口繁忙,而使單個幀延遲所有幀的傳輸。1 級緩存是用于 CPU 的內(nèi)存。固定配置是指交換機硬件中的端口布局。當另一臺交換機或集線器連接到交換機端口時,可從連接到另一臺交換機或集線器的多個節(jié)點接收幀。這將導致 MAC 地址表會針對那一個端口,記錄這些相應節(jié)

8、點的每個 MAC 地址。當路由器連接到交換機端口時,只會記錄該交換機端口所對應的路由器接口 MAC 地址。ARP 廣播用于關(guān)聯(lián) MAC 地址與 IP 地址,并且此類廣播不會直接導致單個交換機端口對應記錄多個 MAC 地址。配置交換機執(zhí)行第 3 層交換不會導致單個交換機端口對應記錄多個 MAC 地址。與第 3 層交換機端口關(guān)聯(lián)的 ARP 表可能包含多個 IP 地址到 MAC 地址的映射,但這是為了讓第 3 層數(shù)據(jù)包正確成幀,而不是第 2 層幀交換功能。請參見圖示。圖中顯示了小型交換網(wǎng)絡和交換機的 MAC 地址表的內(nèi)容。PC1 發(fā)送了一個目的地址為 PC3 的幀。交換機將會如何處理此幀?PC3 的 MAC 地址未顯示在交換機的 MAC 地址表中。由于交換機不知道將指向 PC3 的幀發(fā)送到哪,它會將該幀轉(zhuǎn)發(fā)到所有交換機端口,除了接收該幀的端口 4。當術(shù)語“固定配置”應用到以太網(wǎng)交換機時,意味著端口數(shù)量等硬件配置是固定的。大多數(shù)固定配置交換機可以使用包括多個 VLAN 和 SVI 功能的 IOS 進行配置。配置固定配置交換機上的 VLAN 會將端口置于不同子網(wǎng)。no switchpo

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論