⑴ 計算機網路——TCP/UDP協議
計算機網路七層模型中，傳輸層有兩個重要的協議：
（1）用戶數據報協議UDP (User Datagram Protocol)
（2）傳輸控制協議TCP (Transmission Control Protocol)
UDP 在傳送數據之前不需要先建立連接。遠地主機的運輸層在收到UDP 報文後，不需要給出任何確認。雖然UDP 不提供可靠交付，但在某些情況下UDP 卻是一種最有效的工作方式。
TCP 則提供面向連接的服務。在傳送數據之前必須先建立連接，數據傳送結束後要釋放連接。TCP 不提供廣播或多播服務。由於TCP 要提供可靠的、面向連接的運輸服務，因此不可避免地增加了許多的開銷，如確認、流量控制、計時器以及連接管理等。
UDP 的主要特點是：
首部手段很簡單，只有8 個位元組，由四個欄位組成，每個欄位的長度都是兩個位元組。
前面已經講過，每條TCP 連接有兩個端點，TCP 連接的端點叫做套接字（socket）或插口。套接字格式如下：
套接寧socket= (IP 地址：埠號』）
每一條TCP 連接唯一地被通信兩端的兩個端點（即兩個套接宇）所確定。即：
TCP 連接＝ {socket1, socket2} = {(IP1: port1), (IP2: port2)}
3次握手鏈接
4次握手釋放鏈接
斷開連接請求可以由客戶端發出，也可以由伺服器端發出，在這里我們稱A端向B端請求斷開連接。
各個狀態節點解釋如下：
下面為了討論問題的萬便，我們僅考慮A發送數據而B 接收數據並發送確認。因此A 叫做發送方，而B 叫做接收方。
「停止等待」就是每發送完一個分組就停止發送，等待對方的確認。在收到確認後再發送下一個分組。
使用上述的確認和重傳機制，我們就可以在不可靠的傳輸網路上實現可靠的通信。像上述的這種可靠傳輸協議常稱為自動重傳請求ARQ (Automatic Repeat reQuest）。意思是重傳的請求是自動進行的。接收方不需要請求發送方重傳某個出錯的分組。
滑動窗口協議比較復雜，是TCP 協議的精髓所在。這里先給出連續ARQ 協議最基本的概念，但不涉提到許多細節問題。詳細的滑動窗口協議將在後面討論。
下圖表示發送方維持的發送窗口，它的意義是：位於發送窗口內的5 個分組都可連續發送出去，而不需要等待對方的確認。這樣，信道利用率就提高了。
連續ARQ 協議規定，發送方每收到一個確認，就把發送窗口向前滑動一個分組的位置。
接收方一般都是採用 累積確認 的方式。這就是說，接收方不必對收到的分組逐個發送確認，而是可以在收到幾個分組後，對按序到達的最後一個分組發送確認，這樣就表示：到這個分組為止的所有分組都己正確收到了。
累積確認 的優點是容易實現，即使確認丟失也不必重傳。但缺點是不能向發送方反映出接收方己經正確收到的所有分組的信息。
例如，如果發送方發送了前5 個分組，而中間的第3 個分組丟失了。這時接收方只能對前兩個分組發出確認。發送方無法知道後面三個分組的下落，而只好把後面的三個分組都再重傳一次。這就叫做Go-back-N （回退N ），表示需要再退回來重傳己發送過的N 個分組。可見當通信線路質量不好時，連續ARQ 協議會帶來負面的影響。
TCP 的滑動窗口是以位元組為單位的。現假定A 收到了B 發來的確認報文段，其中窗口是20 （位元組），而確認號是31 （這表明B 期望收到的下一個序號是31 ，而序號30 為止的數據己經收到了）。根據這兩個數據， A 就構造出自己的發送窗口，其位置如圖所示。
發送窗口表示：在沒有收到B 的確認的情況下， A可以連續把窗口內的數據都發送出去。凡是己經發送過的數據，在未收到確認之前都必須暫時保留，以便在超時重傳時使用。
發送窗口後沿的後面部分表示己發送且己收到了確認。這些數據顯然不需要再保留了。而發送窗口前沿的前面部分表示不允許發送的，因為接收方都沒有為這部分數據保留臨時存放的緩存空間。
現在假定A 發送了序號為31 ～ 41 的數據。這時發送窗口位置並未改變，但發送窗口內靠後面有11個位元組（灰色小方框表示）表示己發送但未收到確認。而發送窗口內靠前面的9 個位元組（ 42 ～ 50 ）是允許發送但尚未發送的。】
再看一下B 的接收窗口。B 的接收窗口大小是20，在接收窗口外面，到30 號為止的數據是已經發送過確認，並且己經交付給主機了。因此在B 可以不再保留這些數據。接收窗口內的序號（31～50）足允許接收的。B 收到了序號為32 和33 的數據，這些數據沒有按序到達，因為序號為31 的數據沒有收到（也許丟失了，也許滯留在網路中的某處）。 請注意， B 只能對按序收到的數據中的最高序號給出確認，因此B 發送的確認報文段中的確認號仍然是31 （即期望收到的序號）。
現在假定B 收到了序號為31 的數據，並把序號為31～33的數據交付給主機，然後B刪除這些數據。接著把接收窗口向前移動3個序號，同時給A 發送確認，其中窗口值仍為20，但確認號是34，這表明B 已經收到了到序號33 為止的數據。我們注意到，B還收到了序號為37, 38 和40 的數據，但這些都沒有按序到達，只能先存在接收窗口。A收到B的確認後，就可以把發送窗口向前滑動3個序號，指針P2 不動。可以看出，現在A 的可用窗口增大了，可發送的序號范圍是42～53。整個過程如下圖：
A 在繼續發送完序號42-53的數據後，指針P2向前移動和P3重合。發送窗口內的序號都已用完，但還沒有再收到確認。由於A 的發送窗口己滿，可用窗口己減小到0，因此必須停止發送。
上面已經講到， TCP 的發送方在規定的時間內沒有收到確認就要重傳已發送的報文段。這種重傳的概念是很簡單的，但重傳時間的選擇卻是TCP 最復雜的問題之一。
TCP採用了一種自適應演算法 ，它記錄一個報文段發出的時間，以及收到相應的確認的時間。這兩個時間之差就是報文段的往返時間RTT，TCP 保留了RTT的一個加權平均往返時間RTTs （這又稱為平滑的往返時間， S 表示Smoothed 。因為進行的是加權平均，因此得出的結果更加平滑）。每當第一次測量到RTT樣本時， RTTs值就取為所測量到的RTT樣本值。但以後每測量到一個新的RTT樣本，就按下式重新計算一次RTTs:
新的RTTs = (1 － α）×（舊的RTTs) ＋ α ×（新的RTT樣本）
α 越大表示新的RTTs受新的RTT樣本的影響越大。推薦的α 值為0.125，用這種方法得出的加權平均往返時間RTTs 就比測量出的RTT值更加平滑。
顯然，超時計時器設置的超時重傳時間RTO (RetransmissionTime-Out）應略大於上面得出的加權平均往返時間RTTs。RFC 2988 建議使用下式計算RTO:
RTO = RTTs + 4 × RTTd
RTTd是RTT 的偏差的加權平均值，它與RTTs和新的RTT樣本之差有關。計算公式如下：
新的RTTd= (1- β）×（舊的RTTd) + β × |RTTs－新的RTT樣本|
發現問題： 如圖所示，發送出一個報文段。設定的重傳時間到了，還沒有收到確認。於是重
傳報文段。經過了一段時間後，收到了確認報文段。現在的問題是：如何判定此確認報文段是對先發送的報文段的確認，還是對後來重傳的報文段的確認？
若收到的確認是對重傳報文段的確認，但卻被源主機當成是對原來的報文段的確認，則這樣計算出的RTTs 和超時重傳時間RTO 就會偏大。若後面再發送的報文段又是經過重傳後才收到確認報文段，則按此方法得出的超時重傳時間RTO 就越來越長。
若收到的確認是對原來的報文段的確認，但被當成是對重傳報文段的確認，則由此計算出的RTTs 和RTO 都會偏小。這就必然導致報文段過多地重傳。這樣就有可能使RTO 越來越短。
Kam 提出了一個演算法：在計算加權平均RTTs 時，只要報文段重傳了就不採用其往返時間樣本。這樣得出的加權平均RTTs 和RTO 就較准確。
新問題： 設想出現這樣的情況：報文段的時延突然增大了很多。因此在原來得出的重傳時間內，不會收到確認報文段。於是就重傳報文段。但根據Kam 演算法，不考慮重傳的報文段的往返時間樣本。這樣，超時重傳時間就無法更新。
解決方案： 對Kam 演算法進行修正，方法是z報文段每重傳一次，就把超時重傳時間RTO 增大一些。典型的做法是取新的重傳時間為2 倍的舊的重傳時間。當不再發生報文段的重傳時，才根據上面給出的公式計算超時重傳時間。
流量控制（flow control）就是讓發送方的發送速率不要太快，要讓接收方來得及接收。
利用滑動窗口機制可以很方便地在TCP 連接上實現對發送方的流量控制。
接收方的主機B 進行了三次流量控制。第一次把窗口減小到rwnd =300，第二次又減到rwnd = 100 ，最後減到rwnd = 0 ，即不允許發送方再發送數據了。這種使發送方暫停發送的狀態將持續到主機B 重新發出一個新的窗口值為止。我們還應注意到，B 向A 發送的三個報文段都設置了ACK=1，只有在ACK=1 時確認號欄位才有意義。
發生死鎖： 現在我們考慮一種情況。上圖中， B 向A 發送了零窗口的報文段後不久， B 的接收緩存又有了一些存儲空間。於是B 向A 發送了rwnd = 400 的報文段。然而這個報文段在傳送過程中丟失了。A 一直等待收到B 發送的非零窗口的通知，而B 也一直等待A 發送的數據。如果沒有其他措施，這種互相等待的死鎖局面將一直延續下去。
解決方案： TCP 為每一個連接設有一個 持續計時器（persistence timer） 。只要TCP 連接的一方收到對方的零窗口通知，就啟動持續計時器。若持續計時器設置的時間到期，就發送一個 零窗口探測報文段 （僅攜帶1 宇節的數據），而對方就在確認這個探測報文段時給出了現在的窗口值。
1 TCP連接時是三次握手，那麼兩次握手可行嗎？
在《計算機網路》中是這樣解釋的：已失效的連接請求報文段」的產生在這樣一種情況下：client發出的第一個連接請求報文段並沒有丟失，而是在某個網路結點長時間的滯留了，以致延誤到連接釋放以後的某個時間才到達server。本來這是一個早已失效的報文段。但server收到此失效的連接請求報文段後，就誤認為是client再次發出的一個新的連接請求。於是就向client發出確認報文段，同意建立連接。假設不採用「三次握手」，那麼只要server發出確認，新的連接就建立了。由於現在client並沒有發出建立連接的請求，因此不會理睬server的確認，也不會向server發送ACK包。這樣就會白白浪費資源。而經過三次握手，客戶端和伺服器都有應有答，這樣可以確保TCP正確連接。
2 為什麼TCP連接是三次，揮手確是四次？
在TCP連接中，伺服器端的SYN和ACK向客戶端發送是一次性發送的，而在斷開連接的過程中，B端向A端發送的ACK和FIN是是分兩次發送的。因為在B端接收到A端的FIN後，B端可能還有數據要傳輸，所以先發送ACK，等B端處理完自己的事情後就可以發送FIN斷開連接了。
3 為什麼在第四次揮手後會有2個MSL的延時？
MSL是Maximum Segment Lifetime，最大報文段生存時間，2個MSL是報文段發送和接收的最長時間。假定網路不可靠，那麼第四次發送的ACK可能丟失，即B端無法收到這個ACK，如果B端收不到這個確認ACK，B端會定時向A端重復發送FIN，直到B端收到A的確認ACK。所以這個2MSL就是用來處理這個可能丟失的ACK的。
1 文件傳送協議
文件傳送協議FTP (File Transfer Protocol) [RFC 959］是網際網路上使用得最廣泛的文件傳送協議，底層採用TCP協議。
盯P 使用客戶伺服器方式。一個FTP 伺服器進程可同時為多個客戶進程提供服務。FTP的伺服器進程由兩大部分組成：一個主進程，負責接受新的請求：另外有若干個從屬進程，負責處理單個請求。
在進行文件傳輸時，客戶和伺服器之間要建立兩個並行的TCP 連接：「控制連接」（21埠）和「數據連接」（22埠）。控制連接在整個會話期間一直保持打開， FTP 客戶所發出的傳送請求，通過控制連接發送給伺服器端的控制進程，但控制連接並不用來傳送文件。實際用於傳輸文件的是「數據連接」。伺服器端的控制進程在接收到FTP 客戶發送來的文件傳輸請求後就創建「數據傳送進程」和「數據連接」，用來連接客戶端和伺服器端的數據傳送進程。
2 簡單文件傳送協議TFTP
TCP/IP 協議族中還有一個簡單文件傳送協議TFfP (Trivial File Transfer Protocol），它是一個很小且易於實現的文件傳送協議，埠號69。
TFfP 也使用客戶伺服器方式，但它使用UDP 數據報，因此TFfP 需要有自己的差錯改正措施。TFfP 只支持文件傳輸而不支持交耳。
3 TELNET
TELNET 是一個簡單的遠程終端協議，底層採用TCP協議。TELNET 也使用客戶伺服器方式。在本地系統運行TELNET 客戶進程，而在遠地主機則運行TELNET 伺服器進程，佔用埠23。
4 郵件傳輸協議
一個電子郵件系統應具如圖所示的三個主要組成構件，這就是用戶代理、郵件伺服器，以及郵件發送協議（如SMTP ）和郵件讀取協議（如POP3)， POP3 是郵局協議（Post Office Protocol）的版本3 。
SMTP 和POP3 （或IMAP ）都是在TCP 連接的上面傳送郵件，使用TCP 的目的是為了使郵件的傳送成為可靠的。
⑵ 我們經常使用的計算機網路協議主要有哪些
常用的網路協議包括：
1. IP/IPv4：網際協議IP是網路層的核心協議，負責數據包在網路中的路由。IPv4是當前廣泛使用的IP版本，每個IP地址由網路號和主機號組成，用於標識網路中的設備。
2. TCP：傳輸控制協議TCP位於傳輸層，提供可靠的數據流服務，確保數據包按順序正確到達目的地。TCP使用埠號來識別不同的應用程序。
3. IGMP：Internet組管理協議IGMP用於IP主機向直接相鄰的路由器報告組成員情況，支持組播通信。
4. ICMP/ICMPv6：Internet控制信息協議ICMP用於發送網路操作或錯誤操作的相關信息，如通告網路錯誤和擁塞。ICMPv6在IPv6中進行了修訂，並集成了IPv6組成員協議。
5. SNMP：簡單網路管理協議SNMP用於管理網路節點，如伺服器、工作站、路由器等，以提高網路效能和解決網路問題。
6. DNS：域名系統（服務）協議DNS用於將域名轉換為IP地址，是網際網路服務的重要基礎。
以上協議共同構成了網路通信的基礎，確保了數據在不同設備間的准確傳輸和高效管理。
⑶ 計算機網路的主要協議是什麼
協議是用來描述進程之間信息交換數據時的規則術語。在計算機網路中，兩個相互通信的實體處在不同的地理位置，其上的兩個進程相互通信，需要通過交換信息來協調它們的動作和達到同步，而信息的交換必須按照預先共同約定好的過程進行。
例如，網路中一個微機用戶和一個大型主機的操作員進行通信，由於這兩個數據終端所用字元集不同，因此操作員所輸入的命令彼此不認識。為了能進行通信，規定每個終端都要將各自字元集中的字元先變換為標准字元集的字元後，才進入網路傳送，到達目的終端之後，再變換為該終端字元集的字元。當然，對於不相容終端，除了需變換字元集字元外。其他特性，如顯示格式、行長、行數、屏幕滾動方式等也需作相應的變換。這樣的協議通常稱為虛擬終端協議。又如，通信雙方常常需要約定何時開始通信和如何通信，這也是一種協議。所以協議是通信雙方為了實現通信所進行的約定或對話規則。
計算機網路的協議主要由語義、語法和交換規則（時序）三部分組成，即協議三要素：
語義：規定通信雙方彼此「講什麼」，即確定協議元素的類型，如規定通信雙方要發出什麼控制信息，執行的動作和返回的應答。
語法：規定通信雙方彼此「如何講」，即確定協議元素的格式，如數據和控制信息的格式。
交換規則：規定了信息交流的次序。
三要素是規則約定的不同方面，缺一不可。
⑷ 計算機網路協議有哪些
計算機網路協議有：
TCP/IP協議
HTTP協議
FTP協議
SMTP協議
DNS協議等。
TCP/IP協議：是Internet最基本的協議，也是最重要的協議之一。它包含了一系列協議，如傳輸控制協議TCP、網路協議IP等。TCP負責數據的傳輸，確保數據在傳輸過程中的可靠性和完整性；IP負責數據的路由和定址。這兩個協議的配合使用，使得計算機之間能夠通過網路進行通信和數據交換。
HTTP協議：是互聯網上應用最廣泛的協議之一，用於實現Web瀏覽器與Web伺服器之間的通信。HTTP協議定義了數據如何在客戶端和伺服器之間進行交換，包括請求和響應的格式以及數據傳輸的方式。通過這個協議，我們可以在網上瀏覽各種網頁和進行各種在線操作。
FTP協議：文件傳輸協議，用於在網路間傳輸文件。通過FTP協議，用戶可以在本地計算機和遠程計算機之間上傳和下載文件。這個協議在互聯網上的應用非常廣泛，尤其是在需要上傳和下載大量數據的場合。
SMTP協議：簡單郵件傳輸協議，用於在網路上發送電子郵件。通過SMTP協議，電子郵件可以從發送者的計算機發送到接收者的計算機。這個協議在電子郵件的發送過程中起著關鍵的作用。除此之外還有DNS協議：域名系統協議，用於將域名轉換為IP地址，使得我們在瀏覽器上可以通過域名訪問網站。總的來說，計算機網路協議的這些組成部分共同協作，實現了計算機之間的通信和數據交換。
⑸ 我們經常使用的計算機網路協議主要有哪些
常用的網路協議有：x0dx0ax0dx0aIP/IPv4：網際協議x0dx0aTCP：傳輸控制協議x0dx0aIGMP：Internet 組管理協議x0dx0aICMP/ICMPv6：Internet控制信息協議x0dx0aSNMP：簡單網路管理協議x0dx0aDNS：域名系統（服務）協議x0dx0ax0dx0a具體介紹：x0dx0ax0dx0aIP/IPv4：網際協議x0dx0ax0dx0a 網際協議（IP）是一個網路層協議，它包含定址信息和控制信息 ，可使數據包在網路中路由。IP 協議是 TCP/IP 協議族中的主要網路層協議，與 TCP 協議結合組成整個網際網路協議的核心協議。IP 協議同樣都適用於 LAN 和 WAN 通信。x0dx0ax0dx0a IP 協議有兩個基本任務：提供無連接的和最有效的數據包傳送；提供數據包的分割及重組以支持不同最大傳輸單元大小的數據連接。對於互聯網路中 IP 數據報的路由選擇處理，有一套完善的 IP 定址方式。每一個 IP 地址都有其特定的組成但同時遵循基本格式。IP 地址可以進行細分並可用於建立子網地址。TCP/IP 網路中的每台計算機都被分配了一個唯一的 32 位邏輯地址，這個地址分為兩個主要部分：網路號和主機號。網路號用以確認網路，如果該網路是網際網路的一部分，其網路號必須由 InterNIC 統一分配。一個網路伺服器供應商（ISP）可以從 InterNIC 那裡獲得一塊網路地址，按照需要自己分配地址空間。主機號確認網路中的主機，它由本地網路管理員分配。x0dx0ax0dx0a 當你發送或接受數據時（例如，一封電子信函或網頁），消息分成若干個塊，也就是我們所說的「包」。每個包既包含發送者的網路地址又包含接受者的地址。由於消息被劃分為大量的包，若需要，每個包都可以通過不同的網路路徑發送出去。包到達時的順序不一定和發送順序相同， IP 協議只用於發送包，而 TCP 協議負責將其按正確順序排列。x0dx0ax0dx0a 除了 ARP 和 RARP，其它所有 TCP/IP 族中的協議都是使用 IP 傳送主機與主機間的通信。當前 IP 協議有兩種版本：IPv4 和 IPv6。本文主要闡述 IPv4 。IPv6 的相關細節將在其它文件中再作介紹。 x0dx0ax0dx0aTCP：傳輸控制協議x0dx0a 傳輸控制協議 TCP 是 TCP/IP 協議棧中的傳輸層協議，它通過序列確認以及包重發機制，提供可靠的數據流發送和到應用程序的虛擬連接服務。與 IP 協議相結合， TCP 組成了網際網路協議的核心。 x0dx0ax0dx0a 由於大多數網路應用程序都在同一台機器上運行，計算機上必須能夠確保目的地機器上的軟體程序能從源地址機器處獲得數據包，以及源計算機能收到正確的回復。這是通過使用 TCP 的「埠號」完成的。網路 IP 地址和埠號結合成為唯一的標識 , 我們稱之為「套接字」或「端點」。 TCP 在端點間建立連接或虛擬電路進行可靠通信。x0dx0ax0dx0a TCP 服務提供了數據流傳輸、可靠性、有效流控制、全雙工操作和多路復用技術等。x0dx0ax0dx0a 關於流數據傳輸 ,TCP 交付一個由序列號定義的無結構的位元組流。 這個服務對應用程序有利，因為在送出到 TCP 之前應用程序不需要將數據劃分成塊， TCP 可以將位元組整合成欄位，然後傳給 IP 進行發送。x0dx0ax0dx0a TCP 通過面向連接的、端到端的可靠數據報發送來保證可靠性。 TCP 在位元組上加上一個遞進的確認序列號來告訴接收者發送者期望收到的下一個位元組。如果在規定時間內，沒有收到關於這個包的確認響應，重新發送此包。 TCP 的可靠機制允許設備處理丟失、延時、重復及讀錯的包。超時機制允許設備監測丟失包並請求重發。x0dx0ax0dx0a TCP 提供了有效流控制。當向發送者返回確認響應時，接收 TCP 進程就會說明它能接收並保證緩存不會發生溢出的最高序列號。x0dx0ax0dx0a 全雙工操作： TCP 進程能夠同時發送和接收包。x0dx0ax0dx0a TCP 中的多路技術：大量同時發生的上層會話能在單個連接上時進行多路復用。x0dx0ax0dx0aIGMP：Internet 組管理協議x0dx0a Internet 組管理協議（IGMP）是網際網路協議家族中的一個組播協議，用於 IP 主機向任一個直接相鄰的路由器報告他們的組成員情況。IGMP 信息封裝在 IP 報文中，其 IP 的協議號為 2。IGMP 具有三種版本，即 IGMP v1、v2 和 v3。x0dx0ax0dx0aIGMPv1： 主機可以加入組播組。沒有離開信息（leave messages）。路由器使用基於超時的機制去發現其成員不關注的組。 x0dx0aIGMPv2： 該協議包含了離開信息，允許迅速向路由協議報告組成員終止情況，這對高帶寬組播組或易變型組播組成員而言是非常重要的。 x0dx0aIGMPv3： 與以上兩種協議相比，該協議的主要改動為：允許主機指定它要接收通信流量的主機對象。來自網路中其它主機的流量是被隔離的。IGMPv3 也支持主機阻止那些來自於非要求的主機發送的網路數據包。 x0dx0a IGMP 協議變種有： x0dx0ax0dx0a距離矢量組播路由選擇協議（DVMRP： Distance Vector Multicast Routing Protocol） x0dx0aIGMP 用戶認證協議 （IGAP： IGMP for user Authentication Protocol） x0dx0a路由器埠組管理協議（RGMP： Router-port Group Management Protocol） x0dx0ax0dx0aICMP/ICMPv6：Internet控制信息協議x0dx0a Internet 控制信息協議（ICMP）是 IP 組的一個整合部分。通過 IP 包傳送的 ICMP 信息主要用於涉及網路操作或錯誤操作的不可達信息。ICMP 包發送是不可靠的，所以主機不能依靠接收 ICMP 包解決任何網路問題。ICMP 的主要功能如下：x0dx0ax0dx0a 通告網路錯誤。比如，某台主機或整個網路由於某些故障不可達。如果有指向某個埠號的 TCP 或 UDP 包沒有指明接受端，這也由 ICMP 報告。x0dx0ax0dx0a 通告網路擁塞。當路由器緩存太多包，由於傳輸速度無法達到它們的接收速度，將會生成「 ICMP 源結束」信息。對於發送者，這些信息將會導致傳輸速度降低。當然，更多的 ICMP 源結束信息的生成也將引起更多的網路擁塞，所以使用起來較為保守。x0dx0ax0dx0a 協助解決故障。ICMP 支持 Echo 功能，即在兩個主機間一個往返路徑上發送一個包。 Ping 是一種基於這種特性的通用網路管理工具，它將傳輸一系列的包，測量平均往返次數並計算丟失百分比。x0dx0ax0dx0a 通告超時。如果一個 IP 包的 TTL 降低到零，路由器就會丟棄此包，這時會生成一個 ICMP 包通告這一事實。TraceRoute 是一個工具，它通過發送小 TTL 值的包及監視 ICMP 超時通告可以顯示網路路由。x0dx0ax0dx0a ICMP 在 IPv6 定義中重新修訂。此外， IPv4 組成員協議（IGMP）的多點傳送控制功能也嵌入到 ICMPv6 中。 x0dx0ax0dx0aSNMP：簡單網路管理協議x0dx0a SNMP 是專門設計用於在 IP 網路管理網路節點（伺服器、工作站、路由器、交換機及 HUBS 等）的一種標准協議，它是一種應用層協議。 SNMP 使網路管理員能夠管理網路效能，發現並解決網路問題以及規劃網路增長。通過 SNMP 接收隨機消息（及事件報告）網路管理系統獲知網路出現問題。x0dx0ax0dx0a SNMP 管理的網路有三個主要組成部分：管理的設備、代理和網路管理系統。管理設備是一個網路節點，包含 ANMP 代理並處在管理網路之中。被管理的設備用於收集並儲存管理信息。通過 SNMP ， NMS 能得到這些信息。被管理設備，有時稱為網路單元，可能指路由器、訪問伺服器，交換機和網橋、 HUBS 、主機或列印機。 SNMP 代理是被管理設備上的一個網路管理軟體模塊。 SNMP 代理擁有本地的相關管理信息，並將它們轉換成與 SNMP 兼容的格式。 NMS 運行應用程序以實現監控被管理設備。此外， NMS 還為網路管理提供了大量的處理程序及必須的儲存資源。任何受管理的網路至少需要一個或多個 NMS 。x0dx0ax0dx0a 目前， SNMP 有 3 種： SNMPV1 、 SNMPV2 、 SNMPV3。第 1 版和第 2 版沒有太大差距，但 SNMPV2 是增強版本，包含了其它協議操作。與前兩種相比， SNMPV3 則包含更多安全和遠程配置。為了解決不同 SNMP 版本間的不兼容問題， RFC3584 種定義了三者共存策略。x0dx0ax0dx0a SNMP 還包括一組由 RMON 、 RMON2 、 MTB 、 MTB2 、 OCDS 及 OCDS 定義的擴展協議。 x0dx0ax0dx0aDNS：域名系統（服務）協議x0dx0a 域名系統（服務）協議（DNS）是一種分布式網路目錄服務，主要用於域名與 IP 地址的相互轉換，以及控制網際網路的電子郵件的發送。大多數網際網路服務依賴於 DNS 而工作，一旦 DNS 出錯，就無法連接 Web 站點，電子郵件的發送也會中止。x0dx0ax0dx0a DNS 有兩個獨立的方面 ： x0dx0ax0dx0a定義了命名語法和規范，以利於通過名稱委派域名許可權。基本語法是： local.group.site； x0dx0a定義了如何實現一個分布式計算機系統，以便有效地將域名轉換成 IP 地址。 x0dx0a 在 DNS 命名方式中，採用了分散和分層的機制來實現域名空間的委派授權以及域名與地址相轉換的授權。通過使用 DNS 的命名方式來為遍布全球的網路設備分配域名，而這則是由分散在世界各地的伺服器實現的。x0dx0ax0dx0a 理論上， DNS 協議中的域名標准闡述了一種可用任意標簽值的分布式的抽象域名空間。任何組織都可以建立域名系統，為其所有分布結構選擇標簽，但大多數 DNS 協議用戶遵循官方網際網路域名系統使用的分級標簽。常見的頂級域是： COM 、 EDU 、 GOV 、 NET 、 ORG 、 BIZ ，另外還有一些帶國家代碼的頂級域。x0dx0ax0dx0a DNS 的分布式機制支持有效且可靠的名字到 IP 地址的映射。多數名字可以在本地映射，不同站點的伺服器相互合作能夠解決大網路的名字與 IP 地址的映射問題。單個伺服器的故障不會影響 DNS 的正確操作。 DNS 是一種通用協議，它並不僅限於網路設備名稱。