關(guān)于昨天的“網(wǎng)絡(luò)層”，還有最后一點(diǎn)說(shuō)明，由于IP數(shù)據(jù)包是放在以太網(wǎng)數(shù)據(jù)包里發(fā)送的，所以我們必須同時(shí)知道兩個(gè)地址，一個(gè)是對(duì)方的MAC地址，另一個(gè)是對(duì)方的IP地址。但是在通常情況下，對(duì)方的IP地址是已知的，但是我們不知道他的MAC地址。而這又分為兩種情況，第一種情況，如果兩臺(tái)主機(jī)不在同一個(gè)子網(wǎng)絡(luò)，那么事實(shí)上沒(méi)有辦法得到對(duì)方的MAC地址，只能把數(shù)據(jù)包傳送到兩個(gè)子網(wǎng)絡(luò)連接處的“網(wǎng)關(guān)”，讓網(wǎng)關(guān)去處理。

第二種情況，如果兩臺(tái)主機(jī)在一個(gè)子網(wǎng)絡(luò)，那么我們可以使用ARP協(xié)議，得到對(duì)方的MAC地址。ARP協(xié)議也是發(fā)出一個(gè)數(shù)據(jù)包，其中包含他要查詢的的主機(jī)的IP地址，在對(duì)方IP一欄，填的是FF：FF：FF：fFF：FF，表示這是一個(gè)“廣播”地址，他所在的子網(wǎng)絡(luò)的每一臺(tái)主機(jī)，都會(huì)收到這個(gè)數(shù)據(jù)包，從中取出IP地址，與自己的IP地址進(jìn)行比較。如果兩者相同，都做出回復(fù)，向?qū)Ψ綀?bào)告自己的MAC地址，否則就丟棄這個(gè)包。有了ARP協(xié)議之后，我們就可以得到同一個(gè)子網(wǎng)絡(luò)中的主機(jī)MAC地址，可以把數(shù)據(jù)包發(fā)送到任意一個(gè)主機(jī)之上。

IP協(xié)議是TCP/IP的核心，所有的TCP，UDP，IMCP，IGCP的數(shù)據(jù)都是以IP數(shù)據(jù)格式。但是IP不是可靠的協(xié)議，這就是說(shuō)，IP協(xié)議沒(méi)有提供一種數(shù)據(jù)未傳達(dá)以后的處理機(jī)制。而這被認(rèn)為是上層協(xié)議要做的事，所以這也就是出現(xiàn)了TCP是一個(gè)可靠的協(xié)議，而UDP就沒(méi)有那么可靠。

其中有一個(gè)8位生存時(shí)間（TTL）字段，該字段規(guī)定了該數(shù)據(jù)包在穿過(guò)多少個(gè)路由之后才會(huì)被拋棄，而這就證明IP協(xié)議是不可靠的，他不能保證數(shù)據(jù)被送達(dá)，某個(gè)IP數(shù)據(jù)包每穿過(guò)，該數(shù)據(jù)包的TTL數(shù)值就會(huì)減少1，當(dāng)這個(gè)數(shù)據(jù)包的TTL成為0時(shí)，它就會(huì)被拋棄。這個(gè)數(shù)段的最大值就是255，也就是說(shuō)一個(gè)協(xié)議包也就是在路由器中穿行了255次之后就會(huì)被拋棄，根據(jù)系統(tǒng)的不同，這個(gè)數(shù)據(jù)也不太一樣。

如果IP數(shù)據(jù)包的TTL（生命周期）以到，則該IP數(shù)據(jù)包就被拋棄。

搜索路由表，優(yōu)先搜索匹配主機(jī)，如果能找到和IP地址完全一致的目標(biāo)主機(jī)，則將該包發(fā)向目標(biāo)主機(jī)

搜索路由表，如果匹配主機(jī)失敗，則匹配同子網(wǎng)的路由器，這需要“子網(wǎng)掩碼(1.3.)”的協(xié)助。如果找到路由器，則將該包發(fā)向路由器。

搜索路由表，如果匹配同子網(wǎng)路由器失敗，則匹配同網(wǎng)號(hào)（第一章有講解）路由器，如果找到路由器，則將該包發(fā)向路由器。

搜索陸游表，如果以上都失敗了，就搜索默認(rèn)路由，如果默認(rèn)路由存在，則發(fā)包

如果都失敗了，就丟掉這個(gè)包。

由于IP協(xié)議不是一個(gè)可靠的協(xié)議，他不能保證數(shù)據(jù)被送達(dá)，而保證數(shù)據(jù)送達(dá)的工作應(yīng)該由其他的模塊來(lái)完成。其中一個(gè)很重要的模塊就是ICMP（網(wǎng)絡(luò)控制報(bào)文）協(xié)議。當(dāng)傳送IP數(shù)據(jù)包發(fā)生錯(cuò)誤時(shí)，比如主機(jī)不可達(dá)，路由不可達(dá)等等，ICMP會(huì)把錯(cuò)誤信息封包，然后傳回給主機(jī)。給主機(jī)一個(gè)處理錯(cuò)誤的機(jī)會(huì)，這正是建立在IP層以上的協(xié)議就是可以做到安全的原因。ICMP數(shù)據(jù)包由8bit的錯(cuò)誤類型和16bit的校驗(yàn)位組成。

盡管在大多數(shù)情況下，錯(cuò)誤的包傳送應(yīng)該給出ICMP報(bào)文，但是在特殊情況下，是不產(chǎn)生ICMP錯(cuò)誤報(bào)文的。如下

ICMP差錯(cuò)報(bào)文不會(huì)產(chǎn)生ICMP差錯(cuò)報(bào)文（出IMCP查詢報(bào)文）（防止IMCP的無(wú)限產(chǎn)生和傳送）

目的地址是廣播地址或多播地址的IP數(shù)據(jù)報(bào)。

作為鏈路層廣播的數(shù)據(jù)報(bào)。

不是IP分片的第一片。

源地址不是單個(gè)主機(jī)的數(shù)據(jù)報(bào)。這就是說(shuō)，源地址不能為零地址、環(huán)回地址、廣播地 址或多播地址。

雖然里面的一些規(guī)定現(xiàn)在還不是很明白，但是所有的這一切規(guī)定，都是為了防止產(chǎn)生ICMP報(bào)文的無(wú)限傳播而定義的。

七.傳輸層

1.由來(lái)：有了MAC地址和IP地址，我們已經(jīng)可以在互聯(lián)網(wǎng)上任意兩臺(tái)主機(jī)上建立通信。而你在多個(gè)進(jìn)程的時(shí)候，許多程序都要使用網(wǎng)絡(luò)，如一邊瀏覽網(wǎng)絡(luò)，一邊與朋友聊天。當(dāng)一個(gè)數(shù)據(jù)包從互聯(lián)網(wǎng)上發(fā)過(guò)來(lái)的時(shí)候，你怎么知道他是網(wǎng)絡(luò)的內(nèi)容還是在線聊天的內(nèi)容。因此我們還需要一個(gè)參數(shù)，表示這個(gè)數(shù)據(jù)包到底供哪個(gè)程序使用，這個(gè)參數(shù)就叫做“端口”，他其實(shí)就是每一個(gè)使用網(wǎng)卡程序的編號(hào)。每個(gè)數(shù)據(jù)發(fā)送到主機(jī)指定端口，所以不同的程序就能取到自己所需要的數(shù)據(jù)。“端口”是0到65535之間的一個(gè)整數(shù)，正好是16個(gè)二進(jìn)制位。而0到1023的端口被系統(tǒng)占用，用戶只能選取大于1023的端口。不管是瀏覽網(wǎng)頁(yè)還是在線聊天，應(yīng)用程序會(huì)隨機(jī)選用一個(gè)端口，然后與服務(wù)器的相應(yīng)端口聯(lián)系。

“傳輸層”的功能，就是建立“端口到端口”的通信。相比之下，網(wǎng)絡(luò)層只能“主機(jī)到主機(jī)”的通信。只要能確定主機(jī)和端口，我們就能實(shí)現(xiàn)程序之間的交流。

因此，Unix系統(tǒng)就把主機(jī)+端口，叫做“套接字”。有了它，就可以進(jìn)行網(wǎng)絡(luò)應(yīng)用的開(kāi)發(fā)了

2.UDP協(xié)議

我們現(xiàn)在必須在數(shù)據(jù)包中加入端口信息，這就需要新的協(xié)議，最簡(jiǎn)單的實(shí)現(xiàn)就是UDP協(xié)議，他的格式幾乎就是在數(shù)據(jù)前邊加上端口號(hào)。

UDP數(shù)據(jù)包，也是由“標(biāo)頭”和“數(shù)據(jù)”兩部分構(gòu)成。標(biāo)頭部分主要定義了發(fā)出端口和接收端口，“數(shù)據(jù)”部分就是具體的內(nèi)容。然后把整個(gè)UDP數(shù)據(jù)包放入IP數(shù)據(jù)包的數(shù)據(jù)部分，而IP數(shù)據(jù)包在以太網(wǎng)的數(shù)據(jù)包中，所以整個(gè)以太網(wǎng)數(shù)據(jù)包現(xiàn)在就變成了這個(gè)樣子：

具體的協(xié)議信息我們明天再續(xù)

學(xué)海無(wú)涯...