Analisa Jaringan dengan Ping dan Traceroute

Mungkin banyak dari kita semua sudah tidak asing lagi dengan istilah ping, hampir setipa kita yang berhubungan dengan internet pernah menggunakan ping, entah itu sebatas hanya untuk mengecek apakah komputer kita telah terhubung dengan internet atau untuk tujuan kuhusus yaitu menganalisa jaringan.

Kita pasti pernah menglami saat membuka suatu alamat web yang sering kita kunjungi namun tidak dapat diakses secepa biasanya, di internet hal ini dapat terjadi karena beberapa sebab, yang paling sederhana adalah kerena jalur internet yang kita lalui memang sedang melambat atau penuh atau server dari alamat web tersebut sedang diakses oleh banyak orang sehingga membutuhkan waktu bagi server tersebut untuk memproses permintaan kita.

Memang sulit untuk mendeteksi permasalahan yang ada pada server remot (server yang terletak ditempat lain), tetapi ada beberapa software yang dapat membantu kita untuk mendeteksi kondisi jaringan yang kita lalui. Dua software yang paling mudah digunakan untuk mendeteksi jaringan adalah ping dan tracroute, pada percobaan ini saya asumsikan kita menggunakan sistem Unix atau Linux, tetapi cara yang sama dapat diterapkan pada DOS dan Windows.

Ping
Ping bekerja dengan mengirimkan sebuah paket data yang disebut dengan Internet Control Message Protocol (ICMP) Echo Request. Paket ICMP ini biasanya digunakan untuk mengirimkan informasi yang dikirim kurang lebih adalah "jangan lakukan itu," "kirimkan paket yang lebih kecil", "data yang anda cari tidak ada", "jangan kesini, anda harusnya kesna". Jika sebuah host menerima Echo Request ini, dia harus merespon dengan mengirimkan Echo Reply dengan menempatkan Echo Request ke bagian data pada Echo Reply.

Penggunaan ping cukup sederhana, kita tinggal mengetikkan : ping namahost, dimana nama host adalah nama atau nomor IP dari host yang kita tuju. Jika kita menggunakan ping dari system Linux maka kita akan mendapatkan outputnya sebagai berikut:

$ ping linux.org
PING linux.org (209.92.24.80) 56(84) bytes of data.
64 bytes from iqc80.iqnection.com (209.92.24.80): icmp_req=1 ttl=46 time=344 ms
64 bytes from iqc80.iqnection.com (209.92.24.80): icmp_req=2 ttl=46 time=338 ms
64 bytes from iqc80.iqnection.com (209.92.24.80): icmp_req=3 ttl=46 time=339 ms
64 bytes from iqc80.iqnection.com (209.92.24.80): icmp_req=4 ttl=46 time=351 ms
64 bytes from iqc80.iqnection.com (209.92.24.80): icmp_req=5 ttl=46 time=345 ms
64 bytes from iqc80.iqnection.com (209.92.24.80): icmp_req=6 ttl=46 time=341 ms
64 bytes from iqc80.iqnection.com (209.92.24.80): icmp_req=7 ttl=46 time=348 ms
^C
--- linux.org ping statistics ---
8 packets transmitted, 7 received, 12% packet loss, time 7006ms
rtt min/avg/max/mdev = 338.749/344.176/351.257/4.340 ms

yang terjadi ketika kita melakukan ping ke www.linux.org adalah kita mengirim satu paket ICMP Echo Request, setiap detik ke host tersebut. Ketika program ping kita memperoleh Echo Reply dari host yang kita tuju (www.linux.org), dia akan mencetak respon tersebut kelayar yang menunjukkan ke kita beberapa informasi:

+ Pertama adalah nomor IP dari mana ping memperoleh Echo Reply, biasanya IP ini adalah IP dari host yang kita tuju.
+ Kedua adalah nomor urut (ICMP Sequence), yang mulai dari 0 dan seterusnya.
+ Ketiga adalah Time To Live (TTL).
+ Terakhir adalah berapa mili detik waktu yang diperlukan untuk program ping mendapatkan balasan.

Informasi-informasi tersebut akan saya jelaskan satupersatu sebagai berikut:
Nomor urut yang didapat menandakan paket ping yang keberapa yang dibalas, jika nomor yang didapat tidak berurutan, berarti ada paket yang drop, dengan kata lain entah itu Echo Request atau Echo Reply ilang di tengah jalan. Jika jumlah paket yang hilang sedikit (kurang dari satu persen), hal ini masih normal. Tapi jika paket yang hilang banyak sekali, berarti ada masalah pada koneksi jaringan kita.

Informasi berikutnya adalah Time To Live, setiap paket data yang dikirimkan melalui jaringan memiliki informasi yang disebut TTL, biasanya TTL ini diisi dengan angka yang relatif tinggi, (paket ping memiliki TTL 255). Setiap kali paket tersebut melewati sebuah router maka angka TTL ini akan dikurangi dengan satu, jika TTL suatu paket akhirnya bernilai 0, paket tersebut akan di drop atau dibuang oleh router yang menerimanya. Menurut aturan RFC untuk IP, TTL harus bernilai 60 (dan untuk ping 255).

Kegunaan utama dari TTL ini supaya paket-paket data yang dikirim tidak ‘hidup’ selamanya di dalam jaringan. Kegunaan yang lain, dengan informasi ini kita dapat mengetahui kira-kira berapa router yang dilewati oleh paket tersebut, dalam hal ini 255 dikurangi dengan N, dimana N adalah TTL yang kita lihat pada Echo Reply. Jika TTL yang kita dapatkan sewaktu kita melakukan ping berbeda-beda, ini menandakan bahwa paket-paket ping yang kita kirim berjalan melewati router yang berbeda-beda, hal ini menandakan koneksi yang tidak baik.

Informasi waktu yang diberikan oleh ping adalah waktu perjalanan pulang pergi ke remote host yang diperlukan oleh satu paket. Satuan yang dipakai adalah mili detik, semakin kecil angka yang dihasilkan, berarti semakin baik (baca : cepat) koneksinya. Waktu yang dibutuhkan suatu paket untuk sampai ke host tujuan disebut dengan latency. Jika waktu pulang pergi suatu paket hasil ping menunjukkan variasi yang besar (diatas 100), yang biasa disebut jitter, itu berarti koneksi kita ke host tersebut jelek. Tetapi jika selisih tersebut hanya terjadi pada sejumlah kecil paket, hal tersebut masih dapat ditoleransi.

Untuk menghentikan proses ping, tekan Ctrl+C, setelah itu ping akan mencetak informasi tentang berapa paket yang telah dikirimkan, berapa yang diterima, persentasi paket yang hilang dan angka maksimum, minimum serta rata-rata dari waktu yang dibutuhkan oleh paket tersebut untuk melakukan perjalanan pulang pergi.

Seperti yang anda lihat, ping berguna untuk melakukan tes konektivitas pada jaringan dan untuk pemperkirakan kecepatan koneksi.

Traceroute
Berikutnya kita akan mempelajari traceroute (atau tracert di dalam windows) yang akan menunjukkan pada kita jalur router yang dilewati oleh paket yang kita kirimkan ke host tertentu. Untuk lebih memperjelas, berikut ini adalah contoh hasil traceroute ke www.berkeley.edu:

$ traceroute www.berkeley.edu
traceroute to amber.Berkeley.EDU (128.32.25.12), 30 hops max, 40 byte packets
1 203.130.216.2 (203.130.216.2) 137 ms 151 ms 151 ms
2 203.130.216.1 (203.130.216.1) 151 ms 137 ms 138 ms
3 192.168.8.49 (192.168.8.49) 137 ms 151 ms 151 ms
4 S12-0-11.kbl.surabaya.telkom.net.id (202.134.3.45) 192 ms 151 ms 151 ms
5 FE0-0-gw3.cibinong.telkom.net.id (202.134.3.134) 165 ms 151 ms 151 ms
6 hssi-gw3.hk.telkom.net.id (202.134.3.1) 659 ms 659 ms 645 ms
7 202.130.129.61 (202.130.129.61) 645 ms 687 ms 659 ms
8 321.ATM5-0-0.XR1.HKG2.ALTER.NET (210.80.3.1) 645 ms 659 ms 645 ms
9 POS1-0-0.TR1.HKG2.Alter.Net (210.80.48.21) 672 ms 646 ms 645 ms
10 384.ATM4-0.IR1.LAX12.Alter.Net (210.80.50.189) 838 ms 796 ms 796 ms
11 137.39.31.222 (137.39.31.222) 810 ms 852 ms 810 ms
12 122.at-5-1-0.TR1.LAX9.ALTER.NET (152.63.10.237) 824 ms 810 ms 810 ms
13 297.at-1-0-0.XR1.LAX9.ALTER.NET (152.63.112.237) 824 ms 838 ms 824 ms
14 191.ATM6-0.BR1.LAX9.ALTER.NET (152.63.113.9) 837 ms 797 ms 810 ms
15 acr1-loopback.Anaheim.cw.net (208.172.34.61) 810 ms 1071 ms 782 ms
16 acr1-loopback.SanFranciscosfd.cw.net (206.24.210.61) 783 ms 810 ms 769 ms
17 BERK-7507--BERK.POS.calren2.net (198.32.249.69) 810 ms 1126 ms 796 ms
18 pos1-0.inr-000-eva.Berkeley.EDU (128.32.0.89) 796 ms 824 ms 796 ms
19 pos5-0-0.inr-001-eva.Berkeley.EDU (128.32.0.66) 796 ms 783 ms 783 ms
20 fast1-0-0.inr-007-eva.Berkeley.EDU (128.32.0.7) 810 ms 810 ms 797 ms
21 f8-0.inr-100-eva.Berkeley.EDU (128.32.235.100) 797 ms 782 ms 769 ms
22 amber.Berkeley.EDU (128.32.25.12) 796 ms 769 ms 810 ms

Traceroute akan menampilkan titik-titik perantara yang menjembatani anda dan titik tujuan anda, jembatan’ inilah yang biasa disebut dengan router, data yang anda kirimkan akan meloncat melewati embatan-jembatan ini. Ada tiga buah waktu yang menunjukkan berapa waktu yang dibutuhkan oleh aket tersebut untuk berjalan dari komputer anda ke router.Untuk dapat memahami seluruh data yang dihasilkan oleh traceroute tersebut, kita harus memahami bagaimana cara traceroute bekerja. Traceroute menggunakan prinsip TTL dan paket ICMP yang sudah kita singgung diatas.

Traceroute mengirimkan sebuah paket ke port UDP yang tidak dipakai oleh servis lain pada komputer tujuan (defaultnya adalah port 33434). Untuk tiga paket pertama, traceroute mengirimkan paket yang memiliki TTL satu, maka sesampainya paket tersebut pada router pertama (menghasilkan loncatan yang pertama) TTL akan dikurangi dengan satu sehingga menjadi 0 kemudian paket tersebut akan di drop. Berikutnya router tersebut akan mengirimkan paket ICMP ke komputer kita yang berisi pemberitahuan bahwa TTL dari paket yang kita kirimkan sudah habis dan paket yang kita kirimkan di drop.

Dari pesan ini, traceroute dapat menentukan nama router tempat data kita meloncat dan berapa waktu yang dibutuhkannya. Berikutnya traceroute akan mengirimkan paket dengan nilai TTL yang ditambah satu demi satu sampai host tujuan dicapai. Karena itu traceroute menggunakan port yang tidak dipakai oleh servis lain sehingga paket yang dikirim mendapat respon dan tidak ‘dimakan’ oleh servis lain yang mungkin ada.

Berikut ini adalah contoh yang lebih kompleks dengan melakukan traceroute ke finland:

% traceroute www.hut.fi
traceroute to info-e.hut.fi (130.233.224.28), 30 hops max, 40-byte packets
1 203.130.216.2 (203.130.216.2) 137 ms 124 ms 137 ms
2 203.130.216.1 (203.130.216.1) 137 ms 124 ms 124 ms
3 192.168.8.49 (192.168.8.49) 137 ms 151 ms 151 ms
4 S12-0-11.kbl.surabaya.telkom.net.id (202.134.3.45) 192 ms 151 ms 151 ms
5 FE0-0-gw3.cibinong.telkom.net.id (202.134.3.134) 164 ms 165 ms 151 ms
6 hssi-gw3.hk.telkom.net.id (202.134.3.1) 673 ms 645 ms 645 ms
7 202.130.129.61 (202.130.129.61) 659 ms 646 ms 659 ms
8 321.ATM5-0-0.XR1.HKG2.ALTER.NET (210.80.3.1) 659 ms 645 ms 659 ms
9 POS1-0-0.TR1.HKG2.Alter.Net (210.80.48.21) 659 ms 632 ms 659 ms
10 284.ATM6-0.IR1.SAC2.Alter.Net (210.80.50.1) 797 ms 823 ms 797 ms
11 POS2-0.IR1.SAC1.ALTER.NET (137.39.31.190) 796 ms 1566 ms 810 ms
12 122.at-6-1-0.TR1.LAX9.ALTER.NET (152.63.10.218) 838 ms 823 ms 824 ms
13 297.at-2-0-0.XR1.SAC1.ALTER.NET (152.63.50.133) 933 ms 824 ms 838 ms
14 185.ATM5-0.BR4.SAC1.ALTER.NET (152.63.52.201) 810 ms 824 ms 851 ms
15 137.39.52.86 (137.39.52.86) 810 ms 1071 ms 810 ms
16 sl-bb21-ana-15-0.sprintlink.net (144.232.1.173) 769 ms (ttl=246!) 796 ms (ttl=246!) 783 ms (ttl=246!)
17 sl-bb20-pen-8-0.sprintlink.net (144.232.18.45) 893 ms 851 ms (ttl=245!) 893 ms
18 sl-bb22-pen-11-0.sprintlink.net (144.232.18.78) 893 ms (ttl=244!) 879 ms (ttl=244!) 879 ms (ttl=244!)
19 sl-bb10-nyc-9-0.sprintlink.net (144.232.7.1) 865 ms 879 ms 879 ms
20 sl-bb10-nyc-10-0.sprintlink.net (144.232.13.158) 879 ms 892 ms 893 ms
21 gblon505-tc-p6-3.ebone.net (195.158.229.46) 865 ms 879 ms 920 ms
22 bebru204-tc-p5-0.ebone.net (195.158.232.42) 961 ms 948 ms 934 ms
23 nlams303-tc-p1-0.ebone.net (195.158.225.86) 962 ms 961 ms 934 ms
24 dedus205-tc-p8-0.ebone.net (213.174.70.133) 934 ms 961 ms 947 ms
25 dkcop204-tb-p3-0.ebone.net (213.174.71.50) 975 ms 975 ms *
26 * * *
27 ne-gw.nordu.net (195.158.226.86) 1002 ms 962 ms 1016 ms
28 hutnet-gw.csc.fi (128.214.248.65) 1027 ms (ttl=238!) 1040 ms (ttl=238!) 1026 ms (ttl=238!)
29 hutnet-gw.hut.fi (193.166.43.253) 1020 ms 1037 ms 1023 ms
30 info-e.hut.fi (130.233.224.28) 1091 ms (ttl=46!) 1027 ms (ttl=46!) 1067 ms (ttl=46!)

Baris pertama hanya menunjukkan apa yang akan dilakukan oleh traceroute yaitu melakukan trace ke host yang bernama info-e.hut.fi dengan maksimum loncatan 30 dan besar paket yang dikirimkan adalah 40 byte.

Hasilnya, paket tersebut melewati 30 router atau 30 kali loncatan. Loncatan yang pertama sampai kelima hanya memakan waktu sekitar 100-200 mili detik adalah loncatan dari komputer penulis ke jaringan milik Telkomnet di Indonesia. Pada loncatan ke enam, waktu yang diperlukan meningkat banyak sekali menjadi sekitar 650 mili detik, ini dikarenakan loncatan tersebut memang jauh, yaitu dari stasiun bumi Telkomnet yang ada di Cibinong ke gateway milik Telkomnet yang ada di Hongkong.

Kadang waktu yang diperlukan meningkat banyak sekali karena jarak yang jauh atau jaringan yang dilewati memang sedang padat. Anda harus mencurigai titik-titik dimana waktu yang diperlukan menjadi besar sekali. Jika hal ini terjadi, anda dapat mengeceknya dengan melakukan ping ke router tersebut beberapa kali untuk melihat apakah paket yang kita kirimkan di drop, atau apakah ada variasi waktu yang besar.

Kemudian pada loncatan ke 16 sampai 18 anda melihat (ttl=246!) di sebelah kolom waktu. Ini adalah indikasi dari trceroute bahwa TTL yang kembali tidak sesuai dengan sewaktu dikirimkan ini menunjukkan adanya asymmetric path, yaitu router yang dilewati paket sewaktu berangkat tidak sesuai dengan router yang dilewati sewaktu paket tersebut kembali. Tetapi hal itu adalah normal.

Tanda asterik pada loncatan ke 25 dan 26 menandakan bahwa traceroute tidak menerima respon dari komputer tersebut, pada loncatan ke 26 kemungkinan dikarenakan router tersebut tidak mengirimkan paket ICMP, sedangkan pada loncatan ke 25 kemungkinan adalah hasil dari paket ICMP yang dikirimkan oleh router tersebut hilang di perjalanan karena suatu sebab.

Dikombinasikan dengan ping, traceroute menjadi alat analisa jaringan yang baik dengan melihat loncatan mana yang memakan waktu yang besar atau paket yang di drop, kita dapat menentukan dimana titik kritisnya. Kemudian dengan melakukan ping pada titik tersebut dan satu titik sebelumnya, kita dapat menemukan masalah yang ada dalam jaringan.