關(guān)于分析今天保定百度百度愛(ài)問(wèn)愛(ài)RFC1155 基于TCPIP網(wǎng)絡(luò)的管理結(jié)構(gòu)和

1、的的的地方地方愛(ài)的規(guī)格愛(ài)你啊好文章組織：中國(guó)互動(dòng)出版網(wǎng)（）RFC文檔中文翻譯計(jì)劃（）E-mail：譯者：顧國(guó)飛（ggfei,）譯文發(fā)布時(shí)間：2001-4-20版權(quán)：本中文翻譯文檔版權(quán)歸中國(guó)互動(dòng)出版網(wǎng)所有。可以用于非商業(yè)用途自由轉(zhuǎn)載，但必須保留本文檔的翻譯及版權(quán)信息。Network Working Group M. RoseRequest for Comments: 1155 Performance Systems InternationalObsoletes: RFC 1065 K. McCloghrie Hughes LAN Systems May 1990基于TCP/IP網(wǎng)絡(luò)的管理結(jié)構(gòu)和標(biāo)

2、記(RFC1155 Structure and Identification of Management Information for TCP/IP-based Internets)目錄1本文檔的狀態(tài)22. 介紹23. 管理信息的結(jié)構(gòu)和標(biāo)記33.1 名字33.1.1. 目錄43.1.2. Mgmt43.1.3. Experimental43.2. 語(yǔ)法53.2.1. 原始類(lèi)型53.2.1.1. 枚舉整數(shù)的指導(dǎo)方針53.2.2. 構(gòu)造類(lèi)型53.2.3. 定義的類(lèi)型53.2.3.1. NetworkAddress63.2.3.2. IpAddress63.2.3.3. Counter63.2.3

3、.4. Gauge63.2.3.5. TimeTicks63.2.3.6. Opaque63.3. 編碼64. 管理對(duì)象74.1. 對(duì)象名74.2. 對(duì)象類(lèi)型和實(shí)例74.3. 管理對(duì)象宏95. MIB擴(kuò)展106. 定義117感謝148. 參考159安全的考慮：1610作者地址：161本文檔的狀態(tài)本RFC是RFC1065的改進(jìn)，同時(shí)修正了一些印刷上的錯(cuò)誤，技術(shù)內(nèi)容并未作改變。本文檔提供了基于TCP/IP網(wǎng)絡(luò)的管理結(jié)構(gòu)和標(biāo)記的普通定義。特別的，除了描述了管理信息庫(kù)和網(wǎng)絡(luò)管理協(xié)議，本文檔還提供了一種簡(jiǎn)單、可行的架構(gòu)和系統(tǒng)來(lái)管理基于TCP/IP的網(wǎng)絡(luò)，特別是INTERNET。因特網(wǎng)活動(dòng)組織建議所有的I

4、P和TCP實(shí)現(xiàn)應(yīng)該是可網(wǎng)絡(luò)管理的。這意味著要實(shí)現(xiàn)因特網(wǎng)管理信息庫(kù)MIB(RFC-1156)和SNMP(RFC1157)或CMOT(RFC1095)這兩種建議的管理協(xié)議中至少一種。值得一說(shuō)的是，現(xiàn)在SNMP已經(jīng)是完全的INTERNET標(biāo)準(zhǔn)，而CMOT還是個(gè)草案?？梢詮腍ost and Gateway Requirements RFCs中獲得該標(biāo)準(zhǔn)得更多的信息。請(qǐng)參考最新版的“Internet正式協(xié)議標(biāo)準(zhǔn)”來(lái)獲得本協(xié)議的標(biāo)準(zhǔn)化程度和狀態(tài)。本文檔的發(fā)布不受任何限制。2. 介紹本文描述的是用于管理TCP/IP網(wǎng)絡(luò)的一般結(jié)構(gòu)和方法，網(wǎng)絡(luò)管理的對(duì)象信息模型和一系列用來(lái)描述管理信息的普通類(lèi)。結(jié)構(gòu)的正式描述使

5、用了抽象語(yǔ)法描述(ASN.1)。本文不說(shuō)明具體的解決方法，也不是什么協(xié)議和數(shù)據(jù)結(jié)構(gòu)，如果需要這方面的內(nèi)容請(qǐng)參閱SNMP和MIB的說(shuō)明。在IEEE中有文章是關(guān)于Internet管理結(jié)構(gòu)和方法的，本文基本上來(lái)自于這篇文章，但在以下幾方面有所不同：那篇文章主要說(shuō)明OSI類(lèi)型網(wǎng)絡(luò)的管理，對(duì)于SNMP并不適用。本文要達(dá)到兩個(gè)目標(biāo)：簡(jiǎn)單性和可擴(kuò)展性，雖然網(wǎng)絡(luò)管理的研究已經(jīng)開(kāi)展了許多年，但是對(duì)這方面問(wèn)題的理解的深度和廣度不見(jiàn)得有多好。通過(guò)給出一個(gè)通用的SMI，可以為未來(lái)的發(fā)展打好一個(gè)基礎(chǔ)。3. 管理信息的結(jié)構(gòu)和標(biāo)記管理對(duì)象通過(guò)虛擬信息存儲(chǔ)訪(fǎng)問(wèn)，我們稱(chēng)這一結(jié)構(gòu)為管理信息庫(kù)或MIB。MIB中的對(duì)象以ASN.1定

6、義。每個(gè)對(duì)象有自己的名字，語(yǔ)法和編碼。名字就象對(duì)象標(biāo)記，它是一個(gè)管理管理用的名字。對(duì)象類(lèi)型的請(qǐng)求定義了和對(duì)象類(lèi)型相一致的抽象數(shù)據(jù)結(jié)構(gòu)。雖然這可以通過(guò)ASN.1進(jìn)行定義，但在本文中還是加以了限制。這種限制是為了定義的結(jié)果更為一般。對(duì)象類(lèi)型的編碼說(shuō)明對(duì)象類(lèi)型的實(shí)例如何通過(guò)對(duì)象的類(lèi)型語(yǔ)法表示。通常將對(duì)象的語(yǔ)法和編碼通過(guò)對(duì)象的定義進(jìn)行連結(jié)，這也是對(duì)象在網(wǎng)絡(luò)上傳輸?shù)男问健Ｖ劣诙xMIB或管理協(xié)議，這不是本文的工作，本文只是通過(guò)一個(gè)綱領(lǐng)性的說(shuō)明陳述一般性的原則。當(dāng)然，在有些時(shí)候，定義也加以了限制，這是為某種特定的管理而加的，在具體實(shí)現(xiàn)時(shí)可以不用管這些限制。3.1 名字名字用于標(biāo)記管理對(duì)象。對(duì)象標(biāo)記概念用于

7、進(jìn)行定義。無(wú)論對(duì)象是什么語(yǔ)義，對(duì)象標(biāo)記是確定某些對(duì)象的方法。對(duì)象標(biāo)記是根據(jù)全局樹(shù)而來(lái)的整數(shù)串。這個(gè)樹(shù)和一些標(biāo)記過(guò)的結(jié)點(diǎn)相連。每個(gè)結(jié)點(diǎn)還有子結(jié)點(diǎn)。我們對(duì)對(duì)象標(biāo)記的理解應(yīng)該是建立在對(duì)這個(gè)全局樹(shù)進(jìn)行遍歷的基礎(chǔ)上的。一個(gè)標(biāo)記就是一個(gè)簡(jiǎn)單的文本描述和一個(gè)整數(shù)。根結(jié)點(diǎn)不標(biāo)記，它至少要有三個(gè)子結(jié)點(diǎn)，一個(gè)子結(jié)點(diǎn)由國(guó)際標(biāo)準(zhǔn)化組織管理，標(biāo)記為iso(1)；另一個(gè)由CCITT管理，標(biāo)記為ccitt(0)；第三個(gè)由兩者共同管理，標(biāo)記為：joint-iso-ccitt(2)。在iso(0)下，ISO有一個(gè)子樹(shù)用于其它國(guó)際組織，org(3)，對(duì)于子結(jié)點(diǎn)來(lái)說(shuō)，兩個(gè)留給美國(guó)國(guó)家標(biāo)準(zhǔn)和技術(shù)局，另一個(gè)由NIST轉(zhuǎn)給美國(guó)國(guó)防部，d

8、od(6)。就本文來(lái)說(shuō)，DoD未指明它如何管理自己的對(duì)象標(biāo)記子樹(shù)。本文假設(shè)DoD將給Internet分一個(gè)區(qū)，它由IAB由下面的方式管理：internet OBJECT IDENTIFIER := iso org(3) dod(6) 1 也就是說(shuō)，對(duì)象標(biāo)記的Internet子樹(shù)以1.3.6.1開(kāi)始。本文作為IAB同意的標(biāo)準(zhǔn)，說(shuō)明管理對(duì)象標(biāo)記子樹(shù)的策略。開(kāi)始時(shí)，四個(gè)結(jié)點(diǎn)是這樣的：directory OBJECT IDENTIFIER := internet 1 mgmt OBJECT IDENTIFIER := internet 2 experimental OBJECT IDENTIFIER

9、:= internet 3 private OBJECT IDENTIFIER := internet 4 3.1.1. 目錄directory(1)子樹(shù)留作以后OSI目錄如何被用作Internet目錄。3.1.2. Mgmtmgmt(2)子樹(shù)用于標(biāo)記定義在IAB文件中的對(duì)象。例如，如果定義初始Internet標(biāo)準(zhǔn)MIB的RFC被指定為管理文檔號(hào)1，此RFC可以被用作對(duì)象標(biāo)記： mgmt 1 或1.3.6.1.2.1來(lái)定義Internet標(biāo)準(zhǔn)的MIB。本文的后半部分將定義新的MIB標(biāo)準(zhǔn)。3.1.3. Experimentalexperimental(3)子樹(shù)定義用于Internet實(shí)驗(yàn)的對(duì)象。

10、例如實(shí)驗(yàn)者可能接收到定義號(hào)17，那可用的對(duì)象標(biāo)記就是： experimental 17 或1.3.6.1.3.17。IANA對(duì)如何使用此子樹(shù)提出要求。3.1.4. Privateprivate(4)子樹(shù)用于定義其它對(duì)象。此子樹(shù)最初只有一個(gè)孩子：enterprises OBJECT IDENTIFIER := private 1 使用enterprises(1)時(shí)可以允許提供網(wǎng)絡(luò)子系統(tǒng)的機(jī)構(gòu)來(lái)注冊(cè)它們產(chǎn)品的模型。在接收到子樹(shù)時(shí)，一個(gè)企業(yè)可以在子樹(shù)中定義新的MIB對(duì)象。而且此企業(yè)也應(yīng)該在此子樹(shù)下注冊(cè)它的網(wǎng)絡(luò)子系統(tǒng)，這樣可以在管理協(xié)議中進(jìn)行有效地管理。例如，如果"Flintstones,

11、Inc."生產(chǎn)網(wǎng)絡(luò)子系統(tǒng)，它會(huì)要求一個(gè)在企業(yè)子樹(shù)下的結(jié)點(diǎn)，這樣的結(jié)點(diǎn)可能進(jìn)行如下編號(hào)：1.3.6.1.4.1.42，它可能在此下面注冊(cè)它自己的路由器為：1.3.6.1.4.1.42.1.13.2. 語(yǔ)法語(yǔ)法是根據(jù)對(duì)象類(lèi)型定義對(duì)象結(jié)構(gòu)，定義時(shí)使用ASN.1，但ASN.1中的一些通用化需要加以限制。在A(yíng)SN.1中ObjectSyntax定義可用于不同對(duì)象類(lèi)型的語(yǔ)法。3.2.1. 原始類(lèi)型ASN.1中的原始類(lèi)型包括INTEGER，OCTET STRING，OBJECT IDENTIFIER和NULL。3.2.1.1. 枚舉整數(shù)的指導(dǎo)方針如枚舉整數(shù)列為一個(gè)對(duì)象類(lèi)型，擁有值0的命名號(hào)不應(yīng)該出現(xiàn)

12、在枚舉列表中，而且不能使用此值。 3.2.2. 構(gòu)造類(lèi)型ASN.1中的SEQUENCE可用，使用它可以建立對(duì)于列或表。對(duì)于列，語(yǔ)法如下：SEQUENCE <type1>, ., <typeN> 其中<type>是原始類(lèi)型。對(duì)于表，語(yǔ)法如下：SEQUENCE OF <entry>其中<entry>指向列。3.2.3. 定義的類(lèi)型允許在一個(gè)新應(yīng)用產(chǎn)品的范圍內(nèi)定義新類(lèi)型，新類(lèi)型必須能夠分解為基本類(lèi)型，列，表或其它新類(lèi)型。3.2.3.1. NetworkAddress此類(lèi)型代表多個(gè)可能的協(xié)議族中的一個(gè)地址格式。當(dāng)前只有只允許Internet協(xié)

13、議族。3.2.3.2. IpAddress這種定義的類(lèi)型代表32位的IP地址，它表示為長(zhǎng)度為4的字符串。在A(yíng)SN.1類(lèi)型使用ASN.基本編碼規(guī)則進(jìn)行編碼時(shí)，只能使用原始編碼形式。3.2.3.3. Counter這種定義的類(lèi)型代表一個(gè)非負(fù)整數(shù)，它只能增加，直到最大值。當(dāng)達(dá)到最大值后，它會(huì)返回0重新開(kāi)始。本文指定它的最大值為232-1，也就是。3.2.3.4. Gauge此類(lèi)型代表一個(gè)非負(fù)整數(shù)，它可以可以增加或減少，但在最大值時(shí)停止。本文指定它的值為232-1，也就是。3.2.3.5. TimeTicks此類(lèi)型為非負(fù)整數(shù)，用于記錄從一時(shí)間點(diǎn)起經(jīng)過(guò)了多少個(gè)百分之一秒的時(shí)間。3.2.3.6. Opaq

14、ue此類(lèi)型支持對(duì)ASN.1語(yǔ)法進(jìn)行擴(kuò)充的能力。只類(lèi)型只要求接收方能夠?qū)?shù)據(jù)進(jìn)行解密，并沒(méi)有要求接收方一定要理解其內(nèi)容。3.3. 編碼在對(duì)象類(lèi)型的實(shí)例實(shí)編碼以后，它的值可以將ASN.1的基本編碼規(guī)則用于對(duì)象類(lèi)型的語(yǔ)法而進(jìn)行傳輸。4. 管理對(duì)象本文不定義MIB對(duì)象，但本文指定一種可被其它文章使用的的格式。一個(gè)對(duì)象定義通常包括下面五個(gè)域： * OBJECT:是一個(gè)字符串名，它叫OBJECT DESCRIPTOR，它指定對(duì)象類(lèi)型，這個(gè)類(lèi)型和OBJECT IDENTIFIER相對(duì)應(yīng)。 * 語(yǔ)法：對(duì)象類(lèi)型的抽象語(yǔ)法。它必須可以解析到ASN.1類(lèi)型ObjectSyntax的一個(gè)實(shí)例上。 * 定義：對(duì)對(duì)象類(lèi)型

15、語(yǔ)義的文本描述。實(shí)現(xiàn)中必須保證對(duì)象的實(shí)例滿(mǎn)足這個(gè)定義，因?yàn)檫@個(gè)MIB是用于多廠(chǎng)商環(huán)境中的，要照顧到它們的情況。對(duì)象在不同的機(jī)器上有相同的意義是很重要的。 * 訪(fǎng)問(wèn)：取只讀，讀寫(xiě)，只寫(xiě)或不能訪(fǎng)問(wèn)這四個(gè)值。 * 狀態(tài)：強(qiáng)制（mandatory），可選（optional）或過(guò)時(shí)的（obsolete）。 以后的文檔中可能會(huì)定義其它域。4.1. 對(duì)象名在Internet標(biāo)準(zhǔn)中的MIB中的對(duì)象名中不能有0，此值留作擴(kuò)展。每個(gè)和對(duì)象類(lèi)型相對(duì)應(yīng)的OBJECT DESCRIPTOR應(yīng)該有獨(dú)一無(wú)二的，可記憶和打印的字符串名。這對(duì)于人們的閱讀和開(kāi)發(fā)對(duì)象用戶(hù)接口的表機(jī)制很有好處。4.2. 對(duì)象類(lèi)型和實(shí)例一個(gè)對(duì)象類(lèi)型就

16、是一類(lèi)可管理的對(duì)象的定義，而對(duì)象實(shí)例就是一個(gè)對(duì)象類(lèi)型的實(shí)例，而這個(gè)實(shí)例已經(jīng)有值了。例如，路由表入口的定義在MIB中已有定義，這個(gè)定義和一個(gè)對(duì)象類(lèi)型相關(guān)，給定路由表的單個(gè)入口中的那個(gè)存在一會(huì)兒的值就是對(duì)象類(lèi)型的實(shí)例。MIB中定義了許多對(duì)象類(lèi)型，每個(gè)類(lèi)型通過(guò)OBJECT IDENTIFIER標(biāo)記，同時(shí)也有一個(gè)文本名，稱(chēng)為OBJECT DESCRIPTOR。這標(biāo)明MIB中的數(shù)據(jù)如果被訪(fǎng)問(wèn)是由特定協(xié)議決定的，而不在MIB中規(guī)定。一個(gè)對(duì)象類(lèi)型可以定義在MIB中，這樣一個(gè)對(duì)象類(lèi)型的實(shí)例可以代表一些信息的集合，也被一些次要對(duì)象類(lèi)型號(hào)的實(shí)例所代表。例如，假設(shè)下面的對(duì)象是定義在MIB中的： OBJECT: at

17、Index atEntry 1 Syntax: INTEGERDefinition: 物理地址的接口號(hào)Access: read-write.Status: mandatory.OBJECT: atPhysAddress atEntry 2 Syntax: OCTET STRINGDefinition: 與介質(zhì)相關(guān)的物理地址Access: read-write.Status: mandatory.OBJECT: atNetAddress atEntry 3 Syntax: NetworkAddressDefinition: 與介質(zhì)相關(guān)物理地址相對(duì)應(yīng)的網(wǎng)絡(luò)地址Access: read-write.

18、Status: mandatory.第四個(gè)對(duì)象類(lèi)型也可能被定義在MIB中：OBJECT: atEntry atTable 1 Syntax: AtEntry := SEQUENCE atIndexINTEGER,atPhysAddressOCTET STRING,atNetAddressNetworkAddressDefinition: 地址映射表中的入口A(yíng)ccess: read-write.Status: mandatory.每個(gè)對(duì)象類(lèi)型的實(shí)便包括由前三個(gè)對(duì)象類(lèi)型實(shí)例表示的信息。把這種定義出的對(duì)象類(lèi)型稱(chēng)為列表（list）。同樣的，列表類(lèi)型的集合可以組成表（table）。例如，第五個(gè)對(duì)象的定義

19、如下：OBJECT: atTable at 1 Syntax: SEQUENCE OF AtEntryDefinition: 地址映射表Access: read-write.Status: mandatory.上面的地址映射表就是由AtEntry的集合構(gòu)成的。讓我們想一下如何獲得表中的對(duì)象。下面我們看一個(gè)例子，下面是一個(gè)對(duì)象類(lèi)型： atPhysAddress 而下面是與協(xié)議相關(guān)的對(duì)象實(shí)例： atNetAddress = internet "10.0.0.52" 這兩個(gè)量組成的偶對(duì)將可以參照atPhysAddress的實(shí)例。這里的atPhyAddress是任何與atNetAd

20、dress相關(guān)值為 internet "10.0.0.52 的地址映射表入口的一部分。下來(lái)我們看看如何訪(fǎng)問(wèn)一個(gè)包中的集合對(duì)象（list），將對(duì)象類(lèi)型命名為： atEntry 然后指定與協(xié)議相關(guān)的對(duì)象實(shí)例： atNetAddress = internet "10.0.0.52" 上面的對(duì)象實(shí)例訪(fǎng)問(wèn)表中入口的所有實(shí)例，其中表與atNetAddress的值 internet "10.0.0.52" 相關(guān)。每個(gè)管理協(xié)議均提供了訪(fǎng)問(wèn)非集合對(duì)象類(lèi)型的機(jī)制，每個(gè)管理協(xié)議也說(shuō)明了它是否支持訪(fǎng)問(wèn)集合對(duì)象類(lèi)型。而且，協(xié)議必須指定當(dāng)一個(gè)對(duì)象類(lèi)型/實(shí)例對(duì)訪(fǎng)問(wèn)多個(gè)類(lèi)型的

21、實(shí)例時(shí)會(huì)返回哪個(gè)實(shí)例。為支持不同的管理協(xié)議，所有能夠使對(duì)象能夠區(qū)分的信息由對(duì)象類(lèi)型的實(shí)例定義在MIB中。4.3. 管理對(duì)象宏可以使用OBJECT-TYPE宏來(lái)處理MIB中的定義。這個(gè)宏允許一個(gè)對(duì)象類(lèi)型的主要訪(fǎng)問(wèn)采取統(tǒng)一的表示方式。OBJECT-TYPE MACRO :=BEGINTYPE NOTATION := "SYNTAX" type (TYPE ObjectSyntax)"ACCESS" Access"STATUS" StatusVALUE NOTATION := value (VALUE ObjectName)Access :

22、= "read-only"| "read-write"| "write-only"| "not-accessible"Status := "mandatory"| "optional"| "obsolete"END根據(jù)上面定義的對(duì)象類(lèi)型，我們可以看到下面定義在MIB中的定義：atIndex OBJECT-TYPESYNTAX INTEGERACCESS read-writeSTATUS mandatory:= atEntry 1 atPhysAddress

23、 OBJECT-TYPESYNTAX OCTET STRINGACCESS read-writeSTATUS mandatory:= atEntry 2 atNetAddress OBJECT-TYPESYNTAX NetworkAddressACCESS read-writeSTATUS mandatory:= atEntry 3 atEntry OBJECT-TYPESYNTAX AtEntryACCESS read-writeSTATUS mandatory:= atTable 1 atTable OBJECT-TYPESYNTAX SEQUENCE OF AtEntryACCESS r

24、ead-writeSTATUS mandatory:= at 1 AtEntry := SEQUENCE atIndexINTEGER,atPhysAddressOCTET STRING,atNetAddressNetworkAddress5. MIB擴(kuò)展每個(gè)Internet標(biāo)準(zhǔn)MIB文檔都將前面文檔標(biāo)記為過(guò)時(shí)的。在下面標(biāo)記處標(biāo)記的名字是在改變版本時(shí)沒(méi)有進(jìn)行過(guò)改變的： mgmt version-number 新版本可以會(huì)(1) 宣布老的對(duì)象類(lèi)型過(guò)時(shí)，但不刪除它們的名字；(2) 通過(guò)添加非集合對(duì)象類(lèi)型到列表(list)中對(duì)象類(lèi)型而擴(kuò)展一個(gè)對(duì)象類(lèi)型的定義；(3) 要么就索性定義新的對(duì)象。新版本不能

25、在未改變對(duì)象名字的情況下改變對(duì)象的語(yǔ)義。這樣就保證了相同的名字在不同的版本下會(huì)有相同的語(yǔ)義，這樣在實(shí)現(xiàn)起來(lái)就比較方便。但是，管理代表可能會(huì)返回一個(gè)對(duì)象，它是需要對(duì)象的一個(gè)超集?？紤]到健壯性，管理程序應(yīng)該忽略掉這些附加信息。但是我們要注意：如果一個(gè)實(shí)例沒(méi)有和希望的對(duì)象類(lèi)型相同的語(yǔ)法，控制將會(huì)失敗。在監(jiān)視和控制的情況下，由一個(gè)操作返回的對(duì)象名必須和操作要求的對(duì)象名一致。6. 定義RFC1155-SMI DEFINITIONS := BEGINEXPORTS - EVERYTHINGinternet, directory, mgmt,experimental, private, enterprise

26、s,OBJECT-TYPE, ObjectName, ObjectSyntax, SimpleSyntax,ApplicationSyntax, NetworkAddress, IpAddress,Counter, Gauge, TimeTicks, Opaque;- the path to the rootinternet OBJECT IDENTIFIER := iso org(3) dod(6) 1 directory OBJECT IDENTIFIER := internet 1 mgmt OBJECT IDENTIFIER := internet 2 experimental OBJ

27、ECT IDENTIFIER := internet 3 private OBJECT IDENTIFIER := internet 4 enterprises OBJECT IDENTIFIER := private 1 - definition of object typesOBJECT-TYPE MACRO :=BEGINTYPE NOTATION := "SYNTAX" type (TYPE ObjectSyntax)"ACCESS" Access"STATUS" StatusVALUE NOTATION := value (

28、VALUE ObjectName)Access := "read-only"| "read-write"| "write-only"| "not-accessible"Status := "mandatory"| "optional"| "obsolete"END- names of objects in the MIBObjectName :=OBJECT IDENTIFIER- syntax of objects in the MIBObjectSyn

29、tax :=CHOICE simpleSimpleSyntax,- note that simple SEQUENCEs are not directly- mentioned here to keep things simple (i.e.,- prevent mis-use). However, application-wide- types which are IMPLICITly encoded simple- SEQUENCEs may appear in the following CHOICEapplication-wideApplicationSyntaxSimpleSynta

30、x :=CHOICE numberINTEGER,stringOCTET STRING,objectOBJECT IDENTIFIER,emptyNULLApplicationSyntax :=CHOICE addressNetworkAddress,counterCounter,gaugeGauge,ticksTimeTicks,arbitraryOpaque- other application-wide types, as they are- defined, will be added here- application-wide typesNetworkAddress :=CHOIC

31、E internetIpAddressIpAddress :=APPLICATION 0 - in network-byte orderIMPLICIT OCTET STRING (SIZE (4)Counter :=APPLICATION 1IMPLICIT INTEGER (0.)Gauge :=APPLICATION 2IMPLICIT INTEGER (0.)TimeTicks :=APPLICATION 3IMPLICIT INTEGER (0.)Opaque :=APPLICATION 4 - arbitrary ASN.1 value,IMPLICIT OCTET STRING

32、- "double-wrapped"END7感謝 本文檔的完成要感謝三方面提供的草案： 首先是 MITRE 公司的Lee Labarre，他是NETMAN SMI 4 的作者。 其次是許多對(duì)本文檔的原始版本提供了有價(jià)值建議的一些個(gè)人： James R. Davin, Proteon Mark S. Fedor, NYSERNet Craig Partridge, BBN Laboratories Martin Lee Schoffstall, Rensselaer Polytechnic Institute Wengyik Yeong, NYSERNet 最后是IETF M

33、IB 工作組: Karl Auerbach, Epilogue Technology K. Ramesh Babu, Excelan Lawrence Besaw, Hewlett-Packard Jeffrey D. Case, University of Tennessee at Knoxville James R. Davin, Proteon Mark S. Fedor, NYSERNet Robb Foster, BBN Phill Gross, The MITRE Corporation Bent Torp Jensen, Convergent Technology Lee Lab

34、arre, The MITRE Corporation Dan Lynch, Advanced Computing Environments Keith McCloghrie, The Wollongong Group Dave Mackie, 3Com/Bridge Craig Partridge, BBN (chair) Jim Robertson, 3Com/Bridge Marshall T. Rose, The Wollongong Group Greg Satz, cisco Martin Lee Schoffstall, Rensselaer Polytechnic Instit

35、ute Lou Steinberg, IBM Dean Throop, Data General Unni Warrier, Unisys 8. 參考 1 Information processing systems - Open Systems Interconnection, "Specification of Abstract Syntax Notation One (ASN.1)", International Organization for Standardization, International Standard 8824, December 1987.

36、2 McCloghrie K., and M. Rose, "Management Information Base for Network Management of TCP/IP-based Internets", RFC 1156, Performance Systems International and Hughes LAN Systems, May 1990. 3 Case, J., M. Fedor, M. Schoffstall, and J. Davin, The Simple Network Management Protocol", RFC 1157, University of Tennessee at Knoxville, Performance Systems International