簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP網(wǎng)絡(luò)知識(shí)4篇

1/1簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP網(wǎng)絡(luò)知識(shí)4篇

網(wǎng)絡(luò)管理協(xié)議篇一網(wǎng)管員必讀―跟我學(xué)SNMP網(wǎng)絡(luò)管理

說(shuō)起網(wǎng)絡(luò)管理，恐怕大部分人立刻就能想到局域網(wǎng)的組建、服務(wù)器的配置、美萍網(wǎng)管大師之類的軟件使用以及軟、硬件系統(tǒng)的安裝、調(diào)試和維護(hù)等工作，而相當(dāng)多的中小規(guī)模局域網(wǎng)管理員平日里的工作也就是不斷地安裝操作系統(tǒng)和應(yīng)用軟件、查殺病毒、數(shù)據(jù)備份、計(jì)算機(jī)和網(wǎng)線、網(wǎng)卡的故障排除等等，在很多非專業(yè)人士的眼里似乎這些就是網(wǎng)絡(luò)管理的全部，而在相當(dāng)多的網(wǎng)管論壇上，這些也都是大家討論的重點(diǎn)。然而，嚴(yán)格地說(shuō)來(lái)，這類工作并不是真正意義上的網(wǎng)絡(luò)管理，它們只能被稱作系統(tǒng)管理或者系統(tǒng)維護(hù)，充其量它們只是網(wǎng)絡(luò)管理中的一個(gè)很小的并且缺乏技術(shù)含量的部分，而真正的網(wǎng)絡(luò)管理則離不開SNMP--簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議。

由于SNMP網(wǎng)絡(luò)管理的學(xué)習(xí)并不像普通的系統(tǒng)維護(hù)那么簡(jiǎn)單，它不但要求我們的網(wǎng)絡(luò)管理員要深入了解網(wǎng)絡(luò)中的交換和路由設(shè)備，還要求我們能夠透徹認(rèn)識(shí)SNMP協(xié)議原理，所以這種管理方式在大部分中小規(guī)模局域網(wǎng)中的運(yùn)用并不多見(jiàn)。但因?yàn)镾NMP是目前在計(jì)算機(jī)網(wǎng)絡(luò)中用得最廣泛的網(wǎng)絡(luò)管理協(xié)議，所以我們可以肯定的說(shuō)：一個(gè)連SNMP都不清楚的網(wǎng)絡(luò)管理員就絕對(duì)不是一個(gè)好的網(wǎng)絡(luò)管理員。本文中筆者將帶領(lǐng)大家一步一步地去學(xué)習(xí)SNMP網(wǎng)絡(luò)管理，盡量減少枯燥的理論知識(shí)、加大實(shí)踐力度，將原本仿佛遙不可及的SNMP拉到大家的身邊，讓大家切身體會(huì)到SNMP網(wǎng)絡(luò)管理在日常工作中的重要意義。

初識(shí)SNMP網(wǎng)絡(luò)管理

SNMP的英文全稱是SimpleNetworkManagementProtocol，中文名為簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議，是一個(gè)基于TCP/IP協(xié)議的網(wǎng)絡(luò)管理標(biāo)準(zhǔn)。SNMP網(wǎng)絡(luò)管理包含兩個(gè)部分：網(wǎng)絡(luò)管理站（也叫管理進(jìn)程，manager）和被管的網(wǎng)絡(luò)單元（也叫被管設(shè)備）。網(wǎng)絡(luò)管理站通常是一臺(tái)安裝了網(wǎng)絡(luò)管理軟件的計(jì)算機(jī)，可以顯示所有被管設(shè)備的狀態(tài)，我們一般稱之為網(wǎng)管工作站；而被管設(shè)備則種類繁多，包括交換機(jī)、路由器、防火墻、服務(wù)器以及打印機(jī)等等，被管設(shè)備上的管理軟件我們稱之為代理進(jìn)程，用于回答管理進(jìn)程（網(wǎng)管工作站）的查詢。圖1顯示了一個(gè)使用兩臺(tái)SNMP網(wǎng)管工作站進(jìn)行網(wǎng)絡(luò)管理的拓?fù)浣Y(jié)構(gòu)。

在圖1中，兩臺(tái)網(wǎng)管工作站上面分別安裝了SNMP網(wǎng)絡(luò)管理軟件，以對(duì)局域網(wǎng)中的所有的被管設(shè)備（交換機(jī)、路由器、防火墻和服務(wù)器）進(jìn)行管理和監(jiān)控，而被管設(shè)備上面則運(yùn)行著代理進(jìn)程，因此整個(gè)網(wǎng)絡(luò)的管理就可以集中在這兩臺(tái)網(wǎng)管工作站上面來(lái)進(jìn)行了。

圖1

SNMP網(wǎng)絡(luò)管理包括三個(gè)組成部分：管理信息庫(kù)MIB、管理信息結(jié)構(gòu)SMI和SNMP網(wǎng)絡(luò)管理協(xié)議。管理信息庫(kù)（MIB）中存放的是被管設(shè)備的所有信息，比方說(shuō)被管設(shè)備的名稱、運(yùn)行時(shí)間、接口速度、接口進(jìn)來(lái)/發(fā)出的'報(bào)文等等，當(dāng)前的管理信息庫(kù)版本為MIB-II；管理信息結(jié)構(gòu)SMI用于定義管理信息庫(kù)MIB的結(jié)構(gòu)和表示符號(hào)，限制在MIB變量中允許的變量類型，指定對(duì)這些變量命名的規(guī)則以及創(chuàng)建定義變量類型的規(guī)則；而SNMP網(wǎng)絡(luò)管理協(xié)議則是管理進(jìn)程（位于網(wǎng)管工作站上）和代理進(jìn)程（位于被管設(shè)備上）之間的通信協(xié)議。

SNMP網(wǎng)絡(luò)管理定義了5種報(bào)文操作：

GetRequest操作：用于管理進(jìn)程從代理進(jìn)程上面提取一個(gè)或者多個(gè)MIB參數(shù)值，這些參數(shù)值均在管理信息庫(kù)中被定義；

GetNextRequest操作：從代理進(jìn)程上面提取一個(gè)或多個(gè)參數(shù)的下一個(gè)參數(shù)值；

SetRequest操作：設(shè)置代理進(jìn)程的一個(gè)或多個(gè)MIB參數(shù)值；

GetResponse操作：代理進(jìn)程返回一個(gè)或多個(gè)MIB參數(shù)值，它是前面三種操作中的響應(yīng)操作；

Trap操作：這是代理進(jìn)程主動(dòng)向管理進(jìn)程發(fā)出的報(bào)文，它標(biāo)記出一個(gè)可能需要特殊注意的事件的發(fā)生，比方說(shuō)重新啟動(dòng)可能就會(huì)觸發(fā)一個(gè)Trap陷阱。

前面三個(gè)操作是管理進(jìn)程向代理進(jìn)程發(fā)出的，后面兩個(gè)操作則是代理進(jìn)程發(fā)給管理進(jìn)程的，其中除了Trap操作使用UDP162端口外，其他4個(gè)操作均使用UDP161端口。通過(guò)這五種報(bào)文操作，管理進(jìn)程和代理之間就能夠進(jìn)行相互之間的通信了。

在看完SNMP網(wǎng)絡(luò)管理的三個(gè)組成部分和五個(gè)報(bào)文操作的介紹后，可能還是有很多的讀者仍然對(duì)SNMP感到比較抽象，沒(méi)有關(guān)系，大家現(xiàn)在可以不用太追求對(duì)這些概念的感性認(rèn)識(shí)，跟著我一步一步地往下看就行了，稍后我們會(huì)用實(shí)例來(lái)給大家提供感性的認(rèn)識(shí)。

網(wǎng)絡(luò)協(xié)議與標(biāo)準(zhǔn)(上)網(wǎng)絡(luò)知識(shí)篇二從歷史上看，代理服務(wù)器有兩種類型：一種是在線代理服務(wù)器，攔截通過(guò)這些代理服務(wù)器的通信；另一種需要經(jīng)過(guò)設(shè)置的客戶機(jī)運(yùn)行這些代理服務(wù)器，如SOCKS代理，當(dāng)然，每一種代理服務(wù)器都有自己的好處。設(shè)置客戶機(jī)是很煩人和昂貴的，如果可能的話應(yīng)該避免使用這種

從歷史上看，代理服務(wù)器有兩種類型：一種是在線代理服務(wù)器，攔截通過(guò)這些代理服務(wù)器的通信；另一種需要經(jīng)過(guò)設(shè)置的客戶機(jī)運(yùn)行這些代理服務(wù)器，如SOCKS代理。當(dāng)然，每一種代理服務(wù)器都有自己的好處。設(shè)置客戶機(jī)是很煩人和昂貴的，如果可能的話應(yīng)該避免使用這種代理服務(wù)器。設(shè)法直接在通信通道上得到代理服務(wù)器是很困難的，特別是在有多余的電路或者替代的路徑的時(shí)候。但是，許多廠商現(xiàn)在開始支持一種相對(duì)比較新的協(xié)議。這種協(xié)議也許能夠在這兩種代理服務(wù)器領(lǐng)域提供最佳的性能。這個(gè)協(xié)議就是WCCP協(xié)議。有人把這個(gè)協(xié)議稱作“Web緩存控制協(xié)議”，還有人把這個(gè)協(xié)議稱作“Web緩存協(xié)調(diào)協(xié)議”。不管它代表什么意思，WCCP協(xié)議不是傳統(tǒng)意義上的路由協(xié)議，它將在未來(lái)引導(dǎo)你的網(wǎng)絡(luò)的通信，

因此，你應(yīng)該迅速熟悉這個(gè)協(xié)議的工作情況和好處。

簡(jiǎn)單的說(shuō)明是，這個(gè)協(xié)議能讓一臺(tái)路由器與你的緩存服務(wù)器對(duì)話。它們談?wù)摰氖沁@臺(tái)路由器應(yīng)該攔截什么類型的通信并且通過(guò)一個(gè)GRE隧道重新引導(dǎo)到緩存。WCCP第二版支持身份識(shí)別等安全措施，支持多臺(tái)路由器、緩存路由器和許多協(xié)議。因此，除了WWWHTTP之外，你還可以做文件服務(wù)器和其它類型的緩存。

因此，如果你在想你需要一個(gè)緩存或者代理服務(wù)器，WCCP模式肯定是你應(yīng)該考慮的東西。但是，因?yàn)樗行┎煌阈枰紤]下面這些事情：

?從客戶機(jī)到PC之間的通信不能直接在緩存和客戶機(jī)之間傳輸，但是，可以通過(guò)路由器多次傳輸。這就意味著你需要更多的功能。不要減少具有WCCP功能的路由器的處理和內(nèi)存功能。關(guān)注通信流量，這樣你才能不產(chǎn)生瓶頸。

?你需要準(zhǔn)備讓你的服務(wù)臺(tái)或者網(wǎng)絡(luò)運(yùn)行技術(shù)支持人員排除更復(fù)雜的環(huán)境中的故障。

?就像VoIP正在引起語(yǔ)音和數(shù)據(jù)IT部門產(chǎn)生結(jié)構(gòu)性的變化一樣，WCCP等許多新技術(shù)將使服務(wù)器、應(yīng)用程序和網(wǎng)絡(luò)技術(shù)支持團(tuán)隊(duì)之間的界限變得模糊不清。在你的網(wǎng)絡(luò)出現(xiàn)第一次故障之前，你要把這些區(qū)別搞清楚。

原文轉(zhuǎn)自

網(wǎng)絡(luò)產(chǎn)品代理協(xié)議篇三摘要：計(jì)算機(jī)網(wǎng)絡(luò)的硬件設(shè)備，它們是承載計(jì)算機(jī)通信的實(shí)體，然而它們是怎樣有序地完成計(jì)算機(jī)之間的通信任務(wù)的呢？計(jì)算機(jī)網(wǎng)絡(luò)的硬件設(shè)備，它們是承載計(jì)算機(jī)通信的實(shí)體。然而它們是怎樣有序地完成計(jì)算機(jī)之間的通信任務(wù)的呢？具體地說(shuō)，共享計(jì)算機(jī)網(wǎng)絡(luò)的資源

摘要：計(jì)算機(jī)網(wǎng)絡(luò)的硬件設(shè)備，它們是承載計(jì)算機(jī)通信的實(shí)體。然而它們是怎樣有序地完成計(jì)算機(jī)之間的通信任務(wù)的呢？

計(jì)算機(jī)網(wǎng)絡(luò)的硬件設(shè)備，它們是承載計(jì)算機(jī)通信的實(shí)體。然而它們是怎樣有序地完成計(jì)算機(jī)之間的通信任務(wù)的呢？

具體地說(shuō)，共享計(jì)算機(jī)網(wǎng)絡(luò)的資源，以及在網(wǎng)中交換信息，就需要實(shí)現(xiàn)不同系統(tǒng)中的實(shí)體的通信。實(shí)體包括用戶應(yīng)用程序、文件傳送包、數(shù)據(jù)庫(kù)管理系統(tǒng)、電子設(shè)備以及終端等，系統(tǒng)包括計(jì)算機(jī)、終端和各種設(shè)備等。一般說(shuō)來(lái)，實(shí)體是能發(fā)送和接收信息的任何東西，而系統(tǒng)是物理上明顯的物體，它包含一個(gè)或多個(gè)實(shí)體。兩個(gè)實(shí)體要想成功地通信，它們必須具有相同的語(yǔ)言。交流什么，怎樣交流及何時(shí)交流，都必須遵從有關(guān)實(shí)體間某種互相都能接受以一些規(guī)則，這些規(guī)則的集合稱為協(xié)議，它可以定義為兩實(shí)體間控制數(shù)據(jù)交換的規(guī)則的集合。

上面洋洋灑灑地一大通話，可能早已讓讀者暈頭轉(zhuǎn)向了。簡(jiǎn)單地說(shuō)，所謂的協(xié)議，就象人與人交流的語(yǔ)言一樣，它是計(jì)算機(jī)網(wǎng)絡(luò)通信實(shí)體之間語(yǔ)言。不同的網(wǎng)絡(luò)結(jié)構(gòu)可能使用不同的網(wǎng)絡(luò)協(xié)議；而同樣的，不同的網(wǎng)絡(luò)協(xié)議設(shè)計(jì)也就造就了不同的網(wǎng)絡(luò)結(jié)構(gòu)。下面將從計(jì)算機(jī)網(wǎng)絡(luò)協(xié)議參考模型開始，逐一介紹局域網(wǎng)、廣域網(wǎng)、Internet的計(jì)算機(jī)網(wǎng)絡(luò)通信協(xié)議。

6.1開放系統(tǒng)互連參考模型OSI

自從計(jì)算機(jī)網(wǎng)絡(luò)面世以來(lái)，它不斷地促進(jìn)著社會(huì)的發(fā)展，而且人類對(duì)計(jì)算機(jī)網(wǎng)絡(luò)的依賴與需求都愈演愈烈，所以許許多多的計(jì)算機(jī)廠商都建立了自己一套與眾不同的網(wǎng)絡(luò)協(xié)議體系，然后配套一系列相對(duì)應(yīng)的計(jì)算機(jī)網(wǎng)絡(luò)硬件設(shè)備來(lái)完成計(jì)算機(jī)的連網(wǎng)需求，而且它們之間并不能通用。這樣造成了如果你選擇了一個(gè)廠商的網(wǎng)絡(luò)產(chǎn)品，就被捆綁在這個(gè)廠商上，不得不“從一而終”，這顯然降低了整個(gè)網(wǎng)絡(luò)系統(tǒng)的可擴(kuò)展性，甚至妨礙了計(jì)算機(jī)網(wǎng)絡(luò)的更一步發(fā)展。

為此，國(guó)際標(biāo)準(zhǔn)化組織（ISO、InternationalStandardOrganization）在1979年建立了一個(gè)專門的分委員會(huì)來(lái)研究和制定一種開放的、公開的、標(biāo)準(zhǔn)化了的網(wǎng)絡(luò)結(jié)構(gòu)模型，以期用它來(lái)實(shí)現(xiàn)計(jì)算機(jī)網(wǎng)絡(luò)之間相互聯(lián)接與溝通。

經(jīng)過(guò)一段時(shí)間后，ISO組織提出了一套稱為“開放系統(tǒng)互聯(lián)參考模型”（OSI、OpenSystemInterconnection）。它定義了一套用于連接異種計(jì)算機(jī)的標(biāo)準(zhǔn)框架。由于ISO組織的權(quán)威性，加上人們需要一個(gè)相互兼容、共同發(fā)展的，新的網(wǎng)絡(luò)體系，所以O(shè)SI參考模型成為了各大廠商努力遵循的標(biāo)準(zhǔn)。到了今天，雖然網(wǎng)絡(luò)協(xié)議并不是完全與它一致的，但卻都是根據(jù)它來(lái)制定的，所以確保了它們的開放性和兼容性。從某種意義上說(shuō)，OSI參考模型已成為了計(jì)算機(jī)網(wǎng)絡(luò)協(xié)議的“金科玉律”。

OSI參考模型采用了分層的結(jié)構(gòu)化技術(shù)，將功能邏輯上劃分開來(lái)，以使整個(gè)結(jié)構(gòu)具有較高的靈活性。OSI參考模型共七層：應(yīng)用層（ApplicationLayer）、表示層(PresentationLayer)、會(huì)話層(SessionLayer)、傳輸層(TransportLayer)、網(wǎng)絡(luò)層(NetworkLayer)、數(shù)據(jù)鏈路層(DataLinkLayer)、物理層(PhysicalLayer)。

7.應(yīng)用層（Application）

6.表示層（Presentation）

5.會(huì)話層（Session）

4.傳輸層（Transport）

3．網(wǎng)絡(luò)層（Network）

2．?dāng)?shù)據(jù)鏈路層（DataLink）

1.物理層（Physical）

表6-1OSI七層結(jié)構(gòu)

有一句英文短句可以幫助你來(lái)記住它們的順序：Allpeopleseemneedtodataprocess.每個(gè)單詞的最前一個(gè)字母與每一個(gè)層相對(duì)應(yīng)。下面我們就逐層作一相對(duì)簡(jiǎn)單的介紹：

6.1.1物理層

物理層，它通過(guò)一系列協(xié)議定義了通信設(shè)備的機(jī)械的、電氣的、功能的、規(guī)程的特征。

機(jī)械特征：規(guī)定線纜與網(wǎng)絡(luò)接口卡的連接頭的形狀、幾何尺寸、引腳線數(shù)、引線排列方式、鎖定裝置等一系列外形特征；

電氣特征：規(guī)定了在傳輸過(guò)程中多少伏特的電壓代表“1”，多少伏特代表“0”；

功能特征：規(guī)定了連接雙方每個(gè)連接線的作用：用于傳輸數(shù)據(jù)的數(shù)據(jù)線、用于傳輸控制信息的控制線、用于協(xié)調(diào)通信的定時(shí)線、用于接地的地線；

過(guò)程特征：具體規(guī)定了通信雙方的通信步驟，

一句話，物理層的所有協(xié)議就是人為規(guī)定了不同種類傳輸設(shè)備、傳輸媒介如何將數(shù)字信號(hào)從一端傳送到另一端，而不管傳送的是什么數(shù)據(jù)。從這里我們可以判斷出中繼器和非交換技術(shù)的集線器是一種工作在物理層上的設(shè)備，因?yàn)樗鼈兌疾魂P(guān)心它們傳送的是什么設(shè)備，也不負(fù)責(zé)數(shù)據(jù)的正確到達(dá)目的地。

6.1.2數(shù)據(jù)鏈路層

數(shù)據(jù)鏈路層，在物理層已能將信號(hào)發(fā)送到通信鏈路中的基礎(chǔ)上，完成保證相鄰結(jié)點(diǎn)之間有效地傳送數(shù)據(jù)的任務(wù)。正在通信的兩個(gè)站在某一特定時(shí)刻，一個(gè)發(fā)送數(shù)據(jù)，一個(gè)接收數(shù)據(jù)。數(shù)據(jù)鏈路層通過(guò)一系列協(xié)議將實(shí)現(xiàn)以下功能：

1）封裝成幀：把數(shù)據(jù)組成一定大小的數(shù)據(jù)塊，我們稱之為幀。然后以幀為單位發(fā)送、接收、校驗(yàn)數(shù)據(jù)；

2）流量控制：對(duì)發(fā)送數(shù)據(jù)的一方，根據(jù)接收站的接收情況，實(shí)時(shí)地進(jìn)行傳輸速率控制，以免出現(xiàn)發(fā)送數(shù)據(jù)過(guò)快，接收方來(lái)不及處理而丟失數(shù)據(jù)；

3）差錯(cuò)控制：對(duì)接收數(shù)據(jù)的一方，當(dāng)接收到數(shù)據(jù)幀后對(duì)其進(jìn)行檢驗(yàn)，如果發(fā)現(xiàn)錯(cuò)誤，則通知發(fā)送方重傳；

4）傳輸管理：在發(fā)送端與接收端通過(guò)某種特定形式的對(duì)話來(lái)建立、維護(hù)和終止一批數(shù)據(jù)的傳輸過(guò)程，以此對(duì)數(shù)據(jù)鏈路進(jìn)行管理。

就發(fā)送端而言，數(shù)據(jù)鏈路層將來(lái)自上層的數(shù)據(jù)按一定規(guī)則就成比特流送到物理層處理；就接收端而言，它通過(guò)數(shù)據(jù)鏈路層將來(lái)自物理層的比特流合并成完整的數(shù)據(jù)幀供上層使用。

根據(jù)數(shù)據(jù)鏈路層的需要，必須唯一的標(biāo)識(shí)出每個(gè)站點(diǎn)?，F(xiàn)在最常用的方法是將網(wǎng)絡(luò)接口卡（網(wǎng)卡）編上一個(gè)唯一的編號(hào)。習(xí)慣上，這個(gè)編號(hào)稱為MAC地址。

實(shí)際上很大一部分的數(shù)據(jù)鏈路層的功能是由網(wǎng)卡來(lái)完成的，網(wǎng)卡工作在數(shù)據(jù)鏈路層，網(wǎng)橋需要將物理層的比特流合并成完整的數(shù)據(jù)幀，以得知其接收站點(diǎn)的地址，所以也是工作在數(shù)據(jù)鏈路層的一種網(wǎng)絡(luò)設(shè)備。

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

網(wǎng)絡(luò)層，用于從發(fā)送端向接收端傳送分組。

也許讀者會(huì)覺(jué)得不可思議，不是數(shù)據(jù)鏈路層已經(jīng)保證了相鄰節(jié)點(diǎn)之間無(wú)差錯(cuò)傳送數(shù)據(jù)幀了嗎？那么網(wǎng)絡(luò)層到底有什么用呢？它存在的主要目的就是解決以下問(wèn)題：

1）通信雙方并不相鄰：在計(jì)算機(jī)網(wǎng)絡(luò)中，通信雙方可能是相互鄰接的，但也可能并不是鄰接的，這樣當(dāng)一個(gè)數(shù)據(jù)分組從發(fā)送端發(fā)送到接收端的過(guò)程中，就可能在這個(gè)中間要經(jīng)過(guò)多個(gè)其它網(wǎng)絡(luò)結(jié)點(diǎn)，這些結(jié)點(diǎn)暫時(shí)存儲(chǔ)“路過(guò)”的數(shù)據(jù)分組，再根據(jù)網(wǎng)絡(luò)的“交通狀況”選擇下一個(gè)結(jié)點(diǎn)將數(shù)據(jù)分組發(fā)出去，直到發(fā)送到接收方為止。

2）正如前面所闡述的一樣，由于OSI參考模型是出現(xiàn)在許多網(wǎng)絡(luò)協(xié)議之后的，它就必須為使用這些已經(jīng)存在的網(wǎng)絡(luò)協(xié)議的計(jì)算機(jī)網(wǎng)絡(luò)之間的相互通信作出貢獻(xiàn)。事實(shí)上，網(wǎng)絡(luò)層的一些協(xié)議解決了這樣的異構(gòu)網(wǎng)絡(luò)的互聯(lián)問(wèn)題。

另外，上一章所提到的路由器、第三層交換機(jī)都是用于實(shí)現(xiàn)根據(jù)網(wǎng)絡(luò)的“交通狀況”

選擇下一個(gè)站點(diǎn)將數(shù)據(jù)分組發(fā)出去的功能，所以它們都是網(wǎng)絡(luò)層的設(shè)備。

6.1.4傳輸層

傳輸層，實(shí)現(xiàn)發(fā)送端和接收端的端口到端口的數(shù)據(jù)分組傳送。

傳輸層的出現(xiàn)是為了更加有效地利用網(wǎng)絡(luò)層所提供的服務(wù)。它主要體現(xiàn)在以下兩方面：

1)將一個(gè)較長(zhǎng)的數(shù)據(jù)分成幾個(gè)小數(shù)據(jù)報(bào)發(fā)送：由于實(shí)際在網(wǎng)絡(luò)上傳遞的每個(gè)數(shù)據(jù)幀都是有一定大小限制的。假設(shè)如果我們要傳送一個(gè)字串“123456789”，它太長(zhǎng)了，網(wǎng)絡(luò)服務(wù)程序一次只能傳送一個(gè)數(shù)字（當(dāng)然在實(shí)際中不可能這么小，這里僅是為了方便講解作的假設(shè)），因此，網(wǎng)絡(luò)就需要將其分成9次來(lái)傳遞。就發(fā)送端而言當(dāng)然是從1傳到9的，但是由于每個(gè)數(shù)據(jù)分組傳輸?shù)穆窂讲粫?huì)完全相同（因?yàn)樗且鶕?jù)當(dāng)時(shí)的網(wǎng)絡(luò)“交通狀況”而選擇路徑的嘛），先傳送出去的包，不一定會(huì)先被收到，因此接收端所收到的數(shù)據(jù)的排列順序是與發(fā)送的順序不同的。而傳輸層的協(xié)議就給每一個(gè)數(shù)據(jù)組加入排列組合的記號(hào)，以便接收端能根據(jù)這些記號(hào)將它們“重組”成原來(lái)的順序。

2)解決通信雙方不只有一個(gè)數(shù)據(jù)連接的問(wèn)題：這個(gè)問(wèn)題從字面上可能不容易理解，實(shí)際上就是指，比如我用電腦與另一臺(tái)電腦連接拷貝數(shù)據(jù)是同時(shí)，又通過(guò)一些交談程序進(jìn)行對(duì)話。這個(gè)時(shí)候，拷貝的數(shù)據(jù)與對(duì)話的內(nèi)容是同時(shí)到達(dá)的，傳輸?shù)膮f(xié)議還負(fù)責(zé)將它們分開，分別傳給相應(yīng)的程序端口。這也就是端到端的通信。

6.1.5會(huì)話層

相對(duì)于其它層來(lái)說(shuō)，會(huì)話層比較簡(jiǎn)單，它主要的服務(wù)是管理對(duì)話控制。比如說(shuō)，在傳輸?shù)臄?shù)據(jù)中加入檢查點(diǎn)來(lái)使通信雙方同步。

6.1.6表示層

表示層以下的各層只關(guān)心從這里到那里可靠地傳輸數(shù)據(jù)，而表示層則關(guān)心的是所傳送的信息的語(yǔ)義與語(yǔ)法。它負(fù)責(zé)將收到的數(shù)據(jù)轉(zhuǎn)換為計(jì)算機(jī)內(nèi)的表示方法或特定的程序的表示方法。也就說(shuō)，它負(fù)責(zé)通信協(xié)議的轉(zhuǎn)換、數(shù)據(jù)的翻譯、數(shù)據(jù)的加密、字符的轉(zhuǎn)換等工作。

6.1.7應(yīng)用層

應(yīng)用層，就是直接提供服務(wù)給使用者的應(yīng)用軟件。比如電子郵件、在線交談程序都屬于應(yīng)用層的范疇。

6.1.8OSI參考模型工作模式

上面一大段的文字也許讓大家都感到暈頭轉(zhuǎn)向了，讓我們一起來(lái)整理一個(gè)思路。

圖6-1OSI參考模型工作模式

原文轉(zhuǎn)自

網(wǎng)管員必讀―跟我學(xué)SNMP網(wǎng)絡(luò)管理篇四網(wǎng)管員必讀―跟我學(xué)SNMP網(wǎng)絡(luò)管理

說(shuō)起網(wǎng)絡(luò)管理，恐怕大部分人立刻就能想到局域網(wǎng)的組建、服務(wù)器的配置、美萍網(wǎng)管大師之類的軟件使用以及軟、硬件系統(tǒng)的安裝、調(diào)試和維護(hù)等工作，而相當(dāng)多的中小規(guī)模局域網(wǎng)管理員平日里的工作也就是不斷地安裝操作系統(tǒng)和應(yīng)用軟件、查殺病毒、數(shù)據(jù)備份、計(jì)算機(jī)和網(wǎng)線、網(wǎng)卡的故障排除等等，在很多非專業(yè)人士的眼里似乎這些就是網(wǎng)絡(luò)管理的全部，而在相當(dāng)多的。網(wǎng)管論壇上，這些也都是大家討論的重點(diǎn)。然而，嚴(yán)格地說(shuō)來(lái)，這類工作并不是真正意義上的網(wǎng)絡(luò)管理，它們只能被稱作系統(tǒng)管理或者系統(tǒng)維護(hù)，充其量它們只是網(wǎng)絡(luò)管理中的一個(gè)很小的并且缺乏技術(shù)含量的部分，而真正的網(wǎng)絡(luò)管理則離不開SNMP--簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議。由于SNMP網(wǎng)絡(luò)管理的學(xué)習(xí)并不像普通的系統(tǒng)維護(hù)