TCP/IP四层模型和OSI七层模型
TCP/IP四層模型和OSI七層模型對(duì)應(yīng)表。我們把OSI七層網(wǎng)絡(luò)模型和Linux TCP/IP四層概念模型對(duì)應(yīng),然后將各種網(wǎng)絡(luò)協(xié)議歸類。
??? 表1-1? TCP/IP四層模型和OSI七層模型對(duì)應(yīng)表
?
| OSI七層網(wǎng)絡(luò)模型 | Linux TCP/IP四層概念模型 | 對(duì)應(yīng)網(wǎng)絡(luò)協(xié)議 |
| 應(yīng)用層(Application) | 應(yīng)用層 | TFTP, FTP, NFS, WAIS |
| 表示層(Presentation) | Telnet, Rlogin, SNMP, Gopher | |
| 會(huì)話層(Session) | SMTP, DNS | |
| 傳輸層(Transport) | 傳輸層 | TCP, UDP |
| 網(wǎng)絡(luò)層(Network) | 網(wǎng)際層 | IP, ICMP, ARP, RARP, AKP, UUCP |
| 數(shù)據(jù)鏈路層(Data Link) | 網(wǎng)絡(luò)接口 | FDDI, Ethernet, Arpanet, PDN, SLIP, PPP |
| 物理層(Physical) | IEEE 802.1A, IEEE 802.2到IEEE 802.11 |
| OSI七層網(wǎng)絡(luò)模型 | Linux TCP/IP四層概念模型 | 對(duì)應(yīng)網(wǎng)絡(luò)協(xié)議 |
| 應(yīng)用層(Application) | 應(yīng)用層 | TFTP, FTP, NFS, WAIS |
| 表示層(Presentation) | Telnet, Rlogin, SNMP, Gopher | |
| 會(huì)話層(Session) | SMTP, DNS | |
| 傳輸層(Transport) | 傳輸層 | TCP, UDP |
| 網(wǎng)絡(luò)層(Network) | 網(wǎng)際層 | IP, ICMP, ARP, RARP, AKP, UUCP |
| 數(shù)據(jù)鏈路層(Data Link) | 網(wǎng)絡(luò)接口 | FDDI, Ethernet, Arpanet, PDN, SLIP, PPP |
| 物理層(Physical) | IEEE 802.1A, IEEE 802.2到IEEE 802.11 |
??? 1.網(wǎng)絡(luò)接口
??? 網(wǎng)絡(luò)接口把數(shù)據(jù)鏈路層和物理層放在一起,對(duì)應(yīng)TCP/IP概念模型的網(wǎng)絡(luò)接口。對(duì)應(yīng)的網(wǎng)絡(luò)協(xié)議主要是:Ethernet、FDDI和能傳輸IP數(shù)據(jù)包的任何協(xié)議。
??? 2.網(wǎng)際層
??? 網(wǎng) 絡(luò)層對(duì)應(yīng)Linux TCP/IP概念模型的網(wǎng)際層,網(wǎng)絡(luò)層協(xié)議管理離散的計(jì)算機(jī)間的數(shù)據(jù)傳輸,如IP協(xié)議為用戶和遠(yuǎn)程計(jì)算機(jī)提供了信息包的傳輸方法,確保信息包能正確地到達(dá) 目的機(jī)器。這一過(guò)程中,IP和其他網(wǎng)絡(luò)層的協(xié)議共同用于數(shù)據(jù)傳輸,如果沒(méi)有使用一些監(jiān)視系統(tǒng)進(jìn)程的工具,用戶是看不到在系統(tǒng)里的IP的。網(wǎng)絡(luò)嗅探器 Sniffers是能看到這些過(guò)程的一個(gè)裝置(它可以是軟件,也可以是硬件),它能讀取通過(guò)網(wǎng)絡(luò)發(fā)送的每一個(gè)包,即能讀取發(fā)生在網(wǎng)絡(luò)層協(xié)議的任何活動(dòng),因 此網(wǎng)絡(luò)嗅探器Sniffers會(huì)對(duì)安全造成威脅。重要的網(wǎng)絡(luò)層協(xié)議包括ARP(地址解析協(xié)議)、ICMP(Internet控制消息協(xié)議)和IP協(xié)議(網(wǎng) 際協(xié)議)等。
3.傳輸層
傳輸層對(duì)應(yīng)Linux TCP/IP概念模型的傳輸層。傳輸層提供應(yīng)用程序間的通信。其功能包括:格式化信息流;提供可靠傳輸。為實(shí)現(xiàn)后者,傳輸層協(xié)議規(guī)定接收端必須發(fā)回確認(rèn)信 息,如果分組丟失,必須重新發(fā)送。傳輸層包括TCP(Transmission Control Protocol,傳輸控制協(xié)議)和UDP(User Datagram Protocol,用戶數(shù)據(jù)報(bào)協(xié)議),它們是傳輸層中最主要的協(xié)議。TCP建立在IP之上,定義了網(wǎng)絡(luò)上程序到程序的數(shù)據(jù)傳輸格式和規(guī)則,提供了IP數(shù)據(jù) 包的傳輸確認(rèn)、丟失數(shù)據(jù)包的重新請(qǐng)求、將收到的數(shù)據(jù)包按照它們的發(fā)送次序重新裝配的機(jī)制。TCP 協(xié)議是面向連接的協(xié)議,類似于打電話,在開(kāi)始傳輸數(shù)據(jù)之前,必須先建立明確的連接。UDP也建立在IP之上,但它是一種無(wú)連接協(xié)議,兩臺(tái)計(jì)算機(jī)之間的傳輸 類似于傳遞郵件:消息從一臺(tái)計(jì)算機(jī)發(fā)送到另一臺(tái)計(jì)算機(jī),兩者之間沒(méi)有明確的連接。UDP不保證數(shù)據(jù)的傳輸,也不提供重新排列次序或重新請(qǐng)求的功能,所以說(shuō) 它是不可靠的。雖然UDP的不可靠性限制了它的應(yīng)用場(chǎng)合,但它比TCP具有更好的傳輸效率。
??? 4.應(yīng)用層
??? 應(yīng) 用層、表示層和會(huì)話層對(duì)應(yīng)Linux TCP/IP概念模型中的應(yīng)用層。應(yīng)用層位于協(xié)議棧的頂端,它的主要任務(wù)是應(yīng)用。一般是可見(jiàn)的,如利用FTP(文件傳輸協(xié)議)傳輸一個(gè)文件,請(qǐng)求一個(gè)和目 標(biāo)計(jì)算機(jī)的連接,在傳輸文件的過(guò)程中,用戶和遠(yuǎn)程計(jì)算機(jī)交換的一部分是能看到的。常見(jiàn)的應(yīng)用層協(xié)議有:HTTP,FTP,Telnet,SMTP和 Gopher等。應(yīng)用層是Linux網(wǎng)絡(luò)設(shè)定最關(guān)鍵的一層。Linux服務(wù)器的配置文檔主要針對(duì)應(yīng)用層中的協(xié)議。
?
| 層次名稱 | 功??? 能 | 協(xié)??? 議 |
| 網(wǎng)絡(luò)接口 (Host-to-Net Layer) | 負(fù)責(zé)實(shí)際數(shù)據(jù)的傳輸,對(duì)應(yīng)OSI參考模型的下兩層 | HDLC(高級(jí)鏈路控制協(xié)議) PPP(點(diǎn)對(duì)點(diǎn)協(xié)議) SLIP(串行線路接口協(xié)議) |
| 網(wǎng)際層 (Inter-network Layer) | 負(fù)責(zé)網(wǎng)絡(luò)間的尋址 數(shù)據(jù)傳輸,對(duì)應(yīng)OSI參考模型的第三層 | IP(網(wǎng)際協(xié)議) ICMP(網(wǎng)際控制消息協(xié)議) ARP(地址解析協(xié)議) RARP(反向地址解析協(xié)議) |
| 傳輸層 (Transport Layer) | 負(fù)責(zé)提供可靠的傳輸服務(wù),對(duì)應(yīng)OSI參考模型的第四層 | TCP(控制傳輸協(xié)議) UDP(用戶數(shù)據(jù)報(bào)協(xié)議) |
| 應(yīng)用層 (Application Layer) | 負(fù)責(zé)實(shí)現(xiàn)一切與應(yīng)用程序相關(guān)的功能,對(duì)應(yīng)OSI參考模型的上三層 | FTP(文件傳輸協(xié)議) HTTP(超文本傳輸協(xié)議) DNS(域名服務(wù)器協(xié)議) SMTP(簡(jiǎn)單郵件傳輸協(xié)議) NFS(網(wǎng)絡(luò)文件系統(tǒng)協(xié)議) |
說(shuō)明:TCP/IP與OSI最大的不同在于OSI是一個(gè)理論上的網(wǎng)絡(luò)通信模型,而TCP/IP則是實(shí)際運(yùn)行的網(wǎng)絡(luò)協(xié)議。
總結(jié)
以上是生活随笔為你收集整理的TCP/IP四层模型和OSI七层模型的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇: Proxy与NAT有什么区别
- 下一篇: 服务器集群负载均衡(F5,LVS,DNS