Kebetulan (lagi), kebanyakan dari mereka menggunakan ODU buatan Microelectronics Technology, Inc. atau yang biasa disebut dengan MTI. ODU merk MTI ini cukup unik, karena kita dihadapkan dengan pemilihan CF untuk transmit (upstream) berupa puluhan kanal-kanal atau channels yang bisa dipilih daripada merk lain yang langsung menampilkan angka frekuensi tengah. Sejauh pengetahuan saya, pemilihan kanal-kanal tersebut didasarkan pada hafalan semata. Ternyata saya salah. Maklumlah, saya tidak pernah melakukan setting ODU secara langsung karena memang itu tidak termasuk dalam job description

Tiga crosspole terakhir saya dipusingkan dengan teknisi milik pelanggan yang rupanya tidak cukup siap dengan setting kanal ala MTI. Seharusnya penyesuaian kanal ini terdata lengkap di buku petunjuk yang didapat saat membeli produk MTI. Namun, entah mengapa mereka tidak bisa menemukan buku yang dicari. Klik kesana-kemari dengan google tidak banyak membantu. Pun bertanya langsung dengan RF engineer yang saya percaya selama ini juga terasa menyiksa karena mereka menyarankan untuk mencarinya di buku manual MTI.

Titik terang itu tiba-tiba muncul malam ini. Iseng-iseng saya menelepon salah satu RF engineer kawakan yang kini entah di mana rimbanya. Ide itu muncul dari Bunga, bukan nama sebenarnya. “A”, sang RF engineer berpengalaman itu ternyata merupakan dewa penolong yang dikirimkan Yang Maha Kuasa malam ini.

TERNYATA SETTING CHANNEL ADA RUMUSNYA !!!!!

Here we are :

channel = ( CF – 2225 MHz – 3700 MHz) / 10

Jadi CF 6335 MHz seharusnya berada di channel 41

Ada kalanya hasil setelah pembagian berupa angka bukan bilangan asli, padahal semua channel di MTI menggunakan bilangan asli. Jika kasus ini terjadi, maka satu-satunya jalan adalah mencari alternatif CF.

Kenapa ga tanya dari dulu

Secara garis besar, koneksi internet via satelit yang menggunakan sistem DVB dibagi 2, yaitu DVB-IP dan DVB-RCS. DVB-IP, atau biasa disebut one-way internet connection hanya menyediakan koneksi satu arah, yaitu downstream-only. Selanjutnya upstream biasa menggunakan media lain, misalnya kabel atau radio. Sedangkan DVB-RCS yang biasa disebut two-way internet connection merupakan koneksi dengan upstream dan downstream melalui satelit yang sama. Untuk lebih jelasnya, wikipedia sudah menyediakan sumber informasi yang akurat, misalnya link ini, ini, ini, dan ini.

Pada gambar di atas dapat kita lihat konfigurasi DVB-RCS secara garis besar. Tidak rumit kan Untuk membedakannya dengan DVB-IP, maka lihatlah gambar di sebelah kanan satelit yang hanya terdiri dari dish (tentu dengan LNB) dan DVB receiver saja. Itulah DVB-IP. Karena perhitungan frekuensi DVB-IP sudah termasuk di dalam DVB-RCS, maka saya hanya ingin membahas DVB-RCS saja.

Pertama-tama, ada baiknya kita menengok ke belakang, tepatnya pada tulisan saya beberapa bulan yang lalu mengenai Upstream Freq Calculation. OK, saya anggap kita semua telah memahami metode penghitungan frekuensi upstream yang meliputi Modem (tanpa demod) dan ODU. Kita tentukan saja, seandainya Tx Freq adalah 6332,625 MHz lalu CF di ODU diset 6325 MHz sehingga IF di Modem menjadi 77.625 MHz. Ups, detailnya lihat rumus di tulisan saya yang itu yah

Konfigurasi upstream telah kita kantongi, maka berikutnya kita hitung konfigurasi frekuensi untuk downstream. Saya baru ingat, ternyata rumus penghitungan frekuensi downstream sudah saya tulis beberapa bulan yang lalu, tepatnya waktu saya masih cupu Check this out on DVB Disaster. Dengan asumsi bahwa Tx = Rx = 6332,625 MHz, maka bergantung dari Receiver yang kita gunakan, kita bisa memakai frekuensi 4107,625 MHz pada DVB-Receiver Pentaval (C-Band) serta frekuensi 1024,375 MHz pada DVB Receiver Broadlogic dan Ipricot (L-Band).

That’s all folks

The Typical Theory

• Frequency atau frekuensi

adalah ukuran jumlah putaran ulang per peristiwa dalam selang waktu yang diberikan. (wikipedia)

• Tx Frequency

merupakan frekuensi yang digunakan untuk transmit (uplink) dari stasiun bumi ke satelit. Untuk mencegah interferensi, biasanya frekuensi ini dialokasikan berdasarkan bandwidthnya. Jadi, perubahan bandwidth juga diikuti dengan perubahan frekuensi transmit.

• ODU Centre Frequency (CF)

merupakan frekuensi tengah yang dimasukkan ke dalam ODU. Frekuensi ini merupakan angka kelipatan 5 yang dekat dengan tx-frequency. Misalkan tx=6378.8250MHz maka odu cf=6375MHz atau 6380MHz. Frekuensi ini merupakan angka kelipatan 5 yang dekat dengan tx-frequency. Misalkan tx=6378.8250MHz maka odu cf diset angka kelipatan 5 antara 6380 - 15 = 6365 MHz dan 6375 + 15 = 6390 MHz.

• IF Frequency

merupakan tx freq di modem. Modem di sini jangan disamakan dengan modem dial-up atau modem-router adsl. Ini VSAT, kita bicara tentang VSAT, ingat .

Dalam prakteknya, tx freq merupakan kombinasi dari output modem (if freq) dan output ODU (cf). Jadi akan muncul beberapa kombinasi frekuensi antara modem dan ODU, namun hasilnya sama (tx freq). Bingung? Ikuti terus, scroll ke bawah…

OK, selanjutnya kita memasuki inti posting kali ini, the calculation.

Mathematical Mind

RUMUS [updated] :

d = a + ( b – c )

dengan ketentuan :

a = 70 MHz (konstanta)
b = tx frequency
c = odu cf
d = if freq

Understood?? No. Ok, you’ll never know before try it out!

Practical Power

Tx freq sebagai berikut : 6582.9435 MHz, tentukan semua kombinasi if freq dan odu cf yang bisa digunakan!

batas bawah odu cf 6585 - 15 = 6570 MHz
batas atas odu cf 6580 + 15 = 6595 MHz

• PERTAMA, menggunakan odu cf 6570 MHz

if freq = 70 + ( 6582.9435 – 6570 )
if freq = 82.9435 MHz

• KE-DUA, menggunakan odu cf 6575 MHz

if freq = 70 + ( 6582.9435 – 6575 )
if freq = 77.9435 MHz

• KE-TIGA, menggunakan odu cf 6580 MHz

if freq = 70 + ( 6582.9435 – 6580 )
if freq = 72.9435 MHz

• KE-EMPAT, menggunakan odu cf 6585 MHz

if freq = 70 + ( 6582.9435 – 6585 )
if freq = 67.9435 MHz


• KE-LIMA, menggunakan odu cf 6590 MHz

if freq = 70 + ( 6582.9435 – 6590 )
if freq = 62.9435 MHz

• KE-ENAM, menggunakan odu cf 6595 MHz

if freq = 70 + ( 6582.9435 – 6595 )
if freq = 57.9435 MHz

Di antara keempat kombinasi di atas, biasanya yang bisa digunakan hanya satu. Lebih lanjut, seharusnya VSAT ataupun satellite engineer pasti lebih paham dan dapat menentukan hanya satu kemungkinan saja.

Semua kombinasi di atas itu valid, silakan digunakan salah satunya. Keterangan lebih lanjut hubungi saya. Semoga membantu walau masih membingungkan.

Update
Banyak yang request, thanks to : DP, P-Man, SJS, dan Mr. Galuego di Napa. Tak lupa, makasih buat MFM

Update 2
Rumus sebelumnya keliru, ini barusan dibenerin . Terima kasih buanget Mas JP

Sore ini saya dengan-amat-sangat-sukses berhasil men-down-kan link backbone salah satu NAP ternama di ibukota. Ngga tanggung-tanggung, tiga kali backbone internasional kami down dalam sekitar 15-20 menit. Waktu itu saya ndak habis pikir, kenapa hal ini bisa terjadi?

Setelah melalui investigasi yang mendalam, akhirnya terkuaklah penyebabnya. Aku salah masukin mac-address di DVB!!! Mengapa hal ini bisa terjadi? Karena eh karena, aku salah lihat config permanent mac-address dan assigned mac-address. Oh, such a big stupidity, it make me so shy to meet my NOC-mates at the day

OK, untuk mencegah kesalahan berikutnya, harus kita catat baik¬? di blog yang indah ini.
 
 
Pertama¬?, kita persiapkan parameter¬? yang diperlukan :

• frequency (dalam MHz atau GHz)
• symbol rate / baud rate (dalam Ksps atau Msps)
• modulation
• FEC
• data rate
• polarization
• PID
• assigned mac-address
• IP address
• default gateway

Selajutnya tinggal kita masukkan semua parameter tersebut ke DVB. Cara meng-config DVB berbeda tergantung pada merk dan jenis DVB, ada yang via web (ipricot, broadlogic), via konsole (broadlogic, pentaval), maupun langsung pada hardwarenya (ipricot yang ada LCD dan tombol¬? config). Selain frequency, semua parameter tinggal dimasukin gitu aja ke DVB. Khusus frequency, kita harus menghitung terlebih dahulu karena setiap DVB berbeda, ada yang pakai l-band maupun c-band. Akan kita bahas metode penghitungannya.

Penghitungan Frequency untuk Downstream

Awalnya, kita diberikan satu parameter pita rf frequency untuk digunakan, misalnya 6032,58MHz

• untuk mendapatkan frequency c-band
  6032,58MHz – 2225MHz = 3807,58MHz
• untuk mendapatkan frequency l-band
  5150MHz – 3807,58MHz = 1342.42MHz

Inga’……inga’……jangan sampe salah lagi.
 
 
 
PS: Penghitungan frequency upstream akan kita bahas di lain waktu.

Actually, ini pertama kalinya saya menangani maintenance]VSAT sendirian. Maklumlah, baru 3 bulan kerja di perusahaan NAP. Biasanya sih cuma ikut membantu, tapi sekarang sudah “harus” bisa “ditinggal” tanpa bantuan dari seniors. Suasananya tentu saja jauh berbeda daripada 3 bulan lalu, sekarang sudah tanpa keringat dingin lagi, hehehe.

Sempat ga fokus juga karena salah satu seniorku, Dian, beberapa saat sebelumnya kasih tahu bahwa besok Beliau harus mengikuti tes wawancara di Siemens Indonesia. Sekadar info, beberapa hari sebelumnya, senior saya yang lain, sebut saja RW , mengundurkan diri dari tempat kami bekerja karena ada pekerjaan yang lebih menarik di Bekasi. Kalo dihitung-hitung, sekarang jumlah NOC di kantor kami tinggal 5 orang termasuk manager dan supervisor. Kalo Mas Dian ini pergi juga, saya ga bisa bayangkan betapa repotnya kami menangani begitu banyak customer. Mungkin angka “kepergian” yang cukup tinggi inilah yang menyebabkan pihak manajemen membuat kebijakan dengan mewajibkan karyawan-karyawan baru, termasuk saya, untuk menjalani masa bakti minimal 3 tahun di sini. Saya rasa ga ada salahnya kami bekerja selama minimal 3 tahun di sini, terlebih perusahaan menjediakan fasilitas-fasilitas yang lebih dari cukup dalam kapasitasnya sebagai perusahaan yang sedang berkembang.

Kembali ke masalah maintenance VSAT hari ini. Untuk mencegah terganggunya koneksi di sisi customer, traffic mereka harus dialihkan melalui hop lain. Kebetulan kami pake BGP multihoming, jadi tinggal di-edit saja route-map-nya. Memang sejak beberapa hari yang lalu, transmit carrier salah satu stasiun bumi kami bermasalah. Entah, penyebab secara teknis tentunya VSAT-engineer kami yang lebih tahu. Setelah dicek, rupanya ODU yang digunakan tidak dapat bekerja dengan semestinya (sedikit rusak), sehingga diputuskan untuk mengganti module SSPA pada ODU. Penggantian ini memakan waktu hampir 1 jam.

Selama proses ini, diperlukan koordinasi yang baik antara engineer di lapangan, NOC on-charge, dan pihak di sisi teleport yang mengadakan hubungan peering. Kebetulan partner peering kami yang satu ini posisinya di Napa Valley, USA sehingga kontak harus dilakukan via SLI. Seharusnya, untuk mempermudah koordinasi harus dilakukan secara real time. Ini susahnya, soalnya saya sendirian di kantor dengan 3 telepon PABX tanpa fasilitas conference jadi, ya gitu deh…

Rupanya keputusan penggantian ODU dengan SSPA tepat sekali. Sesaat setelah SSPA terpasang, Eb/No di sisi Napa Valley sebesar 9.1 dB dari yang sebelumnya berkisar 4 dB (Eb/No kurang dari 4 dB sama halnya dengan sinyal transmit stasiun bumi tidak dapat menjangkau stasiun bumi lain atau bahkan tidak diterima satelit sehingga tidak terjalin koneksi samasekali). Untuk mencegah kemungkinan cuaca buruk, seharusnja Eb/No minimal mencapai 10 dB, karenanya kami putuskan untuk meningkatkan power-level di modem sebanjak 1 dB, hasilnya Eb/No di pihak partner peering kami bertengger di angka aman, yaitu sekitar 10 dB.

Dengan ini selesai sudah maintenance VSAT hari ini. Malam semakin menjelang pagi, sudah saatnya tidur