Tugas dditk koreksi jurnal pdf

0

DDTIK

KOREKSI JURNAL FRANCE

ISMAIL, S.Pd Pendidikan Teknologi Kejuruan PPS Universitas Negeri Makassar 2012

1

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

2

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,

3

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.

4

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.

5

Areas

SNMP TMN

reliability SNMP didasarkan pada

sambungan kurang UDP dan

dapat menjamin pengiriman

pesan

TMN mendukung TCP dan

UDP, maka pengiriman pesan

dijamin.

Management View Snmp tradisional berfokus

pada elemen jaringan dan satu

elemen

TMN menyediakan lebih baik

konseptual kerangka kerja

disebut lapisan logis yang

menyediakan Enterprise dan

pemandangan layanan

jaringan,

Programming

approach

Snmp ini berorientasi pada

pendekatan variabel.

Tmn ini didasarkan pada

orientasi paradigm objek

Network management Di SNMP, ada tidak ada

pemisahan antara jaringan

yang digunakan membawa

tugas manajemen dan

jaringan yang untuk

mengelolah

TMN telah konseptual

pemisahan antara jaringan

yang untuk mengelola dan

jaringan yang digunakan

membawa tugas manajemen

complexity

Snmp memiliki desain

sederhana dan arsitektur

Kerangka TMN komprehensif

tapi kompleks. Data

Modelling dan abstrak yang

sangat kompleks.

Cost

SNMP biaya efektif dan

terbuka di standar.

Tmn lebih mahal daripada

snmp yang kompleks karena

arsitektur.

Protocol stack SNMP adalah protokol ringan

dengan perintah operasional

yang lebih sedikit dan tidak

memadai dan tidak

menyediakan skalabilitas

TMN didasarkan pada beban

berat CMIP stack protokol.

Menyediakan Set

komprehensif perintah

operasional

6

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,

7

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

8

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

Organization

OMG Microsoft Java Soft

Programming

Language

Support

Multiple

languages

Support

Multiple

languages

Support Java

Protocol Internet Inter

ORB Protocol

Java

Remote

method

Protocol

Object Remote

Procedure Call

Interface

Definition

Interface

Definition

Language

(IDL)

Microsoft

Interface

Definition

Language

(MIDL)

No separate

Language for

Interface

description, but it

has Interface

declaration

concept available

in the language.

Object

Location

And activation

Object Request

Broker (ORB)

for Location

and Object

Adapter is used

for Activation.

Java

Virtual

Machine

(JVM)

Service Control

Manager (SCM)

Hardware

Support

Almost all

Hardware

platforms

Mainly on

Windows

Platforms

and some

other

platforms

like

Solaris.

Almost all

Hardware platforms

Garbage

Collection

No attempt for

Garbage

collection

Yes Yes

9

Autonomous

Management

NO NO NO

Resolve all

problems

related to

legacy

management

framework.

NO NO NO

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

10

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

11

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

Management

Paradigm

Autonomic

Management

Paradigm

Human dependency More human

Intervention

Lesser human

intervention

Intelligence Most of the Network

elements are dumb.

They can’t carry self-x

Functions.

Most of the Network

elements are intelligent

and they can do self-x

Time and cost Takes more time to

diagnose, and correct

the fault. Requires

frequent maintenance

Takes shortest possible

time to correct the fault

and it requires lesser

maintenance thus it

reduces total cost.

Shift of paradigm Technology specific

and network oriented

management solutions.

In each network, the

network management

system is provided

independently for

PSTN,PLMN and

WLAN

Technology

independent, and

network agnostic

solutions.

Management

functions and

implementations.

The management

functions and

implementations are

often isolated and

vertically distributed in

transport, switching

and access networks.

The management

functions and

implementations are

autonomous, well

coordinated and self

aware.

Business and

Network gap.

There is gap between

Business and network.

The requirements of

business can’t dictate

networks to function as

per their policies

Bridges the gap

between Business and

network. It enables

business rules to

dictate necessary

changes in network as

per new policies.

12

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

13

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

14

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

15

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,

16

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]).

17

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.