Tugas dditk koreksi jurnal pdf

  • 1,065 views
Uploaded on

 

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
1,065
On Slideshare
0
From Embeds
0
Number of Embeds
1

Actions

Shares
Downloads
25
Comments
0
Likes
0

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. DDTIK KOREKSI JURNAL FRANCEISMAIL, S.PdPendidikan Teknologi KejuruanPPS Universitas Negeri Makassar2012 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 Layanan1. 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 ArchitectureSNMP arsitektur didasarkan pada paradigma Manager-agen dan ini mencakup lima komponendasar, manajer, agen, dikelola perangkat, informasi manajemen dan protokol manajemenjaringan. Manajer otak manajemen jaringan dan Administrateur melakukan operasi dan tugasmanajemen (O & M) untuk perangkat yang dikelola. Agen adalah perangkat lunak yang tinggaldi perangkat dikelola dan memfasilitasi komunikasi dan manajemen tugas antara manajer dandikelola perangkat. Perangkat yang dikelola adalah elemen jaringan yang mengumpulkaninformasi dan membuatnya tersedia untuk manajer menggunakan SNMP agen. Router, aksesserver, switch, hub dan printer dll dapat disebut sebagai perangkat yang dikelola.Setiap jaringan terdiri dari beberapa sumber daya dan untuk mengelola sumber daya ini, kitaperlu terlebih dulu untuk mengidentifikasi dan mewakili mereka. Di SNMP, sumber daya inidigambarkan sebagai objek dikelola dengan menggunakan mekanisme yang didefinisikan dalamstruktur manajemen informasi (SMI). Koleksi virtual semua objek tersebut dikelola disebutmanajemen informasi Base (MIB). Managed object biasanya berisi atribut tiga, objek Identifier(OID), jenis & sintaks dan Encoding [1].Pengidentifikasi objek (OIDs) digunakan untukmengidentifikasi objek yang dikelola mana semua benda-benda yang dikelola diatur dalamstruktur pohon. Tingkat atas OIDs di pohon mewakili organisasi standar yang berbeda,sedangkan vendor mendefinisikan cabang-cabang pribadi termasuk benda-benda yang dikelolauntuk produk-produk mereka sendiri. SNMP adalah protokol lapisan aplikasi yang digunakanuntuk mengakses objek yang dikelola. Skema manajemen ini dinamai setelah protokol ini.Ada tiga versi SNMP. Versi pertama digelar sebagai SNMPv1, pelaksanaannya sederhana danberisi kecil set perintah operasional, dan memiliki prosedur keamanan miskin. Untuk mengatasiSNMPv1 loop lubang, SNMPv2 diusulkan yang mencakup lebih perintah operasional,mendefinisikan jenis data SMI lain dan upaya untuk menyediakan prosedur keamanan yanglebih baik, tapi sayangnya itu bisa tidak benar-benar memecahkan masalah keamanan dan itujuga tidak kompatibel. SNMP lebih maju dan terbaru versi SNMPv3 yang menyediakankeamanan yang ditingkatkan, kontrol akses, remote konfigurasi parameter SNMP dan itu jugakompatibel dengan versi sebelumnya1.2. SNMP LimitationsJaringan berkembang cepat, agen lain yang perlu ditambahkan, jumlah data telah meningkatmultifold mengakibatkan jaringan heterogen yang kompleks, dalam skenario seperti stackprotokol SNMP lebih sederhana dengan lebih sedikit operasional perintah tidak memadai dantidak bisa memberikan skalabilitas SNMP [21] Berdasarkan protokol connectionless UDP yangmembuatnya tidak dapat dipercaya karena tidak pernah yakin apakah operasi Set,mendapatkan atau bahkan perangkap yang dikeluarkan diterima atau tidak Selain itu ada carauntuk pastikan apakah perintah yang dikeluarkan telah bekerja sesuai kebutuhan. Dikelolaobjek didefinisikan dalam SNMP Berdasarkan variabel yang berorientasi dan tidak sudah tidakmewarisi properti [2].SNMP limbah Bandwidth dengan informasi yang tidak perlu dilakukansetiap pesan seperti SNMP versi, beberapa panjang dan data Deskriptor dll [39]. Kebutuhanbisnis dan kebijakan mendikte jaringan adalah salah satu penting permintaan industrisementara 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. TMNs 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 TMNAreasreliability SNMP didasarkan pada TMN mendukung TCP dan sambungan kurang UDP dan UDP, maka pengiriman pesan dapat menjamin pengiriman dijamin. pesanManagement 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,Programmingapproach Snmp ini berorientasi pada Tmn ini didasarkan pada pendekatan variabel. orientasi paradigm objekNetwork 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 mengelolahcomplexity 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/RMIParent OMG Microsoft Java SoftOrganizationProgramming Support Support Support JavaLanguage Multiple Multiple languages languagesProtocol Internet Inter Java Object Remote ORB Protocol Remote Procedure Call method ProtocolInterface Interface Microsoft No separateDefinition 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 ControlLocation Broker (ORB) Virtual Manager (SCM)And activation for Location Machine and Object (JVM) Adapter is used for Activation.Hardware Almost all Mainly on Almost allSupport Hardware Windows Hardware platforms platforms Platforms and some other platforms like Solaris.Garbage No attempt for Yes YesCollection 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 CIMskema UML (Unified Modelling Language) [17 Skema pengkodean WBEM dilambangkan sebagaixmlCIM dan menggunakan XML (eXtensible Markup Language) untuk mengkodekan informasiCIM sesuai DTD (Document type definition) [30]. WBEM akses skema didasarkan pada CIMmelalui HTTP, mana HTTP digunakan untuk pengangkutan data, sementara xmlCIM pengkodeandigunakan untuk mengungkapkan muatan. WBEM host berkomunikasi satu sama lain secaraterbuka dan standar oleh bertukar dokumen XML melalui HTTP. Skema protokol HTTPdidefinisikan oleh DMTF sebagai protokol komunikasi tetapi ada beberapa produk lain tersediayang namun berdasarkan WBEM, menggunakan skema protokol lain juga, seperti MicrosoftWMI menggunakan DCOM sebagai protokol transport dalam lingkungan WMI [18] sementaraXML-HTTP digunakan untuk berinteraksi dengan unsur-unsur WMI bebas. Sun WBEM SDKmenggunakan RMI sebagai default protokol untuk komunikasi tetapi juga menyediakandukungan untuk XML-HTTP [19].CIM objek Manager (CIMOM) adalah pusat entitas dengan CIMrepositori yang diakses untuk mengumpulkan informasi mengenai sumber daya yang dikelolasementara API XML yang digunakan untuk mengakses repositori utama.Untuk industri luas implementasi WBEM, open source implementasi lingkungan didorong. Adabeberapa sumber terbuka penting implementasi WBEM seperti; SNIA Open Source CIMOM(Java), WBEM Layanan (Jawa), buka grup Pegasus (C), SBLIM, openWBEM [32]. WBEMmembawa banyak keuntungan misalnya ianya tidak hanya solusi untuk isu-isu interoperabilitybertahan, tetapi juga meningkatkan kemampuan manajemen oleh abstraksi dan dekomposisiproses bisnis dan jasa. WBEM juga tidak tanpa celah apapun, karena WBEM didasarkan padaXML, yang tidak memiliki dari representasi yang tepat dari basis data relasional dan deskripsiyang tidak mesin dipahami, maka ianya tidak dapat memberikan definisi data Meta apapuntentang sumber daya web. Akses protokol arsitektur % u2019s ketergantungan melalui HTTPmembawa beberapa masalah yang melekat seperti HTTP telah ada prosedur untuk memberikanpemberitahuan sehingga XML melalui HTTP kurang dari komunikasi dua arah yang lebih baik[20].4. AUTONOMIC MANAGEMENTManajemen otonom bukanlah konsep baru tapi itu benar-benar hasil dari beberapa tahunpenelitian di sekitar kecerdasan buatan (AI) dan penerapannya dalam manajemen pesawat.Sistem otonom berjanji untuk menyediakan otonom, dijamin dan halus operasi jaringan danlayanan. Konsep manajemen otonom bercita-cita untuk membawa manusia seperti kecerdasanuntuk 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. Kemampuanentitas jaringan untuk memahami dan bereaksi dalam semua jenis skenario adalah visi baru. Visiotonom ini bermaksud untuk membawa beberapa keuntungan untuk manajemen pesawatseperti (i) untuk mengatasi masalah yang terkait dengan skema manajemen jaringan yang adaseperti, 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 untukmenentukan perubahan yang diperlukan dalam jaringan sesuai kebijakan baru [30] (iv)membatasi intervensi manusia untuk minimum dan menggunakan dia untuk memulai kebijakantingkat 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 otonomAspects Traditional Autonomic Management Management Paradigm ParadigmHuman dependency More human Lesser human Intervention interventionIntelligence 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 WLANManagement The management The managementfunctions and functions and functions andimplementations. 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 gapNetwork 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 workIBM otonom Computing adalah pioneer bekerja menuju otonom pengelolaan sumber daya yangmemungkinkan manajemen diri menggunakan monitoring, analisis, perencanaan danpelaksanaan kontrol loop [23]. Menyediakan fungsionalitas CHOP diri seperti self-Configuration,self-Healing, self-Optimization, dan perlindungan diri untuk membawa karakteristik otonomsumber daya IT. Kerangka kerja otonom ini konseptual dipengaruhi ide otonom jaringan.Berbagai upaya telah mengalami oleh industri serta penelitian organisasi untuk datang denganbeberapa kerangka otonom manajemen jaringan dan layanan, misalnya proyek ANA (arsitekturjaringan otonom) adalah sebuah proyek penelitian bersama antara Universitas Eropa danAmerika Utara Dan research institutes untuk merancang dan mengembangkan novel arsitektur24, otonom ana telah dirilis dokumentasi di blok fungsional otonom dan ana prototipe lunakuntuk menunjukkan dan validate dengan pelaksanaan prinsip-prinsip arsitektur nyata. Yangcascadas ( component-ware untuk komunikasi, situation-aware otonom dan dinamisberadaptasi layanan ) proyek bekerja pada kerangka untuk memungkinkan didistribusikancomponent-ware kerangka kerja untuk dan situation-aware otonom Komunikasi yang mampumenyediakan layanan 25. dinamis beradaptasi Empat teknologi yang memungkinkan kuncidalam proyek ini pekerjaan yang situasi kenisyafan, swa organisasi, semantik self-similarity,component-ware otonom. Forum komunikasi otonom yang acf ( ) yang lain penelitianinternasional group bekerja di arah ini untuk memberikan beberapa kerangka kerja untukmanajemen otonom 26. Internet otonom ( autoi ) adalah proyek yang didanai ue di bawah 7fwp ( ketujuh program kerangka ), hal ini juga dikaitkan dengan tujuan acf dan tujuan untukmencapai sebuah kerangka otonom untuk masa depan internet. 27. Tawar-menawar adalahpenuh depan dan teknologi yang terintegrasi ( fet ) proyek yang didanai di bawah terletak dankomunikasi otonom program prioritas teknologi informasi masyarakat kawasan uni eropa sprogram kerangka 6 ( fp6 ) dan baru fokus pada proyek iniJaringan otonom arsitektur yang dirancang untuk memungkinkan komunikasi di hadapanintermiten konektivitas jaringan, yang mengeksploitasi oportunistik otonom komunikasi 28.emanics ( eropa jaringan keunggulan untuk pengelolaan teknologi internet dan layanankompleks ) didukung oleh teknologi informasi komisi eropa masyarakat kerangka 6 program danfokusnya ke pesawat untuk masa depan internet dan manajemen proyek ini menyikapitantangan seperti skalabilitas, Otomatisasi keamanan dan dinamika. 29. Focale ( foundation,pengamatan, perbandingan, tindakan dan lingkungan belajar ) kepemilikan usaha untukmengatur pengelolaan otonom arsitektur bagi bermain sandiwara dalam perilaku dariheterogen dan didistribusikan 30. sumber daya komputasi Ada juga berbagai proyek lain terjadidi seluruh dunia untuk mewujudkan tujuan pengelolaan otonom5.2 Autonomic FundamentalsUntuk mencapai visi, otonom ini penting untuk membangun kolaborasi antara yang berbedayang dapat dimanfaatkan untuk merancang dan menerapkan sistem otonom, seperti yangdidasarkan manajemen, kebijakan semantik dan ontologi, alogaritma dan protokol desain, dllselanjutnya sebuah deskripsi penting disiplin yang disajikan untuk memahami mungkinmenggunakan mereka dalam mewujudkan visi. Otonom 12
  • 14. 5.2.1 Policy Based Management (PBM)Manajemen telekomunikasi tradisional skema fokus pada memantau status jaringan danmemerlukan lebih human-machine interaksi. Sementara pbm berniat untuk mengurangihuman-on-the-loop dengan memberikan jangka waktu reconfiguration dan penambahan darikebijakan-kebijakan baru tanpa merugikan salah satu jaringan 38. operasi Yang aktif pbm adalahsebuah penelitian untuk mewujudkan visi. daerah otonom Arsitektur pbm kebijakanmanajemen yang terdiri dari alat, repositori, kebijakan kebijakan keputusan ( PDP ), danpenegakan kebijakan titik ( PEP ). Kebijakan diartikan melalui toois dan kebijakan manajemenyang ditetapkan ini kebijakan dan garis panduan disimpan dalam kebijakan repositori,sementara pdp mengambil keputusan seperti per mereka kebijakan, dan kebijakan inikeputusan didistribusikan ke PEP, sementara pep berfungsi seperti agen dalam rangka untukmenegakkan kebijakan. ItuDalam rangka pertukaran informasi kebijakan antara PDP dan PEP, IETF (InternetEngineeringTask Force) mendefinisikan COPS (Common Open Policy Service) protokol. COPSadalah dapat diandalkan karena tidak ketergantungan atas TCP protokol dan ia menyediakantingkat pesan keamanan dan integrasi, apalagi klien yang beragam informasi spesifik didukungtanpa membawa salah satu perubahan dalam COPS protocol itu sendiri. SNMP dapat dianggapuntuk digunakan tapi hal ini tidak disukai karena untuk berbagai keterbatasan seperti karenadapat diandalkan dari UDP dan tidak tersedianya Policy Information Base ( PIB ) dalam PBM,informasi kebijakan diwakili melalui kebijakan model informasi inti ( pcim ) yang merupakanperpanjangan 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, IETFcahaya berat akses direktori protocol ( LDAP ) dapat digunakan untuk mengakses repositorikebijakan.5.2.2 Ontology in AutonomicsSeperti yang kita bahas di bagian, sebelumnya berbagai organisasi seperti IETF, ITU, DMTF,OMG, dan TMF mereka sendiri telah menggunakan spesifikasi kosa kata dan modelling danjaringan untuk layanan data dan informasi yang jelas dan ini adalah tantangan untukmengintegrasikan data dari berbagai sumber daya Didistribusikan, terukur dan transparan cara.Heterogenitas ini dapat diselesaikan dengan menggunakan ontologi. Ontologi adalahdidefinisikan sebagai umum sumber kosakata yang menyediakan berbagi pemahaman antarahubungan konsep dan antara mereka 42. Melalui penggunaan dari ontologies, salah satu dapatmencapai integrasi semantik, berbagi dan penggunaan ulang dari kemampuan danpengetahuan inferensi. Ontologi ini digunakan untuk menangkap berbagai jenis pengetahuanterkait dengan jaringan, gol, bisnis dan kebijakan. Tidak hanya pengetahuan baru dapatditemukan dan belajar tapi hambatan yang harus dihadapi antara pengetahuan yang ditangkapdan diselesaikan dengan menggunakan logika penalaran teknik yang 42. Beginilah melaluiontologis modelling dan penalaran teknik - teknik, manajemen telekomunikasi dapat menjadilebih otonom.Ontologies akan berbagi dan karenanya membutuhkan beberapa kompatibilitas antara berbagaisumber. OWL ( web ontologi languange ) telah memperoleh popularitas seperti industri standarde 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 dibangunpada 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 keluargalainnya tetapi hal ini seharusnya menjadi mudah bagi pembuat peralatan. OWL maksimum dlmenyediakan komputasi mahler dengan menjamin dalam waktu terbatas. Owl menyediakankaya penuh ekspresi tapi tanpa jaminan! komputasional Penggunaan bahasa owl partikulartergantung pada lingkup dan kompleksitas tentang domain aplikasi.5.2.3 Algorithms and Protocols for AutonomicsDesain algoritma dan protokol penting untuk visi. otonom Upaya .various akan dalam arah iniuntuk mencapai algoritma sesuai dengan visi. otonom Salah satu langkah seperti adalahpenggunaan dari teori permainan dan model ekonomi yang dapat efektif untuk meningkatkanada 35. protokol Teori permainan menyediakan kita dengan satu set alat efektif untukmemahami interaksi 37 dan mempelajari perilaku rasional dan kolaboratif agen di tengahpersaingan situasi. Manajemen otonom bisa memanfaatkan berbagai model biologis danalgoritma juga. Studi tentang koloni semut, lebah madu, kawanan burung dan sistem sarafmanusia dll bisa membantu untuk memperoleh model baru dan algoritma untuk visi. otonomAlogaritma semant yang disajikan dalam kertas 36; yang dibutuhkan inspirasi dari koloni semutmodel dan dirancang untuk tugas querying routing rekan rekan di jaringan. BISON adalah salahsatu dari eropaProyek yang terfokus pada biologis berkembang terinspirasi algoritma. Mereka dikembangkannomor dari algoritma untuk menghitung network-wide langkah-langkah, pencarian konten dantopologi management 34. Algoritma genetik yang juga sebuah penelitian panas daerah yangmenggunakan prinsip-prinsip evolusi, genetika dan seleksi alam teori di rangka untukmengoptimalkan proses bisnis dan mereka menemukan penggunaan terbaik merekatersebutsesudah sumber daya terbatas. Population Based Incremental Learning ( PBIL )alogaritma itu ini didasarkan pada alogaritma genetik yang mempelajari mesin untuk belajartujuan. Markov tersembunyi model, baum-welch belajar dan k-means belajar yang jugadigunakan untuk mesin belajar dan semua algoritma ini protokol dan adalah vital untukmembentuk ke atas perilakunya. Otonom5. CHALLENGESMeski begitu konsep otonom tidak lebih rendah daripada terobosan teknologi tapi itu jugaadalah dikelilingi oleh beberapa tantangan tersebut sebelum mendapat benar-benar matangatau 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 ), imperialcollege merenungkan bahasa, lucent bell, Policy Definition Language, yang mengakibatkanparah interoperability masalah. Arsitektur pbm saat ini tidak menguntungkan untuk jaringan ituyang 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 pemformataninformasi yang dikumpulkan oleh sistem.Inti dari sistem manajemen jaringan adalah suatu setaplikasi yang memberikan pelayanan terhadap kebutuhan untuk manajemen jaringan. Minimalsistem akan memasukan aplikasi dasar untuk memonitor unjuk kerja, kontrol konfigurasi danakunting. Sistem yang lebih canggih akan memasukan aplikasi pada kategori tersebut diatasditambah fasilitas untuk isolasi kesalahan dan perbaikan dan untuk pengaturan fitur keamanandari jaringan.Semua aplikasi jaringan pada umumnya berbagi protokol manajemen jaringanyang umum. Protokol ini menyediakan fungsi- fungsi fundamental untuk mengambil informasimanajemen dari agent dan mengirimkan perintah kepada agent. Protokol ini kemudianmenggunakan fasilitas komunikasi seperti TCP/IP atau OSI.Akhirnya setiap agent memeliharabasis informasi manajemen yang berisi informasi terbaru dan yang sebelumnya tentangkonfigurasi dan lalulintas lokalnya. Manajemen station akan memelihara basis informasimanajemen global dengan informasi berisi rangkuman dari semua agent.Spesifikasi SNMPv1dan SNMPv2 terdiri dari dokumen- dokumen yang mendefinisikan protokol manajemen jarinan,struktur umum dari basis informasi manajemen dan beberapa struktur data yang spesifik untuktujuan manajemen yang spesifik pula. Spesifikasinya termasuk, minimal, aplikasi manajemenjaringan dan tanpa fasilitas presentasi pengguna. Banyak juga vendor- vendor yang sudahmenyediakan aplikasi manajemen jaringan untuk berjalan diatas SNMP.Perintah-perintahoperasi SNMP sangat mudah. SNMP dirancang untuk mudah diimplementasikan danmembutuhkan sedikit prosesor dan sumberdaya jaringan. Oleh karena itu dapat digunakansebagai alat untuk membangun ‘bare-bone’ fasilitas manajemen jaringan. Pada dasarnyaprotokol 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 untukfungsi tertentu. jenis yang sama fungsi dapat diimplementasikan di berbagai tingkatan, daritingkat tertinggi, yang mengelola tujuan perusahaan. Untuk tingkat yang lebih rendah,didefinisikan oleh jaringan atau sumber daya jaringan. dimulai dengan tingkat bawah, lapisan inimeliputi hirarki NEs, EML, NML, SML, dan BML.(Posted by Ghanjaro on April 27th, 2012 at 5:08 am)D. KesimpulanMakalah ini menyajikan pemahaman berbagai kerangka manajemen jaringan dan layanan danmenuju paradigma otonom manajemen. Pekerjaan review ini juga telah membawa kita kebeberapa garis panduan penting atau tantangan mengenai berbagai kerangka manajemen. Itubelajar dari analisis bahwa skema tradisional adalah skema manajemen yang tidak lebih efisienkarena pertumbuhan yang berkelanjutan dalam kompleksitas di satu sisi kemajuan teknologi dijaringan Layanan, karena itu memungkinkan teknologi yang diperlukan. Berbagai tumpukanpemegang diproduksi baru skema yang didasarkan pada paradigma didistribusikan, orientasiobjek dan dioperasikan kerangka. Namun orang-orang yang memungkinkan teknologimengatasi banyak masalah yang berkaitan dengan skema manajemen tradisional tapi merekajuga tidak bebas dari lubang loop, selain mereka dapat memenuhi tuntutan berkembang lebihadaptif dan otonom rencana manajemen.Sekarang untuk membayangkan sebuah paradigma yang otonom, Layanan bukti sentris, masadepan, dan teknologi agnostik. Ini semua janji-janji otonom visi bisa bertemu sebagai isu-isuyang berkaitan dengan autonomics bisa diselesaikan, membuat otonom visi menjadi kenyataan.Pekerjaan masa depan akan berfokus pada mengatasi tantangan ini berkaitan denganautonomicsE. 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