analisis pengaruh penambahan rnc pada proses load balancing dengan metode rehoming.doc

Upload: osman-ramadhan-endin

Post on 01-Mar-2016

32 views

Category:

Documents


0 download

TRANSCRIPT

BAB III

BAB I

PENDAHULUAN

1.1 Latar Belakang

Perkembangan teknologi dewasa ini semakin meningkat begitu juga dengan dunia telekomunikasi yang tak terbendung lagi. Di zaman yang modern ini hamper semua orang membutuhkan yang namanya telekomunikasi , lebih detailnya adalah telekomunikasi bergerak/mobile atau yang lebih sering disebut seluler dimana yang dalam beberapa tahun ini perkembangannya sangat drastis . dari AMPS , GSM , EDGE , HSDPA sampai yang paling terbaru yaitu LTE. Hal ini juga yang berbanding lurus dengan tingkat pemenuhan perangkat yang memadai. Perencanaan yang matang sangat dibutuhkan untuk mendesain arsitektur , kapasitas , dan layanan tersebut dimana banyak saat ini sistem BTS GSM di paralelkan sistemnya dengan 3G , dimana kedepannya semua sistem seluler sudah 3G semua . namun hal tersebut memicu problem dimana okupansi RNC tidak dapat lagi menghandle beban dari banyaknya subordinate nodeB nodeB. Oleh karena itu optimalisasi load balancing sangat perlu dilakukan . dimana dengan metode rehoming , beban RNC di suatu cluster dapat diperkecil atau di bagi ke RNC lainnya atau RNC baru agar kinerja sistem tidak berlebihan , sehingga kinerjanya dapat berfungsi secara maksimal sesuai dengan parameter optimal.1.2 Pokok PermasalahanTugas akhir bertujuan mengetahui bagaimana dampak rehoming terhadap trafik jaringan seluler 3G akibat adanya penambahan RNC dengan tahapan pelaksanaan rehoming perbandingan parameter RNC sebelum dan sesudah dilakukannya rehoming1.3 Batasan Masalah

Dalam Tugas Akhir ini, yang akan dibahas adalah analisa parameter rehoming dengan batasan masalah sebagai berikut :

1. Jaringan yang dianalisis adalah RNC XL area kota Jakarta (3G/NodeB) yaitu RNJKT13 & RNJKT212. Proses rehoming yang digunakan mengacu kepada SOP PT. XL Axiata & Huawei Service3. Parameter Transport yang digunakan adalah full Ethernet/IP

4. Parameter Utilisasi user & Iub Interface dalam proses rehoming dianalisa dari bulan November September 2012 sampai maret 20131.4Metode PendekatanPenulisan Tugas Akhir ini dilakukan dengan menggunakan metodologi penelitian ilmiah, antara lain :

1. Studi Kepustakaan,yaitu mempelajari tugas akhir terdahulu dan literatur pendukung seputar arsitektur WCDMA , RNC , Rehoming , VLAN

2. mencari kondisi parameter yang aktual dengan melakukan aktifitas monitoring yang komprehensif untuk mendapatkan data yang dibutuhkan dalam perancangan dan analisa sebelum dan sesudah eksekusi rehoming dilaksanakan.

3. Konsultasi dengan dosen pembimbing dan pihak yang terkait dengan tugas akhir ini. 1.5 Sistematika Penulisan

Sistematika penulisan dalam Tugas Akhir ini akan dibagi dalam lima bab. Pada bab I berisi pendahuluan yang akan menjelaskan latar belakang masalah, identifikasi masalah, pembatasan masalah, metodologi dan sistematika penulisan. Pada bab II membahas mengenai teori penunjang Tugas Akhir diantaranya adalah dasar teori WCDMA , VLAN serta berbagai aspek yang akan mendukung ke arah analisis tugas akhir yang akan dibuat. Pada bab III akan dijelaskan rancangan plan hal hal yang akan dipersiapkan dan konfigurasi untuk implementasi dari sistem, serta persiapan yang harus dilakukan dalam melakukan perencanaan dan analisis parameter sebelum dan sesudah Rehoming dalam proses load balancing . pada bab IV, akan mebmbahas tentang analisis performansi jaringan setelah implementasi. Dan yang terakhir pada Bab V simpulan , BAB II

LANDASAN TEORI

2.1 Arsitektur WCDMAPada dasarnya 3G,WCDMA ataupun UMTS itu sama saja.UMTS ( Universal Mobile Telecommunications Service )juga disebut third-generation ( 3G ), broadband, transmisi paket dasar text, suara ,gambar dan multimedia dengan kecepatan data mencapai 2 Mbps yang akan menawarkan layanan kemobile computerdanmobile phone. Didasarkan pada standar komunikasiGlobal System for Mobile communication ( GSM ), UMTS disahkan dengan standar utama perangkat dan mesin, standar ini direncanakan untuk pelanggan bergerak pada 2002. Setelah UMTS sepenuhnya diimplementasikan, komputer dan telepon seluler dapat terhubung ke Internet ketika mereka di perjalanan, dan mendapat layanan roaming serta kemampuan mengetahui dimana lokasi pelanggan. Pelanggan akan mendapat akses melalui hubunganterestrial wirelessdan transmisi satelit. Sampai terealisasinya UMTS, pelanggan dapat memiliki peralatan multi modeyang terhubung ke teknologi yang sudah ada (seperti GSM 900 dan 1800).Tabel 2.1 Perbedaan 2G dan 3G

Wideband Code Division Multiple Access W-CDMA teknologi radio UMTS adalah bagian dari standar 3G keluarga ITU IMT-2000. Teknologi inimempunyai dua varian yaituFrequency Division Duplex(FDD) danTime Division Duplex(TDD).W-CDMA merupakan teknik modulasi spektrum tersebar dimana bandwidth kanal yang digunakan jauh lebih besar dibandingkan dengan kecepatan data yang dibawa.Teknik modulasi ini mengkodekan setiap kanal datasedemikian rupa sehinggadecodermengetahuicode tersebut dan kemudianhanya mengambil sinyal yang diinginkan saja dari sinyal yang lebar pada pita tersebut dan menganggap sinyal lainnya sebagai derau (sinyal noise). UMTS menggunakancore networkyangditurunkan dari core networ GSM agar menjaminbackward compatibilitylayanan dan memungkinkanhandoverantara teknologi akses GSM dan W-CDMA. Sejak tahun 2006 jaringan UMTS di berbagai negara di upgradeketeknologiHigh Speed Packet Access (HSPA),atau yangkadang disebut juga sebagai3.5G.Diketahui saat ini bahwa pada 3G yang menggunakan packet switching lebih unggul dari pada circuit switching dalam hal biaya. Dan untuk meningkatkan reliabilitas dari packet switching dapat digunakkan TCP untuk menjamin semua paket tiba seperti yang terjadi pada circuit switching. Selain itu 3G juga memiliki keunggulan dalam hal kecepatan transmisi. Berikut merupakan Aplikasi dalam jaringan 3G: Voice (suara) Messaging email, fax, etc. Medium-rate multimedia Internet access, educational High-rate multimedia file transfer, video High-rate interactive multimedia video teleconferencing, telemedicine, etc.jaringan 3G sudah mendukung kecepatan transmisi yang tinggi 3G sering kali digunakan untuk multimedia (video, gambar, dan suara). Selain itu 3G juga dapat digunakan untuk panggilan suara melalui Voice over IP (VoIP). Berikut beberapa spesifikasi dari 3G:1. Capability to support circuit and packet data at high bit rates : 144 kilobits/second or higher in high mobility (vehicular) traffic 384 kilobits/second for pedestrian traffic 2 Megabits/second or higher for indoor traffic2. Interoperability and roaming3. Common billing/user profiles : Sharing of usage/rate information between service providers Standardized call detail recording Standardized user profiles4. Capability to determine geographic position of mobiles and report it to

both the network and the mobile terminal5. Support of multimedia services/capabilities : Fixed and variable rate bit traffic Bandwidth on demand Asymmetric data rates in the forward and reverse links Multimedia mail store and forward Broadband access up to 2 Megabits/secondPada umumnya 3G dengan kecepatan 7.2 Mbps ke atas sering disebut 3.5G. Dan HSDPA adalah perkembangan dari 3G yang memiliki kecepatan transmisi data yang tinggi. Karena HSDPA memiliki kecepatan transmisi data yang tinggi (1.8, 3.6, 7.2, dan 14.4) maka HSDPA sering disebut 3.5G. Pada gambar 2.2 dapat dilihat gambaran jaringan seluler secara umum, dan berikut penjelasan komponen komponen di dalamnya antara lain MSC adalah berfungsi untuk memindahkan panggilan dari PSTN ke mobile, GMSC adalah MSC yang melakukan route dari panggilan luar ke jaringan mobile. Lalu untuk database terdapat HLR yang merupakan database untuk jaringan mobile yang berisi identitas dari pelanggan dari jaringan mobile tersebut. Sedangkan dalam arsitektur jaringan 3G terdapat RNC yang merupakan perangkat yang berfungsi untuk mengontrol radio transmitter dan receiver di node Bs, dan melakukan akses radio dan link maintenance (seperti soft handoff). Dan Node B adalah Base station dari W-CDMA.

UMTS Terrestrial Radio Access Network (UTRAN) adalah fixed network infrastructure yang berisikan fasilitas untuk transmisi dari dan ke pengguna mobile. Serving GPRS Support Node (SGSN) adalah komponen utama dari jaringan GPRS, yang mengatur packet switched data di dalam jaringan. Contohnya mobility management dan autentikasi dari pengguna pengguna. Gateway GPRS Support Node (GGSN) adalah komponen utama dari jaringan GPRS. GGSN bertanggung jawab untuk internetworking antara jaringan GPRS dan packet switched network. Base Station Controller (BSC) adalah pengontrol dari beberapa BTS. Base Transceiver Station (BTS) adalah base station dalam bahasa GSM. GSM EDGE Radio Access Network (GERAN) adalah arsitektur dari radio access network yang berdasarkan teknologi GSM/EDGE radio access. Geran secara keseluruhan terharmonisasi dengan UTRAN.

Gambar 2.2 Arsitektur 3GDalam arsitektur 3G dapat dilihat bahwa jaringan 3G masih kompatibel dengan 2G (3G dan 2G dapat berjalan secara bergantian) dengan penggunaan switch (MSC).

2.1.1 UTRAN (UMTS Terestrial Radio Access Network) UTRAN, singkatan dari Universal Terrestrial Radio Access Network, adalah istilah kolektif untuk Node B dan Radio Controller Network (RNCs) yang membentuk jaringan akses radio UMTS. Jaringan ini komunikasi, sering disebut sebagai 3G (untuk 3rd Generation Wireless Mobile Communication Technology), dapat membawa berbagai jenis lalu lintas dari Circuit Switched real-time ke IP Packet Switched berbasis. UTRAN ini memungkinkan konektivitas antara UE (peralatan pengguna) dan jaringan inti.

Gambar 2.3 bagan jaringan UTRAN

Pada gambar 2.3 UTRAN mempunyai base station, yang disebut Node B, dan Radio Controller Network (RNC). RNC memberikan kontrol fungsi untuk satu atau lebih Node B. Sebuah NodeB dan RNC dapat menjadi perangkat yang sama, meskipun implementasi khas memiliki RNC terpisah yang terletak di kantor pusat yang melayani beberapa Node B. Terlepas dari kenyataan bahwa mereka tidak harus dipisahkan secara fisik, ada antarmuka logis antara mereka dikenal sebagai Iub. RNC dan Node B yang sesuai disebut Radio Network Subsystem (RNS). Ada bisa lebih dari satu RNS hadir dalam UTRANAda empat antarmuka UTRAN menghubungkan secara internal atau eksternal untuk entitas fungsional lainnya: Iu, Uu, Iub dan Iur. Antarmuka Iu merupakan antarmuka eksternal yang menghubungkan RNC ke Core Network (CN). Uu juga eksternal, menghubungkan Node B dengan User Equipment (UE). Iub adalah antarmuka internal yang menghubungkan RNC dengan Node B. Dan akhirnya ada interface Iur yang merupakan interface internal yang sebagian besar waktu, tetapi dapat, sangat menjadi antarmuka eksternal juga untuk beberapa arsitektur jaringan. Iur menghubungkan dua RNCs satu sama lain.2.1.2 RNC EVO Controller 8200

Gambar 2.4 Rack EVO Controller 8200RNC Evo Controller 8200 merupakan generasi terbaru RNC merek ericsson dimana mempunyai kapasitas besar dan dimensi yang kecil . dimana dalam konfigurasi nodenya bisa dikonfigurasi dalam 3 jenis yang dapat dilihat pada gambar 2.4 : EVO Controller 8200 RNCkonfigurasi semua Subrack pada EVO controller mensupport trafik 3G dalam Ethernet interface

EVO Controller 8200 BSCkonfigurasi semua Subrack pada EVO controller mensupport trafik 2G dalam E1/TRX interface EVO Controller 8200 MultiMerupakan gabungan dari RNC dan BSC dimana sebagian subrack membawa trafik dari e1 pada 2G dan IP pada 3G

EVO Controller 8200 BSC bisa membawa sampai 4095 transceiver , 18000 erlang dan 8192 EGRPS channel . kapasitas ini kedepannya dapat diperbesar lagi di masa mendatang untuk mensupport sampai dengan 8000 transceiver . EVO Controller 8200 RNC dapat mensupport throughput Iub sampai dengan 20Gbps dimana 5 kali lebih besar dari RNC keluaran sebelumnya RNC 3820 R1 , dan yang terakhir adalah EVO Controller 8200 Multi dimana RNC dan BSC digabungkan menjadi satu yang dapat membawa 4095 transceiver dan 6 Gbps Iub throughput. Perangkat ini dapat membawa semua transport berbasis IP dimana dapat melayani TDM dan ATM dengan interface Iub dan Abis. Rack Evo Controller 8200 mempunyai kapasitas untuk 3 Subrack dimana subracknya tersebut bernama EGEM2 dan memiliki 28 slot yang mempunyai kapasitas 1Gbps dan setiap Slotnya dilengkapi dengan kipas pendingin dan temperature kontrol2.2. Pengertian TCP/IP

TCP/IP (singkatan dari Transmission Control Protocol/Internet Protocol) adalah standar komunikasi data yang digunakan oleh komunitas internet dalam proses tukar-menukar data dari satu komputer ke komputer lain di dalam jaringan Internet. Protokol ini tidaklah dapat berdiri sendiri, karena memang protokol ini berupa kumpulan protokol (protocol suite). Protokol ini juga merupakan protokol yang paling banyak digunakan saat ini. Data tersebut diimplementasikan dalam bentuk perangkat lunak (software) di sistem operasi. Istilah yang diberikan kepada perangkat lunak ini adalah TCP/IP stack. TCP/IP pun mempunyai beberapa layer, layer-layer itu adalah : 1. IP (internet protocol) yang berperan dalam pentransmisian paket data dari node ke node. IP mendahului setiap paket data berdasarkan 4 byte (untuk versi IPv4) alamat tujuan (nomor IP). Internet authorities menciptakan range angka untuk organisasi yang berbeda. Organisasi menciptakan grup dengan nomornya untuk departemen. IP bekerja pada mesin gateaway yang memindahkan data dari departemen ke organisasi kemudian ke region dan kemudian ke seluruh dunia.

2. TCP (transmission transfer protocol) berperan didalam memperbaiki pengiriman data yang benar dari suatu klien ke server. Data dapat hilang di tengah-tengah jaringan. TCP dapat mendeteksi error atau data yang hilang dan kemudian melakukan transmisi ulang sampai data diterima dengan benar dan lengkap.

3.Sockets yaitu merupakan nama yang diberikan kepada paket yang menyediakan akses ke TCP/IP pada kebanyakan sistem. Protokol adalah sebuah aturan atau standar yang mengatur atau mengijinkan terjadinya hubungan, komunikasi, dan perpindahan data antara dua atau lebih titik komputer. Protokol dapat diterapkan pada perangkat keras, perangkat lunak atau kombinasi dari keduanya. Pada tingkatan yang terendah, protokol mendefinisikan koneksi perangkat keras. Protokol perlu diutamakan pada penggunaan standar teknis, untuk menspesifikasi bagaimana membangun komputer atau menghubungkan peralatan perangkat keras. Protokol secara umum digunakan pada komunikasi real-time dimana standar digunakan untuk mengatur struktur dari informasi untuk penyimpanan jangka panjang. Sangat sulit untuk mengelompokkan protokol dikarenakan protokol memiliki banyak variasi didalam tujuan penggunaanya. Kebanyakan protokol memiliki salah satu atau beberapa dari hal berikut: 1. Melakukan deteksi adanya koneksi fisik

2. Melakukan metode jabat-tangan (handshaking).

3. Negosiasi berbagai macam karakteristik hubungan.

4. Mengawali dan mengakhiri suatu pesan.

5. Melakukan format pesan yang digunakan.

6. Mendeteksi saat terjadi kerusakan pesan atau pesan yang tidak sempurna.

7. Mendeteksi kelemahan pada hubungan jaringan 8. Mengakhiri suatu koneksi.

2.2.1 Jaringan LAN (Local Area Network)

Jaringan LAN adalah jaringan yang dibatasi oleh area yang relatif kecil, umumnya dibatasi oleh area lingkungan seperti sebuah perkantoran di sebuah gedung dan biasanya jangkauannya tidak lebih dari 1 kilometer persegi. Beberapa model konfigurasi LAN biasanya berupa sebuah komputer yang dijadikan sebagai file server yang digunakan untuk menyimpan perangkat lunak ataupun sebagai perangkat lunak yang dapat digunakan oleh komputer-komputer yang terhubung ke dalam jaringan lokal. Komputer-komputer yang terhubung dengan suatu file server biasanya disebut workstation. Biasanya kemampuan workstation lebih kurang di bawah dari file server-nya dan mempunyai aplikasi lain di dalam media penyimpanannya selain aplikasi untuk jaringan. Kebanyakan LAN menggunakan media kabel untuk menghubungkan antara satu komputer dengan komputer lainnya. LAN merupakan jaringan komunikasi yang terbatas pada daerah yang kecil.2.2.2 Jaringan VLAN (Local Area Network)

Teknologi VLAN (Virtual Local Area Network) bekerja dengan cara melakukan pembagian network secara logika ke dalam beberapa subnet. VLAN adalah kelompok device dalam sebuah LAN yang dikonfigurasi (menggunakan software manajemen) sehingga mereka dapat saling berkomunikasi asalkan dihubungkan dengan jaringan yang sama walaupun secara fisikal mereka berada pada segmen LAN yang berbeda. Jadi VLAN dibuat bukan berdasarkan koneksi fisikal namun lebih pada koneksi logikal, yang tentunya lebih fleksibel. Secara logika, VLAN membagi jaringan ke dalam beberapa subnetwork. VLAN mengijinkan banyak subnet dalam jaringan yang menggunakan switch yang sama. Konfigurasi VLAN itu sendiri dilakukan melalui perangkat lunak (software), sehingga walaupun computer tersebut berpindah tempat, tetapi ia tetap berada pada jaringan Dengan menggunakan VLAN, kita dapat melakukan segmentasi jaringan switch berbasis pada fungsi, departemen atau pun tim proyek. Kita dapat juga mengelola jaringan kita sejalan dengan kebutuhan pertumbuhan perusahaan sehingga para pekerja dapat mengakses segmen jaringan yang sama walaupun berada dalam lokasi yang berbeda. Contoh penerapan teknologi VLAN diberikan dalam Gambar 2.5 dimana Perbedaan yang sangat jelas dari model jaringan Local Area Network dengan Virtual Local Area Network adalah bahwa bentuk jaringan dengan model Local Area Network sangat bergantung pada letak/fisik dari workstation, serta penggunaan hub dan repeater sebagai perangkat jaringan yang memiliki beberapa kelemahan. Sedangkan yang menjadi salah satu kelebihan dari model jaringan dengan VLAN adalah bahwa tiap-tiap workstation/user yang tergabung dalam satu VLAN/bagian (organisasi, kelompok dsb) dapat tetap saling berhubungan walaupun terpisah secara fisik.

Gambar 2.5 Contoh jaringan VLAN

Beberapa keuntungan penggunaan VLAN antara lain:1.Security keamanan data dari setiap divisi dapat dibuat tersendiri, karena segmennya bisa dipisah secarfa logika. Lalu lintas data dibatasi segmennya.2.Cost reduction penghematan dari penggunaan bandwidth yang ada dan dari upgrade perluasan network yang bisa jadi mahal.3.Higher performance pembagian jaringan layer 2 ke dalam beberapa kelompok broadcast domain yang lebih kecil, yang tentunya akan mengurangi lalu lintas packet yang tidak dibutuhkan dalam jaringan.4.Broadcast storm mitigation pembagian jaringan ke dalam VLAN-VLAN akan mengurangi banyaknya device yang berpartisipasi dalam pembuatan broadcast storm. Hal ini terjadinya karena adanya pembatasan broadcast domain.5.Improved IT staff efficiency VLAN memudahkan manajemen jaringan karena pengguna yang membutuhkan sumber daya yang dibutuhkan berbagi dalam segmen yang sama.6.Simpler project or application management VLAN menggabungkan para pengguna jaringan dan peralatan jaringan untuk mendukung perusahaan dan menangani permasalahan kondisi geografis.Untuk memberi identitas sebuah VLAN digunakan nomor identitas VLAN yang dinamakan VLAN ID. Digunakan untuk menandai VLAN yang terkait. Dua range VLAN ID adalah :a. Normal Range VLAN (1 1005) Nomor ID 1002 s.d. 1005 dicadangkan untuk Token Ring dan FDDI VLAN. ID 1, 1002 - 1005 secara default sudah ada dan tidak dapat dihilangkan. Konfigurasi disimpan di dalam file database VLAN, yaitu vlan.dat. file ini disimpan dalam memori flash milkik switch. VLAN trunking protocol (VTP), yang membantu manajemen VLAN, nanti dipelajari di bab 4, hanya dapat bekerja pada normal range VLAN dan menyimpannya dalam file database VLAN. Digunakan untuk jaringan skala kecil dan menengah.b. Extended Range VLANs (1006 4094) Memiliki fitur yang lebih sedikit dibandingakn VLAN normal range. Disimpan dalam NVRAM (file running configuration). VTP tidak bekerja di sini. memampukan para seervice provider untuk memperluas infrastrukturnya kepada konsumen yang lebih banyak. Dibutuhkan untuk perusahaan skala besar yang membutuhkan jumlah VLAN lebih dari normal.Berikut ini diberikan beberapa terminologi di dalam VLAN :a. VLAN DataVLAN Data adalah VLAN yang dikonfigurasi hanya untuk membawa data-data yang digunakan oleh user. Dipisahkan dengan lalu lintas data suara atau pun manajemen switch. Seringkali disebut dengan VLAN pengguna, User VLAN.b. VLAN DefaultSemua port switch pada awalnya menjadi anggota VLAN Default. VLAN Default untuk Switch Cisco adalah VLAN 1. VLAN 1 tidak dapat diberi nama dan tidak dapat dihapus.c. Native VLANNative VLAN dikeluarkan untuk port trunking 802.1Q. port trunking 802.1Q mendukung lalu lintas jaringan yang datang dari banyak VLAN (tagged traffic) sama baiknya dengan yang datang dari sebuah VLAN (untagged traffic). Port trunking 802.1Q menempatkanuntagged trafficpada Native VLAN.d. VLAN ManajemenVLAN Manajemen adalah VLAN yang dikonfigurasi untuk memanajemen switch. VLAN 1 akan bekerja sebagai Management VLAN jika kita tidak mendefinisikan VLAN khusus sebagai VLAN Manajemen. Kita dapat memberi IP address dan subnet mask pada VLAN Manajemen, sehingga switch dapat dikelola melalui HTTP, Telnet, SSH, atau SNMP.e. VLAN VoiceVLAN yang dapat mendukung Voice over IP (VoIP). VLAN yang dikhusukan untuk komunikasi data suara.2.3. Definisi Load BalancingLoad balancing adalah suatu proses dan teknologi yang mendistribusikan trak di antara beberapa server. Proses ini mampu mengurangi beban kerja setiap server sehingga tidak ada server yang overload, memungkinkan server untuk menggunakan bandwidth yang tersedia secara lebih efektif, dan menyediakan akses yang cepat ke situs-situs yang di-hosting. Dengan proses ini load berlebih dapat didistribusikan secara merata kedalam suatu sistem jaringan . agar tidak terjadi kegagalan service pada suatu sistem tersebut . dalam hal ini load yang berlebihan bias didistribusikan kedalam jaringan yang masih sedikit utilisasinya ataupun penambahan perangkat mainframe baru apabila sistem lainnya memiliki utilisasi tinggi juga. Beberapa keuntungan dari penerapan load balancing antara lain :

1. Scalability

Ketika beban sistem meningkat, kita dapat melakukan perubahan terhadap sistem agar dapat mengatasi beban sesuai dengan kebutuhan.

2. High AvailabilityLoad balancer secara terus-menerus melakukan pemantauan terhadap server. Jika terdapat server yang mati, maka load balancer akan menghentikan request ke server tersebut dan mengalihkannya ke server yang lain.

3. Manageability

Mudah ditata meskipun secara sik sistem sangat besar.

4. Security

Untuk semua trak yang melewati load balancer, aturan keamanan dapat diimplementasikan dengan mudah. Dengan private network digunakan untuk server, alamat IP nya tidak akan diakses secara langsung dari luar sistem.

2.3.1 Konsep Rehoming

Gambar 2.6 Konsep Rehoming RNC

Pada dasarnya yang dimaksud dengan proses rehoming adalah proses pemindahan koneksi dan data suatu cell pada Base Transceiver Station (BTS/Node B) dari Base Station Controller (BSC/RNC) yang satu ke BSC/RNC lainnya dengan maksud pemerataan kapasitas jaringan maupun untuk perbaikan jaringan pada waktu dan daerah tertentu seperti pada gambar 2.6. Pelaksanaan rehoming dilakukan sesuai dengan kebutuhan jaringan, baik ketika terjadi perubahan pola trafik maupun adanya perbaikan sistem. Rencana Rehoming diawali dengan masukan informasi berupa data monitoring parameter utilisasi user dan throughput Iub. Selanjutnya adalah analisa hasil parameter dengan periode tertentu dengan penarikan kesimpulan kemungkinan yang terjadi. Melalui analisis ini dapat ditentukan mekanisme apa yang akan dilakukan. Setelah dilakukan eksekusi akan dianalisa parameter RNC setelah rehoming sehingga dapat diketahui berhasil atau tidaknya proses rehoming. Apabila terdapat penurunan kinerja maka proses rehoming dinyatakan gagal dan pengaturan jaringan harus dikembalikan ke kondisi semula.2.4 NMS (Network Monitoring System)

Gambar 2.7 Arsitektur NMS pada jaringan

Konsep Network Monitoring System (NMS) sebenarnya sederhana yaitu system ekstra atau kumpulan system yang memiliki tugas mengamati/memonitor system terhadap kemungkinan terjadinya masalah pada system agar dapat dideteksi secara dini. Sebagai contoh, suatu monitoring system dapat secara periodic menghubungi suatu web server untuk menjamin adanya respon dari web server, jika tidak ada respon maka monitoring system kemudian mengirimkan pesan atau notifikasi ke administrator. NMS bagian dari network management. Jika NMS diterapkan dengan tepat dan benar maka NMS dapat mempermudah pekerjaan, namun jika tidak maka NMS akan mempersulit pekerjaan. Pada gambar 2.7 terlihat NMS terkoneksi ke semua perangkat dimana memantau kondisi sistem yang ada dan mempunyai output berupa informasi tentang kondisi sistem dalam bentuk log file , email , sms , alarm atau yang lainnya. Hal yang dimonitoring dalam network tentunya akan sangat kompleks, dan sistem monitoring yang baik seharusnya menyediakan history dan log yang memungkinkan kita membuat laporan, statistik dan graph dari masing-masing object yang dimonitoring sehingga sistem NMS yang digunakan memberikan kontribusi penuh dalam pendeteksian secara dini terhadap kemungkinan masalah-masalah yang timbul.

2.5 MPLS

Multiprotocol Label Switching(disingkat menjadiMPLS) adalah teknologi penyampaian paket padajaringanbackbone berkecepatan tinggi. Asas kerjanya menggabungkan beberapa kelebihan dari sistem komunikasi circuit-switched dan packet-switched yang melahirkan teknologi yang lebih baik dari keduanya. Sebelumnya, paket-paket diteruskan dengan protokolroutingseperti OSPF,IS-IS,BGP,atauEGP.Protokolroutingberada padalapisannetwork(ketiga) dalam sistem OSI, sedangkan MPLS berada di antara lapisan kedua dan ketiga.

Prinsip kerja MPLS ialah menggabungkan kecepatanswitchingpadalayer 2dengan kemampuanroutingdan skalabilitas padalayer 3. Cara kerjanya adalah dengan menyelipkanlabeldi antaraheaderlayer 2danlayer 3pada paket yang diteruskan. Label dihasilkan olehLabel-Switching Routerdimana bertindak sebagai penghubung jaringan MPLS dengan jaringan luar.Labelberisi informasi tujuannodeselanjutnya kemana paket harus dikirim. Kemudian paket diteruskan kenodeberikutnya, dinodeini label paket akan dilepas dan diberi label yang baru yang berisi tujuan berikutnya. Paket-paket diteruskan dalam path yang disebutLSP(Label Switching Path).2.6 RouterPeruteataupenghala(bahasa Inggris:router) adalah sebuah alat yang mengirimkanpaketdatamelalui sebuahjaringanatauInternetmenuju tujuannya, melalui sebuah proses yang dikenal sebagaipenghalaan. Proses penghalaan terjadi pada lapisan 3 (Lapisan jaringansepertiInternet Protocol) dariprotokol tumpukan(stack protocol)tujuh-lapis OSI. Router berfungsi sebagai penghubung antar dua atau lebih jaringan untuk meneruskan data dari satu jaringan ke jaringan lainnya. Router berbeda denganswitch.Switchmerupakan penghubung beberapa alat untuk membentuk suatuLocal Area Network(LAN). Sebagai ilustrasi perbedaan fungsi darirouterdanswitchmerupakan suatu jalanan, danroutermerupakan penghubung antarjalan. Masing-masingrumahberada pada jalan yang memiliki alamat dalam suatu urutan tertentu. Dengan cara yang sama,switchmenghubungkan berbagai macam alat, dimana masing-masing alat memilikialamat IPsendiri pada sebuahLAN.Router sangat banyak digunakan dalam jaringan berbasis teknologiprotokolTCP/IP, dan router jenis itu disebut juga denganIP Router. SelainIP Router, ada lagi AppleTalk Router, dan masih ada beberapa jenisrouterlainnya. Internet merupakan contoh utama dari sebuah jaringan yang memiliki banyakrouter IP.Routerdapat digunakan untuk menghubungkan banyak jaringan kecil ke sebuah jaringan yang lebih besar yang disebut denganinternetwork, atau untuk membagi sebuah jaringan besar ke dalam beberapasubnetworkuntuk meningkatkan kinerja dan juga mempermudah manajemennya. Router juga digunakan untuk mengoneksikan dua buah jaringan yang menggunakan media yang berbeda (seperti halnya router wirelessyang pada umumnya selain ia dapat menghubungkan komputer dengan menggunakanradio, ia juga mendukung penghubungan komputer dengankabel UTP), atau berbedaarsitektur jaringan, seperti halnya dariEthernetkeToken Ring.

Routerjuga dapat digunakan untuk menghubungkanLANke sebuah layanantelekomunikasiseperti halnya telekomunikasileased lineatauDigital Subscriber Line(DSL). Routeryang digunakan untuk menghubungkan LAN ke sebuah koneksileased linesepertiT1, atauT3, sering disebut sebagaiaccess server. Sementara itu,routeryang digunakan untuk menghubungkan jaringan lokal ke sebuah koneksi DSL disebut juga denganDSL router.Router-router jenis tersebut umumnya memiliki fungsifirewalluntuk melakukan penapisan paket berdasarkan alamat sumber dan alamat tujuan paket tersebut, meski beberapa router tidak memilikinya.Routeryang memiliki fitur penapisan paket disebut juga denganpacket-filtering router.Routerumumnya memblokir lalu lintas data yang dipancarkan secara broadcastsehingga dapat mencegah adanyabroadcast stormyang mampu memperlambat kinerja jaringan. BAB III

Perancangan Rehoming RNC 3.1 Konsep Perancangan Rehoming RNJKT13 to RNJKT21Perancangan rehoming diawali dengan pemantauan hasil parameter utilisasi user & throughput Iub di sebuah RNC. berdasarkan parameter tersebut didapat keputusan untuk dilakukan proses Rehoming 3G/RNC (Radio Network Controller atau dalam 2G/GSM dikenal dengan nama BSC (Base Station Controller), yang bertujuan pembagian trafik yang melewati RNC awal. Fungsi RNC salah satunya adalah untuk menyimpan,mengatur dan menghandle fungsi handoff dari puluhan atau ratusan site nodeB tergantung dari spesifikasi Hardware RNC yang dipakai. pada gambar 3.1 merupakan contoh notifikasi parameter yang dikirimkan NMS melalui email dimana parameter yang ditunjukan yaitu utilisasi user dan throughput Iub, Dimana pada tanggal 20 September 2012 RNJKT13 memiliki utilisasi user sebesar 70.26% yang mana memiliki remark high utilize atau kapasitas tinggi sehingga harus dilakukan proses rehoming.

Gambar 3.1 Contoh Email Notifikasi Alert dari Parameter RNC

Proses rehoming melibatkan bagian engineer transmisi, planning, statistic, performance dll yang berkaitan dan bertanggung jawab atas segala proses maupun dampak setelahnya. Kemudian eksekusi rehoming ini biasanya dilakukan pada malam hari hingga pagi hari kira-kira antara pukul 11 malam hingga 5 pagi, karena dampak akibat rehoming adalah penurunan kualitas jaringan dan trafik. Pada gambar 3.2 merupakan urutan pekerjaan rehoming yang dimulai dari persiapan awal seperti dijelaskan pada subbab 3.1 sampai subbab 3.6

Gambar 3.2 Proses Pekerjaan RehomingPada proses load balancing ini RNJKT13 load okupansinya sudah hampir mencapai batas maksimalnya yang dimana informasi tersebut didapatkan dari sistem monitoring network seperti terlihat pada gambar 3.1 dan tabel 3.1 dimana utilisasi user dan throughput Iubnya dapat diketahui. Pada gambar 3.3 adalah peta cluster RNJKT13 dimana nantinya cluster tersebut akan diperkecil atau dibagi menjadi 2 cluster yaitu cluster RNJKT13 dan RNJKT21. Posisi RNC ditunjukkan oleh kotak berwarna biru sedangkan lingkaran berwarna abu-abu di dalam cluster RNJKT13 merupakan jumlah nodeB yang tercover dalam cluster tersebut dengan total 219 nodeB. Metode untuk load balancing RNC yang dipilih untuk direhoming mengacu kepada pembagian cluster berdasarkan wilayah di map perencanaan cluster, dimana pembagian yang dilakukan adalah pembagian konvensional tanpa memperhatikan beban nodeB satu dan lainnya. Koneksi untuk mengubungkan node-B dan RNC akan diatur oleh tranmisi dengan menggunakan media fiber optic dengan sistem MSTP.

Gambar 3.3 Peta Cluster RNJKT133.1.1 Analisis data okupansi RNJKT13Pada perancangan rehoming, analisis hanya meliputi parameter utilisasi trafik di RNJKT13 seperti dilihat pada tabel 3.1 karena parameter utilisasi user pada RNJKT13 menunjukkan kondisi high utilize, analisis dilakukan pada sisi parameter antara lain pm Capacity Limit, Fach Dch Hs Users Max, utilization. Data ini diambil dari hasil pengukuran aktual dari lapangan per minggu. Tabel 3.1 Data utilisasi users RNJKT13 sebelum rehomingRNCDATEpmCapacityLimit(users)FachDchHsUsersMax(users)Utilization (%)Total NodeBRemarks

RNJTK13Nov 28 201220,000.00

17,965.71

89.83

219

HIGH UTILIZE

Tabel 3.2 Data utilisasi Throughput Iub RNJKT13 sebelum rehomingRNCDATEpmCapacityLimit

(kbps)IuBThroughputMax (kbps)Utilization (%)Total NodeBRemarks

RNJTK13Nov 28 20124.000.000,00

286,760.207.17

219

SAFE

Dari tabel 3.1 dan 3.2 atas dapat dijelaskan bahwa pada RNJKT13 untuk data utilisasi user sudah mencapai angka over limit (high utilize) sehingga harus dilakukan rehoming untuk mencegah congestion atau overload traffic. Dimana batas maksimal nilai optimal okupansinya usernya adalah dibawah 70%.3.1.2 Perangkat yang digunakanPada proses rehoming ini perangkt yang digunakan adalah Evo controller 8200/RNC di sisi RNJKT21 dan RNC 3820R1 disisi RNJKT13. Evo controller 8200/RNC adalah RNC ericsson generasi terbaru dengan pengontrol trafik kapasitas kapasitas besar dimana dapat mensupport sampai 20 Gbps throughput dari Iub dan 5 kali lebih besar kapasitas signalingnya jika dibandingkan dengan RNC 3820 R1 dimana produk tersebut yang sekarang eksisting dipakai di RNJKT13. Kapasitas EVO controller tersebut masih bisa diperbesar sampai 30-50 Gbps Throughput Iubnya dan diperbesar 2 kali lipat dari kapasitas awal dengan HW sama menggunakan optimisasi SW. dimana di masa mendatang diharapkan mampu menampung laju trafik yang besar dari eNode B (LTE) yang akan dibangun ke depannya. Pada Evo controller 8200/RNC mempunyai Subrack yang bernama EGEM2 dimana mempunyai 28 slot dimana setiap slot mempunyai lebar 15mm. setiap slot mempunyai duplikasi 1 Gbps dan 10/40 Gbps koneksi ethernet. Total kapasitas switching backplane per subracknya adalah 960 Gbps. Subrack yang dapat digunakan sampai 3 buah EGEM2 , dimana memberikan total 84 slot plug ins. Setiap subrack sudah dilengkapi dengan pengatur suhu dan kipas pengontrol.3.2 Alokasi Data Rehoming NodeB over IP Ada pun alokasi yang harus disiapkan sebelum aktifitas rehoming dilakukan sehingga dapat terlaksana dengan baik antara lain:1. persiapan data desain pemetaan cluster dan jumlah node-B dari team BSS 2. Persiapan data CGI lama dan update CGI terbaru di sistem 3. Persiapan Link transmisi untuk alokasi IP dan VLAN ID dari desain rehoming di sisi router dan MinilinkTN / Pasolink3.2.1 EWO (Engineering Work Order) dan Skenario RehomingEWO merupakan suatu surat tugas (work order) untuk aktifitas engineering dilapangan maupun di sisi konfigurasi biasanya untuk site yang sudah eksisting untuk kegunaan upgrade, reposisi, repointing, wiring dimana nantinya work order ini akan menjadi ticket jobdesk untuk engineer dilapangan. skenario EWO digunakan untuk merancang site list yang akan di rehoming. yang akan dibagi ke beberapa phase karena pekerjaan pemindahaan trafik pada suatu cluster memakan waktu 3 4 bulan dan untuk meminimalisir gangguan apabila terjadi kegagalan pada kinerja RNC yang disebabkan proses rehoming.

Gambar 3.4 EWO Facesheet skenario rehoming3.3 Pemetaan Area Rehoming dari RNJKT13 ke RNJKT21Proses penentukan site rehoming ke RNC baru dilakukan dengan pemetaan area menggunakan Map Info. Setelah mendapatkan data site yang akan direhoming maka pekerjaan rehoming dibagi menjadi beberapa phase, Dimana pekerjaan dibuat dalam beberapa phase agar dapat dipantau perkembangannya secara berkala dan pengaruhnya terhadap trafik serta meminimalisir resiko gangguan yang disebabkan oleh proses rehoming. Proses pekerjaan rehoming dalam 1 fasa memakan waktu 1 sampai 2 minggu. Pada gambar 3.5 adalah perencanaan cluster dari RNJKT21 dimana akan dibagi dalam 10 fasa.

Gambar 3.5 Skenario Pemetaan Site untuk rehoming ke RNJKT213.4 Alokasi Cell Global Identifier (CGI) & Routing Area Code (RAC)CGI (Cell Global Identity)adalah sebuah identititas (ID) yang unik dari cell-cell dalam suatu jaringan seluler. Sebuah CGI untuk sebuah cell bersifat unik di seluruh dunia, artinya tidak akan ada 1 CGI yang dipakai oleh 2 (atau lebih) cell yang berbeda di seluruh dunia. MCC (Mobile Country Code) : adalah identifikasi suatu negara dengan menggunakan 3 digit . 3 digit MCC ini merupakan bagian dari format penomoran IMSI, dimana secara total IMSI terdiri dari 15 digit. Untuk Indonesia sendiri nomor MCCnya adalah 510 MNC (Mobile Network Code) : adalah 2 digit identifikasi yang digunakan untuk mengidentifikasikan sebuah sistem seluler. Kombinasi antara MCC dan MNC akan selalu menghasilkan sebuah code yang unik di seluruh dunia. 2 digit MNC ini juga digunakan di penomoran IMSI , setiap operator masing masing memiliki nomor masing masing . untuk operator XL Axiata nomor MNCnya adalah 11 LAC (Location Area Code) : adalah identifikasi yang digunakan untuk menunujukan kumpulan beberapa cell. Dalam sebuah sistem seluler yang sama, tidak boleh digunakan 1 LAC yang sama untuk 2 group cell yang berbeda. Sebuah LAC dapat digunakan dalam 2 (atau lebih) RNC yang berbeda, asalkan masih dalam 1 MSC yang sama. Informasi lokasi LAC terakhir dimana sebuah MS berada akan disimpan di VLR dan akan diupdate apabila MS tersebut bergerak dan memasuki area dengan LAC yang berbeda. Pada proses rehoming ini akan diubah nomor dari LAC RNJKT13 (32401) menjadi LAC RNJKT21 (34301) CI (Cell Identity) : adalah identifikasi sebuah cell dalam jaringan seluler. Dalam sebuah sistem seluler, CI yang sama dapat digunakan untuk 2 (atau lebih) cell yang berbeda, asalkan dalam LAC yang berbeda. Untuk proses rehoming disini nomor Cell Identity tidak dirubah , karena merupakan kode unik yang sudah di set pada saat cell tersebut dibuat pada saat pertama kali. Pada masing masing site jumlah CInya berbeda beda berdasarkan jenis sitenya menurut jumlah overlay , 3G standalone ataupun picocell yang mana deret penomoran CGI dapat dilihat di tabel 3.3.Tabel 3.3 Klasifikasi digit pada CGI

Tabel 3.4 menunjukkan salah satu tabel alokasi CGI untuk node-B yang akan di rehoming ke RJKT21 , dimana site 5696G 3G Jelambar memiliki sistem 3G & overlay L1 dimana masing masing memiliki 3 sector / cell dimana masing masing cell memiliki cell ID yang berbeda satu dengan yang lainnya. Di proses rehoming ini juga terdapat node-B picocell yang hanya memiliki 2 cell ID , dimana data lengkapnya terlampir pada lampiran 4Tabel 3.4 Tabel Alokasi CGI untuk nodeB yang akan di rehoming3G Site NameTransportCell ID

5696G_3G_JELAMBARIP46454

46455

46456

56961

56962

56963

Old RNCOld LACOld CGI

RNJKT1334201510-11-34201-46454

RNJKT1334201510-11-34201-46455

RNJKT1334201510-11-34201-46456

RNJKT1334201510-11-34201-56961

RNJKT1334201510-11-34201-56962

RNJKT1334201510-11-34201-56963

New RNCNew LACNew CGI

RNJKT2134301510-11-34301-46454

RNJKT2134301510-11-34301-46455

RNJKT2134301510-11-34301-46456

RNJKT2134301510-11-34301-56961

RNJKT2134301510-11-34301-56962

RNJKT2134301510-11-34301-56963

RAC (Routing Area Code) adalah sebuah kode dengan panjang 1 oktat yang berfungsi untuk kode identifikasi di dalam suatu lokasi area . RAC merupakan bagian dari RAI (routing area identity). Routing area di definisikan sebagai area dimana MS bias bergerak bebas tanpa mengupdate lokasi terbarunya di SGSN. Dalam sebuah kasus MS keluar dari routing area lalu menginformasikan lewat prosedur routing area update. Seperti location area , routing area mungkin terdapat satu cell atau lebih . pengelompokan cell menjadi routing area memfasilitasi efisiensi dalam managemen lokasi. Setiap routing area diidentikan kode unik dengan Routing area identity (RAI). Dimana RAI = LAI + RAC , dalam proses rehoming ini , nomor RAC setiap nodeB yang akan kita pindahkan ke RNJKT21 akan berubah yang awalnya kode RAC 25 pada RNJKT08 menjadi RAC38 pada RNJKT21 dimana untuk penomorannya , diatur managemennya oleh masing masing operator.Tabel 3.5 Tabel Alokasi RAC untuk nodeB yang akan di rehoming3G Site NameTransportCell IDOld RACNew RAC

5696G_3G_JELAMBARBRIP4645415138

4645515138

4645615138

5696115138

5696215138

5696315138

3.5 Alokasi IP & VLAN ID untuk mekanisme Transmisi

Pada proses perancangan ini nodeB yang akan di rehoming sudah menggunakan IP sebagai transportnya (IuB over IP). IP dan VLAN ID merupakan suatu jalur transmisi yang digunakan agar suatu site dapat berkomunikasi dengan site lainnya. IP yang akan digunakan adalah IP kelas C dengan previks /27 dengan segmen VLAN ID yang sudah ditentukan sebelumnya. Sebelum tim transmisi membuat desain konfigurasi cross connect harus disiapkan terlebih dahulu site list dan data pendukung yang diperlukan antara lain routepath dan informasi RNC tujuan.3.5.1Konfigurasi dan tunneling di sisi MSTPLingkup pekerjaan rehoming pada sisi transmisi melingkupi perancangan desain konfigurasi untuk tunnel dan service, dimana tunnel berfungsi untuk meng-enkapsulasi PW (pseudowire) yang membawa service (E-LAN/E-Line). Adapun tahapan - tahapan yang dilakukan dalam membuat desain konfigurasi tunnel dan service dalam mekanisme rehoming adalah sebagai berikut:

1. Alokasi IP dan VLAN ID untuk NodeB 3G

Untuk NodeB yang transportnya berbasis over IP untuk meng-integrasikan suatu site ke RNC maka dibutuhkan VLAN ID yang terdapat 2 jenis yaitu VLAN IuB dan VLAN OAM. Site NodeB yang akan di rehoming harus dialokasikan IP dan VLAN ID yang baru untuk Iub mengingat IP dan VLAN ID untuk Iub sebelumnya masih on air, karena jika dialokasikan dengan IP dan VLAN ID yang sama akan terjadi proses looping dan mengakibatkan beberapa NodeB down. Sedangkan untuk VLAN OAM tidak perlu dialokasikan dengan VLAN ID yang baru karena VLAN OAM sendiri digunakan untuk monitoring dan tidak dilewati trafik data. IP yang digunakan oleh PT. XL Axiata adalah IP kelas C dengan prefix /27, dimana prefix /27 dapat menghasilkan 254 host number yang bisa digunakan untuk integrasi NodeB. Adapun data pendukung yang harus dilengkapi pada saat alokasi IP VLAN ID antara lain seperti pada tabel 3.5a. Nama dan site ID

Tentu saja nama dan site ID merupakan data utama yang harus dilengkapi dalam peng-alokasikan suatu IP dan VLAN ID.

b. RNC

IP yang dikonfigurasi di sisi MSTP dan RAN router tiap RNC berbeda, maka dari itu jika IP dan VLAN yang dialokasikan tidak tepat RNC nya otomatis pada saat IP di ping akan keluar command RTO (Request Timed Out).

c. Routepath

Data routepath digunakan untuk menentukan HUT dari suatu NodeB. Setiap HUT harus dikonfigurasi tunnel ke RNC dan VLAN ID yang akan di allow. Jika suatu NodeB dialokasikan VLAN ID yang belum di allow dalam suatu HUT di sisi MSTP maka mac address tidak akan terbaca di sisi RAN router dan pada saat ping test juga akan keluar command RTOTabel 3.6 Tabel NodeB yang dialokasikan VLAN IuB baruSite IDSite NameVLAN IuBIP VLANIP GatewaySubnet MaskVLAN OAMIP GatewaySubnet Mask

PC412G

3G_ROXYQUARE

410.164.218.7310.164.218.65255.255.255.224250210.164.126.41255.255.255.224

PC412G

3G_ROXYQUARE

6010.165.175.19710.165.175.193255.255.255.224250210.164.126.41255.255.255.224

2. Desain konfigurasi cross connect dari HUT ke RNC

Sebelum perancangan konfigurasi cross connect dikerjakan harus dilakukan listing pada HUT yang belum ada tunnel dan service ke RNC yang dituju. Dalam perancangan kali ini akan diambil sampel salah satu HUT yang harus dibuat desain konfigurasinya di sisi MSTP, yaitu HUT04 ke RNJKT21.a. Desain Tunneling

Gambar 3.6 Topologi HUT04 yang akan dibuat tunnel main dan protectionTunneling ada dua jenis, yaitu jalur main dan jalur protection. Jalur working digunakan sebagai jalur utama yang dilewati trafik, sedangkan jalur protection digunakan sebagai jalur proteksi. jika suatu saat terjadi fiber cut di jalur working, maka secara otomatis trafik akan berpindah melewati jalur proteksi. Dalam perancangan suatu tunnel harus dilengkapi data topologi area yang akan di rehoming, dimana dalam perancangan yang digunakan adalah topologi area Jakarta. Untuk perancangan desain tunnel working dan protection harus menggunakan port yang berbeda seperti gambar 3.6 dimana HUT04 memiiki 4 port yang bisa digunakan untuk 4 output sebagai jalur awal tunneling, dimana tim engineering transmisi menggunakan port 11-PEX1 sebagai port output jalur main dan port 8-PEX1 sebagai port output jalur protection. Pada tabel 3.7 menunjukkan label port in yaitu 1220 dan label port out yaitu 952.Tabel 3.7 Tabel Jalur Working dan Jalur Protection

Setelah ditentukan port yang akan digunakan langkah selanjutnya adalah mencari jalur atau hop terpendek dari HUT ke RNC. Umumnya jalur terpendek digunakan untuk jalur working sedangkan jalur yang lebih jauh digunakan untuk jalur protection.b. Alokasi Servis E-LAN

Dalam topologi MSTP OSN 3500 terdapat 3 servis yaitu servis E-LAN (multipoint to multipoint), E-Line (point to point) dan E-AGGR (multipoint to point), namun pada perancangan ini digunakan servis E-LAN. HUT yang akan digunakan sebagai sampel dalam pekerjaan rehoming ini adalah HUT04. Dalam pembuatan suatu servis harus dipastikan terlebih dahulu port yang available dan VLAN ID yang belum di allow di HUT04. Adapun salah satu contoh desain servis E-LAN yang akan dibuat di sisi MSTP terdapat pada tabel 3.7 dimana Servis yang akan dibuat harus di sisi HUT dan di sisi RNC, maka dari itu dibutuhkan PW ID yang berfungsi untuk membungkus data dan PW ID tersebut dikonfigurasi di sisi HUT dan RNC agar bisa berkomunikasi antara satu dan yang lainnya.Gambar 3.8 Tabel servis E-LAN di RNJKT21

PW (pseudo wire) terdiri dari 3 jenis, yaitu Ethernet Tagging Mode, Access, & Hybrid, dikarenakan PW ID yang dirancang kali ini membungkus data VLAN ID yang sudah ditentukan maka harus menggunakan Ethernet Tagging Mode.

Tabel 3.9 Tabel servis E-LAN di HUT04

c. Konfigurasi MSTP di sisi NMS

NMS adalah singkatan dari Network Monitoring System dimana sudah dijelaskan di bab 2 yang merupakan sebuah aplikasi yang digunakan salah satunya untuk memonitor dan mengkonfigurasi suatu MSTP. Setelah perancangan pada HUT04 selesai maka desain tersebut akan diaplikasikan menggunakan NMS. Dapat dilihat dari gambar 3.7 tunnel ID yang digunakan untuk membuat tunneling HUT04 ke RNJKT21 statusnya sudah deployed atau sudah sukses.

Gambar 3.7 Tunnel ID dari HUT04 ke RNJKT21Servis E-LAN HUT04 yang sudah dikonfigurasi di sisi MSTP dapat dilihat di gambar 3.8 dibawah dimana VLAN yang di tagging yaitu VLAN 60 sudah dikonfigurasi untuk servis ID ke-4 yaitu servis 3G_IuB RNJKT21.

Gambar 3.8 Konfigurasi servis E-LAN 3G_IuB RNJKT21 di NMS

Sedangkan pada gambar 3.9 dapat dilihat VLAN ID yang sudah di tagging yaitu VLAN 2502 sudah dikonfigurasi untuk servis ID 8 yaitu 3G_OAM RNJKT13 (VLAN OAM existing).

Gambar 3.9 Konfigurasi servis E-LAN 3G_OAM RNJKT13 di NMS3.5.2Konfigurasi IP di sisi MPLS RAN Router

Setelah konfigurasi tunnel dan servis di sisi MSTP sudah selesai, maka IP VLAN RNJKT21 yang akan diintegrasikan harus dikonfigurasi terlebih dahulu di sisi MPLS RAN router. Adapun alokasi IP yang akan di konfigurasi terdapat di tabel 3.9 dan tabel 3.10.Tabel 3.9 Tabel alokasi IP VLAN untuk RNJKT21JabodetabekRNJKT21SN Kalideres2551-25582559-256610.165.49.010.165.50.0255.255.255.224255.255.255.22451-5859-6610.165.174.010.165.175.0255.255.255.224255.255.255.224

Tabel 3.10 Tabel alokasi port interface untuk RNJKT21RNJKT21SN Kalideres952-3-PEG8#7952-3-PEG8#8RN-JKKDS-01 Gi0/1/0/0RN-JKKDS-02 Gi0/1/0/0

Jika IP VLAN tersebut sudah dikonfigurasi di sisi RAN router dan mac address NodeB juga sudah terbaca maka tes ping dan konfigurasi IP VLAN di sisi MSTP dan MPLS RAN router sudah sukses. Gambar 3.10 adalah hasil capture IP VLAN NodeB 3G_ROXYQUARE yang sudah sukses dikonfigurasi di sisi RAN router menggunakan IP VLAN IuB 10.165.175.197.

Gambar 3.10 Capture IP VLAN dan Mac Address di sisi RAN router3.6 Eksekusi Insert Script disisi RNC & NodeBSetelah alokasi pendukung yang dibutuhkan siap, pekerjan eksekusi rehoming dapat dilakukan yaitu insert script command rehoming ke sisi RNC dan nodeB untuk pengaturan parameter link transmisi yang akan dilalui oleh trafik hingga sampai ke RNC tujuan . pada gambar 3.12 ditunjukkan proses cara kerja rehoming tersebut dimana apabila terjadi kegagalan pada proses rehoming , pekerjaan rehoming di rollback/dilanjutkan dikemudian hari agar proses rehoming tidak berpengaruh ke jaringan agar tidak menggangu layanan servis ke pelanggan , sehingga pelanggan tetap dapat menggunakan service seperti biasanya tanpa merasakan adanya gangguan. Untuk parameter script pada sisi RNC dan nodeB terlampir pada lampiran 3. Berikut adalah cek post yang harus dilakukan setelah proses insert script selesai atau rehoming selesai dilakukan yaitu :

1. cek channel resources dan traffic in sisi Node B

2. Cek link Iub dan Utran cell di sisi RNC

3. Cek alarm dalam node B dan RNC

4. Cek CGI baru pada sisi MSSSetelah health cek pada cluster di rehoming selesai dan menunjukkan tidak terdapat gangguan atau alarm, maka lingkup pekerjaan rehoming selesai dilakukan. dan apabila dalam pengecekan tersebut masih terdapat gangguan alarm , maka proses insert script pada RNC dan node B dapat di rollback kembali sehingga servis masih tetap seperti biasa pada saat sebelum dilakukan proses insert script.

Gambar 3.12 Flowchart Pengerjaan RehomingBAB IV

ANALISIS HASIL SETELAH PROSES REHOMING

4.1Hasil Pemantauan Parameter RehomingPekerjaan rehoming diselesaikan dari bulan September 2012 sampai dengan maret 2013 yang mana terlihat pada gambar 4.1 terlihat cluster baru di area XL jabodetabek dimana cluster RNJKT13 sudah dibagi menjadi dua cluster dimana area selatan border RNJKT13 sebelumnya sekarang menjadi area cluster RNJKT21 dimana nodeB yang ada di area tersebut berhasil di rehoming ke RNJKT21 dimana setelah rehoming terjadidapat dianalisa hasilnya melalui report parameter yang dikirimkan oleh sistem NMS melalui email yang terdapat pada gambar 3.1 di bab 3. adapun tampak terdapat beberapa blank yaitu tidak ada report melalui email disebabkan adanya kesalahan pada sistem monitoring server itu sendiri yang mana dalam masa development , bukan dikarenakan oleh perubahan konfigurasi jaringan ataupun proses rehoming itu sendiri.

Gambar 4.1 Peta cluster RNJKT13 dan RNJKT21 setelah rehoming.Parameter detail hasil pekerjaan rehoming terdapat pada tabel 4.1 sampai tabel 2.24 dimana jumlah titik titik pada gambar 4.1 yang terdapat dalam cluster RNJKT21 dan RNJKT13 sangat mempengaruhi sangat mempengaruhi performansi dari kapasitas cluster itu sendiri. 1. Hasil Report monthly Oktober 2012 :Hasil result rehoming pada periode ini tidak berimpact apa apa karena pada periode ini pelaksanaan rehoming masih pada tahap persiapan CGI , & IP dan VLAN ID di sisi TransmisiRNJKT13

pada tabel 4.1 nilai dari utilisasi usernya yang tertinggi adalah 84.36 % melebihi 14.6% dari batas optimal yaitu maksimal yang 70% dan subordinate nodeB RNJKT13 adalah 216 , adapun berkurang menjadi 213 dikarenakan ada 3 nodeB yang bermasalah / matiTabel 4.1 utilisasi user RNJKT13 Periode 30 September 2012 24 Oktober 2012 RNC DATE pmCapacityLimit (users) FachDchHsUsersMax (users) UTILIZATION (%) #TOTAL NODEB REMARKS

RNJKT13Sep 30 201220,000.0014,052.3670.26213HIGH UTILIZE

RNJKT13Oct 29 201220,000.0016,871.3884.36216HIGH UTILIZE

RNJKT13Oct 28 201220,000.0014,125.9070.63216HIGH UTILIZE

RNJKT13Oct 24 201220,000.0016,413.0882.07213HIGH UTILIZE

Tabel 4.2 throughput RNJKT13 Periode 30 September 2012 24 Oktober 2012RNC DATE pmCapacityLimit (kbps) IUB_THROUGHPUTMAX (kbps) UTILIZATION (%) #TOTAL NODEB REMARKS

RNJKT13Sep 30 20124,000,000.00229,175.945.73213SAFE

RNJKT13Oct 29 20124,000,000.00250,038.906.25216SAFE

RNJKT13Oct 28 20124,000,000.00240,200.066.01216SAFE

RNJKT13Oct 24 20124,000,000.00246,029.576.15213SAFE

RNJKT21pada periode ini di RNJKT masih belum terdapat subordinate nodeB , dan utilisasi user dan utilisasi Iubnya masih 0% dimana kapasitas di RNJKT21 sebesar 64000 untuk kapasitas usernya yaitu tiga kali lebih besar dari RNJKT13

Tabel 4.3 utilisasi user RNJKT21 Periode 24 September 2012 29 Oktober 2012RNC DATE pmCapacityLimit (users) FachDchHsUsersMax (users) UTILIZATION (%) #TOTAL NODEB REMARKS

RNJKT21Oct 29 201264,000.000.000.00SAFE

RNJKT21Oct 28 201264,000.000.000.00SAFE

RNJKT21Oct 24 201264,000.000.000.00SAFE

Tabel 4.4 throughput RNJKT21 Periode 24 September 2012 29 Oktober 2012RNC DATE pmCapacityLimit (kbps) IUB_THROUGHPUTMAX (kbps) UTILIZATION (%) #TOTAL NODEB REMARKS

RNJKT21Oct 29 20122,000.000.000.00SAFE

RNJKT21Oct 28 20122,000.000.000.00SAFE

RNJKT21Oct 24 20122,000.000.000.00SAFE

2. Hasil Report monthly November 2012 :Hasil result rehoming pada periode ini tidak berimpact apa apa karena pada periode ini pelaksanaan rehoming masih pada tahap persiapan CGI , & IP dan VLAN ID di sisi TransmisiRNJKT13Hasil dari parameter utilisasi user yang terdapat di tabel 4.5 dapat dilihat bahwa terdapat lonjakan yang sangat besar yaitu daru 14983 menjadi 16881 dimana terdapat kenaikan sebesar 9,72 % dimana pada status high utilize ini sangat beresiko menyebabkan blank service pada RNC apabila sewaktu waktu terdapat pelonjakan banyaknya user yang aktif dalam cluster tersebut

Tabel 4.5 utilisasi user RNJKT13 Periode 20 November 201227 November 2012RNC DATE pmCapacityLimit (users) FachDchHsUsersMax (users) UTILIZATION (%) #TOTAL NODEB REMARKS

RNJKT13Nov 20 201220,000.0017,146.7885.73218HIGH UTILIZE

RNJKT13Nov 21 201220,000.0017,264.7486.32218HIGH UTILIZE

RNJKT13Nov 22 201220,000.0017,245.7786.23219HIGH UTILIZE

RNJKT13Nov 23 201220,000.0017,052.4885.26219HIGH UTILIZE

RNJKT13Nov 25 201220,000.0014,938.3074.69219HIGH UTILIZE

RNJKT13Nov 26 201220,000.0016,881.1084.41219HIGH UTILIZE

RNJKT13Nov 27 201220,000.0017,226.4086.13219HIGH UTILIZE

Tabel 4.6 throughput RNJKT13 Periode 20 November 2012 27 November 2012 RNC DATE pmCapacityLimit (kbps) IUB_THROUGHPUTMAX (kbps) UTILIZATION (%) #TOTAL NODEB REMARKS

RNJKT13Nov 20 20124,000,000.00262,207.346.56218SAFE

RNJKT13Nov 21 20124,000,000.00270,328.966.76218SAFE

RNJKT13Nov 22 20124,000,000.00264,185.286.60219SAFE

RNJKT13Nov 23 20124,000,000.00263,275.826.58219SAFE

RNJKT13Nov 25 20124,000,000.00261,534.826.54219SAFE

RNJKT13Nov 26 20124,000,000.00258,290.546.46219SAFE

RNJKT13Nov 27 20124,000,000.00256,995.646.42219SAFE

RNJKT21pada periode ini sama dengan parameter RNJKT21 di bulan oktober 2013 yaitu utilisasi RNJKT21 masih kosong utilisasinya

Tabel 4.7 utilisasi user RNJKT21 Periode 20 November 201227 November 2012RNC DATE pmCapacityLimit (users) FachDchHsUsersMax (users) UTILIZATION (%) #TOTAL NODEB REMARKS

RNJKT21Nov 20 201264,000.000.000.00SAFE

RNJKT21Nov 21 201264,000.000.000.00SAFE

RNJKT21Nov 22 201264,000.000.000.00SAFE

RNJKT21Nov 23 201264,000.000.000.00SAFE

RNJKT21Nov 25 201264,000.000.000.00SAFE

RNJKT21Nov 26 201264,000.000.000.00SAFE

RNJKT21Nov 27 201264,000.000.000.00SAFE

Tabel 4.8 throughput RNJKT21 Periode 20 November 2012 27 November 2012 RNC DATE pmCapacityLimit (kbps) IUB_THROUGHPUTMAX (kbps) UTILIZATION (%) #TOTAL NODEB REMARKS

RNJKT21Nov 20 20122,000.000.000.00SAFE

RNJKT21Nov 21 20122,000.000.000.00SAFE

RNJKT21Nov 22 20122,000.000.000.00SAFE

RNJKT21Nov 23 20122,000.000.000.00SAFE

RNJKT21Nov 25 20122,000.000.000.00SAFE

RNJKT21Nov 26 20122,000.000.000.00SAFE

RNJKT21Nov 27 20122,000.000.000.00SAFE

3. Hasil Report monthly Desember 2012 :Pada periode ini hasil weekly yang didapatkan terdapat penurunan pada RNJKT13 karena terdapat aktifitas rehoming dimana ada 9 nodeB yang di rehome ke JKT21 dimana tampak pada tabel 4.11 ada utilisasi sebesar 1.66 %RNJKT13Utilisasi user di RNJKT13 pada desember 2012 terdapat proses rehoming 9 nodeB ke RNJKT21 yang menurunkan tingkat utilisasi usernya menjadi 16.09 %.Tabel 4.9 utilisasi user RNJKT13 Periode 19 Desember 2012 27 desember 2012 RNC DATE pmCapacityLimit (users) FachDchHsUsersMax (users) UTILIZATION (%) #TOTAL NODEB REMARKS

RNJKT13Dec 19 201220,000.0018,375.2591.88220HIGH UTILIZE

RNJKT13Dec 27 201220,000.0015,157.5575.79211HIGH UTILIZE

Tabel 4.10 throughput RNJKT13 Periode 19 Desember 2012 27 desember 2012 RNC DATE pmCapacityLimit (kbps) IUB_THROUGHPUTMAX (kbps) UTILIZATION (%) #TOTAL NODEB REMARKS

RNJKT13Dec 19 20124,000,000.00281,989.897.05220SAFE

RNJKT13Dec 27 20124,000,000.00270,572.816.76211SAFE

RNJKT21di akhir periode desember RNJKT21 memiliki subordinate 9 nodeB yang membuat utilisasi di RNJKT21 menjadi 9%

Tabel 4.11 utilisasi user RNJKT21 Periode 19 Desember 201227 desember 2012RNC DATE pmCapacityLimit (users) FachDchHsUsersMax (users) UTILIZATION (%) #TOTAL NODEB REMARKS

RNJKT21Dec 19 201264,000.001,059.851.66SAFE

RNJKT21Dec 27 201264,000.00920.971.449SAFE

Tabel 4.12 throughput RNJKT13 Periode 19 Desember 2012 27 desember 2012 RNC DATE pmCapacityLimit (kbps) IUB_THROUGHPUTMAX (kbps) UTILIZATION (%) #TOTAL NODEB REMARKS

RNJKT21Dec 27 20122,000.0016.080.809SAFE

RNJKT21Dec 19 20122,000.0018.260.91SAFE

4. Hasil Report monthly Januari 2013:Pada periode januari terdapat perubahan signifikan dimana 52 nodeb berhasil di rehome , dimana kondisi tersebut menurunkan utilisasi RNJKT13 menjadi 50,20% pada 29 Januari 2013 di tabel 4.13RNJKT13Periode awal dan pertengan januari pada tabel 4.13 dan 4.14menunjukkan proses rehoming masih hold karena issue belum lengkapnya alokasi IP , dimana dalam pemantauan total node B di RNJKT13 masih berjumlah 211 node. Trafik pada periode awal januari menunjukkan trafik user yang ditampung oleh RNJKT13 bisa mencapai kenaikan sampai 1635 user dimana masih dalam status high , yang sewaktu waktu apabila dalam posisi sangat tinggi dapat menyebabkan restartnya RNC. Sehingga menyebabkan service blank

Tabel 4.13 utilisasi user RNJKT13 Periode 1 Januari 2013 29 Januari 2013RNC DATE pmCapacityLimit (users) FachDchHsUsersMax (users) UTILIZATION (%) #TOTAL NODEB REMARKS

RNJKT13Jan 01 201320,000.0014,118.6470.59211HIGH UTILIZE

RNJKT13Jan 02 201320,000.0014,429.4472.15211HIGH UTILIZE

RNJKT13Jan 03 201320,000.0015,219.5676.10211HIGH UTILIZE

RNJKT13Jan 04 201320,000.0015,753.8378.77211HIGH UTILIZE

RNJKT13Jan 05 201320,000.0014,266.5271.33211HIGH UTILIZE

RNJKT13Jan 06 201320,000.0013,790.2868.95211WARNING

RNJKT13Jan 07 201320,000.0015,691.0578.46211HIGH UTILIZE

Tabel 4.14 utilisasi user RNJKT13 Periode 8 Januari 2013 15 Januari 2013RNC DATE pmCapacityLimit (users) FachDchHsUsersMax (users) UTILIZATION (%) #TOTAL NODEB REMARKS

RNJKT13Jan 08 201320,000.0015,704.9178.52211HIGH UTILIZE

RNJKT13Jan 09 201320,000.0016,998.9784.99212HIGH UTILIZE

RNJKT13Jan 09 201320,000.0016,998.9784.99211HIGH UTILIZE

RNJKT13Jan 11 201320,000.0015,731.9178.66212HIGH UTILIZE

RNJKT13Jan 12 201320,000.0014,013.0070.07212HIGH UTILIZE

RNJKT13Jan 13 201320,000.0013,020.1965.10211WARNING

RNJKT13Jan 14 201320,000.0014,671.2173.36211HIGH UTILIZE

RNJKT13Jan 15 201320,000.0013,859.4369.30211WARNING

Di periode akhir januari di tabel 4.15 sebesar 52 nodeB berhasil di rehoming ke RNJKT21 dimana pada akhir terdapat 2 nodeB terdapat alarm akibat proses rehoming sehingga di rollback kembali seperti sebelum di rehoming.

Tabel 4.15 utilisasi user RNJKT13 Periode 21 Januari 2013 29 Januari 2013 RNC DATE pmCapacityLimit (users) FachDchHsUsersMax (users) UTILIZATION (%) #TOTAL NODEB REMARKS

RNJKT13Jan 21 201320,000.008,466.7442.33169SAFE

RNJKT13Jan 22 201320,000.009,310.5146.55169SAFE

RNJKT13Jan 23 201320,000.008,678.2343.39169SAFE

RNJKT13Jan 24 201320,000.007,663.7138.32160SAFE

RNJKT13Jan 27 201320,000.007,824.8839.12159SAFE

RNJKT13Jan 28 201320,000.009,061.3945.31159SAFE

RNJKT13Jan 29 201320,000.0010,039.0450.20161SAFE

Pada tabel 4.16 diketahui nilai okupansi Iub throughput dimana masih pada komposisi yang aman karena masih jauh dari nilai thresholdnya dimana sejauh ini untuk utilisasi Iub tidak mengalami kendala yang berarti.

Tabel 4.16 throughput RNJKT13 Periode 1 Januari 2013 29 Januari 2013RNC DATE pmCapacityLimit (kbps) IUB_THROUGHPUTMAX (kbps) UTILIZATION (%) #TOTAL NODEB REMARKS

RNJKT13Jan 01 20134,000,000.00240,694.256.02211SAFE

RNJKT13Jan 02 20134,000,000.00261,185.166.53211SAFE

RNJKT13Jan 03 20134,000,000.00271,857.736.80211SAFE

RNJKT13Jan 04 20134,000,000.00267,355.816.68211SAFE

RNJKT13Jan 05 20134,000,000.00269,362.466.73211SAFE

RNJKT13Jan 06 20134,000,000.00277,493.686.94211SAFE

RNJKT13Jan 07 20134,000,000.00289,160.687.23211SAFE

RNJKT13Jan 08 20134,000,000.00279,298.896.98211SAFE

RNJKT13Jan 09 20134,000,000.00287,193.617.18212SAFE

RNJKT13Jan 09 20134,000,000.00287,193.617.18211SAFE

RNJKT13Jan 11 20134,000,000.00279,133.806.98212SAFE

RNJKT13Jan 12 20134,000,000.00258,711.246.47212SAFE

RNJKT13Jan 13 20134,000,000.00250,774.856.27211SAFE

RNJKT13Jan 14 20134,000,000.00243,076.956.08211SAFE

RNJKT13Jan 15 20134,000,000.00245,976.026.15211SAFE

RNJKT13Jan 21 20134,000,000.00168,474.804.21169SAFE

RNJKT13Jan 22 20134,000,000.00174,694.504.37169SAFE

RNJKT13Jan 23 20134,000,000.00170,320.804.26169SAFE

RNJKT13Jan 24 20134,000,000.00164,526.604.11160SAFE

RNJKT13Jan 27 20134,000,000.00175,975.514.40159SAFE

RNJKT13Jan 28 20134,000,000.00176,801.124.42159SAFE

RNJKT13Jan 29 20134,000,000.00179,573.464.49161SAFE

RNJKT21

Tabel 4.17 menunjukkan nilai user di RNJKT21 sudah terdapat peningkatan sampai 5093 user dimana RNC tersebut mempunyai subordinate 61 nodeB dimana 50 node B berasal dari hasil rehoming RNJKT13 dan 11 nodeB berasal dari site 3G pembangunan baru yang on air pada bulan januari Tabel 4.17 utilisasi user RNJKT21 Periode 1 Januari 2013 29 Januari 2013RNC DATE pmCapacityLimit (users) FachDchHsUsersMax (users) UTILIZATION (%) #TOTAL NODEB REMARKS

RNJKT21Jan 01 201364,000.00777.191.2110SAFE

RNJKT21Jan 02 201364,000.00935.761.4610SAFE

RNJKT21Jan 03 201364,000.00943.961.479SAFE

RNJKT21Jan 04 201364,000.00990.531.559SAFE

RNJKT21Jan 05 201364,000.00896.121.409SAFE

RNJKT21Jan 06 201364,000.00948.101.4810SAFE

RNJKT21Jan 07 201364,000.001,027.761.6110SAFE

RNJKT21Jan 08 201364,000.00958.221.5010SAFE

RNJKT21Jan 09 201364,000.001,055.531.6510SAFE

RNJKT21Jan 09 201364,000.001,055.531.6510SAFE

RNJKT21Jan 11 201364,000.001,107.751.7310SAFE

RNJKT21Jan 12 201364,000.001,928.083.0110SAFE

RNJKT21Jan 13 201364,000.001,978.983.0910SAFE

RNJKT21Jan 14 201364,000.002,184.813.4110SAFE

RNJKT21Jan 15 201364,000.003,016.064.7110SAFE

RNJKT21Jan 21 201364,000.004,671.247.3052SAFE

RNJKT21Jan 22 201364,000.004,855.327.5952SAFE

RNJKT21Jan 23 201364,000.006,500.2410.1652SAFE

RNJKT21Jan 24 201364,000.005,277.908.2562SAFE

RNJKT21Jan 27 201364,000.005,442.638.5063SAFE

RNJKT21Jan 28 201364,000.006,022.309.4163SAFE

RNJKT21Jan 29 201364,000.006,093.969.5261SAFE

Pada tabel 4.18 terlihat nilai utilisasi Iub pada RNJKT21 terlihat masih rendah sehingga masih banyak nodeB yang dapat ditampung oleh RNJKT21 dimana hanya 2 buah board yang dibutuhkan pada subrack EGEM2 untuk menampung Iub throughput pada RNJKT21 dimana dapat ditambahkan apabila kapasitasnya sudah melebihi 70% atau 1,4 GbpsTabel 4.18 throughput RNJKT21 Periode 1 Januari 2013 29 Januari 2013 RNC DATE pmCapacityLimit (kbps) IUB_THROUGHPUTMAX (kbps) UTILIZATION (%) #TOTAL NODEB REMARKS

RNJKT21Jan 01 20132,000.0014.500.7310SAFE

RNJKT21Jan 02 20132,000.0019.390.9710SAFE

RNJKT21Jan 03 20132,000.0016.880.849SAFE

RNJKT21Jan 04 20132,000.0018.540.939SAFE

RNJKT21Jan 05 20132,000.0016.580.839SAFE

RNJKT21Jan 06 20132,000.0016.200.8110SAFE

RNJKT21Jan 07 20132,000.0026.531.3310SAFE

RNJKT21Jan 08 20132,000.0020.471.0210SAFE

RNJKT21Jan 09 20132,000.0021.741.0910SAFE

RNJKT21Jan 09 20132,000.0021.741.0910SAFE

RNJKT21Jan 11 20132,000.0020.551.0310SAFE

RNJKT21Jan 12 20132,000.0036.301.8110SAFE

RNJKT21Jan 13 20132,000.0038.361.9210SAFE

RNJKT21Jan 14 20132,000.0037.011.8510SAFE

RNJKT21Jan 15 20132,000.0056.122.8110SAFE

RNJKT21Jan 21 20132,000.0075.203.7652SAFE

RNJKT21Jan 22 20132,000.0071.973.6052SAFE

RNJKT21Jan 23 20132,000.0092.954.6552SAFE

RNJKT21Jan 24 20132,000.0092.204.6162SAFE

RNJKT21Jan 27 20132,000.0089.664.4863SAFE

RNJKT21Jan 28 20132,000.00101.365.0763SAFE

RNJKT21Jan 29 20132,000.00100.425.0261SAFE

5. Hasil Report monthly Februari 2013 :Pada periode ini di akhir periodenya proses rehoming selesai dilakukan dimana di tanggal 1 maret utilisasi RNJKT13 sebesar 41% dan RNJKT21 sebesar 10.83% dimana mengubah remarks status di RNJKT13 menjadi SAFE karena utilisasinya dibawah 75% yang berada di nilai utilisasi optimal karena apabila ada lonjakan trafik tiba tiba pada momen tertentu RNJKT13 bisa mengcovernya.RNJKT13Tabel 4.19 utilisasi user RNJKT13 Periode 2 Februari 2013 1 Maret 2013RNC DATE pmCapacityLimit (users) FachDchHsUsersMax (users) UTILIZATION (%) #TOTAL NODEB REMARKS

RNJKT13Feb 02 201320,000.008,343.5041.72148SAFE

RNJKT13Feb 03 201320,000.007,374.9736.87148SAFE

RNJKT13Feb 04 201320,000.008,541.7342.71148SAFE

RNJKT13Feb 04 201320,000.008,541.7342.71148SAFE

RNJKT13Feb 07 201320,000.008,741.3343.71148SAFE

RNJKT13Feb 08 201320,000.008,815.7844.08148SAFE

RNJKT13Feb 09 201320,000.007,826.5839.13148SAFE

RNJKT13Feb 10 201320,000.007,525.9537.63148SAFE

RNJKT13Feb 11 201320,000.008,301.5341.51148SAFE

RNJKT13Feb 11 201320,000.008,301.5341.51148SAFE

RNJKT13Feb 14 201320,000.008,961.9244.81149SAFE

RNJKT13Feb 15 201320,000.009,162.0245.81149SAFE

RNJKT13Feb 15 201320,000.009,162.0245.81149SAFE

RNJKT13Feb 17 201320,000.007,687.1438.44149SAFE

RNJKT13Feb 18 201320,000.009,244.5746.22149SAFE

RNJKT13Feb 19 201320,000.008,293.9041.47149SAFE

RNJKT13Feb 19 201320,000.008,293.9041.47149SAFE

RNJKT13Feb 21 201320,000.008,633.0343.17139SAFE

RNJKT13Feb 22 201320,000.008,369.5341.85139SAFE

RNJKT13Feb 23 201320,000.007,934.2439.67139SAFE

RNJKT13Mar 01 201320,000.008,200.5741.00139SAFE

Pada tabel 4.20 terlihat hasil utilisasi dari throughput Iub dimana okupansi Iubnya semakin rendah dimana maksimal hanya 4.67% pada tanggal 15 Februari 2013. Sampai tanggal 1 maret okupansi Iubnya masih sangat jauh dari nilai threshold 75% dimana sampai sejauh ini sejak awal pengerjaan rehoming , tidak ada issue capacity dalam Iub Throughputnya dimana dalam lingkup transport Iub masih bisa menghandle trafik LTE dimasa mendatangTabel 4.20 throughput RNJKT13 Periode 2 Februari 2013 1 Maret 2013 RNC DATE pmCapacityLimit (kbps) IUB_THROUGHPUTMAX (kbps) UTILIZATION (%) #TOTAL NODEB REMARKS

RNJKT13Feb 02 20134,000,000.00183,565.614.59148SAFE

RNJKT13Feb 03 20134,000,000.00162,100.234.05148SAFE

RNJKT13Feb 04 20134,000,000.00167,206.624.18148SAFE

RNJKT13Feb 04 20134,000,000.00167,206.624.18148SAFE

RNJKT13Feb 07 20134,000,000.00176,177.004.40148SAFE

RNJKT13Feb 08 20134,000,000.00180,542.114.51148SAFE

RNJKT13Feb 09 20134,000,000.00174,265.144.36148SAFE

RNJKT13Feb 10 20134,000,000.00160,908.094.02148SAFE

RNJKT13Feb 11 20134,000,000.00174,507.154.36148SAFE

RNJKT13Feb 11 20134,000,000.00174,507.154.36148SAFE

RNJKT13Feb 14 20134,000,000.00181,504.614.54149SAFE

RNJKT13Feb 15 20134,000,000.00186,640.114.67149SAFE

RNJKT13Feb 15 20134,000,000.00186,640.114.67149SAFE

RNJKT13Feb 17 20134,000,000.00172,313.144.31149SAFE

RNJKT13Feb 18 20134,000,000.00186,863.344.67149SAFE

RNJKT13Feb 19 20134,000,000.00167,762.944.19149SAFE

RNJKT13Feb 19 20134,000,000.00167,762.944.19149SAFE

RNJKT13Feb 21 20134,000,000.00168,849.844.22139SAFE

RNJKT13Feb 22 20134,000,000.00167,461.094.19139SAFE

RNJKT13Feb 23 20134,000,000.00163,442.944.09139SAFE

RNJKT13Mar 01 20134,000,000.00170,172.734.25139SAFE

RNJKT21 Di periode februari ini sampai tanggal 1 maret telah berhasil direhoming 72 nodeB dari RNJKT13 ke RNJKT21 dan 14 nodeB yang on air di bulan februari yang menjadi subordinate RNJKT21 dimana kapasitas tertinggi untuk utilisasi usernya pada tanggal 22 februari 2013 yaitu sebesar 10.87% dan masih jauh dari nilai thresholdnya yaitu 70%.Tabel 4.21 utilisasi user RNJKT21 Periode 2 Februari 2013 1 Maret 2013RNC DATE pmCapacityLimit (users) FachDchHsUsersMax (users) UTILIZATION (%) #TOTAL NODEB REMARKS

RNJKT21Feb 02 201364,000.006,049.829.4575SAFE

RNJKT21Feb 03 201364,000.006,357.259.9374SAFE

RNJKT21Feb 04 201364,000.007,197.3611.2574SAFE

RNJKT21Feb 04 201364,000.007,197.3611.2574SAFE

RNJKT21Feb 07 201364,000.005,173.748.0874SAFE

RNJKT21Feb 08 201364,000.005,802.379.0774SAFE

RNJKT21Feb 09 201364,000.005,267.828.2374SAFE

RNJKT21Feb 10 201364,000.004,988.657.7974SAFE

RNJKT21Feb 11 201364,000.005,532.588.6474SAFE

RNJKT21Feb 11 201364,000.005,532.588.6474SAFE

RNJKT21Feb 14 201364,000.005,884.429.1974SAFE

RNJKT21Feb 15 201364,000.005,875.569.1874SAFE

RNJKT21Feb 15 201364,000.005,875.569.1874SAFE

RNJKT21Feb 17 201364,000.005,623.878.7974SAFE

RNJKT21Feb 18 201364,000.006,150.049.6174SAFE

RNJKT21Feb 19 201364,000.006,705.0010.4874SAFE

RNJKT21Feb 19 201364,000.006,705.0010.4874SAFE

RNJKT21Feb 21 201364,000.007,089.0611.0886SAFE

RNJKT21Feb 22 201364,000.006,953.6310.8786SAFE

RNJKT21Feb 23 201364,000.006,374.189.9686SAFE

RNJKT21Mar 01 201364,000.006,929.4610.8386SAFE

Sedangkan untuk throughput iub pada tabel 4.22 sejauh ini masih aman karena maksimal hanya berkisar sebesar 7.32 % , dimana RNJKT21 sudah dipersiapkan untuk utilisasi Iub yang besar dimasa mendatang untuk sistem LTE 4G.

Tabel 4.22 throughput RNJKT21 Periode 2 Februari 2013 1 Maret 2013 RNC DATE pmCapacityLimit (kbps) IUB_THROUGHPUTMAX (kbps) UTILIZATION (%) #TOTAL NODEB REMARKS

RNJKT21Feb 02 20132,000.00114.485.7275SAFE

RNJKT21Feb 03 20132,000.00119.055.9574SAFE

RNJKT21Feb 04 20132,000.00117.625.8874SAFE

RNJKT21Feb 04 20132,000.00117.625.8874SAFE

RNJKT21Feb 07 20132,000.00109.185.4674SAFE

RNJKT21Feb 08 20132,000.00120.086.0074SAFE

RNJKT21Feb 09 20132,000.00114.065.7074SAFE

RNJKT21Feb 10 20132,000.00108.405.4274SAFE

RNJKT21Feb 11 20132,000.00117.115.8674SAFE

RNJKT21Feb 11 20132,000.00117.115.8674SAFE

RNJKT21Feb 14 20132,000.00121.436.0774SAFE

RNJKT21Feb 15 20132,000.00126.676.3374SAFE

RNJKT21Feb 15 20132,000.00126.676.3374SAFE

RNJKT21Feb 17 20132,000.00123.836.1974SAFE

RNJKT21Feb 18 20132,000.00125.276.2674SAFE

RNJKT21Feb 19 20132,000.00129.846.4974SAFE

RNJKT21Feb 19 20132,000.00129.846.4974SAFE

RNJKT21Feb 21 20132,000.00140.997.0586SAFE

RNJKT21Feb 22 20132,000.00145.017.2586SAFE

RNJKT21Feb 23 20132,000.00136.346.8286SAFE

RNJKT21Mar 01 20132,000.00146.437.3286SAFE

Tabel tabel diatas merupakan data alert yang dikirimkan dari mail server XL axiata yang tersinkronisasi dengan parameter RNC dimana apabila suatu RNC hamper mendekati nilai thresholdnya , maka terdapat remark yaitu warning atau high utilize. Pada saat progress rehoming ini dinyatakan finish oleh team project management XL axiata didapat nilai sebagai berikut Tabel 4.23 Parameter user pada saat pekerjaan rehoming dinyatakan selesaiRNC DATE pmCapacityLimit (users) FachDchHsUsersMax (users) UTILIZATION (%) #TOTAL NODEB REMARKS

RNJKT13Mar 08 201320,000.008,190.9140.95139SAFE

RNJKT21Mar 08 201364,000.005,792.709.0587SAFE

Tabel 4.24 Parameter throughput pada saat pekerjaan rehoming dinyatakan selesai

RNC DATE pmCapacityLimit (kbps) IUB_THROUGHPUTMAX (kbps) UTILIZATION (%) #TOTAL NODEB REMARKS

RNJKT13Mar 08 20134,000,000.00186,469.454.66139SAFE

RNJKT21Mar 08 20132,000.00146.177.3187SAFE

4.2Analisa hasil perbandingan sebelum dan sesudah rehoming

Pada grafik gambar 4.1 menunjukkan periode rehoming antara RNJKT13 to RNJKT21 dimana pada saat on air pertama kali RNJKT21 tidak mempunyai terakhir sampai saatnya eksekusi pertama kali dimulai di bulan desember dimana trafik yang masuk ke dalam RNJKT21 hanya dari beberapa nodeB sampai ke bulan januari dan februari banyak nodeB RNJKT13 yang di rehoming ke RNJKT21 dimana RNJKT13 semakin lama okupansinya rendah , sampai ke batas optimal sehingga apabila ada lonjakan trafik tiba tiba yang berlebihan RNJKT13 masih bisa menghandlenya sehingga tidak berimpact kepada layanan kepada pelanggan.

Gambar 4.2 Grafik beban user pada saat periode rehoming

Grafik rehoming pada gambar 4.2 menunjukkan okupansi sejak sebelum rehoming sampai rehoming terlihat bahwa okupansi RNJKT13 berangsur angsur menurun . walaupun begitu pada kondisi sebelum rehoming nilai throughput Iub masih jauh diatas ambang threshold RNJKT13 dimana okupansi masih