Cara paket menemukan jalannya
Setiap router mengurangi TTL paket satu. Saat mencapai 0, paket dibuang, sehingga paket yang terjebak dalam putaran tidak bisa berputar selamanya.
Coba simulator sebelum membaca hal lain. Atur TTL ke 2 dan tekan Kirim, lalu atur ke 64 dan kirim lagi. Perhatikan di mana paket-paket berhenti pada percobaan pertama.
Seret untuk memutar. Gulir atau cubit untuk memperbesar.
Yang baru kamu lihat: hitung mundur di setiap paket
Dengan TTL 2, setiap paket mati di router kedua yang ditemuinya dan pesan merah kembali. Dengan 64, paket-paket tiba di server dengan sisa 60 setelah empat router. Header IPv4 punya kolom 8 bit bernama Time to Live (TTL), jadi nilai terbesarnya 255. RFC 791 menyatakan setiap router wajib menguranginya paling sedikit satu, dan banyak komputer memulainya dari 64. Saat mencapai 0, router membuang paket itu dan mengirim pesan ICMP "Time Exceeded" (RFC 792) kembali ke pengirim. Itulah pesan merah tadi.
Mengapa perlu hitung mundur? Kesalahan dalam tabel perutean bisa membuat paket berputar-putar, dan tanpa batas paket itu akan memakai tautan selamanya. Namanya menyebut "waktu", dan di atas kertas RFC 791 mengukurnya dalam detik. Namun setiap router mengurangi paling sedikit satu, jadi dalam praktik nilai itu berfungsi sebagai hitungan lompatan. IPv6 memberi kolom yang sama nama yang lebih lugas, Hop Limit.
Tombol traceroute memakai aturan ini untuk menggambar peta. Tombol itu mengirim probe dengan TTL 1: router pertama membuangnya dan membalas, sehingga alamat router itu terungkap. TTL 2 mengungkap router kedua, dan seterusnya sampai tujuan menjawab. Tekan tombolnya dan baca daftar yang disusunnya. Lalu putus R1 ke R3 dan kirim lagi untuk melihat paket-paket menempuh jalan lain.
Setiap router mencari satu baris dalam sebuah tabel
Tidak ada router yang tahu seluruh rute dari laptopmu ke server di benua lain. Setiap router membuat satu keputusan saja: untuk alamat tujuan ini, tetangga mana yang menerima paket berikutnya? Paket bergerak satu lompatan, dan router berikutnya memutuskan lagi. Sebuah rute adalah rangkaian pilihan lokal seperti ini.
Keputusan itu berasal dari tabel penerusan, daftar prefiks yang masing-masing disertai tetangga yang harus dipakai. Router memilih entri yang cocok dengan alamat tujuan dengan prefiks terpanjang, karena prefiks yang lebih panjang berarti kecocokan yang lebih tepat. Misalkan tabel mengirim 203.0.0.0/16 ke tetangga B dan 203.0.113.0/24 ke tetangga A. Paket untuk 203.0.113.9 cocok dengan keduanya, /24 menang, dan paket pergi ke A. Paket untuk 203.0.7.1 hanya cocok dengan /16, jadi pergi ke B. Sebagian besar tabel juga punya entri default untuk semua yang lain; di router rumah, entri itu mengarah ke ISP.
| Paket untuk | Entri yang cocok | Dikirim ke |
|---|---|---|
| 203.0.113.9 | 203.0.113.0/24 (A), 203.0.0.0/16 (B), default (ISP) | A, terpanjang (24 bit) |
| 203.0.7.1 | 203.0.0.0/16 (B), default (ISP) | B, terpanjang (16 bit) |
| 8.8.8.8 | default 0.0.0.0/0 (ISP) | ISP |
Siapa yang menulis tabelnya
Di dalam satu perusahaan, router saling berbagi apa yang bisa mereka jangkau memakai protokol perutean dan menghitung jalur baru saat sebuah tautan gagal. Di antara puluhan ribu jaringan terpisah yang membentuk internet, Border Gateway Protocol (BGP, RFC 4271) membawa pengumuman seperti "Aku bisa menjangkau 198.51.100.0/24". Saat sebuah kabel putus, rute yang melewatinya ditarik dan lalu lintas berpindah ke jalur mana pun yang tersisa. Di simulator, itulah yang terjadi saat kamu memutus R1 ke R3.
Sebagian besar paket hilang karena jatuh dari antrean yang penuh
Router juga membuat paket menunggu. Pada saat sibuk, paket datang lebih cepat daripada yang bisa dibawa tautan keluar, jadi setiap router menyimpan antrean di memorinya. Saat antrean penuh, paket berikutnya yang datang langsung dibuang. Tidak ada yang diberi tahu; pengirim baru bisa menyimpulkannya kemudian. Inilah cara paling umum paket hilang di internet, lebih umum daripada kabel putus. Sinyal Wi-Fi yang lemah juga bisa merusak frame sehingga harus dibuang. IP sendiri tidak menjanjikan apa-apa. RFC 791 menyatakan IP tidak menyediakan fasilitas komunikasi yang andal, tanpa tanda terima dan tanpa pengiriman ulang. Mendapatkan kembali data yang hilang diserahkan kepada komputer di kedua ujung, dan itulah unit berikutnya.
Foto 3 000 000 byte adalah 2055 paket
Tautan membatasi seberapa besar satu paket boleh. Di Ethernet, satu frame membawa paling banyak 1500 byte muatan (RFC 894). Kurangi 20 byte header IPv4 dan 20 byte header TCP, dan sekitar 1460 byte datamu muat di setiap paket. Karena itu foto 3 000 000 byte memerlukan 3 000 000 ÷ 1460 ≈ 2054.8, dibulatkan ke atas menjadi 2055 paket, dan setiap paket dirutekan sendiri-sendiri.
- Sebuah paket berangkat dengan TTL 64 dan melewati 4 router. Berapa TTL-nya saat tiba?
- TTL adalah kolom 8 bit. Berapa nilai terbesar yang bisa dimuatnya?
- Apa yang dilakukan router saat TTL sebuah paket mencapai 0?
- Membuangnya dan mengirim ICMP Time Exceeded ke pengirim
- Meneruskannya dengan TTL 64
- Mengirimnya kembali ke pengirim
- Menyimpannya sampai jaringan sepi
- Mengapa TTL ada?
- Agar paket yang terjebak dalam putaran perutean tidak berputar selamanya
- Untuk mengukur kecepatan cahaya
- Untuk menyatakan berapa lama halaman web boleh disimpan di cache
- Untuk menghitung paket dalam sebuah berkas
- traceroute mengirim probe dengan TTL 1. Siapa yang menjawab?
- Router pertama di jalur
- Server tujuan
- Resolver DNS
- Tidak ada
- Sebuah tabel berisi 203.0.113.0/24 → A dan 203.0.0.0/16 → B. Ke mana paket untuk 203.0.113.9 pergi?
- A
- B
- Keduanya
- Tidak keduanya
- Tabel yang sama. Ke mana paket untuk 203.0.7.1 pergi?
- B
- A
- Keduanya
- Dibuang
- Sekitar 1460 byte data muat dalam satu paket. Berapa paket yang diperlukan berkas 3 000 000 byte?
- Protokol mana yang membawa pengumuman rute antara jaringan-jaringan terpisah di internet?
- BGP
- DNS
- HTTP
- UDP
- Di simulator kamu memutus R5 ke server. Apa yang terjadi?
- Tidak ada yang lolos: server hanya punya satu tautan
- Paket memutar lewat R4
- Paket tiba lebih cepat
- Hanya paket UDP yang lolos
- "Setiap router tahu seluruh jalur ke server." Setiap router hanya memilih lompatan berikutnya dari tabel penerusannya. Rutenya adalah rangkaian apa pun yang terbentuk dari pilihan-pilihan tunggal itu, dan paket dari pesan yang sama bisa menempuh rute berbeda.
- "TTL adalah sisa detik yang dimiliki paket." RFC 791 memang menggambarkannya dalam detik, tetapi setiap router wajib mengurangi paling sedikit satu, jadi dalam praktik TTL menghitung lompatan. IPv6 menamainya ulang Hop Limit. TTL pada catatan DNS adalah nilai lain dengan nama yang sama, dan yang itu memang dalam detik.
- "Sebagian besar paket yang hilang berasal dari kabel putus." Sebagian besar dibuang oleh router sibuk yang antreannya penuh, dan sinyal Wi-Fi yang lemah juga merusak frame. Kabel putus lebih jarang, dan router sering bisa mengalihkan lalu lintas memutarinya.
- "IP memastikan setiap paket tiba." RFC 791 menyatakan IP tidak menyediakan fasilitas komunikasi yang andal: tanpa tanda terima, tanpa pengiriman ulang. Pemulihan dilakukan oleh kedua komputer ujung, biasanya dengan TCP.
- Router memutuskan satu lompatan demi satu lompatan memakai tabel penerusan; prefiks cocok yang terpanjang menang.
- BGP menyebarkan pengumuman rute antarjaringan dan menarik rute saat tautan gagal.
- TTL (IPv6: Hop Limit) berkurang 1 per router; pada 0 paket dibuang dan ICMP melaporkannya.
- traceroute memetakan jalur dengan mengirim TTL 1, 2, 3, dan seterusnya.
Sumber kursus ini (28)
- (checked 2026-10-17; reordered 2026-10-19: standards first, then official documentation, then operators and papers, history sources last)
- IETF RFCs (rfc-editor.org): RFC 768 UDP (1980, 8-byte header)
- RFC 791 IPv4 (1981, 32-bit addresses, "does not provide a reliable communication facility", TTL field "measured in units of seconds" but every module must decrease it by at least one, so it is only an upper bound)
- RFC 792 ICMP (Time Exceeded)
- RFC 801 NCP/TCP transition plan (1 January 1983)
- RFC 894 Ethernet (1500-byte payload)
- RFC 1034 and RFC 1035 DNS (1987, HOSTS.TXT kept by SRI-NIC, labels up to 63 octets and names up to 255, TTL in seconds)
- RFC 1122 (127.0.0.0/8 loopback)
- RFC 1918 private addresses (10/8, 172.16/12, 192.168/16)
- RFC 2131 DHCP, RFC 3022 NAT, RFC 3596 AAAA records, RFC 3849 and RFC 5737 documentation addresses, RFC 4271 BGP-4, RFC 4291 IPv6 text form, RFC 6298 TCP retransmission timer (initial RTO 1 second)
- RFC 6335 port ranges (0-1023, 1024-49151, 49152-65535)
- RFC 7766 DNS over TCP, RFC 8200 IPv6 (128-bit addresses, Hop Limit)
- RFC 8446 TLS 1.3 (one round-trip handshake)
- RFC 9000 QUIC and RFC 9114 HTTP/3, RFC 9110 HTTP semantics (status code classes)
- RFC 9293 TCP (three-way handshake, sequence numbers)
- IANA: ip-parameters registry (recommended default TTL 64)
- IPv4 free pool depleted 3 February 2011 (NRO and ARIN announcements)
- Official documentation: MDN Web Docs "How does the Internet work?" (45 cables for 10 computers, switches, routers, MAC and IP addresses, internet and web)
- "What is a URL?", "HTTP response status codes" (developer.mozilla.org)
- Cloudflare Learning Center: "What is DNS?" (four kinds of DNS server, 8 steps of an uncached lookup, browser and OS caches, TTL)
- "What is HTTP/3?" (cloudflare.com/learning)
- Google Chrome Help, "Browse in Incognito mode" (support.google.com/chrome/answer/95464, checked 2026-10-19: Incognito limits what is saved to the device; websites and organisations that manage your network, like your school, employer or internet service provider, may be able to observe your activity)
- Operators and papers: root-servers.org (13 root name servers run by 12 organisations, 2047 instances on 2026-10-17)
- Jacobson and Karels 1988, Congestion Avoidance and Control (loss mostly congestion)
- History blocks only: UCLA Samueli School of Engineering, Internet50 (first ARPANET message "LO", UCLA to SRI, 29 October 1969, 22:30)
- historyofinformation.com and Wikipedia ARPANET (Kline)
- Spiceworks/SRI history (HOSTS.TXT kept by SRI-NIC)
- Numbers (2^32, 2^96, 45 and 6 cables, packet counts, round-trip times)
Diperiksa: 2026-10-17