TUGAS JARKOM 3 PPP & PPP0E PART 3

PPP (Point To Point Protocol)

Pendahuluan

  Point-to-Point Protocol (sering disingkat menjadi PPP) adalah sebuah protokol enkapsulasi paket jaringan yang banyak digunakan pada wide area network (WAN).

   Protokol ini merupakan standar industri yang berjalan pada lapisan data-link dan dikembangkan pada awal tahun 1990-an sebagai respons terhadap masalah-masalah yang terjadi pada protokol Serial Line Internet Protocol (SLIP), yang hanya mendukung pengalamatan IP statis kepada para kliennya.

  Dibandingkan dengan pendahulunya (SLIP), PPP jauh lebih baik, mengingat kerja protokol ini lebih cepat, menawarkan koreksi kesalahan, dan negosiasi sesi secara dinamis tanpa adanya intervensi dari pengguna. Selain itu, protokol ini juga mendukung banyak protokol-protokol jaringan secara simultan.

 Point-to-Point Protocol (PPP) awalnya muncul sebagai sebuah protokol enkapsulasi untuk mengangkut lalu lintas IP over-to-point link titik. PPP juga mendirikan sebuah standar untuk tugas dan pengelolaan alamat IP, asinkron (start / stop) dan enkapsulasi sinkron bit-oriented, protokol jaringan multiplexing, konfigurasi link, link pengujian kualitas, deteksi kesalahan, dan pilihan negosiasi untuk kemampuan seperti layer jaringan alamat negosiasi dan negosiasi data-kompresi.

           PPP mendukung fungsi tersebut dengan menyediakan extensible Link Control Protocol (LCP) dan keluarga Jaringan Control Protokol (NCPs) untuk menegosiasikan parameter konfigurasi opsional dan fasilitas. Selain IP, PPP mendukung protokol lainnya, termasuk Novell's IPX (IPX) dan DECnet.

Komponen Protokol PPP

  PPP menyediakan metode untuk transmisi datagram lebih link point-to-point serial. PPP terdiri dari tiga komponen utama, yaitu sebuah metode untuk encapsulating datagrams atas link serial. PPP menggunakan The High Data Link Control (HDLC) protokol sebagai dasar untuk encapsulating datagrams lebih link point-to-point. PPP mempunyai 2 buah sublayer, yaitu :

1. LCP (Link Control Protocol), untuk membangun, mengkonfigurasi, dan menguji koneksi data link.

2. NCP (Network Control Protocol), untuk menetapkan dan mengkonfigurasi protokol jaringan lapisan yang berbeda.

2. Sub protocol dari ppp

Operasi Umum

  Untuk membangun komunikasi melalui link point-to-point, PPP mengirim LCP frame untuk mengkonfigurasi dan menguji data link. Setelah link telah ditetapkan dan fasilitas opsional telah dinegosiasikan, diperlukan LCP yang berasal dari PPP dengan mengirimkan frame NCP untuk memilih dan mengkonfigurasi protokol lapisan satu atau lebih jaringan. Ketika masing-masing lapisan protokol jaringan yang dipilih yang telah dikonfigurasi, paket-paket dari masing-masing protokol lapisan jaringan dapat dikirim melalui link. Link ini akan tetap dikonfigurasi untuk komunikasi sampai frame LCP atau NCP eksplisit menutup link, atau sampai terjadi suatu peristiwa eksternal (misalnya, timer tidak aktif berakhir atau campur tangan pengguna).

Lapisan Fisik Persyaratan

  PPP mampu beroperasi di semua interface / DTE DCE. Contohnya termasuk EIA/TIA-232-C (sebelumnya RS-232-C), EIA/TIA-422 (sebelumnya RS-422), EIA/TIA-423 (sebelumnya RS-423), dan International Telecommunication Union Sektor Standarisasi Telekomunikasi ( ITU-T) (sebelumnya CCITT) V.35. Satu-satunya syarat mutlak yang diberlakukan oleh PPP adalah penyediaan sirkuit dupleks, baik khusus atau diaktifkan, yang dapat beroperasi baik dalam mode bit-serial asinkron atau sinkron, transparan untuk layer frame PPP link. PPP tidak memaksakan pembatasan tentang laju transmisi selain yang dikenakan oleh antarmuka DTE tertentu / DCE digunakan.

PPP Link Layer

• Bendera-A byte tunggal yang menunjukkan awal atau akhir frame. Bidang bendera terdiri dari urutan biner 01111110.

• Alamat-A byte tunggal yang berisi urutan biner 11111111, alamat broadcast standar. PPP tidak memberikan alamat stasiun individu.

• Control-A byte tunggal yang berisi urutan biner 00000011, yang panggilan untuk transmisi data user dalam kerangka unsequenced. Sebuah layanan link connectionless mirip dengan Logical Link Control (LLC) 1 Jenis disediakan. (Untuk informasi lebih lanjut tentang jenis dan tipe frame LLC, lihat Bab 16.)

• Protokol-Dua byte yang mengidentifikasi protokol enkapsulasi di bidang informasi dari frame. Nilai paling up-to-date dari field protokol yang ditentukan dalam Bilangan ditetapkan terbaru Request For Comments (RFC).

• Data-nol atau lebih byte yang berisi datagram untuk protokol tertentu di bidang protokol. Akhir bidang informasi ditemukan dengan menempatkan urutan bendera penutupan dan memungkinkan 2 byte untuk bidang FCS. Panjang maksimum default bidang informasi adalah 1.500 byte. Dengan perjanjian sebelumnya, PPP menyetujui implementasi dapat menggunakan nilai-nilai lain untuk bidang informasi panjang maksimum.

• Frame cek urutan (FCS)-Biasanya 16 bit (2 byte). Dengan perjanjian sebelumnya, PPP menyetujui implementasi dapat menggunakan 32-bit (4-byte) FCS untuk mendeteksi kesalahan diperbaiki. The LCP dapat bernegosiasi modifikasi pada struktur rangka PPP standar. frame Diubah, Namun, akan selalu jelas dibedakan dari frame standar.

• Sebuah metode untuk encapsulating datagrams atas link serial
• Sebuah LCP extensible untuk membangun, mengkonfigurasi, dan uji koneksi
• Sebuah keluarga NCPs untuk menetapkan dan mengkonfigurasi jaringan lapisan protokol yang berbeda.

               PPPoE, adalah Point-to-Point, di mana harus ada satu point ke satu point lagi. Lalu, apabila point yang pertama adalah ADSL CPE kita, lalu di mana point satu nya lagi ? Harus ada, dong ? Kalau tidak, bukan Point-to-Point namanya. Tapi, bagaimana si ADSL CPE bisa tahu point satunya lagi apabila kita (biasanya) hanya mendapatkan username dan password dari Telkom?

                 Ternyata, setelah membaca dari Wikipedia, ada beberapa tahapan proses untuk PPPoE, yaitu PADI, PADO, PADR dan PADS. Untuk belajar lebih lanjut tentang PPPoE, maka saya mencoba untuk menangkap paket dari proses PPPoE menggunakan Windows XP sebagai PPPoE client ( Tinggal Create new connection > Connect to Internet > Set up connection Manually> Connect using a broadband connection). Sebagai PPPoE Access Concentrator, saya menggunakan produk Allied Telesis AT-Rapier24i.

                 Tahap awal dari PPPoE, adalah PADI ( PPP Active Discovery Initiation ), terlihat di paket nomor 6. Di sini computer saya mengirimkan paket broadcast ke jaringan. PPPoE client perlu untuk mencari di mana lokasi Access Concentrator di sisi ISP. Paket broadcast di bawah dapat diketahui dengan mudah karena destination mac address nya adalah FF:FF:FF:FF:FF:FF.

             Setelah paket PADI, dilanjutkan dengan paket PADO (PPPoE Active Discovery Offer). PADO ini merupakan jawaban dari Access Concentrator atas PADI yang didapatkan sebelumnya (paket nomor 7).

              Dari paket PADO di atas, dapat dilihat nama access concentrator beserta MAC addressnya, untuk proses selanjutnya. Pada contoh ini, nama access concentrator adalah “Training-57685613″.

                Paket nomor 8, yaitu PADR ( PPP Active Discovery Request ), merupakan konfirmasi dari pihak client ke access concentrator. Di sini dapat dilihat destination MAC address dari paket client sudah ada isinya (00:00:cd:08:8c:b0), berbeda dengan paket PADI yang masih berupa broadcast.

               Akhir dari proses PPPoE, adalah paket nomor 9, yaitu PADS ( PPP Active Discovery Session-confirmation ), yang diluncurkan oleh Access Concentrator ke client. Session-confirmation di sini memang berarti ada session ID yang diberikan oleh si Access Concentrator kepada client. Seperti terlihat di contoh di bawah ini, computer saya mendapatkan session id 0x868e.

                 Jika proses PPPoE sudah berakhir, lalu di mana tempat authentication username dan password ? Anda benar, memang belum seutuhnya selesai. Masih ada hal lain yang dilakukan. Sampai saat ini, baru diperoleh session ID PPPoE saja. Proses selanjutnya adalah PPP LCP dan PPP IPCP. Berikut adalah contoh paket PPP LCP lanjutan dari PADS (paket ke-10), dan terlihat jelas bahwa PPP LCP dilakukan dengan menggunakan session id yang telah diberikan oleh AC sebelumnya, yaitu 0x868e :

Setelah itu, dilanjutkan dengan banyak paket-paket PPP LCP berikutnya, yang sepertinya adalah negosiasi authentication, dan pada paket nomor 23 misalnya, terjadi proses challenge untuk password, dan dibalas dengan CHAP response.

Setelah kedua belah pihak saling sepakat pada level PPP LCP, langkah terakhir adalah negosiasi IP address dari client, yang terjadi di paket-paket PPP IPCP. Dalam contoh paket yang saya tangkap, saya mendapatkan IP address 10.20.80.100 :

Paket nomor 36 merupakan akhir dari proses PPPoE client ke Access Concentrator. Setelah itu, semua paket-paket akan memakai ip address 10.20.80.100. Sebagai contoh, seperti paket berikut :

Dari contoh screenshot di atas, terlihat jelas… walaupun source IP address paket nomor 47 adalah 10.20.80.100, namun sebenarnya paket ini juga memiliki PPPoE header, dengan session ID 0x868e, yaitu session yang kita bahas mulai dari awal tulisan. Di sinilah dengan jelas dapat kita ketahui maksud dari kata “PPP over Ethernet”, yaitu IP di atas PPPoE, dan PPPoE di atas Ethernet.

Pada saat client ingin meng-disconnect koneksinya, juga akan timbul beberapa paket lagi, yaitu PADT ( PPP Active Discovery Terminate ), seperti terlihat pada paket berikut :