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 ObjectsPara 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 yangditambahkan sebuah sub contoh-identifier dari 0. Artinya, 1.3.6.1.2.1.1.1.0mengidentifikasi 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 yangadalah nama dari alamat jaringan AT-cache yang terkait dengan e.

3.2.6.3.6. Tipe Objek egpNeighTable Nama