秋葵APP永久下载网站安卓_极品嫩模艾小青高潮潮喷_好爽好紧好湿的免费视频国产_日本一区二区三区色电影_欧美超级乱婬片免费动漫_china熟女熟妇乱老女人_韩国毛片网站_久草国产精品视频_亚洲激情啪啪综合_亚洲主播在线

OSI分層（7層）

• 物理層、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層、運(yùn)輸層、會(huì)話層、表示層、應(yīng)用層

TCP/IP分層（4層）

• 網(wǎng)絡(luò)接口層、網(wǎng)絡(luò)層、運(yùn)輸層、應(yīng)用層

五層協(xié)議（5層）

• 物理層、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層、運(yùn)輸層、應(yīng)用層

五層結(jié)構(gòu)的概述

1. 應(yīng)用層：通過(guò)應(yīng)用進(jìn)程間的交互來(lái)完成特定網(wǎng)絡(luò)應(yīng)用
   • 數(shù)據(jù)：報(bào)文
   • 協(xié)議：HTTP, SMTP(郵件), FTP(文件傳送)
2. 運(yùn)輸層：向兩個(gè)主機(jī)進(jìn)程之間的通信提供通用的數(shù)據(jù)傳輸服務(wù)。
   • 數(shù)據(jù)：TCP:報(bào)文段，UDP:用戶數(shù)據(jù)報(bào)
   • 協(xié)議：TCP, UDP
3. 網(wǎng)絡(luò)層：為分組交換網(wǎng)上的不同主機(jī)提供通信服務(wù)
   • 數(shù)據(jù)：包或IP數(shù)據(jù)報(bào)
   • 協(xié)議：IP
4. 數(shù)據(jù)鏈路層：
   • 數(shù)據(jù)：幀
5. 物理層：
   • 數(shù)據(jù)：比特

ARP地址解析協(xié)議:用來(lái)獲取目標(biāo)IP地址所對(duì)應(yīng)的MAC地址的

各層協(xié)議

應(yīng)用層

域名系統(tǒng)DNS

例：某用戶通過(guò)主機(jī)A瀏覽西安交大的主頁(yè) www.xjtu.edu.cn 
1. A向本地域名服務(wù)器DNS查詢 
2. 如果DNS上有www.xjtu.edu.cn的記錄，就立即返回IP地址給主機(jī)A 
3. 如果DNS上沒(méi)有該域名記錄，則DNS向根域名服務(wù)器發(fā)出查詢請(qǐng)求 
4. 根域名服務(wù)器把負(fù)責(zé)cn域的頂級(jí)域名服務(wù)器B的IP地址告訴DNS 
5. DNS向B查詢獲得二級(jí)域名服務(wù)器C的IP地址，最終迭代查詢到www.xjtu.edu.cn的ip直接返回DNS

HTTP

請(qǐng)求報(bào)文

• 常用的 HTTP 請(qǐng)求方法有GET、POST、HEAD、PUT、DELETE、OPTIONS、TRACE、CONNECT;

• GET：當(dāng)客戶端要從服務(wù)器中讀取某個(gè)資源時(shí)，使用GET 方法。GET 方法要求服務(wù)器將URL 定位的資源放在響應(yīng)報(bào)文的部分，回送給客戶端，即向服務(wù)器請(qǐng)求某個(gè)資源。使用GET 方法時(shí)，請(qǐng)求參數(shù)和對(duì)應(yīng)的值附加在 URL 后面，利用一個(gè)問(wèn)號(hào)(“?”)代表URL 的結(jié)尾與請(qǐng)求參數(shù)的開始，傳遞參數(shù)長(zhǎng)度受限制。例如，/index.jsp?id=100&op=bind。

• POST：當(dāng)客戶端給服務(wù)器提供信息較多時(shí)可以使用POST 方法，POST 方法向服務(wù)器提交數(shù)據(jù)，比如完成表單數(shù)據(jù)的提交，將數(shù)據(jù)提交給服務(wù)器處理。GET 一般用于獲取/查詢資源信息，POST 會(huì)附帶用戶數(shù)據(jù)，一般用于更新資源信息。POST 方法將請(qǐng)求參數(shù)封裝在HTTP 請(qǐng)求數(shù)據(jù)中，以名稱/值的形式出現(xiàn)，可以傳輸大量數(shù)據(jù);

• 請(qǐng)求頭部：請(qǐng)求頭部由關(guān)鍵字/值對(duì)組成，每行一對(duì)，關(guān)鍵字和值用英文冒號(hào)“:”分隔。請(qǐng)求頭部通知服務(wù)器有關(guān)于客戶端請(qǐng)求的信息，典型的請(qǐng)求頭有：

  1. User-Agent：產(chǎn)生請(qǐng)求的瀏覽器類型;
  2. Accept：客戶端可識(shí)別的響應(yīng)內(nèi)容類型列表;星號(hào) “ * ” 用于按范圍將類型分組，用 “ / ” 指示可接受全部類型，用“ type/* ”指示可接受 type 類型的所有子類型;
  3. Accept-Language：客戶端可接受的自然語(yǔ)言;
  4. Accept-Encoding：客戶端可接受的編碼壓縮格式;
  5. Accept-Charset：可接受的應(yīng)答的字符集;
  6. Host：請(qǐng)求的主機(jī)名，允許多個(gè)域名同處一個(gè)IP 地址，即虛擬主機(jī);
  7. connection：連接方式(close 或 keepalive);
  8. Cookie：存儲(chǔ)于客戶端擴(kuò)展字段，向同一域名的服務(wù)端發(fā)送屬于該域的cookie;

GET /search?hl=zh-CN&source=hp&q=domety&aq=f&oq= HTTP/1.1  
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-excel, application/vnd.ms-powerpoint, 
application/msword, application/x-silverlight, application/x-shockwave-flash, */*  
Referer: <a href="http://www.google.cn/">http://www.google.cn/</a>  
Accept-Language: zh-cn  
Accept-Encoding: gzip, deflate  
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; TheWorld)  
Host: <a href="http://www.google.cn">www.google.cn</a>  
Connection: Keep-Alive  
Cookie: PREF=ID=80a06da87be9ae3c:U=f7167333e2c3b714:NW=1:TM=1261551909:LM=1261551917:S=ybYcq2wpfefs4V9g; 
NID=31=ojj8d-IygaEtSxLgaJmqSjVhCspkviJrB6omjamNrSm8lZhKy_yMfO2M4QMRKcH1g0iQv9u-2hfBW7bUFwVh7pGaRUb0RnHcJU37y-
FxlRugatx63JLv7CWMD6UB_O_r  

• 1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9
• 10
• 11
• 12

響應(yīng)報(bào)文

狀態(tài)碼由三位數(shù)字組成，第一位數(shù)字表示響應(yīng)的類型，常用的狀態(tài)碼有五大類如下所示：

• 1xx：表示服務(wù)器已接收了客戶端請(qǐng)求，客戶端可繼續(xù)發(fā)送請(qǐng)求;
• 2xx：表示服務(wù)器已成功接收到請(qǐng)求并進(jìn)行處理;
• 3xx：表示服務(wù)器要求客戶端重定向;
• 4xx：表示客戶端的請(qǐng)求有非法內(nèi)容;
• 5xx：表示服務(wù)器未能正常處理客戶端的請(qǐng)求而出現(xiàn)意外錯(cuò)誤;

200 OK：表示客戶端請(qǐng)求成功;

400 Bad Request：表示客戶端請(qǐng)求有語(yǔ)法錯(cuò)誤，不能被服務(wù)器所理解;

401 Unauthonzed：表示請(qǐng)求未經(jīng)授權(quán)，該狀態(tài)代碼必須與 WWW-Authenticate 報(bào)頭域一起使用;

403 Forbidden：表示服務(wù)器收到請(qǐng)求，但是拒絕提供服務(wù)，通常會(huì)在響應(yīng)正文中給出不提供服務(wù)的原因;

404 Not Found：請(qǐng)求的資源不存在，例如，輸入了錯(cuò)誤的URL;

500 Internal Server 
Error：表示服務(wù)器發(fā)生不可預(yù)期的錯(cuò)誤，導(dǎo)致無(wú)法完成客戶端的請(qǐng)求;

503 Service Unavailable：表示服務(wù)器當(dāng)前不能夠處理客戶端的請(qǐng)求，在一段時(shí)間之后，服務(wù)器可能會(huì)恢復(fù)正常;

響應(yīng)頭部：響應(yīng)頭可能包括： 
- Location：Location響應(yīng)報(bào)頭域用于重定向接受者到一個(gè)新的位置。例如：客戶端所請(qǐng)求的頁(yè)面已不存在原先的位置，為了讓客戶端重定向到這個(gè)頁(yè)面新的位置，服務(wù)器端可以發(fā)回Location響應(yīng)報(bào)頭后使用重定向語(yǔ)句，讓客戶端去訪問(wèn)新的域名所對(duì)應(yīng)的服務(wù)器上的資源; 
- Server：Server 響應(yīng)報(bào)頭域包含了服務(wù)器用來(lái)處理請(qǐng)求的軟件信息及其版本。它和 User-Agent 請(qǐng)求報(bào)頭域是相對(duì)應(yīng)的，前者發(fā)送服務(wù)器端軟件的信息，后者發(fā)送客戶端軟件(瀏覽器)和操作系統(tǒng)的信息。 
- Vary：指示不可緩存的請(qǐng)求頭列表; 
- Connection：連接方式;

1. 對(duì)于請(qǐng)求來(lái)說(shuō)：close(告訴WEB 服務(wù)器或者代理服務(wù)器，在完成本次請(qǐng)求的響應(yīng)后，斷開連接，不等待本次連接的后續(xù)請(qǐng)求了)。keepalive(告訴WEB服務(wù)器或者代理服務(wù)器，在完成本次請(qǐng)求的響應(yīng)后，保持連接，等待本次連接的后續(xù)請(qǐng)求);

2. 對(duì)于響應(yīng)來(lái)說(shuō)：close(連接已經(jīng)關(guān)閉); keepalive(連接保持著，在等待本次連接的后續(xù)請(qǐng)求); Keep-Alive：如果瀏覽器請(qǐng)求保持連接，則該頭部表明希望WEB 服務(wù)器保持連接多長(zhǎng)時(shí)間(秒);例如：Keep-Alive：300;

   • WWW-Authenticate：WWW-Authenticate響應(yīng)報(bào)頭域必須被包含在401 (未授權(quán)的)響應(yīng)消息中，這個(gè)報(bào)頭域和前面講到的Authorization 請(qǐng)求報(bào)頭域是相關(guān)的，當(dāng)客戶端收到 401 響應(yīng)消息，就要決定是否請(qǐng)求服務(wù)器對(duì)其進(jìn)行驗(yàn)證。如果要求服務(wù)器對(duì)其進(jìn)行驗(yàn)證，就可以發(fā)送一個(gè)包含了Authorization 報(bào)頭域的請(qǐng)求;

問(wèn)題： 
1. Http1.1與Http1.0的區(qū)別 
http1.0使用非持久連接（短連接），而http1.1默認(rèn)是持久連接（長(zhǎng)連接），當(dāng)然也可以配置成非持久連接。

Cookie和Session的作用和工作原理

FTP文件傳送協(xié)議

運(yùn)輸層

• 使用UDP和TCP協(xié)議的各種應(yīng)用和應(yīng)用層協(xié)議

應(yīng)用	應(yīng)用層協(xié)議	運(yùn)輸層協(xié)議
名字轉(zhuǎn)換	DNS(域名系統(tǒng))	UDP
文件傳送	TFTP(簡(jiǎn)單文件傳送協(xié)議)	UDP
路由器選擇協(xié)議	RIP(路由信息協(xié)議)	UDP
IP地址配置	DHCP(動(dòng)態(tài)主機(jī)配置協(xié)議)	UDP
網(wǎng)絡(luò)管理	SNMP(簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議)	UDP
遠(yuǎn)程服務(wù)器	NFS(網(wǎng)絡(luò)文件系統(tǒng))	UDP
多播	IGMP(網(wǎng)際組管理協(xié)議)	UDP
電子郵件	SMTP(簡(jiǎn)單郵件傳送協(xié)議)	TCP
遠(yuǎn)程終端	TELNET(遠(yuǎn)程終端協(xié)議)	TCP
萬(wàn)維網(wǎng)	HTTP(超文本傳送協(xié)議)	TCP
文件傳送	FTP(文件傳送協(xié)議)	TCP

- 端口 
TCP和UDP都需要有源端口和目的端口

（端口：用16位來(lái)表示,即一個(gè)主機(jī)共有65536個(gè)端口.序號(hào)小于256的端口稱為通用端口,如FTP是21端口,WWW是80端口等.端口用來(lái)標(biāo)識(shí)一個(gè)服務(wù)或應(yīng)用.一臺(tái)主機(jī)可以同時(shí)提供多個(gè)服務(wù)和建立多個(gè)連接.端口(port)就是傳輸層的應(yīng)用程序接口.應(yīng)用層的各個(gè)進(jìn)程是通過(guò)相應(yīng)的端口才能與運(yùn)輸實(shí)體進(jìn)行交互.服務(wù)器一般都是通過(guò)人們所熟知的端口號(hào)來(lái)識(shí)別的）

服務(wù)端

常用的熟知端口

應(yīng)用程序	FTP	TELNET	SMTP	DNS	TFTP	HTTP	SNMP	SNMP(trap)
熟知端口	21	23	25	53	69	80	161	162

登記端口 1024~49151

客戶端

端口號(hào)由客戶進(jìn)程動(dòng)態(tài)選擇。數(shù)值范圍 49152~65535

UDP

特點(diǎn)

1. 無(wú)連接的（發(fā)送數(shù)據(jù)之前不需要建立連接，因此減少了開銷和發(fā)送數(shù)據(jù)之前的時(shí)延）
2. 盡最大努力交付（不保證可靠支付，因此主機(jī)不需要維持復(fù)雜的連接狀態(tài)表）
3. 面向報(bào)文的（UDP對(duì)應(yīng)用層交下來(lái)的報(bào)文，添加完首部后就直接交付IP層。如果太長(zhǎng)就會(huì)分片）
4. UDP沒(méi)有擁塞控制
5. UDP支持一對(duì)一、一對(duì)多、多對(duì)一和多對(duì)多的交互通信
6. UDP的首部開銷?。ㄖ挥?個(gè)字節(jié)，TCP有20個(gè)字節(jié)）

UDP報(bào)文

 
- 源端口：2字節(jié) = 16bit = 0 ~ 65535 
- 目的端口：2字節(jié) 
- 長(zhǎng)度：2字節(jié) 
- 檢驗(yàn)和：2字節(jié)

如果接受方UDP發(fā)現(xiàn)收到的報(bào)文中的目的端口號(hào)不正確（不存在對(duì)應(yīng)端口號(hào)的應(yīng)用進(jìn)程），就會(huì)丟棄報(bào)文，并有網(wǎng)際控制報(bào)文協(xié)議ICMP（ping某個(gè)地址就是用的ICMP）發(fā)送“端口不可達(dá)”差錯(cuò)報(bào)文給發(fā)送方。

UDP用戶數(shù)據(jù)報(bào)首部檢驗(yàn)和計(jì)算時(shí)會(huì)在UDP用戶數(shù)據(jù)報(bào)前增加12個(gè)字節(jié)的偽首部。

TCP

特點(diǎn)

1. 面向連接的運(yùn)輸層協(xié)議。
2. 點(diǎn)對(duì)點(diǎn)（一對(duì)一）通信。
3. 可靠交付。
4. 全雙工通信（TCP連接的兩端都設(shè)有發(fā)送緩存和接收緩存，用來(lái)臨時(shí)存放雙向通信的數(shù)據(jù)）。
5. 面向字節(jié)流。

TCP與UDP在發(fā)送報(bào)文時(shí)所采用的方式完全不同。TCP具體發(fā)送的報(bào)文由接收方給出的窗口值和當(dāng)前網(wǎng)絡(luò)擁塞的程度來(lái)決定一個(gè)報(bào)文段包含多少字節(jié)。而UDP發(fā)送的報(bào)文長(zhǎng)度由應(yīng)用進(jìn)程給出。

TCP可靠傳輸工作原理

TCP連接的端點(diǎn)叫做套接字(socket)或插口。套接字socket = (IP地址：端口號(hào))

停止等待協(xié)議

 

每發(fā)送完一個(gè)分組就設(shè)置一個(gè)超時(shí)計(jì)時(shí)器。 
- 注意： 
1. 必須暫時(shí)保存已發(fā)送的分組的副本 
2. 分組和確認(rèn)分組都必須編號(hào) 
3. 超市計(jì)時(shí)器設(shè)置的重傳時(shí)間比數(shù)據(jù)在分組傳輸?shù)钠骄鶗r(shí)間更長(zhǎng)一些

• 確認(rèn)丟失和確認(rèn)遲到

 
 
如果接收方接收到數(shù)據(jù)發(fā)送確認(rèn)沒(méi)有被發(fā)送方接收到，那么發(fā)送方超時(shí)后會(huì)重新發(fā)送分組，并且接收方收到重復(fù)的分組會(huì)丟棄并重傳確認(rèn)。 
如果接收方收到的確認(rèn)是已經(jīng)接受過(guò)的，那么會(huì)無(wú)視這個(gè)確認(rèn)。

缺點(diǎn)

停止等待協(xié)議（自動(dòng)重傳ARQ）雖然簡(jiǎn)單，但是信道利用率低。

信道利用率U = TD / (TD + RTT + TA)

連續(xù)ARQ協(xié)議和滑動(dòng)窗口協(xié)議

TCP報(bào)文格式

1. 源端口和目的端口 各占2字節(jié)
2. 序號(hào) 4字節(jié)
3. 確認(rèn)號(hào) 4字節(jié)期望收到對(duì)方下一個(gè)報(bào)文的第一個(gè)數(shù)據(jù)字節(jié)的序號(hào)
4. 數(shù)據(jù)偏移 4位
5. 保留 6字節(jié)
6. 緊急URG 當(dāng)URG=1表示緊急指針有效
7. 確認(rèn)ACK
8. 推送PSH
9. 復(fù)位RST 當(dāng)RST = 1時(shí)，釋放連接并重新建立連接
10. 同步SYN 當(dāng)SYN = 1 ACK = 0時(shí)，表明這是一個(gè)連接請(qǐng)求報(bào)文段。
11. 終止FIN FIN = 1，請(qǐng)求釋放連接。
12. 窗口
13. 檢驗(yàn)和
14. 緊急指針
15. 選項(xiàng)

TCP的三次握手

1. 客戶端TCP向服務(wù)端TCP發(fā)送一個(gè)特殊的TCP報(bào)文段，不包含應(yīng)用層數(shù)據(jù)，報(bào)文中SYN=1，設(shè)置一個(gè)初始號(hào)client_isn,記錄在報(bào)文段的序列號(hào)seq中。
2. SYN報(bào)文段到達(dá)服務(wù)器后，為該TCP鏈接分配緩存和變量，并向客戶端發(fā)送允許鏈接的報(bào)文段。其中，SYN = 1， ACK = client_isn+1，seq = server_isn;
3. 客戶端收到允許連接的報(bào)文后，客戶端也給連接分配緩存和變量，客戶端向服務(wù)端發(fā)送一個(gè)報(bào)文段，其中ACK = server_isn+1，SYN = 0，并且由于連接已經(jīng)建立所以現(xiàn)在可以攜帶應(yīng)用層數(shù)據(jù)。

TCP四次揮手

 
1. 客戶端發(fā)送連接釋放報(bào)文段，報(bào)文中FIN = 1, seq = u; 
2. 服務(wù)端接收到連接釋放報(bào)文后發(fā)出確認(rèn)報(bào)文，其中ACK = 1; seq = v; ack = u + 1; 
3. 服務(wù)端在發(fā)送完數(shù)據(jù)后，發(fā)送連接釋放報(bào)文FIN = 1, seq = w, ack = u + 1;并停止向客戶端發(fā)送數(shù)據(jù)。 
4. 客戶端收到連接釋放報(bào)文后，發(fā)送確認(rèn)報(bào)文， ACK = 1; seq = u + 1; ack = w + 1;并且進(jìn)入等待2MSL，防止服務(wù)端沒(méi)有接收到確認(rèn)報(bào)文，重傳報(bào)文。并且使連接產(chǎn)生的報(bào)文都消失。

TCP協(xié)議的連接是全雙工連接，一個(gè)TCP連接存在雙向的讀寫通道。 
簡(jiǎn)單說(shuō)來(lái)是 “先關(guān)讀，后關(guān)寫”，一共需要四個(gè)階段。以客戶機(jī)發(fā)起關(guān)閉連接為例： 
1. 服務(wù)器讀通道關(guān)閉 
2. 客戶機(jī)寫通道關(guān)閉 
3. 客戶機(jī)讀通道關(guān)閉 
4. 服務(wù)器寫通道關(guān)閉

TCP擁塞控制

擁塞控制和流量控制的區(qū)別

流量控制針對(duì)的是點(diǎn)對(duì)點(diǎn)之間的（發(fā)送方和接收方）之間的速度匹配服務(wù)，因?yàn)榻邮辗降膽?yīng)用程序讀取的速度不一定很迅速，而接收方的緩存是有限的，就需要避免發(fā)送的速度過(guò)快而導(dǎo)致的問(wèn)題。擁塞控制是由于網(wǎng)絡(luò)中的路由和鏈路傳輸速度限制，要避免網(wǎng)絡(luò)的過(guò)載和進(jìn)行的控制。

擁塞控制算法

擁塞控制算法主要包含了三個(gè)部分：慢啟動(dòng)、擁塞避免和快速回復(fù)

1. 慢啟動(dòng)

慢開始算法的思路就是，不要一開始就發(fā)送大量的數(shù)據(jù)，先探測(cè)一下網(wǎng)絡(luò)的擁塞程度，也就是說(shuō)由小到大逐漸增加擁塞窗口的大小。一般一開始為1個(gè)MSS，之后翻倍這樣來(lái)增加，呈指數(shù)增長(zhǎng)。其中1、慢啟動(dòng)過(guò)程有一個(gè)閾值ssthresh，一旦到達(dá)閾值就進(jìn)入擁塞避免模式。這是第一種離開結(jié)束慢啟動(dòng)的方式2、如果收到了一個(gè)丟包提示，就將cwnd設(shè)為1并且重新開始慢啟動(dòng)過(guò)程，這時(shí)要把閾值ssthresh設(shè)為當(dāng)前cwnd值的一半。3、如果收到了三次冗余的ACK，就執(zhí)行一次快速重傳并且進(jìn)入快速恢復(fù)狀態(tài)，這是最后一種結(jié)束慢啟動(dòng)的過(guò)程。

1. 擁塞避免

進(jìn)入擁塞避免說(shuō)明cwnd值大約是上一次遇到擁塞是的一半，這時(shí)候不能翻倍，而是將cwnd的值每次增加一個(gè)MSS。結(jié)束的過(guò)程有兩種可能：1、當(dāng)出現(xiàn)超時(shí)時(shí)，將cwnd值設(shè)為1個(gè)MSS，并且將ssthresh閾值設(shè)為當(dāng)前cwnd值的一半。2、當(dāng)收到三個(gè)冗余ACK時(shí)，將ssthresh閾值設(shè)為當(dāng)前cwnd值的一半，并且將cwnd值設(shè)為當(dāng)前cwnd值的一半加3，即ssthresh閾值加3，并且進(jìn)入快速恢復(fù)狀態(tài)。

1. 快速恢復(fù)

快速恢復(fù)就是指進(jìn)入快速恢復(fù)前的一系列操作，即將ssthresh閾值設(shè)為當(dāng)前cwnd值的一半，并且將cwnd值設(shè)為當(dāng)前cwnd值的一半加3，即ssthresh閾值加3，之后進(jìn)入擁塞避免狀態(tài)，即每次cwnd的值加1個(gè)MSS。

網(wǎng)絡(luò)層

協(xié)議

• 地址解析協(xié)議 ARP
• 網(wǎng)際控制報(bào)文協(xié)議 ICMP
• 網(wǎng)際組管理協(xié)議 IGMP

IP

IP地址分類： 
- A類:1.0.0.0~126.255.255.255,默認(rèn)子網(wǎng)掩碼/8,即255.0.0.0 (其中127.0.0.0~127.255.255.255為環(huán)回地址,用于本地環(huán)回測(cè)試等用途)；

• B類:128.0.0.0~191.255.255.255,默認(rèn)子網(wǎng)掩碼/16,即255.255.0.0；

• C類:192.0.0.0~223.255.255.255,默認(rèn)子網(wǎng)掩碼/24,即255.255.255.0；

• D類:224.0.0.0~239.255.255.255,一般于用組播

• E類:240.0.0.0~255.255.255.255(其中255.255.255.255為全網(wǎng)廣播地址),E類地址一般用于研究用途