107 調查局特考三等 資訊科學組 資通網路 考古題詳解
第 一 題20 分
(一) 網際網路(Internet)上常見的視訊串流(Video Streaming)應用中,接收端在播放前必須將收到的視訊資料存入一緩衝器(Buffer),試說明原因。(5 分)
(二) 網路電話的通話雙方透過網際網路將壓縮的語音訊號傳送至對方,除了 UDP(User Datagram Protocol)之外,RTP(Real-time Transport Protocol)也是必要的協定。請說明這兩個協定在語音傳輸過程中的主要功能。(15 分)
登入後即可作答並保存紀錄。
核心觀念
本題評量**多媒體網路(Multimedia Networking)與即時通訊協定(Real-Time Communication Protocols)**的核心架構與運作機制:
- 視訊串流播放緩衝機制(Client-side Buffering):網際網路屬於非保證服務品質(Best-Effort)的封包交換網路,傳輸過程存在延遲抖動(Delay Jitter)、頻寬變動與封包錯序。接收端設置播放緩衝器(Playout Buffer)是解決「網路到達時間不均勻」與「視訊連續播放需求」矛盾的關鍵機制。
- 網路電話(VoIP)協定堆疊分工:
- UDP(User Datagram Protocol):傳輸層(Layer 4)協定,以極低開銷(Overhead)提供端對端的不可靠非連接傳輸,避免 TCP 重傳機制帶來的隊頭阻塞(Head-of-Line Blocking, HOLB)與累積延遲。
- RTP(Real-time Transport Protocol, RFC 3550):通常建構於 UDP 之上的應用層/傳輸輔助協定,補足 UDP 缺乏的「即時傳輸控制資訊」(時間戳記、序號、負載型態標示等),提供即時還原語音連續性所需的元資料(Metadata)。
解題方法
- 子題 (一):從「網路傳輸特性的非確定性(Jitter、Bandwidth Variation、Loss/Reorder)」與「多媒體解碼播放的時序嚴格性」切入,條列說明緩衝器在平滑化傳輸延遲、吸收抖動、保證連續播放及提供錯誤復原窗口等面向的關鍵作用。
- 子題 (二):採「分層負責、互補搭配」架構分別剖析:
- 先說明 UDP 在傳輸層提供的核心機制(埠號多工、無連接、無重傳、低延遲)。
- 再說明 RTP 在封包標頭(Header)所額外補充的即時特徵欄位(Sequence Number、Timestamp、Payload Type、SSRC),並論證為何單靠 UDP 無法完成即時語音重建。
選項分析
本題為申論問答題,無選項。閱卷評分重點分配如下:
- 子題 (一)(5 分):能否準確點出「吸收網路延遲抖動(Jitter)」為核心得分點,並輔以頻寬變動平滑化、重排序等延伸功能。
- 子題 (二)(15 分):
- UDP 功能(約 6~7 分):重點在「低傳輸延遲」、「無連線/無重傳避免阻斷」、「埠號分送(Multiplexing/Demultiplexing)」。
- RTP 功能(約 8~9 分):重點在「序號偵測遺失與錯序」、「時間戳記實現播放同步與去抖動」、「負載型態(Codec 識別)」及「同步來源識別(SSRC)」。
解題技巧
- 關鍵字精準打擊:閱卷老師在子題 (一) 尋找的關鍵字為「延遲抖動(Delay Jitter)」、「平滑化(Smoothing)」、「連續播放(Continuous Playout)」;在子題 (二) 則尋找「Sequence Number」、「Timestamp」、「Payload Type」、「避免隊頭阻塞(HOL blocking)」。
- 對比思維:說明 UDP 時,必須凸顯其「捨棄可靠性以換取低延遲」的哲學;說明 RTP 時,則必須強調「RTP 本身不保證 QoS 或準時送達,而是提供足夠的時序資訊讓接收端有能力處理時序問題」。
【答案】
(一) 視訊串流接收端在播放前存入緩衝器(Buffer)之原因
網際網路底層為盡力而為(Best-Effort)之封包交換網路,封包傳輸時間具變動性。接收端設置播放緩衝器(Playout Buffer / Jitter Buffer)具有以下必要原因:
- 吸收網路延遲抖動(Absorb Packet Delay Jitter): 封包經過不同路由路徑或面臨路由器佇列壅塞時,抵達接收端的時間間隔並不固定(即網路抖動)。緩衝器可預先儲存一定時間長度的視訊資料,將離散抵達的封包轉化為恆定速率輸出給解碼器,避免畫面停頓(Freezing)。
- 平滑化動態頻寬與可變位元率(Smooth Bandwidth Fluctuation & VBR): 視訊壓縮通常採用可變位元率(VBR)編碼,且可用頻寬隨網路負載隨時變動。
第 二 題20 分
登入後即可作答並保存紀錄。
核心觀念
本題為國家考試《資通網路》歷久不衰的經典題型(網路通訊端對端完整流程),旨在測驗考生對於 TCP/IP 協定堆疊各層次之協同運作 以及 Web 瀏覽器運作機制 的整體理解。核心觀念涵蓋:
- URL 組成解析:協定協定名稱(Scheme/Protocol)、主機名稱(FQDN / Host Domain)、通訊埠(Port,預設 80)及資源路徑(Path)。
- 網域名稱系統(DNS):應用層協定(基於 UDP port 53),涉及快取檢查、遞迴查詢(Recursive Query)與反覆查詢(Iterative Query)。
- 傳輸控制協定(TCP):傳輸層之連接導向(Connection-Oriented)可靠傳輸機制,即經典的「三向交握」(Three-Way Handshake)。
- 超文字傳輸協定(HTTP):應用層請求/回應模式(Request/Response Model),包括請求標頭(Request Headers)與實體內容處理。
- 瀏覽器渲染引擎(Browser Rendering Engine):HTML 解析、DOM 樹建構、樣式計算、版面配置(Layout/Reflow)與繪製(Painting)。
- 關鍵假設「從未瀏覽過」:代表瀏覽器本機快取(Browser Cache)、作業系統快取(OS Cache / Resolver Cache)及 ARP 表皆為初始未命中(Cache Miss)狀態,必須執行完整查詢。
解題方法
本題應採取**「時序流程推進法」(Chronological Protocol Flow)**,從使用者按下 Enter 鍵開始,依循應用層 傳輸層 網路/資料鏈結層 伺服器端處理 客戶端渲染的嚴謹順序,切入為五大必要步驟:
- 第一階段:URL 語法分析(URL Parsing)
- 瀏覽器解析字串 `
- 協定:
http(明文傳輸,預設 TCP Port 80)。 - 伺服器網域名稱:
www.abc.com。 - 資源請求路徑:
/xyz/home.index。
- 第二階段:網域名稱解析(DNS Resolution)
- 瀏覽器無法直接向網域名稱發送 IP 封包,必須透過 DNS 取得
www.abc.com對應的 IP 位址。 - 因使用者從未瀏覽過該網頁:
- 瀏覽器快取、OS 本機快取(如 Windows 的
hosts檔或 DNS Cache)均未命中。 - 客戶端主機發送 DNS 遞迴查詢請求至「區域 DNS 伺服器」(Local DNS Server,通常由 DHCP 指派之 ISP DNS)。
- 區域 DNS 伺服器若無快取,則啟動反覆查詢流程:
- 權威 DNS 伺服器回傳
www.abc.com的 IP 位址(A 紀錄),最終轉交給使用者瀏覽器。 - (註:若主機 ARP 快取亦無預設閘道器 MAC 位址,底層會同步觸發 ARP 請求解析 MAC 位址以封裝訊框。)
- 第三階段:建立 TCP 連線(TCP 3-Way Handshake)
- HTTP/1.1 基於傳輸層 TCP 協定,瀏覽器挑選一個臨時通訊埠(Ephemeral Port),與目的端 IP 的 Port 80 建立連線,執行三向交握:
- Step 1 (SYN):客戶端發送同步封包 、初始序號 給伺服器。
- Step 2 (SYN-ACK):伺服器回應確認封包 、確認號 、初始序號 。
- Step 3 (ACK):客戶端發送確認封包 、確認號 、序號 。
- 此時 TCP 連線正式建立(進入
ESTABLISHED狀態)。
- 第四階段:發送 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等。
第 三 題20 分
協定無關群播(Protocol Independent Multicast, PIM)為網際網路上常用的群播協定之一。假設參加某一個 PIM 群組的節點數目很少,遠小於網路上所有節點數目,且只有單一源端(Source),試說明這種狀況下 PIM 如何運作。
登入後即可作答並保存紀錄。
核心觀念
本題測驗「群播路由協定」(Multicast Routing Protocol)中 PIM(Protocol Independent Multicast) 的運作架構與機制選擇:
- 協定無關性(Protocol Independent):PIM 自身不維護獨立的單播路由表,而是直接參照底層單播路由協定(如 OSPF、IS-IS、BGP)所建立的路由表來執行「反向路徑轉發」(Reverse Path Forwarding, RPF)檢查,以防止迴圈並決定群播轉發路徑。
- 網路情境判定(稀疏模式 PIM-SM):題目明示「參加群組節點數目很少,遠小於網路上所有節點數目」,此為典型的 PIM 稀疏模式(PIM Sparse Mode, PIM-SM) 適用情境。與密集模式(PIM-DM)採用「推播與剪枝」(Flood-and-Prune / Push Model)不同,PIM-SM 採用「顯式加入」(Explicit Join / Pull Model),預設不發送資料,僅在有節點明確請求時才轉發。
- 樹狀拓撲概念:
- 共享樹(Shared Tree / RP Tree, RPT):以會合點(Rendezvous Point, RP)為根節點,表示為 。
- 最短路徑樹(Shortest Path Tree, SPT):以源端(Source)為根節點,表示為 。
解題方法
在「成員節點稀疏」且「僅有單一源端(Source, )」的環境下,PIM-SM 的具體運作流程分為四個核心階段:
1. 接收端加入與共享樹(RPT)建立
- 當某子網路內的接收端(Receiver)欲加入群組 時,透過 IGMP(IPv4)或 MLD(IPv6)向其「最後躍路由器」(Last-Hop Router, LHR)發送成員報告。
- LHR 收到後,查閱單播路由表找到通往會合點(RP)的最佳路徑,沿該路徑向上游逐躍發送 PIM Join 訊息。
- 沿途的所有路由器均在轉發資料庫中建立 狀態,形成一條由接收端向上延伸至 RP 的「共享樹(RPT)」。
2. 單一源端註冊(Source Registration)
- 單一源端 開始向群組 發送群播封包。
- 源端所在的本地「第一躍路由器」(First-Hop Router, FHR)截獲該群播封包後,將其封裝在單播(Unicast)的 PIM 註冊訊息(Register Message) 內部。
- FHR 以單播方式將註冊訊息直接傳送至預先配置的 RP。
- RP 收到後解封裝,提取出原始群播封包,並沿著已建立好的 RPT 向下轉發至各個 LHR,最終送達接收端。
3. RP 建立源端最短路徑樹與停止註冊
- RP 為了避免持續處理單播封裝造成的轉發負載與延遲,在收到註冊封包後,會以源端 的 IP 為目標,沿著朝向 FHR 的單播反向路徑發送 PIM Join 訊息。
- 該訊息建立由 FHR 直達 RP 的 最短路徑樹(SPT)。
- 當原生(Native)群播封包成功沿著 SPT 抵達 RP 後,RP 立即向 FHR 發送 PIM 註冊停止訊息(Register-Stop),FHR 隨即停止單播封裝作業。
4. 最短路徑樹切換(SPT Switchover)
- LHR 透過 RPT 接收到來自單一源端 的群播封包後,獲知源端的真實 IP 位址。
- 經由 RP 轉發通常屬於次佳路徑(Sub-optimal Path),且 RP 易成為流量瓶頸。因此,LHR 依據門檻值設定(多數預設為接收到第一個封包)發動「SPT Switchover」:
第 四 題20 分
在下一世代網際網路協定 IPv6 中制訂了 IP 任播(IP Anycast),請說明 IP Anycast 的主要用途與運作方式。
登入後即可作答並保存紀錄。
核心觀念
本題旨在評量考生對「IPv6 定址架構(RFC 4291)」與「IP 任播(IP Anycast)之路由轉發機制」的掌握程度。關鍵概念涵蓋:
- IPv6 傳輸模式分類:IPv6 取消了 IPv4 的廣播(Broadcast),將位址區分為單播(Unicast)、多播(Multicast,亦稱組播)與任播(Anycast)。
- IP Anycast 定義:將同一個 IP 位址分配給多個不同節點的網路介面(Interface)。當來源端發送封包至該 Anycast 位址時,路由系統會依據路由協定的距離度量(Metrics),將封包傳送到「拓撲距離最近(Nearest)」或路由成本最低的單一介面,具備「一對多選一(One-to-One-of-Many)」的傳輸特性。
- 路由層級運作:Anycast 的實現完全仰賴底層路由協定(AS 內部的 IGP 如 OSPFv3,或跨 AS 的 EGP 如 BGP-4),藉由多點通告相同路由前綴來達成負載分流與自動備援。
解題方法
本題為申論題,答題架構應切中題意、層次分明,採「二階段破題法」分別論述:
- 第一部分:主要用途(Why) 從網路工程與維運架構切入,歸納出 Anycast 解決的四大核心問題:服務高可用性(High Availability)、負載分流與就近存取(Load Balancing & Low Latency)、抗分散式阻斷服務攻擊(DDoS Mitigation)、關鍵網路基礎設施部屬(如 DNS 根伺服器與 CDN)。
- 第二部分:運作方式(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) | 泛洪傳送至網段內所有主機 | 已廢除 |
解題技巧
- 精準得分關鍵字:
- 描述定義時務必寫出「一對多選一」與「拓撲距離最近(Nearest)」,不可含糊寫成「隨機挑選」。
- 運作機制必須點出「BGP / IGP 路由協定宣告相同前綴」與「依路由度量(Metrics)轉發」。
- 高分陷阱與規範細節:
- 位址格式:IPv6 Anycast 位址並無專屬的特徵前綴,它是直接從單播位址空間(Unicast Address Space)中指派。
第 五 題20 分
密碼塊連結(Cipher Block Chaining, CBC)為區塊加密(Block Cipher)之常用模式。試說明密碼塊連結之運作方式。
登入後即可作答並保存紀錄。
核心觀念
本題測驗「密碼學(Cryptography)」中對稱式區塊加密之運作模式(Block Cipher Modes of Operation)。 傳統電子密碼書(ECB)模式因相同的明文區塊會產生相同的密文區塊,容易洩漏統計規律與資料型態。為解決此缺陷,密碼塊連結(Cipher Block Chaining, CBC)模式透過將前一個密文區塊與當前明文區塊進行**互斥或(XOR, )**運算後再行加密,確保即使明文區塊內容相同,產生的密文區塊亦截然不同。
相關數學符號與定義:
- :第 個明文區塊(Plaintext Block)。
- :第 個密文區塊(Ciphertext Block)。
- :對稱加密演算法所使用之密鑰(Key)。
- :以密鑰 執行的區塊加密演算法(如 AES、DES)。
- :以密鑰 執行的區塊解密演算法。
- :初始向量(Initialization Vector),長度與區塊大小相等之隨機數。
- :位元互斥或運算(Bitwise XOR)。
解題方法
申論「CBC 模式之運作方式」應從加密流程、解密流程、數理推導與關鍵運行特性四個維度切入,方能展現完整的系統性論述:
1. 加密運作流程(Encryption Process)
在加密前,若原始資料長度非區塊大小之整數倍,必須先進行資料填補(Padding,例如 PKCS#7)。
- 初始階段(): 第一個明文區塊 因無「前一個密文區塊」可用,必須與傳送端和接收端協議好的隨機數 進行 運算,再輸入加密器:
- 串接階段(): 後續的每一個明文區塊 ,均必須先與前一個輸出之密文區塊 進行 運算,將運算結果再送入加密器進行加密:
2. 解密運作流程(Decryption Process)
解密過程反轉加密步驟,必須先執行解密函數,再將結果與前一個密文(或 )進行 運算還原明文。
- 初始階段(): 將第一個密文區塊 經由解密器解密後,與 進行 運算,以恢復原始明文 :
- 串接階段(): 將密文區塊 經由解密器解密後,與前一個密文區塊 進行 運算,以恢復原始明文 :
3. 解密正確性推導
利用 XOR 運算的可逆自反性質(即 )驗證還原性: 推導證畢,確認解密能準確還原原始資料。