Parameter kinerja jaringan TCP Beberapa parameter yang dijadikan referensi umum untuk dapat melihat performansi dari jaringan TCP adalah seperti : Throughput, Paket loss dan Delay.
. Throughput Throughput adalah kecepatan rata-rata data yang diterima oleh suatu suatu node dalam selang waktu pengamatan tertentu. Nilai throughput ini dipengaruhi oleh delay dan packet loss yang terjadi. dimana : A = Jumlah paket yang diterima dengan benar T = Waktu pengamatan (second) Ps = Packet size (byte . Paket Loss / Kongesti Paket loss didefinisikan sebagai kegagalan transmisi paket IP mencapai tujuannya. Kegagalan paket tersebut mencapai tujuan, dapat disebabkan oleh beberapa kemungkinan, seperti : a.Terjadinya overload trafik pada jaringan b.Tabrakan (congestion) pada jaringan c.Error yang terjadi pada media fisik Untuk menghitung loss digunakan persamaan di bawah ini rumus troughtput pada tcp.jpg dimana: A = Jumlah paket yang dikirim B = Jumlah paket yang diterima . Delay Delay adalah waktu tunda yang disebabkan oleh proses transmisi dari satu titik ke titik lain yang menjadi tujuannya. Delay dalam jaringan TCP/IP dapat digolongkan sebagai berikut : a.Packetization Delay Delay yang disebabkan oleh waktu yang diperlukan untuk proses pembentukan paket IP dari infomasi user. Delay ini hanya terjadi sekali, yaitu di source informasi. b. Queuing Delay Delay ini disebabkan oleh waktu proses yang diperlukan oleh router didalam menangani antrian transmisi paket di sepanjang jaringan. Umumnya delay ini sangat kecil , kurang lebih 100 micro second. c. Delay Propagasi Proses perjalanan informasi selama didalam media transmisi, misalnya SDH, coax atau tembaga, menyebabkan delay yang disebut dengan delay propagasi. d. Transmission Delay Transmission Delay adalah waktu yang diperlukan sebuah paket data untuk melintasi suatu media. Transmission delay ditentukan oleh kecepatan media dan besar paket data. e. Processing delay Processing delay adalah waktu yang diperlukan oleh suatu perangkat jaringan untuk melihat rute, mengubah header, dan tugas switching lainnya. Best Regards, Titah Supriadi Document Controller / IT Administrator & Support PT. Singgar Mulia, Engineering Consultant Head Office Branch Office Jl. Pakubuwono VI No.31, Jakarta 12120 Jl. Jenderal Sudirman StallKuda No. 22A, Balikpapan 76114 Ph : (021) 7220261 / 7200467 Ph : (0542) 762 693 (Hunting) Fax : (021) 7394776 Fax : (0542) 762 781 _____ From: suwito [mailto:[email protected]] Sent: Monday, February 23, 2009 12:42 PM To: [email protected] Subject: [balikpapan-ict] Re: speedy problem tambahan mengenai Three-Way-Handshake... (dicopas dari http://suwito.web.id/me/2007/12/11/konsep-tcpip/#more-41) hehehehe... narsis ala blogger...!!! :P --cut-- Awalnya suatu paket dengan SYN-flag dikirim ke IP tujuan, tujuan akan memberikan respon dengan suatu ACK(SYN) flag atau suatu paket dengan RST-flag. SYN singkatan dari SYN-(synchronisation), yang digunakan untuk 'memberitahukan' komputer tujuan suatu permintaan melakukan koneksi, kalau diterima, maka permintaan tersebut akan dijawab dengan suatu paket ACK(SYN) flag. ACK singkatan dari ACK-(Acknowledgement). Setelah menerima paket dengan ACK(SYN) flag, komputer mengirim kembali suatu ACK memberitahukan host lain bahwa koneksi telah dibuat. Hal ini kita sebut sebagai "Three-Way-Handshake". Jika koneksi telah dibuat dan salah satu host ingin melakukan disconnect, akan dikirim suatu paket dengan FIN-flag diaktifkan. (FIN singkatan dari FINish). --cut-- On 2/23/09, Ali Impron <[email protected]> wrote: pak morbid sebagai penerima, gak akan tau berapa paket yang akan bapak terima. tapi sebagai orang yang baik, kalo di kirimin paket ,harus mengembalikan paket tersebut. karena logikanya , paket yang di kirim hanya 1 paket tapi berulang ulang. jadi saya sebagai pengirim, tau dan bisa menghitung , berapa paket yang sudah saya kirim, dan berapa paket yang di kembalikan oleh pak morbid(yng sampe kesaya). bisa jadi karena "ada sesuatu hal" , saya ngirim 1 , tapi ilang di jalan, otomatis pak morbid gak mengembalikan karena gak tau. tapi saya sebagai pengirim , akan menghitung : 1 sent , 0 replied. setelah itu saya akan kirim 1 lagi, karena jalan sedang bagus, maka paket sampe ke tempat pak morbid, dan pak morbid mengembalikan paket tersebut, tetapi ternyata pas pak morbid kembalikan, jalan lagi jelek , dan paket kembalian tersebut gak sampe ke saya. otomatis saya akan menghitung : 2 sent (1+1) dan 0 replied. lalu saya akan kirim 1 lagi, jalan bagus, paket sampe di tempat pak morbid, pak morbid balikin ke tempat saya, dan sampe dengan selamat, maka saya akan menghitung: 3 sent 1 replied. begitu seterusnya.... Note : kadang di jalan, paket tersebut bisa di bajak. jadi seolah2 paket tersebut sudah di terima oleh pak morbid, tapi oleh "orang lain" paket tersebut di terima dan di kembalikan ke saya, seolah2 dari pak morbid. kadang juga, antara paket (icmp) dan paket data yang lain (tcp) bisa di bedakan jalannya oleh netadmin, jadi kadang ping bagus, reply semua,tetapi data gak bisa lewat. kadang (malah sering) , ada jalan jalan yang gak mau mbalikin paket (icmp) , karena alasan tertentu. ping time out semua,tapi data (tcp) lewat dengan bagus. oleh karena itu, saya lebih sering mengirimkan paket tcp untuk cek "jalan" dari pada icmp. Disclaimer: pendapat diatas adalah pendapat dari seorang newbie kayak saya, mohon dikoreksi kalo ada yang keliru. secara itu adalah yang saya alami selama 3 tahun an bekerja sbg net admin di salah satu ISP. kadang sebagai seorang net admin,kita harus pinter2 memanage "jalan" mana yang harus di prioritaskan, mana yang harus di delay. jadi kesimpulannya winmtr/traceroute emang bisa digunakan untuk cek "jalan" tapi tidak 100% benar. On 2/21/09, [email protected] <[email protected]> wrote: > ========== > Saya sebagai penerima paket, tau ngga kalo bakal dikirim 10 (taunya > dari mana..?) > pan kita orang baik.. ngga' negatip tingking beranggapan jangan-jangan > cuman diberi enam, > sudah syukur tuh dapet 6 tinimbang ngga' dapet sama sekali.... --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Balikpapan Information, Communication & Technology Community" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/balikpapan-ict?hl=en-GB -~----------~----~----~----~------~----~------~--~---
<<inline: image001.jpg>>
