Tulisan ini membahas beberapa skema manajemen telekomunikasi populer seperti SNMP dan TMN. SNMP adalah protokol manajemen jaringan sederhana yang berbasis UDP tetapi memiliki keterbatasan seperti kurangnya keandalan dan skalabilitas. TMN merupakan kerangka kerja manajemen telekomunikasi yang lebih kompleks yang mendukung berbagai lapisan manajemen seperti bisnis, layanan, dan jaringan namun memiliki kompleksitas yang lebih tinggi

1. DDTIK
KOREKSI JURNAL FRANCE
ISMAIL, S.Pd
Pendidikan Teknologi Kejuruan
PPS Universitas Negeri Makassar
2012
0

2. A. Tujuan
kesuksesan fenomenal IT dan telekomunikasi akan tidak mungkin tanpa setiap kerangka
manajemen yang efektif. Teknologi pengelolaan juga pematangan dengan evolusi & amp;
Telecom. Dalam tulisan ini, kita menjejaki keluar beberapa teknologi manajemen
telekomunikasi saat ini dan tradisional yang penting dalam hal kekuatan dan keterbatasan
mereka. Kami menganalisis mereka untuk menarik pelajaran dan pedoman untuk penelitian
muncul dalam bidang ini.
B. Kajian
Telekomunikasi manajemen adalah faktor fundamental dalam berhasil beroperasi jaringan
dan layanan. Hotel ini menyediakan berbagai fungsi seperti operasi & amp; pemeliharaan (O &
M), administrasi, kinerja, provisioning, akuntansi dan keamanan. Tanpa itu, pengguna dapat
menikmati manfaat dari Layanan apapun maupun dapat bisnis tetap berjalan lancar. Kerangka
kerja manajemen yang dirancang secara tradisional menjaga melihat tuntutan teknologi
tertentu atau jaringan. Skema tradisional ini seperti SNMP (Simple Management Network
Protocol) and TMN (Telecommunication Management Network) yang lebih banyak teknologi
tertentu, Jaringan sentris, terpusat dan/atau skema manajemen lemah didistribusikan. Dalam
bagian 2 dan 3 bagian kertas ini, SNMP dan TMN dianalisis dan kekuatan keterbatasan mereka
yang disorot. Di bagian 4, kita mempelajari dan menganalisis teknologi memungkinkan seperti
objek didistribusikan teknologi seperti CORBA, DCOM, JAVA/RMI dan teknologi berbasis web
seperti Web berbasis perusahaan manajemen (WBEM).
Munculnya jaringan generasi berikutnya & pelayanan telah diantar dalam era baru dari
kemajuan teknologi. Saat ini, fokus akan memiliki beberapa kerangka teknologi-independen,
Jaringan-agnostic dan sepenuhnya otonom manajemen jaringan dan layanan terkait. Di bagian
5, otonom visi untuk manajemen jaringan dan layanan disajikan, yang berfokus pada visi
otonom manajemen dan kolaboratif domain atau teknologi yang diperlukan untuk mencapai
diri pemerintahan, paradigma manajemen otonom. Dalam Bagian 6, tantangan dan isu-isu yang
berkaitan dengan paradigma otonom yang disorot dan dalam bagian 7, kita menyimpulkan kami
analisis paradigma manajemen telekomunikasi
Karya ini adalah kajian pustaka berbagai skema manajemen telekomunikasi populer dengan
memahami dasar-dasar mereka dan menunjukkan keterbatasan mereka untuk memahami
bagaimana masa depan manajemen jaringan dan layanan berkembang. Studi ini adalah
panorama di masa lalu, sekarang dan masa depan manajemen jaringan dan Layanan
1. SNMP FRAMEWORK
Internet, jaringan dari jaringan, telah mengubah lanskap hampir setiap bidang masyarakat, dari
teknologi untuk gaya hidup, dari bisnis untuk politik, itu setiap tempat tapi mengingat semua
keuntungan ini, itu juga mengakibatkan jaringan lebih kompleks dan lebih heterogen. SNMP
(Simple Management Network Protocol) adalah skema populer manajemen untuk mengelola
Internet, itu diusulkan oleh IETF pada akhir tahun delapan puluhan. Diterima secara luas dalam
industri karena desain yang sederhana, dan arsitektur
1

3. 2.1. SNMP Architecture
SNMP arsitektur didasarkan pada paradigma Manager-agen dan ini mencakup lima komponen
dasar, manajer, agen, dikelola perangkat, informasi manajemen dan protokol manajemen
jaringan. Manajer otak manajemen jaringan dan Administrateur melakukan operasi dan tugas
manajemen (O & M) untuk perangkat yang dikelola. Agen adalah perangkat lunak yang tinggal
di perangkat dikelola dan memfasilitasi komunikasi dan manajemen tugas antara manajer dan
dikelola perangkat. Perangkat yang dikelola adalah elemen jaringan yang mengumpulkan
informasi dan membuatnya tersedia untuk manajer menggunakan SNMP agen. Router, akses
server, switch, hub dan printer dll dapat disebut sebagai perangkat yang dikelola.
Setiap jaringan terdiri dari beberapa sumber daya dan untuk mengelola sumber daya ini, kita
perlu terlebih dulu untuk mengidentifikasi dan mewakili mereka. Di SNMP, sumber daya ini
digambarkan sebagai objek dikelola dengan menggunakan mekanisme yang didefinisikan dalam
struktur manajemen informasi (SMI). Koleksi virtual semua objek tersebut dikelola disebut
manajemen informasi Base (MIB). Managed object biasanya berisi atribut tiga, objek Identifier
(OID), jenis & sintaks dan Encoding [1].Pengidentifikasi objek (OIDs) digunakan untuk
mengidentifikasi objek yang dikelola mana semua benda-benda yang dikelola diatur dalam
struktur pohon. Tingkat atas OIDs di pohon mewakili organisasi standar yang berbeda,
sedangkan vendor mendefinisikan cabang-cabang pribadi termasuk benda-benda yang dikelola
untuk produk-produk mereka sendiri. SNMP adalah protokol lapisan aplikasi yang digunakan
untuk mengakses objek yang dikelola. Skema manajemen ini dinamai setelah protokol ini.
Ada tiga versi SNMP. Versi pertama digelar sebagai SNMPv1, pelaksanaannya sederhana dan
berisi kecil set perintah operasional, dan memiliki prosedur keamanan miskin. Untuk mengatasi
SNMPv1 loop lubang, SNMPv2 diusulkan yang mencakup lebih perintah operasional,
mendefinisikan jenis data SMI lain dan upaya untuk menyediakan prosedur keamanan yang
lebih baik, tapi sayangnya itu bisa tidak benar-benar memecahkan masalah keamanan dan itu
juga tidak kompatibel. SNMP lebih maju dan terbaru versi SNMPv3 yang menyediakan
keamanan yang ditingkatkan, kontrol akses, remote konfigurasi parameter SNMP dan itu juga
kompatibel dengan versi sebelumnya
1.2. SNMP Limitations
Jaringan berkembang cepat, agen lain yang perlu ditambahkan, jumlah data telah meningkat
multifold mengakibatkan jaringan heterogen yang kompleks, dalam skenario seperti stack
protokol SNMP lebih sederhana dengan lebih sedikit operasional perintah tidak memadai dan
tidak bisa memberikan skalabilitas SNMP [21] Berdasarkan protokol connectionless UDP yang
membuatnya tidak dapat dipercaya karena tidak pernah yakin apakah operasi Set,
mendapatkan atau bahkan perangkap yang dikeluarkan diterima atau tidak Selain itu ada cara
untuk pastikan apakah perintah yang dikeluarkan telah bekerja sesuai kebutuhan. Dikelola
objek didefinisikan dalam SNMP Berdasarkan variabel yang berorientasi dan tidak sudah tidak
mewarisi properti [2].SNMP limbah Bandwidth dengan informasi yang tidak perlu dilakukan
setiap pesan seperti SNMP versi, beberapa panjang dan data Deskriptor dll [39]. Kebutuhan
bisnis dan kebijakan mendikte jaringan adalah salah satu penting permintaan industri
sementara SNMP tidak menyediakan setiap penghubung antara kebutuhan bisnis dan teknologi,
2

4. yaitu, dengan perubahan kebutuhan bisnis, SNMP kerangka dapat mengkonfigurasi ulang
berhasil elemen secara otomatis.
2. Telecommunication Network Management (TMN)
Jaringan telekomunikasi telah tumbuh dengan kecepatan eksponensial, setiap hari baru
membawa dengan inovasi baru dalam teknologi & Layanan yang menempatkan lebih tuntutan
untuk penanganan yang selayaknya seperti sejumlah besar informasi. TMN kerangka kerja
mengandalkan oleh banyak operator dan penyedia layanan untuk memenuhi kebutuhan
mereka untuk operasi jaringan yang efisien. Didefinisikan di M.3000, M.3010 dan lain terkait
dokumen oleh ITU-T [3]. ITU-T dipilih OSI manajemen standar untuk TMN kerangka. TMN
kerangka kerja menyajikan keseluruhan jaringan telekomunikasi manajemen kerangka kerja
dengan memperkenalkan beberapa manajemen arsitektur pada tingkat yang berbeda dari
abstraksi dan ini disajikan di bawah ini
3.1. Functional Architecture
Ini menjelaskan fungsionalitas yang berbeda diperlukan untuk mengelola jaringan entitas.
Manajemen jaringan melakukan berbagai fungsi yang selanjutnya terurai menjadi blok logis
fungsional yang berbeda seperti OSF (Operation Systems function) yang berkaitan dengan
fungsi-fungsi khusus manajer, MF (Mediation Function) memungkinkan mediasi antara berbagai
blok, NEF (Network Element function) adalah fungsi yang berhubungan dengan elemen-elemen
jaringan, QAF (Q Adapter function) memungkinkan komunikasi antara entitas TMN yang
berbasis dan bebas TMN berbasis entitas, WSF (fungsi stasiun kerja) memungkinkan manusia
untuk memantau dan mengkonfigurasi jaringan [40], DCF (Data communication function)
bertanggung jawab untuk internetworking antara tiga lapisan bawah. Ini semua konseptual
fungsionalitas inti dari TMN kerangka kerja dan menyediakan blok bangunan keseluruhan atas
telecom yang manajemen jaringan berdiri. Interaksi antara blok fungsional ini logis disebut
Reference poin dan berbagai reference poin didefinisikan dalam TMN seperti q, x, f, g, m dll
[40].
2.2. Physical Architecture
Menyadari fisik arsitektur TMN kerangka kerja arsitektur fungsional, di sini konsep mendapat
bentuk yang sebenarnya. Dalam arsitektur fisik, blok fungsional disebut sebagai komponen fisik
atau blok bangunan dan titik referensi arsitektur fungsional menyadari sebagai antarmuka.
TMN's fisik arsitektur mendefinisikan blok bangunan berikut; Jaringan elemen (NE), Mediation
Device (MD), Q Adaptor (QA), sistem operasi (OS), stasiun kerja (WS), jaringan komunikasi Data
(DCN).Blok bangunan ini umumnya memiliki satu untuk pada pemetaan dengan blok fungsional
tapi juga dimungkinkan bahwa setiap blok bangunan dapat berisi satu blok atau lebih
fungsional.
3

5. 2.3. Logical Layer Architecture
Fungsi yang berbeda dibagi menjadi fungsional blok seperti yang dibahas dalam arsitektur
fungsional, sementara logis lapisan arsitektur (LLC) lebih lanjut memperluas konsep ini abstraksi
misalnya informasi dikelola oleh blok fungsional OSF dll lebih lanjut dapat dipisahkan ke dalam
berbagai tingkat abstraksi [4]. Tidak seperti SNMP kerangka kerja, yang secara tradisional
berfokus hanya pada tingkat jaringan dan elemen, TMN menyediakan lapisan layanan dan
bisnis.
Bisnis Manajemen Layer bertanggung jawab atas semua manajemen, menetapkan tujuan,
melakukan perjanjian tingkat bisnis dan melaksanakan perencanaan tingkat tinggi. Lapisan
layanan manajemen berkaitan dengan berbagai fungsi seperti manajemen QoS, kesalahan
manajemen, akuntansi, koordinasi pelanggan dan memesan layanan. Lapisan manajemen
jaringan bertanggung jawab untuk berbagai fungsi seperti atas semua jaringan pandangan,
kesalahan deteksi, mengoptimalkan kinerja jaringan, mengkoordinasikan semua aktivitas
jaringan dan mendukung tuntutan layanan manajemen lapisan. Fungsi penting lapisan
manajemen elemen termasuk vendor tertentu manajemen, daftar penelepon, mediasi,
memperbarui firmware dan kesalahan deteksi dll. Lapisan elemen jaringan bekerja sebagai
antarmuka antara informasi dan infrastruktur TMN.
3.4. TMN Information Architecture
TMN informasi arsitektur berdasarkan rekomendasi X.700 OSI manajemen [5].Rekomendasi ini
mencakup pendekatan berorientasi objek, agen-model paradigma dan umum manajemen
informasi protokol OSI common Management information protocol (CMIP).Tidak seperti SNMP,
TMN didasarkan pada kaya protokol mengatur CMIP/CMISE. Common Management
information protocol (CMISE) menyediakan akses keinformasi yang dikelola di dikelola
objek dan menggunakan CMIP untuk mengirim dan menerima permintaan dan
pemberitahuan antara manajer dan agen. GDMO (Guide line for definition of Managed
objects) adalah bahasa template yang digunakan untuk mendefinisikan objek yang dikelola di
TMN, sementara ASN.1 digunakan untuk mendefinisikan aturan sintaks dan encoding atribut
dalam sistem. OSI layanan direktori yang digunakan untuk menyimpan informasi tentang
sumber daya TMN. Tidak seperti SNMP, CMIP .
Sekarang industri menuntut untuk biaya rendah, off alat rak sementara Programmer OSI
manajemen kerangka kerja yang dihadapi dengan alat mahal dan kompleks api. TMN
didasarkan pada pendekatan berorientasi objek tapi lagi kurang dari objek lokasi transparansi
karena manajer membutuhkan pengetahuan lengkap detail dari agen [2]. Stack protokol yang
komprehensif tapi itu membawa lebih kompleksitas yang mengapa juga dianggap sebagai stack
protokol cukup berat. TMN agen juga bodoh dan memiliki kecerdasan tidak menangani
keputusan penting manajemen mereka sendiri. Perbandingan TMN dan SNMP disajikan di
bawah ini dalam tabel 1.
4

6. SNMP TMN
Areas
reliability SNMP didasarkan pada TMN mendukung TCP dan
sambungan kurang UDP dan UDP, maka pengiriman pesan
dapat menjamin pengiriman dijamin.
pesan
Management View Snmp tradisional berfokus TMN menyediakan lebih baik
pada elemen jaringan dan satu konseptual kerangka kerja
elemen disebut lapisan logis yang
menyediakan Enterprise dan
pemandangan layanan
jaringan,
Programming
approach Snmp ini berorientasi pada Tmn ini didasarkan pada
pendekatan variabel. orientasi paradigm objek
Network management Di SNMP, ada tidak ada TMN telah konseptual
pemisahan antara jaringan pemisahan antara jaringan
yang digunakan membawa yang untuk mengelola dan
tugas manajemen dan jaringan yang digunakan
jaringan yang untuk membawa tugas manajemen
mengelolah
complexity Kerangka TMN komprehensif
Snmp memiliki desain tapi kompleks. Data
sederhana dan arsitektur Modelling dan abstrak yang
sangat kompleks.
Cost Tmn lebih mahal daripada
SNMP biaya efektif dan snmp yang kompleks karena
terbuka di standar. arsitektur.
Protocol stack SNMP adalah protokol ringan TMN didasarkan pada beban
dengan perintah operasional berat CMIP stack protokol.
yang lebih sedikit dan tidak Menyediakan Set
memadai dan tidak komprehensif perintah
menyediakan skalabilitas operasional
5

7. 3. ENABLING TECHNOLOGIES
Skema manajemen tradisional yang didasarkan pada terpusat atau lemah didistribusikan
paradigma [6] tidak mampu untuk memenuhi meningkatnya permintaan next generation
network dan layanan. Untuk mengatasi tuntutan-tuntutan ini berkembang untuk manajemen
yang efektif data generasi berikutnya dan jaringan telekomunikasi dan layanan, berbagai
pemain didorong untuk teknologi manajemen baru. Beberapa teknologi memungkinkan penting
seperti Distributed Object Technology (DOT), dan Web berbasis teknologi dapat mengatasi
keterbatasan skema manajemen jaringan tradisional yang disajikan di bawah ini.
4.1 Distributed Object Technologies (DOT)
Dalam skema tradisional manajemen, manajemen seluruh operasi siklus dapat
menghentikan jika terjadi kegagalan manajemen Stasiun atau berbahaya denial of service
serangan [7].Selain itu, mereka tidak kuat skema, jika terjadi kegagalan link antara manajer dan
agen, agen ternyata bodoh dan tidak bisa membawa perbaikan prosedur. Selain itu mereka
menderita banyak masalah seperti skalabilitas rendah, objek lokasi ketergantungan,
penggunaan bandwidth yang berat dan atas beban manajemen Stasiun Distributed Object
Technology (DOT) dapat digunakan untuk selama datang isu-isu ini terkait dengan kerangka
kerja tradisional manajemen, Distributed Object Technology (DOT) dapat digunakan. Mari kita
pertama mendiskusikan apa yang benar-benar ada tentang DOT ? Hal ini benar-benar
penggabungan teknologi obyek dan didistribusikan sistem teknologi. DOT = berorientasi Object
Oriented Technology (OOT) + Distributed System Technology (DST). Teknologi obyek atau Object
Oriented Technology (OOT) adalah istilah umum untuk objectoriented pemrograman,
berorientasi objek database dan metodologi desain berorientasi objek. OOT mengurangi waktu
pengembangan, meningkatkan kualitas dan memiliki arsitektur modular [11] Selain itu sudah
biaya efisien dan reuses perangkat lunak dan desain [8]. Konsep dasar dari Distributed System
Technology (DST) didasarkan pada gagasan bahwa otonomi komputer [8] tidak hanya jaringan
tetapi dapat mendistribusikan beban kerja di setiap komputer. Dengan kata lain, kita dapat
mengatakan, semua komponen harus mengkoordinasikan bersama dalam lingkungan jaringan
heterogen untuk melaksanakan unit kecil tugas yang terkait. Kombinasi OOT dan DST hasil
didistribusikan teknologi obyek yang membawa banyak keuntungan seperti modularitas,
abstraksi, perangkat lunak usabilitas, sumber daya penamaan dan lokasi dll [2]. ada tiga yang
paling diakui DOT paradigma, OMG Common Object Request Broker (CORBA), Microsoft’s
Distributed computing Object Model (DCOM) Java Soft’s Java/Remote
Method Invocation (Java/RMI) (Java/RMI).
4.1.1 CORBA
Object Management Group (OMG) adalah internasional, nirlaba komputer konsorsium industri,
didirikan pada tahun 1989. Broker meminta objek umum (CORBA) adalah OMG netral vendor,
open standar untuk objek didistribusikan teknologi dan versi pertama disajikan pada Oktober
1991, sejak kemudian telah melalui berbagai perbaikan dan perangkat tambahan dan versi saat
ini adalah CORBA 3.0.2 disajikan dalam Desember 2002 [9].Jantung CORBA adalah object
Request broker (ORB) dan fungsi utamanya termasuk, menemukan objek,
6

8. menggunakan/demarshalling, komunikasi antara server dan klien. Komunikasi antara klien dan
server tidak langsung, itu selalu dibawa keluar melalui ORB Selain itu ORB objek diakses melalui
penggunaan antarmuka, didefinisikan dengan menggunakan Interface Definition
languange (IDL).Objek pengadopsi digunakan untuk aktivasi. CORBA menggunakan protokol
IIOP (ORB Internet Inter Protocol) untuk interoperabilitas di lingkungan terdistribusi heterogen.
CORBA memiliki banyak keuntungan, seperti itu adalah bahasa maupun sistem operasi
tergantung paradigma, CORBA klien dan server dapat ditulis dalam bahasa apapun dan dapat
memiliki platform OS yang berbeda. Ini menyediakan diperpanjang untuk mendukung setiap
masa depan bahasa paradigma dan OS. Selain itu CORBA Server dan klien yang transparan
untuk pelaksanaan dan arsitektur yang mendasari, sehingga sistem rincian yang tersembunyi
dari pengembang dan tidak perlu untuk server dan klien tahu arsitektur yang mendasari. CORBA
juga menyediakan lokasi transparansi dan mendukung komunikasi sinkron dan asynchronous
[10].CORBA juga telah diadopsi sebagai standar oleh ITU-T untuk menyelesaikan masalah-
masalah interoperabilitas dalam lingkungan jaringan heterogen [41]. Penggunaan CORBA di
TMN lingkungan belajar di berbagai koran [2, 12...], dan tepi CORBA atas arsitektur tradisional
TMN (OSI-SM) jatuh tempo paradigma DOT, stack protokol ringan, dukungan untuk beberapa
bahasa pemetaan, objek lokasi transparansi, selain itu CORBA ini juga mudah untuk belajar dan
lebih murah daripada TMN kerangka. Tetapi ada beberapa kelemahan CORBA juga; ini adalah
model objek kurang ekspresif daripada TMN OSI-SM, aspek-aspek akses yang lebih lemah dan
arsitektur yang tidak cocok untuk pengelolaan telekomunikasi [12].
4.1.2 DCOM
Teknologi Microsoft COM memungkinkan komunikasi antara komponen dapat digunakan
kembali perangkat lunak, versi perbaikan yang bernama sebagai objek komponen
didistribusikan
oleh Microsoft [13] yang meluas keuntungan com untuk lingkungan jaringan. Karena COM biner
spesifikasi, DCOM komponen dapat ditulis dalam berbagai bahasa diprogram. DCOM
menggunakan aplikasi tingkat protokol ORPC (Object oriented remote procedure call) untuk
mendukung objek jauh. Microsoft InterfaceDefinition Language ( (MIDL) digunakan untuk
mendefinisikan antarmuka dan layanan kontrol manajer(SCM) digunakan untuk menemukan
dan mengaktifkan objek di DCOM. Seperti CORBA, DCOM adalah juga bahasa independen,
tersedia pada platform lainnya, namun terutama terkait dengan platform Windows OS.
Meskipun dilaksanakan yang telah diperluas untuk sistem operasi lain sampai batas tertentu
namun masih kekurangan beberapa fungsi kunci [14].Untuk setiap organisasi yang
memanfaatkan sistem berbasis Microsoft, DCOM mungkin kerangka kerja pilihan.
4.1.3 JAVA/RMI
Standar oleh Jawa lembut yang sangat bergantung kepada Jawa paradigma, itu berarti server
dan klien harus didefinisikan di Jawa untuk berkomunikasi. Remote Method Invocation (RMI)
adalah built-in ORB Java; melalui ini objek jauh dipanggil. Menggunakan protokol JRPM (Java
Remote Method Protocol) untuk berkomunikasi dengan objek jauh. Java RMI juga berdasarkan
konsep Java serialisasi objek yang digunakan untuk mengumpulkan dan demarshal objek
sebagai aliran, sementara Java Virtual Machine (JVM) memungkinkan lokasi objek dan aktivasi
7

9. dalam paradigma ini. Selain itu, dengan implementasi JVM, Java RMI dapat mendukung
berbagai platform dan sistem operasi. Java RMI aplikasi dapat beroperasi dengan CORBA
aplikasi dengan menggunakan RMI atas IIOP protokol. Keuntungan dari Java RMI meliputi jalan
termudah dan tercepat dalam mengembangkan aplikasi didistribusikan tetapi karena
ketergantungan yang satu-satunya atas Java paradigma, ini mungkin tidak cocok untuk
digunakan dalam lingkungan yang heterogen. Selain RMI tidak menyediakan dukungan
pengelolaan sesi tertentu apapun [7]. Ringkasan objek didistribusikan teknologi [8, 14...]
disajikan dalam tabel 2.
Areas COBRA DCOM JAVA/RMI
Parent OMG Microsoft Java Soft
Organization
Programming Support Support Support Java
Language Multiple Multiple
languages languages
Protocol Internet Inter Java Object Remote
ORB Protocol Remote Procedure Call
method
Protocol
Interface Interface Microsoft No separate
Definition Definition Interface Language for
Language Definition Interface
(IDL) Language description, but it
(MIDL) has Interface
declaration
concept available
in the language.
Object Object Request Java Service Control
Location Broker (ORB) Virtual Manager (SCM)
And activation for Location Machine
and Object (JVM)
Adapter is used
for Activation.
Hardware Almost all Mainly on Almost all
Support Hardware Windows Hardware platforms
platforms Platforms
and some
other
platforms
like
Solaris.
Garbage No attempt for Yes Yes
Collection Garbage
collection
8

10. Autonomous NO NO NO
Management
Resolve all NO NO NO
problems
related to
legacy
management
framework.
4.2 Web Based Technologies
World Wide Web telah mendapatkan pikiran boggling sukses dalam beberapa tahun terakhir
dan telah mempengaruhi teknologi lainnya juga. Teknologi web standar dan protokol seperti
XML, dll HTTP yang sudah digunakan dan well-proven dan penggunaannya dalam manajemen
jaringan juga telah memperoleh kesuksesan yang signifikan. Teknologi pengelolaan jaringan
berbasis web berdasarkan standar terbuka, menyediakan dioperasikan integrasi di lingkungan
heterogen [15].Penggunaan XML memungkinkan terdistribusi aplikasi berperilaku sebagai
longgar ditambah sementara HTTP(-S) menyediakan tidak hanya komunikasi yang aman tetapi
juga memungkinkan komunikasi untuk mencapai setiap sudut dan sudut jaringan tanpa
pembatasan dari firewall. Kita akan membahas di sini satu pendekatan yang DMTF Web
berbasis perusahaan manajemen (WBEM).
4.2.1 Web Based Enterprise Management
Teknologi Tradisional saat ini didistribusikan menghadapi masalah interoperability karena
standar yang berbeda dan model yang jarang. Keragaman ini model dan standar membawa
kompleksitas yang lebih dan kenaikan biaya yang mendorong pemain industri untuk datang
dengan beberapa standar manajemen terpadu. Pada tahun 1996, berbagai organisasi seperti
Microsoft, Intel, Compaq, Cisco systems dan perusahaan lain meletakkan upaya bersama untuk
mencapai tujuan ini [16]. Kemudian pada tahun 1998, pekerjaan ini adalah maju di bawah
menguntungkan didistribusikan Management Task force, Inc (DMTF). Inisiatif ini dinamakan
sebagai Web berbasis perusahaan manajemen (WBEM) oleh DMTF dan Prima tujuan karya ini
adalah untuk menyatukan IT & Standar manajemen Telecom dengan model informasi umum.
WBEM mendefinisikan sekelompok teknologi dan alat-alat umum seperti informasi Model
(CIM), WBEM access skema, WBEM mengangkut Encoding, CIM objek Manager (CIMOM), dan
api XML
Model informasi umum (CIM) didasarkan pada representasi berorientasi objek dan tujuannya
inti adalah untuk menyediakan model bersatu untuk mewakili setiap jenis data, platform,
aplikasi, perangkat, Jaringan dll [17]. Konsep skema adalah aspek yang sangat penting dari CIM
dan skema didefinisikan dalam DMTF dokumen [17] sebagai set data model yang
menggambarkan satu set objek yang akan managed. The CIM terdiri dari CIM skema dan
spesifikasi CIM; Skema CIM menjelaskan tepat pemodelan sementara CIM spesifikasi
keprihatinan dengan rincian integrasi dengan model manajemen lainnya. Bahasa yang
diperlukan untuk mengungkapkan CIM skema dalam bentuk tekstual disebut MOF (Managed
9

11. Object Format) sementara pemodelan bahasa yang digunakan untuk memvisualisasikan CIM
skema UML (Unified Modelling Language) [17 Skema pengkodean WBEM dilambangkan sebagai
xmlCIM dan menggunakan XML (eXtensible Markup Language) untuk mengkodekan informasi
CIM sesuai DTD (Document type definition) [30]. WBEM akses skema didasarkan pada CIM
melalui HTTP, mana HTTP digunakan untuk pengangkutan data, sementara xmlCIM pengkodean
digunakan untuk mengungkapkan muatan. WBEM host berkomunikasi satu sama lain secara
terbuka dan standar oleh bertukar dokumen XML melalui HTTP. Skema protokol HTTP
didefinisikan oleh DMTF sebagai protokol komunikasi tetapi ada beberapa produk lain tersedia
yang namun berdasarkan WBEM, menggunakan skema protokol lain juga, seperti Microsoft
WMI menggunakan DCOM sebagai protokol transport dalam lingkungan WMI [18] sementara
XML-HTTP digunakan untuk berinteraksi dengan unsur-unsur WMI bebas. Sun WBEM SDK
menggunakan RMI sebagai default protokol untuk komunikasi tetapi juga menyediakan
dukungan untuk XML-HTTP [19].CIM objek Manager (CIMOM) adalah pusat entitas dengan CIM
repositori yang diakses untuk mengumpulkan informasi mengenai sumber daya yang dikelola
sementara API XML yang digunakan untuk mengakses repositori utama.
Untuk industri luas implementasi WBEM, open source implementasi lingkungan didorong. Ada
beberapa sumber terbuka penting implementasi WBEM seperti; SNIA Open Source CIMOM
(Java), WBEM Layanan (Jawa), buka grup Pegasus (C), SBLIM, openWBEM [32]. WBEM
membawa banyak keuntungan misalnya ianya tidak hanya solusi untuk isu-isu interoperability
bertahan, tetapi juga meningkatkan kemampuan manajemen oleh abstraksi dan dekomposisi
proses bisnis dan jasa. WBEM juga tidak tanpa celah apapun, karena WBEM didasarkan pada
XML, yang tidak memiliki dari representasi yang tepat dari basis data relasional dan deskripsi
yang tidak mesin dipahami, maka ianya tidak dapat memberikan definisi data Meta apapun
tentang sumber daya web. Akses protokol arsitektur % u2019s ketergantungan melalui HTTP
membawa beberapa masalah yang melekat seperti HTTP telah ada prosedur untuk memberikan
pemberitahuan sehingga XML melalui HTTP kurang dari komunikasi dua arah yang lebih baik
[20].
4. AUTONOMIC MANAGEMENT
Manajemen otonom bukanlah konsep baru tapi itu benar-benar hasil dari beberapa tahun
penelitian di sekitar kecerdasan buatan (AI) dan penerapannya dalam manajemen pesawat.
Sistem otonom berjanji untuk menyediakan otonom, dijamin dan halus operasi jaringan dan
layanan. Konsep manajemen otonom bercita-cita untuk membawa manusia seperti kecerdasan
untuk tugas manajemen telekomunikasi. Ini adalah satu set fungsi self-X seperti self-healing,
diagnosis diri, koreksi diri, self-configuration, diri,-optimasi dan diri pengendali dll. Kemampuan
entitas jaringan untuk memahami dan bereaksi dalam semua jenis skenario adalah visi baru. Visi
otonom ini bermaksud untuk membawa beberapa keuntungan untuk manajemen pesawat
seperti (i) untuk mengatasi masalah yang terkait dengan skema manajemen jaringan yang ada
seperti, kompleksitas dan kesederhanaan, keragaman dan ubiquity dll [35] (ii).
mengintegrasikan solusi baru dengan warisan jaringan dan layanan tanpa komplikasi. (ii)
menjembatani kesenjangan antara bisnis dan jaringan & aturan bisnis memungkinkan untuk
menentukan perubahan yang diperlukan dalam jaringan sesuai kebijakan baru [30] (iv)
membatasi intervensi manusia untuk minimum dan menggunakan dia untuk memulai kebijakan
tingkat tinggi bisnis atau memperbaiki beberapa masalah pemeliharaan fatal. (v) berdasarkan
10

12. bukti masa depan, dinamis, fleksibel dan kebijakan didorong solusi otonom. Tidak seperti
pendekatan manajemen jaringan tradisional, itu juga akan jaringan-agnostik, Layanan sentris
pendekatan dan teknologi independen. Perbandingan antara skema manajemen dan
manajemen otonom disajikan di bawah ini dalam tabel 3.
Table 3. Perbandingan meja untuk vs manajemen tradisional manajemen otonom
Aspects Traditional Autonomic
Management Management
Paradigm Paradigm
Human dependency More human Lesser human
Intervention intervention
Intelligence Most of the Network Most of the Network
elements are dumb. elements are intelligent
They can’t carry self-x and they can do self-x
Functions.
Time and cost Takes more time to Takes shortest possible
diagnose, and correct time to correct the fault
the fault. Requires and it requires lesser
frequent maintenance maintenance thus it
reduces total cost.
Shift of paradigm Technology specific Technology
and network oriented independent, and
management solutions. network agnostic
In each network, the solutions.
network management
system is provided
independently for
PSTN,PLMN and
WLAN
Management The management The management
functions and functions and functions and
implementations. implementations are implementations are
often isolated and autonomous, well
vertically distributed in coordinated and self
transport, switching aware.
and access networks.
Business and There is gap between Bridges the gap
Network gap. Business and network. between Business and
The requirements of network. It enables
business can’t dictate business rules to
networks to function as dictate necessary
per their policies changes in network as
per new policies.
11

13. 5.1 Related work
IBM otonom Computing adalah pioneer bekerja menuju otonom pengelolaan sumber daya yang
memungkinkan manajemen diri menggunakan monitoring, analisis, perencanaan dan
pelaksanaan kontrol loop [23]. Menyediakan fungsionalitas CHOP diri seperti self-Configuration,
self-Healing, self-Optimization, dan perlindungan diri untuk membawa karakteristik otonom
sumber daya IT. Kerangka kerja otonom ini konseptual dipengaruhi ide otonom jaringan.
Berbagai upaya telah mengalami oleh industri serta penelitian organisasi untuk datang dengan
beberapa kerangka otonom manajemen jaringan dan layanan, misalnya proyek ANA (arsitektur
jaringan otonom) adalah sebuah proyek penelitian bersama antara Universitas Eropa dan
Amerika Utara Dan research institutes untuk merancang dan mengembangkan novel arsitektur
24, otonom ana telah dirilis dokumentasi di blok fungsional otonom dan ana prototipe lunak
untuk menunjukkan dan validate dengan pelaksanaan prinsip-prinsip arsitektur nyata. Yang
cascadas ( component-ware untuk komunikasi, situation-aware otonom dan dinamis
beradaptasi layanan ) proyek bekerja pada kerangka untuk memungkinkan didistribusikan
component-ware kerangka kerja untuk dan situation-aware otonom Komunikasi yang mampu
menyediakan layanan 25. dinamis beradaptasi Empat teknologi yang memungkinkan kunci
dalam proyek ini pekerjaan yang situasi kenisyafan, swa organisasi, semantik self-similarity,
component-ware otonom. Forum komunikasi otonom yang acf ( ) yang lain penelitian
internasional group bekerja di arah ini untuk memberikan beberapa kerangka kerja untuk
manajemen otonom 26. Internet otonom ( autoi ) adalah proyek yang didanai ue di bawah 7
fwp ( ketujuh program kerangka ), hal ini juga dikaitkan dengan tujuan acf dan tujuan untuk
mencapai sebuah kerangka otonom untuk masa depan internet. 27. Tawar-menawar adalah
penuh depan dan teknologi yang terintegrasi ( fet ) proyek yang didanai di bawah terletak dan
komunikasi otonom program prioritas teknologi informasi masyarakat kawasan uni eropa ' s
program kerangka 6 ( fp6 ) dan baru fokus pada proyek ini
Jaringan otonom arsitektur yang dirancang untuk memungkinkan komunikasi di hadapan
intermiten konektivitas jaringan, yang mengeksploitasi oportunistik otonom komunikasi 28
.emanics ( eropa jaringan keunggulan untuk pengelolaan teknologi internet dan layanan
kompleks ) didukung oleh teknologi informasi komisi eropa masyarakat kerangka 6 program dan
fokusnya ke pesawat untuk masa depan internet dan manajemen proyek ini menyikapi
tantangan seperti skalabilitas, Otomatisasi keamanan dan dinamika. 29. Focale ( foundation,
pengamatan, perbandingan, tindakan dan lingkungan belajar ) kepemilikan usaha untuk
mengatur pengelolaan otonom arsitektur bagi bermain sandiwara dalam perilaku dari
heterogen dan didistribusikan 30. sumber daya komputasi Ada juga berbagai proyek lain terjadi
di seluruh dunia untuk mewujudkan tujuan pengelolaan otonom
5.2 Autonomic Fundamentals
Untuk mencapai visi, otonom ini penting untuk membangun kolaborasi antara yang berbeda
yang dapat dimanfaatkan untuk merancang dan menerapkan sistem otonom, seperti yang
didasarkan manajemen, kebijakan semantik dan ontologi, alogaritma dan protokol desain, dll
selanjutnya sebuah deskripsi penting disiplin yang disajikan untuk memahami mungkin
menggunakan mereka dalam mewujudkan visi. Otonom
12

14. 5.2.1 Policy Based Management (PBM)
Manajemen telekomunikasi tradisional skema fokus pada memantau status jaringan dan
memerlukan lebih human-machine interaksi. Sementara pbm berniat untuk mengurangi
human-on-the-loop dengan memberikan jangka waktu reconfiguration dan penambahan dari
kebijakan-kebijakan baru tanpa merugikan salah satu jaringan 38. operasi Yang aktif pbm adalah
sebuah penelitian untuk mewujudkan visi. daerah otonom Arsitektur pbm kebijakan
manajemen yang terdiri dari alat, repositori, kebijakan kebijakan keputusan ( PDP ), dan
penegakan kebijakan titik ( PEP ). Kebijakan diartikan melalui toois dan kebijakan manajemen
yang ditetapkan ini kebijakan dan garis panduan disimpan dalam kebijakan repositori,
sementara pdp mengambil keputusan seperti per mereka kebijakan, dan kebijakan ini
keputusan didistribusikan ke PEP, sementara pep berfungsi seperti agen dalam rangka untuk
menegakkan kebijakan. Itu
Dalam rangka pertukaran informasi kebijakan antara PDP dan PEP, IETF (Internet
EngineeringTask Force) mendefinisikan COPS (Common Open Policy Service) protokol. COPS
adalah dapat diandalkan karena tidak ketergantungan atas TCP protokol dan ia menyediakan
tingkat pesan keamanan dan integrasi, apalagi klien yang beragam informasi spesifik didukung
tanpa membawa salah satu perubahan dalam COPS protocol itu sendiri. SNMP dapat dianggap
untuk digunakan tapi hal ini tidak disukai karena untuk berbagai keterbatasan seperti karena
dapat diandalkan dari UDP dan tidak tersedianya Policy Information Base ( PIB ) dalam PBM,
informasi kebijakan diwakili melalui kebijakan model informasi inti ( pcim ) yang merupakan
perpanjangan untuk dmtf s cim model, dan pcim itu diproduksi bersama oleh DMTF dan IETF 31.
Protokol sebuah akses yang diperlukan untuk mengakses daftar kebijakan dan di PBNM, IETF
cahaya berat akses direktori protocol ( LDAP ) dapat digunakan untuk mengakses repositori
kebijakan.
5.2.2 Ontology in Autonomics
Seperti yang kita bahas di bagian, sebelumnya berbagai organisasi seperti IETF, ITU, DMTF,
OMG, dan TMF mereka sendiri telah menggunakan spesifikasi kosa kata dan modelling dan
jaringan untuk layanan data dan informasi yang jelas dan ini adalah tantangan untuk
mengintegrasikan data dari berbagai sumber daya Didistribusikan, terukur dan transparan cara.
Heterogenitas ini dapat diselesaikan dengan menggunakan ontologi. Ontologi adalah
didefinisikan sebagai umum sumber kosakata yang menyediakan berbagi pemahaman antara
hubungan konsep dan antara mereka 42. Melalui penggunaan dari ontologies, salah satu dapat
mencapai integrasi semantik, berbagi dan penggunaan ulang dari kemampuan dan
pengetahuan inferensi. Ontologi ini digunakan untuk menangkap berbagai jenis pengetahuan
terkait dengan jaringan, gol, bisnis dan kebijakan. Tidak hanya pengetahuan baru dapat
ditemukan dan belajar tapi hambatan yang harus dihadapi antara pengetahuan yang ditangkap
dan diselesaikan dengan menggunakan logika penalaran teknik yang 42. Beginilah melalui
ontologis modelling dan penalaran teknik - teknik, manajemen telekomunikasi dapat menjadi
lebih otonom.
Ontologies akan berbagi dan karenanya membutuhkan beberapa kompatibilitas antara berbagai
sumber. OWL ( web ontologi languange ) telah memperoleh popularitas seperti industri standar
de facto untuk ontologi didasarkan bahasa. Sudah menjadi w3c rekomendasi 43. sejak tahun
13

15. 2004 OWL dibangun di atas sumber daya deskripsi kerangka yang itu sendiri yang dibangun
pada XML sintaks. OWL adalah keluarga bahasa yang terdiri dari tiga bahasa, OWL lite, OWL Dl,
OWL FULL. OWL lite adalah sederhana dalam hal mahler dibandingkan dengan anggota keluarga
lainnya tetapi hal ini seharusnya menjadi mudah bagi pembuat peralatan. OWL maksimum dl
menyediakan komputasi mahler dengan menjamin dalam waktu terbatas. Owl menyediakan
kaya penuh ekspresi tapi tanpa jaminan! komputasional Penggunaan bahasa owl partikular
tergantung pada lingkup dan kompleksitas tentang domain aplikasi.
5.2.3 Algorithms and Protocols for Autonomics
Desain algoritma dan protokol penting untuk visi. otonom Upaya .various akan dalam arah ini
untuk mencapai algoritma sesuai dengan visi. otonom Salah satu langkah seperti adalah
penggunaan dari teori permainan dan model ekonomi yang dapat efektif untuk meningkatkan
ada 35. protokol Teori permainan menyediakan kita dengan satu set alat efektif untuk
memahami interaksi 37 dan mempelajari perilaku rasional dan kolaboratif agen di tengah
persaingan situasi. Manajemen otonom bisa memanfaatkan berbagai model biologis dan
algoritma juga. Studi tentang koloni semut, lebah madu, kawanan burung dan sistem saraf
manusia dll bisa membantu untuk memperoleh model baru dan algoritma untuk visi. otonom
Alogaritma semant yang disajikan dalam kertas 36; yang dibutuhkan inspirasi dari koloni semut
model dan dirancang untuk tugas querying routing rekan rekan di jaringan. BISON adalah salah
satu dari eropa
Proyek yang terfokus pada biologis berkembang terinspirasi algoritma. Mereka dikembangkan
nomor dari algoritma untuk menghitung network-wide langkah-langkah, pencarian konten dan
topologi management 34. Algoritma genetik yang juga sebuah penelitian panas daerah yang
menggunakan prinsip-prinsip evolusi, genetika dan seleksi alam teori di rangka untuk
mengoptimalkan proses bisnis dan mereka menemukan penggunaan terbaik mereka
tersebutsesudah sumber daya terbatas. Population Based Incremental Learning ( PBIL )
alogaritma itu ini didasarkan pada alogaritma genetik yang mempelajari mesin untuk belajar
tujuan. Markov tersembunyi model, baum-welch belajar dan k-means belajar yang juga
digunakan untuk mesin belajar dan semua algoritma ini protokol dan adalah vital untuk
membentuk ke atas perilakunya. Otonom
5. CHALLENGES
Meski begitu konsep otonom tidak lebih rendah daripada terobosan teknologi tapi itu juga
adalah dikelilingi oleh beberapa tantangan tersebut sebelum mendapat benar-benar matang
atau berhasil standar. Salah satu contoh tantangan dari Policy Based Management ( PBM )
skema seperti, tidak ada kebijakan tertentu spesifikasi bahasa yang terstandardisasi, organisasi-
organisasi berbagai sendiri kepatutan bahasa seperti IBM Trust Policy Language ( TPL ), imperial
college merenungkan bahasa, lucent bell, Policy Definition Language, yang mengakibatkan
parah interoperability masalah. Arsitektur pbm saat ini tidak menguntungkan untuk jaringan itu
yang terus mengubah kebijakan bisnis mereka karena relatif statis favours kebijakan 33.
Beberapa ldap implementations kekurangan dari perubahan sederhana Mekanisme,
pemberitahuan referensial transaksi integritas dan integritas 33 .there ada mekanisme yang
14

16. ditentukan untuk melakukan koordinasi antara lebih dari satu manajemen alat, Selain itu
kebijakan pengelolaan sesuai alat-alat yang juga beban berat dalam pbm tidak ada cara untuk
mencegah tertentu dan / atau menyelesaikan setiap kebijakan potensi konflik Masalah ini harus
ditangani dengan benar sehingga pbm dapat secara efektif akan dipergunakan untuk membawa
automaticity ke manajemen paradigms Ontologi yang didasarkan modelling dan penalaran
teknik yang tampaknya solusi yang menarik untuk pengetahuan representasi tapi lagi
pertanyaan timbul mana perlu dijawab. Dapat semua jenis pengetahuan menjadi diwakili dan /
atau berubah dengan menggunakan ontologis modelling? Selain itu ada beberapa de facto
bahasa standar seperti hantu tapi ada butuh dari kesatuan bahasa ontologi terstandarisasi
karena dalam tidak adanya ada standar bahasa, hal itu akan sulit untuk berbagi dan penggunaan
ulang ontologies di seberang aplikasi yang berbeda dalam domain yang sama atau di inter-
related domain. Keluarga bahasa dari owl juga telah beberapa keterbatasan, contohnya owl
adalah penuh bahasa kuat dengan mahler kaya tapi yang diberikan hal ini kekayaan, ini memiliki
penalaran miskin dukungan. Dl OWL memiliki penalaran efisien mendukung tapi kami longgar
kompatibilitas dengan RDF 38 .OWL lite adalah lebih mudah untuk belajar dan
mengimplementasikan tapi itu tidak menyediakan selamat ekspresif kekuasaan.
Desain dari setiap atau protokol untuk algoritma manajemen otonom juga menghadapi
beberapa tantangan. Selama merancang alogaritma, beberapa hal yang harus disimpan di
bawah pertimbangan. Seperti kita tahu bahwa sistem komunikasi otonom akan dipercontohkan
paradigma desentralisasi yang sebabnya desentralisasi masalah terkait seperti sinkronisasi dan
rendah keandalan harus berbuat baik alogaritma selama proses desain 35 dalam lingkungan
kompleks, algoritma genetik mungkin tidak memberikan solusi tepat tetapi dapat memberikan
solusi terbaik namun hal itu mungkin juga memberikan solusi buruk jika masalahnya tidak
model benar 22 .one alogaritma tantangan desain terkait untuk mengubah lingkungan,
Yangmuntuk mengatakan bagaimana sebuah alogaritma yang harus berperilaku di bangun dari
perubahan lingkungan? Karena dalam mengubah lingkungan, mungkin ada konflik kepentingan
antara permintaan, pengguna syarat-syarat permohonan dan jaringan keprihatinan 35.
C. Pembahasan
Konsep Dasar Snmp menurut Muchamad Rachmat Rogianto (globalnetlink.com)
Idea dasar dari setiap manajemen jaringan adalah bahwa terdapat dua tipe sistem pada setiap
setiap jaringan terkonfigurasi yaitu : agen dan manajer. Yang ditempatkan pada setiap titik pada
jaringan yang akan diatur, termasuk PC, Workstation, sever, bridge , router dan lainnya
termasuk modul agen. Agen bertanggung jawab untuk:
 Mengumpulkan dan memelihara tentang linkungan lokalnya.
 Menyediakan informasi tersebut kepada manajer, baik itu sebagai response ataupun tidak.
 Merespon terhadap perintah manajer untuk mengubah konfigurasi lokal atau parameter-
parameter operasi.
Suatu konfigurasi juga termasuk satu atau lebih manajemen staion atau manajer. Manajer
staion secara umum menyediakan antarmuka bagi pengguna sehingga manajer jaringan
(manusia) dapat mengontrol dan melakukan observasi terhadap proses manajemen jaringan.
Antarmuka ini mengijinkan pengguna untuk melakukan perintah (seperti mematikan link,
15

17. mengumpulkan statistik dsb) dan menyediakan logika untuk proses rangkuman pemformatan
informasi yang dikumpulkan oleh sistem.Inti dari sistem manajemen jaringan adalah suatu set
aplikasi yang memberikan pelayanan terhadap kebutuhan untuk manajemen jaringan. Minimal
sistem akan memasukan aplikasi dasar untuk memonitor unjuk kerja, kontrol konfigurasi dan
akunting. Sistem yang lebih canggih akan memasukan aplikasi pada kategori tersebut diatas
ditambah fasilitas untuk isolasi kesalahan dan perbaikan dan untuk pengaturan fitur keamanan
dari jaringan.Semua aplikasi jaringan pada umumnya berbagi protokol manajemen jaringan
yang umum. Protokol ini menyediakan fungsi- fungsi fundamental untuk mengambil informasi
manajemen dari agent dan mengirimkan perintah kepada agent. Protokol ini kemudian
menggunakan fasilitas komunikasi seperti TCP/IP atau OSI.Akhirnya setiap agent memelihara
basis informasi manajemen yang berisi informasi terbaru dan yang sebelumnya tentang
konfigurasi dan lalulintas lokalnya. Manajemen station akan memelihara basis informasi
manajemen global dengan informasi berisi rangkuman dari semua agent.Spesifikasi SNMPv1
dan SNMPv2 terdiri dari dokumen- dokumen yang mendefinisikan protokol manajemen jarinan,
struktur umum dari basis informasi manajemen dan beberapa struktur data yang spesifik untuk
tujuan manajemen yang spesifik pula. Spesifikasinya termasuk, minimal, aplikasi manajemen
jaringan dan tanpa fasilitas presentasi pengguna. Banyak juga vendor- vendor yang sudah
menyediakan aplikasi manajemen jaringan untuk berjalan diatas SNMP.Perintah-perintah
operasi SNMP sangat mudah. SNMP dirancang untuk mudah diimplementasikan dan
membutuhkan sedikit prosesor dan sumberdaya jaringan. Oleh karena itu dapat digunakan
sebagai alat untuk membangun ‘bare-bone’ fasilitas manajemen jaringan. Pada dasarnya
protokol ini menyediakan fungsi sebagai berikut:
 Get: digunakan oleh menajer untuk mengambil suatu item dari agen MIB.
 Set: digunakan oleh manajer untuk men-set atau mengisikan harga suatu variabel pada agen
MIB.
 Trap : digunakan oleh agent untuk mengirim peringatan kepada manajer.
 Inform: digunakan oleh manajer untuk mengirimkan peringatan kepada manejer yang lain.
globalnetlink.com
Konsep dasar TMN:
 TMN menyediakan sebuah struktur jaringan yang teroganisir untuk pembentukan hubungan
antara berbagai jenis Operation System (OS) dengan perangkat telekomunikasi
 Hubungan dilakukan menggunakan sebuah arsitektur tertentu dengan protokol dan
interface standar
 TMN juga menyediakan administrasi jaringan telekomunikasi dan standar pembuatan
perangkat telekomunikasi
 Cakupan TMN mulai dari hubungan sederhana antara sebuah OS dengan suatu perangkat
telekomunikasi tertentu hingga hubungan yang sangat kompleks antara suatu OS dengan
berbagai perangkat telekomunikasi
 TMN menyediakan berbagai macam fungsi manajemen dan menawarkan komunikasi antar
OS maupun antara OS dengan berbagai bagian jaringan telekomunikasi
 Jaringan Telekomunikasi dapat meliputi perangkat telekomunikasi dengan sistem digital
maupun analog, sistem penyambungan (switching), berbagai multiplexer, terminal signalling
dsb. Perangkat-perangkat disebut Elemen Jaringan (Network Elemen [NE]).
16

18.  Ada 2 klasifikasi dalam standar interface yaitu Q3 dan Qx. Q3 Interface:Q3 interface
merupakan garis hidup dalam operating systems. Q3 bertatapan dengan QAs, MDs, atau NEs
yang berkomunikasi lagsung secara langsung.Qx Interface: Qx selalu bertatapan dengan MD.
Di TMN terdapat logical model yang berfungsi untuk menunjukkan tingkat manajemen untuk
fungsi tertentu. jenis yang sama fungsi dapat diimplementasikan di berbagai tingkatan, dari
tingkat tertinggi, yang mengelola tujuan perusahaan. Untuk tingkat yang lebih rendah,
didefinisikan oleh jaringan atau sumber daya jaringan. dimulai dengan tingkat bawah, lapisan ini
meliputi hirarki NEs, EML, NML, SML, dan BML.
(Posted by Ghanjaro on April 27th, 2012 at 5:08 am)
D. Kesimpulan
Makalah ini menyajikan pemahaman berbagai kerangka manajemen jaringan dan layanan dan
menuju paradigma otonom manajemen. Pekerjaan review ini juga telah membawa kita ke
beberapa garis panduan penting atau tantangan mengenai berbagai kerangka manajemen. Itu
belajar dari analisis bahwa skema tradisional adalah skema manajemen yang tidak lebih efisien
karena pertumbuhan yang berkelanjutan dalam kompleksitas di satu sisi kemajuan teknologi di
jaringan Layanan, karena itu memungkinkan teknologi yang diperlukan. Berbagai tumpukan
pemegang diproduksi baru skema yang didasarkan pada paradigma didistribusikan, orientasi
objek dan dioperasikan kerangka. Namun orang-orang yang memungkinkan teknologi
mengatasi banyak masalah yang berkaitan dengan skema manajemen tradisional tapi mereka
juga tidak bebas dari lubang loop, selain mereka dapat memenuhi tuntutan berkembang lebih
adaptif dan otonom rencana manajemen.
Sekarang untuk membayangkan sebuah paradigma yang otonom, Layanan bukti sentris, masa
depan, dan teknologi agnostik. Ini semua janji-janji otonom visi bisa bertemu sebagai isu-isu
yang berkaitan dengan autonomics bisa diselesaikan, membuat otonom visi menjadi kenyataan.
Pekerjaan masa depan akan berfokus pada mengatasi tantangan ini berkaitan dengan
autonomics
E. Koreksi
Kesimpulan dari penggunaan TMN pada perusahaan adalah operasional yang terus
menerus sebagai ujung tombak industri dan menempatkan perusahaan di dalam industry
telekomunikasi, tetapi untuk memahami konsep TMN perusahaan perlu menerapkan aplikasi
dan membangun infrastruktur TMN sehingga perusahaan dapat memaksimalkan nilai sistem
saat ini dan seluruh elemen untuk bersaing baik sekartang maupun di masa yang akan
mendatang.
17