Réseaux IP Européens (RIPE)

Réseaux IP Européens (RIPE, Perancis untuk "Eropa IP Networks") adalah suatu forum terbuka untuk semua pihak yang berkepentingan dengan pengembangan teknis Internet. RIPE masyarakat yang tujuannya adalah untuk memastikan bahwa koordinasi administratif dan teknis yang diperlukan untuk mempertahankan dan mengembangkan internet terus berlanjut. Ini bukan sebuah standarisasi organisasi seperti IETF dan tidak berurusan dengan nama domain seperti ICANN.

RIPE bukan badan hukum dan tidak memiliki keanggotaan formal. Ini berarti bahwa siapa saja yang tertarik pada karya RIPE dapat berpartisipasi melalui milis, dan dengan menghadiri pertemuan. RIPE memiliki ketua untuk mengawasi kerja antara RIPE Rapat dan menjadi penghubung eksternal. Merampok Blokzijl adalah juru bicara pada awal dan kemudian ketua. Masyarakat yang RIPE RIPE berinteraksi melalui Mailing Lists, RIPE RIPE Kelompok Kerja dan Rapat.

Meskipun mirip nama, dan RIPE NCC RIPE adalah entitas yang terpisah. RIPE NCC yang memberikan dukungan administratif untuk RIPE, seperti Rapat RIPE fasilitasi dan memberikan dukungan administratif untuk RIPE Kelompok Kerja. Didirikan tahun 1992 oleh masyarakat RIPE untuk melayani sebagai badan administratif.

Sejarah

Pertemuan RIPE pertama diadakan pada tanggal 22 Mei 1989 di Amsterdam, Belanda. Itu membawa bersama-sama 14 wakil-wakil dari 6 negara dan 11 jaringan [1]. Pada waktu itu pemerintah Eropa, badan-badan standardisasi dan perusahaan telekomunikasi mendorong OSI-standar dan jaringan berbasis IP dilihat sebagai cara yang salah untuk pergi. Dalam komunitas akademik (terutama nuklir dan fisika partikel) ada kebutuhan yang kuat untuk bekerja sama dengan rekan-rekan di seluruh Eropa dan Amerika Serikat. IP menyediakan standar untuk memungkinkan interkoneksi dan kerjasama, sedangkan jaringan yang ditawarkan oleh perusahaan-perusahaan telekomunikasi Eropa sering sama sekali tidak memiliki itu.

RIPE sebagai sebuah organisasi yang didirikan oleh RIPE kerangka acuan, yang telah disepakati pada 29 November 1989 [2]. Ada sepuluh organisasi yang bermaksud untuk berpartisipasi dalam Komite Koordinasi RIPE, di sepanjang garis didefinisikan oleh RIPE Terms of Reference, meskipun beberapa masih diperlukan membuat keputusan resmi. Organisasi-organisasi tersebut adalah: BelWue, CERN, EASInet, EUnet, GARR, HEPnet, NORDUnet, SURFnet, SWITCH dan XLink. [3]. Pada saat yang sama taskforces didirikan untuk memfasilitasi interkoneksi Eropa IP-jaringan dalam minggu-minggu berikutnya dan bulan-bulan [4] Keempat taskforces adalah:

1. Konektivitas dan Routing
2. Jaringan Manajemen dan Operasi
3. Domain Name System
4. Formal Koordinasi

Salah satu hasil merupakan usulan pada 16 September 1990 untuk mendirikan Pusat Koordinasi Jaringan RIPE (NCC) untuk mendukung tugas-tugas administratif dalam masyarakat RIPE [5] dan yang pertama Rencana Kegiatan RIPE NCC diterbitkan Mei 1991 [6].

Tanya RIPE RARE (salah satu pendahulu dari TERENA) jika mereka akan memberikan kerangka hukum untuk RIPE NCC. Setelah prosedur permohonan, yang RIPE NCC dimulai pada April 1992 dengan kantor pusatnya di Amsterdam, Daniel Karrenberg sebagai manajer dan hanya dua anggota staf lain. Dana awal disediakan oleh jaringan akademis (RARE anggota), EARN dan EUnet. Yang RIPE NCC resmi didirikan ketika versi Belanda anggaran dasar diendapkan dengan Amsterdam Chamber of Commerce pada tanggal 12 November 1997 [7]. [Who?]

Bagaimana nama ini terbentuk

Tampaknya bahwa nama adalah hasil terjemahan dari judul Inggris diagram ke Bahasa Prancis oleh John Quarterman [8]. Ini disajikan dalam Sidang Istimewa RIPE 58 [9].

Apa yang dimaksud dengan RIPE Dokumen?

Sebuah RIPE Dokumen adalah setiap dokumen, proposal, prosedur atau kebijakan yang telah diusulkan dan diterima oleh masyarakat RIPE. Semua Dokumen RIPE diterbitkan online di Dokumen RIPE Store.

Kebijakan Pembangunan

RIPE masyarakat yang mengembangkan dan menetapkan kebijakan untuk koordinasi teknis internet dan pengelolaan dan distribusi sumber daya Internet (IP Addresses dan Autonomous System (AS) Bilangan) melalui lama mapan, terbuka, bottom up dan proses diskusi berbasis konsensus pengambilan keputusan. Yang RIPE Proses Pengembangan Kebijakan trek resmi dan masukan ke dalam diskusi tentang kebijakan apa pun yang diusulkan. PDP yang RIPE transparan dan berbasis konsensus. Siapapun mungkin menyarankan kebijakan baru atau perubahan ke yang sudah ada. Proposal kemudian didiskusikan dan diterima atau ditolak oleh masyarakat RIPE RIPE sesuai dengan pedoman PDP.

RIPE Rapat

Rapat RIPE terjadi dua kali setahun. Biasanya, satu pertemuan yang diadakan di Amsterdam, Belanda, dan yang lain di suatu tempat di wilayah layanan RIPE NCC. Pertemuan lima hari acara di mana Internet Service Provider (ISP), operator jaringan, wakil pemerintah, regulator dan pihak-pihak lain yang tertarik berkumpul untuk membahas isu-isu yang relevan, perkembangan dan kebijakan. RIPE Rapat terbuka untuk siapa saja, walaupun pendaftaran diperlukan. Pertemuan selalu diakhiri dengan presentasi Secret Working Group. Presentasi terdiri dari limericks, dll haikus merujuk pada apa yang terjadi pada pertemuan atau di masyarakat.

Apa yang dimaksud dengan RIPE Working Group?

The RIPE masyarakat telah membentuk beberapa Kelompok Kerja RIPE untuk menangani berbagai isu dan topik yang terkait dengan pekerjaan dan RIPE NCC anggota komunitas internet umum. Masing-masing Kelompok Kerja RIPE memiliki sebuah mailing list di mana topik atau pertanyaan yang terkait dengan kelompok kerja dapat didiskusikan. Kelompok Kerja yang RIPE bertemu dua kali setahun dalam sesi khusus pada Rapat RIPE.

RIPE Komunitas

RIPE masyarakat yang mengacu secara kolektif kepada setiap individu atau organisasi, apakah anggota RIPE NCC atau tidak, yang memiliki minat dalam cara internet dikelola, terstruktur atau diatur.

Asia-Pacific Network Information Centre (APNIC)

APNIC adalah Regional Internet Registry untuk kawasan Asia Pasifik.

APNIC menyediakan jumlah alokasi sumber daya dan layanan registrasi yang mendukung operasi global Internet. Ini adalah bukan untuk mencari keuntungan, organisasi berbasis keanggotaan yang anggotanya termasuk Internet Service Provider, Internet Registries Nasional, dan organisasi serupa.

APNIC fungsi utama adalah:

* Mengalokasikan IPv4 dan IPv6 address space, dan Autonomous System Numbers
* Memelihara Database Whois publik untuk wilayah Asia Pasifik
* Reverse DNS delegasi
* Mewakili kepentingan komunitas internet Asia Pasifik di panggung global

Pertemuan Kebijakan Terbuka

Setiap tahun, APNIC mengadakan dua pertemuan kebijakan terbuka. Ini memberikan kesempatan masyarakat untuk datang bersama-sama untuk pengembangan kebijakan, pengambilan keputusan, pendidikan, pertukaran informasi, dan jaringan - baik profesional dan sosial. Kebijakan Terbuka pertama setiap tahun Rapat diselenggarakan sebagai jejak konferensi Asia Pacific Regional Internet Conference on Operational Technologies (APRICOT), dan yang kedua adalah sebagai standalone diadakan pertemuan. Pertemuan diadakan di berbagai lokasi di seluruh Asia Pasifik dan sering melibatkan unsur-unsur budaya ekonomi negara tuan rumah.

Pelatihan APNIC

APNIC mengadakan beberapa kursus pelatihan di berbagai lokasi di seluruh wilayah. Kursus-kursus ini dirancang untuk mendidik peserta untuk mahir mengkonfigurasi, mengelola dan memberikan layanan internet mereka dan infrastruktur dan untuk menerima praktek-praktek terbaik saat ini.

Whois Database

Database Whois APNIC detail dari registrasi berisi alamat IP dan nomor AS awalnya dialokasikan oleh APNIC. Ini menunjukkan organisasi-organisasi yang memegang sumber daya, di mana alokasi dibuat, dan rincian kontak untuk jaringan. Organisasi yang memegang sumber daya yang bertanggung jawab untuk memperbarui informasi mereka dalam database. Basis data dapat dicari dengan menggunakan antarmuka web pada situs APNIC, atau dengan mengarahkan klien whois Anda whois.apnic.net (misalnya, whois-h whois.apnic.net 203.37.255.97).

Spam, hacking, dll

Setelah memanfaatkan Whois Database dalam upaya untuk menentukan siapa yang mungkin bertanggung jawab untuk mengirimkan spam atau mendapatkan akses tidak sah ke komputer mereka (hacking), banyak orang salah menafsirkan keliru apnic.net sebagai referensi untuk menunjukkan sumber spam atau upaya hacking. Orang-orang ini juga cenderung percaya bahwa APNIC memiliki kewenangan dan kekuasaan untuk mencegah jenis jaringan ini pelecehan. Kedua ini adalah kesalahpahaman. APNIC memainkan peran pasif, memberikan pelayanan yang baik dan terhormat Netizen pidana dalam suatu cara yang tidak menghakimi. APNIC ada semata-mata untuk melayani anggota-anggotanya, dan tidak terlibat dalam masalah Cybercrime kepolisian.

Mitra

APNIC bekerja sama dengan banyak organisasi Internet lainnya, termasuk:

Keanggotaan APNIC

Mayor Internet Service Provider (ISP), National Internet Registry (NIR) dan Pusat Informasi Jaringan (NIC).

Lainnya Regional Internet Registry (RIR)

ARIN (Amerika Utara), LACNIC (Amerika Latin dan Karibia), RIPE NCC (Eropa), dan AfriNIC (Afrika).

The Number Resource Organization

Dengan RIR lainnya, APNIC adalah anggota dari Number Resource Organization (NRO), yang ada untuk melindungi sumber daya nomor belum dialokasikan renang, untuk mempromosikan dan melindungi bottom-up proses pengembangan kebijakan, dan menjadi titik fokus input ke dalam sistem RIR.

Internet terkemuka organisasi

Ini termasuk IANA (IANA), Internet Corporation for Assigned Names and Numbers (ICANN), Internet Engineering Task Force (IETF), Internet Engineering Policy Group (IEPG), Internet Society (ISOC), dan lain-lain .

Registri sebelumnya untuk Australia, yang dikenal sebagai AUNIC, sekarang dibubarkan, dan tanggung jawab yang dilakukan oleh APNIC.

Sejarah

APNIC didirikan pada tahun 1992 oleh Asia Pasifik Koordinator Komite Penelitian Intercontinental Networks (APCCIRN) dan Asia Pacific Engineering and Planning Group (APEPG). Kedua kelompok itu kemudian digabung dan berganti nama menjadi Kelompok Jaringan Asia Pasifik (APNG). Ini didirikan sebagai sebuah proyek percontohan untuk memberikan ruang alamat seperti yang didefinisikan oleh RFC-1366, dan juga mencakup singkat yang lebih luas: "Untuk memfasilitasi komunikasi, bisnis, dan budaya dengan menggunakan teknologi internet".

Pada tahun 1993, APNG menemukan mereka tidak mampu menyediakan payung formal atau struktur hukum untuk APNIC, dan jadi pilot proyek ini menyimpulkan, tetapi APNIC terus eksis secara independen di bawah kekuasaan IANA sebagai 'proyek sementara'. Pada tahap ini, APNIC masih tidak memiliki hak-hak hukum, keanggotaan, dan struktur biaya.

Pada tahun 1995, pelantikan diadakan pertemuan APNIC di Bangkok. Ini adalah pertemuan dua hari, dijalankan oleh para relawan, dan bebas untuk hadir. Sumbangan sukarela dicari sesuai dengan ukuran organisasi, mulai dari $ 1.500 untuk 'kecil', melalui ke $ 10.000 untuk 'besar'. Tiga anggota jenis didefinisikan oleh APNIC-001: ISP (lokal IR), Enterprise, dan Nasional.

1996 melihat struktur biaya yang layak diperkenalkan, pembentukan keanggotaan, dan penyelenggaraan pertemuan APRICOT pertama.

1997 Pada saat tiba, itu menjadi semakin jelas bahwa APNIC lingkungan setempat di Jepang membatasi pertumbuhan - misalnya, staf terbatas pada anggota 4-5. Oleh karena itu, perusahaan konsultan KPMG dikontrak untuk menemukan lokasi yang ideal di kawasan Asia Pasifik untuk APNIC markas baru.

Untuk alasan-alasan seperti infrastruktur stabil, rendahnya biaya hidup dan operasi, dan keuntungan pajak bagi organisasi keanggotaan, Brisbane, Australia dipilih sebagai lokasi baru, dan relokasi selesai antara bulan April dan Agustus, 1998, sambil tetap menjaga seluruh operasi terus-menerus.

Pada tahun 1999, relokasi itu selesai, krisis ekonomi Asia berakhir, maka mulai periode konsolidasi untuk APNIC - masa pertumbuhan berkelanjutan, pengembangan kebijakan, dan penciptaan dokumentasi dan sistem internal.

Sejak itu, APNIC telah terus tumbuh dari awal yang sederhana ke anggota lebih dari 1.500 di 56 ekonomi di seluruh wilayah dan sekretariat dari sekitar 50 anggota staf yang terletak di kantor pusat di Brisbane, Australia.

Kebijakan proses pembangunan

Kebijakan-kebijakan APNIC dikembangkan oleh keanggotaan dan lebih luas komunitas internet. Media besar untuk pengembangan kebijakan adalah face-to-face Pertemuan Kebijakan Terbuka, yang diadakan dua kali setiap tahun, dan milis diskusi.

Pengembangan kebijakan APNIC prosesnya adalah:

* Buka
o Siapa saja dapat mengusulkan kebijakan.
o Setiap orang dapat membicarakan proposal kebijakan.
* Transparan
o APNIC dokumen publik semua diskusi kebijakan dan keputusan.
* Bottom-up
o drive komunitas pengembangan kebijakan.

Dokumen APNIC semua diskusi kebijakan dan keputusan untuk memberikan transparansi lengkap dari proses pengembangan kebijakan.

Tahap proses pengembangan kebijakan

Ada tiga fase utama dari proses pengembangan kebijakan APNIC:

1. Sebelum pertemuan APNIC
2. Pada pertemuan APNIC
3. Setelah pertemuan APNIC

1. Sebelum rapat

Anda harus memasukkan kebijakan atau perubahan yang diusulkan ke Sekretariat APNIC setidaknya empat minggu sebelum pertemuan di mana proposal akan dipertimbangkan. Ketua SIG Setelah menerima usulan, itu akan diposting ke milis sehingga masyarakat dapat membicarakannya. Hal ini memungkinkan orang untuk membahas proposal, dan ini merupakan cara penting bagi orang-orang yang tidak bisa menghadiri pertemuan telah mereka katakan. Semua diskusi ini diperhitungkan ketika usulan ini dibahas di APNIC Open Policy Meeting (OPM).

2. Pada pertemuan

Pada OPM sendiri, kebijakan yang diusulkan disajikan selama sesi SIG yang sesuai. Ini adalah kesempatan untuk mempresentasikan proposal Anda secara pribadi, atau dengan cara lain jika Anda tidak dapat hadir. Masyarakat akan menggunakan kesempatan ini untuk mengomentari proposal. Jika proposal mencapai konsensus, yang SIG laporan Ketua keputusan pada APNIC Member Meeting (AMM) pada akhir minggu. Keanggotaan APNIC kemudian diminta untuk mendukung keputusan SIG.

3. Setelah pertemuan

Dalam seminggu proposal yang disahkan pada Rapat Anggota APNIC (AMM), proposal dikirim kembali ke milis untuk delapan minggu periode komentar. Jika ada perubahan yang dilakukan pada proposal selama pertemuan APNIC, delapan minggu ini periode komentar masyarakat memberikan kesempatan untuk mengomentari proposal yang dimodifikasi. Jika proposal tersebut dianggap telah mencapai konsensus selama delapan komentar minggu periode itu, Ketua SIG APNIC akan meminta Dewan Eksekutif (EC) untuk mendukung usulan tersebut. Setelah APNIC kebijakan Komisi Eropa mendukung proposal, Sekretariat APNIC mengimplementasikan kebijakan. Ini biasanya terjadi minimal tiga bulan setelah dukungan Komisi Eropa.

PENAMAAN DNS (Domain Name Service)

FQDN dan PQDN
Fully Qualifed Domain Name (FQDN)

Fully Qualifed Domain Name (disingkat menjadi FQDN), dalam sistem penamaan domain Domain Name System (DNS) merujuk kepada nama bertitik yang dapat mengidentifikasikan sebuah host Transmission Control Protocol/Internet Protocol (TCP/IP) di dalam jaringan dan Internet. FQDN juga sering disebut sebagai Absolute Domain Name. FQDN didiskusikan dalam RFC 1035, RFC 1123 dan RFC 2181.

Sebuah FQDN dari sebuah host mengandung nama host miliknya digabungkan dengan nama domain (dan subdomain) di mana host tersebut berada, yang kemudian dipisahkan dengan menggunakan tanda titik (.). FQDN umumnya digunakan di dalam Uniform Resource Locator (URL) yang digunakan untuk mengakses halaman web di dalam jaringan dan Internet dan membuat path absolut terhadap ruang nama (namespace) DNS ke host target di mana halaman web tersebut berada. FQDN berbeda dengan nama domain biasa karena FQDN merupakan nama absolut dari domain, sehingga sufiks domain tidak perlu ditambahkan.


Contoh FQDN: untuk sebuah nama FQDN id.wikipedia.org, dapat diambil pernyataan bahwa id merupakan nama host, dan wikipedia.org merupakan nama domain-nya. Panjang maksimum dari FQDN adalah 255 bits.

Partially-Qualified Domain Name (PQDN)

Ada juga beberapa situasi di mana kita dapat merujuk ke perangkat yang menggunakan spesifikasi nama lengkap. Hal ini disebut Partially-Qualified Domain Names (PQDNs), yang berarti bahwa nama itu hanya sebagian menentukan lokasi perangkat. Menurut definisi, PQDN adalah ambigu, karena tidak memberikan path lengkap ke domain. Jadi, satu-satunya dapat menggunakan PQDN di dalam konteks sebuah domain induk tertentu, yang mutlak nama domain dikenal. Kita kemudian dapat menemukan FQDN dari sebuah nama domain tertentu-sebagian dengan menambahkan nama parsial ke nama absolut dari domain induk. Sebagai contoh, jika kita memiliki PQDN "Z" dalam konteks FQDN "yx", kita tahu FQDN untuk "Z" adalah "Zyx"

Membedakan FQDNs dan PQDNs dalam DNS

Saya sebutkan di topik sebelumnya bahwa tanda titik untuk domain root null biasanya dihilangkan. Hal ini berlaku dalam bahasa umum, dan ketika pengguna menentukan nama domain dalam sebuah aplikasi, Anda tidak menggunakan tanda titik di browser Web Anda misalnya. Namun, dalam DNS itu sendiri, dot digunakan untuk membedakan secara jelas FQDN dari sebuah PQDN dalam file master DNS. Hal ini memungkinkan kita untuk menggunakan kedua FQDNs dan PQDNs bersama-sama.. Dalam contoh di atas, "apel" akan mengacu apple.cs.widgetopia.edu. "," Tetapi "apple.com." Akan mengacu pada nama domain yang memenuhi syarat-sepenuhnya untuk Apple Computer, Inc Anda harus berhati-hati tentang mengawasi titik-titik di sini, karena "apple.com" (tidak ada periode trailing) akan PQDN, dan akan lihat "apple.com.cs.widgetopia.edu.", dan bukan domain dari Apple Computer. 

Diagram kerja DNS
Dimisalkan ada client yang menanyakan "berapa alamat ip dari www.itb.ac.id ?" Pertanyaan ini dilemparkan ke DNS server lokal. Dengan segera DNS server lokal memeriksa databasenya. Kemudian ternyata www.itb.ac.id tidak terdapat didalam databasenya. Lalu ia memeriksa cache. Bila ada, jawaban lansung diberikan ke client. Tapi bila tidak ada, maka ia akan mencari jawabannya ke root DNS. Root DNS pasti mempunyai database yang dimaksud dan memberikannya ke DNS server local dan pada akhirnya diberikan ke client tadi.

Root DNS ini memuat seluruh daftar nama yang ada di dunia. Dan Root DNS ini tidak hanya terdiri dari satu server melainkan sekitar 13 server yang diletakkan di seluruh dunia.

Secara garis besar pembagian domain dunia memakai dua jenis. Yang pertama berdasarkan jenis institusi, antara lain :

· .com untuk organisasi komersial

· .org untuk organisasi non-komersial

· .edu untuk institusi pendidikan 

PROTOKOL-PROTOKOL ROUTING

Protokol adalah sebuah aturan atau standar yang mengatur atau mengijinkan terjadinya hubungan, komunikasi, dan perpindahan data antara dua atau lebih titik komputer. Protokol dapat diterapkan pada perangkat keras, perangkat lunak atau kombinasi dari keduanya. Pada tingkatan yang terendah, protokol mendefinisikan koneksi perangkat keras. Protocol digunakan untuk menentukan jenis layanan yang akan dilakukan pada internet.

* HTTP (HyperText Transfer Protocol) adalah protokol yang dipergunakan untuk mentransfer dokumen dalam World Wide Web (WWW). Protokol ini adalah protokol ringan, tidak berstatus dan generik yang dapat dipergunakan berbagai macam tipe dokumen.

* Gopher adalah aplikasi yang dapat mencari maklumat yang ada di Internet, tetapi hanya “text base” saja, atau berdasarkan teks.Untuk mendapatkan maklumat melalui Gopher, kita harus menghubungkan diri dengan Gopher server yang ada di Internet. Gopher merupakan protocol yang sudah lama dan saat ini sudah mulai di tinggalkan karena penggunaannya tidak sesedeharna HTTP.

* FTP (File Transfer Protocol) adalah sebuah protokol Internet yang berjalan di dalam lapisan aplikasi yang merupakan standar untuk pentransferan berkas (file) komputer antar mesin-mesin dalam sebuah internetwork. FTP merupakan salah satu protokol Internet yang paling awal dikembangkan, dan masih digunakan hingga saat ini untuk melakukan pengunduhan (download) dan penggugahan (upload) berkas-berkas komputer antara klien FTP dan server FTP. Pada umumnya browser-browser versi terbaru sudah mendukung FTP.

* Mailto, Protokol mailto digunakan untuk mengirim email melalu jaringan internet. Bentuk format pada protocol ini adalah : mailto:nama_email@namahost contoh : mailto: otakkacau@yahoo.comThis e-mail address is being protected from spambots. You need JavaScript enabled to view it

* TCP/IP (Transmission Control Protocol/Internet Protocol) merupakan standar komunikasi data yang digunakan oleh komunitas internet dalam proses tukar-menukar data dari satu komputer ke komputer lain di dalam jaringan Internet.


Protokol Komunikasi
Pada TCP/IP terdapat beberapa protokol sub yang menangani masalah komunikasi antar komputer. TCP/IP merngimplemenasikan arsitektur berlapis yang terdiri atas empat lapis, diantaranya adalah :

1. Protokol lapisan aplikasi : bertanggung jawab untuk menyediakan akses kepada aplikasi terhadap layanan jaringan TCP/IP. Protokol ini mencakup protokol Dynamic Host Configuration Protocol (DHCP), Domain Name System (DNS), Hypertext Transfer Protocol (HTTP), File Transfer Protocol (FTP), Telnet, Simple Mail Transfer Protocol (SMTP), Simple Network Management Protocol (SNMP), dan masih banyak protokol lainnya. Dalam beberapa implementasi stack protokol, seperti halnya Microsoft TCP/IP, protokol-protokol lapisan aplikasi berinteraksi dengan menggunakan antarmuka Windows Sockets (Winsock) atau NetBIOS over TCP/IP (NetBT).
2. Protokol lapisan antar-host : berguna untuk membuat komunikasi menggunakan sesi koneksi yang bersifat connection-oriented atau broadcast yang bersifat connectionless. Protokol dalam lapisan ini adalah Transmission Control Protocol (TCP) dan User Datagram Protocol (UDP).
3. Protokol lapisan internetwork : bertanggung jawab untuk melakukan pemetaan (routing) dan enkapsulasi paket-paket data jaringan menjadi paket-paket IP. Protokol yang bekerja dalam lapisan ini adalah Internet Protocol (IP), Address Resolution Protocol (ARP), Internet Control Message Protocol (ICMP), dan Internet Group Management Protocol (IGMP).Compose
4. Protokol lapisan antarmuka jaringan : bertanggung jawab untuk meletakkan frame-frame jaringan di atas media jaringan yang digunakan. TCP/IP dapat bekerja dengan banyak teknologi transport, mulai dari teknologi transport dalam LAN (seperti halnya Ethernet dan Token Ring), MAN dan WAN (seperti halnya dial-up modem yang berjalan di atas Public Switched Telephone Network (PSTN), Integrated Services Digital Network (ISDN), serta Asynchronous Transfer Mode (ATM))

Protokol Apple Talk

Definisi: diciptakan oleh perusahaan Apple komputer, diterapkan pada jaringan dengan komputer mesin Apple, yang diperkenalkan pada tahun 1985
Protokol yang ada di dalamnya:
1.AppleTalk Filing Protocol(AFP): adalah protokol yang mengatur penerimaan dan pengiriman file dari komputer Apple.
2.Zone Information Protocol(ZIP): adalah protokol untuk mengatur suatu daerah (zone) yang dibuat jaringan AppleTalk
3.Routing Table Maintance Protocol (RTMP): merupakan protokol routing bagi AppleTalk yang berjenis distance vector.
4.Name Binding Protocol (NPB): berfungsi untuk mengadakan translasi suatu nama dari alamat Appletalk
5.Datagram Delivery Protocol (DDP): Berfungsi memberikan alamat yang unik bagi setiap node di dalam jar.Appletalk
6.Ethertalk, Tokentalk dan FDDItalk: protokol-protokol yang menunjang jaringan Rthernet, Token dan FDDI di jar.AppleTalk
7.Appletalk address: terdiri 2 bagian yaitu 16 bit untuk no jar. Dan 8 bit untuk no node
8.Appletalk Zone
9.Apple Talk Discovery Mode


Open Shortest Path First (OSPF)

OSPF merupakan sebuah routing protokol berjenis IGP yang hanya dapat bekerja dalam jaringan internal suatu ogranisasi atau perusahaan. Jaringan internal maksudnya adalah jaringan di mana Anda masih memiliki hak untuk menggunakan, mengatur, dan memodifikasinya. Atau dengan kata lain, Anda masih memiliki hak administrasi terhadap jaringan tersebut.

Jika Anda sudah tidak memiliki hak untuk menggunakan dan mengaturnya, maka jaringan tersebut dapat dikategorikan sebagai jaringan eksternal. Selain itu, OSPF juga merupakan routing protokol yang berstandar terbuka. Maksudnya adalah routing protokol ini bukan ciptaan dari vendor manapun. Dengan demikian, siapapun dapat menggunakannya, perangkat manapun dapat kompatibel dengannya, dan di manapun routing protokol ini dapat diimplementasikan. OSPF merupakan routing protokol yang menggunakan konsep hirarki routing, artinya OSPF membagi-bagi jaringan menjadi beberapa tingkatan. Tingkatan-tingkatan ini diwujudkan dengan menggunakan sistem pengelompokan area.

Dengan menggunakan konsep hirarki routing ini sistem penyebaran informasinya menjadi lebih teratur dan tersegmentasi, tidak menyebar ke sana ke mari dengan sembarangan. Efek dari keteraturan distribusi routing ini adalah jaringan yang penggunaan bandwidth-nya lebih efisien, lebih cepat mencapai konvergensi, dan lebih presisi dalam menentukan rute-rute terbaik menuju ke sebuah lokasi. OSPF merupakan salah satu routing protokol yang selalu berusaha untuk bekerja demikian. Teknologi yang digunakan oleh routing protokol ini adalah teknologi linkstate yang memang didesain untuk bekerja dengan sangat efisien dalam proses pengiriman update informasi rute. Hal ini membuat routing protokol OSPF menjadi sangat cocok untuk terus dikembangkan menjadi network berskala besar. Pengguna OSPF biasanya adalah para administrator jaringan berskala sedang sampai besar. Jaringan dengan jumlah router lebih dari sepuluh buah, dengan banyak lokasi-lokasi remote yang perlu juga dijangkau dari pusat, dengan jumlah pengguna jaringan lebih dari lima ratus perangkat komputer, mungkin sudah layak menggunakan routing protocol ini.

Cara OSPF Membentuk Hubungan dengan Router Lain

Untuk memulai semua aktivitas OSPF dalam menjalankan pertukaran informasi routing, hal pertama yang harus dilakukannya adalah membentuk sebuah komunikasi dengan para router lain. Router lain yang berhubungan langsung atau yang berada di dalam satu jaringan dengan router OSPF tersebut disebut dengan neighbour router atau router tetangga. Langkah pertama yang harus dilakukan sebuah router OSPF adalah harus membentuk hubungan dengan neighbor router. Router OSPF mempunyai sebuah mekanisme untuk dapat menemukan router tetangganya dan dapat membuka hubungan. Mekanisme tersebut disebut dengan istilah Hello protocol. Dalam membentuk hubungan dengan tetangganya, router OSPF akan mengirimkan sebuah paket berukuran kecil secara periodik ke dalam jaringan atau ke sebuah perangkat yang terhubung langsung dengannya. Paket kecil tersebut dinamai dengan istilah Hello packet. Pada kondisi standar, Hello packet dikirimkan berkala setiap 10 detik sekali (dalam media broadcast multiaccess) dan 30 detik sekali dalam media Point-to-Point. Hello packet berisikan informasi seputar pernak-pernik yang ada pada router pengirim. Hello packet pada umumnya dikirim dengan menggunakan multicast address untuk menuju ke semua router yang menjalankan OSPF (IP multicast 224.0.0.5). Semua router yang menjalankan OSPF pasti akan mendengarkan protocol hello ini dan juga akan mengirimkan hello packet-nya secara berkala. Cara kerja dari Hello protocol dan pembentukan neighbour router terdiri dari beberapa jenis, tergantung dari jenis media di mana router OSPF berjalan.

Border Gateway Protocol (BGP)

Border Gateway Protocol disingkat BGP adalah inti dari protokol routing internet. Protocol ini yang menjadi backbone dari jaringan internet dunia. BGP adalah protokol routing inti dari internet yg digunakan untuk melakukan pertukaran informasi routing antar jaringan.


Ciri-cirinya :
1. BGP adalah Path Vector routing protocol yang dalam proses menentukan rute-rute terbaiknya selalu mengacu kepada path yang terbaik dan terpilih yang didapatnya dari router BGP yang lainnya.

2. Routing table akan dikirim secara penuh pada awal dari sesi BGP, update selanjutnya hanya bersifat incremental atau menambahi dan mengurangi routing yang sudah ada saja. Router BGP membangun dan menjaga koneksi antar-peer menggunakan port TCP nomor 179. Koneksi antar-peer dijaga dengan menggunakan sinyal keepalive secara periodik.

3. Kegagalan menemukan sinyal keepalive, routing update, atau sinyal-sinyal notifikasi lainnya pada sebuah router BGP dapat memicu perubahan status BGP peer dengan router lain, sehingga mungkin saja akan memicu update-update baru ke router yang lain.

4. Metrik yang digunakan BGP untuk menentukan rute terbaik sangat kompleks dan dapat dimodifikasi dengan sangat fleksibel. Ini merupakan sumber kekuatan BGP yang sebenarnya. Metrik-metrik tersebut sering disebut dengan istilah Attribute.

5. Penggunaan sistem pengalamatan hirarki dan kemampuannya untuk melakukan manipulasi aliran traffic membuat routing protokol BGP sangat skalabel untuk perkembangan jaringan dimasa mendatang.

6. BGP memiliki routing table sendiri yang biasanya memuat informasi prefix-prefix routing yang diterimanya dari router BGP lain. Prefixprefix ini juga disertai dengan informasi atributnya yang dicantumkan secara spesifik di dalamnya.

7. BGP memungkinkan Anda memanipulasi traffic menggunakan attribute-attributenya yang cukup banyak. Attribute ini memiliki tingkat prioritas untuk dijadikan sebagai acuan.

Cara kerjanya :
BGP bekerja dengan cara memetakan sebuah tabel IP network yang menunjuk ke jaringan yg dapat dicapai antar Autonomous System (AS). Hal ini digambarkan sebagai sebuah protokol path vector. BGP tidak menggunakan metrik IGP (Interior Gateway Protocol) tradisional, tapi membuat routing decision berdasarkan path, network policies, dan atau ruleset. BGP diciptakan untuk menggantikan protokol routing EGP yang mengijinkan routing secara tersebar sehingga tidak harus mengacu pada satu jaringan backbone saja

Apa Saja Jenis-jenis BGP?
Routing protokol BGP dibagi menjadi dua subbagian besar yang berbeda berdasarkan fungsi, lokasi berjalannya sesi BGP, dan kebutuhan konfigurasinya:

1. IBGP (Internal BGP)
Sesuai dengan namanya, internal BGP atau IBGP adalah sebuah sesi BGP yang terjalin antara dua router yang menjalankan BGP yang berada dalam satu hak administrasi, atau dengan kata lain berada dalam satu autonomous system yang sama. Sesi internal BGP biasanya dibangun dengan cara membuat sebuah sesi BGP antarsesama router internal
dengan menggunakan nomor AS yang sama.

Biasanya IBGP berguna untuk memungkinkan router internal saling bertukar rute-rute yang didapat dari dunia luar. Dengan demikian semua router saling dapat mengetahui rute-rute apa saja yang disimpan oleh masing-masing router. Setelah mengetahui lebih banyak rute, maka jalan menuju ke suatu situs di internet memiliki banyak pilihan.

IBGP biasanya digunakan pada jaringan internal ISP atau perusahaan-perusahaan besar. Tujuannya adalah agar antarsesama router di dalamnya dapat saling bertukar informasi yang didapat dari dunia luar, atau dengan kata lain dari AS number lain. Untuk menjalankan IBGP dalam jaringan internal, sebuah sesi IBGP memerlukan bantuan routing protocol yang lain. Tujuannya adalah agar router tetangga yang menjadi tujuan sesi IBGP dapat dicapai oleh router tersebut. Hal ini diperlukan karena untuk membuka sebuah sesi BGP diperlukan reachability ke tetangga tujuannya.

Sebuah sesi IBGP antardua buah router atau lebih tidak memerlukan koneksi secara langsung, atau dengan kata lain tidak memerlukan koneksi Point-to-Point. Anda bisa membangun sesi IBGP antardua router meskipun keduanya berada dalam jarak yang jauh, asalkan tidak terpisah dalam autonomous system yang lain. Namun syarat untuk membuatnya demikian adalah desain dan implementasi internal routing protocol yang baik. Internal routing protocol sangat berguna untuk melakukan routing terhadap paket-paket komunikasi BGP sehingga bisa sampai dari router asal ke router tujuannya.

2. EBGP (External BGP)
Kebalikannya dari IBGP, External BGP atau sering disingkat EBGP berarti sebuah sesi BGP yang terjadi antardua router atau lebih yang berbeda autonomous systemnya atau berbeda hak administratif. Tidak hanya sekadar beda nomor AS saja, namun benar-benar
berbeda administrasinya. Jadi misalnya router Anda dengan router ISP ingin dapat saling bertukar informasi dengan menggunakan bantuan BGP, maka kemungkinan besar Anda akan membuat sesi EBGP. Hal ini dikarena autonomous system router Anda dengan router ISP dibuat berbeda.

Pihak ISP tentu tidak akan memasukkan router BGP Anda dalam autonomous systemnya karena memang bukan hak dan kewajiban mereka untuk mengurus router Anda. Dengan perbedaan autonomous system ini, maka seperangkat peraturan saat melakukan routing update tentu berbeda dengan apa yang ada dalam IBGP. Untuk itulah sesi BGP jenis ini dikategorikan berbeda, yaitu sebagai External BGP.

Sesi External BGP biasanya dibuat dengan menggunakan bantuan media point-to-point seperti misalnya line Point-to-Point serial, satelite Point-to-Point, wireless Point-to-Point, dan banyak lagi. Sesi EBGP biasanya terjadi pada router yang letaknya berada di perbatasan antara jaringan Anda dengan jaringan lain, atau sering disebut juga dengan istilah border router. Tujuan utama dibuatnya EBGP adalah untuk memudahkan pendistribusian informasi routing dari pihak luar ke jaringan Anda.

Routing Information Protocol (RIP)

Routing Information Protocol (RIP) adalah sebuah protokol routing dinamis yang digunakan dalam jaringan LAN (Local Area Network) dan WAN (Wide Area Network). Karena itu protokol ini diklasifikasikan sebagai Interior Gateway Protocol (IGP). Protokol ini menggunakan algoritma Distance-Vector Routing. Pertama kali didefinisikan dalam RFC 1058 (1988). Protokol ini telah dikembangkan beberapa kali, sehingga terciptalah RIP Versi 2 (RFC 2453). Kedua versi ini masih digunakan sampai sekarang, meskipun begitu secara teknis mereka telah dianggap usang oleh teknik-teknik yang lebih maju, seperti Open Shortest Path First (OSPF) dan protokol OSI IS-IS. RIP juga telah diadaptasi untuk digunakan dalam jaringan IPv6, yang dikenal sebagai standar RIPng (RIP Next Generation / RIP generasi berikutnya)

Sejarah

Algoritma routing yang digunakan dalam RIP, algoritma Bellman-Ford, pertama kali digunakan dalam jaringan komputer pada tahun 1968, sebagai awal dari algoritma routing ARPANET.

Versi paling awal protokol khusus yang menjadi RIP adalah Gateway Information Protocol, sebagai bagian dari PARC Universal Packet internetworking protocol suite, yang dikembangkan di Xerox Parc. Sebuah versi yang bernama Routing Information Protocol, adalah bagian dari Xerox Network Services.

Sebuah versi dari RIP yang mendukung Internet Protocol (IP) kemudian dimasukkan dalam Berkeley Software Distribution (BSD) dari sistem operasi Unix. Ini dikenal sebagai daemon routed. Berbagai vendor lainnya membuat protokol routing yang diimplementasikan sendiri. Akhirnya, RFC 1058 menyatukan berbagai implementasi di bawah satu standar.


Detail teknis

RIP adalah routing vektor jarak-protokol, yang mempekerjakan hop sebagai metrik routing. Palka down time adalah 180 detik. RIP mencegah routing loop dengan menerapkan batasan pada jumlah hop diperbolehkan dalam path dari sumber ke tempat tujuan. Jumlah maksimum hop diperbolehkan untuk RIP adalah 15. Batas hop ini, bagaimanapun, juga membatasi ukuran jaringan yang dapat mendukung RIP. Sebuah hop 16 adalah dianggap jarak yang tak terbatas dan digunakan untuk mencela tidak dapat diakses, bisa dioperasi, atau rute yang tidak diinginkan dalam proses seleksi.

Awalnya setiap router RIP mentransmisikan / menyebarkan pembaruan(update) penuh setiap 30 detik. Pada awal penyebaran, tabel routing cukup kecil bahwa lalu lintas tidak signifikan. Seperti jaringan tumbuh dalam ukuran, bagaimanapun, itu menjadi nyata mungkin ada lalu lintas besar-besaran meledak setiap 30 detik, bahkan jika router sudah diinisialisasi secara acak kali. Diperkirakan, sebagai akibat dari inisialisasi acak, routing update akan menyebar dalam waktu, tetapi ini tidak benar dalam praktiknya. Sally Floyd dan Van Jacobson menunjukkan pada tahun 1994 bahwa, tanpa sedikit pengacakan dari update timer, penghitung waktu disinkronkan sepanjang waktu dan mengirimkan update pada waktu yang sama. Implementasi RIP modern disengaja memperkenalkan variasi ke update timer interval dari setiap router.

RIP mengimplementasikan split horizon, rute holddown keracunan dan mekanisme untuk mencegah informasi routing yang tidak benar dari yang disebarkan. Ini adalah beberapa fitur stabilitas RIP.

Dalam kebanyakan lingkungan jaringan saat ini, RIP bukanlah pilihan yang lebih disukai untuk routing sebagai waktu untuk menyatu dan skalabilitas miskin dibandingkan dengan EIGRP, OSPF, atau IS-IS (dua terakhir yang link-state routing protocol), dan batas hop parah membatasi ukuran jaringan itu dapat digunakan in Namun, mudah untuk mengkonfigurasi, karena RIP tidak memerlukan parameter pada sebuah router dalam protokol lain oposisi.

RIP dilaksanakan di atas User Datagram Protocol sebagai protokol transport. Ini adalah menugaskan dilindungi undang-undang nomor port 520.

Versi
Ada tiga versi dari Routing Information Protocol: RIPv1, RIPv2, dan RIPng.
RIP versi 1

Spesifikasi asli RIP, didefinisikan dalam RFC 1058, classful menggunakan routing. Update routing periodik tidak membawa informasi subnet, kurang dukungan untuk Variable Length Subnet Mask (VLSM). Keterbatasan ini tidak memungkinkan untuk memiliki subnet berukuran berbeda dalam kelas jaringan yang sama. Dengan kata lain, semua subnet dalam kelas jaringan harus memiliki ukuran yang sama. Juga tidak ada dukungan untuk router otentikasi, membuat RIP rentan terhadap berbagai serangan.

RIP versi 2

Karena kekurangan RIP asli spesifikasi, RIP versi 2 (RIPv2) dikembangkan pada tahun 1993 dan standar terakhir pada tahun 1998. Ini termasuk kemampuan untuk membawa informasi subnet, sehingga mendukung Classless Inter-Domain Routing (CIDR). Untuk menjaga kompatibilitas, maka batas hop dari 15 tetap. RIPv2 memiliki fasilitas untuk sepenuhnya beroperasi dengan spesifikasi awal jika semua protokol Harus Nol bidang dalam pesan RIPv1 benar ditentukan. Selain itu, aktifkan kompatibilitas fitur memungkinkan interoperabilitas halus penyesuaian.

Dalam upaya untuk menghindari beban yang tidak perlu host yang tidak berpartisipasi dalam routing, RIPv2 me-multicast seluruh tabel routing ke semua router yang berdekatan di alamat 224.0.0.9, sebagai lawan dari RIP yang menggunakan siaran unicast. Alamat 224.0.0.9 ini berada pada alamat IP versi 4 kelas D (range 224.0.0.0 - 239.255.255.255). Pengalamatan unicast masih diperbolehkan untuk aplikasi khusus.

(MD5) otentikasi RIP diperkenalkan pada tahun 1997.

RIPv2 adalah Standar Internet STD-56.

RIPng

RIPng (RIP Next Generation / RIP generasi berikutnya), yang didefinisikan dalam RFC 2080, adalah perluasan dari RIPv2 untuk mendukung IPv6, generasi Internet Protocol berikutnya. Perbedaan utama antara RIPv2 dan RIPng adalah:

* Dukungan dari jaringan IPv6.
* RIPv2 mendukung otentikasi RIPv1, sedangkan RIPng tidak. IPv6 router itu, pada saat itu, seharusnya menggunakan IP Security (IPsec) untuk otentikasi.
* RIPv2 memungkinkan pemberian beragam tag untuk rute , sedangkan RIPng tidak;
* RIPv2 meng-encode hop berikutnya (next-hop) ke setiap entry route, RIPng membutuhkan penyandian (encoding) tertentu dari hop berikutnya untuk satu set entry route .

Batasan

* Hop count tidak dapat melebihi 15, dalam kasus jika melebihi akan dianggap tidak sah. Hop tak hingga direpresentasikan dengan angka 16.
* Sebagian besar jaringan RIP datar. Tidak ada konsep wilayah atau batas-batas dalam jaringan RIP.
* Variabel Length Subnet Masks tidak didukung oleh RIP IPv4 versi 1 (RIPv1).
* RIP memiliki konvergensi lambat dan menghitung sampai tak terhingga masalah. 

PROTOKOL PADA LAYER APLIKASI

Protokol-protokol yang terdapat di Layer Application :

1. Web Server (HTTP,HTTPS)

HTTP (Hypertext Transfer Protocol, adalah protokol yang dipergunakan untuk mentransfer dokumen dalam World Wide Web (WWW).
Fungsi :
menjawab antara client dan server.
membuat hubungan TCP/IP ke port tertentu di host yang jauh (biasanya port 80).
HTTPS adalah versi aman dari HTTP, protokol komunikasi dari World Wide Web. HTTPS menyandikan data sesi menggunakan protokol SSL (Secure Socket layer) atau protokol TLS (Transport Layer Security). Pada umumnya port HTTPS adalah 443.
Fungsi : HTTPS melakukan enkripsi informasi antara browser dengan web server yang menerima informasi. Memberikan perlindungan yang memadai dari serangan eavesdroppers (penguping), dan man in the middle attacks.

2. Mail (SMTP, POP3,IMAP)
SMTP (Simple Mail Transfer Protocol) merupakan salah satu protokol yang umum digunakan untuk pengiriman surat elektronik (e-mail) di Internet. Menggunakan TCP, port 25.
Fungsi : digunakan untuk mengirimkan pesan-pesan e-mail dari e-mail klien ke e-mail server, mengirimkan e-mail kepada lokal account, dan menyiarkan ulang e-mail antara server-server SMTP.
POP3 (Post Office Protocol version 3) sesuai dengan namanya merupakan protokol yang digunakan untuk pengelolaan mail.
Fungsi : digunakan untuk mengambil surat elektronik (email) dari server email. Menggunakan TCP, port 110.
IMAP (Internet Message Access Protocol)
adalah protokol standar untuk mengakses/mengambil e-mail dari server. Lebih kompleks daripada POP3.
Fungsi : memilih pesan e-mail yang akan di ambil, membuat folder di server, mencari pesan e-mail tertentu, menghapus pesan e-mail yang ada.

3. FTP (File Transfer Protocol)

adalah sebuah protokol Internet yang merupakan standar untuk pentransferan berkas (file) komputer antar mesin-mesin dalam sebuah internetwork. FTP menggunakan protocol TCP port 21.
Fungsi :
untuk melakukan pengunduhan (download) dan penggugahan (upload) berkas-berkas komputer antara klien FTP dan server FTP.
Perintah-perintah FTP dapat digunakan untuk mengubah direktori, mengubah modus transfer antara biner dan ASCII, menggugah berkas komputer ke server FTP, serta mengunduh berkas dari server FTP.

4. DHCP (Dynamic Host Configuration Protocol)

adalah protokol yang berbasis arsitektur client/server yang dipakai untuk memudahkan pengalokasian alamat IP dalam satu jaringan. DHCP bersifat stand-alone, sehingga jika dalam sebuah jaringan terdapat beberapa DHCP server, basis data alamat IP dalam sebuah DHCP Server tidak akan direplikasi ke DHCP server lainnya, artinya DHCP tersebut berbenturan, karena potokol IP tidak mengizinkan 2 host memiliki IP yang sama.
Fungsi :
· Jika DHCP dipasang di jaringan lokal, maka semua komputer yang tersambung di jaringan akan mendapatkan alamat IP secara otomatis dari server DHCP.
· memberikan framework untuk disampaikan kepada client yang berisikan informasi tentang konfigurasi jaringan.

5. TELNET(Telecommunication network)

Adalah terminal interaktif untuk mengakses suatu remote pada internet.
Fungsi : digunakan untuk mengakses remote host melalui terminal yang interaktif

6. DNS (Domain Name System)

Merupakan database terdistribusi yang diimplementasikan secara hirarkis dari sejumlah name servers .
Fungsi :
· menyimpan informasi tentang nama host maupun nama domain dalam bentuk basis data tersebar (distributed database) di dalam jaringan komputer, misalkan: Internet.
· address/name translation
· DNS menyediakan alamat IP untuk setiap nama host dan mendata setiap server transmisi surat (mail exchange server) yang menerima surat elektronik (email) untuk setiap domain.

7. SNMP (Simple Network Management Protocol)

adalah standar manajemen jaringan pada TCP/IP.
Fungsi : supaya informasi yang dibutuhkan untuk manajemen jaringan bisa dikirim menggunakan TCP/IP. Protokol tersebut memungkinkan administrator jaringan untuk menggunakan perangkat jaringan khusus yang berhubungan dengan perangkat jaringan yang lain untuk mengumpulkan informasi dari mereka, dan mengatur bagaimana mereka beroperasi.

8. NFS (Network File System)
NFS umumnya menggunakan protokol Remote Procedure Call (RPC) yang berjalan di atas UDP dan membuka port UDP dengan port number 2049 untuk komunikasi antara client dan server di dalam jaringan. Client NFS selanjutnya akan mengimpor sistem berkas remote dari server NFS, sementara server NFS mengekspor sistem berkas lokal kepada client.

Mesin-mesin yang menjalankan perangkat lunak NFS client dapat saling berhubungan dengan perangkat lunak NFS server untuk melakukan perintah operasi tertentu dengan menggunakan request RPC. Adapun operasi-operasi yang didukung oleh NFS adalah sebagai berikut:

Mencari berkas di dalam direktori.
Membaca kumpulan direktori.
Memanipulasi link dan direktori.
Mengakses atribut berkas.
Membaca dan menulis berkas.

Perlu diketahui bahwa server NFS bersifat stateless , yang artinya setiap request harus mengandung argumen yang penuh dan jelas sebab server NFS tidak menyimpan sejarah informasi request . Data yang dimodifikasi harus di commit ke server sebelum hasilnya di kembalikan ke client . NFS protokol tidak menyediakan mekanisme concurrency-control.

9. RPC (Remote Procedure Call)

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 sistem yang jauh (remote system).RPC digunakan untuk membangun aplikasi klienserver yang terdistribusi.Didasarkan pada memperluas konsep konvensional dari suatu prosedur dimana nantinya dapat dipanggil dimana pemanggil tidak harus mempunyai alamat sama dengan lokasi prosedur dipanggil.RPC mengasumsi keberadaan TCP atau UDP untuk membawa pesan data dalam komunikasi suatu program.Protokol RPC dibangun diatas protokol eXternal Data Representation (XDR) yg merupkn stndr representasi data dlm komunikasi remote.Protokol RPC mengijinkan pengguna untuk bekerja dengan prosedur remote sebagaimana bekerja dengan prosedur lokal.

10. TFTP (Trivial File Transfer Protocol)

TFTP (Trivial File Transfer Protocol) Adalah protokol sederhana untuk mentransfer file. Protokol ini telah di implementasikan dalam User Datagram Protocol (UDP) yang digunakan untuk melakukan booting komputer seperti halnya router jaringan komputer yang tidak memiliki perangkat penyimpanan data. Protokol ini kini masih digunakan untuk mentransfer berkas-berkas kecil antar host di dalam sebuah jaringan, seperti halnya ketika terminal jarak jauh thin client lainnya melakukan proses booting dari sebuah host jaringan atau server.

Protokol ini kini masih digunakan untuk mentransfer berkas-berkas kecil antar host di dalam sebuah jaringan, seperti halnya ketika terminal jarak jauh TFTP client lainnya melakukan proses booting dari sebuah host jaringan atau server. Umumnya kesahalahan disebabkan karena penghentian koneksi itu. Yaitu dengan mengirimkan sinyal paket kesalahan, yang tidak diakui dan tidak dipancarkan kembali, sehingga mendapatkan akhir koneksi yang lain. Oleh karena itu, timeouts digunakan untuk mendeteksi penghentian seperti itu ketika terjadi kesalahan paket yang telah hilang. Kesalahan ini disebabkan oleh tiga jenis peristiwa, yaitu tidak mampu mencukupi request itu, file yang tidak ditemukan, pelanggaran akses atau tidak.

PROTOKOL PADA LAYER TRANSPORT

1. TCP
Transmission Control Protocol (TCP) adalah suatu protokol yang berada di transport layer (baik itu dalam model referensi OSI atau DARPA) yang connection-oriented dan reliable.

TCP memiliki karakteristik sebagai berikut:

Berorientasi sambungan (connection-oriented): Sebelum data dapat ditransmisikan antara dua host, dua proses yang berjalan pada lapisan aplikasi harus melakukan negosiasi untuk membuat sesi koneksi terlebih dahulu. Koneksi TCP ditutup dengan menggunakan proses terminasi koneksi TCP (TCP connection termination).
Full-duplex: Untuk setiap host TCP, koneksi yang terjadi antara dua host terdiri atas dua buah jalur, yakni jalur keluar dan jalur masuk. Dengan menggunakan teknologi lapisan yang lebih rendah yang mendukung full-duplex, maka data pun dapat secara simultan diterima dan dikirim. Header TCP berisi nomor urut (TCP sequence number) dari data yang ditransmisikan dan sebuah acknowledgment dari data yang masuk.
Dapat diandalkan (reliable): Data yang dikirimkan ke sebuah koneksi TCP akan diurutkan dengan sebuah nomor urut paket dan akan mengharapkan paket positive acknowledgment dari penerima. Jika tidak ada paket Acknowledgment dari penerima, maka segmen TCP (protocol data unit dalam protokol TCP) akan ditransmisikan ulang. Pada pihak penerima, segmen-segmen duplikat akan diabaikan dan segmen-segmen yang datang tidak sesuai dengan urutannya akan diletakkan di belakang untuk mengurutkan segmen-segmen TCP. Untuk menjamin integritas setiap segmen TCP, TCP mengimplementasikan penghitungan TCP Checksum.
Byte stream: TCP melihat data yang dikirimkan dan diterima melalui dua jalur masuk dan jalur keluar TCP sebagai sebuah byte stream yang berdekatan (kontigu). Nomor urut TCP dan nomor acknowlegment dalam setiap header TCP didefinisikan juga dalam bentuk byte. Meski demikian, TCP tidak mengetahui batasan pesan-pesan di dalam byte stream TCP tersebut. Untuk melakukannya, hal ini diserahkan kepada protokol lapisan aplikasi (dalam DARPA Reference Model), yang harus menerjemahkan byte stream TCP ke dalam "bahasa" yang ia pahami.
Memiliki layanan flow control: Untuk mencegah data terlalu banyak dikirimkan pada satu waktu, yang akhirnya membuat "macet" jaringan internetwork IP, TCP mengimplementasikan layanan flow control yang dimiliki oleh pihak pengirim yang secara terus menerus memantau dan membatasi jumlah data yang dikirimkan pada satu waktu. Untuk mencegah pihak penerima untuk memperoleh data yang tidak dapat disangganya (buffer), TCP juga mengimplementasikan flow control dalam pihak penerima, yang mengindikasikan jumlah buffer yang masih tersedia dalam pihak penerima.
Melakukan segmentasi terhadap data yang datang dari lapisan aplikasi (dalam DARPA Reference Model)
Mengirimkan paket secara "one-to-one": hal ini karena memang TCP harus membuat sebuah sirkuit logis antara dua buah protokol lapisan aplikasi agar saling dapat berkomunikasi. TCP tidak menyediakan layanan pengiriman data secara one-to-many.
TCP umumnya digunakan ketika protokol lapisan aplikasi membutuhkan layanan transfer data yang bersifat andal, yang layanan tersebut tidak dimiliki oleh protokol lapisan aplikasi tersebut. Contoh dari protokol yang menggunakan TCP adalah HTTP dan FTP.

Segmen-segmen

Segmen-segmen TCP akan dikirimkan sebagai datagram-datagram IP (datagram merupakan satuan protocol data unit pada lapisan internetwork). Sebuah segmen TCP terdiri atas sebuah header dan segmen data (payload), yang dienkapsulasi dengan menggunakan header IP dari protokol IP.

Proses enkapsulasi data protokol TCP/IP: Data aplikasi + header TCP + header IP + header network interface (Ethernet, Token Ring, dll) + trailer network interface
Sebuah segmen dapat berukuran hingga 65495 byte: 216-(ukuran header IP terkecil (20 byte)+ukuran header TCP terkecil (20 byte)). Datagram IP tersebut akan dienkapsulasi lagi dengan menggunakan header protokol network interface (lapisan pertama dalam DARPA Reference Model) menjadi frame lapisan Network Interface.

Di dalam header IP dari sebuah segmen TCP, field Source IP Address diatur menjadi alamat unicast dari sebuah antarmuka host yang mengirimkan segmen TCP yang bersangkutan. Sementara itu, field Destination IP Address juga akan diatur menjadi alamat unicast dari sebuah antarmuka host tertentu yang dituju. Hal ini dikarenakan, protokol TCP hanya mendukung transmisi one-to-one.

TCP Header
Ukuran dari header TCP adalah bervariasi, yang terdiri atas beberapa field yang ditunjukkan dalam gambar dan tabel berikut. Ukuran TCP header paling kecil (ketika tidak ada tambahan opsi TCP) adalah 20 byte.

2. UDP
UDP, singkatan dari User Datagram Protocol, adalah salah satu protokol transport layer TCP/IP yang mendukung komunikasi unreliable, connectionless antara host-host dalam jaringan yang menggunakan TCP/IP.

UDP memiliki karakteristik-karakteristik berikut:

Connectionless (tanpa koneksi): Pesan-pesan UDP akan dikirimkan tanpa harus dilakukan proses negosiasi koneksi antara dua host yang hendak berukar informasi.
Unreliable (tidak andal): Pesan-pesan UDP akan dikirimkan sebagai datagram tanpa adanya nomor urut atau pesan acknowledgment. Protokol lapisan aplikasi yang berjalan di atas UDP harus melakukan pemulihan terhadap pesan-pesan yang hilang selama transmisi. Umumnya, protokol lapisan aplikasi yang berjalan di atas UDP mengimplementasikan layanan keandalan mereka masing-masing, atau mengirim pesan secara periodik atau dengan menggunakan waktu yang telah didefinisikan.
UDP menyediakan mekanisme untuk mengirim pesan-pesan ke sebuah protokol lapisan aplikasi atau proses tertentu di dalam sebuah host dalam jaringan yang menggunakan TCP/IP. Header UDP berisi field Source Process Identification dan Destination Process Identification.
UDP menyediakan penghitungan checksum berukuran 16-bit terhadap keseluruhan pesan UDP.
UDP tidak menyediakan layanan-layanan antar-host berikut:

UDP tidak menyediakan mekanisme penyanggaan (buffering) dari data yang masuk ataupun data yang keluar. Tugas buffering merupakan tugas yang harus diimplementasikan oleh protokol lapisan aplikasi yang berjalan di atas UDP.
UDP tidak menyediakan mekanisme segmentasi data yang besar ke dalam segmen-segmen data, seperti yang terjadi dalam protokol TCP. Karena itulah, protokol lapisan aplikasi yang berjalan di atas UDP harus mengirimkan data yang berukuran kecil (tidak lebih besar dari nilai Maximum Transfer Unit/MTU) yang dimiliki oleh sebuah antarmuka di mana data tersebut dikirim. Karena, jika ukuran paket data yang dikirim lebih besar dibandingkan nilai MTU, paket data yang dikirimkan bisa saja terpecah menjadi beberapa fragmen yang akhirnya tidak jadi terkirim dengan benar.
UDP tidak menyediakan mekanisme flow-control, seperti yang dimiliki oleh TCP.
UDP, berbeda dengan TCP yang memiliki satuan paket data yang disebut dengan segmen, melakukan pengepakan terhadap data ke dalam pesan-pesan UDP (UDP Messages). Sebuah pesan UDP berisi header UDP dan akan dikirimkan ke protokol lapisan selanjutnya (lapisan internetwork) setelah mengepaknya menjadi datagram IP. Enkapsulasi terhadap pesan-pesan UDP oleh protokol IP dilakukan dengan menambahkan header IP dengan protokol IP nomor 17 (0x11). Pesan UDP dapat memiliki besar maksimum 65507 byte: 65535 (216)-20 (ukuran terkecil dari header IP)-8 (ukuran dari header UDP) byte. Datagram IP yang dihasilkan dari proses enkapsulasi tersebut, akan dienkapsulasi kembali dengan menggunakan header dan trailer protokol lapisan Network Interface yang digunakan oleh host tersebut.

Dalam header IP dari sebuah pesan UDP, field Source IP Address akan diset ke antarmuka host yang mengirimkan pesan UDP yang bersangkutan; sementara field Destination IP Address akan diset ke alamat IP unicast dari sebuah host tertentu, alamat IP broadcast, atau alamat IP multicast.

Header UDP
Header UDP diwujudkan sebagai sebuah header dengan 4 buah field memiliki ukuran yang tetap.

 

CARA KERJA SNMP

SNMP (Simple Network Management Protocol)
Protokol yang dapat digunakan untuk melakukan menagemen jaringan. Dengan menggunakan protokol
ini kita bisa mendapatkan informasi tentang status dan keadaan dari suatu jaringan.
Protokol ini menggunakan transpor UDP pada port 161

Komponen utama dalam proses manajemen jaringan TCP/IP terdiri dari tiga elemen, yaitu:

1. MIB (Management Information Database)
Adalah struktur basis data variabel dari elemen jaringan yang dikelola.
Pada kelompok interface terdapat variabel objek MIB yang mendefinisikan karakteristik
interface diantaranya : ifInOctets mendefinisikan jumlah total byte yang diterima,ifOutOctets
mendefinisikan jumlah total byte yang dikirim, ifInErrors mendefinisikan jumlah paket diterimayang dibuang karena rusak, ifOutErrors mendefinisikan jumlah paket dikirim yang dibuang karena usak, dan variable objek lainnya yang juga berkaitan dengan paket internet.

2. Agen
Merupakan software yang dijalankan di setiap elemen jaringan yang dimonitor. Agen bertugas
mengumpulkan seluruh informasi yang telah ditentukan dalam MIB.

3. Manajer
Merupakan software yang berjalan di sebuah host di jaringan. Bertugas meminta informasi ke Agen. Manajer biasanya tidak meminta semua informasi yang dimiliki oleh agen, tetapi hanya meminta informasi tertentu saja yang akan digunakan untuk mengamati unjuk kerja jaringan.

Manager biasanya menggunakan komputer yang memiliki tampilan grafis dan berwarna
sehingga selain dapat menjalankan fungsinya sebagai Manager, juga untuk melihat grafik unjuk kerja dari suatu elemen jaringan yang dihasilkan oleh proses monitoring. SNMP menggunakan UDP (User Datagram Protocol) sebagai protocol transport untuk mengirimkan pertanyaan dan menerima jawaban dari agen SNMP.

SNMP terdiri dari dua jenis yakni:

· Network Management Station, yang berfungsi sebagai pusat penyimpanan untuk
pengumpulan dan analisa dari data manajemen jaringan.

· Peralatan yang dimanage menjalakan SNMP agent, yaitu proses background yang memonitor peralatan tersebut dan mengkomunikasikannya ke network management station. Peralatan yang memiliki SNMP agent antara lain: CISCO router, Linux Server
Untuk pencatatan data dapat digunakan aplikasi MRTG (Multi Router Traffic Grapher).
Prak I : SNMP dan SNMPD
– Install applikasi snmp, snmpd di mesin linux
# aptget
install snmp snmpd

– Edit konfigurasi snmpd.conf
# vim /etc/snmp/snmpd.conf

– Rubah bagian
# sec.name source community
com2sec paranoid default public
#com2sec readonly default public
#com2sec readwrite default private
Menjadi :
# sec.name source community
#com2sec paranoid default public
com2sec readonly default public
#com2sec readwrite default private

– Rubah bagian syslocation dan syscontact :
syslocation Unknown (configure /etc/snmp/snmpd.local.conf)
syscontact Root (configure /etc/snmp/snmpd.local.conf)
menjadi:
syslocation lab jarkom
syscontact admin

– Kemudian simpan dengan perintah “:wq”

– Restart snmpd dengan perintah :
# /etc/init.d/snmpd restart
Restarting network management services: snmpd.

– Lakukan pengetesan dengan aplikasi snmpwalk
# snmpwalk c
public v
1 localhost
SNMPv2MIB::
sysDescr.0 = STRING: Linux highway 2.6.142686smp
#1 SMP Sat Nov 26
13:37:07 UTC 2005 i686
SNMPv2MIB::
sysObjectID.0 = OID: NETSNMPMIB::
netSnmpAgentOIDs.10
SNMPv2MIB::
sysUpTime.0 = Timeticks: (3691) 0:00:36.91
SNMPv2MIB::
sysContact.0 = STRING: Admin
SNMPv2MIB::
sysName.0 = STRING: highway
SNMPv2MIB::
sysLocation.0 = STRING: Lab Jarkom
SNMPv2MIB::
sysORLastChange.0 = Timeticks: (2) 0:00:00.02…

– Apabila sudah keluar informasi seperti diatas, berarti installasi snmp dan snmpd sudah benar !