1、1、 網(wǎng)絡(luò)管理的定義。廣義：網(wǎng)絡(luò)運(yùn)營(yíng)商、服務(wù)提供商、政府機(jī)構(gòu)等在政策、法規(guī)和技術(shù)支持下使設(shè)備狀態(tài)、信息內(nèi)容、用戶行為從無(wú)序網(wǎng)絡(luò)變?yōu)橛行蚓W(wǎng)絡(luò)的管理工作。狹義：對(duì)網(wǎng)絡(luò)的運(yùn)行狀態(tài)進(jìn)行監(jiān)控和控制，使其能夠有效、可靠、安全、經(jīng)濟(jì)地提供服務(wù)。 PS： 監(jiān)測(cè)：了解網(wǎng)絡(luò)狀態(tài)；控制：對(duì)網(wǎng)絡(luò)狀態(tài)進(jìn)行合理調(diào)節(jié)，提高性能，保證服務(wù)。 監(jiān)測(cè)是控制的前提，控制是監(jiān)測(cè)的結(jié)果。2、 網(wǎng)絡(luò)管理的標(biāo)準(zhǔn)有哪些。l OSI系統(tǒng)管理模型（CMIP/CMIS）基于OSI七層網(wǎng)絡(luò)模型；CMIP：Common Management Information Protocol；CMIS：Common Management Information

2、 Services。l ITU的電信管理網(wǎng)（TMN）TMN: Telecommunication Management Network；OSI系統(tǒng)管理模型的實(shí)際應(yīng)用。l IETF的網(wǎng)絡(luò)管理標(biāo)準(zhǔn)SNMP: Simple Network Management Protocol；基于TCP/IP的網(wǎng)絡(luò)協(xié)議；作為到OSI模型的過(guò)渡和事實(shí)上的工業(yè)標(biāo)準(zhǔn)。PS：百度如下：網(wǎng)絡(luò)管理的主要標(biāo)準(zhǔn)分別是OSI參考模型、TCP/IP參考模型、TMN參考模型、IEEE LAN/WAN以及基于Web的管理。3、 OSI 定義的網(wǎng)絡(luò)管理 5 大功能域包括哪些？分別對(duì)每個(gè)功能域的內(nèi)容進(jìn)行描述。5個(gè)管理功能域FCAPSl 配置

3、管理（Configure）負(fù)責(zé)網(wǎng)絡(luò)的建立、業(yè)務(wù)的展開(kāi)、以及配置數(shù)據(jù)的維護(hù)。l 故障管理（Fault）保障網(wǎng)絡(luò)資源的無(wú)故障無(wú)錯(cuò)誤的運(yùn)營(yíng)狀態(tài)，包括障礙管理、故障恢復(fù)和預(yù)防。l 性能管理（Performance）保證有效運(yùn)營(yíng)網(wǎng)路和提供約定的質(zhì)量服務(wù)。l 安全管理（Security）采用信息安全措施保護(hù)網(wǎng)絡(luò)中的系統(tǒng)、數(shù)據(jù)以及業(yè)務(wù)。l 計(jì)費(fèi)管理（Accounting）根據(jù)業(yè)務(wù)及資源的使用記錄制作用戶收費(fèi)報(bào)告，確定網(wǎng)絡(luò)業(yè)務(wù)和資源的使用費(fèi)用，計(jì)算成本。4、 名詞解釋l CMIP：common management information protocol 公共管理信息協(xié)議，提供管理信息傳輸服務(wù)的應(yīng)用層協(xié)議，

4、規(guī)定了OSI系統(tǒng)的網(wǎng)絡(luò)管理標(biāo)準(zhǔn)l CMIS：common management information services 公共管理信息服務(wù)，提供的服務(wù)建立聯(lián)系，實(shí)現(xiàn)管理信息的交換l ASN.1：Abstract Syntax Notation One 抽象語(yǔ)法標(biāo)記1，高級(jí)數(shù)據(jù)描述語(yǔ)言，描述數(shù)據(jù)類(lèi)型、結(jié)構(gòu)、組織及編碼方法，包含語(yǔ)法符號(hào)和編碼規(guī)則兩大部分l BER：Basic Encoding Rule 基本編碼規(guī)則，是ASN.1中的基本編碼規(guī)則。描述具體的ASN.1對(duì)象如何編碼成比特流在網(wǎng)絡(luò)上進(jìn)行傳輸l TLV：SNMP采用的一種特定的編碼結(jié)構(gòu)，T、L、V三個(gè)字母分別代表Type、Length、

5、和Value,即根據(jù)數(shù)據(jù)的類(lèi)型、長(zhǎng)度、值進(jìn)行編碼l SNMP：Simple Network Management Protocol 簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議，提供了用于定義網(wǎng)絡(luò)信息、框架和用于交換信息的協(xié)議標(biāo)準(zhǔn)l SMI：structure of management information 管理信息結(jié)構(gòu)，為定義和構(gòu)造MIB提供了一個(gè)通用的框架.，規(guī)定了MIB中被管對(duì)象的數(shù)據(jù)類(lèi)型及其表示和命名方法l PDU：Protocol Data Unit 網(wǎng)絡(luò)中傳送的數(shù)據(jù)包，SNMP的協(xié)議數(shù)據(jù)單元l Community：團(tuán)體，是一個(gè)在SNMP代理和多個(gè)SNMP管理者之間定義的認(rèn)證、訪問(wèn)和代管關(guān)系。是一個(gè)在代理上

6、定義的局部概念l MIB：Management Information Base 管理信息庫(kù)，使用SMI中定義的類(lèi)型和ASN.1中的基本類(lèi)型進(jìn)行對(duì)象描述，是一個(gè)使用SMI描述的管理信息庫(kù) l Trap: SNMP的陷阱消息，代理向管理進(jìn)程報(bào)告達(dá)到某些門(mén)限值的事件 l Proxy：代管是指為其他設(shè)備提供管理通信服務(wù)的代理l OBJECT-TYPE： SMI定義了OBJECT-TYPE宏 ，通過(guò)OBJECT_TYPE宏定義SNMP被管對(duì)象類(lèi)的名稱、數(shù)據(jù)類(lèi)型、訪問(wèn)權(quán)限、狀態(tài)等句法項(xiàng)目l AUGMENTS：用于在原有表基礎(chǔ)上定義擴(kuò)充的表的關(guān)鍵詞l Rowstatus：在表中，嵌入一個(gè)專(zhuān)用的、描述行狀態(tài)

7、的縱列對(duì)象的數(shù)據(jù)類(lèi)型l RMON：Remote Network Monitoring 遠(yuǎn)端網(wǎng)絡(luò)監(jiān)控，最初的設(shè)計(jì)使用來(lái)解決一個(gè)中心點(diǎn)管理各局域分網(wǎng)和遠(yuǎn)程站點(diǎn)的問(wèn)題l WBM：Web-BasedManagement 基于Web的網(wǎng)絡(luò)管理模式，一種全新的網(wǎng)絡(luò)管理模式，融合了Web技術(shù)、Java技術(shù)和網(wǎng)絡(luò)管理技術(shù)，允許網(wǎng)絡(luò)管理人員使用任何一種Web瀏覽器，在網(wǎng)絡(luò)任何結(jié)點(diǎn)上方便迅速地配置、控制以及存取網(wǎng)絡(luò)和它的各個(gè)部分l WBEM：Web-Based Enterprise Management是由微軟公司最初提議，定義了用于監(jiān) 視和控制一組資源的通用模型和協(xié)議l NETCONF：基于XML的網(wǎng)絡(luò)配置協(xié)議

8、,議定義了一種簡(jiǎn)單的網(wǎng)絡(luò)配置管理 機(jī)制，它可以管理網(wǎng)絡(luò)設(shè)備，提取配置數(shù)據(jù)，上載及操作新的配置數(shù)據(jù)。l SDN：Software Defined Network 軟件定義網(wǎng)絡(luò)，是Emulex網(wǎng)絡(luò)一種新型網(wǎng)絡(luò)創(chuàng)新架構(gòu)，是網(wǎng)絡(luò)虛擬化的一種實(shí)現(xiàn)方式，其核心技術(shù)OpenFlow通過(guò)將網(wǎng)絡(luò)設(shè)備控制面與數(shù)據(jù)面分離開(kāi)來(lái)，從而實(shí)現(xiàn)了網(wǎng)絡(luò)流量的靈活控制，使網(wǎng)絡(luò)作為管道變得更加智能5、 簡(jiǎn)述 SNMP 的基本體系結(jié)構(gòu)？(四個(gè)基本元素及其相互關(guān)系)網(wǎng)絡(luò)管理系統(tǒng)的基本模型包括4個(gè)要素組成，分別是管理站、被管設(shè)備、管理信息庫(kù)MIB和網(wǎng)絡(luò)管理協(xié)議。l 管理站一般由專(zhuān)用設(shè)備構(gòu)成，配置Manager實(shí)體和一組管理應(yīng)用程序，提供

9、網(wǎng)絡(luò)的故障、配置、計(jì)費(fèi)、性能、安全（FCAPS）等管理功能，從而形成網(wǎng)絡(luò)管理系統(tǒng)（NMS），NMS具有與操作員接口的功能。l 被管設(shè)備配置了Agent實(shí)體的各類(lèi)設(shè)備，如主機(jī)、HUB、路由器等；在Agent實(shí)體支持下響應(yīng)管理站的操作請(qǐng)求；對(duì)系統(tǒng)中各類(lèi)資源的被管對(duì)象進(jìn)行訪問(wèn)。l 管理信息庫(kù)MIB管理站和代理共享的管理信息；每一個(gè)可以被管理的資源就是一個(gè)對(duì)象，被稱為managed object(MO),各個(gè)代理系統(tǒng)中被管對(duì)象的集合構(gòu)成該系統(tǒng)的MIB；在網(wǎng)絡(luò)中，每一個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)（Network Element，NE）都有自己的私有MIB。l 網(wǎng)管協(xié)議SNMP SNMP只有兩種基本的管理功能：“讀”操作，

10、用get報(bào)文檢測(cè)各被管對(duì)象的狀況；“寫(xiě)”操作，用set報(bào)文改變各被管對(duì)象的狀況。 管理站采用輪詢方式，SNMP管理進(jìn)程定時(shí)向被管設(shè)備周期性的發(fā)送探尋消息，對(duì)各個(gè)代理中的管理信息進(jìn)行訪問(wèn)。輪詢的好處：可使系統(tǒng)相對(duì)簡(jiǎn)單； 能限制通過(guò)網(wǎng)絡(luò)所產(chǎn)生的管理信息通信量。簡(jiǎn)單輪詢方式的缺點(diǎn)：被管設(shè)備太多，則監(jiān)測(cè)周期過(guò)長(zhǎng)； 有些數(shù)據(jù)不需要，浪費(fèi)通信資源。 陷阱引導(dǎo)輪詢方式的好處：盡在嚴(yán)重事件發(fā)生時(shí)才發(fā)送陷阱； 陷阱消息很簡(jiǎn)單且所需字節(jié)數(shù)很少。6、 SNMPv1 規(guī)定了哪些協(xié)議操作？分別有什么作用？每一種SNMP操作物理上都對(duì)應(yīng)一個(gè)PDU。PDU：網(wǎng)絡(luò)中傳送的數(shù)據(jù)包，SNMP的協(xié)議數(shù)據(jù)單元。SNMPv1規(guī)定了如下

11、5種PDU：get-request、get-next-request、get-response、set-request、Trap。l 管理站通過(guò)GetRequest、GetNextRequest可以檢索管理信息庫(kù)中標(biāo)量對(duì)象的值，GetNextRequest的作用與GetRequest基本相同，PDU格式也相同，唯一的差別是GetRequest檢索變量名所指的是對(duì)象實(shí)例，而GetNextRequest檢索變量名所指的是“下一個(gè)”對(duì)象實(shí)例，且并不要求變量名是對(duì)象標(biāo)識(shí)符或者是實(shí)例標(biāo)識(shí)符。 l 管理站使用SetRequest設(shè)置管理信息庫(kù)中標(biāo)量對(duì)象的值，PDU格式與Get是相同的，但是在變量綁定表中必

12、須包含要設(shè)置的變量名和變量值。 l 被管理對(duì)象通過(guò)GetResponse響應(yīng)管理站的檢索與設(shè)置請(qǐng)求，GetResponse 操作具有原子性，即如果所有請(qǐng)求的對(duì)象值可以得到，則給予應(yīng)答；反之，只要有一個(gè)對(duì)象的值得不到。 l Trap在被管理對(duì)象向管理站報(bào)告管理對(duì)象的狀態(tài)變化時(shí)使用7、 SNMPv2 規(guī)定了哪些協(xié)議操作？分別有什么作用？在SNMPv1的基礎(chǔ)上，SNMPv2增加了兩個(gè)PDU：GetBulkRequest和InformRequest。l GetBulkRequest：允許一次檢索大量的數(shù)據(jù)l InformRequest：提供了Manager之間的通信能力8、 與 SNMPv1 相比，S

13、NMPv2 的操作有哪些改變？l GetRequest ：SNMPv2對(duì)這種操作的響應(yīng)方式與SNMPv1不同，SNMPv1的響應(yīng)是原子性的，即只要有一個(gè)變量的值檢索不到，就不返回任何值；而SNMPv2的響應(yīng)不是原子性的，允許部分響應(yīng)。 l GetNextRequest ：在SNMPv2中，這種檢索請(qǐng)求的格式和語(yǔ)義與SNMPv1基本相同，唯一的差別就是改變了響應(yīng)的原子性l GetBulkRequest：這是SNMPv2對(duì)原標(biāo)準(zhǔn)的主要增強(qiáng)，目的是以最少的交換次數(shù)檢索大量的管理信息，或者說(shuō)管理站要求盡可能大的響應(yīng)報(bào)文。l SetRequest：這個(gè)請(qǐng)求的格式和語(yǔ)義與SNMPv1的相同，差別是處理響應(yīng)

14、的方式不同。SNMPv2實(shí)體分兩個(gè)階段處理這個(gè)請(qǐng)求的變量綁定表，首先是檢驗(yàn)操作的合法性，然后再更新變量，如果至少有一個(gè)變量綁定對(duì)的合法性檢驗(yàn)沒(méi)有通過(guò)，則不進(jìn)行下一階段的更新操作。 l Trap：陷入是由代理發(fā)給管理站的非確認(rèn)性消息，SNMPv2的陷入采用與Get等操作相同的PDU格式，這一點(diǎn)也是與原標(biāo)準(zhǔn)不同的。 l InformRequest：這是管理站發(fā)送給管理站的消息，PDU格式與Get等操作相同，變量綁定表的內(nèi)容與陷入報(bào)文一樣。但是與陷入不同，這個(gè)消息是需要應(yīng)答的。9、 簡(jiǎn)述 SNMP 報(bào)文的發(fā)送和接收過(guò)程？傳輸層對(duì) SNMP 的支持？l SNMP報(bào)文在管理站和代理之間傳送，包含GetR

15、equest、GetNextRequest和SetRequest的報(bào)文由管理站發(fā)出，代理以GetResponse響應(yīng)。Trap報(bào)文由代理發(fā)給管理站，不需要應(yīng)答。管理站可連續(xù)發(fā)出多個(gè)請(qǐng)求報(bào)文，然后等待代理返回應(yīng)答報(bào)文。如果在規(guī)定的時(shí)間內(nèi)收到應(yīng)答，則按照請(qǐng)求標(biāo)識(shí)進(jìn)行配對(duì)，亦即應(yīng)答報(bào)文必須與請(qǐng)求報(bào)文有相同的請(qǐng)求標(biāo)識(shí)。 一個(gè)SNMP實(shí)體（PE）發(fā)送報(bào)文時(shí)執(zhí)行下面的過(guò)程：首先按照ASN.1的格式構(gòu)造PDU，交給認(rèn)證進(jìn)程；認(rèn)證進(jìn)程檢查源和目標(biāo)之間是否可以通信，如果通過(guò)這個(gè)檢查則把有關(guān)信息（版本號(hào)、團(tuán)體名和PDU）組裝成報(bào)文；最后經(jīng)過(guò)BER編碼，將報(bào)文交傳輸實(shí)體發(fā)送出去。 一個(gè)SNMP實(shí)體（PE）接收到報(bào)文

16、時(shí)執(zhí)行下面的過(guò)程：首先按照BER編碼恢復(fù)ASN.1報(bào)文，然后對(duì)報(bào)文進(jìn)行語(yǔ)法分析，驗(yàn)證版本號(hào)和認(rèn)證信息等。如果通過(guò)分析和驗(yàn)證，則分離出協(xié)議數(shù)據(jù)單元并進(jìn)行語(yǔ)法分析，必要時(shí)經(jīng)過(guò)適當(dāng)處理后返回應(yīng)答報(bào)文。在認(rèn)證檢驗(yàn)失敗時(shí)可以生成一個(gè)陷入報(bào)文，向發(fā)送站報(bào)告通信異常情況。無(wú)論何種檢驗(yàn)失敗，都丟棄報(bào)文。l SNMP在傳輸層使用UDP服務(wù) Agent使用161端口接收來(lái)自Manager的Get和Set消息 Manager使用162端口接收來(lái)自Agent的Trap10 、 GetBulkRequest 的協(xié)議報(bào)文格式是什么，給出成功應(yīng)答后GetResponse 報(bào)文的變量綁定表中包含的被管對(duì)象數(shù)量的計(jì)算方法。l

17、詳見(jiàn)PPT GetBulkRequest PDU11、 簡(jiǎn)述 SNMPv3 體系結(jié)構(gòu)？SNMPv3 引擎有什么功能，包括哪幾部分？SNMPEntityID 的作用？（1） SNMPv3體系結(jié)構(gòu)l RFC 2271定義的SNMPv3體系結(jié)構(gòu)，體現(xiàn)了模塊化的設(shè)計(jì)思想，可以簡(jiǎn)單地實(shí)現(xiàn)功能增加和修改。適應(yīng)性強(qiáng)，適用于多種操作環(huán)境；擴(kuò)充性好，可以根據(jù)需要增加模塊；安全性好，具有多重安全處理模塊。l 一個(gè)SNMPv3管理網(wǎng)絡(luò)由若干個(gè)節(jié)點(diǎn)構(gòu)成，每個(gè)節(jié)點(diǎn)配置一個(gè)SNMPv3實(shí)體（Entity），SNMPv3實(shí)體包含了管理站和代理的實(shí)體。實(shí)體之間用通信管理協(xié)議傳遞管理信息，實(shí)現(xiàn)對(duì)網(wǎng)絡(luò)及其資源的監(jiān)測(cè)與控制。（2）

18、 SNMPv3引擎實(shí)體是體系結(jié)構(gòu)的一種實(shí)現(xiàn)，由一個(gè)SNMP引擎（Engine）和一個(gè)或多個(gè)有關(guān)的SNMP應(yīng)用（Application）組成。 SNMP引擎向SNMP應(yīng)用提供管理服務(wù)。SNMP Engine完成SNMP消息的收發(fā)、驗(yàn)證、提取PDU、組裝消息、通信等功能。由四部分組成：分發(fā)器（Dispatcher）；消息處理子系統(tǒng)（Message Processing、Subsystem）；安全子系統(tǒng)（Security Subsystem）；訪問(wèn)控制子系統(tǒng)（Access Control Subsystem）。（3） SNMPEntityID作用在一個(gè)管理域中，每個(gè)SNMP Engine都有一個(gè)唯一

19、的標(biāo)識(shí)符：SNMPEngineID。它可以在管理域中唯一地標(biāo)志實(shí)體。12、 權(quán)威引擎(AuthoritativeEngine)的作用和確定方法？上下文的含義和作用？l 當(dāng)兩個(gè)管理實(shí)體進(jìn)行安全通信的時(shí)候，需要確定根據(jù)哪一方的信息判斷接收的消息是否安全，為了防止報(bào)文被重放和故意延遲，在每一次通信中有一個(gè)引擎被指定為權(quán)威引擎，另一個(gè)即為非權(quán)威的。權(quán)威引擎確定方法：當(dāng)實(shí)體之間傳送的SNMP消息要求應(yīng)答時(shí)，接收消息方的引擎是權(quán)威的；當(dāng)實(shí)體之間傳送的SNMP消息不要求應(yīng)答時(shí)，發(fā)送消息方的引擎是權(quán)威的；對(duì)照以往概念，基本上是承擔(dān)Agent角色的引擎是權(quán)威的。但是，inform的消息是例外，因?yàn)樗慕邮照呤荕

20、anager角色。l 上下文（Context）:SNMP實(shí)體可訪問(wèn)的管理信息的集合，即一個(gè)SNMP應(yīng)用實(shí)體所能訪問(wèn)的被管對(duì)象集合。 一個(gè)被管對(duì)象的信息可以存于多個(gè)上下文中，而一個(gè)SNMP實(shí)體也可以訪問(wèn)多個(gè)上下文。每個(gè)Context被賦予一個(gè)引擎ID和一個(gè)上下文名字。為了唯一確定要訪問(wèn)的被管對(duì)象，Manager除了要給出Agent的標(biāo)識(shí)符（SnmpEngineID）和被管對(duì)象的對(duì)象標(biāo)識(shí)符（OID）外，還要指出對(duì)象所在的上下文Context。13、 USM 的基本內(nèi)容是什么？VACM 的工作過(guò)程是什么？l USM(User-based Security Model)中的關(guān)鍵信息：權(quán)威引擎標(biāo)識(shí)符（AuthoritativeEngineID） ；用戶名稱（UserName）SNMP引擎為每個(gè)principal保存密鑰（privKey）和認(rèn)證秘鑰（authKey）USM利用這些關(guān)鍵信息，可從SNMPv3 MIB usmUser概念表中提取唯一的一對(duì)數(shù)據(jù)。usmUserPrivProtocol，指示是否及用什么協(xié)議加密本次通信，usmUserAuthProtocol，指示是否及用什么協(xié)議認(rèn)證。l VACM工作過(guò)程： 首先把securityModel和securityName作為表vacmSecurityToGroupTable的索引，找到該表中的一行，得到組名groupNa