Ethernet

Ethernet merupakan jenis perkabelan dan pemrosesan sinyal untuk data jaringan komputer yang dikembangkan oleh Robert Metcalfe dan David Boggs di Xerox Palo Alto Research Center (PARC) pada tahun 1972.

Ethernet merupakan sebuah teknologi yang sudah dikenal oleh masyarakat luas sebagai interface yang digunakan untuk konektivitas perangkat komputer maupun laptop, hampir di setiap jaringan LAN (Local Area Network) di seluruh dunia.

Selain karena harganya terjangkau, teknologi Ethernet sangat mudah diadaptasi oleh perangkat seperti modem, printer, scanner, faksimile, VoIP phone, serta perangkat teknologi informasi lainnya. Sejalan dengan perkembangan teknologi dan senakin meningkatnya kebutuhan masyarakat akan layanan komunikasi data, teknologi Ethernet juga digunakan sebagai interface dari layanan broadband data comunication, yang lebih dikenal dengan nama Metro Ethernet.

JENIS JENIS ETHERNET

Arsitektur Ethernet diperkenalkan pada tahun 1970 oleh Xerox, dimana terdapat tiga jenis Ethernet yang dibedakan berdasarkan kecepatan daya akses datanya, yaitu:

A. Ethernet

Memiliki kecepatan akses data 10 Mbit/detik. Standar yang digunakan adalah: 10BaseT, 10BaseF, 10Base2 dan 10Base5.

      1.       10BaseT

Pada Ethernet 10BaseT menggunakan topologi Star. Ethernet dengan topologi star ini paling banyak digunakan, karena mudah pemasangannya serta melakukan pengecekan jika ada kerusakan pada jaringan. Pada 10BaseT kabel yang dipakai bukan coaxial tapi kabel UTP. Spesifikasi dari 10BaseT adalah sebagai berikut:

•          Panjang kabel per-segmen maksimum 100 m

•          Jumlah segmen maksimum adalah 1024

•          Jumlah node perjaringan 1024

•          Menggunakan Hub dengan jumlah maksimum 4 buah

•          Kabel yang digunkan UTP kategori 3 atau lebih

      2.       10BaseF

10BaseF mengunakan kabel serat optik, ini jarang digunakan karena biasanya mahal dan pemasangannya tidak semudah ethernet tipe lain. Umumnya jenis ini dipakai untuk penghubung (link) antar segmen karena jaraknya bisa mencapai 2000 m serta kabel yang digunakan adalah serat optik. Pada 10BaseF, untuk transmisi output (TX) dan input (RX) menggunakan kabel/media yang berbeda.

      3.       10Base2

10Base2 mempunyai struktur jaringan berbentuk bus. Hanya saja kabel yang digunakan lebih kecil, berdiameter 5 mm dengan jenis twisted pair. 10Base2 disebut juga Thin Ethernet karena menggunakan kabel Coaxial jenis Thin atau disebut sebagai Cheaper Net.Panjang maksimal sebuah segmennya menjadi lebih pendek, sekitar 185 m, dan bisa disambbung sampai 5 segmen menjadi sekitar 925 m. Sebuah segmen hanya mampu menampung tidak lebih dari 30 unit komputer saja. Pada jaringan ini pun diperlukan konsentrator yang membuat ujung-ujung media transmisi busnya menjadi beresistansi 50 ohm. Untuk jenis konektor dipakai adalah jenis BNC.

Spesifikasinya adalah:

•          Panjang kabel per-segmen adalah 185 m

•          Total segmen kabel adalah 5 buah

•          Maksimum Repeater adalah 4 buah

•          Maksimum jumlah segmen yang terdapat node (station) adalah 3 buah

•          Jarak terdekat antar station minimum 0,5 m

•          Maksimum jumlah station dalam satu segmen kabel adalah 30

•          Maksimum panjang keseluruhan dengan Repeater adalah 925 m

•          Awal dan akhir kabel diberi Terminator 50 ohm

•          Jenis kabel yang digunakan RG-58A/U atau RG-58C/U

      4.       10Base5

10Base5 disebut juga Thick Ethernet karena menggunakan kabel Coaxial jenis Thick. Topologi pada 10Base5 sama seperti 10Base2 yaitu Topologi Bus. Spesifikasi dari 10Base5 adalah sebagai berikut:

•          Panjang kabel per-segmen adalah 500 m

•          Total segmen kabel adalah 4 buah

•          Maksimum jumlah segmen yang terdapat node adalah 3

•          Jarak terdekat antar station minimum adalah 2,5 m

•          Maksimum jumlah station dalam satu segmen kabel adalah 100

•          Maksimum panjang kabel AUI ke node 50 m

•          Maksimum panjang keseluruhan dengan Repeater 2500 m

•          Awal dan akhir kabel diberi Terminator 50 ohm

•          Jenis kabel Coaxial RG-8 atau RG-11

B. Fast Ethernet

Memiliki kecepatan akses data 100 Mbit/detik. Standar yang digunakan adalah: 100BaseFX, 100BaseT, 100BaseT4 dan 100BaseTX. Protokol ini cepat menjadi populer, karena memberikan kecepatan 10 kali lebih tinggi dibandingkan 10BaseT dengan harga yang relatif murah.

Fast Ethernet bergantung pada jenis media/kabel yang digunakan, tergolong atas beberapa tipe sebagai berikut:

      1.       100Base TX

Protokol 100BaseTX ini mendukung penggunakan kabel UTP kategori-5 seperti yang digunakan oleh protokol IOBaseT sehingga dapat digunakan tanpa banyak mengubah distribusi perkabelan yang sudah ada.

Yang perlu diganti hanya hub dan network adapter yang mampu mendukung protokol 100BaseTX. Banyak network adapter dan hub yang diproduksi belakangan ini mempunyai kemampuan untuk mendeteksi secara otomatis kecepatan 10 atau 100 Mbps. Kabel-kabel jaringan tidak perlu diganti karena 100BaseTX dapat berfungsi dengan baik dengan menggunakan kabel UTP kategori¬5, seperti yang digunakan oleh jaringan 1OBaseT dengan panjang kabel antara hub dengan hub atau hub ke komputer adalah sama juga, yaitu 100 meter. Namun untuk protokol 100BaseTX, diameter jaringan maksimum (jarak terjauh antara dua komputer) adalah 205 meter.

      2.       100BaseFX

Tipe protokol ini mendukung penggunaan kabel serat optik de¬ngan jarak maksimum 412 meter.

      3.       100BaseT

100BaseT disebut juga Fast Ethernet atau 100BaseX, adalah ethernet yang mempunyai kecepatan 100 Mbps. Ada beberapa tipe 100BaseT berdasarkan kabel yang dipakai, yaitu:

•          100BaseT4, memakai kabel UTP Category-5 dan kabel yang dipakai adalah 4 pasang

•          100BaseTX, memakai kabel UTP Category-5 dan kabel yang dipakai hanya 2 pasang

•          100BaseTX, memakai kabel serat optik

C. Gigabit Ethernet

Memiliki kecepatan akses data 1000 Mbit/detik atau 1 Gbit/detik. Standar yang digunakan adalah: 1000BaseCX, 1000BaseLX, 1000BaseSX dan 1000BaseT. Gigabit Ethernet merupakan protokol jenis Ethernet terbaru yang mendukung kecepatan 1000 Mbps. Gigabit Ethernet bergantung pada jenis media yang digunakan, terdiri atas beberapa tipe sebagai berikut:

      1.       1000BaseTX

Merupakan jenis protokol Ethernet terbaru yang menggunakan kecepatan 1000 Gigabit per second (Gbps) dan mendukung pergunaan kabel UTP kategori-5. Spesifikasinya banyak mirip dengan protokol 100BaseTX, misalnya jarak kabel maksimum adalah 100 meter dengan diameter jaringan 205 meter.

      2.       1000BaseSX dan 1000 BaseLX

Protokol 1000BaseSX dan 1000BaseLX berdasarkan spesifikasi 802.3z yang mendukung penggunaan media serat optik yang mampu meneruskan data dengan panjang kabel sampai 550 meter untuk protokol 1000BaseSX, dan 3000 meter untuk protokol 1000BaseLX, tergantung tipe dan mode serat optik yang dipakai. Oleh sebab itu protokol ini banyak dipakai sebagai jaringan tulang punggung (backbone) untuk jaringan kampus.

Sumber : http://belajarjaringanringan.blogspot.com/2013/12/ethernet-pengertian-dan-jenis-ethernet.html

Read More

Long Term Evolution (LTE)

LTE (Long Term Evolution) adalah sebuah nama baru dari layanan yang mempunyai kemampuan tinggi dalam sistem komunikasi bergerak (mobile). LTE sendiri merupakan standar komunikasi dasar nirkabel tingkat tinggi yang didasarkan pada jaringan GSM/EDGE dan UMTS (Universal Mobile Telecommunications System)/HSDPA yang diperkenalkan pada 3rdGeneration Partnership Project (3GPP) Release 8. LTE merupakan langkah evolusi lanjutan dari 3G menuju generasi 4G dari teknologi radio yang dirancang untuk meningkatkan kapasitas dan kecepatan jaringan telepon mobile. Format LTE pertama kali diusulkan oleh operator NTT CoOMo dari Jepang dan telah diadopsi sebagai standar Internasional. Layanan LTE pertama di dunia dibuka oleh TeliaSonera di dua kota di Skandinavia yaitu Stockholm dan Oslo pada 14 Desember 2009. Yang kemudian diikuti oleh Amerika Serikat dan Jepang pada tahun 2010.

LTE memberikan tingkat kapasitas downlink sedikitnya 100 Mbps, dan uplink paling sedikit 50 Mbps dan RAN round-trip kurang dari 10 ms. LTE mendukung operator bandwidthdari 20 MHz turun menjadi 1,4 MHz dan mendukung pembagian duplex (FDD) dan waktu pembagian duplexing (TDD).

KELEBIHAN LTE

1.    Bila koneksi ke LTE lambat, maka sinyal dapat dialihkan ke jaringan teknologi lain seperti GSM, LTE mempunyai spektrum antara 1,4 MHz sampai 20 MHz.

2.     Di sisi transmisi, LTE menggunakan SC-FDMA untuk uplink dan OFDMA untuk downlink yang dapat lebih efisiensi dalam penggunaan energi.

3.      Dari sisi antena, menggunakan antena MIMO yang dapat memungkinkan antena untuk melewatkan data berukuran besar yang sebelumnya dipecah dan dikirim secara terpisah.

4.     Tingkat download sampai dengan 299.6 Mbis/s dan tingkat upload hingga 75.5 Mbis/s tergantung pada kategori perangkat yang digunakan.

5.  Peningkatan dukungan untuk mobilitas, sebagai contoh dukungan untuk terminal bergerak hingga 350km/jam atau 500 km/jam tergantung pita frekuensi.

6.    Dukungan untuk semua gelombang frekuensi yang saat ini digunakan oleh sistem IMT dan ITU-R.

KEKURANGAN LTE

1.    LTE bukanlah teknologi yang kebal terhadap cuaca buruk. Performa terbaiknya akan segera hilang   ketika cuaca buruk datang menyerang.

2.   Jika jaringan tidak sepi trafiknya maka belum tentu koneksi video streaming bisa tanpa putus. Namun                  masih cukup memuaskan ketika digunakan banyak orang.

Sumber : http://belajarjaringanringan.blogspot.com/2013/12/lte-long-term-evolution.html

Read More

Remote Prosedure Call

Gagasan tentang RPC (Remote Procedure Call) pertama kali ditemukan pada tahun 1976. Perusahaan yang pertama kali menggunakan RPC adalah Xerox pada tahun 1981. RPC di implementasikan pertama kali di sistem operasi Unix, Sun's RPC (sekarang disebut ONC RPC). ONC RPC masih banyak digunakan saat ini pada beberapa platform. Implementasi Unix yang lain digunakan oleh Apollo Computer Network Computing System(NCS). NCS kemudian digunakan sebagai dasar fondasi DCE/RPC di OSF Distributed Computing Environment (DCE). Satu dekade kemudian diadopsi oleh perusahaan Microsoft DCE/RP, Microsoft RPC (MSRPC) sebagai dasar mekanisme mereka, dan berjalan pada DCOM (Distributed Object Component Model). Sekitar waktu yang sama pertengahan tahun 90-an, Xerox PARC's ILU, dan Object Management Group CORBA, menawarkan paradigma RPC yang lain berdasarkan objek terdistribusi dengan mekanisme yang menggunakan metode warisan.

A.      Definisi Remote Prosedure Call

Remote Procedure Call (RPC) adalah sebuah metode yang memungkinkan kita untuk mengakses sebuah prosedur yang berada di komputer lain. Untuk dapat melakukan ini sebuah  server harus menyediakan layanan  remote procedure. Pendekatan yang dilakuan adalah sebuah  server membuka  socket, lalu menunggu client yang meminta prosedur yang disediakan oleh server. Bila client tidak tahu haruS menghubungi  port yang mana,  client bisa me-request kepada sebuah  matchmaker pada sebuah RPC  port yang tetap.  Matchmaker akan memberikan  port apa yang digunakan oleh prosedur yang diminta client.

RPC  adalah  suatu  protokol  yang  menyediakan  suatu  mekanisme komunikasi  antar  proses  yang  mengijinkan  suatu  program  untuk  berjalan pada  suatu  komputer  tanpa  terasa  adanya  eksekusi  kode  pada  sistem  yang jauh  (remote  system).  RPC  mengasumsi  keberadaan  dari  low-level  protokol transportasi  seperti  TCP  atau  UDP  untuk  membawa  pesan  data  dalam komunikasi  suatu  program.  Protokol  RPC  dibangun  diatas  protokol  eXternal Data  Representation  (XDR),  yang  merupakan  standar  dari  representasi  data dalam komunikasi remote. Protokol XDR mengubah parameter dan hasil dari tiap servis RPC yang disediakan.

Protokol  RPC  mengijinkan  pengguna  (users)  untuk  bekerja  dengan prosedur  remote  sebagaimana  bekerja  dengan  prosedur  lokal.  Prosedur panggilan  remote  (remote  procedure  calls)  didefinisikan  melalui  rutin  yang terkandung  didalam  protokol  RPC.  Tiap  message  dari  panggilan  akan disesuaikan dengan message balikan. Protokol RPC sendiri sebenarnya adalah suatu  protokol  untuk  ”meneruskan  pesan”  yang  mengimplemntasikan protokol  non-RPC  lain  seperti  panggilan  remote  batching  dan  broadcasting. Protokol ini juga mendukung adanya prosedur callback dan select subroutine pada sisi server.

RPC masih menggunakan cara primitif dalam pemrograman, yaitu menggunakan paradigma procedural programming. Hal itu membuat kita sulit ketika menyediakan banyak  remote procedure. RPC menggunakan  socket untuk berkomunikasi dengan proses lainnya. Pada sistem seperti SUN, RPC secara default sudah ter-install kedalam sistemnya, biasanya RPC  ini digunakan untuk administrasi sistem. Sehingga seorang administrator jaringan dapat mengakses sistemnya dan mengelola sistemnya dari mana saja, selama sistemnya terhubung ke jaringan.

B.       Prinsip Remote Prosedure Call

Client adalah komputer atau proses yang mengakses suatu layanan, resources dari proses atau komputer pada suatu jaringan. Server adalah komputer yang menyediakan servis/layanan dan resources, dan yang mengimplementasikan servis jaringan. Tiap servis pada network adalah susunan dari program remote, dan tiap program remote mengimplementasi prosedur remote. Semua prosedur berikut parameternya dan hasilnya didokumentasi secara spesifik pada protokol suatu program.

C.      Fitur Dalam Remote Prosedure Call

RPC memiliki fitur-fitur sebagai berikut: batching calls, broadcasting calls, callback procedures dan using the select subroutine.

1.      Batching Calls

Fitur Batching calls mengijinkan klien untuk mengirim message calls ke server dalam jumlah besar secara sequence(berurutan). Batching menggunakan protokol streaming byte seperti TCP/IP sebagai mediumnya. Pada saat melakukan batching, klien tidak menunggu server untuk memberikan replyterhadap tiap  messagesyang dikirim, begitu pula dengan server yang tidak pernah mengirimkan messages reply. Fitur inilah yang banyak digunakan klien, karena arsitektur RPC didesain agar pada tiap call messageyang dikirimkan oleh klien harus ada proses menunggu balasan dari server.

Oleh karena itu maka pihak klien harus dapat mengatasi error yang kemungkinan terjadi karena pihak klien tidak akan menerima peringatan apabila terjadi error pada message yang dikirim.

2.      Broadcasting Calls

Fitur Broadcasting mengijinkan klien untuk mengirimkan paket data ke jaringan dan menunggu balasan dari network. Fitur ini menggunakan protokol yang berbasiskan paket data seperti UDP/IP sebagai mediumnya. BroadcastRPC membutuhkan layanan port mapperRPC untuk mengimplementasikan fungsinya.

3.      Callback Procedures

Fitur Callback Procedures mengijinkan server untuk bertindak sebagai klien dan melakukan pemanggilan RPC kembali ke proses yang dijalankan oleh klien.

4.      Select Subroutine.

Fitur ini akan memeriksa deskripsi dari suatu file dan messages dalam antrian untuk melihat apakah mereka siap untuk dibaca (diterima) atau ditulis (dikirim), atau mereka dalam kondisi ditahan sementara. Prosedur ini mengijinkan server untuk menginterupsi suatu aktivitas, memeriksa datanya, dan kemudian melanjutkan proses aktivitas tersebut.

D.      Otentifikasi Remote Prosedure Call

Proses otentifikasi adalah proses yang digunakan untuk mengidentifikasi server dan klien pada RPC. (Newmarch, 1995). Untuk setiap prosedur remoteyang dilakukan protokol RPC menyediakan slot yang dipakai sebagai parameter otentifikasi yang berfungsi agar pemanggil (caller) dapat memberikan identitasnya kepada server. Parameter otentifikasi ini dibuat di paket klien. Otentifikasi RPC terdiri atas beberapa bagian. Berikut ini adalah bagian-bagian pada otentifikasi RPC:

1.      Protokol Otentifikasi RPC

Protokol Otentifikasi RPC disediakan sebagai bagian dari protokol RPC. Untuk setiap prosedur remote, semuanya diotentifikasi oleh paket RPC pada server. Parameter yang digunakan adalah respon verifier. Sedangkan pada pihak klien, setiap paket RPC diberikan parameter otentifikasi dan parameter yang digunakan adalah credential dan verifier.

2.      Otentifikasi NULL

Otentifikasi NULL digunakan pada sistem dimana pemanggil (caller) RPC tidak mengetahui identitasnya sendiri dan server tidak membutuhkan identitas pemanggil.

3.      Otentifikasi Data Encryption Standard(DES)

Otentifikasi DES membutuhkan keyserv daemonyang harus berjalan baik di sisi server maupun klien. Tiap pengguna pada sistem ini harus memiliki kunci publik (public key) yang disahkan pada database kunci publik oleh Administrator jaringan tersebut.

4.      Protokol Otentifikasi DES

Protokol Otentifikasi DES meliputi protokol penanganan DES pada proses otentifikasi RPC. Protokol ini mencakup 64-bit blok data DES yang terenkripsi dan menentukan panjang maksimum untuk username pada jaringan yang digunakan.

5.      Otentifikasi Data Encryption Standard ( DES )

Otentifikasi  DES  membutuhkan  keyserv  daemon  yang  harus  berjalan baik  di  sisi  server  maupun  klien.  Tiap  pengguna  pada  sistem  ini  harus memiliki  kunci  public  (  public  key  yang  disahkan  pada  database  kunci publik oleh Administrator jaringan tersebut.

6.      Enkripsi Diffie-Hellman

Enkripsi Diffie-Hellman digunakan pada pembuatan kunci publik pada otentifikasi DES dengan menggunakan 192-bit kunci. Enkripsi ini memiliki dua buah variabel konstan, yaitu BASE dan MODULUS yang digunakan pada protokol otentifikasi DES.

RPC hanya berhubungan dengan proses otentifikasi, tidak dengan kontrol akses terhadap servis/layanan individual yang diberikan. Tiap layanan mengimplementasikan peraturan mengenai kontrol akses masing-masing. Subsistem otentifikasi pada paket RPC bersifat open-ended, artinya beberapa otentifikasi dapat diasosiasikan pada RPC klien.

E.       Kelebihan Dan Kekurangan Remote Prosedure Call

Kelebihan RPC

·         Relatif mudah digunakan :

Pemanggilan remote procedure tidak jauh berbeda dibandingkan pemanggilan local procedure. Sehingga pemrogramdapat berkonsentrasi pada software logic, tidak perlumemikirkan low level details seperti socket, marshalling& unmarshalling.

·         Robust (Sempurna):

Sejak th 1980-an RPC telah banyakdigunakan dlm pengembangan missioncritical application yg memerlukan scalability, fault tolerance, & reliability.

Kekurangan RPC

·         Tidak fleksibel terhadap perubahan:

-          Static relationship between client & server at run-time.

·         Berdasarkan prosedural/structured programming yang sudah ketinggalan jaman

            dibandingkan OOP.

F.       Lapisan Remote Prosedure Call

Bagian antar-muka (interface) dari RPC dibagi menjadi 3 lapisan/bagian (layer) yaitu:

1.      Lapisan Tertinggi (Highest Layer)

Lapisan ini merupakan lapisan yang bersentuhan langsung dengan sistem operasi, mesin dan jaringan tempat RPC berjalan. Layer ini umumnya banyak digunakan pada pembuatan dan pemprograman RPC karena penggunaan  layer ini sama saja dengan penggunaan RPC. Banyak servis/layanan pada layerini yang berhubungan langsung dengan informasi yang banyak dibutuhkan. Berikut ini jenis-jenis servis lainnya yang banyak digunakan pada layer ini

2.      Lapisan Menengah (Intermediate Layer)

Lapisan ini merupakan implementasi dari RPC sesungguhnya. Pada layer ini, seorang user tidak harus berhubungan dengan soket, sistem operasi atau implementasi lo-level lainnya. Pada layer ini, seorang  userhanya melakukan proses remotepada suatu mesin. Layer ini merupakan layer yang digunakan untuk semua program RPC.

Pada  layer  ini  terdapat  rutin-rutin  mengenai  ”registerrpc()”,  ”callrpc”, dan  scv  run.  Dua  rutin  yang  disebut  pertama  adalah  rutin-rutin  yang fundamental. ”registerrpc() digunakan untuk memperoleh nomor unik dari tiap  prosedur  identifikasi  dalam  tiap  sistem.  Sedangkan  ”callrpc()” digunakan  untuk  mengeksekusi  prosedur  remote.  Implementasi  layer diatasnya dilakukan pada layer ini

3.      Lapisan Terendah (Lowest Layer)

Lapisan ini merupakan lapisan yang mengatur tentang soket dan sistem call. Lapisan ini tidak memberikan data dan servis secara detail untuk dapat digunakan. Umumnya program yang dibuat untuk lapisan ini merupakan program yang paling efisien. Permasalahan yang timbul pada sistem ini berkaitan dengan penyesuaian implementasi RPC untuk sistem operasi yang berbeda.

G.      Implementasi Remote Prosedure Call

a.      Bahasa Remote Prosedure Call

Bahasa  RPC  (RPC  Language  -  RPCL)  merupakan  bahasa  yang dikembangkan  dari  bahasa  XDR.  Bahasa  RPC  memiliki  kemiripan  dengan bahasa  XDR  namun  dengan  beberapa  penambahan  yaitu  program  definisi. Implementasi  layanan  protokol  dan  rutin  menggunakan  command  rpcgen yang berkorespondensi dengan bahasa pemprograman C. Deskripsi dari bahasa RPC meliputi :

1.      Definition

File  dengan  bahasa  RPC  memiliki  beberapa  definisi,  diantaranya adalah enum, struct, union, typedef, const, dan program.

2.      Structure

Struktur  pada  bahasa  RPC  dideklarasikan  seperti  pada pendeklarasian struktur dalam bahasa C

3.      Union

Union pada bahasa RPC berbeda dengan bahasa C. Kemiripan lebih ditunjukkan dengan variasi pada bahasa Pascal

4.      Enumeration

Enumerasi  pada  bahasa  ini  memiliki  syntax  yang  sama  dengan bahasa C.

5.      TypeDef

Tipe  Definisi  (  Typedef  )  pada  bahasa  ini  memiliki  syntax  yang

sama dengan typedef pada bahasa C.

6.      Constant

Constant  pada  bahasa  ini  dapat  digunakan  jika  variabel  integer konstant dibutuhkan.

7.      Programs

Program  RPC  dideklarasikan  dengan  syntax  berikut  secara berurutan  :  programdefiniton,  version-list,  version,  procedure-list, procedure.

8.      Declarations

Dalam  bahasa  ini,  terdapat  empat  jenis  tipe  deklarasi  yaitu  :  simple

declarations, fixed-length array declarations, variable -length declaration, dan

pointer declaration

b.      Port Mapper

Port adalah kanal komunikasi diantara klien dan server. Port-port komunikasi ini dibedakan berdasarkan nomor yang dimilikinya dengan fungsi masing-masing. Namun nomor-nomor port ini, terutama yang memberikan layanan RPC, tidak diberikan pada jaringan transport. Jaringan transport hanya menyediakan layanan pemprosesan messagedi dalam jaringan. (Spangler, 2004).

Untuk mengatasi hal ini, maka programpada komputer klien harus mampu untuk mencari nomor portuntuk tiap program di server yang hendak digunakan. Protokol port mapper adalah suatu layanan pada jaringan yang dapat mengatasi masalah ini. Protokol ini memberikan hak pada klien untuk mencari nomor port untuk semua program  remote yang disediakan oleh server. Dengan demikian maka implementasi protokol ini pada suatu program port mapperakan memetakan tiap-tiap program RPC dan nomor versinya dengan nomor-nomor port yang spesifik.

c.       Meregister Port

Port Mapper terletak pada nomor port111 pada setiap mesin (hostmaupun server) dan merupakan satu-satunya layanan jaringan yang mempunyai portyang khusus dan tetap. Sedangkan untuk jenis layanan jaringan lainnya, nomor port-nya dapat statis atau berubah-ubah asalkan kesemuanya terdaftar pada port mapper. Penempatan nomor portuntuk tiap program remoteke dalam port mapper akan mengotomatisasi administrasi nomor-nomor port. Hasilnya akan disimpan dalam satu file dimana file ini akan diduplikat ke setiap klien. Sehingga akan terjadi proses pembaruan data (update) setiap kali ada program remotebaru yang disediakan oleh jaringan. Salah satu cara alternatif agar sistem tidak harus selalu meng-update file mapper-nya adalah dengan menempatkan hasil pemetaan portprogram remote pada suatu file Network File System(NFS) yang di-sharing. Namun hal ini membawa masalah apabila server tidak dapat berfungsi, maka seluruh jaringan juga tidak dapat menggunakan fungsi ini.

Pemetaan port program yang disimpan pada suatu port mapper di server disebut dengan portmap. Port mapperini akan dijalankan secara otomatis tiap kali mesin server dijalankan. Lalu baik program server maupun klien akan memanggil prosedur port mapper. Kemudian sebagai bagian dariproses inisialisasi, program server akan memanggil port mapperpada hostuntuk membuat entri pada portmap. Setelah itu, program server akan meng-updateentri pada portmap, sedangkan program klien akan memanggil query dari entri portmap ini. Untuk mencari nomor port yang diinginkan, program klien kemudian mengirimkan RPC call messageke port mapper pada server. Apabila proses ini berhasil (server mendukung remoteprogram yang diminta), port mapperserver akan mengirimkan nomor portyang sesuai pada RPC reply message. Kemudian proses remote dapat dilakukan dengan menggunakan nomor porttersebut. Proses ini akan selalu dijalankan setiap kali ada permintaan remote program dari klien ke server. Namun untuk meminimalisasi pemanggilan port mapper, pada sisi klien disediakan cacheuntuk menyimpan nomor-nomor port yang sering digunakan.

d.      Prosedur Port Mapper

Program port mappermendukung dua protokol, yaitu UDPdan TCP/IP. Program ini terhubung pada port 111 untuk kedua protokol ini. Berikut ini adalah prosedurprosedur yang digunakan program port mapperpada kedua protokol ini:

Ø  NULL Prosedur ini tidak berfungsi, prosedur ini tidak memberikan parameter dan juga tidak memberikan hasil.

Ø  SET Prosedur ini akan meregister program pada  port mapper dengan memberikan parameter sebagai berikut: program number(prog), version number(vers), transport protocol number(prot), dan nomor portyang diminta untuk layanan ini. Hasil dari prosedur ini berupa Boolean True atau Falseyang mengindikasikan sukses tidaknya proses mapping.

Ø  UNSET Prosedur ini digunakan untuk me-unregisterprogram pada port mappingjika program remotetidak lagi digunakan. Parameter yang dibawa sama dengan prosedur SET dikuranginomor protokol dan nomor port.

Ø  GETPORT Prosedur ini memberikan parameter berupa nomor program (prog), version number(vers), dan transport protocol number(prot) untuk mendapatkan hasil berupa nomor portuntuk program yang diminta.

Ø  DUMP Prosedur ini akan mencatat semua entri dalam database port mapper. Prosedur ini tidak membutuhkan parameter dan memberikan hasil berupa (prog), (prot), (vers), dan nomor port.

Ø  CALLIT

Prosedur ini digunakan untuk memanggil suatu program remotelain pada mesin yang sama tanpa harus mengetahui nomor portdari program yang diminta.

H.      Algoritma Remote Prosedure Call

Input pesan yang berisi parameter yang akan dikirim ke jaringan  dari user

1.      Mengirim pesan ke sistem remote  (server)

2.      Server membaca dan mengolah pesan

3.      Pesan dikirim dari server ke client

4.      Client menerima pesan

5.      Proses diatas akan dilakukan berulang-ulang sesuai permintaan user dalam pengeksekusian RPC dalam suatu remote sistem.

I.         Struktur Protokol Message RPC

1.      Call Message

Dilakukan oleh klien, dimana meminta server untuk mengeksekusi suatu prosedur. Terdapat nilai-nilai unsigned integer yang digunakan untuk mengidentifikasi prosedur remote yang diminta:

·         Nomor Program

·         Nomor Versi dari Program

·         Nomor Prosedur

2.      Reply Message

Dikirimkan oleh server jaringan, bervariasi tergantung apakah call messages yang diminta klien diterima atau ditolak. Mengandung informasi:

·         RPM mengeksekusi call message dengan sukses

·         Implementasi remote tidak sesuai dengan protokol yang digunakan (versi yang lebih tinggi atau lebih rendah ditolak)

·         Program remote tidak tersedia pada sistem remote

·         Program remote tidak mendukung versi yang diminta klien

·         Nomor prosedur yang diminta tidak ada

J.        Prinsip Kerja Remote Prosedure Call

Prosedur call umumnya berkaitan dengan penggunaan stack, penyimpanan parameter yang diterima dalam stack tersebut dan pengalokasian ruang untuk lokal variabel. Namun selain itu ada yang disebut dengan Prosedur Call remote, yang berarti pelaksanaan proses diatas namun pada suatu sistem lain yang berhubungan melalui suatu jaringan. Sistem prosedur remoteini memiliki cara kerja yang sedikit banyak mirip, namun berbeda dengan prosedur callbiasa. Berikut adalah gambar cara kerja dari RPC.

1.      Client procedure calls client stub in normal way.

2.      Client stub builds message, calls local OS.

3.      Client's OS sends message to remote OS.

4.      Remote OS gives message to server stub.

5.      Server stub unpacks parameters, calls server.

6.      Server does work, returns result to the stub.

7.      Server stub packs it in message, calls local OS.

8.      Server's OS sends message to client's OS.

9.      Client's OS gives message to client stub.

10.  Stub unpacks result, returns to client.

Tiap prosedur yang dipanggil dalam RPC, harus berkoneksi dengan server remote dengan mengirimkan semua parameter yang dibutuhkan, menunggu balasan dari server dan melakukan proses kemudian selesai. Proses di atas disebut juga dengan stub pada sisi klien. Sedangkan Stub pada sisi server adalah proses menunggu tiap message yang berisi permintaan mengenai prosedur tertentu. (Newmarch,  1995). Server harus membaca tiap parameter yang diberikan, kemudian memberikan prosedur lokal yang sesuai dengan permintaan dan parameter. Kemudian setelah eksekusi, server harus mengirimkan hasil kepada pihak pemanggil proses.

Berikut ini adalah diagram yang akan menjelaskan secara rince mengenai proses yang terjadi pada klien dan server dalam eksekusi suatu prosedur RPC :

Berikut penjelasan dari diagram diatas :

1.      Klien  memanggil  prosedur  stub  lokal.  Prosedur  Stub  akan  memberikan parameter  dalam  suatu  paket  yang  akan  dikirim  ke  jaringan.  Proses  ini disebut sebagai marshalling.

2.      Fungsi  Network  pada  O/S  (Operating  system  -  Sistem  Operasi)  akan dipanggil oleh stub untuk mengirim suatu message.

3.      Kemudian  Kernel  ini  akan  mengirim  message  ke  sistem  remote.  Kondisi ini dapat berupa connectionless atau connection-oriented.

4.      Stub  pada  sisi  server  akan  melakukan  proses  unmarshals  pada  paket yang dikirim pada network.

5.      Stub pada server kemudian mengeksekusi prosedur panggilan lokal.

6.      Jika eksekusi prosedur  ini telah selesai, maka  eksekusi  diberikan  kembali ke stub pada server.

7.      Stub  server  akan  melakukan  proses  marshals  lagi  dan  mengirimkan message nilai balikan ( hasilnya ) kembali ke jaringan.

8.      Message ini akan dikirim kembali ke klien.

9.      Stub klien akan membaca message ini dengan menggunakan fungsi pada jaringan.

10.  Proses  unmarshalled  kemudian  dilakukan  pada  message  ini  dan  nilai balikan akan diambil untuk kemudian diproses pada proses lokal.

11.  Proses  diatas  akan  dilakukan  berulang-ulang  (rekursif)  dalam pengeksekusian RPC dalam suatu remote sistem.

K.      Remote Prosedure Call

L.       Study

Contoh  studi  kasus  RPC  yaitu  pada  jasa  penge-print-an  di  rental pengetikan  yang  di  dalamnya  terdapat  1  komputer  server,  beberapa komputer  client  dan  sebuah  printer  yang  hanya  terhubung  dengan  server. User  dari  computer  client  ingin  mencetak  data  dari  komputernya.  Biasanya user  memindah  data  dengan  bantuan  device  external  seperti  disket,  flash disk,  hard  disk,  atau  cd-rw.  Namun  dengan  RPC  hal  tersebut  akan  menjadi lebih efisien.

Solusinya adalah :

Dengan  RPC,  untuk  mencetak  data  dari  computer  client,  computer  client mengirim pesan “cetak” kepada computer server. Kemudian computer server menerima  perintah  tersebut  dan  kemudian  menjalankan  perintah  mencetak data. Setelah  itu  server  mengirimkan  pesan  pada  client  berupa  informasi  “file telah dicetak”.

Sumber : http://belajarjaringanringan.blogspot.com/2013/12/remote-procedure-call.html

Read More