Rasanya mungkin itu kata yang tepat untuk aku saat ini, dari mulai pas mudik lebaran dari jakarta ke bandung ditilang di Cianjur, ada yang lupa dikonfigurasi BTS tgl 27-Sep-2008 sehingga banyak komplain dari customer sampe bos-bos gede, cek hasil bulkload hlr yang ngga kelar-kelar, bikin tools yang selalu ngga sempurna sampe dengan rajin ke dokter 1-2 minggu sekali

Wuih… dosa apa aku ini..

malem ini mulai nyicil beresin satu persatu masalah, dengan semangat yang baru karena seminggu kemaren (8-10 oktober-2008) abis training personel development dan CoreNetwork training jadinya memacu semangat lagi untuk bangkit dan memberikan performance yang terbaik dikantor

semangat.. semangat… & semangat…

14-oct-2008, sbasuki

Data Warehouse adalah sebuah basis data relational atau multidimensional yang dirancang untuk  query dan analisis. Data warehouse tidak dioptimalkan untuk pengolahan transaksi yang merupakan domain dari sistem OLTP.  Data warehouse  biasanya berupa history dan analisis data yang dihasilkan dari bebagai sumber. data warehouse analisis terpisah dari data transaksi dan memungkinkan suatu organisasi untuk mengkonsolidasi data dari bebagai sumber.

Sebuah data warehouse biasanya menyimpan banyak bulan atau tahun data untuk mendukung histori analisis. Data dalam data warehouse biasanya dimuat melalui ekstraksi, transformasi, dan loading (ETL) proses dari satu atau lebih sumber data seperti aplikasi OLTP, aplikasi mainframe, atau penyedia data eksternal.

Pengguna data warehouse melakukan analisis data yang sering kali berhubungan. Contohnya meliputi konsolidasi tahun lalu angka penjualan, persediaan analisis, dan laba menurut produk dan oleh pelanggan. Lebih canggih analisis meliputi analisis kecenderungan dan data mining, yang menggunakan data yang ada untuk memperkirakan tren atau memprediksi masa depan.  data warehouse biasanya memberikan fondasi bagi lingkungan intelijen bisnis.

Karakteristik kunci Data Warehouse :
- Sebagian data di denormalisasi untuk penyederhanaan dan meningkatkan performansi
- Jumlah data yang besar untuk histori data yang digunakan.
- Query yang dieksekusi untuk mengambil data yang besar.
Secara umum performansi query yang cepat dengan throughput data yang tinggi adalah kunci dari data warehouse.

Biaya listrik = Total kWh (jumlah pemakaian listrik) x lama pemakaian dalam jam x Tarif Dasar Listrik (sesuai kelompok golongan)

Tarif Dasar Listrik (TDL) menurut www.pln.co.id
Golongan R1 (< 2200 VA), 1 kWh = Rp 320,- untuk pemakaian sampai dengan 20 kWh
Golongan R2 (2200 VA – 6600 VA), 1 kWh = Rp 575,-
Golongan R3 (>2200 VA), 1 kWh = Rp 621,-

Misalnya, untuk sebuah lampu berdaya 100 watt yang digunakan selama 10 jam setiap harinya, konsumen di kelompok R1 harus membayar
= 0.1 kWh x 10 x 30 hari x Rp 305,- = Rp. 9,150,- sebulan.

Sementara apabila lampu tersebut diganti dengan lampu hemat energi berdaya 20 watt, konsumen hanya perlu membayar
= 0.02 kWh x 10 x 30 hari x Rp 305,- = Rp. 1,830,- sebulan.
Ganti Lampu 100 watt dengan lampu 20 Watt untuk pemakaian 10 jam/hari.
Coba dihitung:

• Penghematan energi listrik/bulan:
(100W-20W) x 10 jam/hari x 30 hari = 2400 Wh = 2,4 kWh

• Penghematan biaya/bulan:
• Tarif R1 (< 2.200 VA) = rata-rata Rp. 320,- /kWh
2,4 kWh x Rp. 320,- = Rp. 768,-
• Tarif R2 (2.200 – 6.600 VA) = Rp. 575,-/kWh
2,4 kWh x Rp 575,- = Rp. 1.380,-
• Tarif R3 (>6.600 VA) = Rp. 621,-/kWh
• 2,4 kWh x Rp 621,- = Rp.1,490,-

• Emisi CO2 yang direduksi/bulan:
Koefisien emisi CO2 di Indonesia menurut IPPC (1998) = 781.2621 gram/kWh
2,4 kWh x 781.2621 gr/kWh = 1.875 g = 1,875 kg CO2

BAHASAN
PERATURAN MENTERI KOMUNIKASI DAN INFORMATIKA
NOMOR: 30/PER/M.KOMINFO/8/2009
TENTANG
PENYELENGGARAAN LAYANAN TELEVISI PROTOKOL INTERNET
(INTERNET PROTOCOL TELEVISION / IPTV) DI INDONESIA

Penyusun:

Achmad Birowo (0906503912)
Aditya Airlangga
I Nyoman Jamin
Giansar Pratiknya (0906504070)
Sriyono Basuki (0906504360)

ABSTRAK

Bahasan terhadap Peraturan Menteri Nomor 30/PER/M.KOMINFO/8/2009 ini kami lakukan dengan harapan dapat memahami aturan yang mendasari penyelengaraan IPTV di Indonesia dengan kelebihan dan kekurangannya serta peluang dan tantangan bisnis di bidang penyiaran, komunikasi, dan transaksi keuangan.

BAB I

PENDAHULUAN

Kemajuan teknologi di bidang telekomunikasi semakin berkembang pesat dan mengarah kepada konvergensi. Salah satu bentuk dari konvergensi itu adalah Internet Protocol Television (IPTV).

1. 1. Pengertian dan Latar Belakang Penyelenggaraan IPTV

IPTV merupakan layanan pengiriman suara (audio), gambar (video), dan data (Internet) secara simultan melalui Internet Protocol (IP) yang bersifat tertutup dan aman.

Dikatakan tertutup karena yang dapat menikmati layanan ini hanya pelanggan yang terdaftar pada operator. Tidak seperti televisi internet yang menggunakan jaringan internet publik yang bersifat terbuka dan memungkinkan semua orang terlibat tanpa harus diketahui identitasnya, alias gratis seperti streaming video dan streaming audio pada situs Youtube, Google Video, Metacafe, dan Truveo.

Dianggap aman karena arsitektur IPTV berbasis NGN (next generation network) yang memiliki fungsi kontrol layanan, sumber daya dan izin masuk. Operator IPTV juga sangat memanjakan pelanggannya dengan layanan yang bersifat personal (proprietary) dan interaktif. Pada saat acara berlangsung, pelanggan dapat melakukan koreksi, pooling, rating dan voting hingga usulan perbaikan program.

Pemberian layanan tersebut dimungkinkan karena layanan IPTV disalurkan melalui beragam platform telekomunikasi yang berbeda dengan koneksi broadband dan manajemen “back to back“, sehingga berkemampuan menawarkan kualitas layanan end to end dengan inovasi tak terbatas. Contohnya, penawaran beragam jenis layanan yang sesuai dengan keinginan pelanggan (on demand) seperti video on demand, pay per view, gaming, dan personal video recorder untuk merekam program tertentu.

Internet Protocol based Television services (IPTV) memperoleh popularitas di lingkungan bisnis telekomunikasi khususnya vendor dan operator. Layanan ini memberikan pendapatan yang tinggi untuk operator telekomunikasi, menggantikan kehilangan pendapatan di layanan telepon tradisional. Dari kacamata pelanggan, mereka mendapatkan akses video berkualitas tinggi dengan penggunakan IPTV. Penetrasi yang baik dari koneksi broadband, penyempurnaan multimedia codec dan implementasi  jasa triple play yang fleksibel oleh operator mengkontribusi sukses dari IPTV.

Keberadaan IPTV juga lebih menarik karena beberapa kelebihannya yang tidak dimiliki layanan televisi lainnya seperti personalized e-commerce, misalnya. Layanan ini memungkinkan pengiklan (penjual), pelanggan (calon pembeli), dan operator (penyedia layanan iklan) berinteraksi secara personal, terbuka dan relatif tidak terbatas berkenaan dengan produk yang ditawarkan dan diperjualbelikan.

Berbagai kelebihan tersebut telah memicu peningkatan jumlah pelanggan dan keuntungan yang diperoleh pebisnis IPTV setiap tahunnya di berbagai kawasan. Hasil analisis Gartner melaporkan pelanggan IPTV diprediksi naik 64% menjadi 19,6 juta pada 2008 dengan estimasi pendapatan naik sebesar 93,5% dibandingkan dengan tahun 2007 menjadi US$4,5 miliar, dengan pertumbuhan terbesar di Eropa Barat sedang pendapatan tertinggi di Amerika Utara.

Bahkan menurut laporan Telecommunication Management Group Inc. yang di langsir di http://reports.tngtelecom.com/iptv, pelanggan IPTV bertumbuh dua kali lipat setiap tahun sejak diluncurkan 2002 dan diperkirakan meningkat sekitar 60 juta pada 2010 yang tersebar di 40 negara di seluruh dunia.

Dengan potensi bisnis tersebut, tidak heran bila banyak operator telekomunikasi di Indonesia yang berminat menyelenggarakan IPTV. Karena berdasarkan Roadmap Infrastruktur Telekomunikasi yang dirilis Ditjen Postel, diperkirakan akan ada 4,8 juta pengguna IPTV pada 2011.

Besarnya animo masyarakat dan potensi bisnis IPTV inilah mungkin yang mendorong regulator (Depkominfo) mengesahkan Permen No. 30/Per/M.KOMINFO/8/2009, meskipun payung hukum (umbrella act) yang mengatur konvergensi belum dibuat. Lazimnya, satu regulasi ditetapkan setelah ada payung UU-nya. Namun, secara yuridis, penetapan permen tersebut sesuai dengan ketentuan hukum dan UU yang berlaku.

Alasannya, selain memberikan kepastian hukum dalam penyelenggaraan IPTV, juga selaras dengan esensi Permen Kominfo No. 30/Per/M.KOMINFO/8/2009 sejalan dengan UU No. 36/1999 tentang Telekomunikasi, UU No. 32/2002 tentang Penyiaran, dan UU No. 11/2008 tentang Informasi dan Transaksi Elektronik. Esensi dimaksud tersirat di konsideran dan penjelasan umum ketiga UU tersebut, yang pada intinya menyatakan perlunya penataan dan penyesuaian regulasi untuk mengakomodasi dinamika perkembangan teknologi (konvergensi).

1. 2. Arsitektur IPTV

Secara high level, arsistektur IPTV dapat digolongkan atas 4 blok yaitu content provider, IPTV service provider, Network Provider dan Subcriber. Content provider adalah penyedia content, sebagian besar IPTV service provider (SP) tidak memiliki content, tetapi memperoleh contect dari penyedia content (broadcaster, Hollywood studio, Network Entertainment,  Penyelenggara Kuis dll).   Walaupun tidak tertutup kemungkinan content tertentu tetap  dipegang oleh IPTV SP.

Blok kedua adalah IPTV Service Provider. Entiti ini bertanggung jawab terhadap pentransformasian sumber content ke  ke IP content dan mengirimkannya ke pelanggan melalui network provider. Mereka juga menetapkan kerja sama dengan Pemilik Content , dan menetapkan apakah contect akan di-‘encrypt’  untuk mencegah ‘unauthorized access’. Network provider bertanggung jawab  mengirimkan content dari IPTV Service Provider ke Pelanggan. Network Provider dan IPTV SP tidak selalu dalam entitas yang sama. Untuk kasus PT Telkom,  Network Provider dan IPTV SP dalam  Entitas (perusahaan) yang sama.

Ada tiga komponen utama untuk infrastruktur IPTV :

1. Head End, yang meliputi  seluruh content feeds, termasuk dari sumber third party dan proprietary content.
2. Home End, meliputi modem dan peralatan penerima termasuk PC dan set top boxes (STB).
3. Aggregation Network, meliputi seluruh peralatan komunikasi antara Home End dan Head End.

Konfigurasi dapat dilihat pada gambar berikut.

1. 3. Teknologi IPTV based on IMS dan permasalahan standar

Untuk merealisasikan Jasa IPTV berbasis IMS, pengguna IMS men-‘deploy’ minimum 4 protokol seperti HTTP, RTP, TRSP dan SIP. Satu dari rintangan saat ini adalah permasalahan pen-‘deliver’-an SIP services ke  jaringan perusahaan yang harus melewati firewall dan NAT traversal. Pembukaan jaringan melalui HTTP/HTTPS masih menjadi pertanyaan bagi network administrator dari perusahaan tersebut. Pada beberapa kasus, pembukaan jaringan untuk RTP dan SIP dapat dicapai dengan menggunakan SIP/RTP Firewall atau SBC (session border controller). Pelanggan (perusahaan) lebih menyukai  mempunyai satu port unified control protokol, dibandingkan membuka satu port RTSP, dengan pertimbangan salah satunya pada sisi client, pemilikan koneksi yang terpisah untuk RTSP, SIP dan RTP, tidak dianjurkan berkaitan dengan performansi. Oleh karena itu pengurangan jumlah protokol adalah pilihan yang tepat.
Saat ini dalam konteks IMS based IPTV architecture, SIP digunakan hanya untuk memanage session. Oleh karena itu, usulan Extending SIP untuk juga memanage  media control adalah solusi yang tepat dibandingkan deploying protokol lain untuk media control  (Dikutip SIP Working Group) . Saat ini tidak ada standard untuk penanganan Multimedia Signaling di IMS dan trend saat ini adalah meutilisasi Real Time Streaming Protocol (RTSP) untuk menangani yang disebut trick play functions (PLAY, PAUSE, FAST FORWARD, etc). Cara kerja protokol RTSP secara global dapat dilihat pada gambar berikut.
Adapun pendapat Robert Marton ( pembicara dari University of Capte Town ) bahwa RTSP dan SIP Hybrid adalah tidak ideal, dan itu  sejalan dengan pendapat dari SIP Working Group yang disebutkan sebelum. Kemungkinan solusi yang baik menurut Robert marton adalah implementasi standard baru  yang mengeluarkan session setup dari RTSP.

BAB II

TINJAUAN TERHADAP REGULASI IPTV DI INDONESIA

Penyelenggaraan layanan IPTV di Indonesia saat ini diatur dalam keputusan Menteri Komunikasi dan Informatika nomor 30/PER/M.KOMINFO/8/2009 yang ditetapkan pada tanggal 19 Agustus 2009. Penyelenggaraan IPTV di Indonesia antara lain bertujuan agar investasi pada infrastruktur jaringan telekomunikasi broadband lebih meningkat pesat, utilitas penggunaan jaringan tetap local yang  sudah ada menjadi lebih efisien, dan memacu pertumbuhan industry konten, perangkat keras, dan perangkat lunak dalam negeri.

Setidaknya terdapat empat manfaat dari penyelenggaan IPTV berdasarkan tujuan diatas, yaitu:

Manfaat di bidang infratruktur, dengan semakin pesatnya pertumbuhan investasi  pada infrastruktur jaringan broadband maka jangkauan infrastuktur itu sendiri akan lebih luas, sehingga tidak hanya di kota-kota besar namun juga merambah hingga desa-desa bahkan daerah perbatasan dan disertai dengan peningkatan kualitas. Jaringan telepon fixed-line yang telah ada saat ini akan mendapat nilai tambah, sehingga rasio biaya operasional dan pendapatan dapat diperkecil.

Manfaat di bidang bisnis, layanan IPTV akan menjadi pemacu semangat para pelaku bisnis, sehingga pertumbuhan industri dalam negeri di bidang jaringan, jasa aplikasi, konten, perangkat keras dan industry lainnya yang terkait akan meningkat pesat.

Manfaat untuk masyarakat, dengan meningkatnya industri dan permintaan tenaga kerja, maka tingkat keahlian dan kesejahteraan sumber daya manusia yang terkait juga akan meningkat. Masyarakat juga akan lebih educated dengan pengetahuan tentang IPTV dan pemilihan konten-konten yang bersifat mendidik. Terciptanya Information Society, yang dapat menjadi semangat bagi masyarakat agar menjalin hubungan, sinergi dan kolaborasi  dengan anggota masyarakat lain. Masyarakat juga mendapat pilihan hiburan yang lebih banyak.

Manfaat pada aspek geopolitik, jaringan broadband yang digelar secara luas di seluruh Indonesia akan dapat mendukung posisi Indonesia sebagai penghubung lintas negara dan benua di bidang telekomunikasi dan multimedia. Sehingga pemanfaatan infrastruktur jaringan broadband menjadi lebih efektif dan efisien. Secara politik, negara-negara lain akan memandang Indonesia sebagai negara yang penting dan diperhitungkan.

Dikarenakan konten dari pertukaran informasi ini ada yang bersifat rahasia dan menyangkut nilai-nilai agama dan budaya serta ekonomi, maka penyelenggara layanan IPTV mempunyai kewajiban untuk melindungi kepentingan dan keamanan negara, menjaga dan meningkatkan moralitas dan nilai-nilai agama serta jati diri bangsa, memajukan kebudayaan nasional, mendorong peningkatan kemampuan perekonomian rakyat, mewujudkan pemerataan, dan memperkuat daya saing bangsa.

Penyelenggara layanan IPTV adalah konsorsium yang anggotanya minimal dua badan hukum Indonesia dan telah memiliki izin-izin seperti, izin penyelenggaraan jaringan tetap lokal, izin penyelenggaraan jasa multimedia jasa akses internet (ISP), dan izin penyelenggaraan penyiaran lembaga penyiaran berlangganan. Salah satu anggota konsorsium ditunjuk sebagai ketua dan wajib memiliki minimal satu izin di atas.

Adanya keharusan untuk membentuk konsorsium menjadi nilai tambah bagi peraturan menteri ini. Karena dapat mengakomodasi keberadaan penyelenggara telekomunikasi yang sudah ada dan yang mempunyai izin dengan lingkup terbatas. Mengingat layanan IPTV adalah konvergensi dari penyiaran, internet dan telepon.

Mengenai kepemilikan asing diatur dalam pasal 6 bahwa kepemilikan saham dari pihak asing harus sesuai dengan ketentuan peraturan perundang-undangan yang berlaku. Apabila ada perbedaan ketentuan kepemilikan saham oleh pihak asing antara Penyelenggara Jaringan Tetap Lokal, Penyelenggara Jasa Multimedia Jasa Akses Internet, dan Lembaga Penyiaran Berlangganan, diambil ketentuan kepemilikan oleh pihak asing yang prosentasinya terkecil.

Ruang lingkup layanan IPTV sebagaimana diatur dalam Peraturan Menteri ini adalah layanan penyiaran televisi yang diterima pelanggan sesuai dengan jadwal tayangnya dan siaran televisi yang dapat diatur sendiri oleh pelanggan serta layanan Pay per View, layanan multimedia (pulled services dan interactive serivices) yang penyalurannya diberikan berdasarkan permintaan dari pelanggan, layanan transaksi elektronik, dan layanan akses internet untuk kepentingan publik. Keempat layanan ini wajib diselenggarakan oleh penyelenggara IPTV. Ruang lingkup layanan diatas sudah cukup lengkap, namun kami usulkan agar penyelenggara IPTV juga dapat memberikan layanan audio dan video phone untuk tersambung ke offnet dengan catatan diharuskan bekerja sama dengan penyelenggara jaringan tetap lokal terkait dengan penomoran nomor telepon pelanggan. Usulan ini didasarkan bahwa di luar negeri umumnya penyelengara IPTV menawarkan jasa triple play yaitu TV, Internet dan Telephony juga umumnya pelanggan tertarik untuk memiliki alternatif telepon fixed line baik disisi dari segi tarif maupun sebagai backup, sehingga diharapkan perluasan IPTV menjadi lebih cepat.

Kelemahan komunikasi data berbasis IP adalah sensitif terhadap pocket loss dan delay bila kecepatannya dibawah dari yang seharusnya. Peraturan Menteri ini telah melakukan antisipasi agar quality of service tetap terjaga. Aturannya ada pada pasal 10, yaitu penyelenggara harus memiliki infrastruktur dan mempunyai komitmen untuk membangun infrastuktur jaringan tetap lokal kabel yang mampu menjamin kecepatan downlink setiap pelanggan minimal 2 Mbps.

Penyelenggara IPTV harus memiliki kelengkapan sistem perangkat seperti :

• Head-end yang masuk dalam cakupan core network. Head mempunyai peran sentral dalam penyaluran layanan ke pelanggan, karena itu Head-end harus berada di Indonesia.
• Sistem perangkat penyimpan konten, data pelanggan, dan rekaman transaksi.
• Sistem perangkat untuk pengaman dan perlindungan.
• Sistem perangkat untuk pengolahan dan penyaluran konten.
• Sistem perangkat untuk pengolahan dan pengawasan jaringan.
• Sistem perangkat untuk pengaduan/pengawasan terhadap konten oleh pelanggan secara interaktif.
• Sistem perangkat untuk pengolahan pelanggan dan tagihan.

Semua hal diatas telah diatur dalam pasal 12.

Gambar 1 : IPTV Network

Untuk layanan penyiaran ( pushed services ), penyelenggara harus menyediakan sekurang-kurangnya sebesar 10 % dari kapasitas saluran untuk menyalurkan konten produksi dalam negeri. Untuk layanan multimedia ( pulled services dan interactive services ), penyelenggara harus menyediakan konten produksi dalam negeri sekurang-kurangnya sebesar 30 % dari koleksi konten ( content library ) yang dimiliki. Jumlah Penyedia Konten Independen dalam negeri yang berkontribusi dalam penyelenggaraan layanan IPTV sekurang-kurangnya sebesar 10% (sepuluh perseratus) dari banyaknya penyedia konten di dalam koleksi konten ( content library ) milik Penyelenggara dan secara bertahap ditingkatkan sekurang-kurangnya menjadi 50% dalam jangka waktu 5 tahun. Hal ini adalah bentuk dukungan terhadap pengembangan konten lokal dan suatu nilai plus dari Peraturan Menteri ini.

Konten sebagaimana dimaksud di atas harus mematuhi ketentuan peraturan perundang-undangan yang berlaku. Penyelenggara harus menjamin bahwa setiap Penyedia Konten Independen yang berkontribusi dalam penyelenggaraan layanan IPTV telah memiliki izin sesuai dengan ketentuan peraturan perundang-undangan yang berlaku.

Dalam tata cara perizinannya, konsorsium mengajukan permohonan secara tertulis kepada Menteri untuk mendapatkan izin. Permohonan tersebut harus melampirkan persyaratan sebagai berikut: latar belakang; visi dan misi; data anggota konsorsium; aspek legalitas (salinan dokumen legal pendirian konsorsium, salinan akte pendirian perusahaan, dan salinan Izin Penyelenggaraan Jaringan Tetap Lokal, Izin Penyelenggaraan Jasa Multimedia Jasa Akses Internet, dan Izin Penyelenggaraan Penyiaran Lembaga Penyiaran Berlangganan); aspek layanan (jenis layanan sebagaimana dimaksud pada Pasal 9 yang akan ditawarkan kepada pelanggan dan rencana pengembangan layanan dalam 5 tahun yang akan datang). Juga dipersyaratkan di dalam permohonan tersebut adalah tentang dokumen aspek konten untuk layanan multimedia (sumber konten; segmentasi target pelanggan berdasarkan konten; komposisi konten produksi dalam negeri dibandingkan dengan seluruh konten; komposisi konten produksi Penyedia Konten Independen dalam negeri dibandingkan dengan seluruh penyedia konten; dan uraian tentang keunggulan konten).

Tidak kalah pentingnya juga adalah tentang aspek teknis (komitmen pembangunan infrastruktur jaringan dan jasa; komitmen penyediaan kapasitas jaringan untuk menampung kontribusi konten dari penyedia konten independen; komitmen pembangunan sarana dan prasarana pendukung kegiatan penyelenggaraan layanan IPTV; standar dan spesifikasi teknis sistem peralatan yang akan digunakan; dan standar dan spesifikasi teknis Internet Protocol Set-Top-Box (IP-STB) yang akan digunakan). Dan aspek lain yang terakhir yang dipersyaratkan dalam permohonan adalah aspek bisnis (rencana pengembangan usaha; perhitungan biaya investasi; kecukupan modal; proyeksi pendapatan dan arus kas 5 (lima) tahun ke depan; proyeksi jumlah pelanggan dalam waktu 5 tahun ke depan; kecukupan sumber daya manusia; struktur organisasi konsorsium; dan data komposisi kepemilikan saham oleh pihak asing setiap anggota konsorsium).

Persyaratan-persyaratan lain yang juga wajib dilampirkan dalam pengajuan permohonannya adalah surat pernyataan kesanggupan membayar biaya-biaya yang dibebankan oleh negara; surat pernyataan kesanggupan memenuhi kontribusi pada masyarakat; dan jaminan bank sebesar 5 % dari biaya investasi yang diperlukan sesuai dengan komitmen pembangunan dan berlaku dalam jangka waktu tahun.

Dalam pasal 27 ayat 2 dan 3 disebutkan paling lama 30 hari kerja setelah selesainya pemeriksaan, Menteri menerbitkan izin prinsip atau menerbitkan surat penolakan. Hal ini menimbulkan tanda Tanya, mengapa untuk hal ini waktunya lebih lama dari pemeriksaannya. Karena itu ayat 2 dan 3 ini perlu dilakukan perbaikan, sehingga pengeluaran izin atau penolakan tidak perlu sampai paling lama 30 hari atau perlu ditambahkan penjelasan lebih lanjut.

Izin prinsip yang telah dimiliki penyelenggara berlaku selama 1 tahun dan dapat diperpanjang 1 kali dengan masa laku paling lama 1 tahun apabila pemilik izin prinsip telah melakukan investasi dan melaksanakan pembangunan sesuai dengan komitmen pembangunan yang disampaikan dalam permohonan izin penyelenggaraan. Selama masa laku izin prinsip, penyelenggara dilarang melakukan perubahan terhadap dokumen persyaratan yang sudah disampaikan dalam permohonan izin penyelenggaraan kecuali mendapat persetujuan tertulis dari Menteri sesuai dengan ketentuan perundang-undangan yang berlaku. Pemilik izin prinsip yang telah siap menyelenggarakan layanan IPTV wajib mengajukan permohonan Uji Layak Operasi kepada Menteri, dimana pelaksanaan Uji Layak Operasi dilakukan paling lambat 15 hari kerja setelah permohonan Uji Layak Operasi diterima.

Pada pasal 30 ayat 1 disebutkan bahwa Uji Layak Operasi dilakukan oleh Tim Uji Layak Operasi yang dibentuk oleh Menteri. Pasal 2 menyebutkan Tim Uji Layak Operasi menyusun kriteria penilaian untuk Evaluasi Uji Layak Operasi. Menurut kami kriteria penilaian Uji Layak Operasi sebaiknya diatur sendiri yang dijadikan baku atau standar. Sehingga apabila ada pergantian anggota Tim Uji Layak Operasi, kriterianya tetap ada dan terjaga untuk tidak mudah diubah-ubah. Kemudian pada ayat 3 Tim Uji Layak Operasi hanya diberikan waktu 15 hari kerja untuk menyelesaikan Uji Layak Operasi termasuk dokumentasinya. Menurut kami waktunya terlalu singkat, dengan kompleksitas system IPTV dan syarat-syarat yang harus dipenuhi sebagaimana tertuang dalam Peraturan Menteri ini sendiri.

Dalam pasal 31 ayat 3 disebutkan bahwa dalam hal Uji Layak Operasi tidak dilakukan dalam jangka waktu 15 hari kerja sejak permohonan Uji Layak Operasi diterima, pemilik Izin Prinsip Penyelenggaraan Layanan IPTV berhak mendapatkan Surat Keterangan Layak Operasi. Menurut kami bagaimana bisa Surat Keterangan Layak Operasi dikeluarkan tanpa adanya kegiatan uji Layak operasi. Tentunya keLayakan operasi penyelenggara IPTV akan dipertanyakan.

Pertumbuhan industri perangkat keras dan perangkat lunak juga akan terpacu dengan adanya Peraturan Menteri ini. Pasalnya, tiap operator diwajibkan membangun infrastrukur jaringan dan jasa, serta menggunakan sistem perangkat IPTV yang dibuat di Indonesia. Belum termasuk keharusan penggunaan Internet Protocol Set-Top-Box (IP-STB) dengan tingkat kandungan dalam negeri (TKDN) sebesar 20%, dan secara bertahap ditingkatkan menjadi 50% dalam waktu 5 tahun.

Regulasi IPTV itu juga menguntungkan konsumen (pengguna) karena operator diwajibkan menjaga kualitas jaringan, penerimaan, kecepatan pindah layanan, dan pengelolaan pelanggannya (customer care). Sementara untuk mencegah terjadinya monopoli dalam penyelenggaraan layanan IPTV, tiap operator diharuskan berbentuk konsorsium dengan jumlah anggota minimal dua perusahaan.

Peraturan Menteri ini hanya menyebutkan layanan IPTV hanya disalurkan lewat kabel, sedangkan nirkabel belum diatur. Penggunaan nirkabel sangat berpotensi agar cakupan layanan bisa lebih luas dan teknologinya pun sudah ada, misalnya menggunakan wimax.

BAB III

Peluang dan Tantangan Bisnis

1. 1. Peluang Bisnis

Pada tahun 2007 pernah diadakan survey oleh Accenture dan Economist Intelligence Unit terhadap 350 eksekutif industri telekomunikasi, penyiaran dan media di 46 negara di Amerika, Eropa dan Asia (termasuk Indonesia). Survey ini menunjukkan bahwa 60% responden percaya IPTV dapat menghasilkan pendapatan secara bermakna dalam waktu 3 tahun. Beberapa responden juga mengidentifikasi beberapa alasan mereka masuk ke pasar IPTV, yaitu: adanya aliran pemasukkan baru (42% reponden), perolehan pelanggan baru (28% reponden) dan meningkatnya penjualan akses broadband (21% reponden). 74% responden dari operator jaringan percaya bahwa pemberian jasa yang dibundel, seperti paket hemat (pahe) dapat memicu konsumen untuk membeli layanan IPTV. Kemudian jenis perusahaan yang akan menghasilkan pendapatan tertinggi dari IPTV adalah penyedia konten (87% responden), penyedia jasa telekomunikasi (72% responden).

Apabila dilihat dari Peraturan Menteri, industri elektronik dalam negeri mempunyai potensi untuk meraup pendapatan dari IPTV, karena IP-STB, yaitu perangkat keras yang berhubungan dengan pesawat televisi disyaratkan kandungan kompenen dalam negeri sebesar 20% dan dalam 5 tahun meningkat menjadi 50%. Industri konten dalam negeri juga berpotensi meraup untung besar dari IPTV, karena disyaratkan pushed service minimal mempunyai 10% dari kapasitas salurannya untuk konten dalam negeri, pulled services dan interactive services minimal 30% dari content library untuk konten dalam negeri, selain itu minimal 10% dari penyedia konten wajib diisi oleh penyedia konten dalam negeri da meningkat menjadi 50% dalam 5 tahun.

Lingkup layanan IPTV yang membolehkan transaksi elektronik akan juga membuka peluang bisnis bagi penyedia jasa transaksi keuangan, seperti bank atau credit service.

1. 2. Tantangan Bisnis

Masih menurut survey di atas, 25% responden menyatakan bahwa hambatan jangka pendek mungkin akan muncul pada kualitas layanan, rendahnya bandwidth dan permasalahan teknologi lainnya. Terutama di Indonesia, layanan broadband saat ini pada umumnya masih belum stabil kecepatannya. Namun reponden tersebut juga percaya bahwa dalam 3 tahun hambatan itu akan terselesaikan. Namun ini akan memunculkan tantangan dan kompetisi yang lebih berat lagi karena munculnya pesaing-pesaing baru. Selain itu 19% responden menyatakan hambatan ada pada tingginya biaya langganan karena biaya infrastruktur dalam hal akses jaringan dan peralatan.

Saat ini biaya berlangganan broadband nirkabel dan kabel masih terasa mahal, belum lagi biaya televisi berlangganan dan layanan lainnya. Hal ini bisa diatasi dengan menerbitkan aturan yang dapat mengurangi biaya berlangganan internet broadband dan televisi.

BAB IV

SIMPULAN DAN SARAN

Simpulan yang dapat kami ambil dari keluarnya Peraturan Menteri nomor 30/PER/M.KOMINFO/8/2009 adalah Peraturan Menteri ini dapat menjadi landasan hukum bagi penyelenggaraan IPTV di Indonesia karena perkembangan teknologi dan peluang bisnis IPTV yang dalam waktu dekat harus segera di-implementasikan, walaupun Peraturan Menteri masih harus disempurnakan dan didukung oleh peraturan lain terutama undang-undang yang mengatur konvergensi teknologi dan layanan. Undang-undang konvergensi perlu ada karena saat ini penyiaran, internet dan telepon mempunyai regulasi sendiri-sendiri.

DAFTAR PUSTAKA

1. Peraturan Menteri Nomor 30/PER/M.KOMINFO/8/2009 TENTANG PENYELENGGARAAN LAYANAN TELEVISI PROTOKOL INTERNET (INTERNET PROTOCOL TELEVISION / IPTV) DI INDONESIA
2. IPTV, Jasa Prospektif Usaha Media, http://www.swa.co.id
3. Draft White Paper IPTV
4. Pokok PIkiran White Paper IPTV
5. http://digitaltv4indonesia.blogspot.com
6. http://economictimes.indiatimes.com
7. http://mastel.wordpress.com
8. http://www.kpi.go.id
9. http://en.wikipedia.org/wiki/IPTV

Step checking problem pada server SUN

1. Jika terjadi problem di Server SUN (HLR, BSM dll) misal Sistem Operasi Crash atau tiba2 Server mati secara abnormal, setelah kejadian segera lakukan command “explorer” untuk mencapture konfigurasi system dan log di unix. Data Log kirim ke Jakarta

Berikut Hasil Capture eksekusi command “explorer”:

Screen clipping taken: 24/06/2009, 14:46

Capture : Output Hasil explorer

Screen clipping taken: 24/06/2009, 14:54

1. Cek Log di /var/adm/messages

# more /var/adm/mess ages

Jun 15 00:00:00 master sendmail[17990]: [ID 702911 mail.crit] My unqualified host name (master) unknown; sleeping for retry

Jun 15 00:01:00 master sendmail[17990]: [ID 702911 mail.alert] unable to qualify my own domain name (master) — using short name

Jun 15 00:30:00 master sendmail[19299]: [ID 702911 mail.crit] My unqualified host name (master) unknown; sleeping for retry

Jun 15 00:31:00 master sendmail[19299]: [ID 702911 mail.alert] unable to qualify my own domain name (master) — using short name

Jun 15 09:22:14 master pcipsy: [ID 819770 kern.warning] WARNING: pci: Thermal warning detected!

Jun 15 09:22:28 master pseudo: [ID 129642 kern.info] pseudo-device: tod0

Jun 15 09:22:28 master genunix: [ID 936769 kern.info] tod0 is /pseudo/tod@0

Jun 15 09:22:29 master syslogd: going down on signal 15

Jun 15 09:22:34 master Array Monitor stopped

Jun 15 09:25:17 master RDAC support disabled

Jun 15 09:22:51 master genunix: [ID 672855 kern.notice] syncing file systems…

Jun 15 09:22:51 master genunix: [ID 904073 kern.notice]  done

Jun 15 09:25:07 master genunix: [ID 540533 kern.notice] ^MSunOS Release 5.8 Version Generic_108528-19 64-bit

Jun 15 09:25:07 master genunix: [ID 913631 kern.notice] Copyright 1983-2001 Sun Microsystems, Inc.  All rights reserved.

Jun 15 09:25:07 master genunix: [ID 678236 kern.info] Ethernet address = 8:0:20:b2:35:54

Jun 15 09:25:07 master unix: [ID 389951 kern.info] mem = 2097152K (0×80000000)

1. Command untuk cek Status DISK

# format

Searching for disks…done

AVAILABLE DISK SELECTIONS:

0. c0t0d0 <SUN36G cyl 24620 alt 2 hd 27 sec 107>

/pci@1f,4000/scsi@3/sd@0,0

1. c2t5d0 <Symbios-StorEDGEA1000-0003 cyl 34690 alt 2 hd 64 sec 64>

/pci@1f,4000/scsi@5/sd@5,0

Specify disk (enter its number): ^D

#

# ls -l /dev / rd sk/ | grep /pci@1f,4000/scsi@5

lrwxrwxrwx   1 root     root          47 May 20  2003 c1t5d0s0 -> ../../devices/pci@1f,4000/scsi@5,1/sd@5,0:a,raw

lrwxrwxrwx   1 root     root          47 May 20  2003 c1t5d0s1 -> ../../devices/pci@1f,4000/scsi@5,1/sd@5,0:b,raw

lrwxrwxrwx   1 root     root          47 May 20  2003 c1t5d0s2 -> ../../devices/pci@1f,4000/scsi@5,1/sd@5,0:c,raw

lrwxrwxrwx   1 root     root          47 May 20  2003 c1t5d0s3 -> ../../devices/pci@1f,4000/scsi@5,1/sd@5,0:d,raw

lrwxrwxrwx   1 root     root          47 May 20  2003 c1t5d0s4 -> ../../devices/pci@1f,4000/scsi@5,1/sd@5,0:e,raw

lrwxrwxrwx   1 root     root          47 May 20  2003 c1t5d0s5 -> ../../devices/pci@1f,4000/scsi@5,1/sd@5,0:f,raw

lrwxrwxrwx   1 root     root          47 May 20  2003 c1t5d0s6 -> ../../devices/pci@1f,4000/scsi@5,1/sd@5,0:g,raw

lrwxrwxrwx   1 root     root          47 May 20  2003 c1t5d0s7 -> ../../devices/pci@1f,4000/scsi@5,1/sd@5,0:h,raw

lrwxrwxrwx   1 root     root          45 May 20  2003 c2t5d0s0 -> ../../devices/pci@1f,4000/scsi@5/sd@5,0:a,raw

lrwxrwxrwx   1 root     root          45 May 20  2003 c2t5d0s1 -> ../../devices/pci@1f,4000/scsi@5/sd@5,0:b,raw

lrwxrwxrwx   1 root     root          45 May 20  2003 c2t5d0s2 -> ../../devices/pci@1f,4000/scsi@5/sd@5,0:c,raw

lrwxrwxrwx   1 root     root          45 May 20  2003 c2t5d0s3 -> ../../devices/pci@1f,4000/scsi@5/sd@5,0:d,raw

lrwxrwxrwx   1 root     root          45 May 20  2003 c2t5d0s4 -> ../../devices/pci@1f,4000/scsi@5/sd@5,0:e,raw

lrwxrwxrwx   1 root     root          45 May 20  2003 c2t5d0s5 -> ../../devices/pci@1f,4000/scsi@5/sd@5,0:f,raw

lrwxrwxrwx   1 root     root          45 May 20  2003 c2t5d0s6 -> ../../devices/pci@1f,4000/scsi@5/sd@5,0:g,raw

lrwxrwxrwx   1 root     root          45 May 20  2003 c2t5d0s7 -> ../../devices/pci@1f,4000/scsi@5/sd@5,0:h,raw

#

# df -k

Filesystem            kbytes    used   avail capacity  Mounted on

/dev/dsk/c0t0d0s0    4129290   99444 3988554     3%    /

/dev/dsk/c0t0d0s5    4129290  908050 3179948    23%    /usr

/proc                      0       0       0     0%    /proc

fd                         0       0       0     0%    /dev/fd

mnttab                     0       0       0     0%    /etc/mnttab

/dev/dsk/c0t0d0s3    4129290 1922446 2165552    48%    /var

swap                 4975032      16 4975016     1%    /var/run

/dev/dsk/c0t0d0s6    16426922 2098158 14164495    13%    /home1

swap                 4975392     376 4975016     1%    /tmp

/dev/dsk/c0t0d0s4    2053605    4579 1987418     1%    /opt

/dev/dsk/c2t5d0s6    69955723 14990925 54265241    22%    /ARRAY

#

# iostat -x

extended device statistics

device       r/s    w/s   kr/s   kw/s wait actv  svc_t  %w  %b

fd0          0.0    0.0    0.0    0.0  0.0  0.0    0.0   0   0

sd0         19.1    5.6  434.5   40.9  0.0  0.4   17.9   0   7

sd6          0.0    0.0    0.0    0.0  0.0  0.0    0.0   0   0

sd133       26.7   20.6 1043.9  949.5  2.5  1.1   77.0   4  21

st12         0.0    0.0    0.0    0.0  0.0  0.0    0.0   0   0

nfs1         0.0    0.0    0.0    0.0  0.0  0.0    0.0   0   0

#

#

#

# iostat -E

sd0      Soft Errors: 0 Hard Errors: 0 Transport Errors: 0

Vendor: SEAGATE  Product: ST336607LSUN36G  Revision: 0207 Serial No: 3JA1H8HR00007342

Size: 36.42GB <36418595328 bytes>

Media Error: 0 Device Not Ready: 0 No Device: 0 Recoverable: 0

Illegal Request: 0 Predictive Failure Analysis: 0

sd6      Soft Errors: 0 Hard Errors: 0 Transport Errors: 0

Vendor: TOSHIBA  Product: DVD-ROM SD-M1401 Revision: 1009 Serial No: 12/20/00

Size: 18446744073.71GB <-1 bytes>

Media Error: 0 Device Not Ready: 0 No Device: 0 Recoverable: 0

Illegal Request: 0 Predictive Failure Analysis: 0

sd133    Soft Errors: 0 Hard Errors: 1 Transport Errors: 0

Vendor: Symbios  Product: StorEDGE A1000   Revision: 0003 Serial No: 1T02699221

Size: 72.75GB <72752300032 bytes>

Media Error: 0 Device Not Ready: 0 No Device: 1 Recoverable: 0

Illegal Request: 0 Predictive Failure Analysis: 0

st12     Soft Errors: 0 Hard Errors: 0 Transport Errors: 0

Vendor: HP       Product: C1537A           Revision: L007 Serial No:   62

#

1. Cek System Configuration

# prtdiag -v

System Configuration:  Sun Microsystems  sun4u Sun Fire V890

System clock frequency: 150 MHz

Memory size: 16384 Megabytes

========================= CPUs ===============================================

Run   E$  CPU    CPU

Brd  CPU   MHz   MB Impl.   Mask

— —– —- —- ——- —-

A  0, 16 1500 32.0 US-IV+   2.2

B  1, 17 1500 32.0 US-IV+   2.2

A  2, 18 1500 32.0 US-IV+   2.2

B  3, 19 1500 32.0 US-IV+   2.2

========================= Memory Configuration ===============================

Logical  Logical  Logical

MC   Bank     Bank     Bank         DIMM    Interleave  Interleaved

Brd  ID   num      size     Status       Size    Factor      with

—-  —  —-     ——   ———–  ——  ———-  ———–

A    0     0      1024MB   no_status     512MB     8-way        0

A    0     1      1024MB   no_status     512MB     8-way        0

A    0     2      1024MB   no_status     512MB     8-way        0

A    0     3      1024MB   no_status     512MB     8-way        0

B    1     0      1024MB   no_status     512MB     8-way        1

B    1     1      1024MB   no_status     512MB     8-way        1

B    1     2      1024MB   no_status     512MB     8-way        1

B    1     3      1024MB   no_status     512MB     8-way        1

A    2     0      1024MB   no_status     512MB     8-way        0

A    2     1      1024MB   no_status     512MB     8-way        0

A    2     2      1024MB   no_status     512MB     8-way        0

A    2     3      1024MB   no_status     512MB     8-way        0

B    3     0      1024MB   no_status     512MB     8-way        1

B    3     1      1024MB   no_status     512MB     8-way        1

B    3     2      1024MB   no_status     512MB     8-way        1

B    3     3      1024MB   no_status     512MB     8-way        1

========================= IO Cards =========================

Bus  Max

IO   Port Bus       Freq Bus  Dev,

Brd  Type  ID  Side Slot MHz  Freq Func State Name                              Model

—- —- —- —- —- —- —- —- —– ——————————–  ———————-

I/O  PCI   8    B    3    33   33  2,0  ok    pci-pci8086,b154.0/pci108e,1000   PCI-BRIDGE

I/O  PCI   8    B    3    33   33  0,0  ok    pci108e,1000-pci108e,1000.1       device on pci-bridge

I/O  PCI   8    B    3    33   33  0,1  ok    SUNW,qfe-pci108e,1001             SUNW,pci-qfe/pci-bridg+

I/O  PCI   8    B    3    33   33  1,0  ok    pci108e,1000-pci108e,1000.1       device on pci-bridge

I/O  PCI   8    B    3    33   33  1,1  ok    SUNW,qfe-pci108e,1001             SUNW,pci-qfe/pci-bridg+

I/O  PCI   8    B    3    33   33  2,0  ok    pci108e,1000-pci108e,1000.1       device on pci-bridge

I/O  PCI   8    B    3    33   33  2,1  ok    SUNW,qfe-pci108e,1001             SUNW,pci-qfe/pci-bridg+

I/O  PCI   8    B    3    33   33  3,0  ok    pci108e,1000-pci108e,1000.1       device on pci-bridge

I/O  PCI   8    B    3    33   33  3,1  ok    SUNW,qfe-pci108e,1001             SUNW,pci-qfe/pci-bridg+

I/O  PCI   8    B    0    33   33  5,0  ok    scsi-pci1000,f.1000.1000.14/disk+

I/O  PCI   8    B    0    33   33  5,1  ok    scsi-pci1000,f.1000.1000.14/disk+

I/O  PCI   9    B    4    33   33  4,0  ok    pci-pci1011,25.4/pci108e,1000     PCI-BRIDGE

I/O  PCI   9    B    4    33   33  0,0  ok    pci108e,1000-pci108e,1000.1       device on pci-bridge

I/O  PCI   9    B    4    33   33  0,1  ok    SUNW,qfe-pci108e,1001             SUNW,pci-qfe/pci-bridg+

I/O  PCI   9    B    4    33   33  1,0  ok    pci108e,1000-pci108e,1000.1       device on pci-bridge

I/O  PCI   9    B    4    33   33  1,1  ok    SUNW,qfe-pci108e,1001             SUNW,pci-qfe/pci-bridg+

I/O  PCI   9    B    4    33   33  2,0  ok    pci108e,1000-pci108e,1000.1       device on pci-bridge

I/O  PCI   9    B    4    33   33  2,1  ok    SUNW,qfe-pci108e,1001             SUNW,pci-qfe/pci-bridg+

I/O  PCI   9    B    4    33   33  3,0  ok    pci108e,1000-pci108e,1000.1       device on pci-bridge

I/O  PCI   9    B    4    33   33  3,1  ok    SUNW,qfe-pci108e,1001             SUNW,pci-qfe/pci-bridg+

I/O  PCI   9    A    7    66   66  2,0  ok    pci-pci8086,b154.0/pci108e,1000   PCI-BRIDGE

I/O  PCI   9    A    7    66   66  0,0  ok    pci108e,1000-pci108e,1000.1       device on pci-bridge

I/O  PCI   9    A    7    66   66  0,1  ok    SUNW,qfe-pci108e,1001             SUNW,pci-qfe/pci-bridg+

I/O  PCI   9    A    7    66   66  1,0  ok    pci108e,1000-pci108e,1000.1       device on pci-bridge

I/O  PCI   9    A    7    66   66  1,1  ok    SUNW,qfe-pci108e,1001             SUNW,pci-qfe/pci-bridg+

I/O  PCI   9    A    7    66   66  2,0  ok    pci108e,1000-pci108e,1000.1       device on pci-bridge

I/O  PCI   9    A    7    66   66  2,1  ok    SUNW,qfe-pci108e,1001             SUNW,pci-qfe/pci-bridg+

I/O  PCI   9    A    7    66   66  3,0  ok    pci108e,1000-pci108e,1000.1       device on pci-bridge

I/O  PCI   9    A    7    66   66  3,1  ok    SUNW,qfe-pci108e,1001             SUNW,pci-qfe/pci-bridg+

No failures found in System

===========================

========================= Environmental Status =========================

System Temperatures (Celsius):

——————————-

Device          Temperature     Status

—————————————

CPU0             58             OK

CPU1             53             OK

CPU2             54             OK

CPU3             51             OK

MB               28             OK

IOB              23             OK

DBP0             22             OK

=================================

Front Status Panel:

——————-

Keyswitch position: LOCKED

System LED Status:

GEN FAULT                REMOVE

[OFF]                    [OFF]

DISK FAULT               POWER FAULT

[OFF]                    [OFF]

LEFT THERMAL FAULT       RIGHT THERMAL FAULT

[OFF]                    [OFF]

LEFT DOOR                RIGHT DOOR

[OFF]                    [OFF]

=================================

Disk Status:

Presence      Fault LED       Remove LED

DISK   0: [PRESENT]        [OFF]           [OFF]

DISK   1: [PRESENT]        [OFF]           [OFF]

DISK   2: [PRESENT]        [OFF]           [OFF]

DISK   3: [PRESENT]        [OFF]           [OFF]

DISK   4: [  EMPTY]

DISK   5: [  EMPTY]

DISK   6: [  EMPTY]

DISK   7: [  EMPTY]

DISK   8: [  EMPTY]

DISK   9: [  EMPTY]

DISK  10: [  EMPTY]

DISK  11: [  EMPTY]

=================================

Fan Bank :

———-

Bank                        Speed         Status        Fan State

( RPMS )

—-                       ——–      ———      ———

CPU0_PRIM_FAN                2040        [ENABLED]          OK

CPU1_PRIM_FAN                2173        [ENABLED]          OK

CPU0_SEC_FAN                    0        [DISABLED]         OK

CPU1_SEC_FAN                    0        [DISABLED]         OK

IO0_PRIM_FAN                 3000        [ENABLED]          OK

IO1_PRIM_FAN                 2941        [ENABLED]          OK

IO0_SEC_FAN                     0        [DISABLED]         OK

IO1_SEC_FAN                     0        [DISABLED]         OK

IO_BRIDGE_PRIM_FAN           3658        [ENABLED]          OK

IO_BRIDGE_SEC_FAN               0        [DISABLED]         OK

=================================

Power Supplies:

—————

Current Drain:

Supply     Status     Fan Fail  Temp Fail  CS Fail  3.3V   5V   12V   48V

——  ————  ——–  ———  ——-  —-   –   —   —

PS0      GOOD                                         6     4     2     3

PS1      GOOD                                         6     4     2     3

PS2      GOOD                                         6     4     2     3

========================= HW Revisions =======================================

System PROM revisions:

———————-

OBP 4.18.11 2006/05/03 07:41

IO ASIC revisions:

——————

Port

Model     ID  Status Version

——– —- —— ——-

Schizo    8     ok      7

Schizo    9     ok      7

1. Cek Status Processor

Diambil contoh Processor HLR HA-1 Problem

# psrinfo

0       on-line   since 05/06/2008 03:30:34

1       faulted   since 09/23/2008 16:32:20

2       on-line   since 05/06/2008 03:30:34

3       on-line   since 05/06/2008 03:30:26

16      on-line   since 05/06/2008 03:30:34

17      faulted   since 09/23/2008 16:19:40

18      on-line   since 05/06/2008 03:30:34

19      on-line   since 05/06/2008 03:30:34

# psrinfo -v

Status of virtual processor 0 as of: 06/16/2009 15:15:17

on-line since 05/06/2008 03:30:34.

The sparcv9 processor operates at 1500 MHz,

and has a sparcv9 floating point processor.

Status of virtual processor 1 as of: 06/16/2009 15:15:17

faulted since 09/23/2008 16:32:20.

The sparcv9 processor operates at 1500 MHz,

and has a sparcv9 floating point processor.

Status of virtual processor 2 as of: 06/16/2009 15:15:17

on-line since 05/06/2008 03:30:34.

The sparcv9 processor operates at 1500 MHz,

and has a sparcv9 floating point processor.

Status of virtual processor 3 as of: 06/16/2009 15:15:17

on-line since 05/06/2008 03:30:26.

The sparcv9 processor operates at 1500 MHz,

and has a sparcv9 floating point processor.

Status of virtual processor 16 as of: 06/16/2009 15:15:17

on-line since 05/06/2008 03:30:34.

The sparcv9 processor operates at 1500 MHz,

and has a sparcv9 floating point processor.

Status of virtual processor 17 as of: 06/16/2009 15:15:17

faulted since 09/23/2008 16:19:40.

The sparcv9 processor operates at 1500 MHz,

and has a sparcv9 floating point processor.

Status of virtual processor 18 as of: 06/16/2009 15:15:17

on-line since 05/06/2008 03:30:34.

The sparcv9 processor operates at 1500 MHz,

and has a sparcv9 floating point processor.

Status of virtual processor 19 as of: 06/16/2009 15:15:17

on-line since 05/06/2008 03:30:34.

The sparcv9 processor operates at 1500 MHz,

and has a sparcv9 floating point processor.

1. Cek SERIAL NUMBER Server :

B_inniha1[/]# cd /opt/SUNWse/opt/SUNWsneep/bin

B_inniha1[/opt/SUNWsneep/bin]# ./sneep

0637AM1615

1. Pada dasarnya dengan log hasil step nomor  1, sudah cukup untuk menganalisa problem, memang dibutuhkan ketelitian untuk menganalisanya. Semoga Bermanfaat
2. Jika ada yang perlu ditanyakan silahkan email ke sriyono.basuki@mobile-8.com atau sbasuki_tech@yahoo.com

PLNSms Ver.0.1
Copyright (C) Sriyono Basuki (+62-8881852006)
—————————————————————————–

Introduction
————

PLNSms merupakan aplikasi SMS Gateway yang dibangun untuk Customer Relationship Management (CRM) by SMS. Dimana bisa digunakan untuk memberikan :
- Informasi tagihan rekening listrik
- Informasi terbit rekening baru

What’s New in version 0.1?
————————–
- INBOX for Received SMS
- OUTBOX for SMS to send
- SENTITEMS for SMS sent
- Easy to configure Modem connection
- Backgroud service to access modem
- Support SMS Schedule
- Support SMS AutoReply / AutoRespons
- Support Import from CSV data
- Support Export data to Excell
- Support Reply, Forward and Delete in INBOX, OUTBOX and SENTITEMS

Disclaimer
———-

Distribution
————

Feedback/Update
—————
If you wanna send your comment, suggestion, bug report, or anything about
this program, please send me an e-mail to:
sbasuki_tech@yahoo.com

You can check for update version on my web page:

http://sbasuki.wordpress.com

Finally:
- Thanks to you, for using PLNSms.

Membuat SMS Gateway dengan cara yang Mudah dan Sederhana

Sebernarnya sudah banyak yang membahas mengenai Aplikasi SMS Gateway, tapi disini saya coba menulis cara mudah dan sederhana untuk membuat SMS Gateway, terutama untuk pemula/pelajar/Mahasiswa yang tertarik dengan Aplikasi berbasis SMS

Untuk membuat aplikasi SMS Gateway ini dibutuhkan beberapa hal sbb :

1. Komputer / Laptop tentunya, dengan sistem operasi Windows 98, 2000, XP atau Linux., tapi untuk testing ini saya menggunakan Windows XP
2. Database MySQL untuk menampung data SMS, saya pakai aplikasi yang sudah built-in dengan Apache dan PHP (wamp5_1.7.2 saya lupa situs buat downloadnya)
3. Gammu, bisa didownload di http://www.gammu.org
4. HP+Kabel Data atau GSM Modem+Kabel data penghubung ke computer, Disini saya menggunakan Siemens 45i

Dan untuk mengoperasionalkannya dengan langkah-langkah sbb :

1. Hubungkan HP / GSM Modem anda ke komputer apakah itu melalui port COM1 atau port USB tergantung dari jenis kabel data yang anda gunakan
2. Install Driver HP / GSM Modem anda, jika windows masih belum mengenal HP anda
3. Cek modem HP anda ini masuk ke port COM berapa? Caranya klik kanan di My Computer à HardWare, Klik di Device Manager, Buka di Ports (COM & LPT)
4. Setelah download Gammu, ekstrak file gammu_win32.zip misalnya folder C:\gammu
5. Didalam Folder C:\gammu\share\doc\gammu\examples\config ada file gammurc, file ini merupakan file konfigurasi agar gammu dapat mengenali HP anda, copy file tersebut ke C:\gammu\bin, kemudian edit isinya sebagai berikut :

[gammu]

port = com1:
;model = 6110
connection = at115200
;synchronizetime = yes
logfile = gammu.log
logformat = textall
;use_locking = yes
;gammuloc = locfile
;startinfo = yes
;gammucoding = utf8
;usephonedb = yes

1. Buka Command Prompt di Windows : Start à Run, Ketik cmd <enter>
2. Pindah direktori ke C:\gammu\bin, lalu ketik Command : gammu -identify
3. Bila Gammu sudah mampu mengenali HP anda maka akan muncul Informasi HP termasuk didalamnya ada IMEI seperti tampilan berikut :

C:\Documents and Settings\m8dodol>cd c:\gammu\bin
C:\gammu\bin>gammu –identify
Manufacturer         : Siemens
Model                  : S45i (S45i)
Firmware             : 03
IMEI                 : 350170210223563
Product code         : S45i
SIM IMSI             : 51008000214519

Untuk Menyimpan data SMS yang masuk dan keluar disimpan di database MySQL lakukan langkah-langkah konfigurasi sbb:

1. Buka koneksi ke database MySQL, bisa menggunakan tools http://localhost/phpmyadmin, atau Mysql-Front ataupun Command prompt
2. Buat database smsd di MySQL, masuk kedatabase tersebut
3. Jalankan script C:\gammu\examples\config\mysql.sql
4. Copy file C:\gammu\examples\config\smsdrc ke C:\gammu\bin
5. Edit File smsdrc sebagai berikut :

[smsd]

PIN = 1234
logfile = smsd.log
commtimeout = 1
sendtimeout = 10
#receivefrequency = 0
#checksecurity = 1
#resetfrequency = 0
deliveryreport = sms
phoneid = MyPhone1
deliveryreportdelay = 10
#runonreceive = /some/script
# ————- SETTINGS FOR –smsd MYSQL or –smsd PGSQL ————–
user = root
password =
pc = localhost
# pc can also contain port or socket path after colon (eg. localhost:/path/to/socket)
database = smsd

1. Kemudian Jalankan SMS Daemon Server di command prompt :

C:\gammu\bin>gammu –smsd mysql smsdrc
Log filename is “smsd.log”
Press Ctrl+C to stop the program …

1. Bila tidak ada error maka SMS Daemon Server telah berhasil.
2. Berikut adalah yang dilakukan oleh Gammu :

Menerima SMS :
- Tabel Inbox : INSERT

Mengirim SMS :
1. Tabel Outbox : SELECT, INSERT, DELETE and UPDATE
2. Tabel Outbox_MultiPart : SELECT, INSERT
3. Tabel SentItems : INSERT and UPDATE

1. Untuk mengirimkan SMS bisa lakukan command INSERT ke table OUTBOX di MySQL sebagai berikut :

insert into outbox (InsertIntoDb, DestinationNumber, TextDecoded, coding, creatorID, DeliveryReport, multipart) values (now(),’<NO_TUJUAN>’, ‘<ISI_SMS>’,'Default_No_Compression’,'TEXT’, ‘yes’,'true’);

1. Gammu akan membaca table OUTBOX sebagai data SMS yang akan dikirim, setelah berhasil dikirim data di OUTBOX dipindahkan ke table SENTITEMS, jika ada Delivery Report yang diterima maka di SENTITEMS fields DeliveryDateTime akan terisi dengan waktu Delivery message nya.

Selamat Mencoba.

Tulisan Berikutnya, saya akan menulis mengenai AUTO-REPLY SMS di Gammu dengan menggunakan TRIGGER dan STORED PROCEDURE di MySQL

(sbasuki, 31-Dec-2008)

HLR Presentation

Home Location Register
(HLR)
What is HLR ?
The HLR is the primary database that stores subscriber information for users who are “home subscribers” to that specific location register.

The HLR stores the following subscriber information
Identification information including :
Mobile Identification Number (MIN),
Mobile Directory Number (MDN), and
Equipment Serial Number (ESN)
Subscribed features and privileges
Feature information including feature activation status and feature registration information
Current subscriber location and activity status
The Role of the HLR
The HLR interworks with the MSC/VLR, AC, SMSC and feature servers to support origination/termination, authentication, SMS, packet transmission, location data, and the services of the intelligent network.

How can we know where a mobile station is?
The HLR has the necessary information for initiating, terminating, or receiving a call.
The MSC contacts the HLR prior to setting up the call.
The MSC delivers the call immediately.
As subscribers roam beyond their home area, the HLR keeps track of their locations and status.

How can we know where a mobile station is?
Whenever the MS is activated (powered on),
the Mobile Identification Number (MIN) and the Equipment Serial Number (ESN) are transmitted to the closest cell site, which notifies the HLR of the subscriber’s current location.
The HLR stores this information so calls can be forwarded to subscribers and service features can be accessed while the subscriber is roaming. The MS continues to transmit its identification at regular intervals so the network always knows the locations of all active  subscribers.
The MSCs and the HLR work together to continually track the location of a subscriber. When a subscriber is roaming and activates the MS, a cell site receives the signal containing the Mobile Identification Number (MIN) and ESN. This information is received by an MSC which transmits it to the mobile network for appropriate routing to the HLR.
Every few minutes, the handset resends this signal. As the subscriber moves from one cell site to another, the receiving MSC transmits the location of the MS to the HLR database for handoff.

Authentication Center(AC)
What is AC ?
The Authentication center which is one of the elements in the ANSI-41 network ( AC) is related to the HLR.
The AC provides the HLR with different set of parameters to complete the authentication of a MS(mobile station).
The AC is utilized to protect against unauthorized access in the mobile communication by “authenticating” mobile stations (MS) upon registration, call origination, call termination, and flash requests.
The AC interworks with ans external system using the MAP protocol over the SIGTRAN signaling network.
Authentication and encryption functions are provided in order to prevent illegal use of services, and to authenticate subscribers before requested services are provided to them
The authentication function shares a secret key between MS and network, executes the same authentication algorithm for them. Then, based on the result, corresponding MS is allowed to access the network.
Definition of Authentication Data
A-Key(Authentication Key, 64 bit)
A secret,64bit pattern stored in the MS and HLR/AUC
Used to generate the SSD(Shared Secret Data).

SSD(Shared Secret Data, 128 bit)
A 128bit pattern stored in the MS and known by BSS
SSD is concatenation of two 64bit subsets;
SSD-A(64 bit) is used to support the authentication
procedure.
SSD-B(64 bit) serves as one of the input to the process
generating the encryption mask and private long code.
RAND(Random Challenge Memory)
RAND is used in conjunction with SSD-A and other
parameters,  as appropriate authenticate MS orig.,
term. and  registration.
Operation of Authentication
Authentication Function
Deriving the SSD from the A-key
Shared Secret Data Update
It is a procedure of updating shared secret data (SSD) of the authentication center and mobile station. This procedure may always be executed every time when the AC requires. Thus, this command should be transmitted over traffic channel or paging channel to MS.
Global Challenge
Registration
Origination
Termination
Unique Challenge
This procedure is for authentication center to ask direct authentication for a particular MS. This procedure can always be executed every time when the AC requires, the command should be able to be transmitted over paging or traffic channel. Once the unique challenge fails, MS does not allow access the network, or performs the shared secret data update procedure. Command should be transmitted to MS over a channel. Once the unique challenge fails, access is not allowed to the network, or shared secret data updating procedure is executed.
Call History Count Update
Once an originating call and a terminating call completed successfully the authentication procedure, the AC sends parameter modification message to MS to update the MS Count. In normal state, count update is made in the process of originating and terminating call, though, it may occur in other time points. Consequently the procedure should be able to be made by paging and traffics. If unclear location data is notified from HLR or VLR, call history count should be updated.
MS Registration Flow
1.     MS-A sends Registration message to the Serving MSC with MIN
2.    The Serving MSC receives the REGNOT and forwards to VLR.
The VLR forwards the REGNOT to HLR associated to the MS-A
3.    The HLR Registers MS information in Database and returns a REGNOT to VLR
VLR records the identity of the MSC and the locations area identity an forwards a REGNOT to the Serving MSC
4.    Tee Serving MSC sends Sector List information
The BSC finds out its sector id in the received sector list from MSC
If so, BSC sends HOMEZONE or MOBILE information
MS would display received information
MS Registration Flow : with Authentication
1.    MS-A sends Registration message to the Serving MSC with MIN
2.    The Serving MSC/VLR receives the message and sends AUTHREQ to HLR associated to MS-A
The HLR forwards AUTHREQ to AUC and receives result
3.    HLR forwards the authreq to the Serving MSC/VLR
4.    Following successful authentication of the MS-A the Serving MSC/VLR sends REGNOT to HLR
5.    If the MS was previosly registered in another system, the HLR sends REGCANC to the previously serving system
6.    The previously serving MSC/VLR returns REGCANC to HLR
7.    HLR Registers MS information in Database and sends the REGNOT to the serving MSC/VLR
Call Origination(M-M:Local MS): with Authentication
1.     MS-A dials MS-B with MDN
On a call origination attempt by the MS-A, the Origination MSC/VLR sends an AUTHREQ to the HLR associated with the MS-A
The HLR forwards the AUTHREQ to the AUC and receives authreq as a results
3.    The HLR forwards authreq to the Originating MSC/VLR
The Originating MSC receives the message and sends LOCREQ to HLR
The HLR determines that the call shall be routed to a local MS and returns this information to the originating MSC in the LOCREQ
MSC paging to MS-B

Call Origination(M-M:Roaming MS)
MS-A dials MS-C with MDN
The originating MSC receives the message and sends LOCREQ to HLR associated to the MS-C
The HLR sends a ROUTREQ to the Serving VLR, VLR forwards the ROUTREQ to the MSC.
The Serving MSC allocated a TLDN and returns this information to the Serving VLR in the ROUTREQ
VLR forwards the ROUTREQ to the HLR
The HLR determines that the call shall be routed to an another MSC and returns this information to the MSC in the LOCREQ
A voice path is then established between the Jakarta MSC and Bandung MSC paging to MS-B
The serving MSC paging MS-C

Call Origination (M-M : Local MS)
MS-A dials MS-B with MDN
The Originating MSC receives the message and sends LOCREQ to HLR
HLR determines that the call shall be routed to  a local MS and returns this information to the originating MSC int the LOCREQ
MSC paging to MS-B
Call Origination (M-M : Roaming MS)
MS-A dials MS-C with MDN
The Originating MSC receives the message and determines the MS is in Bandung HLR so Jakarta MSC sends a LOCREQ to the Bandung HLR (associated to MS-C)
The HLR determines that the MS-C is roaming in Jakarta MSC and that the call shall be routed to a local MS
The HLR returns this information to the originating MSC in the LOCREQ
MSC paging MS-C

Service Feature
Service Features
Supplementary Services Provided by HLR
Call Forwarding-Busy (Act = *73, DAct = *730)
Call Forwarding-Unconditional (Act = *71, DAct = *710)
Call Forwarding-No Answer (Act = *74, DAct = *740)
Call Forwarding-Default (Act = *72, DAct = *720)
Call Waiting (Act = *40, DAct = *400)
Call Holding
Short Message Service
Fax Mail Service
Conference Call
Call Transfer
Message Waiting Notification
Remote Feature Control
Calling Number Identification Presentation
Calling Number Identification Restriction
Voice Mail Service
Call Forwarding to VMS : Busy
MS-A dials MS-C with MDN
The Originating MSC receives the message and sends LOCREQ to HLR associated to HLR MS-B
The HLR sends a ROUTREQ to the Serving VLR
The VLR forwards the ROUTREQ to the MSC
IF MS-C is busy, the status is returned to the HLR in the ROUTREQ
The HLR determines from the service profile that VMS is active. It sends the LOCREQ to the originating MSC including the VMS_ID
The Originating MSC then establishes a call to VMS.

Call Forwarding to VMS : Unconditional
MS-A dials MS-B with MDN
The Originating MSC receives the message and sends LOCREQ to HLR associated to HLR MS-B
The HLR determines from MS’ service profile that VMU is active
The HLR sends a locreq to the originating MSC providing the VMS_ID
The Originating MSC then establishes a call to VMS.

SMS (Short Message Send)
MS sends shorts message
MSC sends SMDPP
SMSC returns smdpp
SMSC sends SMSREQ to the HLR to get SMS routing address
HLR responds with an smsreq toward the SMSC
SMSC sends SMDPP to MS-C
MSC sends smdpp to SMSC

Calling Number Identification Presentation (CNIP)
Calling Number Identification Restraction (CNIR)
MS-A dialing to MS-B
MSC receives the message and sends LOCREQ to HLR (including CNI information)
HLR sends locreq (including CNI information)
MSC paging to MS-B
IF MS-B has CNIP service, MS-B alerted including Calling Number Identification Presentation information
IF MS-A has CNIR service then CNI information will not displayed MS-B

Message Waiting Notification
Voicemail message is waiting to be delivered to the subscriber (MS-A). But the MS-A is not available for alerting
MSC receives an indication that the MS-A is available for alerting
MSC send a REGNOT to the HLR associated to the MS-A
HLR returns a regnot to the MSC/VLR
MSC then provides a MWN alert to the MS-A
What is new service?
FWA is a limited mobility service within pre-defined mobility area.
Subscriber’s mobility is limited within pre-defined Limited Mobility Service Area.
Limited Mobility Service Area (LMSA) is PSTN Local Service Area.

What is new service?
Subscriber can proceed (Originate & Terminate) a call only inside the pre-defined subscriber’s LMSA.

What is new service?
HLR send the LMSA code of Subscriber to MSC/VLR when MS‘s initial register, location update and changed profiles
What is new service?
MSC determines to permit or limit a call origination according to the result of comparing with subscriber’s present location area and LMSA
What is new service?
MSC determines to permit or limit a call termination according to the result of comparing with subscriber’s present location area and LMSA

Thank You

Sriyono.basuki@mobile-8.com

7. Generate log file ________________

1. Crontab Restrictions
____________
You can execute crontab if your name appears in the file /usr/lib/cron/cron.allow. If that file does not exist, you can use
crontab if your name does not appear in the file /usr/lib/cron/cron.deny.
If only cron.deny exists and is empty, all users can use crontab. If neither file exists, only the root user can use crontab. The allow/deny files consist of one user name per line.

2. Crontab Commands
__________
export EDITOR=vi ;to specify a editor to open crontab file.

crontab -e     Edit your crontab file, or create one if it doesn’t already exist.
crontab -l      Display your crontab file.
crontab -r      Remove your crontab file.
crontab -v      Display the last time you edited your crontab file. (This option is only available on a few systems.)

3. Crontab file
___________
Crontab syntax :-
A crontab file has five fields for specifying day , date and time  followed by the command to be run at that interval.

*     *   *   *    *  command to be executed -     -    -    -    - |     |     |     |     | |     |     |     |     +—– day of week (0 – 6) (Sunday=0) |     |     |     +——- month (1 – 12) |     |     +——— day of month (1 – 31) |     +———– hour (0 – 23) +————- min (0 – 59)

* in the value field above means all legal values as in braces for that column.
The value column can have a * or a list of elements separated by commas. An element is either a number in the ranges shown above or two numbers in the range separated by a hyphen (meaning an inclusive range).

Note: The specification of days can be made in two fields: month day and weekday. If both are specified in an entry, they are cumulative meaning both of the entries will get executed .

4. Crontab Example
_______

A line in crontab file like below  removes the tmp files from /home/someuser/tmp each day at 6:30 PM.

30     18     *     *     *         rm /home/someuser/tmp/*

Changing the parameter values as below will cause this command to run at different time schedule below :

min	hour	day/month	month	day/week	Execution time
30	0	1	1,6,12	*	– 00:30 Hrs  on 1st of Jan, June & Dec.
:
0	20	*	10	1-5	–8.00 PM every weekday (Mon-Fri) only in Oct.
:
0	0	1,10,15	*	*	– midnight on 1st ,10th & 15th of month
:
5,10	0	10	*	1	– At 12.05,12.10 every Monday & on 10th of every month
:

Note : If you inadvertently enter the crontab command with no argument(s), do not attempt to get out with Control-d. This removes all entries in your crontab file. Instead, exit with Control-c.

5. Crontab Environment
___________
cron invokes the command from the user’s HOME directory with the shell, (/usr/bin/sh).
cron supplies a default environment for every shell, defining:
HOME=user’s-home-directory
LOGNAME=user’s-login-id
PATH=/usr/bin:/usr/sbin:.
SHELL=/usr/bin/sh

Users who desire to have their .profile executed must explicitly do so in the crontab entry or in a script called by the entry.

6. Disable Email
____________

By default cron jobs sends a email to the user account executing the cronjob. If this is not needed put the following command At the end of the cron job line .

>/dev/null 2>&1

To collect the cron execution execution log in a file :

30 18  *    *   *    rm /home/someuser/tmp/* > /home/someuser/cronlogs/clean_tmp_dir.log

Setelah ikut test Toefl dan TPA tanggal 6 Desember 2008, rasa penasaran terhadap hasilnya sangat menggebu-gebu, maklum jika lulus maka aku akan banyak melakukan perubahan planning hidupku.

Berikut adalah materi pada saat ujian :

Materi Ujian S2 UI 06-Desember-2008 :
1. TPA (Test Potensi Akademik)
- Bagian 1, Soalnya berupa Artikel bahasa indonesia beberapa paragraf, 1 artikel 10 soal, dan soal persamaan kata dalam bahasa Indonesia
- Bagian 2, Soal Matematika Dasar, Jika jawaban salah maka nilai dikurangi. diantaranya soal cerita, deret matematika, ini lumayan susah karena dari soal yang diberikan jawabannya merupakan rumus hasilnya, misal : jika X memiliki uang sebanyak Rp. A dan kemudia uang itu diberikan sejumlah Rp. B kepada Y dan kemudian X menerima uang dari Z sebanyak Rp. C, maka berupa uang yang dimiliki oleh X. jawab : A-B+C
- Bagian 3, Soal mengenai gambar, seperti mencocokan gambar, meneruskan gambar berikutnya
2. Toefl / Bahasa Inggris
Terdiri dari 100 soal, 40 soal grammar dan structure dan 60 soal dalam reading, lumayan aneh2 istilah bahasa inggrisnya

Tanggal 12 Desember 2008 adalah pengumuman hasil test Toefl dan TPA ku, dan setelah hasilnya aku lihat ternyata aku tidak lolos seleksi, lemas badan rasanya setelah tau ak tidak lolos, rasanya semua planning yang aku rencanakan untuk tahun depan harus aku susun ulang.

Dari hasil interospeksi ku, aku memang kurang persiapan di Toeflnya banyak pertanyaan yang aku jawab tidak meyakinkan, untuk next nya akan aku coba lagi tahun depan dan tentunya harus lolos

Materi Ujian S2 UI 01-Maret-2009 (Penilaian Jika Benar maka Nilai=1, Salah=-0.2) :
1. TPA (Test Potensi Akademik)
- Bagian 1, Soalnya berupa Artikel bahasa indonesia beberapa paragraf, 1 artikel 10 soal, total ada 2 Artikel dan soal persamaan kata/Sinonim, Antonim dan kesetaraan pernyataan dalam bahasa Indonesia
- Bagian 2, Soal Matematika Dasar, diantaranya soal cerita, deret matematika, ini lumayan susah karena dari soal yang diberikan jawabannya merupakan rumus hasilnya, misal : jika X memiliki uang sebanyak Rp. A dan kemudia uang itu diberikan sejumlah Rp. B kepada Y dan kemudian X menerima uang dari Z sebanyak Rp. C, maka berupa uang yang dimiliki oleh X. jawab : A-B+C
- Bagian 3, Soal Logika Matematika
2. Toefl / Bahasa Inggris
Terdiri dari 100 soal, 40 soal grammar dan structure dan 60 soal dalam reading, lumayan aneh2 istilah bahasa inggrisnya

Aku ikut test UI lagi yang 01 Maret, dan Alhamdulillah akhirnya berhasil lolos Test Seleksi tahap 1

Sekarang lagi nunggu hasil pengumuman akhir Test Seleksi tahap 2 tanggal 04 April 2009

Aku lagi persiapan untuk tes TPA dan Toefl neh, terakhir ikut TPA dan toefl tahun 2005 waktu ikut test ujian masuk perusahaan bank terkemuka di Indonesia, makanya dari tadi malem googling nyari bahan soal dan kisi-kisi ujiannya. bahan udah lumayan dapat banyak tapi kok rasanya males banget ya belajar.. kayaknya emang bener neh makin tua makin susah belajar

Untuk TPA berdasarkan pengalamanku sih ak selau lolos di tahap ini (mulai sombong neh… karena aku emang suka matematika) tapi untuk toefl ancur deh, dilihat dari sejarahnya ak ikutan toefl ngga pernah ada yang memuaskan, paling tinggi score nya cuman 430 padahal untuk lolos standar minimumnya 500  hahahah….. itu sih anak SMU aja bisa

Untuk meningkatkan nilai toefl ak pernah ikut kursus bahasa inggris di DirectEnglish di Jl. Sudirman Jakarta, lumayan dapat ilmu banyak seh tapi pas ikut toefl untuk test masuk perusahaan tetap ngga memuaskan alias gagal. Makanya mendekati ujian Toefl yang baru ini agak sindrome takut ngga lolos.

Btw, apapun hasilnya yang penting usaha sudah maksimal.

Minta do’anya ya.. biar bisa lolos test TPA dan Toefl nanti. Kalo ada yang punya soal2 bisa kirim ke gw untuk kita diskusi heheh…

15-Nov-2008,