第十講 應(yīng)用層協(xié)議(網(wǎng)絡(luò)管理)_第1頁
第十講 應(yīng)用層協(xié)議(網(wǎng)絡(luò)管理)_第2頁
第十講 應(yīng)用層協(xié)議(網(wǎng)絡(luò)管理)_第3頁
第十講 應(yīng)用層協(xié)議(網(wǎng)絡(luò)管理)_第4頁
第十講 應(yīng)用層協(xié)議(網(wǎng)絡(luò)管理)_第5頁
已閱讀5頁,還剩33頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

第8章應(yīng)用層協(xié)議(網(wǎng)絡(luò)管理)計(jì)算機(jī)網(wǎng)絡(luò)周繼鵬11.網(wǎng)絡(luò)管理的基本概念為什么需要網(wǎng)絡(luò)管理?

人們需要檢測網(wǎng)絡(luò)的運(yùn)行狀況,需要保證網(wǎng)絡(luò)安全、可靠、高效地運(yùn)行,而由于以下因素,網(wǎng)絡(luò)復(fù)雜程度已超出了人們手工的控制范圍:規(guī)模不斷擴(kuò)大:節(jié)點(diǎn)數(shù)從幾十到成千上萬復(fù)雜性不斷增加:設(shè)備類型增多、功能增強(qiáng)異構(gòu)性:不同的操作系統(tǒng)、通信協(xié)議(TCP/IP,IPX,X25等)。2網(wǎng)絡(luò)管理的任務(wù):網(wǎng)絡(luò)管理包括對硬件、軟件和人力的使用、綜合與協(xié)調(diào),以便對網(wǎng)絡(luò)資源進(jìn)行監(jiān)視、測試、配置、分析、評價(jià)和控制,這樣就能以合理的價(jià)格滿足網(wǎng)絡(luò)的一些需求,如實(shí)時(shí)運(yùn)行性能,服務(wù)質(zhì)量等。網(wǎng)絡(luò)管理常簡稱為網(wǎng)管。運(yùn)行管理:網(wǎng)絡(luò)的計(jì)費(fèi)和通信量管理處理管理:收集,分析設(shè)備的利用率,通信量等,控制網(wǎng)絡(luò)中的設(shè)備,優(yōu)化網(wǎng)絡(luò)的使用效率。網(wǎng)絡(luò)維護(hù):報(bào)警,性能監(jiān)控,檢測和故障修復(fù)服務(wù)提供:向用戶提供新的業(yè)務(wù)。3網(wǎng)絡(luò)管理的一般模型管理站因特網(wǎng)網(wǎng)絡(luò)管理員被管設(shè)備——管理程序(運(yùn)行SNMP客戶程序)——代理程序(運(yùn)行SNMP服務(wù)器程序)AAAAM被管設(shè)備被管設(shè)備被管設(shè)備MAA被管設(shè)備網(wǎng)管協(xié)議4網(wǎng)絡(luò)管理模型中的主要構(gòu)件管理站也常稱為網(wǎng)絡(luò)運(yùn)行中心NOC(NetworkOperationsCenter),是網(wǎng)絡(luò)管理系統(tǒng)的核心。管理程序在運(yùn)行時(shí)就成為管理進(jìn)程。管理站(硬件)或管理程序(軟件)都可稱為管理者(manager)。Manager不是指人而是指機(jī)器或軟件。網(wǎng)絡(luò)管理員(administrator)

指的是人。大型網(wǎng)絡(luò)往往實(shí)行多級管理,因而有多個(gè)管理者,而一個(gè)管理者一般只管理本地網(wǎng)絡(luò)的設(shè)備。5管理信息庫MIB

(ManagementInformationBase)被管對象必須維持可供管理程序讀寫的若干控制和狀態(tài)信息。這些信息總稱為管理信息庫MIB。管理程序使用MIB中這些信息的值對網(wǎng)絡(luò)進(jìn)行管理(如讀取或重新設(shè)置這些值)。6代理(agent)在每一個(gè)被管設(shè)備中都要運(yùn)行一個(gè)程序以便和管理站中的管理程序進(jìn)行通信。這些運(yùn)行著的程序叫做網(wǎng)絡(luò)管理代理程序,或簡稱為代理。代理程序在管理程序的命令和控制下在被管設(shè)備上采取本地的行動。7網(wǎng)絡(luò)管理協(xié)議網(wǎng)絡(luò)管理協(xié)議,簡稱為網(wǎng)管協(xié)議。需要注意的是,并不是網(wǎng)管協(xié)議本身來管理網(wǎng)絡(luò)。網(wǎng)管協(xié)議就是管理程序和代理程序之間進(jìn)行通信的規(guī)則。網(wǎng)絡(luò)管理員利用網(wǎng)管協(xié)議通過管理站對網(wǎng)絡(luò)中的被管設(shè)備進(jìn)行管理。8客戶服務(wù)器方式管理程序和代理程序按客戶服務(wù)器方式工作。管理程序運(yùn)行

SNMP客戶程序,向某個(gè)代理程序發(fā)出請求(或命令),代理程序運(yùn)行

SNMP服務(wù)器程序,返回響應(yīng)(或執(zhí)行某個(gè)動作)。在網(wǎng)管系統(tǒng)中往往是一個(gè)(或少數(shù)幾個(gè))客戶程序與很多的服務(wù)器程序進(jìn)行交互。9OSI的五個(gè)網(wǎng)絡(luò)管理功能域(1)故障管理——對網(wǎng)絡(luò)中被管對象故障的檢測、定位和排除。(2)配置管理——用來定義、識別、初始化、監(jiān)控網(wǎng)絡(luò)中的被管對象,改變被管對象的操作特性,報(bào)告被管對象狀態(tài)的變化。(3)計(jì)費(fèi)管理——記錄用戶使用網(wǎng)絡(luò)資源的情況并核收費(fèi)用,同時(shí)也統(tǒng)計(jì)網(wǎng)絡(luò)的利用率。(4)性能管理——用最少網(wǎng)絡(luò)資源和最小時(shí)延的前提下,網(wǎng)絡(luò)能提供可靠、連續(xù)的通信能力。(5)安全管理——保證網(wǎng)絡(luò)不被非法使用。102、簡單網(wǎng)絡(luò)管理協(xié)議SNMP概述網(wǎng)絡(luò)管理的基本原理:

SNMP發(fā)布于1988年。1990年制訂的網(wǎng)管標(biāo)準(zhǔn)SNMP是因特網(wǎng)的正式標(biāo)準(zhǔn)。以后有了新版本SNMPv2和SNMPv3,因此原來的SNMP又稱為SNMPv1。若要管理某個(gè)對象,就必然會給該對象添加一些軟件或硬件,但這種“添加”必須對原有對象的影響盡量小些。11SNMPUDPIP管理進(jìn)程網(wǎng)絡(luò)接口網(wǎng)絡(luò)管理員MIB管理站路由器SNMPUDPIP代理進(jìn)程網(wǎng)絡(luò)接口TCPFTP等用戶進(jìn)程主機(jī)因特網(wǎng)SNMPUDPIP代理進(jìn)程網(wǎng)絡(luò)接口TCPFTP等用戶進(jìn)程主機(jī)SNMPUDPIP代理進(jìn)程網(wǎng)絡(luò)接口SNMP的典型配置12SNMP的管理站和委托代理整個(gè)系統(tǒng)必須有一個(gè)管理站。管理進(jìn)程和代理進(jìn)程利用SNMP報(bào)文進(jìn)行通信,而SNMP報(bào)文又使用UDP來傳送。若網(wǎng)絡(luò)元素使用的不是SNMP而是另一種網(wǎng)絡(luò)管理協(xié)議,SNMP協(xié)議就無法控制該網(wǎng)絡(luò)元素。這時(shí)可使用委托代理(proxyagent)。委托代理能提供如協(xié)議轉(zhuǎn)換和過濾操作等功能對被管對象進(jìn)行管理。133、管理信息庫MIB管理信息庫MIB是一個(gè)網(wǎng)絡(luò)中所有可能的被管對象的集合的數(shù)據(jù)結(jié)構(gòu)。只有在MIB中的對象才是SNMP所能夠管理的。SNMP的管理信息庫采用和域名系統(tǒng)DNS相似的樹形結(jié)構(gòu),它的根在最上面,根沒有名字。14管理信息庫的對象命名樹舉例根iso(1)ccitt(0)joint-iso-ccitt(2)memberbody(2)dod(6)internet(1)mgmt(2)directory(1)experimental(3)private(4)enterprises(1).4.1mib-2(1).2.1system(1)interface(2)at(3)ip(4)icmp(5)tcp(6)udp(7)egp(8)………………………standard(0)registrationauthority(1)identifiedorganization(3)snmpv2(6)security(5)……152。如何進(jìn)行網(wǎng)絡(luò)管理網(wǎng)絡(luò)管理通信語言:SNMP協(xié)議網(wǎng)管代理Agent管理信息庫MIB16PHP中使用的SNMP函數(shù)庫snmp_get_valueretrieval

--

ReturnthemethodhowtheSNMPvalueswillbereturnedsnmp_read_mib

--

ReadsandparsesaMIBfileintotheactiveMIBtree.snmp_set_enum_print

--

Returnallvaluesthatareenumswiththeirenumvalueinsteadoftherawintegersnmp_set_oid_numeric_print

--

Returnallobjectsincludingtheirrespectiveobjectidwithinthespecifiedonesnmp_set_quick_print

--

設(shè)置UCDSNMP庫中quick_print的值snmp_set_valueretrieval

--

SpecifythemethodhowtheSNMPvalueswillbereturnedsnmpget

--

獲取一個(gè)SNMP對象snmpgetnext

--

FetchaSNMPobjectsnmprealwalk

--

返回指定的所有對象,包括它們各自的對象IDsnmpset

--

設(shè)置一個(gè)SNMP對象snmpwalk

--

從代理返回所有的SNMP對象snmpwalkoid

--

查詢關(guān)于網(wǎng)絡(luò)實(shí)體的信息樹17常用的網(wǎng)絡(luò)管理模式18SNMP只支持對變量的檢查和修改的操作,具體地,可以對標(biāo)量對象進(jìn)行以下三種操作:Get:管理站從被管理站提取標(biāo)量對象值。Set:管理站更新被管理站中的標(biāo)量對象值。Trap:被管理站向管理站主動地發(fā)送一個(gè)標(biāo)量對象值。SNMP支持的操作19SNMP使用的端口SNMP使用無連接的UDP,因此在網(wǎng)絡(luò)上傳送SNMP報(bào)文的開銷較小。但UDP不保證可靠交付。在運(yùn)行代理程序的服務(wù)器端用熟知端口161來接收get或set報(bào)文和發(fā)送響應(yīng)報(bào)文(與熟知端口通信的客戶端使用臨時(shí)端口)。運(yùn)行管理程序的客戶端則使用熟知端口162來接收來自各代理的trap報(bào)文。20SNMP的探詢操作探詢操作——SNMP管理進(jìn)程定時(shí)向被管理設(shè)備周期性地發(fā)送探詢信息。探詢的好處是:可使系統(tǒng)相對簡單。能限制通過網(wǎng)絡(luò)所產(chǎn)生的管理信息的通信量。但探詢管理協(xié)議不夠靈活,而且所能管理的設(shè)備數(shù)目不能太多。探詢系統(tǒng)的開銷也較大。如探詢頻繁而并未得到有用的報(bào)告,則通信線路和計(jì)算機(jī)的CPU周期就被浪費(fèi)了。21SNMP支持的操作22網(wǎng)管產(chǎn)品前公認(rèn)的三大網(wǎng)管軟件平臺是:HP:OpenViewIBM:NetViewSUN:NetManager。238.8應(yīng)用進(jìn)程跨越網(wǎng)絡(luò)的通信

8.8.1系統(tǒng)調(diào)用和應(yīng)用編程接口大多數(shù)操作系統(tǒng)使用系統(tǒng)調(diào)用(systemcall)的機(jī)制在應(yīng)用程序和操作系統(tǒng)之間傳遞控制權(quán)。對程序員來說,每一個(gè)系統(tǒng)調(diào)用和一般程序設(shè)計(jì)中的函數(shù)調(diào)用非常相似,只是系統(tǒng)調(diào)用是將控制權(quán)傳遞給了操作系統(tǒng)。24多個(gè)應(yīng)用進(jìn)程

使用系統(tǒng)調(diào)用的機(jī)制應(yīng)用程序1應(yīng)用程序2應(yīng)用程序n…由應(yīng)用程序調(diào)用的系統(tǒng)函數(shù)用戶地址空間中的應(yīng)用程序系統(tǒng)調(diào)用接口系統(tǒng)地址空間中的協(xié)議軟件包括TCP/IP協(xié)議軟件的操作系統(tǒng)內(nèi)核25應(yīng)用編程接口API

(ApplicationProgrammingInterface)

當(dāng)某個(gè)應(yīng)用進(jìn)程啟動系統(tǒng)調(diào)用時(shí),控制權(quán)就從應(yīng)用進(jìn)程傳遞給了系統(tǒng)調(diào)用接口。此接口再將控制權(quán)傳遞給計(jì)算機(jī)的操作系統(tǒng)。操作系統(tǒng)將此調(diào)用轉(zhuǎn)給某個(gè)內(nèi)部過程,并執(zhí)行所請求的操作。內(nèi)部過程一旦執(zhí)行完畢,控制權(quán)就又通過系統(tǒng)調(diào)用接口返回給應(yīng)用進(jìn)程。系統(tǒng)調(diào)用接口實(shí)際上就是應(yīng)用進(jìn)程的控制權(quán)和操作系統(tǒng)的控制權(quán)進(jìn)行轉(zhuǎn)換的一個(gè)接口,即應(yīng)用編程接口API。26幾種應(yīng)用編程接口APIBerkeleyUNIX操作系統(tǒng)定義了一種API,它又稱為插口接口(socketinterface)。微軟公司在其操作系統(tǒng)中采用了插口接口API,形成了一個(gè)稍有不同的API,并稱之為WindowsSocket。AT&T為其UNIX系統(tǒng)V定義了一種API,簡寫為TLI(TransportLayerInterface)。27應(yīng)用進(jìn)程通過插口接入到網(wǎng)絡(luò)TCPTCP應(yīng)用進(jìn)程因特網(wǎng)由操作系統(tǒng)控制插口,又稱為API28插口的作用當(dāng)應(yīng)用進(jìn)程需要使用網(wǎng)絡(luò)進(jìn)行通信時(shí)就發(fā)出系統(tǒng)調(diào)用,請求操作系統(tǒng)為其創(chuàng)建“插口”,以便把網(wǎng)絡(luò)通信所需要的系統(tǒng)資源分配給該應(yīng)用進(jìn)程。操作系統(tǒng)為這些資源的總和用一個(gè)號碼來表示,并把此號碼返回給應(yīng)用進(jìn)程。應(yīng)用進(jìn)程所進(jìn)行的網(wǎng)絡(luò)操作都必須使用這個(gè)號碼。通信完畢后,應(yīng)用進(jìn)程通過一個(gè)關(guān)閉插口的系統(tǒng)調(diào)用通知操作系統(tǒng)回收與該“號碼”相關(guān)的所有資源。29插口和API不同插口是應(yīng)用進(jìn)程和網(wǎng)絡(luò)之間的接口,因?yàn)椴蹇诩劝羞\(yùn)輸層與應(yīng)用層之間的端口號,又包含有機(jī)器的

IP地址。插口和應(yīng)用編程接口API是性質(zhì)不同的接口。API是從程序設(shè)計(jì)的角度定義了許多標(biāo)準(zhǔn)的系統(tǒng)調(diào)用函數(shù)。應(yīng)用進(jìn)程只要使用標(biāo)準(zhǔn)的系統(tǒng)調(diào)用函數(shù)就可得到操作系統(tǒng)的服務(wù)。在這個(gè)意義上講,API是應(yīng)用程序和操作系統(tǒng)之間的接口。30應(yīng)當(dāng)記住在插口以上的進(jìn)程是受應(yīng)用程序控制的,而在插口以下的TCP協(xié)議軟件以及TCP使用的緩存和一些必要的變量等,則是受計(jì)算機(jī)操作系統(tǒng)的控制。只要應(yīng)用程序使用TCP/IP協(xié)議進(jìn)行通信,它就必須通過插口與操作系統(tǒng)交互并請求其服務(wù)。應(yīng)用程序的開發(fā)者對插口以上的應(yīng)用進(jìn)程具有完全的控制,但對插口以下的運(yùn)輸層卻只有少量的控制。318.8.2服務(wù)器的兩種工作方式服務(wù)器都可工作在兩種不同的方式:循環(huán)方式(iterativemode)——在計(jì)算機(jī)中一次只運(yùn)行一個(gè)服務(wù)器進(jìn)程。當(dāng)有多個(gè)客戶進(jìn)程請求服務(wù)時(shí),服務(wù)器進(jìn)程就按請求的先后順序依次做出響應(yīng)。并發(fā)方式(concurrent)——在計(jì)算機(jī)中同時(shí)運(yùn)行多個(gè)服務(wù)器進(jìn)程,而每一個(gè)服務(wù)器進(jìn)程都對某個(gè)特定的客戶進(jìn)程做出響應(yīng)。321.無連接循環(huán)服務(wù)器使用無連接的UDP的服務(wù)器通常都工作在循環(huán)方式——一個(gè)服務(wù)器在同一時(shí)間只能向一個(gè)客戶提供服務(wù)。服務(wù)器收到客戶的請求后,就發(fā)送UDP用戶數(shù)據(jù)報(bào)響應(yīng)該客戶。但對其他客戶發(fā)來的請求則暫時(shí)不予理睬,這些請求都在服務(wù)器端的隊(duì)列中排隊(duì)等候服務(wù)器的處理。當(dāng)服務(wù)器進(jìn)程處理完畢一個(gè)請求時(shí),就從隊(duì)列中讀取來自下一個(gè)客戶的請求,然后繼續(xù)處理。33無連接循環(huán)服務(wù)器的特點(diǎn)UDP服務(wù)器UDP客戶臨時(shí)端口熟知端口UDP客戶臨時(shí)端口UDP客戶臨時(shí)端口一次一個(gè)客戶服務(wù)器只使用一個(gè)熟知端口。每一個(gè)客戶則使用自己創(chuàng)建的臨時(shí)端口(端口號自己設(shè)定)。342.面向連接并發(fā)服務(wù)器服務(wù)器在同一時(shí)間可向多個(gè)客戶提供服務(wù)。TCP是面向連接的,因此在服務(wù)器和多個(gè)客戶之間必須建立多條TCP連接,而每一條TCP連接要在其數(shù)據(jù)傳送完畢后才

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論