RFC ini kembali merilis RFC 1098, dengan Status "berubah ini, Memo "bagian ditambah beberapa

koreksi ketik kecil. Memo ini mendefinisikan sebuah protokol yang sederhana dengan manajemen
informasi untuk elemen jaringan dapat diperiksa atau diubah oleh remote pengguna. Secara khusus,
bersama dengan memo pendamping nya yang menggambarkan struktur informasi manajemen
bersama dengan manajemen basis informasi, dokumen-dokumen sederhana ini menyediakan,
arsitektur yang dapat dikerjakan dan sistem untuk mengelola TCP / IP berbasis Internets dan di
Internet khususnya

Internet Activities Board merekomendasikan bahwa semua IP dan TCP, implementasi merupakan
jaringan dikelola. Ini berarti pelaksanaan dari MIB Internet (RFC-1156) dan setidaknya salah satu dari
dua direkomendasikan manajemen protokol SNMP (RFC-1157) atau CMOT (RFC-1095). Perlu
dicatat bahwa, saat ini, SNMP adalah Internet penuh standar dan CMOT adalah rancangan
standar. Lihat juga Host dan Gateway persyaratan RFC untuk informasi lebih spesifik tentang
penerapan yang standar ini

2. Pengantar

Sebagaimana dilaporkan dalam RFC 1052, IAB Rekomendasi untuk Pengembangan Standar
Manajemen Jaringan Internet [1], sebuah strategi dua-cabang untuk manajemen jaringan TCP /
Internets berbasis IP dilakukan. Dalam jangka pendek, Simple Network Management Protocol
(SNMP) adalah menjadi digunakan untuk mengatur node dalam komunitas Internet. Dalam jangka
panjang, penggunaan kerangka manajemen jaringan OSI adalah untuk diperiksa. Dua dokumen yang
diproduksi untuk menentukan informasi manajemen: RFC 1065, yang mendefinisikan Struktur
Manajemen Informasi (SMI) [2], dan RFC 1066, yang didefinisikan Informasi Manajemen Base
(MIB) [3]. Kedua dokumen ini dirancang sedemikian rupa sehingga tidak kompatibel dengan baik
SNMP dan manajemen jaringan OSI kerangka. Strategi ini cukup berhasil dalam jangka pendek:
berbasis Internet teknologi jaringan manajemen menerjunkan, baik oleh penelitian dan komersial
masyarakat, dalam beberapa bulan. Sebagai akibatnya, bagian dari komunitas Internet menjadi
jaringan dikelola dalam tepat waktu Sebagaimana dilaporkan dalam RFC 1109, Laporan Kedua Ad
Hoc Network Tinjauan Manajemen Group [4], persyaratan SNMP dan OSI  jaringan kerangka kerja
manajemen yang lebih berbeda daripada yang diantisipasi. Dengan demikian kebutuhan, untuk
kompatibilitas antara SMI / MIB dan baik kerangka dihentikan. Tindakan ini diizinkan operasional
kerangka manajemen jaringan, maka SNMP, untuk menanggapi operasional baru kebutuhan
komunitas internet dengan dokumen memproduksi mendefinisikan baru MIB item.

IAB telah menunjuk SNMP, SMI, dan Internet MIB awal untuk menjadi penuh "Standar Protokol"
dengan status "Recommended". Dengan ini tindakan, IAB merekomendasikan bahwa semua
implementasi IP dan TCP akan jaringan dikendalikan dan bahwa implementasi yang jaringan dikelola
diharapkan untuk mengadopsi dan menerapkan SMI, MIB, dan SNMP.

Dengan demikian, manajemen saat ini jaringan berbasis kerangka kerja untuk TCP/IP- Internets
terdiri dari: Struktur dan Identifikasi Manajemen Informasi untuk TCP / Internets berbasis IP, yang
menjelaskan bagaimana dikelola objek yang terkandung dalam MIB didefinisikan sebagaimana
tercantum dalam RFC 1155 [5]; Informasi Manajemen Base untuk Manajemen Jaringan TCP/IP
berbasis Internets, yang menggambarkan objek dikelola yang terkandung dalam MIB sebagaimana
diatur dalam RFC 1156 [6]; dan, Simple Network Management Protokol, yang mendefinisikan
protokol yang digunakan untuk mengelola benda-benda, sebagai ditetapkan dalam memo ini

Sebagaimana dilaporkan dalam RFC 1052, IAB Rekomendasi untuk Pengembangan Standar
Manajemen Jaringan Internet [1], Kegiatan Internet Dewan telah diarahkan Internet Engineering Task
Force (IETF) untuk menciptakan dua kelompok kerja baru di bidang manajemen jaringan. Salah satu
kelompok didakwa dengan spesifikasi lebih lanjut dan definisi elemen yang akan dimasukkan dalam
Manajemen Information Base (MIB).
Yang lainnya didakwa dengan mendefinisikan modifikasi untuk Simple Network Management
Protocol (SNMP) untuk mengakomodasi jangka pendek kebutuhan masyarakat vendor jaringan dan
operasi, dan untuk menyelaraskan dengan output dari kelompok MIB kerja. Kelompok MIB kerja
menghasilkan dua memo, salah satu yang mendefinisikan Struktur Manajemen Informasi (SMI) [2]
untuk digunakan oleh berhasil objek yang terkandung dalam MIB. Sebuah memo kedua [3]
mendefinisikan daftar dikelola objek Output dari Extensions SNMP kelompok kerja adalah memo ini,
yang menggabungkan perubahan definisi SNMP awal [7] yang diperlukan untuk mencapai
keselarasan dengan output dari kelompok MIB kerja. perubahan harus minimal untuk menjadi
konsisten dengan IAB's direktif bahwa kelompok kerja akan "sangat peka terhadap kebutuhan untuk
menjaga yang sederhana SNMP "Meskipun perawatan yang cukup dan debat. Telah pergi ke
perubahan pada SNMP yang tercermin dalam memo ini, protokol yang dihasilkan tidak backwardly-
kompatibel dengan nya pendahulunya, Simple Gateway Monitoring Protocol (SGMP) [8]. Meskipun
sintaks protokol telah diubah, yang asli filsafat, keputusan desain, dan arsitektur tetap utuh. Dalam
Untuk menghindari kebingungan, baru UDP port telah dialokasikan untuk penggunaan oleh protokol
yang dijelaskan dalam memo ini

3. Arsitektur SNMP

Tersirat dalam model SNMP arsitektur adalah kumpulan dari jaringan manajemen stasiun dan elemen
jaringan. Manajemen jaringan stasiun manajemen mengeksekusi aplikasi yang memantau dan
mengendalikan elemen jaringan. Network unsur perangkat seperti host, gateway, server terminal, dan
sejenisnya, yang memiliki manajemen bertanggung jawab untuk melakukan fungsi manajemen
jaringan agen diminta oleh stasiun manajemen jaringan. Jaringan Sederhana Management Protocol
(SNMP) digunakan untuk berkomunikasi manajemen informasi antara jaringan stasiun manajemen
dan agen-agen di elemen jaringan.

3.1. Tujuan Arsitektur yang

SNMP secara eksplisit meminimalkan jumlah dan kompleksitas manajemen fungsi direalisasikan oleh
agen manajemen itu sendiri. Tujuan ini menarik dalam setidaknya empat hal:

(1) Biaya pengembangan perangkat lunak manajemen agen

      diperlukan untuk mendukung protokol ini sesuai berkurang.

(2) Tingkat fungsi manajemen yang jarak jauh didukung adalah sesuai meningkat, dengan demikian
mengakui sepenuhnya penggunaan sumber daya internet di tugas manajemen.

(3) Tingkat fungsi manajemen yang jarak jauh didukung adalah sesuai meningkat, sehingga
memaksakan mungkin paling sedikit pembatasan bentuk dan kecanggihan alat manajemen.

 (4) set Sederhana fungsi manajemen yang mudah dimengerti dan digunakan oleh pengembang
manajemen jaringan alat.

Tujuan kedua dari protokol adalah bahwa paradigma fungsional untuk pemantauan dan pengendalian
cukup diperluas untuk mengakomodasi tambahan, mungkin tak terduga aspek operasi jaringan dan
manajemen.Tujuan ketiga adalah bahwa arsitektur bisa, sebanyak mungkin, independen dari arsitektur
dan mekanisme dari host tertentu atau gateway tertentu.

3.2. Elemen Arsitektur yang

Arsitektur SNMP mengartikulasikan solusi ke jaringan manajemen masalah dalam hal:

(1)lingkup informasi manajemen yang disampaikan oleh protokol,

(2)representasi informasi manajemen dikomunikasikan oleh protokol,
(3)operasi pada informasi manajemen yang didukung oleh protokol,
(4) bentuk dan makna pertukaran di antara manajemen entitas,
(5) definisi hubungan administrasi antara manajemen entitas, dan
(6) bentuk dan makna referensi untuk manajemen informasi.

3.2.1. Ruang Lingkup Manajemen Informasi

Ruang lingkup informasi yang dikomunikasikan oleh manajemen operasi yang SNMP adalah persis
yang diwakili oleh contoh dari semua non-agregat baik jenis objek didefinisikan dalam MIB Internet-
standar atau ditentukan di tempat lain sesuai dengan konvensi yang ditetapkan dalam Internet-standar
SMI [5].

Dukungan untuk jenis objek agregat di MIB adalah tidak diperlukan untuk sesuai dengan SMI tidak
disadari oleh SNMP.

3.2.2. Representasi Informasi Manajemen

Manajemen informasi dikomunikasikan oleh pengoperasian SNMP diwakili sesuai dengan subset dari
bahasa ASN.1 [9] yang ditentukan untuk definisi jenis non-agregat di SMI. SGMP mengadopsi
konvensi menggunakan subset yang jelas dari ASN.1 bahasa [9]. SNMP berlanjut dan memperluas
tradisi ini dengan memanfaatkan subset agak lebih kompleks ASN.1 untuk menggambarkandikelola
benda dan untuk mengg ambarkan unit data protokol yang digunakan untuk mengelola objek tersebut.
Selain itu, keinginan untuk kemudahan akhirnya ransisi ke protokol jaringan OSI berbasis manajemen
menyebabkan definisi dalam bahasa ASN.1 dari Struktur Internet-standar Manajemen (SMI) [5] dan
Manajemen Informasi Base (MIB) [6]. Penggunaan bahasa ASN.1, adalah, di bagian, mendorong oleh
keberhasilan penggunaan ASN.1 dalam upaya sebelumnya, pada khususnya,SGMP. Pembatasan
penggunaan ASN.1 yang merupakan bagian dari SMI berkontribusi pada kesederhanaan didukung
dan divalidasi oleh pengalaman dengan SGMP. Juga demi mempermudah, SNMP hanya
menggunakan subset dari dasar aturan pengkodean ASN.1 [10]. Yakni, semua pengkodean
menggunakan yang pasti-bentuk panjang. Selanjutnya, apabila diperbolehkan, non-konstruktor
pengkodean yang digunakan daripada encodings konstruktor. Ini pembatasan tersebut berlaku untuk
semua aspek pengkodean ASN.1, baik untuk tingkat atas unit data protokol dan objek data yang
dikandungnya

3.2.3. Operasi yang Didukung tentang Pengelolaan Informasi

SNMP model fungsi-fungsi manajemen agen semua sebagai perubahan atau inspeksi variabel.
Dengan demikian, sebuah entitas protokol di atas secara logika remote host (mungkin elemen jaringan
itu sendiri) berinteraksi dengan manajemen agen penduduk pada elemen jaringan untuk mengambil
Mendapatkan) atau mengubah (set) variabel. Strategi ini memiliki setidaknya dua konsekuensi positif:

(1)memiliki efek membatasi jumlah penting fungsi manajemen disadari oleh

agen manajemen untuk dua: satu operasi untuk memberikan nilai pada suatu
tertentu konfigurasi atau parameter lainnya dan satu lagi untuk
mengambil nilai tersebut.

(2)Efek kedua dari keputusan ini adalah untuk menghindari memperkenalkan ke dalam mendukung
protokol definisi imperatif manajemen perintah: jumlah perintah tersebut di praktek terus
meningkat, dan semantik seperti perintah secara umum sewenang-wenang kompleks. Strategi
tersirat dalam SNMP adalah bahwa monitoring jaringan  negara pada setiap tingkat signifikan detail
dicapai terutama oleh polling untuk informasi yang tepat pada bagian pemantauan pusat (s). Sebuah
jumlah terbatas pesan yang tidak diminta (perangkap panduan waktu dan fokus dari pemungutan
suara. Membatasi jumlah pesan yang tidak diminta konsisten dengan tujuan kesederhanaan dan
meminimalkan jumlah lalu lintas yang dihasilkan oleh manajemen jaringan fungsi. Pengecualian
dari perintah imperatif dari set secara eksplisit didukung fungsi manajemen tidak mungkin untuk
 mencegah apapun yang diinginkan agen manajemen operasi. Saat ini, kebanyakan perintah
permintaan baik untuk mengatur nilai parameter beberapa atau untuk mengambil seperti nilai, dan
fungsi dari beberapa imperatif perintah saat ini didukung dengan mudah ditampung di mode
asynchronous oleh manajemen model. Dalam skema ini, perintah imperatif mungkin direalisasikan
sebagai pengaturan dari nilai parameter yang selanjutnya memicu tindakan yang diinginkan. Sebagai
contoh, daripada menerapkan "Perintah reboot," tindakan ini mungkin dipanggil dengan hanya
menetapkan parameter yang menunjukkan jumlah detik sampai sistem reboot.

3.2.4. Bentuk dan Arti Bursa Protokol

Komunikasi informasi manajemen entitas manajemen diwujudkan dalam SNMP melalui pertukaran
pesan protokol. Bentuk dan makna dari pesan-pesan didefinisikan di bawah dalam Bagian 4.
Konsisten dengan tujuan meminimalkan kompleksitas dari manajemen agen, pertukaran pesan SNMP
hanya memerlukan sebuah diandalkan datagram layanan, dan setiap pesan sepenuhnya dan mandiri
diwakili oleh datagram transportasi tunggal. Meskipun dokumen ini menentukan pertukaran pesan
melalui protokol UDP [11], maka mekanisme dari SNMP umumnya cocok untuk digunakan dengan
luas berbagai layanan transportasi.

3.2.5. Definisi Hubungan Administrasi

Arsitektur SNMP mengakui berbagai administrasi hubungan antar entitas yang berpartisipasi dalam
protokol. entitas yang berada di stasiun manajemen dan elemen-elemen jaringan yang berkomunikasi
dengan satu sama lain menggunakan SNMP diistilahkan SNMP aplikasi entitas. Proses peer yang
mengimplementasikan SNMP, dan dengan demikian mendukung aplikasi entitas SNMP, yang disebut
protokol entitas. Sebuah pasangan dari agen SNMP dengan beberapa set SNMP sewenang-wenang
entitas aplikasi disebut komunitas SNMP. Setiap SNMP komunitas ini dinamai oleh serangkaian
octets, yang disebut nama komunitas untuk kata masyarakat.Sebuah pesan SNMP berasal oleh entitas
aplikasi SNMP yang notabene milik masyarakat SNMP ditunjuk oleh komponen masyarakat kata
pesan yang disebut pesan SNMP otentik. Himpunan peraturan dimana pesan SNMP diidentifikasi
sebagai pesan SNMP otentik bagi komunitas SNMP tertentu disebut skema otentikasi. Implementasi
fungsi yang mengidentifikasi SNMP otentik pesan menurut satu atau lebih skema otentikasi disebut
layanan otentikasi. Jelas, efektif manajemen hubungan administrasi antara entitas aplikasi SNMP
memerlukan layanan otentikasi yang (oleh penggunaan enkripsi atau teknik lainnya) dapat
mengidentifikasi SNMP otentik pesan dengan tingkat kepastian yang tinggi. Beberapa SNMP
implementasi mungkin ingin mendukung otentikasi hanya sepele layanan yang mengidentifikasi
semua pesan SNMP sebagai pesan SNMP otentik. Untuk setiap elemen jaringan, subset dari obyek
dalam MIB yang berkaitan untuk elemen yang disebut pandangan SNMP MIB. Perhatikan bahwa
nama-nama jenis objek yang diwakili dalam tampilan MIB SNMP tidak perlu milik

satu sub-pohon jenis objek ruang nama. Sebuah elemen dari himpunan {READ-ONLY, READ-
WRITE} disebut SNMP mengakses modus. Sebuah pasangan dari mode akses SNMP dengan
tampilan MIB SNMP disebut SNMP masyarakat profil. Sebuah profil komunitas SNMP merupakan
ditentukan hak akses ke variabel dalam tampilan MIB tertentu. Untuk setiap variabel dalam tampilan
MIB dalam profil SNMP yang diberikan masyarakat, akses terhadap variabel yang diwakili oleh
profil sesuai konvensi berikut:

(1) jika berkata variabel didefinisikan dalam MIB dengan "Akses:" dari "None," itu tidak tersedia
sebagai operan untuk operator apapun;
(2)jika kata variabel didefinisikan dalam MIB dengan "Akses:" dari "Baca tulis" atau "write-hanya"
dan modus akses profil yang diberikan adalah READ-WRITE, variabel yang tersedia sebagai operan
untuk mendapatkan, mengatur, dan operasi perangkap;
(3)dinyatakan, variabel tersedia sebagai operan untuk mendapatkan dan perangkap operasi.
(4)Dalam kasus-kasus dimana "write-hanya" variabel adalah operan digunakan untuk operasi
mendapatkan atau perangkap, nilai diberikan untuk variabel ini adalah implementasi khusus.
Sebuah pasangan dari komunitas SNMP dengan profil komunitas disebut SNMP kebijakan akses
SNMP. Suatu kebijakan akses merupakan tertentu profil komunitas diberikan oleh agen SNMP dari
SNMP tertentu masyarakat untuk anggota-anggota lain dari komunitas itu. Semua administrasi
hubungan antar entitas aplikasi SNMP yang arsitektural didefinisikan dalam istilah kebijakan akses
SNMP.

Untuk setiap kebijakan akses SNMP, jika elemen jaringan di mana agen SNMP untuk komunitas
SNMP ditetapkan berada tidak bahwa untuk yang tampilan MIB untuk berkaitan profil yang
ditetapkan, maka kebijakan disebut kebijakan SNMP proxy akses. SNMP agen terkait dengan
kebijakan akses proxy disebut proxy agen SNMP. Sedangkan definisi ceroboh kebijakan akses proxy
dapat mengakibatkan manajemen loop, definisi bijaksana kebijakan proxy berguna dalam setidaknya
dua cara:

(1)Ini memungkinkan pemantauan dan pengendalian elemen jaringan yang dinyatakan tidak dapat
dialamatkan menggunakan manajemen protokol dan protokol transport. Artinya, proxy agen dapat
memberikan fungsi konversi protokol yang memungkinkan stasiun manajemen untuk menerapkan
manajemen yang konsisten kerangka untuk semua elemen jaringan, termasuk perangkat tersebut
sebagai modem, multiplexors dan perangkat lain yang mendukung kerangka manajemen yang
berbeda.

(2) Hal ini berpotensi perisai dari elemen-elemen jaringan yang rumit kebijakan kontrol akses.
Sebagai contoh, seorang agen proxy mungkin menerapkan kontrol akses canggih dimana beragam
subset dari variabel dalam MIB dibuat dapat diakses stasiun manajemen yang berbeda tanpa
meningkatkan kompleksitas dari elemen jaringan.

Dengan cara contoh, Gambar 1 menggambarkan hubungan antara manajemen stasiun, agen proxy,
dan agen manajemen. Dalam hal ini Misalnya, agen proxy diharapkan menjadi Internet normal
Network Operations Center (diinjeksi) dari beberapa domain administratif yang memiliki hubungan
manajerial standar dengan satu set manajemen agen.

+------------------+ +----------------+ +----------------+

| Region #1 INOC | |Region #2 INOC | |PC in Region #3 |
| | | | | |
|Domain=Region #1 | |Domain=Region #2| |Domain=Region #3|
|CPU=super-mini-1 | |CPU=super-mini-1| |CPU=Clone-1 |
|PCommunity=pub | |PCommunity=pub | |PCommunity=slate|
| | | | | |
+------------------+ +----------------+ +----------------+
/|\ /|\ /|\
| | |
| | |
| \|/ |
| +-----------------+ |
+-------------->| Region #3 INOC |<-------------+
| |
|Domain=Region #3 |
|CPU=super-mini-2 |
|PCommunity=pub, |
| slate |
|DCommunity=secret|
+-------------->| |<-------------+
| +-----------------+ |
| /|\ |
| | |
| | |
 \|/ \|/ \|/
+-----------------+ +-----------------+ +-----------------+
|Domain=Region#3 | |Domain=Region#3 | |Domain=Region#3 |
|CPU=router-1 | |CPU=mainframe-1 | |CPU=modem-1 |
|DCommunity=secret| |DCommunity=secret| |DCommunity=secret|
+-----------------+ +-----------------+ +-----------------+

3.2.6. Bentuk dan Arti Referensi Managed Objects

Para SMI mensyaratkan bahwa definisi manajemen konforman alamat protokol:
(1) resolusi referensi MIB ambigu,
(2) resolusi referensi MIB di beberapa kehadiran MIB versi, dan
(3) identifikasi khusus contoh objek jenis didefinisikan dalam MIB.

3.2.6.1. Resolusi Referensi MIB ambigu

Karena lingkup operasi apapun SNMP secara konseptual terbatas relevan dengan elemen jaringan
tunggal obyek, dan karena semua SNMP referensi ke objek MIB adalah (implisit atau eksplisit) oleh
unik nama variabel, ada kemungkinan bahwa setiap referensi untuk SNMP semua jenis objek
didefinisikan dalam MIB dapat menyelesaikan ke beberapa contoh tipe itu.

3.2.6.2. Resolusi Referensi di MIB Versi

Instansi objek dimaksud oleh operasi SNMP adalah persis seperti itu ditetapkan sebagai bagian dari
permintaan operasi atau (dalam kasus get berikutnya operasi) penggantinya langsung dalam MIB
secara keseluruhan. Dalam tertentu, referensi ke sebuah obyek sebagai bagian dari beberapa versi
MIB Internet-standar tidak menyelesaikan untuk setiap objek yang bukan merupakan bagian dari kata
versi MIB standar internet, kecuali dalam kasus yang operasi yang diminta adalah mendapatkan-
depan dan nama objek yang ditetapkan leksikografi terakhir antara nama-nama dari semua benda
disajikan sebagai bagian dari mengatakan versi MIB-Standar Internet.

3.2.6.3. Contoh Identifikasi Obyek

Nama-nama untuk semua jenis objek di MIB didefinisikan secara eksplisit baik dalam MIB Internet-
standar atau dokumen lain yang sesuai dengan konvensi penamaan SMI. Para SMI mewajibkan
protokol manajemen konforman mendefinisikan mekanisme untuk mengidentifikasi individu contoh
jenis-jenis objek untuk jaringan tertentu elemen. Setiap contoh dari setiap jenis objek didefinisikan
dalam MIB diidentifikasi dalam operasi SNMP dengan nama unik yang disebut "nama variabel." nya
Dalam umum, nama variabel SNMP adalah pengidentifikasi OBJEK dari bentuk xy, dimana x adalah
nama sebuah tipe objek non-agregat didefinisikan di MIB dan y adalah fragmen identifier OBJEK itu,
dengan cara khusus untuk jenis nama obyek, mengidentifikasi contoh yang diinginkan. Strategi
penamaan mengakui eksploitasi sepenuhnya dari semantik dari PDU-GetNextRequest (lihat Bagian
4), karena memberikan nama untuk variabel yang berhubungan sehingga menjadi bersebelahan di
leksikografis pemesanan semua nama variabel dikenal di MIB.
Penamaan tipe-spesifik contoh objek didefinisikan di bawah ini untuk jumlah kelas jenis objek.
Contoh dari tipe objek untuk yang tidak ada konvensi penamaan berikut berlaku adalah yang ditunjuk
oleh pengidentifikasi OBYEK dari, bentuk x.0 di mana x adalah nama kata benda ketik definisi MIB.
Misalnya, satu ingin untuk mengidentifikasi sebuah instance dari sysDescr variabel Kelas obyek
untuk sysDescr adalah:

org iso internet Manajemen telp sysDescr MIB sistem dod

              1 3 6 1 2 1 1 1

Oleh karena itu, jenis objek, x, akan 1.3.6.1.2.1.1.1 untuk yang

ditambahkan sebuah sub contoh-identifier dari 0. Artinya, 1.3.6.1.2.1.1.1.0
mengidentifikasi contoh satu-satunya dari sysDescr.
3.2.6.3.1. Tipe Objek ifTable Nama

Nama antarmuka subnet, s, adalah nilai Identifier OBJEK dari i bentuk, dimana saya memiliki nilai
dari instance ifIndex jenis objek yang terkait dengan s. Untuk setiap jenis objek, t, dimana nama yang
ditetapkan, n, memiliki prefiks dari ifEntry, instance, i, t ini dinamai oleh Identifier OBJEK dari ns
bentuk, mana s adalah nama dari interface subnet tentang yang i merupakan informasi. Misalnya, satu
ingin mengidentifikasi contoh dari ifType variabel yang terkait dengan antarmuka 2. Oleh karena itu,
ifType.2 akan mengidentifikasi contoh yang diinginkan.

3.2.6.3.2. Tipe Objek atTable Nama

Nama dari sebuah alamat jaringan AT-cache, x, adalah pengidentifikasi OBJEK dari 1.abcd bentuk,
dimana abcd adalah nilai (dalam akrab "Dot" notasi) dari jenis objek atNetAddress terkait dengan x.
Nama alamat e terjemahan kesetaraan adalah OBJEK nilai identifier dari sw bentuk, seperti s yaitu
nilai yang contoh jenis objek atIndex terkait dengan e dan seperti w yang
adalah nama dari alamat jaringan AT-cache yang terkait dengan e.

3.2.6.3.6. Tipe Objek egpNeighTable Nama