Laporan Pendapatan 1
Free Template Blogger
collection template
Hot Deals
BERITA_wongANteng
SEO
theproperty-developer
TUGAS 3D KELOMPOK 4 (UPDATE)
Jumat
Modeling + Texturing (Update 2)Free Template Blogger collection template Hot Deals BERITA_wongANteng SEO theproperty-developer
TUGAS 3D KELOMPOK 4 (UPDATE)
Kamis
Modelling (Update 1)
Free Template Blogger collection template Hot Deals BERITA_wongANteng SEO theproperty-developer
TUGAS 3D KELOMPOK 4
Rabu
HASIL BLENDER
HASIL SURVEY 1
HASIL SURVEY 2
HASIL SURVEY 3
HASIL SURVEY 4
Free Template Blogger collection template Hot Deals BERITA_wongANteng SEO theproperty-developer
Cloud Computing
| Nama: Firma Hafiz Triaji | Cloud Computing | Tanggal: 9 Juli 2011 |
| No HP: 085720533507 | Jurusan: TKJ D1 PVB ITB | |
| Blog: firma-hafiz.blogspot.com |
Cloud Computing
Apakah itu cloud computing? Bagaimana cara kerja cloud computing?
Akhir-akhir ini, cloud computing adalah topik yang selalu menjadi bahan pembicaraan di dunia Teknologi Informasi (TI).
Sebenarnya saya sendiri tidak begitu mengetahui dan mengerti apa itu cloud computing. Tetapi mari kita mencari beberapa artikel dan info dari sumber di internet.
Jika diartikan ke dalam bahasa Indonesia cloud computing adalah komputer awan, mungkin istilah itu terasa rancu jika diartikan seperti itu.
Definisi cloud computing itu sendiri banyak yang mengartikannya dengan perbedaannya.
Menurut sumber di Wikipedia bahwa cloud computing itu adalah gabungan dari pemanfaatan teknologi (komputasi) dan pengembangan berbasis internet (awan). Cloud computing merupakan sebuah metode komputasi dimana kemampuan TI disediakan sebagai layanan berbasis internet, atau cloud computing sebagai “komputasi berbasis Internet, ketika banyak server digunakan bersama untuk menyediakan sumber daya, perangkat lunak dan data pada komputer atau perangkat lain pada saat dibutuhkan, sama seperti jaringan listrik”.
Gartner mendefinisikannya sebagai “sebuah cara komputasi ketika layanan berbasis TI yang mudah dikembangkan dan lentur disediakan sebagai sebuah layanan untuk pelanggan menggunakan teknologi Internet.”
Forester mendefinisikannya sebagai “standar kemampuan TI, seperti perangkat lunak, platform aplikasi, atau infrastruktur, yang disediakan menggunakan teknologi Internet dengan cara swalayan dan bayar-per-pemakaian.”
Namun semuanya sepakat bahwa yang dimaksud dengan "Cloud Computing" secara sederhana adalah "layanan teknologi informasi yang bisa dimanfaatkan atau diakses oleh pelanggannya melalui jaringan internet".
Apabila anda masih bingung dengan definisi-definisi yang telah dijelaskan oleh pihak-pihak diatas, mari kita simpulkan beberapa definisi itu dengan perumpamaan yang lebih mudah dimengerti. Secara sederhana, Cloud computing dapat kita bayangkan seperti sebuah jaringan listrik. Apabila kita membutuhkan listrik, apakah kita harus punya pembangkit listrik sendiri? Tentu tidak. Kita tinggal menghubungi penyedia layanan (dalam hal ini, PLN), menyambungkan rumah kita dengan jaringan listrik, dan kita tinggal menikmati layanan tersebut. Pembayaran kita lakukan bulanan sesuai pemakaian.
Kalau listrik bisa seperti itu, mengapa layanan komputasi tidak bisa? Misalnya, apabila sebuah perusahaan membutuhkan aplikasi CRM (Customer Relationship Management). Kenapa perusahaan tersebut harus membeli aplikasi CRM, membeli hardware server, dan kemudian harus memiliki tim TI khusus untuk menjaga server dan aplikasi tersebut?
Di sinilah cloud computing berperan. Penyedia jasa cloud computing seperti Microsoft, telah menyediakan aplikasi CRM yang dapat digunakan langsung oleh perusahaan tadi. Mereka tinggal menghubungi penyedia layanan (dalam hal ini, Microsoft), “menyambungkan” perusahaannya dengan layanan tersebut (dalam hal ini, melalui Internet), dan tinggal menggunakannya. Pembayaran? Cukup dibayar per bulan (atau per tahun, tergantung kontrak) sesuai pemakaian. Tidak ada lagi investasi di awal yang harus dilakukan.
Agar lebih mudah membayangkannya, silahkan lihat ilustrasi pada Gambar 1.
Sejarah Cloud Computing
Ide awal dari cloud computing bisa ditarik ke tahun 1960-an, saat John McCarthy, pakar komputasi MIT yang dikenal juga sebagai salah satu pionir intelejensia buatan, menyampaikan visi bahwa "suatu hari nanti komputasi akan menjadi infrastruktur publik--seperti listrik dan telpon".
Namun baru di tahun 1995 lah, Larry Ellison, pendiri Oracle , memunculkan ide "Network Computing" sebagai kampanye untuk menggugat dominasi Microsoft yang saat itu merajai desktop computing dengan Windows 95-nya.
Larry Ellison menawarkan ide bahwa sebetulnya user tidak memerlukan berbagai software, mulai dari Sistem Operasi dan berbagai software lain, dijejalkan ke dalam PC Desktop mereka.
PC Desktop bisa digantikan oleh sebuah terminal yang langsung terhubung dengan sebuah server yang menyediakan environment yang berisi berbagai kebutuhan software yang siap diakses oleh pengguna.
Ide "Network Computing" ini sempat menghangat dengan munculnya beberapa pabrikan seperti Sun Microsystem dan Novell Netware yang menawarkan Network Computing client sebagai pengganti desktop.
Penulis sendiri pada tahun '98 sempat mencoba Network Computing yang dikoneksikan ke sebuah Windows NT Server di mana NC client dapat menggunakan berbagai aplikasi yang tersedia di dalam server tersebut secara remote.
Namun akhirnya, gaung Network Computing ini lenyap dengan sendirinya, terutama disebabkan kualitas jaringan komputer yang saat itu masih belum memadai, sehingga akses NC ini menjadi sangat lambat, sehingga orang-orang akhirnya kembali memilih kenyamanan PC Desktop, seiring dengan semakin murahnya harga PC.
Tonggak selanjutnya adalah kehadiran konsep ASP (Application Service Provider) di akhir era 90-an. Seiring dengan semakin meningkatnya kualitas jaringan komputer, memungkinkan akses aplikasi menjadi lebih cepat.
Hal ini ditangkap sebagai peluang oleh sejumlah pemilik data center untuk menawarkan fasilitasnya sebagai tempat ‘hosting’ aplikasi yang dapat diakses oleh pelanggan melalui jaringan komputer.
Dengan demikian pelanggan tidak perlu investasi di perangkat data center. Hanya saja ASP ini masih bersifat "privat", di mana layanan hanya dikastemisasi khusus untuk satu pelanggan tertentu, sementara aplikasi yang di sediakan waktu itu umumnya masih bersifat client-server.
Kehadiran berbagai teknik baru dalam pengembangan perangkat lunak di awal abad 21, terutama di area pemrograman berbasis web disertai peningkatan kapasitas jaringan internet, telah menjadikan situs-situs internet bukan lagi berisi sekedar informasi statik. Tapi sudah mulai mengarah ke aplikasi bisnis yang lebih kompleks.
Dan seperti sudah sedikit disinggung sebelumnya, popularitas Cloud Computing semakin menjulang saat di awal 2000-an, Marc Benioff ex VP di Oracle, meluncurkan layanan aplikasi CRM dalam bentuk Software as a Service, Salesforce.com, yang mendapatkan sambutan gegap gempita.
Dengan misinya yang terkenal yaitu "The End of Software", Benioff bisa dikatakan berhasil mewujudkan visi bos-nya di Oracle, Larry Elisson, tentang Network Computing menjadi kenyataan satu dekade kemudian.
Selanjutnya jargon Cloud Computing bergulir seperti bola salju menyapu dunia teknologi informasi. Dimulai di tahun 2005, mulai muncul inisiatif yang didorong oleh nama-nama besar seperti Amazon.com yang meluncurkan Amazon EC2 (Elastic Compute Cloud), Google dengan Google App Engine-nya, tak ketinggalan raksasa biru IBM meluncurkan Blue Cloud Initiative dan lain sebagainya.
Semua inisiatif ini masih terus bergerak, dan bentuk Cloud Computing pun masih terus mencari bentuk terbaiknya, baik dari sisi praktis maupun dari sisi akademis. Bahkan dari sisi akademis, jurnal-jurnal yang membahas tentang ini hal ini baru bermunculan di tiga tahun belakangan.
Akhirnya seperti yang kita saksikan sekarang, seluruh nama-nama besar terlibat dalam pertarungan menguasai awan ini. Bahkan pabrikan Dell, pernah mencoba mempatenkan istilah "Cloud Computing", namun ditolak oleh otoritas paten Amerika.
Walaupun di luaran perebutan kapling awan ini begitu ingar-bingar, tidak demikian dengan di tanah air Indonesia tercinta ini. Pemain yang benar-benar mencoba masuk di area ini masih sangat sedikit, bahkan jumlahnya bisa dibilang belum sebanyak jari sebelah tangan.
Salah satu yang cukup serius bermain di area ini adalah PT Telkom, yang setidaknya saat ini sudah menawarkan dua layanan aplikasi berbasis Software as a Service. Salah satunya melalui anak usahanya, Sigma Cipta Caraka, yang menawarkan layanan aplikasi core banking bagi bank kecil-menengah.
Kemudian bekerjasama dengan IBM Indonesia dan mitra bisnisnya, PT Codephile, Telkom menawarkan layanan e-Office on Demand untuk kebutuhan kolaborasi/korespondensi di dalam suatu perusahaan atau organisasi.
Sepinya sambutan dunia teknologi informasi dalam negeri terhadap Cloud Computing ini, mungkin disebabkan beberapa faktor, di antaranya:
1. Penetrasi infrastruktur internet yang bisa dibilang masih terbatas.
2. Tingkat kematangan pengguna internet, yang masih menjadikan media internet utamanya sebagai media hiburan atau sosialisasi.
3. Tingginya investasi yang dibutuhkan menyediakan layanan cloud ini, karena harus merupakan kombinasi antara infrastruktur jaringan, hardware dan software sekaligus.
Namun demikian, sebagai negara dengan jumlah penduduk terbesar ke-5 di dunia--yang berarti juga pasar terbesar ke-5 di dunia--para pelaku teknologi informasi dalam negeri harus sesegera mungkin mempersiapkan diri dalam arti mulai mengembangkan layanan-layanan yang siap di-cloud-kan.
Sehingga saat gelombang besar Cloud Computing ini sampai di sini, tidak hanya pemain asing besar saja yang akan menangguk keuntungan. Tentu saja peran pemerintah sebagai fasilitator dan regulator sangat diperlukan di sini, karena sekali lagi: Everybody wants to be in the Cloud!
Kriteria Cloud Computing
Menurut artikel yang saya temukan, terdapat beberapa criteria yang harus dipenuhi dari cloud computing itu sendiri. Dan NIST menetapkan setidaknya lima kriteria yang harus dipenuhi oleh sebuah sistem untuk bisa di masukkan dalam keluarga cloud computing, yaitu :
1. Swalayan (On Demand Self Service)
Seorang pelanggan dimungkinkan untuk secara langsung "memesan" sumber daya yang dibutuhkan, seperti processor time dan kapasitas penyimpanan melalui control panel elektronis yang disediakan. Jadi tidak perlu berinteraksi dengan personil customer service jika perlu menambah atau mengurangi sumberdaya komputasi yang diperlukan.
2. Akses Pita Lebar (Broadband Network Access)
Layanan yang tersedia terhubung melalui jaringan pita lebar, terutama untuk dapat diakses secara memadai melalui jaringan internet, baik menggunakan thin client, thick client ataupun media lain seperti smartphone.
3. Sumberdaya Terkelompok (Resource pooling)
Penyedia layanan cloud, memberikan layanan melalui sumberdaya yang dikelompokkan di satu atau berbagai lokasi date center yang terdiri dari sejumlah server dengan mekanisme multi-tenant. Mekanisme multi-tenant ini memungkinkan sejumlah sumberdaya komputasi tersebut digunakan secara bersama-sama oleh sejumlah user, di mana sumberdaya tersebut baik yang berbentuk fisik maupun virtual, dapat dialokasikan secara dinamis untuk kebutuhan pengguna/pelanggan sesuai permintaan.
Dengan demikian, pelanggan tidak perlu tahu bagaimana dan darimana permintaan akan sumberdaya komputasinya dipenuhi oleh penyedia layanan. Yang penting, setiap permintaan dapat dipenuhi. Sumberdaya komputasi ini meliputi media penyimpanan, memory, processor, pita jaringan dan mesin virtual.
4. Elastis (Rapid elasticity)
Kapasitas komputasi yang disediakan dapat secara elastis dan cepat disediakan, baik itu dalam bentuk penambahan ataupun pengurangan kapasitas yang diperlukan. Untuk pelanggan sendiri, dengan kemampuan ini seolah-olah kapasitas yang tersedia tak terbatas besarnya, dan dapat "dibeli" kapan saja dengan jumlah berapa saja.
5. Layanan Yang Terukur (Measured Service)
Sumberdaya cloud yang tersedia harus dapat diatur dan dioptimasi penggunaannya, dengan suatu sistem pengukuran yang dapat mengukur penggunaan dari setiap sumberdaya komputasi yang digunakan (penyimpanan, memory, processor, lebar pita, aktivitas user, dan lainnya). Dengan demikian, jumlah sumberdaya yang digunakan dapat secara transparan diukur yang akan menjadi dasar bagi user untuk membayar biaya penggunaan layanan.
Layanan Cloud Computing
Dari sisi jenis layanan cloud sendiri, sampai saat ini para pemain di area ini sepakat untuk membagi jenis layanan cloud computing ke dalam tiga jenis layanan, yaitu:
1. Software as a Service (SaaS).
SaaS ini merupakan layanan Cloud Computing yang paling dahulu populer. Software as a Service ini merupakan evolusi lebih lanjut dari konsep ASP (Application Service Provider). Sesuai namanya, SaaS memberikan kemudahan bagi pengguna untuk bisa memanfaatkan sumberdaya perangkat lunak dengan cara berlangganan. Sehingga tidak perlu mengeluarkan investasi baik untuk in house development ataupun pembelian lisensi.
Dengan cara berlangganan via web, pengguna dapat langsung menggunakan berbagai fitur yang disediakan oleh penyedia layanan. Hanya saja dengan konsep SaaS ini, pelanggan tidak memiliki kendali penuh atas aplikasi yang mereka sewa. Hanya fitur-fitur aplikasi yang telah disediakan oleh penyedia saja yang dapat disewa oleh pelanggan.
Dan karena arsitektur aplikasi SaaS yang bersifat multi tenant, memaksa penyedia untuk hanya menyediakan fitur yang bersifat umum, tidak spesifik terhadap kebutuhan pengguna tertentu. Meskipun demikian, kustomisasi tidak serta-merta diharamkan, meskipun hanya untuk skala dan fungsi yang terbatas.
Tapi dengan berkembangnya pasar dan kemajuan teknologi pemrograman, keterbatasan-keterbatasan itu pasti akan berkurang dalam waktu tidak terlalu lama. Untuk contoh layanan SaaS, tentu saja kita harus menyebut layanan CRM online Salesforce.com--yang dikomandai Marc Benioff dan telah menjadi ikon SaaS ini.
Selain itu Zoho.com, dengan harga yang sangat terjangkau, menyediakan layanan SaaS yang cukup beragam, dari mulai layanan word processor seperti Google Docs, project management, hingga invoicing online. Layanan akunting online pun tersedia, seperti yang diberikan oleh Xero.com dan masih banyak lagi. IBM dengan Lotuslive.com nya dapat dijadikan contoh untuk layanan SaaS di area kolaborasi/unified communication.
Sayangnya untuk pasar dalam negeri sendiri, seperti sudah saya sampaikan dalam tulisan terdahulu, masih sangat sedikit yang mau berinvestasi untuk menyediakan layanan SaaS ini.
2. Platform as a Service (PaaS)
Seperti namanya, PaaS adalah layanan yang menyediakan modul-modul siap pakai yang dapat digunakan untuk mengembangkan sebuah aplikasi, yang tentu saja hanya bisa berjalan diatas platform tersebut.
Seperti juga layanan SaaS, pengguna PaaS tidak memiliki kendali terhadap sumber daya komputasi dasar seperti memory, media penyimpanan, processing power dan lain-lain, yang semuanya diatur oleh provider layanan ini.
Pionir di area ini adalah Google AppEngine, yang menyediakan berbagai tools untuk mengembangkan aplikasi di atas platform Google, dengan menggunakan bahasa pemrograman Phyton dan Django.
Kemudian Salesforce juga menyediakan layanan PaaS melalui Force.com, menyediakan modul-modul untuk mengembangkan aplikasi diatas platform Salesforce yang menggunakan bahasa Apex.
Dan mungkin yang jarang sekali kita ketahui, bahwa Facebook juga bisa dianggap menyediakan layanan PaaS, yang memungkinkan kita untuk membuat aplikasi diatasnya. Salah satu yang berhasil menangguk untung besar dari layanan PaaS Facebook adalah perusahaan bernama Zynga, yang tahun lalu saja berhasil meraup keuntungan bersih lebih dari US$ 100 juta, lebih besar dari keuntungan yang didapat oleh Facebook sendiri.
Anda mungkin akan sedikit terkejut kalau saya beritahu bahwa Zynga ini bisa untung besar dari aplikasi yang sama sekali tidak serius, tapi mengandung zat adiktif luar biasa yaitu: Farmville, yang hingga kini telah berhasil menjadikan 80 juta lebih penduduk Facebook menjadi petani yang rajin mencangkul, menanam dan panen serta memerah susu sapi demi keuntungan mereka.
3. Infrastructure as a Service (IaaS).
IaaS terletak satu level lebih rendah dibanding PaaS. Ini adalah sebuah layanan yang "menyewakan" sumberdaya teknologi informasi dasar, yang meliputi media penyimpanan, processing power, memory, sistem operasi, kapasitas jaringan dan lain-lain, yang dapat digunakan oleh penyewa untuk menjalankan aplikasi yang dimilikinya.
Model bisnisnya mirip dengan penyedia data center yang menyewakan ruangan untuk co-location, tapi ini lebih ke level mikronya. Penyewa tidak perlu tahu, dengan mesin apa dan bagaimana caranya penyedia layanan menyediakan layanan IaaS. Yang penting, permintaan mereka atas sumberdaya dasar teknologi informasi itu dapat dipenuhi.
Perbedaan mendasar dengan layanan data center saat ini adalah IaaS memungkinkan pelanggan melakukan penambahan/pengurangan kapasitas secara fleksibel dan otomatis. Salah satu pionir dalam penyediaan IaaS ini adalah Amazon.com yang meluncurkan Amazon EC2 (Elastic Computing Cloud).
Layanan Amazon EC2 ini menyediakan berbagai pilihan persewaan mulai CPU, media penyimpanan, dilengkapi dengan sistem operasi dan juga platform pengembangan aplikasi yang bisa disewa dengan perhitungan jam-jaman. Untuk di dalam negeri sendiri, rencananya ada beberapa provider yang akan menyediakan
Kesimpulan
Kesimpulannya, dengan cloud computing konsumen membebaskan diri dari tanggung jawab untuk mengelola stack sumber daya komputasi. Levelnya mulai dari SaaS ketika kita benar-benar bebas, PaaS ketika kita masih harus membuat aplikasi, dan IaaS di mana kita juga masih harus sibuk dengan Operating System.
Daftar Pustaka
http://deris.unsri.ac.id/materi/jarkom/mengenal_cloudcomputing.pdf
http://www.infokomputer.com/umum/memahami-cloud-computing-bagian-1/
http://www.infokomputer.com/umum/memahami-cloud-computing-bagian-2/
http://id.wikipedia.org/wiki/Cloud_computing
http://www.ilhamsk.com/apa-itu-cloud-computing/
http://www.detikinet.com/read/2010/02/24/084138/1305595/328/lebih-jauh-mengenal-komputasi-awan
http://www.detikinet.com/read/2010/03/03/091126/1309948/328/lebih-jauh-mengenal-komputasi-awan--2-
http://www.look-j.com/2010/03/tentang-cloud-computing.html
http://www.detikinet.com/read/2010/02/24/084138/1305595/328/lebih-jauh-mengenal-komputasi-awan
Free Template Blogger collection template Hot Deals BERITA_wongANteng SEO theproperty-developer
Laporan Praktikum PAP-CHAP
Minggu
Laporan Pap Chap
Hasil Kerja:
CHAP-PAP-CHAP
PAP-CHAP-PAP
Free Template Blogger collection template Hot Deals BERITA_wongANteng SEO theproperty-developer
CHAP-PAP-CHAP
PAP-CHAP-PAP
Free Template Blogger collection template Hot Deals BERITA_wongANteng SEO theproperty-developer
PraKBM Instalasi WAN
Selasa
| Nama : Firma Hafiz Triaji | ARP dan EIRP | Tanggal : Februari 2011 |
| Kelas : 3 TKJ A | Pemateri : Bpk. Rudi H Bpk. Tresna Yogaswara | |
| SMKN 1 Cimahi | Mata Pelajaran: Instalasi WAN |
ARP
Address Resolution Protocol disingkat ARP adalah sebuah protokol dalam TCP/IP Protocol Suite yang bertanggungjawab dalam melakukan resolusi alamat IP ke dalam alamat Media Access Control (MAC Address). ARP didefinisikan di dalam RFC 826.
Ketika sebuah aplikasi yang mendukung teknologi protokol jaringan TCP/IP mencoba untuk mengakses sebuah host TCP/IP dengan menggunakan alamat IP, maka alamat IP yang dimiliki oleh host yang dituju harus diterjemahkan terlebih dahulu ke dalam MAC Address agar frame-frame data dapat diteruskan ke tujuan dan diletakkan di atas media transmisi (kabel, radio, atau cahaya), setelah diproses terlebih dahulu oleh Network Interface Card (NIC). Hal ini dikarenakan NIC beroperasi dalam lapisan fisik dan lapisan data-link pada tujuh lapis model referensi OSI dan menggunakan alamat fisik daripada menggunakan alamat logis (seperti halnya alamat IP atau nama NetBIOS) untuk melakukan komunikasi data dalam jaringan.
Jika memang alamat yang dituju berada di luar jaringan lokal, maka ARP akan mencoba untuk mendapatkan MAC address dari antarmuka router lokal yang menghubungkan jaringan lokal ke luar jaringan (di mana komputer yang dituju berada).
EIRP
EIRP (Effective Isotropic Radiated Power). EIRP adalah energi
efektif yang didapat pada main lobe dari antena pengirim.
Menghitung EIRP adalah dengan menjumlahkan penguatan antena
(dalam satuan dBi) dengan level energi (dalam satuan dBm) pada
antena tersebut.
sumber : http://rahmat999.wordpress.com/2009/08/03/penjelasan-dbm-dbi-eirp/
Penjelasan dan Perhitungan EIRP
Dalam sebuah Wireless Wide Area Network WWAN yang di operasikan di sebuah kota, sangat penting untk menjamin bahwa frekuensi dapat digunakan kembali untuk jarak tertentu. Seperti di dijelaskan sebelumnya bahkan antenna omni memungkinkan kita untuk mengcover jarak 4-5 km (diameter 8-10 km). Sedang dengan antenna sektoral pada Access Point kita dapat mengcover 6-8 km. Oleh karenanya, sesudah 4-10 km kita dapat me-reuse (memakai ulang) frekuensi untuk rekan lain yang ingin menggunakannnya.
Untuk menjamin bahwa frekuensi reuse dapat digunakan dengan baik, kita perlu membatasi maksimum daya yang diijinkan untuk terbang dari antenna. Salah satu batasan yang biasa digunakan adalah Effective Isotropic Radiated Power (EIRP). Effective Isotropics Radiated Power (EIRP) dapat dihitung dengan mudah menggunakan rumus berikut,
Effective Isotropic Radiated Power (EIRP) dalam dBm
= daya di input antenna [dBm] + penguatan antenna [dBi]
Effective Radiated Power (ERP) dalam dBm
= daya di input antenna [dBm] + penguatan antenna [dBd]
Effective Isotropic Radiated Power (EIRP) biasanya kita gunakan. Kita biasanya membatasiEIRP sekitar 36dBm.
BBatas Legal
Batas EIRP yang legal pada frekeunsi 2.4GHz di Indonesia adalah:
· Untuk Point-to-Point (P2P) 36dBm
· Untuk Point-to-Multi-Point (P2MP) 30dBm
· Daya pancar maksimum 100mW (20dBm).
Bagi mereka yang melanggar peraturan ini kemungkinan akan di kenakan ancaman merusak system komunikasi dengan denda Rp. 600 juta dan atau penjara 6 tahun.
Contoh perhitungan daya Effective Isotropic Radiated Power (EIRP)
| TX Power | TX Power (dBm) | Power Gain / Loss | Input Power ke Antenna | Antenna | EIRP | Legal (Yes / No) |
| 1 Watt | (+30 dBm) | -1 dB loss via 1 m coax | + 29 dBm | +6 dBi | +35 dBm | Yes |
| 100 mW | (+20 dBm) | +14 dB Amplifier | +34 dBm | +8 dBi | +42 dBm | No |
| 25 mW | (+14 dBm) | +14 dB Amplifier | +28 dBm | +8 dBi | +36 dBm | Yes |
sumber : http://id.wikipedia.org/wiki/Address_Resolution_Protocol
sumber : http://opensource.telkomspeedy.com/wiki/index.php/EIRP
Free Template Blogger collection template Hot Deals BERITA_wongANteng SEO theproperty-developer
Manajemen Bandwidth Di Delay Pool
Sabtu
Proxy Part II
Berikut langkah-langkah pengkonfigurasian manajemen bandwidth di squid:
1. Pertama-tama periksa apakah squid telah berjalan di server dan telah dikonfiguraisi sebagai mesin proxy server.
2. Sebelum memulai memanajemen bandwidth di squid, kita jelaskan dulu komponen-komponen manajement bandwidth di squid :
delay_pools
Opsi ini untuk menspesifikasi berapa jumlah pool yang digunakan untuk membatasi jumlah bandwidth dari ACL. Opsi ini akan dirangkaikan bersama opsi delay_class dan delay_parameters yang akan dibahas di bawah ini.
delay_class
Opsi ini menspesifikasikan kelompok dari masing-masing pool yang telah didefinisikan pada opsi delay-pools. Ada tiga class yang didukung Squid, antara lain:
• class 1: Semua akses dibatasi dengan single bucket, artinya hanya bisa mendefinisikan overall bandwidth untuk suatu ACL saja, tidak bisa mendefinisikan bandwidth dengan lebih mendetail
• class 2: Semua akses dibatasi dengan single agregate dengan dua parameter bandwidth. Parameter pertama mendefinisikan berapa bandwidth maksimal yang didapatkan ACL, parameter kedua mendefinisikan berapa bandwidth overall untuk ACL yang spesifik yang ada pada network tersebut.
• class 3: Kelompok yang definisi bandwidth-nya paling mendetail. Parameter pertama mendefinisikan berapa bandwidth maksimal yang didapatkan ACL, parameter kedua mendefinisikan berapa bandwidth normal yang didapatkan ACL secara umum, dan parameter yang ketiga adalah mendefinisikan bandwidth yang didapatkan ACL jika mengakses ACL-ACL tertentu yang spesifik, misalnya file mp3.
delay_parameters
Opsi ini menspesifikasikan rumus bandwidth yang akan didapatkan oleh ACL yang akan memasuki delay_pool. Misalnya ada entry berikut ini pada delay_parameters:
delay_parameters 1 -1/-1 2100/4000
Angka 1 berarti rumus ini berlaku untuk pool 1. Angka -1/-1 berarti bandwidth maksimal yang diberikan Squid adalah tidak terbatas untuk pool ini.
Angka 2100/4000 berarti bandwidth yang didapatkan oleh ACL setelah masuk ke pool ini. Angka ini berada dalam kelipatan 8 b, sehingga untuk mendapatkan nilai bandwidth yang sebenarnya harus dikalikan delapan. Angka 2100 adalah bandwidth yang didapatkan ACL pada masa-masa normal. Jika dikalikan 8, maka bandwidth normal yang akan didapatkan ACL sekitar 18 Kbps. Angka 4000 adalah bandwidth maksimal yang didapatkan ACL pada masa-masa jalur sedang kosong. Jika dikalikan 8, maka bandwidth yang didapatkan sekitar 32 Kbps.
delay_access
Opsi ini mendefinisikan siapa-siapa ACL yang akan dimasukkan ke pool tertentu untuk mendapatkan “perlambatan” bandwidth. Bentuk umumnya adalah seperti ini:
delay_access 1 allow labprog
Opsi di atas berarti kita memasukkan ACL labprog ke dalam pool 1.
3. Jika sudah mengerti komponen-komponen delay pool, kita mulai konfigurasi delay pool .
Di umpamakan kita mempunyai bandwidth dari ISP sebesar 512kb, dan kita membuat rule seperti berikut ini:
- Batas kecepatan koneksi overall adalah 256 Kbps. per-network adalah 64 kbps. Sedangkan per-user/host dibatasi 2 Kbps jika digunakan untuk download file bertipe exe, mp3, vqf, tar.gz, gz, rpm, zip, rar, avi, mpeg, mpe, mpg, qt, ram, rm, iso, raw, dan wav. Jika tidak, maka koneksi perhost HANYA mengikuti aturan per-Network saja.
Penyelesaian:
Edit file /etc/squid/squid.conf
#vi /etc/squid/squid.confLalu tambahkan contoh konfigurasi ini:
# Sebelum kita melakukan pembatasan, kita perlu mendefinisikan ACL network # # yang kita perlukan terlebih dahulu. ACL yang didefinisikan pada host bridge
# seperti di bawah ini:acl lokal src 192.168.1.0/24# Kemudian kita membatasi maksimum download dengan tag di bawah ini:
# Batas kecepatan koneksi overall adalah 256 Kbps. per-network adalah
# 64 kbps. Sedangkan per-user/host dibatasi 2 Kbps jika digunakan untuk
# download file bertipe exe, mp3, vqf, tar.gz, gz, rpm, zip, rar, avi,
# mpeg, mpe, mpg, qt, ram, rm, iso, raw, dan wav. Jika tidak, maka
# koneksi perhost HANYA mengikuti aturan per-Network saja.
acl filegede url_regex -i \.exe
acl filegede url_regex -i \.mp3
acl filegede url_regex -i \.vqf
acl filegede url_regex -i \.gz
acl filegede url_regex -i \.rpm
acl filegede url_regex -i \.zip
acl filegede url_regex -i \.rar
acl filegede url_regex -i \.avi
acl filegede url_regex -i \.mpeg
acl filegede url_regex -i \.mpe
acl filegede url_regex -i \.mpg
acl filegede url_regex -i \.qt
acl filegede url_regex -i \.ram
acl filegede url_regex -i \.rm
acl filegede url_regex -i \.iso
acl filegede url_regex -i \.raw
acl filegede url_regex -i \.wav
# Kita buat dulu ACL untuk mendefinisikan file-file di atas dengan menggunakan # regularexpression. Kemudian kita mendefinisikan 2 delay pool untuk
# menampung bandwidth.
# Satu pool masuk dalam kategori class 2 untuk mendefinisikan aturan overall
# 256 Kbps dan per-network 64 Kbps. Satu pool lainnya masuk kategori class 3
# untuk mendefinisikan aturan tambahan jika user mendownload file-file yang
#didefinisikan dalam ACL url_regex dengan bandwidth maksimal 2 Kbps.
delay_pools 2
delay_class 1 3
delay_parameters 1 32000/32000 8000/8000 250/250
delay_access 1 allow lokal filegede
delay_access 1 deny all
delay_class 2 2
delay_parameters 2 32000/32000 8000/8000
delay_access 2 allow lokal
delay_access 2 deny all
Jika sudah selesai, simpan hasil konfigurasi dan restart squid
#/etc/init.d/squid restart
Free Template Blogger collection template Hot Deals BERITA_wongANteng SEO theproperty-developer
Berikut langkah-langkah pengkonfigurasian manajemen bandwidth di squid:
1. Pertama-tama periksa apakah squid telah berjalan di server dan telah dikonfiguraisi sebagai mesin proxy server.
2. Sebelum memulai memanajemen bandwidth di squid, kita jelaskan dulu komponen-komponen manajement bandwidth di squid :
delay_pools
Opsi ini untuk menspesifikasi berapa jumlah pool yang digunakan untuk membatasi jumlah bandwidth dari ACL. Opsi ini akan dirangkaikan bersama opsi delay_class dan delay_parameters yang akan dibahas di bawah ini.
delay_class
Opsi ini menspesifikasikan kelompok dari masing-masing pool yang telah didefinisikan pada opsi delay-pools. Ada tiga class yang didukung Squid, antara lain:
• class 1: Semua akses dibatasi dengan single bucket, artinya hanya bisa mendefinisikan overall bandwidth untuk suatu ACL saja, tidak bisa mendefinisikan bandwidth dengan lebih mendetail
• class 2: Semua akses dibatasi dengan single agregate dengan dua parameter bandwidth. Parameter pertama mendefinisikan berapa bandwidth maksimal yang didapatkan ACL, parameter kedua mendefinisikan berapa bandwidth overall untuk ACL yang spesifik yang ada pada network tersebut.
• class 3: Kelompok yang definisi bandwidth-nya paling mendetail. Parameter pertama mendefinisikan berapa bandwidth maksimal yang didapatkan ACL, parameter kedua mendefinisikan berapa bandwidth normal yang didapatkan ACL secara umum, dan parameter yang ketiga adalah mendefinisikan bandwidth yang didapatkan ACL jika mengakses ACL-ACL tertentu yang spesifik, misalnya file mp3.
delay_parameters
Opsi ini menspesifikasikan rumus bandwidth yang akan didapatkan oleh ACL yang akan memasuki delay_pool. Misalnya ada entry berikut ini pada delay_parameters:
delay_parameters 1 -1/-1 2100/4000
Angka 1 berarti rumus ini berlaku untuk pool 1. Angka -1/-1 berarti bandwidth maksimal yang diberikan Squid adalah tidak terbatas untuk pool ini.
Angka 2100/4000 berarti bandwidth yang didapatkan oleh ACL setelah masuk ke pool ini. Angka ini berada dalam kelipatan 8 b, sehingga untuk mendapatkan nilai bandwidth yang sebenarnya harus dikalikan delapan. Angka 2100 adalah bandwidth yang didapatkan ACL pada masa-masa normal. Jika dikalikan 8, maka bandwidth normal yang akan didapatkan ACL sekitar 18 Kbps. Angka 4000 adalah bandwidth maksimal yang didapatkan ACL pada masa-masa jalur sedang kosong. Jika dikalikan 8, maka bandwidth yang didapatkan sekitar 32 Kbps.
delay_access
Opsi ini mendefinisikan siapa-siapa ACL yang akan dimasukkan ke pool tertentu untuk mendapatkan “perlambatan” bandwidth. Bentuk umumnya adalah seperti ini:
delay_access 1 allow labprog
Opsi di atas berarti kita memasukkan ACL labprog ke dalam pool 1.
3. Jika sudah mengerti komponen-komponen delay pool, kita mulai konfigurasi delay pool .
Di umpamakan kita mempunyai bandwidth dari ISP sebesar 512kb, dan kita membuat rule seperti berikut ini:
- Batas kecepatan koneksi overall adalah 256 Kbps. per-network adalah 64 kbps. Sedangkan per-user/host dibatasi 2 Kbps jika digunakan untuk download file bertipe exe, mp3, vqf, tar.gz, gz, rpm, zip, rar, avi, mpeg, mpe, mpg, qt, ram, rm, iso, raw, dan wav. Jika tidak, maka koneksi perhost HANYA mengikuti aturan per-Network saja.
Penyelesaian:
Edit file /etc/squid/squid.conf
#vi /etc/squid/squid.confLalu tambahkan contoh konfigurasi ini:
# Sebelum kita melakukan pembatasan, kita perlu mendefinisikan ACL network # # yang kita perlukan terlebih dahulu. ACL yang didefinisikan pada host bridge
# seperti di bawah ini:acl lokal src 192.168.1.0/24# Kemudian kita membatasi maksimum download dengan tag di bawah ini:
# Batas kecepatan koneksi overall adalah 256 Kbps. per-network adalah
# 64 kbps. Sedangkan per-user/host dibatasi 2 Kbps jika digunakan untuk
# download file bertipe exe, mp3, vqf, tar.gz, gz, rpm, zip, rar, avi,
# mpeg, mpe, mpg, qt, ram, rm, iso, raw, dan wav. Jika tidak, maka
# koneksi perhost HANYA mengikuti aturan per-Network saja.
acl filegede url_regex -i \.exe
acl filegede url_regex -i \.mp3
acl filegede url_regex -i \.vqf
acl filegede url_regex -i \.gz
acl filegede url_regex -i \.rpm
acl filegede url_regex -i \.zip
acl filegede url_regex -i \.rar
acl filegede url_regex -i \.avi
acl filegede url_regex -i \.mpeg
acl filegede url_regex -i \.mpe
acl filegede url_regex -i \.mpg
acl filegede url_regex -i \.qt
acl filegede url_regex -i \.ram
acl filegede url_regex -i \.rm
acl filegede url_regex -i \.iso
acl filegede url_regex -i \.raw
acl filegede url_regex -i \.wav
# Kita buat dulu ACL untuk mendefinisikan file-file di atas dengan menggunakan # regularexpression. Kemudian kita mendefinisikan 2 delay pool untuk
# menampung bandwidth.
# Satu pool masuk dalam kategori class 2 untuk mendefinisikan aturan overall
# 256 Kbps dan per-network 64 Kbps. Satu pool lainnya masuk kategori class 3
# untuk mendefinisikan aturan tambahan jika user mendownload file-file yang
#didefinisikan dalam ACL url_regex dengan bandwidth maksimal 2 Kbps.
delay_pools 2
delay_class 1 3
delay_parameters 1 32000/32000 8000/8000 250/250
delay_access 1 allow lokal filegede
delay_access 1 deny all
delay_class 2 2
delay_parameters 2 32000/32000 8000/8000
delay_access 2 allow lokal
delay_access 2 deny all
Jika sudah selesai, simpan hasil konfigurasi dan restart squid
#/etc/init.d/squid restart
Free Template Blogger collection template Hot Deals BERITA_wongANteng SEO theproperty-developer
Langganan:
Postingan (Atom)