TCP/IP: Internet Layer - Revision history

Onnowpurbo: /* Pranala Menarik */

2018-10-22T22:22:20Z

Pranala Menarik

← Older revision		Revision as of 22:22, 22 October 2018
Line 972:		Line 972:

	Daftar lengkap dari [[DHCP option]] yang di dokumentasikan [[Internet Engineering Task Force]] ([[IETF]]) dapat di ambil di http://www.isi.edu/in-notes/iana/assignments/bootp-dhcp-parameters.		Daftar lengkap dari [[DHCP option]] yang di dokumentasikan [[Internet Engineering Task Force]] ([[IETF]]) dapat di ambil di http://www.isi.edu/in-notes/iana/assignments/bootp-dhcp-parameters.


			==Youtube==

			* https://www.youtube.com/watch?v=jsRNSwPON5o - penjelasan tentang Subnetting, Netmask dll.

Onnowpurbo: /* Konfigurasi Network Interface */

2011-04-22T23:24:14Z

Konfigurasi Network Interface

← Older revision		Revision as of 23:24, 22 April 2011
Line 185:		Line 185:
	Berbagai parameter interface yang dapat di definisikan menggunakan perintah ifconfig dapat diketahui melalui perintah ifconfig –h. Format dari perintah ifconfig yang sering kita gunakan, adalah:		Berbagai parameter interface yang dapat di definisikan menggunakan perintah ifconfig dapat diketahui melalui perintah ifconfig –h. Format dari perintah ifconfig yang sering kita gunakan, adalah:

	# ifconfig [nama_interface] [ip-address] netmask [netmask] broadcast [broadcast address]		# ifconfig [nama_interface] [ip-address] netmask [netmask] broadcast [broadcast address]

	Pada perintah diatas, nama_interface ialah nama yang digunakan oleh Linux untuk merujuk ke suatu network interface tertentu. Biasanya untuk LAN card, digunakan notasi eth0, eth1, dst. Untuk dial-up, digunakan notasi ppp0, ppp1, dst.		Pada perintah diatas, nama_interface ialah nama yang digunakan oleh Linux untuk merujuk ke suatu network interface tertentu. Biasanya untuk [[LAN]] card, digunakan notasi eth0, eth1, dst. Untuk dial-up, digunakan notasi ppp0, ppp1, dst.

	Biasanya interface LAN yang ada di komputer akan secara automatis terdeteksi. Untuk mencek nama interface yang terdeteksi dapat dilakukan menggunakan perintah ifconfig tanpa apa-apa:		Biasanya interface LAN yang ada di komputer akan secara automatis terdeteksi. Untuk mencek nama interface yang terdeteksi dapat dilakukan menggunakan perintah ifconfig tanpa apa-apa:

Onnowpurbo: /* Subnet “Mask” */

2011-04-14T12:11:19Z

Subnet “Mask”

← Older revision		Revision as of 12:11, 14 April 2011
Line 597:		Line 597:
	\| 192.168.11.0		\| 192.168.11.0
	\| '''11000000.10101000.000010'''11.00000000		\| '''11000000.10101000.000010'''11.00000000
			\|-
	\| Mask, 255.255.252.0		\| Mask, 255.255.252.0
	\| 11111111.11111111.11111100.00000000		\| 11111111.11111111.11111100.00000000

Onnowpurbo at 11:36, 14 April 2011

2011-04-14T11:36:29Z

Show changes

Onnowpurbo at 04:18, 14 April 2011

2011-04-14T04:18:42Z

Show changes

Onnowpurbo at 04:07, 14 April 2011

2011-04-14T04:07:04Z

← Older revision		Revision as of 04:07, 14 April 2011
Line 151:		Line 151:
	Konfigurasi Valid		Konfigurasi Valid

			[[Image:Subnet-valid.png\|center\|200px\|thumb\|Konfigurasi Valid]]

	Konfigurasi Yang Tidak Valid		Konfigurasi Yang Tidak Valid

	Konfigurasi in tidak valid, karena subnet di kedua sisi router persis sama.		[[Image:Subnet-invalid-1.png\|center\|200px\|thumb\|Konfigurasi in tidak valid, karena subnet di kedua sisi router persis sama]]

			[[Image:Subnet-invalid-2.png\|center\|200px\|thumb\|Konfigurasi ini tidak valid karena subnet yang sama ada di ke dua sisi [[router]]. Perhatikan baik-baik subnetmask!]]

	~~Konfigurasi ini tidak valid karena subnet yang sama ada di ke dua sisi~~ [[~~router]]. Perhatikan baik~~-~~baik subnetmask!~~.		[[Image:Subnet-invalid-3.png\|center\|200px\|thumb\|Konfigurasi ini tidak valid, karena ada host yang sama dapat “valid” di ke dua [[subnet]], contoh, 192.168.2.231. Walaupun subnet di sebelah kanan valid, tapi subnet di sebelah kiri merupakan bagian kecil dari subnet di sebelah kanan.]]

	Konfigurasi ini tidak valid, karena ada host yang sama dapat “valid” di ke dua [[subnet]], contoh, 192.168.2.231. Walaupun subnet di sebelah kanan valid, tapi subnet di sebelah kiri merupakan bagian kecil dari subnet di sebelah kanan.

	Kecuali! Overlap address yang didemikian biasanya tidak di ijinkan antara dua subnet, kecuali kalau [[router]] dapat di konfigurasi untuk “berpura-pura” mengetahui bahwa semua alamat 192.168.2.0 adalah di sebelah kanan dari [[router]]. Agar host di sebelah kiri dapat berkomunikasi, maka perlu dilakukan “proxy arp” di sisi [[router]]. Yang pada dasarnya, router menjadi perantara [[ARP]] bagi host di sebelah kiri dari semua host di sebelah kanan. Konfigurasi ini di kenal sebagai “stub subnet”.		Kecuali! Overlap address yang didemikian biasanya tidak di ijinkan antara dua subnet, kecuali kalau [[router]] dapat di konfigurasi untuk “berpura-pura” mengetahui bahwa semua alamat 192.168.2.0 adalah di sebelah kanan dari [[router]]. Agar host di sebelah kiri dapat berkomunikasi, maka perlu dilakukan “proxy arp” di sisi [[router]]. Yang pada dasarnya, router menjadi perantara [[ARP]] bagi host di sebelah kiri dari semua host di sebelah kanan. Konfigurasi ini di kenal sebagai “stub subnet”.

Onnowpurbo at 02:14, 25 March 2011

2011-03-25T02:14:38Z

Onnowpurbo at 02:05, 25 March 2011

2011-03-25T02:05:15Z

Show changes

Onnowpurbo at 05:11, 14 February 2011

2011-02-14T05:11:22Z

Show changes

Onnowpurbo at 05:06, 14 February 2011

2011-02-14T05:06:33Z

Show changes

← Older revision		Revision as of 02:14, 25 March 2011
Line 733:		Line 733:
	==Cara Beroperasi DHCP==		==Cara Beroperasi DHCP==

	DHCP menggunakan protokol yang relatif sederhana. Sebuah mesin yang mendukung DHCP, akan berfungsi sebagai DHCP client jika IP address di set menjadi 0.0.0.0. Sistem operasi seperti Unix, Linux, OS/2, dan Windows semua mendukung DHCP client di kernel TCP/IP-nya. Secara umum, jika kita menset konfigurasi jaringan menggunakan automatis, maka DHCP akan digunakan untuk memperoleh IP address. Konfigurasi jaringan automatis adalah konfigurasi default di sistem operasi Linux & Windows.		[[DHCP]] menggunakan protokol yang relatif sederhana. Sebuah mesin yang mendukung [[DHCP]], akan berfungsi sebagai DHCP client jika IP address di set menjadi 0.0.0.0. Sistem operasi seperti Unix, Linux, OS/2, dan Windows semua mendukung DHCP client di kernel TCP/IP-nya. Secara umum, jika kita menset konfigurasi jaringan menggunakan automatis, maka DHCP akan digunakan untuk memperoleh IP address. Konfigurasi jaringan automatis adalah konfigurasi default di sistem operasi Linux & Windows.


Line 757:		Line 757:

	Pada dasarnya ada empat fase operasi dasar DHCP. Seperti aplikasi TCP/IP lainnya, DHCP menggunakan model client-server dan client yang mengawali aktifitas. Walaupun tidak di perlihatkan di gambar, semua message DHCP dikirim menggunakan datagram User Datagram Protocol (UDP); message dari client ke server akan dikirim menggunakan UDP port 67 di server, sedang message dari server ke client akan dikirim ke UDP port 68 di client.		Pada dasarnya ada empat fase operasi dasar DHCP. Seperti aplikasi TCP/IP lainnya, DHCP menggunakan model client-server dan client yang mengawali aktifitas. Walaupun tidak di perlihatkan di gambar, semua message DHCP dikirim menggunakan datagram User Datagram Protocol (UDP); message dari client ke server akan dikirim menggunakan UDP port 67 di server, sedang message dari server ke client akan dikirim ke UDP port 68 di client.

	Fase inisialisasi terjadi pada saat client mengirimkan permintaan IP address:		Fase inisialisasi terjadi pada saat client mengirimkan permintaan IP address:

	Client mengirimkan message DHCPDISCOVER di jaringan IP subnet lokal untuk mencari DHCP server. Tentunya client tidak mengetahui IP address server DHCP, oleh karena itu, client menggunakan IP broadcast untuk mengirimkan message.		* Client mengirimkan message DHCPDISCOVER di jaringan IP subnet lokal untuk mencari DHCP server. Tentunya client tidak mengetahui IP address server DHCP, oleh karena itu, client menggunakan IP broadcast untuk mengirimkan message.
	Semua DHCP server yang ada di jaringan akan mengirimkan message DHCPOFFER.		* Semua DHCP server yang ada di jaringan akan mengirimkan message DHCPOFFER.
	Jika ada lebih dari satu server, client perlu memilih server mana yang akan digunakan. Biasanya server pertama yang akan dipilih. Terlepas dari banyaknya server yang meresponds, client akan membroadcast DHCPREQUEST memberitahukan server mana yang akan digunakan, dan secara implisit memberitahukan server yang lain bahwa mereka tidak akan digunakan.		* Jika ada lebih dari satu server, client perlu memilih server mana yang akan digunakan. Biasanya server pertama yang akan dipilih. Terlepas dari banyaknya server yang meresponds, client akan membroadcast DHCPREQUEST memberitahukan server mana yang akan digunakan, dan secara implisit memberitahukan server yang lain bahwa mereka tidak akan digunakan.
	Server yang terpilih akan meresponds dengan DHCPACK dengan IP address yang diberikan, termasuk berbagai parameter jaringan lainnya, seperti waktu / lama-nya waktu lease.		* Server yang terpilih akan meresponds dengan DHCPACK dengan IP address yang diberikan, termasuk berbagai parameter jaringan lainnya, seperti waktu / lama-nya waktu lease.

	DHCP client akan menjalan dua buah timer, T1 (timer renewal address) dan T2 (timer server binding). Nilai default T1 adalah 50% dari perioda lease, sedang T2 adalah 87.5% dari perioda lease. Nilai kedua timer tersebut akan berubah jika mesin memperoleh IP address, tapi nilai T1 selalu lebih kecil dari T2.		DHCP client akan menjalan dua buah timer, T1 (timer renewal address) dan T2 (timer server binding). Nilai default T1 adalah 50% dari perioda lease, sedang T2 adalah 87.5% dari perioda lease. Nilai kedua timer tersebut akan berubah jika mesin memperoleh IP address, tapi nilai T1 selalu lebih kecil dari T2.

	Jika timer T1 waktu-nya habis, maka client akan masuk ke fase Renewal dan mencoba untuk me-renew IP address-nya:		Jika timer T1 waktu-nya habis, maka client akan masuk ke fase Renewal dan mencoba untuk me-renew [[IP address]]-nya:

	Client akan mengirimkan DHCPREQUEST ke server yang memberikan IP address sebelumnya.		* Client akan mengirimkan DHCPREQUEST ke server yang memberikan [[IP address]] sebelumnya.
	Server akan menjawab DHCPACK dan memberikan waktu lease yang baru.		* Server akan menjawab DHCPACK dan memberikan waktu lease yang baru.
	Selama server renew IP address lease dalam perioda T1, maka T2 tidak akan pernah habis (expire).		* Selama server renew IP address lease dalam perioda T1, maka T2 tidak akan pernah habis (expire).

	Jika T2 waktunya habis, maka client akan masuk ke fase Rebind dan akan berusaha mencari server lain yang akan memberikan IP address:		Jika T2 waktunya habis, maka client akan masuk ke fase Rebind dan akan berusaha mencari server lain yang akan memberikan [[IP address]]:

	Client akan membroadcast DHCPREQUEST untuk mencari DHCP server yang akan memberikan lease IP address yang baru.		* Client akan membroadcast DHCPREQUEST untuk mencari [[DHCP server]] yang akan memberikan lease [[IP address]] yang baru.
	Server DHCP manapun yang dapat memberikan lease dari IP address akan memberikan DHCPACK dan memberikan perioda lease yang baru.		* Server DHCP manapun yang dapat memberikan lease dari [[IP address]] akan memberikan DHCPACK dan memberikan perioda lease yang baru.

	Pada suatu waktu, client siap untuk melepaskan IP address-nya dan melepaskan sambungan dari jaringan. Jika client mendukung hal ini, maka client akan mengirimkan DHCPRELEASE ke server, dan melepaskan IP addressnya ke server untuk digunakan oleh yang lain.		Pada suatu waktu, client siap untuk melepaskan IP address-nya dan melepaskan sambungan dari jaringan. Jika client mendukung hal ini, maka client akan mengirimkan DHCPRELEASE ke server, dan melepaskan IP addressnya ke server untuk digunakan oleh yang lain.
Line 830:		Line 831:
	Mungkin yang agak sukar adalah menentukan lama lease yang paling optimal. Semakin pendek lease, maka semakin banyak traffic di jaringan untuk renewal dari [[IP address]] client. Semakin panjang lease, maka akan menjadi masalah jika client tidak melepaskan [[IP address]] padahal client tersebut sudah mati / shutdown. Pengalaman saya, nilai default yang diberikan oleh [[Linux]] seperti tertera pada contoh cukup baik untuk digunakan dan tidak membawa banyak masalah.		Mungkin yang agak sukar adalah menentukan lama lease yang paling optimal. Semakin pendek lease, maka semakin banyak traffic di jaringan untuk renewal dari [[IP address]] client. Semakin panjang lease, maka akan menjadi masalah jika client tidak melepaskan [[IP address]] padahal client tersebut sudah mati / shutdown. Pengalaman saya, nilai default yang diberikan oleh [[Linux]] seperti tertera pada contoh cukup baik untuk digunakan dan tidak membawa banyak masalah.

	Daftar lengkap dari DHCP option yang di dokumentasikan [[Internet Engineering Task Force]] ([[IETF]]) dapat di ambil di http://www.isi.edu/in-notes/iana/assignments/bootp-dhcp-parameters.		Daftar lengkap dari [[DHCP option]] yang di dokumentasikan [[Internet Engineering Task Force]] ([[IETF]]) dapat di ambil di http://www.isi.edu/in-notes/iana/assignments/bootp-dhcp-parameters.