107 調查局特考三等 資訊科學組 資通網路 考古題詳解

107 年・調查局特考・三等・資訊科學組
試題代碼 資通網路

第 一 題20 分

(一) 網際網路(Internet)上常見的視訊串流(Video Streaming)應用中,接收端在播放前必須將收到的視訊資料存入一緩衝器(Buffer),試說明原因。(5 分)

(二) 網路電話的通話雙方透過網際網路將壓縮的語音訊號傳送至對方,除了 UDP(User Datagram Protocol)之外,RTP(Real-time Transport Protocol)也是必要的協定。請說明這兩個協定在語音傳輸過程中的主要功能。(15 分)

登入後即可作答並保存紀錄。

這一題的完整詳解

核心觀念

本題評量**多媒體網路(Multimedia Networking)與即時通訊協定(Real-Time Communication Protocols)**的核心架構與運作機制:

  1. 視訊串流播放緩衝機制(Client-side Buffering):網際網路屬於非保證服務品質(Best-Effort)的封包交換網路,傳輸過程存在延遲抖動(Delay Jitter)、頻寬變動與封包錯序。接收端設置播放緩衝器(Playout Buffer)是解決「網路到達時間不均勻」與「視訊連續播放需求」矛盾的關鍵機制。
  2. 網路電話(VoIP)協定堆疊分工:
  • UDP(User Datagram Protocol):傳輸層(Layer 4)協定,以極低開銷(Overhead)提供端對端的不可靠非連接傳輸,避免 TCP 重傳機制帶來的隊頭阻塞(Head-of-Line Blocking, HOLB)與累積延遲。
  • RTP(Real-time Transport Protocol, RFC 3550):通常建構於 UDP 之上的應用層/傳輸輔助協定,補足 UDP 缺乏的「即時傳輸控制資訊」(時間戳記、序號、負載型態標示等),提供即時還原語音連續性所需的元資料(Metadata)。

解題方法

  1. 子題 (一):從「網路傳輸特性的非確定性(Jitter、Bandwidth Variation、Loss/Reorder)」與「多媒體解碼播放的時序嚴格性」切入,條列說明緩衝器在平滑化傳輸延遲、吸收抖動、保證連續播放及提供錯誤復原窗口等面向的關鍵作用。
  2. 子題 (二):採「分層負責、互補搭配」架構分別剖析:
  • 先說明 UDP 在傳輸層提供的核心機制(埠號多工、無連接、無重傳、低延遲)。
  • 再說明 RTP 在封包標頭(Header)所額外補充的即時特徵欄位(Sequence Number、Timestamp、Payload Type、SSRC),並論證為何單靠 UDP 無法完成即時語音重建。

選項分析

本題為申論問答題,無選項。閱卷評分重點分配如下:

  • 子題 (一)(5 分):能否準確點出「吸收網路延遲抖動(Jitter)」為核心得分點,並輔以頻寬變動平滑化、重排序等延伸功能。
  • 子題 (二)(15 分):
  • UDP 功能(約 6~7 分):重點在「低傳輸延遲」、「無連線/無重傳避免阻斷」、「埠號分送(Multiplexing/Demultiplexing)」。
  • RTP 功能(約 8~9 分):重點在「序號偵測遺失與錯序」、「時間戳記實現播放同步與去抖動」、「負載型態(Codec 識別)」及「同步來源識別(SSRC)」。

解題技巧

  1. 關鍵字精準打擊:閱卷老師在子題 (一) 尋找的關鍵字為「延遲抖動(Delay Jitter)」、「平滑化(Smoothing)」、「連續播放(Continuous Playout)」;在子題 (二) 則尋找「Sequence Number」、「Timestamp」、「Payload Type」、「避免隊頭阻塞(HOL blocking)」。
  2. 對比思維:說明 UDP 時,必須凸顯其「捨棄可靠性以換取低延遲」的哲學;說明 RTP 時,則必須強調「RTP 本身不保證 QoS 或準時送達,而是提供足夠的時序資訊讓接收端有能力處理時序問題」。

【答案】

(一) 視訊串流接收端在播放前存入緩衝器(Buffer)之原因

網際網路底層為盡力而為(Best-Effort)之封包交換網路,封包傳輸時間具變動性。接收端設置播放緩衝器(Playout Buffer / Jitter Buffer)具有以下必要原因:

  1. 吸收網路延遲抖動(Absorb Packet Delay Jitter): 封包經過不同路由路徑或面臨路由器佇列壅塞時,抵達接收端的時間間隔並不固定(即網路抖動)。緩衝器可預先儲存一定時間長度的視訊資料,將離散抵達的封包轉化為恆定速率輸出給解碼器,避免畫面停頓(Freezing)。
  2. 平滑化動態頻寬與可變位元率(Smooth Bandwidth Fluctuation & VBR): 視訊壓縮通常採用可變位元率(VBR)編碼,且可用頻寬隨網路負載隨時變動。
🔒

後續完整解題步驟與【答案】

免費註冊,享 3 天全站完整詳解閱覽。

免費註冊

登入後即可作答並保存紀錄。

這一題的完整詳解

核心觀念

本題為國家考試《資通網路》歷久不衰的經典題型(網路通訊端對端完整流程),旨在測驗考生對於 TCP/IP 協定堆疊各層次之協同運作 以及 Web 瀏覽器運作機制 的整體理解。核心觀念涵蓋:

  1. URL 組成解析:協定協定名稱(Scheme/Protocol)、主機名稱(FQDN / Host Domain)、通訊埠(Port,預設 80)及資源路徑(Path)。
  2. 網域名稱系統(DNS):應用層協定(基於 UDP port 53),涉及快取檢查、遞迴查詢(Recursive Query)與反覆查詢(Iterative Query)。
  3. 傳輸控制協定(TCP):傳輸層之連接導向(Connection-Oriented)可靠傳輸機制,即經典的「三向交握」(Three-Way Handshake)。
  4. 超文字傳輸協定(HTTP):應用層請求/回應模式(Request/Response Model),包括請求標頭(Request Headers)與實體內容處理。
  5. 瀏覽器渲染引擎(Browser Rendering Engine):HTML 解析、DOM 樹建構、樣式計算、版面配置(Layout/Reflow)與繪製(Painting)。
  6. 關鍵假設「從未瀏覽過」:代表瀏覽器本機快取(Browser Cache)、作業系統快取(OS Cache / Resolver Cache)及 ARP 表皆為初始未命中(Cache Miss)狀態,必須執行完整查詢。

解題方法

本題應採取**「時序流程推進法」(Chronological Protocol Flow)**,從使用者按下 Enter 鍵開始,依循應用層 →\to 傳輸層 →\to 網路/資料鏈結層 →\to 伺服器端處理 →\to 客戶端渲染的嚴謹順序,切入為五大必要步驟:

  1. 第一階段:URL 語法分析(URL Parsing)
  • 瀏覽器解析字串 `
  • 協定:http(明文傳輸,預設 TCP Port 80)。
  • 伺服器網域名稱:www.abc.com。
  • 資源請求路徑:/xyz/home.index。
  1. 第二階段:網域名稱解析(DNS Resolution)
  • 瀏覽器無法直接向網域名稱發送 IP 封包,必須透過 DNS 取得 www.abc.com 對應的 IP 位址。
  • 因使用者從未瀏覽過該網頁:
  • 瀏覽器快取、OS 本機快取(如 Windows 的 hosts 檔或 DNS Cache)均未命中。
  • 客戶端主機發送 DNS 遞迴查詢請求至「區域 DNS 伺服器」(Local DNS Server,通常由 DHCP 指派之 ISP DNS)。
  • 區域 DNS 伺服器若無快取,則啟動反覆查詢流程: 根網域名稱伺服器(Root DNS Server)→.com 頂級網域名稱伺服器(TLD DNS Server)→abc.com 權威網域名稱伺服器(Authoritative DNS Server)\text{根網域名稱伺服器(Root DNS Server)} \to \text{.com 頂級網域名稱伺服器(TLD DNS Server)} \to \text{abc.com 權威網域名稱伺服器(Authoritative DNS Server)}
  • 權威 DNS 伺服器回傳 www.abc.com 的 IP 位址(A 紀錄),最終轉交給使用者瀏覽器。
  • (註:若主機 ARP 快取亦無預設閘道器 MAC 位址,底層會同步觸發 ARP 請求解析 MAC 位址以封裝訊框。)
  1. 第三階段:建立 TCP 連線(TCP 3-Way Handshake)
  • HTTP/1.1 基於傳輸層 TCP 協定,瀏覽器挑選一個臨時通訊埠(Ephemeral Port),與目的端 IP 的 Port 80 建立連線,執行三向交握:
  • Step 1 (SYN):客戶端發送同步封包 SYN=1\text{SYN}=1、初始序號 Seq=x\text{Seq}=x 給伺服器。
  • Step 2 (SYN-ACK):伺服器回應確認封包 SYN=1,ACK=1\text{SYN}=1, \text{ACK}=1、確認號 Ack=x+1\text{Ack}=x+1、初始序號 Seq=y\text{Seq}=y。
  • Step 3 (ACK):客戶端發送確認封包 ACK=1\text{ACK}=1、確認號 Ack=y+1\text{Ack}=y+1、序號 Seq=x+1\text{Seq}=x+1。
  • 此時 TCP 連線正式建立(進入 ESTABLISHED 狀態)。
  1. 第四階段:發送 HTTP 請求與接收 HTTP 回應(HTTP Request & Response)
  • 發送 HTTP Request:瀏覽器透過建立好的 TCP Socket 發送 HTTP 請求報文,包含:
  • 請求行(Request Line):GET /xyz/home.index HTTP/1.1
  • 標頭欄位(Headers):Host: www.abc.com、User-Agent、Accept 等。
  • 伺服器處理與回應:Web 伺服器(如 Nginx、Apache)接收請求,依設定路徑讀取檔案 /xyz/home.index,並回傳 HTTP 回應報文:
  • 狀態行(Status Line):HTTP/1.1 200 OK
  • 回應標頭(Response Headers):Content-Type: text/html、Content-Length 等。
🔒

後續完整解題步驟與【答案】

免費註冊,享 3 天全站完整詳解閱覽。

免費註冊

第 三 題20 分

協定無關群播(Protocol Independent Multicast, PIM)為網際網路上常用的群播協定之一。假設參加某一個 PIM 群組的節點數目很少,遠小於網路上所有節點數目,且只有單一源端(Source),試說明這種狀況下 PIM 如何運作。

登入後即可作答並保存紀錄。

這一題的完整詳解

核心觀念

本題測驗「群播路由協定」(Multicast Routing Protocol)中 PIM(Protocol Independent Multicast) 的運作架構與機制選擇:

  1. 協定無關性(Protocol Independent):PIM 自身不維護獨立的單播路由表,而是直接參照底層單播路由協定(如 OSPF、IS-IS、BGP)所建立的路由表來執行「反向路徑轉發」(Reverse Path Forwarding, RPF)檢查,以防止迴圈並決定群播轉發路徑。
  2. 網路情境判定(稀疏模式 PIM-SM):題目明示「參加群組節點數目很少,遠小於網路上所有節點數目」,此為典型的 PIM 稀疏模式(PIM Sparse Mode, PIM-SM) 適用情境。與密集模式(PIM-DM)採用「推播與剪枝」(Flood-and-Prune / Push Model)不同,PIM-SM 採用「顯式加入」(Explicit Join / Pull Model),預設不發送資料,僅在有節點明確請求時才轉發。
  3. 樹狀拓撲概念:
  • 共享樹(Shared Tree / RP Tree, RPT):以會合點(Rendezvous Point, RP)為根節點,表示為 (∗,G)(*, G)。
  • 最短路徑樹(Shortest Path Tree, SPT):以源端(Source)為根節點,表示為 (S,G)(S, G)。

解題方法

在「成員節點稀疏」且「僅有單一源端(Source, SS)」的環境下,PIM-SM 的具體運作流程分為四個核心階段:

1. 接收端加入與共享樹(RPT)建立

  • 當某子網路內的接收端(Receiver)欲加入群組 GG 時,透過 IGMP(IPv4)或 MLD(IPv6)向其「最後躍路由器」(Last-Hop Router, LHR)發送成員報告。
  • LHR 收到後,查閱單播路由表找到通往會合點(RP)的最佳路徑,沿該路徑向上游逐躍發送 PIM Join (∗,G)(*, G) 訊息。
  • 沿途的所有路由器均在轉發資料庫中建立 (∗,G)(*, G) 狀態,形成一條由接收端向上延伸至 RP 的「共享樹(RPT)」。

2. 單一源端註冊(Source Registration)

  • 單一源端 SS 開始向群組 GG 發送群播封包。
  • 源端所在的本地「第一躍路由器」(First-Hop Router, FHR)截獲該群播封包後,將其封裝在單播(Unicast)的 PIM 註冊訊息(Register Message) 內部。
  • FHR 以單播方式將註冊訊息直接傳送至預先配置的 RP。
  • RP 收到後解封裝,提取出原始群播封包,並沿著已建立好的 RPT 向下轉發至各個 LHR,最終送達接收端。

3. RP 建立源端最短路徑樹與停止註冊

  • RP 為了避免持續處理單播封裝造成的轉發負載與延遲,在收到註冊封包後,會以源端 SS 的 IP 為目標,沿著朝向 FHR 的單播反向路徑發送 PIM Join (S,G)(S, G) 訊息。
  • 該訊息建立由 FHR 直達 RP 的 (S,G)(S, G) 最短路徑樹(SPT)。
  • 當原生(Native)群播封包成功沿著 SPT 抵達 RP 後,RP 立即向 FHR 發送 PIM 註冊停止訊息(Register-Stop),FHR 隨即停止單播封裝作業。

4. 最短路徑樹切換(SPT Switchover)

  • LHR 透過 RPT 接收到來自單一源端 SS 的群播封包後,獲知源端的真實 IP 位址。
  • 經由 RP 轉發通常屬於次佳路徑(Sub-optimal Path),且 RP 易成為流量瓶頸。因此,LHR 依據門檻值設定(多數預設為接收到第一個封包)發動「SPT Switchover」:
🔒

後續完整解題步驟與【答案】

免費註冊,享 3 天全站完整詳解閱覽。

免費註冊

第 四 題20 分

在下一世代網際網路協定 IPv6 中制訂了 IP 任播(IP Anycast),請說明 IP Anycast 的主要用途與運作方式。

登入後即可作答並保存紀錄。

這一題的完整詳解

核心觀念

本題旨在評量考生對「IPv6 定址架構(RFC 4291)」與「IP 任播(IP Anycast)之路由轉發機制」的掌握程度。關鍵概念涵蓋:

  1. IPv6 傳輸模式分類:IPv6 取消了 IPv4 的廣播(Broadcast),將位址區分為單播(Unicast)、多播(Multicast,亦稱組播)與任播(Anycast)。
  2. IP Anycast 定義:將同一個 IP 位址分配給多個不同節點的網路介面(Interface)。當來源端發送封包至該 Anycast 位址時,路由系統會依據路由協定的距離度量(Metrics),將封包傳送到「拓撲距離最近(Nearest)」或路由成本最低的單一介面,具備「一對多選一(One-to-One-of-Many)」的傳輸特性。
  3. 路由層級運作:Anycast 的實現完全仰賴底層路由協定(AS 內部的 IGP 如 OSPFv3,或跨 AS 的 EGP 如 BGP-4),藉由多點通告相同路由前綴來達成負載分流與自動備援。

解題方法

本題為申論題,答題架構應切中題意、層次分明,採「二階段破題法」分別論述:

  1. 第一部分:主要用途(Why) 從網路工程與維運架構切入,歸納出 Anycast 解決的四大核心問題:服務高可用性(High Availability)、負載分流與就近存取(Load Balancing & Low Latency)、抗分散式阻斷服務攻擊(DDoS Mitigation)、關鍵網路基礎設施部屬(如 DNS 根伺服器與 CDN)。
  2. 第二部分:運作方式(How) 從協定運作層面由下而上拆解為四個關鍵環節:
  • 位址配置與語法特性(位址空間來源與來源位址限制)。
  • 路由宣告與路徑計算(IGP/BGP 廣播相同前綴)。
  • 封包轉送原則(最短路徑優先轉送)。
  • 故障偵測與動態收斂(容錯移轉機制)。 並適度補充傳輸層(TCP vs. UDP)在 Anycast 環境下的實務考量,展現深厚的專業視野。

概念比較與辨析

本題雖非選擇題,但在國考申論中,若能先將 Anycast 與常見傳輸模式進行對比,能有效建立論述深度與鑑別度:

模式接收者數量傳輸對象路由轉發行為IPv6 支援狀況
單播 (Unicast)單一節點一對一(One-to-One)轉發至唯一的目標介面支援
多播 (Multicast)多個指定節點一對多(One-to-Many)封包複製並傳送至群組內「所有」成員支援(取代 Broadcast)
任播 (Anycast)單一節點一對多選一(One-to-Nearest)轉發至多個共享節點中「拓撲距離最近」的介面支援(IPv6 正式標準化)
廣播 (Broadcast)子網路內所有節點一對全部(One-to-All)泛洪傳送至網段內所有主機已廢除

解題技巧

  1. 精準得分關鍵字:
  • 描述定義時務必寫出「一對多選一」與「拓撲距離最近(Nearest)」,不可含糊寫成「隨機挑選」。
  • 運作機制必須點出「BGP / IGP 路由協定宣告相同前綴」與「依路由度量(Metrics)轉發」。
  1. 高分陷阱與規範細節:
  • 位址格式:IPv6 Anycast 位址並無專屬的特徵前綴,它是直接從單播位址空間(Unicast Address Space)中指派。
🔒

後續完整解題步驟與【答案】

免費註冊,享 3 天全站完整詳解閱覽。

免費註冊

第 五 題20 分

密碼塊連結(Cipher Block Chaining, CBC)為區塊加密(Block Cipher)之常用模式。試說明密碼塊連結之運作方式。

登入後即可作答並保存紀錄。

這一題的完整詳解

核心觀念

本題測驗「密碼學(Cryptography)」中對稱式區塊加密之運作模式(Block Cipher Modes of Operation)。 傳統電子密碼書(ECB)模式因相同的明文區塊會產生相同的密文區塊,容易洩漏統計規律與資料型態。為解決此缺陷,密碼塊連結(Cipher Block Chaining, CBC)模式透過將前一個密文區塊與當前明文區塊進行**互斥或(XOR, ⊕\oplus)**運算後再行加密,確保即使明文區塊內容相同,產生的密文區塊亦截然不同。

相關數學符號與定義:

  • PiP_i:第 ii 個明文區塊(Plaintext Block)。
  • CiC_i:第 ii 個密文區塊(Ciphertext Block)。
  • KK:對稱加密演算法所使用之密鑰(Key)。
  • EK(⋅)E_K(\cdot):以密鑰 KK 執行的區塊加密演算法(如 AES、DES)。
  • DK(⋅)D_K(\cdot):以密鑰 KK 執行的區塊解密演算法。
  • IVIV:初始向量(Initialization Vector),長度與區塊大小相等之隨機數。
  • ⊕\oplus:位元互斥或運算(Bitwise XOR)。

解題方法

申論「CBC 模式之運作方式」應從加密流程、解密流程、數理推導與關鍵運行特性四個維度切入,方能展現完整的系統性論述:

1. 加密運作流程(Encryption Process)

在加密前,若原始資料長度非區塊大小之整數倍,必須先進行資料填補(Padding,例如 PKCS#7)。

  • 初始階段(i=1i = 1): 第一個明文區塊 P1P_1 因無「前一個密文區塊」可用,必須與傳送端和接收端協議好的隨機數 IVIV 進行 ⊕\oplus 運算,再輸入加密器: C1=EK(P1⊕IV)C_1 = E_K(P_1 \oplus IV)
  • 串接階段(i≥2i \ge 2): 後續的每一個明文區塊 PiP_i,均必須先與前一個輸出之密文區塊 Ci−1C_{i-1} 進行 ⊕\oplus 運算,將運算結果再送入加密器進行加密: Ci=EK(Pi⊕Ci−1)C_i = E_K(P_i \oplus C_{i-1})

2. 解密運作流程(Decryption Process)

解密過程反轉加密步驟,必須先執行解密函數,再將結果與前一個密文(或 IVIV)進行 ⊕\oplus 運算還原明文。

  • 初始階段(i=1i = 1): 將第一個密文區塊 C1C_1 經由解密器解密後,與 IVIV 進行 ⊕\oplus 運算,以恢復原始明文 P1P_1: P1=DK(C1)⊕IVP_1 = D_K(C_1) \oplus IV
  • 串接階段(i≥2i \ge 2): 將密文區塊 CiC_i 經由解密器解密後,與前一個密文區塊 Ci−1C_{i-1} 進行 ⊕\oplus 運算,以恢復原始明文 PiP_i: Pi=DK(Ci)⊕Ci−1P_i = D_K(C_i) \oplus C_{i-1}

3. 解密正確性推導

利用 XOR 運算的可逆自反性質(即 (A⊕B)⊕B=A(A \oplus B) \oplus B = A)驗證還原性: DK(Ci)⊕Ci−1=DK(EK(Pi⊕Ci−1))⊕Ci−1=(Pi⊕Ci−1)⊕Ci−1=PiD_K(C_i) \oplus C_{i-1} = D_K(E_K(P_i \oplus C_{i-1})) \oplus C_{i-1} = (P_i \oplus C_{i-1}) \oplus C_{i-1} = P_i 推導證畢,確認解密能準確還原原始資料。

🔒

後續完整解題步驟與【答案】

免費註冊,享 3 天全站完整詳解閱覽。

免費註冊

其他考古題