計算機網路確認號怎麼看

❶ 怎麼算網路號和廣播地址

IP: 149 . 88 . 160 . 58

MASK:11111111.11111111.11000000.00000000

這個IP屬於149.88.128.0/18這個網段。

網路號：主機位全為0,即149.88.10000000.00000000 即149.88.128.0

廣播地址：主機位全為1,即149.88.10111111.11111111即149.88.191.255

詳細過程如下：

我們將149.88.160.58/18這個網路地址劃分成能容納101/54/2個主機的子網。因此我們要先確定主機位，然後根據主機位決定網路位，最後確定詳細的IP地址。

① 確定主機位

將所需要的主機數自大而小的排列出來：101/54/2，然後根據網路擁有的IP數目確定每個子網的主機位：如果2的n次方-2≥該網段的IP數目，那麼主機位就等於n。於是，得到：7/6/2。

② 根據主機位決定網路位

用32減去主機位剩下的數值就是網路位，得到：25/26/30。

③ 確定詳細的IP地址

在二進制中用網路位數值掩蓋IP前面相應的位數，然後後面的為IP位。選取每個子網的第一個IP為網路地址，最後一個為廣播地址，之間的為有效IP。得到：

【網路地址】 【有效IP】 【廣播地址】

【192.168.5.0/25】【192.168.5.1/25-192.168.5.126/25】【192.168.5.127/25】

【192.168.5.128/26】【192.168.5.129/26-192.168.5.190/26】【192.168.5.191/26】

【192.168.5.192/30】【192.168.5.193/30-192.168.5.194/30】【192.168.5.195/30】

網路號就是主機位全為0,廣播地址就是主機位全為1。

(1)計算機網路確認號怎麼看擴展閱讀：

IP地址分類

1.私有地址

上面提到IP地址在全世界范圍內唯一，Internet管理委員會規定如下地址段為私有地址。

2.廣播地址

TCP/IP規定，主機號全為"1"的網路地址用於廣播之用，叫做廣播地址。所謂廣播，指同時向同一子網所有主機發送報文。

3.網路地址

TCP/IP協議規定，各位全為"0"的網路號被解釋成"本"網路。由上可以看出：一、含網路號127的分組不能出現在任何網路上；二、主機和網關不能為該地址廣播任何尋徑信息。

參考資料：網路-廣播地址

❷ 計算機網路用IP地址與子網掩碼，怎麼求網路號和主機號

將IP地址分成了網路號和主機號兩部分，設計者就必須決定每部分包含多少位。網路號的位數直接決定了可以分配的網路數（計算方法2^網路號位數）；主機號的位數則決定了網路中最大的主機數（計算方法2^主機號位數-2）。然而，由於整個互聯網所包含的網路規模可能比較大，也可能比較小，設計者最後聰明的選擇了一種靈活的方案：將IP地址空間劃分成不同的類別，每一類具有不同的網路號位數和主機號位數。
例如：
192.168.1.120/255.255.255.0
如何算出它的網路號.主機號

這個從二進制角度說比較方便。
首先把地址和掩碼轉換為二進制（熟了就不用了）
IP地址：11000000.10101000.00000001.01111000
掩碼：11111111.11111111.11111111.00000000
（掩碼24個1，就是說這個地址是24位掩碼的）

掩碼為1的部分表示網路號，為0的部分表示主機號。
IP地址與掩碼相與得出網路地址，
換個演算法就是地址的前24位（掩碼1的個數）後面補0是網路地址

❸ 計算機的GUID號怎麼查看

在HKEY_CLASSES_ROOTCLSID注冊表中查看。

• GUID

  （全球唯一標識符）

全局唯一標識符（GUID，Globally Unique Identifier）是一種由演算法生成的二進制長度為128位的數字標識符。GUID主要用於在擁有多個節點、多台計算機的網路或系統中。在理想情況下，任何計算機和計算機集群都不會生成兩個相同的GUID。

GUID 的總數達到了2^128（3.4×10^38）個，所以隨機生成兩個相同GUID的可能性非常小，但並不為0。所以，用於生成GUID的演算法通常都加入了非隨機的參數（如時間），以保證這種重復的情況不會發生。

GUID一詞有時也專指微軟對UUID標準的實現。

在 Windows 平台上，GUID 廣泛應用於微軟的產品中，用於標識如注冊表項、類及介面標識、資料庫、系統目錄等對象。

電腦中的GUID可以在注冊表中找到，具體方法如下：

1，點擊開始，運行，輸入：regedit，然後點擊確定。

GUID 的格式為「xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx」，其中每個 x 是 0-9 或 a-f 范圍內的一個4位十六進制數。例如：6F9619FF-8B86-D011-B42D-00C04FC964FF 即為有效的 GUID 值。

❹ 運輸層知識要點——謝希仁《計算機網路》

為了在計算機網路中有條不紊地交換數據，就必須遵守一些事先約定好的規則。這些規則明確規定了所 交換數據的格式 以及有關的 同步 問題。

同步的含義：在一定條件下應當發生什麼事件，因而含有時序的意思。

網路協議：為進行網路中的數據交換而建立的規則、標准或約定。

網路協議由以下三個要素組成：

   1）語法：即數據與控制信息的結構或格式

   2）語義：即需要發出何種控制信息，完成何種動作以及做出何種反應

   3）同步：即事件實現順序的詳細說明

一、運輸層協議的概述

   1.1 進程之間的通信

   1.2 運輸層的兩個主要協議

   1.3 運輸層的埠

二、用戶數據報協議UDP

   2.1 UDP概述

   2.2 UDP的首部格式

三、傳輸控制協議TCP概述

   3.1 TCP的最主要的特點

   3.2 TCP的連接

四、可靠傳輸的工作原理

   4.1 停止等待協議

   4.2 連續ARQ協議

五、TCP報文段的首部格式

六、TCP可靠傳輸的實現

   6.1 以位元組為單位的滑動窗口

   6.2 超時重傳時間的選擇

   6.3 選擇確認SACK

七、TCP的流量控制

   7.1 利用滑動窗口實現流量控制

   7.2 必須考慮傳輸效率

八、TCP的擁塞控制

   8.1 擁塞控制的一般原理

   8.2 幾種擁塞控制方法

   8.3 隨機早期檢測RED

九、TCP的運輸連接管理

   9.1 TCP的連接建立

   9.2 TCP的連接釋放

   9.3 TCP的有限狀態機

//////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

1.1 進程之間的通信

1.只有主機的協議棧才有運輸層，而網路核心部分中的路由器在轉發分組時都只用到了下三層的功能

2.兩個主機進行通信就是兩個主機中的應用進程互相通信。從運輸層的角度看，通信的真正端點並不是主機而是主機中的進程。（IP協議能把分組送到目的主機）

網路層時為主機之間提供邏輯通信，而運輸層為應用進程之間提供端到端的邏輯通信。

3.運輸層一個重要功能——復用、分用。 （應用進程復用、分用運輸層）

1.2 運輸層的兩個主要協議

1.UDP—User Datagram Protocol 用戶數據報協議（無連接）：DNS/RIP/DHCP/SNMP/NFS

TCP—Transmission Control Protocol 傳輸控制協議（面向連接）：SMTP/TELNET/HTTP/ FTP

1.3 運輸層的埠

問題：為了使運行不同操作系統的計算機的應用進程能夠互相通信，就必須使用統一的方法（而這種方法必須與特定操作系統無關）對TCP/IP體系的應用進程進行標識。

為什麼不用進程號來區分？（第一，不同操作系統的進程標識符不同；第二，用功能來識別，而不是進程，例如郵件服務功能，而不管具體是哪個進程）

解決方案：在運輸層使用協議埠號，即埠。軟體埠是應用層的各種協議進程與運輸實體進行層間交互的一種地址。（埠號只具有本地意義，只是為了標識本計算機應用層中各個進程在和運輸層交互時的層間介面。）

埠分為兩大類：

1）伺服器使用的埠號：熟知埠號或系統埠號（0~1023）；登記埠號（1024~49151）

2）客戶端使用的埠號：49152~65535

2.1 UDP概述

1.UDP只在IP的數據報服務至上增加了很少一點功能，就是復用、分用以及差錯檢測功能

2.特點

   1）無連接

   2）盡最大努力交付

   3）面向報文 （不合並、不拆分、保留這些報文的邊界）

   4）UDP沒有擁塞控制

   5）UDP支持一對一、一對多、多對一和多對多的交互通信

   6）UDP的首部開銷小，只有8位元組

應用進程本身可以在不影響應用的實時性的前提下，增加一些提高可靠性的措施，如採用前向糾錯或重傳已丟失的報文。

2.2 UDP的首部格式

1.traceroute 讓發送的UDP用戶數據報故意使用一個非法的UDP埠號，接收方丟棄報文，並由ICMP（網路控制報文協議）發送「埠不可達」差錯報文給發送方。

2.計算檢驗和。IP數據報的校驗和只檢驗IP數據報的首部，但UDP的校驗和是把首部和數據部分一起都檢驗。（12位元組的首部+真正的首部+數據來進行校驗和的計算）

   Q1.為什麼計算校驗和要加12位元組的偽首部

   Q2.計算校驗和的原理是什麼？

3.1 TCP的最主要的特點

1.面向連接的運輸層協議（建立連接、傳輸數據、釋放連接）

2.點對點，每一條TCP連接只能有兩個端點

3.可靠交付（無差錯、不丟失、不重復、並且按序到達）

4.全雙工通信。TCP連接的兩端都設有發送緩存和接收緩存。

5.面向位元組流。（流指的是流入到進程或從進程流出的位元組序列；面向位元組流：TCP把應用程序交下來的數據看成是一連串的無結構位元組流。 接收方的應用程序必須有能力識別接收到的位元組流，把它還原成有意義的應用層數據。 因此TCP可以根據窗口值和當前網路狀況調整發送的報文長度。劃分短一點，或者積累到足夠多再發送出去。）

3.2 TCP的連接

1.TCP把連接作為最基本的抽象。

2.每一條TCP連接有兩個端點。TCP連接的端點叫作套接字。

   套接字soket = （IP地址：埠號）

每一條TCP連接唯一地被通信兩端的兩個端點（即兩個套接字）所確定。

   TCP連接 ::= {socket1, socket2}

理想的傳輸條件有以下兩個特點：

   1）傳輸信道不產生差錯

   2）不管發送方以多快的速度發送數據，接收方總是來得及處理收到的數據

實際的網路並不具備，因此：

   1）出現差錯時，讓發送方重傳

   2）接收方來不及處理時，及時告訴發送方適當降低發送數據的速度

4.1 停止等待協議

1.「停止等待」就是沒發送完一個分組就停止發送，等待對方的確認，在收到確認後再發送下一個分組。

2.超時重傳。在每發完一個分組就設置一個超時計時器，如果在超時計時器之前收到對方的確認，就撤銷已設置的超時計時器。如果未收到，就認為剛才的分組丟失，並重傳。

3.三種情況：A發送的分組出錯、丟失；B發送的確認丟失；B發送的確認遲到

確認丟失：B丟棄重復的分組，向A重傳確認

確認遲到：A丟棄重復的確認，B丟棄重復分組，並向A重傳確認

4.常稱為自動重傳請求ARQ，重傳時自動進行的（超時即重傳）

5.缺點：信道利用率太低

   U=Td/(Td+RTT+Ta)

為了提高傳輸效率，發送方不使用停止等待協議，而是採用流水線傳輸。流水線傳輸就是發送發可連續發送多個分組，不必等每發完一個分組就停頓下來等待對方的確認。（連續ARQ協議和滑動窗口協議）

4.2 連續ARQ協議

1.位於發送窗口內的分組都可連續發送出去，而不需要等待對方的確認。

2.累積確認：接收方不必對收到的分組逐個發送確認，而是在收到幾個分組後，對按序到達的最後一個分組發送確認。

3.缺點：Go-back-N （發送前5個分組，第3個分組丟失，後面三個要重傳）

1.源埠和目的埠

2.序號。 每個位元組都按順序編號。

3.確認號。 期望收到對方下一個報文段的第一個數據位元組的序號。

若確認號=N，則表明：到序號N-1為止的所有數據都已正確收到。

4.數據偏移。 指出TCP報文段的數據起始處距離TCP報文段的起始處有多遠（也即TCP報文段首部長度）。由於首部中還有長度不確定的選項欄位，因此數據偏移欄位是必要的。

5.窗口。窗口欄位明確指出了現在允許對方發送的數據量。窗口值是經常在動態變化著。

6.1 以位元組為單位的滑動窗口

1.發送緩存用來暫存：

   1）發送應用程序傳送給發送方TCP准備發送的數據；

   2）TCP已發送但未收到確認德爾數據

2.接收緩存用來存放：

   1）按序到達的、但尚未被接收應收程序讀取的數據；

   2）未按序到達的數據

3.注意三點：

   1）A的發送窗口是根據B的接收窗口設置的，但是在同一時刻，由於網路傳輸的滯後，A的發送窗口並不總是B的接收窗口一樣大

   2）TCP通常對不按序到達的數據是先臨時存放在接收窗口中，等到位元組流中所缺少的位元組收到後，再按序交付上層的應用進程

   3）TCP接收方有累計確認功能（不能過分推遲發送確認，否則會導致發送方不必要的重傳）

6.2 超時重傳時間的選擇

1.超時重傳時間設置太短，會引起很多不必要的重傳；如果設置太長，使網路的空閑時間增大，降低傳輸效率。

2.新的RTTs = (1-a)x(舊的RTTs) + ax（新的RTT樣本），其中RTT樣本的時間為：記錄一個報文段發出的時間，以及收到相應的確認時間，時間差就是報文段的往返時間RTT。

3.RTO = RTTs + 4 x RTTd，其中RTO為超時重傳時間，RTTd是RTT的偏差的加權平均值。

新的RTTd = (1-b) x （舊的RTTd）+ b x |RTTs - 新的RTT樣本|

4.一個問題：發送一個報文段，設定的重傳時間到了，還沒有收到確認。於是重傳報文段。經過一段時間，收到了確認報文段。現在的問題是：如何判定此確認報文段是對先發送的報文段的確認，還是對後來重傳的報文段的確認？

1）解決方法1，在計算加權平均值RTTs時，只要報文段重傳了，就不採用其往返時間樣本。

引入的問題：報文段的時延突然增大的情況

2）解決方法2，報文段每重傳一次，就把超時重傳時間RTO增大一些（一般是2倍）。當不在發生報文段的重傳時，再根據加權平均計算。

6.3 選擇確認SACK

SACK文檔並沒有指明發送發應當怎樣響應SACK。因此大多數的實現還是重傳所有未被確認的數據塊。

7.1 利用滑動窗口實現流量控制

1.流量控制：就是讓發送方的發送速率不要太快，要讓接收方來得及接收。

2.利用滑動窗口機制可很方便地在TCP連接上實現對發送方的流量控制。發送方的發送窗口不能超過接收方給出的接收窗口的數值。

3.死鎖情況：B向A發送了零窗口的報文段後不久，B又有了一些緩存空間，因此B向A發送rwnd = 400.然而該報文段在傳送過程中丟失。A一直等待B發送的非零窗口的通知，B也一直等待A發送的數據。（ 窗口通知不超時重傳？為什麼？ ）

解決方法：TCP為每個連接設有一個持續計時器。只要一方收到對方的零窗口通知，就啟動計時器。計時器到期後，發送一個零窗口探測報文段，而對方就在確認這個探測報文段時給出了現在的窗口值。若仍為零，收到報文段的一方重新設置持續計時器。

7.2 必須考慮傳輸效率

1.應用程序把數據傳送到TCP的發送緩存後，剩下的發送任務就由TCP來控制了。

2.三種不同的機制來控制TCP報文段的發送時機：

   1）TCP維持一個變數，它等於最大報文段長度MSS，只要緩存中的存放的數據達到MSS，就組裝成一個TCP報文段發送出去

   2）由發送方的應用進程指明要求發送報文段，即TCP支持推送操作

   3）發送方設置一個定時器

3.問題一、若用戶只發送一個位元組，則非常浪費帶寬。

解決方法：若發送應用程序把要發送的數據逐個位元組地送到TCP的發送緩存，則發送方就把第一個數據位元組先發送出去，把後面到達的數據位元組都緩存起來。當發送方收到對第一個數據字元的確認後，再把發送緩存中的所有數據組裝成一個報文段發送出去。（採用收到確認就發送+並開始緩存的方式；同時當到達的數據已達到發送窗口大小的一半或已達到報文段的最大長度時，就立即發送一個報文段。）

4.問題二、糊塗窗口綜合症。接收緩存已滿，應用程序一次只讀取一個位元組，然後向發送方發送確認。

解決方法：讓接收方等待一段時間，使得接收緩存已有足夠空間容納一個最長的報文段，或者等到接收緩存已有一半空閑的空間。則接收方就發出確認報文。

8.1 擁塞控制的一般原理

1.擁塞的定義：對資源的需求 > 可用資源。 在計算機網路中的鏈路帶寬、交換結點中的緩存和處理機等，都是網路中的資源。

2.擁塞解決不能靠解決某一個部分的問題。因為這會將瓶頸轉移到其他地方。問題的實質往往是整個系統的各個部分不匹配。只有所有部分都平衡了，問題才會得到解決。

3.擁塞控制與流量控制的比較。

   1）擁塞控制：防止過多的數據注入到網路中，這樣可以使網路中的路由器或鏈路不致過載。

   擁塞控制有個前提：網路能夠承受現有的網路負荷

   擁塞控制是一個全局性過程。（發送擁塞時，不知道在某處、什麼原因造成的）

   2）流量控制：點對點通信量的控制，是個端到端的問題

   流量控制：抑制發送端發送數據的速率，以便使接收端來得及接收。

4.尋找擁塞控制的方案無非就是使不等式 「對資源的需求 > 可用資源 」不再成立的條件。但是必須考慮該措施帶來的其他影響。

5.計算機網路是個復雜的系統。從控制理論的角度來看擁塞控制，可以分為開環控制和閉環控制兩種方法。

   1）開環控制：設計網路時事先將有關發生擁塞的因素考慮周到，力求網路在工作時不產生擁塞。但一旦系統運行起來，就不再中途改正。

   2）閉環控制：基於反饋環路。

   步驟一、監測網路系統以便檢測到擁塞在何時、何處發生；

   步驟二、把擁塞發生的信息傳送到可採取行動的地方

   步驟三、調整網路系統的運行以解決出現的問題

8.2 幾種擁塞控制方法（只考慮網路擁塞程度，即假設接收方總是有足夠大的緩存空間）

1.慢開始和擁塞避免

1）發送方維持一個擁塞窗口。

   擁塞窗口的大小取決於網路的擁塞程度，並且動態地在變化。

   控制擁塞窗口的原則是：只要網路沒有出現擁塞，擁塞窗口增大；如果網路出現擁塞，則減小。

2）慢開始的思路：由小到大逐漸增大擁塞窗口數值。每收到一個對新的報文段的確認，把擁塞窗口增加至多一個MSS的數值。（沒經過一個傳輸輪次，擁塞窗口cwnd就加倍）

輪次：把擁塞窗口所允許發送的報文段都連續發送出去，並收到了對已發送的最後一位元組的確認。

慢開始的「慢」並不是指cwnd的增長速率慢，而是指TCP開始發送報文段時先設置cwnd=1（一個MSS數值）。

3）慢開始門限ssthresh

   為防止擁塞窗口增長過大，引入一個慢開始門限ssthresh。

   當cwnd < ssthresh時，使用上述的慢開始演算法

   當cwnd > ssthresh時，停止使用慢開始演算法而改用擁塞避免演算法

4）擁塞避免演算法

思路：讓擁塞窗口cwnd緩慢增大，即沒經過一個往返時間RTT就把發送方的擁塞窗口cwnd增加1，而不是加倍。

5）慢開始門限的設置

只要發送方判斷網路出現擁塞（沒有按時收到確認），就把慢開始門限ssthresh設置為出現擁塞時發送方窗口值的一半，然後把擁塞窗口cwnd重置為1，執行慢開始演算法。

6）乘法減小和加法增大

乘法減小：網路出現擁塞時，把慢開始門限ssthresh減半（當前的ssthresh的一半），並執行慢開始演算法。

加法增大：執行擁塞避免方法

2.快重傳和快恢復

1）快重傳（盡快重傳未被確認的報文段）

首先，要求接收方每收到一個失序的報文段後就立即發出重復確認。（如接收方收到了M1和M2後都分別發出了確認，但接收方沒有收到M3但接著收到了M4。此時接收方立即發送對M2的重復確認。）

其次，發送方只要一連收到三個重復確認，就應當立即重傳對方尚未收到的報文段M3.

2）快恢復

要點一、當發送方連續收到三個重復確認，就執行「乘法減小」演算法，把慢開始門限ssthresh減半。

要點二、由於發送方認為網路很可能沒有發生擁塞（因為收到了連續的重復確認），把cwnd設置為慢開始門限ssthresh減半後的值，然後開始執行擁塞避免演算法

慢開始演算法只在TCP連接建立時和網路出現超時才使用。

3.發送方的窗口

發送方窗口的上限值 = Min [rwnd, cwnd]

8.3 隨機早期檢測RED（IP層影響TCP層的擁塞控制）

1.網路層的分組丟棄策略

網路層的策略對TCP擁塞控制影響最大的就是路由器的分組丟棄策略。

如果路由器隊列已滿，則後續到達的分組將都被丟棄。這就叫做尾部丟棄策略。

2.全局同步

由於TCP復用IP，若發生路由器中的尾部丟棄，就可能會同時影響到很多條TCP連接，結果就使許多TCP連接在同一時間突然都進入到慢開始狀態。全局同步使得全網的通信量突然下降了很多，網路恢復正常後，其通信量又突然增大很多。

3.隨機早期檢測RED

使路由器的隊列維持兩個參數，即隊列長度最小門限THmin和最大門限THmax。當每一個分組到達時，RED就先計算平均隊列長度Lav。RED演算法是：

1）若平均隊列長度小於最小門限THmin，則把新到達的分組放入隊列進行排隊

2）若平均隊列長度超過最大門限THmax，則把新到達的分組丟棄

3）若平均隊列長度在最小門限THmin和最大門限THmax之間，則按照某一概率p將新到達的分組丟棄。

隨機體現在3），在檢測到網路擁塞的早期徵兆時（即路由器的平均隊列長度超過一定的門限值時），就先以概率p隨機丟棄個別的分組，讓擁塞控制只在個別的TCP連接上進行，因而避免發生全局性的擁塞控制。

4.平均隊列長度Lav和分組丟棄概率p

Lav = (1-d) x (舊的Lav) +d x (當前的隊列長度樣本)

p = ptemp / (1- count x ptemp)

ptemp = pmax x (Lav - THmin) / (THmax - THmin)

TCP時面向連接的協議。

運輸連接就有三個階段：連接建立、數據傳送和連接釋放

運輸連接的管理：使運輸連接的建立和釋放都能正常地進行。

在TCP連接建立過程中要解決以下三個問題：

   1）要使每一方能夠確知對方的存在

   2）要允許雙方協商一些參數（如最大窗口值、是否使用窗口擴大選項和時間戳等等）

   3）能夠對運輸實體資源（如緩存大小、連接表中的項目等）進行分配

9.1 TCP的連接建立

1.TCP規定，SYN=1報文段不能攜帶數據，但消耗一個序號

2.TCP規定，ACK=1報文段可以攜帶數據，如果不攜帶數據則不消耗序號

3.為什麼A還要發送一次確認？為了防止已失效的連接請求報文突然又傳送到B，因而產生錯誤。

「已失效的連接請求報文段」

A發出第一個連接請求報文段，在網路中滯留超時，又發出了第二個連接請求。但B收到第一個延遲的失效的連接請求報文段後，就誤認為是A又發出了一次新的連接請求。於是就向A發出確認報文段，同意建立連接。假定不採用三次握手，那麼只要B發出確認，新的連接就建立。此時A不會理睬B的確認，也不會發數據，但B一直等A發送數據，B的許多資源就浪費了。

採用三次握手，A不會向B發送確認，因此B就知道A並沒有要求建立確認。

9.2 TCP的連接釋放

1.TCP規定，FIN報文段基石不攜帶數據，也消耗一個序號

2.第二次握手後，TCP通知高層應用程序，因而從A到B這個方向的連接就釋放，TCP連接處於半關閉狀態

3.為什麼A在TIME-WAIT狀態必須等待2MSL的時間

  1）為了保證A發送的最後一個ACK報文段能夠到達B。因為ACK可能丟失，此時B可能會超時重傳，然後A重傳確認，並重新啟動2MSL計時器

  2）防止「已失效的連接請求報文段」出現在本連接中。可以使本連接持續時間內所產生的所有報文段都從網路中消失。

9.3 TCP的有限狀態機

❺ 怎麼從一個ip地址塊里找看出網路號有多少位

先知道是哪類地址。
1.A類IP地址一個A類IP地址是指，在IP地址的四段號碼中，第一段號碼為網路號碼，剩下的三段號碼為本地計算機的號碼。如果用二進製表示IP地址的話，A類IP地址就由1位元組的網路地址和3位元組主機地址組成，網路地址的最高派槐空位必須是「0」。A類IP地址中網路的標識長度為7位，主機標識的長度為24位，A類網路地址數量較少，可以用於主機數達1600多萬台的大型網路。
2.B類IP地址一個B類IP地址是指，在IP地址的四段號碼中，前兩段號碼為網路號碼塵瞎，剩下的兩段號碼為本地計算機的號碼。如果用二進製表示IP地址的話，B類IP地址就由2位元組的網路地址和2位元組主機地址組成，網路地址的最高位必須是「10」。B類IP地址中網路的標識長度為14位，主機標識的長度為16位，B類網路地址適用於中等規模規模的網路，每個網路所能容納的計算機數為6萬多台。
3.C類IP地址一個C類IP地址是明纖指，在IP地址的四段號碼中，前三段號碼為網路號碼，剩下的一段號碼為本地計算機的號碼。如果用二進製表示IP地址的話，C類IP地址就由3位元組的網路地址和1位元組主機地址組成，網路地址的最高位必須是「110」。C類IP地址中網路的標識長度為21位，主機標識的長度為8位，C類網路地址數量較多，適用於小規模的區域網絡，每個網路最多隻能包含254台計算機。

❻ 網路號怎麼計算

1、標準的網路號是，
A類是前8位
B類是前16位
C類是前24位
舉一個例子
如172.16.10.2，因為172.16.10.2是B類地址，所以172.16所代表的位就是網路號的位，後面10.2代表的位是主機位，A類C類和例子結構相同，就是位數不同。
2、如果不是標準的，就是要劃子網的，就不一樣了。要看後面的位數來確定
如192.168.15.2/26，後面的26代表網路號位數是26位，剩下的6位是主機號；前24位是標準的網路號，後倆位是為劃分子網從主機號分出來的，也劃分到網路號里。

這個是別人的例子：
將子網掩碼化為2進數得11111111.11111111.11111111.11111000 那麼可看出主機編號部分轉化為子網掩碼部分的位數m=5 （這個5就是248轉化為2進數所得的11111000中1的個數）。。。。m=5就可算出這個LAN里可化的每個子網的主機數：就是2的5次方。。。。算得32台（主機）。。。。
繼續：一號子網是192.168.5.1～192.168.5.31 / 二號子網是192.168.5.33～192.168.5.62 / 三號子網是192.168.5.65～192.168.5.94 / 四號子網是192.168.5.97～192.168.5.126 / 五號子網是192.168.5.129～192.168.5.158 / 六號子網是192.168.5.161～192.168.5.190 / 七號子網是192.168.5.193～192.168.5.222 / 八號子網是192.168.5.225～192.168.5.254
這下你看，你的主機192.168.5.121 在哪個子網號里？ 答案得出：4號！！！

❼ 怎麼知道本機電腦的網卡號

1，首先，同時按下鍵盤上的win+r鍵，輸入「cmd」，然後按下回車，打開命令行窗口。

❽ 確認號什麼時候有意義

【計算機通信網路復習】TCP協議 原創
2021-05-09 20:40:37

再不學習就會變成xzy姐姐那樣！

碼齡4年

關注
1. TCP協議的報文格式
TCP報文也稱為報文段（segment），分首部和數據兩部分。首部的前20個位元組是固定的，後面是選項，因此TCP首部最小長度是20位元組。選項部分長度可變，最多為40位元組。
TCP協議報文格式
（1）源/目的埠（16bits），埠號加上IP地址構成了一個套接字socket。
（2）序號（32bits），本報文段發送數據第一個位元組序號，使用隨機數產生器產生一個初始序號。
（3）確認號（32bits），當ACK=1時有意義，當ACK=0時沒有意義。期望收到對方下次發送數據第一個位元組序號。（也就是期望收到的下一個報文段的首部中的序號）由於序號欄位長度為32bit，可對4GB數據進行編號，以保證序號重復使用時，舊序號數據早已在網路中消失。
（4）數據偏移（4bits），它指出數據開始的地方離TCP報文段的起始處有多遠，這是由於TCP報文中含有選項和填充欄位。實際上就是TCP報文段首部的長度，其值所表示的距離單位是32比特（以4位元組為一個單元來計算的）。
（5）保留（6bits），供今後使用，目前置為0。
（6）控制比特（6bits）
緊急位URG：URG=1時，報文應盡快傳送（相當於加速數據），不按原來順序來傳送。要與緊急指針（Urgent Pointer）欄位配合使用。緊急指針指出在本報文段中的緊急數據的最後一個位元組的序號。緊急指針使接收方可以知道緊急數據有多長。
在這里插入圖片描述
確認位ACK：ACK=1時有意義，代表這個數據包是響應數據包，與接收序號（確認序號）配合使用。
推送位PSH（PuSH）：PSH=1時，當兩個進程進行互動式通信時，一端應用進程希望在輸入一個命令之後能夠立即得到對方的響應，立即創建一個報文段發送到對方。
在這里插入圖片描述
復位RST（ReSeT）：RST=1時，表明出現嚴重差錯，必須釋放連接，然後再重建連接。還可以用來拒絕一個非法報文段或拒絕打開一個連接。
同步位SYN：在建立連接時使用；SYN=1且ACK=0時，表明這是連接請求報文段。對方若同意建立連接，則應在發回的報文段中SYN=1且ACK=1。因此，SYN=1，就表示這是一個連接請求或連接接受報文，而ACK位的值用來區分是哪一種報文（請求/接受）。
終止位FIN（FINal）：FIN=1，表明發送位元組已經發完，要求釋放傳輸連接。
（7）窗口（16bits），用來控制對方發送的數據量。用接收方的接收能力來控制發送方的數據發送量，數值是動態變化的。
（8）校驗和（32bits），包括首部和數據這兩部分，要在TCP報文段的前面加上一個12位元組偽首部。
TCP在校驗前，需要根據IP數據包增加偽首部。偽首部增加了TCP校驗和的檢錯能力：檢查TCP報文是否收錯了(目的IP地址)、傳輸層協議是否正確(傳輸層協議號)等。
在這里插入圖片描述

（9）緊急指針（16bits），同時與URG位並用，指明緊急數據之後正常數據的起始位置。
（10）選項（0-40bits），單位元組選項有兩個：選項結束和無操作。多位元組選項有三個：最大報文段長度、窗口擴大因子以及時間戳。

2. TCP連接的建立與釋放
2.1. TCP連接建立
（1）需要經過**「三次握手」**（Three-Way Handshake）。這是為了對每次發送的數據量進行跟蹤與協商，確保數據段的發送和接收同步，根據所接收到的數據量而確認數據發送、接收完畢後何時撤消聯系，並建立虛連接。
（2）TCP 連接建立的「三次握手」：
**最初，**客戶端處於CLOSE（關閉）狀態，伺服器處於LISTEN（收聽）狀態。
第一次握手：客戶端發送SYN包(seq=x, ack=y)到伺服器，並進入SYN_SENT狀態，等待伺服器確認。
第二次握手：伺服器收到客戶端的SYN包必須確認，同時伺服器也要發送SYN+ACK包(seq=y, ack=x+1)；伺服器進入SYN_RECV狀態。
第三次握手：伺服器收到客戶端的SYN包必須確認，同時伺服器也要發送SYN+ACK包(seq=y, ack=x+1)；伺服器進入SYN_RECV狀態。
TCP連接的「三次握手」

2.2. TCP連接釋放
（1）需要經過**「四次揮手」**（Four-Way Wavehand）。由於TCP連接是全雙工的，因此每個方向都必須單獨進行關閉。
（2）TCP 連接釋放的「四次揮手」：
此時，客戶端和伺服器均處於ESTABLISHED狀態。
第一次揮手：客戶端向伺服器發送FIN包(seq=u, ack=v)，進入FIN_WAIT_1狀態；u=客戶端上次發送最後一個位元組序號加1。
第二次揮手：伺服器收到FIN包後不回復FIN包，而回復ACK包(seq=v, ack=u+1)，v=伺服器上次發送最後一個位元組序號加1；伺服器通知應用程序客戶端要求關閉連接，伺服器進入CLOSE_WAIT狀態，即半關閉狀態，此時客戶端雖沒有數據要發送，但伺服器可能有數據要發送；客戶端進入CLOSE_WAIT_2狀態，且要等待一段時間。
第三次揮手：伺服器將最後的數據發送完畢後，向客戶端發送FIN包(seq=w, ack=u+1)，由於在半關閉狀態，伺服器很可能又發送了一些數據，假定此時的序列號為seq=w；伺服器進入LAST_ACK狀態，等待客戶端確認。
第四次揮手：客戶端收到FIN包後，向伺服器發送ACK包(seq=u+1, ack=w+1)，表示連接徹底釋放。
在這里插入圖片描述

3. TCP協議流量控制、擁塞控制
（1）TCP不是按傳送的報文段編號。TCP將所要傳送的整個報文（可能包括多個報文段）看成是由一個個位元組組成的數據流，然後對每一個位元組編號。在連接建立時，雙方商定初始序號。TCP將每一次傳送的報文段中的第一個數據位元組的序號放在TCP首部的序號欄位中。TCP的確認是對接收到的數據的最高序號（即收到的數據流中的最後一個序號）表示確認。但返回的確認序號是已收到的數據的最高序號加1。也就是確認序號即表示期望下次收到的第一個數據位元組的序號。
（2）TCP採用滑動窗口方式進行流量控制。窗口大小以位元組為單位。TCP報文段首部窗口欄位的數值是當前設定的接收窗口數值。發送窗口在連接建立時由雙方商定，但在通信的過程中，接收方可根據自己的資源情況，隨時動態地調整接收窗口的大小，然後告訴發送方，使發送方的窗口和自己的接收窗口一致。
在這里插入圖片描述
（3）擁塞控制用於防止由於過多的報文進入網路，而造成路由器與鏈路過載。
擁塞窗口：源端一次最多能發送的數據包數量。
門限窗口：擁塞窗口按指數增長還是線性增長的界限。
擁塞控制技術：
慢開始：每出現一次擁塞超時，擁塞窗口都降低到1。
擁塞避免：當擁塞窗口增大到門限窗口值時，就將擁塞窗口指數增長速度降低為線性增長，避免網路再次出現擁塞。
加速遞減：每出現一次擁塞超時，就將門限窗口值減半。
在這里插入圖片描述
TCP每發送一個報文段，就設置一次定時器。只要定時器設置的重發時間已到而沒有收到確認，就要重發這一報文段。計算往返時延的自適應演算法（加權法）：
在這里插入圖片描述

文章知識點與官方知識檔案匹配
網路技能樹跨區域網路的通信學習網路層的作用
22781 人正在系統學習中
打開CSDN APP，看更多技術內容

TCP中的RST標志(Reset)詳解_大葉子不小的博客_rst狀態
RST表示復位,用來異常的關閉連接,在TCP的設計中它是不可或缺的。就像上面說的一樣,發送RST包關閉連接時,不必等緩沖區的包都發出去(不像上面的FIN包),直接就丟棄緩存區的包發送RST包。而接收端收到RST包後,也不必發送ACK包來確認。
繼續訪問
TCP詳解_binary~的博客_tcp 詳解
復位RST(ReSeT) 當 RST=1 時,表明 TCP 連接中出現嚴重差錯(如由於主機崩潰或其他原因),必須釋放連接,然後再重新建立運輸連接 同步SYN(SYNnchronization) 在連接建立時用來同步序號。當 SYN=1 而 ACK=0 時,表明這是一個連接請求報文...
繼續訪問
TCP 四種定時器（重傳定時器，堅持計時器，保活定時器，時間等待計時器）
主要介紹了TCP 四種定時器，重傳定時器，堅持計時器，保活定時器，時間等待計時器的相關資料,需要的朋友可以參考下
TCP協議的RST標志位
TCP首部欄位有6個是flags，每個標志位有特殊的含義，它們可以單獨存在，也可以同時存在。對於接收方，不同的標志位代表不同的意思，需要做正確的處理 Flags 可以在點擊乙太網報文結構查看各協議層協議首部欄位及其含義 TCP協議首部格式 上圖標注的紅圈裡有6個標志位，每個標志位佔用一個比特 URG 緊急指針有效標識。它告訴系統此報文段中有緊急數據，應盡快傳送（相當於高優先順序的數據） ACK 確認序號有效標識。只有當ACK=1時確認號欄位才有效。當ACK=0時，確認號無效 PSH 標識接收方.
繼續訪問

TCP基礎_yao00037的博客_tcp rst位為1時
RST:該位為1時,表示TCP連接中出現異常必須強制斷開連接。 SYN:該位為1時,表示希望建立連接,並在其序列號的欄位進行序列號初始值的設定。 FIN:該位為1時,表示今後不會再有數據發送,希望斷開連接。當通信結束希望斷開連接時,通信雙方...
繼續訪問
TCP的連接狀態標識 (SYN, FIN, ACK, PSH, RST, URG)
TCP層,有個FLAGS欄位,這個欄位有以下幾個標識:SYN, FIN, ACK, PSH, RST, URG.其中,對於我們日常的分析有用的就是前面的五個欄位。它們的含義是:(1)SYN表示建立連接,(2)FIN表示關閉連接,(3)ACK表示響應,(4)PSH表示有 DATA...
繼續訪問
計算機網路
1.網路協議
繼續訪問

最新發布 TCP協議
7.緩沖區：操作系統會給每個進程分配空間，每創建一個套接字就會給套接字分配一個發送和接受緩沖區。sendto就是從發送緩沖區里拷貝數據，recvfrom從接受緩沖區拷貝數據 查看接受緩沖區和發送緩沖區的大小：getsocket(sock，lebvel,optval,optlen)；65536 64K sendto：阻塞模式：如果緩沖區里沒有足夠的空間，就等到空間足夠大正在把數據拷貝到發送緩沖區中 非阻塞模式：如果緩沖區沒有足夠的空間就有多少拷貝多少，拷貝完立即返回，返回的是實際拷貝的位元組數 //1.
繼續訪問

計算機網路-TCP/IP_純情程序猿的博客_計算機網路tcp/ip
PSH(Push 推送位):告訴對方收到該報文段後是否立即把數據推送給上層。如果值為 1,表示應當立即把數據提交給上層,而不是緩存起來。 RST(復位):表示是否重置連接。如果 RST=1,說明 TCP 連接出現了嚴重錯誤(如主機崩潰),必須釋放連接,...
繼續訪問
TCP解析_越學習越無知的博客_tcp解析
RST (ReSeT): 當 RST=1 時,表明 TCP 連接中出現嚴重差錯(如由於主機崩潰或其他原因),必須釋放連接,然後再重新建立運輸連接 同步SYN: 同步 SYN = 1 表示這是一個連接請求或連接接受報文 ...
繼續訪問
TCP數據報首部
源埠（Source Port），目標埠（Destination Port） 各2位元組 源埠號，標識主機上發起傳送的應用程序；目的埠標識主機上傳送要到達的應用程序。源端和目的端的埠號，用於尋找發端和收端應用進程。這兩個值加上I P首部中的源端I P地址和目的端I P地址唯一確定一個TCP連接。一個I P地址和一個埠號有時也稱為...
繼續訪問
TCP協議的確認重傳機制
TCP協議是面向連接的傳輸層協議，TCP的傳輸特點具有可靠性，它具有面向連接服務來確保可靠穩定傳輸，而確認重傳機制是TCP協議保證可靠穩定傳輸最重要的機制，他包括累計確認、超時時間計算、快速重傳等幾個方面。 確認重傳機制 在發送一個數據之後，就開啟一個定時器，若是在這個時間內沒有收到發送數據的ACK確認報文，則對該報文進行重傳，在達到一定次數還沒有成功時放棄並發送一個復位信號。 ...
繼續訪問
17-tcp首部分析二_songly_的博客
  RST:表示重建或重置,如果RST = 1表示tcp連接出現嚴重的錯誤(主機崩潰或其他原因),必須先釋放連接,然後再重新建立連接。同時RST還可以用於拒絕一個非法報文段或拒絕打開一個連接。   SYN:表示在建立連接時同步序號,如果SYN ...
繼續訪問
【TCP/IP詳解】TCP重置報文段及RST常見場景分析
本文簡單講述了TCP中產生RST的常見場景，指出了產生`RST`的三個條件分別是：1. 目的地為某埠的`SYN`到達，然而在該埠上並沒有正在監聽的伺服器；2. TCP想取消一個已有連接；3. TCP接收到一個根本不存在的連接上的分節。並給出了程序代碼及抓包結果......
繼續訪問
網路相關的面試題
網路相關的面試題 伺服器端不調用accept會發生什麼 不調用accept時，也能建立連接，即三次握手完成。但不能進行API的控制，即不能進行繼續通訊。以及建立好連接的隊列大大小為：backlog。從而在Unix系統伺服器中，若客戶端調用 connect() ，客戶端連接超時失敗。而在Linux系統中，若客戶端調用 connect()。TCP 的連接隊列滿後，Linux 伺服器不會拒絕連...
繼續訪問
網路編程面試題整理（四）
1：重傳機制 TCP每發送一個報文段，就設置一次定時器。只要定時器設置的重發時間到而還沒有收到確認，就要重發這一報文段。 TCP環境報文往返時間不定、有很大差別。 A、B在一個區域網絡，往返時延很小 A、C在一個互聯網內，往返時延很大 因此，A很難確定一個固定的、與B、C通信都適用的定時器時間。 TCP採用了一種自適應演算法。這種演算法記錄每一個報文段發出的時間，以及收到相應的確認報文段的時間。...
繼續訪問
TCP的狀態：SYN, FIN, ACK, PSH, RST, URG 簡介及 ACK確認機制
1、TCP的狀態FLAGS欄位狀態 在TCP層，有個FLAGS欄位，這個欄位有以下幾個標識：SYN, FIN, ACK, PSH, RST, URG. 對於我們日常的分析有用的就是前面的五個欄位：它們的含義是： SYN表示建立連接， FIN表示關閉連接， ACK表示響應， PSH表示有 DATA數據傳輸， RST表示連接重置。 其中，ACK是可能與SYN，FIN等同時使用的，比如：SYN和ACK可能同時為1，它表示的就是建立連接之後的響應，如果只是單個的一個SYN，它表示的只是建立連接。T..
繼續訪問
TCP/IP模型之傳輸層（TCP/UDP協議）
網路層，數據鏈路層與物理層實現了網路中主機之間的數據通信，計算機網路的本質活動是實現分布在不同地理位置的主機之間的進程通信，以實現應用層的各種網路服務功能。1. 傳輸層的功能傳輸層的主要功能是實現分布式進程之間的通信。利用網路層提供的服務，在源主機的應用進程與目的主機的應用進程建立「端—端」連接。傳輸層之間傳輸的報文稱為「傳輸協議數據單元（TPDU）」，TPDU有效載荷稱為應用層的數據。2. 埠...
繼續訪問
TCP選項
TCP首部可以由多達40位元組的可選信息。選項用於把附加信息傳遞給終點，或用來填充對齊其他選項。我們將定義兩大類選項：1位元組選項和多位元組選項。第一類選項包括兩種選項：選項列表結束和誤操作。在大多數實現中，第二類選項包括了五種選項：最大報文段長度、窗口擴大因子、時間戳、允許SACK和SACK，見下圖。 選項結束（EOF） 選項結束（end of optio...
繼續訪問
3.TCP協議頭詳解（包含選項部分）
1.TCP協議頭格式 2.各欄位說明 3.選項部分詳解
繼續訪問

TCP報文段首部中「窗口」欄位
在TCP報文段的首部中有一個「窗口大小」的欄位，該欄位佔16bit=2byte。該欄位主要用於TCP滑動窗口進行流量控制，很多人喜歡把TCP的MSS和「窗口大小」欄位混淆，今天在這了做一個區分說明。 MSS是TCP報文段中數據部分的最大長度，如果上層交付下來的數據超過MSS就要對交付下來的數據進行分段。在TCP連接的第一次、第二次握手中會分別告知對方MSS，從而起到通信雙方協商MSS的效果。
繼續訪問
論TCP/IP協議的體系的結構及其各層協議
目錄 1.1 TCP/IP協議的歷史和發展過程 1.2 TCP/IP協議的體系結構模型 2.1 IP網際層的功能 2.2 IP地址及其轉換 2.2.1 IP地址 2.2.2 IP地址的轉換 2.2.3 子網技術 2.3 IP數據報的格式 2.4 Internet控制報文協議ICMP 3.1 TCP運輸層協議概述 3.2 埠及套接字 3.3
繼續訪問
計算機網路——傳輸層
一、傳輸層提供的服務1.傳輸層的功能（1）提高服務質量（2）多路復用（3）分段與重新組裝。2.傳輸層定址與埠硬體埠是不同硬體設備進行交互的介面，而軟體埠是應用層的各種協議進程與傳輸實體進行層間交互的一種地址。無連接服務與面向連接服務面向連接服務就是在數據交換之前，必須先建立連接，當數據交換結束後，則應該終止這個連接。在無連接服務的情況下，兩個實體之間的通信不需要先建立好一個連接，因此其下層的有
繼續訪問
熱門推薦 TCP序列號和確認號詳解
TCP序列號和確認號詳解在網路分析中，讀懂TCP序列號和確認號在的變化趨勢，可以幫助我們學習TCP協議以及排查通訊故障，如通過查看序列號和確認號可以確定數據傳輸是否亂序。但我在查閱了當前很多資料後發現，它們大多隻簡單介紹了TCP通訊的過程，並沒有對序列號和確認號進行詳細介紹，結合實例的講解就更沒有了。近段時間由於工作的原因，需要對TCP的序列號和確認號進行深入學習，下面便是我學習後的一些知識點總結
繼續訪問
TCP傳輸中序號與確認序號的交互
本實驗通過SSH遠程登錄伺服器，然後使用Wireshark抓包分析。開頭的三次握手已經省略。關於序號的交互過程，需要記住一點：TCP首部中的確認序號表示已成功收到位元組，但還不包含確認序號所指的位元組，希望下一次能收到確認序號所指的位元組。 當在遠程登錄軟體上鍵入命令時，客戶端便開始了數據的發送，TCP頭如下： 初始化序列號ISN = 1，這個序列號是客戶端對發送數據的一個標
繼續訪問
tcp保留欄位重置為rst=1則表示

❾ 計算機網路：主機A向主機B連續發送了兩個TCP報文段，其序號分別為70和100。

確認號指的是接收方想要接收的報文段的序號，比如我想要1-5的報文，在接收過程中我收到了2-5，而1丟了，這時候我肯定跟你說，再發一遍1，就是這個意思。
在這里序號70的丟了，所以確認號就是70，和後面的沒關系。

❿ 怎麼查看計算機網卡號

計算機網卡號也叫MAC物理地址，其查看步驟如下：

方法一：

1、首先點前茄擊電腦的"開始"菜單，再點擊"運行"。