2026年通信工程師中級通信專業實務(互聯網技術)考試真題及答案

2026年通信工程師中級通信專業實務(互聯網技術)考試真題及答案一、單項選擇題1.關于TCP協議擁塞控制算法，在慢啟動階段，以下描述正確的是（）。A.擁塞窗口cwnd按線性規律增長B.當cwnd達到慢啟動閾值ssthresh時，進入擁塞避免階段C.一旦收到三個重復的ACK，慢啟動閾值ssthresh立即設置為1D.慢啟動階段的初始cwnd值通常為2個報文段答案與解析：BTCP擁塞控制主要包括慢啟動、擁塞避免、快速重傳和快速恢復四個階段。在慢啟動階段，擁塞窗口cwnd按指數規律增長（每收到一個ACK，cwnd增加1個MSS），而非線性增長，故A錯誤。當cwnd增長到慢啟動閾值ssthresh時，算法進入擁塞避免階段，cwnd轉為線性增長（每經過一個RTT，cwnd增加1個MSS），故B正確。當收到三個重復ACK（即四次冗余ACK）時，觸發快速重傳，并將ssthresh設置為當前cwnd的一半（但不小于2個MSS），而非立即設為1，然后進入快速恢復階段，故C錯誤。根據RFC5681，初始cwnd的值應設置為不超過2-4個MSS，現代操作系統通常采用10個MSS或基于帶寬延遲積的動態計算值，但“通常為2個報文段”的說法不夠準確且略顯過時，故D不是最佳描述。2.在IPv6網絡中，地址FE80::1屬于哪種類型？（）A.全球單播地址B.唯一本地地址C.鏈路本地地址D.多播地址答案與解析：CIPv6地址類型主要根據前綴來區分。FE80::/10是鏈路本地單播地址的前綴范圍。鏈路本地地址用于同一鏈路上的節點之間的通信，自動配置，且路由器不轉發源地址或目的地址為鏈路本地地址的數據包。FE80::1是一個典型的鏈路本地地址。全球單播地址通常以2000::/3開頭；唯一本地地址以FC00::/7開頭；多播地址以FF00::/8開頭。3.使用OpenFlow協議的SDN架構中，負責根據流表對數據包進行轉發和處理的網絡設備是（）。A.控制器B.應用層C.南向接口D.轉發面設備（如交換機）答案與解析：D在軟件定義網絡（SDN）架構中，控制平面與數據平面分離。控制器（Controller）位于控制平面，負責集中計算網絡狀態并下發流表規則。應用層（Application）運行在控制器之上，提供各種網絡應用。南向接口（如OpenFlow）是控制器與轉發面設備之間的通信協議。轉發面設備（如支持OpenFlow的交換機）位于數據平面，其職責是嚴格按照控制器下發的流表，對接收到的數據包進行匹配、轉發、修改或丟棄等操作。4.關于HTTPS協議，以下說法錯誤的是（）。A.HTTPS默認使用TCP443端口B.HTTPS通過SSL/TLS協議實現對HTTP協議的加密C.服務器證書的主要目的是驗證客戶端的身份D.HTTPS可以有效防止通信內容在傳輸過程中被竊聽答案與解析：CHTTPS是在HTTP協議基礎上，通過SSL/TLS協議提供加密傳輸、身份認證和報文完整性保護的安全協議，默認端口為443，故A、B正確。服務器證書的核心功能是向客戶端證明服務器的身份，由可信的證書頒發機構（CA）簽發，包含服務器的公鑰等信息。客戶端驗證服務器證書后，即可確信正在與真實的服務器通信，并利用證書中的公鑰進行后續密鑰協商。驗證客戶端身份通常通過客戶端證書實現，但這在普通Web服務中不常用，服務器證書的主要目的并非驗證客戶端，故C錯誤。由于采用了加密，HTTPS能有效防止傳輸過程中的竊聽和篡改，故D正確。5.BGP協議是一種（）。A.內部網關協議，基于距離向量算法B.內部網關協議，基于路徑向量算法C.外部網關協議，基于距離向量算法D.外部網關協議，基于路徑向量算法答案與解析：DBGP（邊界網關協議）是目前互聯網中用于在不同自治系統（AS）之間交換路由信息的協議，因此屬于外部網關協議（EGP）。BGP通過AS_Path等屬性記錄路由所經過的AS序列，防止環路，并基于豐富的路徑屬性（如AS_Path、Next_Hop、Local_Pref、MED等）進行路由決策，其算法本質上是路徑向量算法，而非簡單的距離向量或鏈路狀態算法。6.在Linux系統中，要實時持續查看系統內核環形緩沖區中的消息（包括開機信息），應使用的命令是（）。A.dmesgB.dmesg|lessC.dmesg-fD.dmesg-w答案與解析：D`dmesg`命令用于顯示內核環形緩沖區中的消息。`dmesg`單獨使用會一次性輸出所有當前緩沖區內容；`dmesg|less`可以分頁查看；`dmesg`沒有`-f`參數；`dmesg-w`（或`--follow`）是正確選項，它會實時顯示新的內核消息，類似于`tail-f`的功能，對于監控內核動態非常有用。7.以下關于VXLAN技術的描述，不正確的是（）。A.VXLAN采用MACinUDP的封裝方式B.VXLAN網絡標識符（VNI）有24位，支持多達1600萬個邏輯網絡C.VXLAN隧道端點（VTEP）負責進行封裝和解封裝D.VXLAN主要用于解決數據中心網絡中STP協議帶來的問題，并擴展二層網絡范圍答案與解析：BVXLAN（虛擬可擴展局域網）是一種網絡虛擬化技術。它使用MACinUDP的封裝方式，將二層以太網幀封裝在UDP數據報中，通過三層IP網絡進行傳輸，故A正確。VXLAN頭部包含一個24位的VNI（VXLANNetworkIdentifier），用于標識不同的二層邏輯網絡，其理論可標識的網絡數量為2^24=16,777,216個，即約1600萬個，故B正確。VTEP是VXLAN網絡的邊緣設備，負責執行封裝（將原始以太幀加上VXLAN/UDP/IP頭）和解封裝操作，故C正確。VXLAN的設計目的主要是為了突破傳統VLANID（12位，僅4094個）的數量限制，并解決在大型數據中心、云環境中二層網絡物理范圍受限的問題（通過三層IP網絡承載二層流量），同時避免大規模二層網絡中生成樹協議（STP）的種種弊端，如收斂慢、鏈路利用率低等。因此，D的描述“主要用于解決STP協議帶來的問題”不夠全面和準確，其核心目標是擴展和虛擬化二層網絡，故D作為“不正確”的描述更合適。但嚴格來說，B和D都可能存在爭議，但結合常見考點，D的表述片面性更強，是更典型的不正確描述。8.當DNS查詢請求的解析過程需要訪問根域名服務器時，該查詢類型最可能是（）。A.遞歸查詢B.迭代查詢C.反向查詢D.高速緩存查詢答案與解析：BDNS查詢主要有遞歸查詢和迭代查詢兩種方式。遞歸查詢是指DNS服務器必須向客戶端返回最終的查詢結果（成功或失敗），期間它可能代表客戶端向其他服務器進行一系列查詢。迭代查詢是指DNS服務器在不能直接回答查詢時，會返回一個它認為能解答查詢的其他服務器的地址（參考信息），由客戶端或初始服務器繼續向這個新地址查詢。根域名服務器通常不提供遞歸查詢服務，它只提供迭代查詢的參考。例如，本地DNS服務器在緩存沒有記錄時，為了解析一個完全陌生的域名，會從根服務器開始進行迭代查詢（或本地DNS服務器自己代表客戶端進行這一系列迭代查詢）。嚴格來說，是本地DNS服務器進行的查詢鏈中包含了向根服務器的迭代查詢。客戶端向本地DNS服務器發起的通常是遞歸查詢。9.Docker容器實現資源隔離與限制主要依賴于Linux內核的（）。A.cgroups和namespaceB.SELinux和AppArmorC.UnionFS和AufsD.iptables和Netfilter答案與解析：ADocker容器的核心技術是使用Linux內核的cgroups（控制組）和namespace（命名空間）。namespace提供了進程、網絡、文件系統、用戶等資源的隔離視圖，使得每個容器仿佛擁有獨立的系統環境。cgroups用于對容器的資源（如CPU、內存、磁盤I/O、網絡帶寬等）進行限制、分配和統計。UnionFS（如Overlay2）是用于實現鏡像分層和容器可寫層的文件系統技術。SELinux/AppArmor是安全模塊，iptables/Netfilter用于網絡過濾和NAT，它們不是實現容器基本隔離與限制的核心依賴。10.在RESTfulAPI設計中，使用HTTPDELETE方法請求“/api/users/123”這個URL，最可能的操作是（）。A.創建ID為123的用戶B.查詢ID為123的用戶信息C.更新ID為123的用戶信息D.刪除ID為123的用戶答案與解析：DRESTfulAPI設計原則中，通常使用HTTP方法對應資源的CRUD操作。DELETE方法語義是刪除指定URI的資源。URL“/api/users/123”通常表示用戶集合中ID為123的特定用戶資源。因此，DELETE/api/users/123的含義是刪除ID為123的用戶。創建用戶通常用POST/api/users；查詢用戶用GET/api/users/123；更新用戶用PUT或PATCH/api/users/123。二、多項選擇題1.以下屬于OSI參考模型網絡層協議的有（）。A.IPB.ARPC.ICMPD.OSPFE.TCP答案與解析：A,B,C,DOSI模型網絡層負責在不同網絡之間進行路由選擇和分組轉發。IP是核心的網絡層協議。ARP（地址解析協議）和ICMP（網際控制報文協議）通常被視為網絡層的輔助協議。OSPF（開放最短路徑優先）是內部網關路由協議，運行在網絡層。TCP是傳輸層協議，屬于第四層。2.關于HTTP/2協議的新特性，以下描述正確的有（）。A.采用二進制分幀層，替代了HTTP/1.x的文本格式B.支持多路復用，允許在單個連接上同時交錯發送多個請求和響應C.支持服務器推送，服務器可以主動向客戶端發送資源D.強制使用HTTPS加密傳輸E.使用頭部壓縮（HPACK）以減少開銷答案與解析：A,B,C,EHTTP/2是HTTP協議的重大更新。其核心特性包括：二進制分幀（將消息分解為獨立的幀，交錯發送，提高效率），故A正確；多路復用（解決了HTTP/1.x的隊頭阻塞問題，實現真正的并行請求），故B正確；服務器推送（允許服務器預測客戶端需要的資源并主動推送），故C正確；頭部壓縮（采用HPACK算法，大幅減少頭部開銷），故E正確。HTTP/2協議本身不強制要求使用HTTPS（TLS加密），雖然主流瀏覽器（如Chrome,Firefox）的實現要求HTTP/2必須基于TLS，但協議標準（RFC7540）也定義了在明文TCP上運行HTTP/2的方式（h2c），故D錯誤。3.下列技術中，常用于實現數據中心網絡東西向流量負載均衡的有（）。A.DNS輪詢B.LVS（LinuxVirtualServer）C.OSPFECMPD.BGPAnycastE.KubernetesService中的iptables或ipvs模式答案與解析：B,C,E東西向流量主要指數據中心內部服務器之間的流量。A.DNS輪詢主要用于對互聯網用戶（南北向流量）進行負載均衡，解析延遲大，不適用于內部服務發現和負載均衡。B.LVS是工作在Linux內核層的四層負載均衡器，可以通過DR、TUN、NAT等模式高效地分發內部服務請求。C.OSPFECMP（等價多路徑路由）可以在三層網絡層面，將去往同一目的地的流量通過多條等開銷路徑進行分發，是網絡設備實現東西向流量負載均衡的常見方式。D.BGPAnycast通常用于將同一個IP地址宣告到全球多個不同地點的網絡，使流量被路由到“最近”的節點，主要用于南北向流量的全局負載均衡和高可用，不特指數據中心內部。E.KubernetesService通過kube-proxy組件，利用iptables或ipvs規則，將發往ServiceClusterIP的流量負載均衡到后端Pod，是容器云平臺內東西向流量負載均衡的核心機制。4.可能導致網絡傳輸過程中產生TCP粘包現象的原因有（）。A.發送方應用層寫入數據過快，導致多個數據包在發送緩沖區中合并B.接收方應用層讀取數據過慢，導致多個數據包在接收緩沖區中累積C.網絡路徑上的路由器進行了分片與重組D.TCP協議本身的流式傳輸特性，沒有消息邊界E.使用了Nagle算法，將多個小數據包合并發送答案與解析：A,B,D,ETCP是面向字節流的協議，不保留應用層消息的邊界，這是產生“粘包”問題的根本原因，故D正確。具體場景包括：發送方TCP實現中，如果應用層多次寫入的數據較小，且啟用了Nagle算法（旨在減少小包數量），可能會合并發送，故A和E正確；接收方TCP將數據按序存入接收緩沖區，如果應用層沒有及時讀取，多次接收的數據可能會在緩沖區中累積，被一次讀出，故B正確。C選項，路由器對IP數據包進行分片與重組發生在網絡層，目的是為了適應不同鏈路的MTU，這個過程對TCP層是透明的，TCP層看到的是重組后的完整數據流，這不是導致“粘包”的直接原因。粘包是應用層解析TCP字節流時遇到的問題。5.關于5G網絡切片技術，以下說法正確的有（）。A.網絡切片是基于NFV和SDN技術實現的B.每個網絡切片在邏輯上是一個獨立的端到端網絡C.eMBB（增強移動寬帶）、uRLLC（超高可靠低時延通信）、mMTC（海量機器類通信）是三種典型的切片場景D.不同切片之間的資源是物理隔離的，互不影響E.切片的管理包括切片實例的生命周期管理答案與解析：A,B,C,E5G網絡切片是5G核心關鍵技術之一。A正確，它依賴于NFV（網絡功能虛擬化）實現網絡功能的軟硬件解耦和靈活部署，依賴于SDN實現靈活的資源調度和連接控制。B正確，一個切片從無線接入網、承載網到核心網，都提供一套邏輯上獨立的網絡資源和服務能力。C正確，這是5G定義的三大典型應用場景，對應不同的切片需求。D錯誤，網絡切片可以是物理隔離、邏輯隔離或軟隔離，根據業務需求和成本，資源隔離程度可以不同，并非一定是物理隔離。E正確，網絡切片的管理編排（MANO）涉及切片的創建、配置、監控、彈性伸縮和刪除等全生命周期管理。三、判斷題1.在TCP連接中，主動關閉連接的一方最終會進入TIME_WAIT狀態。（）答案與解析：正確。根據TCP四次揮手過程，主動發起關閉連接的一方（即先發送FIN報文段的一方），在收到對端的FIN確認（ACK）并發送了最后一個ACK之后，會進入TIME_WAIT狀態。該狀態持續時間為2MSL（最長報文段壽命），以確保最后一個ACK能可靠到達，并允許網絡中舊的重復報文段消逝，防止影響新連接。2.TLS1.3協議相比TLS1.2，簡化了握手過程，握手階段默認使用前向安全的密鑰交換算法，并且不再支持靜態RSA密鑰交換。（）答案與解析：正確。TLS1.3進行了重大簡化以提高安全性和性能。它移除了不安全的加密套件和算法（如靜態RSA密鑰交換、RC4、SHA-1、CBC模式加密等），握手過程通常只需1-RTT（甚至0-RTT），并且所有非PSK的握手都使用具有前向安全性的密鑰交換算法（如DHE、ECDHE）。3.在MPLS網絡中，標簽交換路由器（LSR）轉發數據包時，只需要查看MPLS標簽，不需要查看IP包頭。（）答案與解析：正確。這是MPLS（多協議標簽交換）的基本原理。數據包進入MPLS域時，入口LER（標簽邊緣路由器）根據IP路由信息為其壓入一個標簽。域內的核心LSR根據數據包頂部的MPLS標簽進行轉發，查找標簽轉發表，進行標簽交換（swap）操作，整個過程不解析IP包頭。直到出口LER彈出標簽，再根據IP包頭進行傳統IP路由或轉發。4.容器與虛擬機相比，因為共享主機內核，所以其安全性天生低于虛擬機。（）答案與解析：正確。這是一個普遍認知。虛擬機通過Hypervisor實現硬件虛擬化，每個虛擬機擁有獨立的客戶操作系統內核，提供了更強的隔離性。容器共享主機操作系統內核，雖然通過namespace和cgroups進行隔離，但如果內核存在漏洞，可能導致容器逃逸等安全問題，從隔離強度上看，其安全邊界弱于虛擬機。當然，通過安全加固（如Seccomp,AppArmor,SELinux）可以提升容器安全性。5.QUIC協議基于UDP實現，其目標是為了完全取代TCP協議。（）答案與解析：錯誤。QUIC（快速UDP互聯網連接）是Google提出并由IETF標準化的傳輸層協議。它基于UDP，在用戶空間實現了類似TCP的可靠傳輸、擁塞控制等功能，并集成了TLS1.3以提供安全加密，同時實現了多路復用、0-RTT/1-RTT連接建立等特性，旨在減少延遲和提升性能。雖然QUIC在很多場景下表現優于TCP，但它并非旨在“完全取代”TCP。TCP作為互聯網基石協議，擁有極其廣泛和成熟的部署，QUIC是作為對TCP/TLS/HTTP/2堆棧的改進和補充而存在的，特別是在Web和移動應用領域。四、簡答題1.簡述TCP與UDP協議的主要區別。答案與解析：TCP（傳輸控制協議）和UDP（用戶數據報協議）是傳輸層兩種主要的協議，主要區別如下：（1）連接性：TCP是面向連接的協議。通信前需要通過“三次握手”建立連接，通信結束后通過“四次揮手”釋放連接。UDP是無連接的，發送數據前無需建立連接。（2）可靠性：TCP提供可靠交付。通過序列號、確認應答、超時重傳、流量控制、擁塞控制等機制，確保數據無差錯、不丟失、不重復且按序到達。UDP提供不可靠交付，盡最大努力交付，不保證可靠性。（3）報文結構：TCP是面向字節流的，將應用層交下來的數據看成無結構的字節流，不保留報文邊界。UDP是面向報文的，對應用層交下來的報文，添加首部后直接交付IP層，保留報文邊界。（4）首部開銷：TCP首部最小20字節，最大60字節，包含大量控制信息。UDP首部固定8字節，開銷小。（5）傳輸效率：由于建立連接、確認重傳等機制，TCP傳輸效率相對較低，延遲較大。UDP沒有這些控制，傳輸效率高，延遲小。（6）應用場景：TCP適用于要求可靠傳輸的場景，如文件傳輸（FTP）、電子郵件（SMTP）、Web（HTTP/HTTPS）、遠程登錄（SSH）等。UDP適用于對實時性要求高、能容忍少量丟包的場景，如音視頻流媒體、實時游戲、DNS查詢、SNMP等。（7）流量控制與擁塞控制：TCP有完善的流量控制（滑動窗口）和擁塞控制機制。UDP沒有內置的流量和擁塞控制。2.描述DHCP協議的工作過程（以客戶端首次獲取IP地址為例）。答案與解析：DHCP（動態主機配置協議）采用客戶端/服務器模式，客戶端首次獲取IP地址的過程通常包含四個報文交互，稱為DORA過程：（1）DHCPDiscover（發現）：客戶端以廣播方式（目的IP為55，目的MAC為FF:FF:FF:FF:FF:FF）發送DHCPDiscover報文，尋找網絡中的DHCP服務器。（2）DHCPOffer（提供）：收到Discover報文的DHCP服務器，從自己的地址池中選擇一個未被分配的IP地址，連同其他配置參數（如子網掩碼、默認網關、DNS服務器、租期等），以廣播或單播（取決于客戶端標志位）形式發送DHCPOffer報文回應客戶端。此報文包含了為客戶端預分配的IP地址。（3）DHCPRequest（請求）：客戶端可能會收到多個服務器的Offer，通常選擇最先到達的。客戶端以廣播形式發送DHCPRequest報文，其中包含選中的服務器標識和請求的IP地址，通知所有DHCP服務器自己的選擇。（4）DHCPAck（確認）：被選中的DHCP服務器收到Request報文后，確認將該IP地址分配給客戶端，并以廣播或單播形式發送DHCPAck報文進行最終確認。此報文中包含了客戶端所需的完整配置信息。客戶端收到Ack后，會進行地址沖突檢測（如ARP探測），若無沖突則正式使用該IP地址，并啟動租期計時器。如果客戶端收到的是Nak報文，則需重新開始過程。租期過半時，客戶端會嘗試向原服務器發起續租（Request單播）。3.什么是CDN？簡述其基本工作原理。答案與解析：CDN（內容分發網絡）是一種通過在網絡各處部署節點服務器，構建在現有互聯網基礎之上的智能虛擬網絡。其核心目標是將源站內容分發至靠近用戶的邊緣節點，使用戶可以就近獲取所需內容，從而降低網絡擁塞、提升用戶訪問響應速度和成功率。基本工作原理如下：（1）內容緩存與分發：源站將需要加速的內容（靜態資源如html/css/js/圖片/視頻等）推送到或由CDN節點主動拉取到遍布各地的邊緣緩存服務器上。（2）用戶請求調度：當用戶發起訪問請求時，本地DNS系統會將域名解析權交給CDN的專用DNS服務器（權威DNS）。CDN的DNS服務器根據一套智能調度策略（如基于用戶IP地理位置、節點負載、鏈路健康度等），將用戶請求引導至距離最近、服務最優的邊緣節點。（3）邊緣節點響應：用戶的請求被指向最優的邊緣節點。如果該節點緩存了用戶請求的資源，則直接返回給用戶（緩存命中），訪問結束。如果未緩存（緩存未命中），則該邊緣節點會向上一級節點或源站回源拉取資源，緩存后再返回給用戶。（4）負載均衡與健康檢查：CDN系統持續監控各節點的負載和健康狀況，動態調整調度策略，確保服務的穩定性和高可用性。通過以上機制，CDN有效減少了用戶到源站之間的傳輸距離和跳數，分擔了源站壓力，并提升了內容交付的整體性能。五、綜合應用題1.某公司網絡拓撲如下圖所示（此處用文字描述）：路由器R1連接內部網絡（/24），其Fa0/0接口IP為/24。R1通過串行鏈路S0/0/0（IP為/30）連接到運營商路由器R2（S0/0/0接口IP為/30）。公司內部有一臺Web服務器（00/24），需要對外提供HTTP（80端口）服務，公網IP地址池為0-0。（1）需要在R1上配置何種技術實現該需求？簡述其原理。（2）寫出在R1上完成此功能的核心配置命令（以主流廠商通用風格為例）。答案與解析：（1）需要配置NAT（網絡地址轉換）中的靜態NAT或PAT（端口地址轉換，即NATOverload）的端口映射功能。由于只有一個公網IP地址池，且需要將內部服務器的特定端口映射到公網IP的特定端口，通常使用靜態PAT（也稱為端口轉發或NATServer）。原理：在邊界路由器R1上，建立一條固定的映射關系，將公網IP地址（如0）的TCP80端口，映射到內部服務器00的TCP80端口。當公網用戶訪問0:80時，R1根據NAT表將目的IP和端口轉換為00:80，并將數據包轉發到內網；內部服務器回復的數據包到達R1時，R1再進行相反的轉換，將源地址從00:80轉換為0:80，從而使公網用戶認為是在與0通信。（2）核心配置命令示例：```!定義內部接口和外部接口interfaceFastEthernet0/0ipaddressipnatinside!interfaceSerial0/0/0ipaddress52ipnatoutside!!配置靜態端口映射（NATServer）ipnatinsidesourcestatictcp0080080!!配置默認路由指向運營商（假設下一跳為）iproute!!可選：配置ACL和動態NAT/PAT供內部其他用戶上網access-list1permit55ipnatinsidesourcelist1interfaceSerial0/0/0overload```2.假設有一個簡單的二叉樹結構，用于表示一個網絡設備的路由表前綴樹（Trie）。請編寫一個函數，實現向該二叉樹插入一個IP前綴（以點分十進制字符串形式表示，如“/24”）的功能。為簡化問題，我們假設只處理IPv4地址，且二叉樹節點結構如下（以Python為例）：```pythonclassTrieNode:def__init__(self):self.children={}#鍵為'0'或'1'，值為子節點self.is_prefix=False#標記是否是一個有效前綴的終點```插入函數需要將IP地址和前綴長度轉換為二進制位串，并根據位串的每一位（0或1）在樹中創建或遍歷對應的子節點，最后在對應節點上標記`is_prefix=True`。請完成該插入函數。```pythondefip_to_binary_str(ip_str,prefix_len):#