186 0440 4087
1.背景
現(xiàn)在，對于基于TCP/IP的internet，在[1]中定義的簡單網(wǎng)絡(luò)管理協(xié)議(SimpleNetwork
ManagementProtocol，縮寫為SNMP)用作一個網(wǎng)絡(luò)管理構(gòu)架的完整部分。在它的相關(guān)標(biāo)準(zhǔn)
中，定義了管理信息結(jié)構(gòu)(StructureofManagementInformation，縮寫為SMI)[2，3]和管理
信息數(shù)據(jù)庫(ManagementInformationBase，縮寫為MIB)[4]，SNMP已經(jīng)被廣泛地部署在
許多運行Internet協(xié)議族的運營的網(wǎng)絡(luò)中。
不必驚訝于這些站點中的許多可以獲得OSI性能，并且希望支持他們在SNMP技術(shù)上
的投資來有助于管理那些OSI網(wǎng)元。通過在支持OSI面向無連接的傳輸服務(wù)的環(huán)境中定義一
個運行SNMP的構(gòu)架，本備忘錄陳述了這些關(guān)系。
然而，正如[5]中提示的那樣，SNMP首先會映射到UDP[6]上。該規(guī)范計劃用于不能使
用UDP傳輸?shù)沫h(huán)境中。這個規(guī)范更應(yīng)該理解為一種建議：在異構(gòu)傳輸環(huán)境中，一個被管理
代理應(yīng)該支持多于一種的映射方式。
2.在CLTS上的映射
在CLTS[7，8]上的SNMP映射是直通方式的。步驟原理和UDP采用的相同。注意CLTS
和服務(wù)都是通過包含了全部地址信息的UDP信息傳輸包來提供的。因此，[1]中的“傳輸?shù)?/span>
址”，映射在CLTS上的SNMP僅僅是一個傳輸選項和網(wǎng)絡(luò)地址。
應(yīng)該注意到，正如[1，5]中描述的那樣，映射在面向非連接的傳輸服務(wù)上的SNMP和
SNMP的結(jié)構(gòu)原理是完全一致的。然而，CLTS本身既可以采用一個面向無連接方式，又可
以采用面向連接的網(wǎng)絡(luò)服務(wù)方式實現(xiàn)。在這種映射中描述的映射支持任意實現(xiàn)方式。(當(dāng)提供
所有網(wǎng)絡(luò)服務(wù)時，應(yīng)該以CLNS為實現(xiàn)基礎(chǔ)。)
2.1.周知地址
不象Internet協(xié)議組，OSI沒有使用周知口。當(dāng)然，多路分解技術(shù)基于“選擇器”發(fā)生，
“選擇器”是具有局部重要意義的不透明八位字串。為了照顧基于CLTS的可互操作的SNMP
實現(xiàn)，定義四個選擇器是必要的。
當(dāng)CLTS采用無連接模式的網(wǎng)絡(luò)服務(wù)來提供反向SNMP傳輸時，應(yīng)該采用由6個ASCII
字符組成的“snmp-l”傳輸選擇器；按照約定，會發(fā)送一個SNMP中斷給一個正在監(jiān)聽由7
個ASCII字符組成的“snmp-l”傳輸選擇器的SNMP管理器。
當(dāng)CLTS采用面向連接的網(wǎng)絡(luò)服務(wù)來提供反向SNMP傳輸時，應(yīng)該采用由6個ASCII
字符組成“snmp-o”傳輸選擇器；按照約定，會發(fā)送一個SNMP中斷給一個正在監(jiān)聽由7
個ASCII字符組成的“snmp-o”傳輸選擇器的SNMP管理器。
2.2.中斷
當(dāng)SNMP中斷在CLTS上發(fā)送時，Trap-PDU中的代理地址字段包含了IP地址“0.0.0.0”。
SNMP管理器可以基于由傳輸服務(wù)提供的信息(也就是源自T-UNIT-DATA.INDICATION基本
數(shù)據(jù)單元的)探知陷阱的來源。
2.3.最大消息尺寸
一個在OSI上運行SNMP的實體應(yīng)該準(zhǔn)備好接收大小至少484個字節(jié)的消息。鼓勵應(yīng)
用隨時可能發(fā)生的更大的數(shù)值。
3.鳴謝
本規(guī)范源自RFC1298，基于在IETF中有關(guān)“SNMPoveraMultiprotocolInternet”工
作組的討論。
4.參考文獻(xiàn)
[1]Case，J.，F(xiàn)edor，M.，Schoffstall，M.，andJ.Davin，"SimpleNetworkManagement
Protocol"，STD15，RFC1157，SNMPResearch，PerformanceSystemsInternational，
PerformanceSystemsInternational，MITLaboratoryforComputerScience，May1990.
[2]RoseM.，andK.McCloghrie，"StructureandIdentificationofManagement
InformationforTCP/IP-basedinternets"，STD16，RFC1155，PerformanceSystems
International，HughesLANSystems，May1990.
[3]Rose，M.，andK.McCloghrie，Editors，"ConciseMIBDefinitions"，STD16，RFC
1212，PerformanceSystemsInternational，HughesLANSystems，March1991.
[4]RoseM.，andK.McCloghrie，Editors，"ManagementInformationBaseforNetwork
ManagementofTCP/IP-basedInternets"，STD17，RFC1213，HughesLANSystems，
Inc.，PerformanceSystemsInternational，March1991.
[5]Kastenholz，F(xiàn).，“SNMPCommunicationsServices”，RFC1270，Clearpoint
ResearchCorporation，October1991.
[6]PostelJ.，"UserDatagramProtocol"，STD6，RFC768，USC/InformationSciences
Institute，August1980.
[7]Informationprocessingsystems-OpenSystemsInterconnection-Transport
ServiceDefinition-Addendum1:Connectionless-modeTransmission，International
OrganizationforStandardization.InternationalStandard8072/AD1，June1986.
[8]Informationprocessingsystems-OpenSystemsInterconnection-Protocol
SpecificationforProvidingtheConnectionless-modeTransportService，International
OrganizationforStandardization.InternationalStandard8602，December1987.
5.需要考慮的安全問題
本備忘錄不討論有關(guān)安全問題。
6.作者地址：
MarshallT.Rose
DoverBeachConsulting，Inc.
420WhismanCourt
MountainView，CA94043-2112
Phone:(415)968-1052
EMail:mrose@dbc.mtview.ca.us
眾信咨詢：互聯(lián)網(wǎng)資質(zhì)代理誠信品牌