❶ 計算機網路——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 的目的是為了使郵件的傳送成為可靠的。
❷ 有什麼方法可以使電腦的網路有延時功能
電腦的網路是沒有辦法延時的，但如果你開直播的話，是可以設置直播延遲的，你想延遲幾分鍾，你可以自己設置，其他的就沒辦法了
❸ win10怎樣設置電腦時間跟網路時間同步
首先，我們要打開「我的電腦」快捷方式，然後點擊「計算機」選項
然後點擊「計算機」選項之後，再點擊上方的「打開設置」選項
點擊上方的「打開設置」選項之後，找到並點擊「時間與語言」
打開「時間與語言」之後，在時區里選擇所在時區，系統將自動調節時間
我們還可以在剛剛的界面上找到「更改日期和時間格式」
「更改日期和時間格式」的界面如圖，選擇自己需要的格式，就可以了
❹ 如何知道本計算機連接網路時間！
例如網路：在開始——執行里輸入cmd，然後在打開的窗口裡輸入ping www..com就知道連接網路所用的時間是多少了
❺ 電腦的時間怎麼設置和網路同步
電腦的時間設置和網路同步可以在電腦的設置中更改，具體辦法如下：
1、在電腦右下角的時間欄上右擊，選擇調整日期和時間。
❻ 計算機網路發送時延和傳播時延怎麼算
總時延 = 排隊時延 + 處理時延 + 傳輸時延 + 傳播時延
1. 排隊時延
分組在路由器的輸入隊列和輸出隊列中排隊等待的時間，取決於網路當前的通信量。
2. 處理時延
主機或路由器收到分組時進行處理所需要的時間，例如分析首部、從分組中提取數據、進行差錯檢驗或查找適當的路由等。
3. 傳輸時延
主機或路由器傳輸數據幀所需要的時間。
(6)計算機網路接收時間擴展閱讀
網路延時高可能有以下幾個原因：
1. 本機到伺服器之間路由跳數過多。由於光/電的傳輸速度非常快，他們在物理介質中的傳播時間幾乎可以忽略不計，但是路由器轉發數據包的處理時間是不可忽略的。當本機到伺服器鏈路中有太多路由轉發處理時，網路延時就會很明顯。
2. 網路帶寬不夠。排除其它因素，如果客戶端和伺服器端直接通過一個路由器連接，但帶寬只有10Kbps，卻同時有多個應用需要傳輸遠超帶寬的數據量200Kbps，這時候會造成大量數據丟失，從而表現為響應延時。
3. 處理帶寬不夠。排除其它因素，如果客戶端和伺服器端直接通過一個路由器連接，且帶寬足夠，但伺服器端處理能力不足，也會造成響應延時。
❼ 計算機網路中的四種延遲分別是什麼
計算機網路中的四種延遲分別是：節點處理延遲 、排隊延遲、發送延遲、傳播延遲。
1、節點處理延遲
數據更改在一個伺服器上完成與該更改出現在另一個伺服器上之間所用的時間（例如在發布伺服器上進行更改和該更改出現在訂閱伺服器上之間的時間）。
延遲是指幀從網路上一個埠進入到從另一個埠出去，所花費的時間。
2、網路延遲
網路延遲是指各式各樣的數據在網路介質中通過網路協議(如TCP/IP)進行傳輸，如果信息量過大不加以限制，超額的網路流量就會導致設備反應緩慢，造成網路延遲。
3、排隊延遲
時延是指數據從網路的一端傳送到另一端所需的時間。排隊時延是指分組在經過網路傳輸時，要經過許多的路由器。但分組在進入路由器後要在輸入隊列中排隊等待處理。在路由器確定了轉發介面後，還要在輸出隊列中排隊等待轉發。
4、時延
時延是指一個報文或分組從一個網路的一端傳送到另一個端所需要的時間。它包括了發送時延，傳播時延，處理時延，排隊時延。（時延=發送時延+傳播時延+處理時延+排隊時延）一般，發送時延與傳播時延是我們主要考慮的。對於報文長度較大的情況，發送時延是主要矛盾；報文長度較小的情況，傳播時延是主要矛盾。
時延是指數據包第一個比特進入路由器到最後一比特從路由器輸出的時間間隔。在測試中通常使用測試儀表發出測試包到收到數據包的時間間隔。時延與數據包長相關，通常在路由器埠吞吐量范圍內測試，超過吞吐量測試該指標沒有意義。
(7)計算機網路接收時間擴展閱讀：
定義：在傳輸介質中傳輸所用的時間，即從報文開始進入網路到它開始離開網路之間的時間。
如何定義網路延遲程度：
（網路延遲PING值越低速度越快）
1~30ms：極快，幾乎察覺不出有延遲，玩任何游戲速度都特別順暢
31~50ms：良好，可以正常游戲，沒有明顯的延遲情況
51~100ms：普通，對抗類游戲能感覺出明顯延遲，稍有停頓
>100ms：差，無法正常游戲，有卡頓，丟包並掉線現象
計算方法：1秒=1000毫秒（例：30ms為0.03秒）
參考資料來源：
網路-時延
網路-排隊延遲
網路-網路延遲
網路-延遲
❽ 電腦寬頻連接時間在哪裡看
電腦寬頻連接可通過以下步驟進行操作，以windows7系統為例：
1、可在控制面板，選擇網路和internet選項，找到網路連接。如沒有，可以直接創建後使用，打開電腦開始菜單，在開始菜單中打開控制面板 ，在控制面板中找到網路和internet選項並單擊，進入網路設置頁面；
2、在網路和共享中心下方，找到查看網路狀態和任務的選項，用滑鼠左擊此選項；
3、在網路狀態任務界面中，在下面的更改網路設置一欄里，點擊設置新的連接或者網路；
4、選擇連接選項，選擇第一項即連接到internet，點擊後開始下一步；
5、如之前沒有連接過網路，此時將會有一個提示，即建立一個連接，如之前連接過，現在還需另外建立一個連接，可點擊創建新連接選項，點擊下一步；
6、在連接到internet這個頁面中，輸入網路賬戶的用戶名和密碼，給這個網路連接命名一個名字，名字可以隨便命名。設置完後，點擊連接就成功建立了一個網路連接了；
7、這樣即可打開桌面的寬頻連接圖標，點擊其中的一個網路連接，點擊連接按鈕，就可以連接網路使用了。
❾ 計算機網路體系的時間對應關系
計算機的網路結構可以從網路體系結構，網路組織和網路配置三個方面來描述，網路組織是從網路的物理結構和網路的實現兩方面來描述計算機網路，網路配置是從網路應用方面來描述計算機網路的布局，硬體、軟體和通信線路來描述計算機網路，網路體系結構是從功能上來描述計算機網路結構。
網路協議是計算機網路必不可少的，一個完整的計算機網路需要有一套復雜的協議集合，組織復雜的計算機網路協議的最好方式就是層次模型。而將計算機網路層次模型和各層協議的集合定義為計算機網路體系結構（Network Architecture）。
計算機網路由多個互連的結點組成，結點之間要不斷地交換數據和控制信息，要做到有條不紊地交換數據，每個結點就必須遵守一整套合理而嚴謹的結構化管理體系·計算機網路就是按照高度結構化設計方法採用功能分層原理來實現的，即計算機網路體系結構的內容。
通常所說的計算機網路體系結構，即在世界范圍內統一協議，制定軟體標准和硬體標准，並將計算機網路及其部件所應完成的功能精確定義，從而使不同的計算機能夠在相同功能中進行信息對接。
❿ 電腦連接網路時間長是怎麼回事
電腦連接網路時間長出現提示的原因是：SP2更多考慮了安全問題，IP設置為自動獲取，其實是從DHCP伺服器獲取IP及相關參數，但是這個過程可能由於某種原因，沒有完成。
在SP1時代，這種情況下，操作系統為了防止脫網，自作主張為網卡設置169.x.x.x的保留IP，不作任何錯誤提示。
如果有多台計算機沒有獲得正確的IP，那麼他們通過保留地址還可以互相通訊。
但是安裝SP2後，操作系統依據「安全」至上的原則，不分配任何IP，切斷網路連接，並報告錯誤「本地連接受限制或無連接」。
腦上的本地連接顯示受限制或無連接是跟網路伺服器和網卡有關的。
反正屬於網路方面的問題，跟計算機沒多大關系，不影響系統，可以不用管。