CCNA ITN 第 7 章考試.doc_第1頁
CCNA ITN 第 7 章考試.doc_第2頁
CCNA ITN 第 7 章考試.doc_第3頁
CCNA ITN 第 7 章考試.doc_第4頁
CCNA ITN 第 7 章考試.doc_第5頁
已閱讀5頁,還剩9頁未讀 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

ITN 第 7 章考試1窗體頂端什么是套接字?正確響應您的響應源和目的 IP 地址以及源和目的以太網(wǎng)地址的組合源 IP 地址與端口號的組合或目的 IP 地址與端口號的組合源和目的序列號和確認號的組合源和目的序列號和端口號的組合套接字是源 IP 地址與源端口號的組合,或者目的 IP 地址與目的端口號的組合。窗體底端此試題參考以下領域的內(nèi)容:Introduction to Networks 7.1.2 TCP 和 UDP 簡介2窗體頂端主機設備需要通過網(wǎng)絡發(fā)送大型視頻文件,同時為其他用戶提供數(shù)據(jù)通信。下列哪種功能可以讓不同通信流同時發(fā)生,而不會讓一個數(shù)據(jù)流使用所有可用帶寬?正確響應您的響應窗口大小多路復用端口號確認多路復用對交替發(fā)送多個通信流很有用。窗口大小用于降低數(shù)據(jù)通信速率。端口號用于將數(shù)據(jù)流傳送到正確的應用程序。確認用于通知發(fā)送設備數(shù)據(jù)包流已收到或未收到。窗體底端此試題參考以下領域的內(nèi)容:Introduction to Networks 7.1.1 數(shù)據(jù)傳輸3窗體頂端主機設備通過 HTTP 協(xié)議向 Web 服務器發(fā)送數(shù)據(jù)包。傳輸層使用下列哪項來將數(shù)據(jù)流傳送到服務器上的正確應用程序?正確響應您的響應序列號確認源端口號目的端口號目的端口號用于將數(shù)據(jù)流傳輸?shù)秸_的應用程序,而源端口號由源設備隨機生成并進行跟蹤。序列號用于指示如何重組和重新排序收到的數(shù)據(jù)段。確認用于通知發(fā)送設備數(shù)據(jù)包流已收到或未收到。窗體底端此試題參考以下領域的內(nèi)容:Introduction to Networks 7.1.1 數(shù)據(jù)傳輸4窗體頂端UDP 傳輸協(xié)議有什么有利功能?正確響應您的響應確認已接收的數(shù)據(jù)減少傳輸延遲使用序列號跟蹤數(shù)據(jù)段能夠重新傳輸丟失的數(shù)據(jù)由于其報頭小于 TCP 報頭,UDP 協(xié)議可以減少傳輸延遲。窗體底端此試題參考以下領域的內(nèi)容:Introduction to Networks 7.1.1 數(shù)據(jù)傳輸5窗體頂端下列哪種場景描述了傳輸層提供的功能?正確響應您的響應學生使用教室里的 VoIP 電話給家里打電話??啼浀诫娫捴械奈ㄒ粯俗R符是一種傳輸層地址,用于聯(lián)系同一網(wǎng)絡中的其他網(wǎng)絡設備。學生使用 Web 瀏覽器播放一小段有聲電影。電影和聲音在傳輸層報頭內(nèi)編碼。學生打開兩個 Web 瀏覽器窗口來訪問兩個網(wǎng)站。傳輸層可以確保正確的網(wǎng)頁傳輸?shù)秸_的瀏覽器窗口。公司員工訪問公司網(wǎng)絡上的 Web 服務器。傳輸層將屏幕格式化,因此無論使用什么設備查看網(wǎng)站,都能正確顯示網(wǎng)頁。源和目的端口號用于識別正確的應用程序和應用程序中的窗口。窗體底端此試題參考以下領域的內(nèi)容:Introduction to Networks 7.1.1 數(shù)據(jù)傳輸6窗體頂端TCP 和 UDP 公認端口的完整范圍是什么?正確響應您的響應0 - 2550 - 1023256 - 10231024 - 49151TCP 和 UDP 端口劃分為三個范圍。公認的端口號范圍是 0 - 1023。窗體底端此試題參考以下領域的內(nèi)容:Introduction to Networks 7.1.2 TCP 和 UDP 簡介7窗體頂端客戶端應用程序為 TCP 或 UDP 源端口號選擇什么值?正確響應您的響應動態(tài)端口范圍內(nèi)的隨機值注冊端口范圍內(nèi)的隨機值公認端口范圍內(nèi)的隨機值動態(tài)端口范圍內(nèi)的預定義值注冊端口范圍內(nèi)的預定義值公認端口范圍內(nèi)的預定義值客戶端在注冊端口范圍內(nèi)隨機選擇可用的源端口。窗體底端此試題參考以下領域的內(nèi)容:Introduction to Networks 7.1.2 TCP 和 UDP 簡介8窗體頂端與 UDP 相比,下列哪個因素會導致 TCP 通信出現(xiàn)額外網(wǎng)絡開銷?正確響應您的響應重新傳輸引起的網(wǎng)絡流量根據(jù)目的端口號標識應用程序封裝為 IP 數(shù)據(jù)包校驗和錯誤檢測TCP 執(zhí)行的所有額外控制任務會使通信產(chǎn)生延遲和開銷,例如排列數(shù)據(jù)段、跟蹤序列號、請求重新傳輸以及許多其他任務。窗體底端此試題參考以下領域的內(nèi)容:Introduction to Networks 7.2.1 TCP 通信9窗體頂端哪個傳輸層功能用于確保會話建立?正確響應您的響應UDP ACK 標志TCP 三次握手UDP 序列號TCP 端口號TCP 使用三次握手。 UDP 不使用該功能。三次握手可以確保傳輸之前源和目的設備之間存在連接。窗體底端此試題參考以下領域的內(nèi)容:Introduction to Networks 7.2.1 TCP 通信10窗體頂端TCP 報頭中的哪兩個標志用于在 TCP 三次握手中建立兩臺網(wǎng)絡設備之間的連接?(請選擇兩項。)正確響應您的響應ACKFINPSHRSTSYNURGTCP 使用 SYN 和 ACK 標記來建立兩個網(wǎng)絡設備之間的連接。窗體底端此試題參考以下領域的內(nèi)容:Introduction to Networks 7.2.1 TCP 通信11窗體頂端哪個因素決定 TCP 窗口大小?正確響應您的響應要傳輸?shù)臄?shù)據(jù)量TCP 數(shù)據(jù)段中包含的服務數(shù)量目標可以一次處理的數(shù)據(jù)量源可以一次發(fā)送的數(shù)據(jù)量窗口大小是指發(fā)送方在收到目的設備的確認之前可以發(fā)送的字節(jié)數(shù)。通過源和目標之間的三次握手,會話開始時即可確定初始窗口。這取決于 TCP 會話的目的設備一次可以接受和處理的數(shù)據(jù)量。窗體底端此試題參考以下領域的內(nèi)容:Introduction to Networks 7.2.2 可靠性和流量控制12窗體頂端在 TCP 會話過程中,目的設備向源設備發(fā)送確認號。確認號代表什么?正確響應您的響應已接收字節(jié)的總數(shù)大于序列號的一個數(shù)字目的設備期望接收的下一字節(jié)由源發(fā)出的最后一個序列號窗體底端此試題參考以下領域的內(nèi)容:Introduction to Networks 7.2.2 可靠性和流量控制13窗體頂端一臺 PC 從服務器下載一個大文件。TCP 窗口大小為 1000 字節(jié)。服務器使用 100 字節(jié)的數(shù)據(jù)段發(fā)送文件。服務器發(fā)送多少個數(shù)據(jù)段后會要求 PC 確認?正確響應您的響應1 個數(shù)據(jù)段10 個數(shù)據(jù)段100 個數(shù)據(jù)段1000 個數(shù)據(jù)段對于有 1000 個字節(jié)的窗口,目的主機會接受數(shù)據(jù)段直至 1000 個字節(jié)的數(shù)據(jù)全部收到。然后目的主機發(fā)送確認。窗體底端此試題參考以下領域的內(nèi)容:Introduction to Networks 7.2.2 可靠性和流量控制14窗體頂端哪兩個 TCP 報頭字段可用于確認數(shù)據(jù)接收情況?正確響應您的響應FIN 標志SYN 標記校驗和序列號確認號接收方結合使用 TCP 序列號和確認號字段,將接收方已接受的數(shù)據(jù)字節(jié)數(shù)告知發(fā)送方。窗體底端此試題參考以下領域的內(nèi)容:Introduction to Networks 7.2.2 可靠性和流量控制15窗體頂端如果 TFTP 傳輸?shù)牡谝粋€數(shù)據(jù)包丟失,會發(fā)生什么情況?正確響應您的響應客戶端將無限期等待應答。如果沒有收到應答,TFTP 應用程序?qū)⒅匦聡L試請求。下一跳路由器或默認網(wǎng)關將提供一個包含錯誤代碼的應答。如果沒有收到應答,傳輸層將重新嘗試查詢。TFTP 協(xié)議使用 UDP 處理查詢,因此 TFTP 應用程序必須在必要時實現(xiàn)可靠性。窗體底端此試題參考以下領域的內(nèi)容:Introduction to Networks 7.2.3 UDP 通信16窗體頂端當客戶端需要發(fā)送 UDP 數(shù)據(jù)報時,會執(zhí)行什么操作?正確響應您的響應它只發(fā)送數(shù)據(jù)報。它會查詢服務器是否準備接收數(shù)據(jù)。它會向服務器發(fā)送一個簡化的三次握手。它會向服務器發(fā)送一個帶有 SYN 標志設置的數(shù)據(jù)段來同步對話。當客戶端需要發(fā)送 UDP 數(shù)據(jù)報時,它只發(fā)送數(shù)據(jù)報。窗體底端此試題參考以下領域的內(nèi)容:Introduction to Networks 7.2.3 UDP 通信17窗體頂端技術人員想使用 TFTP 來將大型文件從文件服務器傳輸?shù)竭h程路由器。有關這種場景的哪種說法是正確的?正確響應您的響應文件會被分段,然后由 TCP 按照正確順序重組。文件會被分段,然后在必要時由上層協(xié)議在目的地按照正確順序重組。文件不會分段,因為 UDP 是 TFTP 使用的傳輸層協(xié)議。大型文件必須通過 FTP 傳輸,而不是 TFTP。UDP 不重新排列數(shù)據(jù)。如果需要,UDP 依靠上層協(xié)議來重新排列數(shù)據(jù)。窗體底端此試題參考以下領域的內(nèi)容:Introduction to Networks 7.2.3 UDP 通信18窗體頂端填空題。在 TCP 會話過程中,客戶端使用字段來請求與服務器通信。正確答案: SYNTCP 三次握手過程中的三個步驟分別是 SYN、SYN-ACK、ACK。窗體底端此試題參考以下領域的內(nèi)容:Introduction to Networks 7.2.1 TCP 通信19窗體頂端請在空白處填寫數(shù)字??蛻舳撕头掌髦g的 TCP 會話終止過程總共交換條消息。正確答案: 4為了終止 TCP 會話,客戶端將發(fā)送一個帶 FIN 標志設置的數(shù)據(jù)段。服務器回復一個 ACK 標志。然后,服務器向客戶端發(fā)送 FIN 標志設置。最后,客戶端將帶 ACK 標志的數(shù)據(jù)段發(fā)回服務器。一共需要四條消息。窗體底端此試題參考以下領域的內(nèi)容:Introduction to Networks 7.2.1 TCP 通信20窗體頂端所提問題:TCP 使用三次握手,以便能夠提供可靠的通信和窗口大小來實現(xiàn)數(shù)據(jù)流量控制。UDP 是一種無連接協(xié)議,適合進行視頻會議。TCP 和 UDP 均使用端口號來區(qū)分應用程序和應用程序窗口,并使用校驗和字段進行錯誤檢查。窗體底端此試題參考以下領域的內(nèi)容:Introduction to Networks 7.2.2 可靠性和流量控制您的答案:21窗體頂端所提問題:窗體底端此試題參考以下領域的內(nèi)容:Introduction to Networks 7.2.4 選擇 TCP 還是 UDP您的答案:22窗體頂端所提問題:來自 PC 的

溫馨提示

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

評論

0/150

提交評論