Video: Building Apps for Mobile, Gaming, IoT, and more using AWS DynamoDB by Rick Houlihan 2024
Lapisan 3 isu-isu kebimbangan paket, tentu saja. Secara amnya, semakin tinggi dalam protokol tersebut, masalahnya terletak, semakin banyak perkara yang boleh salah dengannya. Pada lapisan peralihan (satu nama awal untuk Layer 3), laluan ke destinasi tertentu boleh absen, boleh gelung, atau boleh menghantar paket ke dalam lubang hitam.
Di dalam rangkaian penghala adalah alat untuk memeriksa fungsi protokol itu sendiri, seperti protokol laluan protokol ospf atau menunjukkan arahan mod operasi bgp. Anda boleh menggunakan arahan ini untuk mendapatkan pandangan mengenai operasi protokol routing OSPF dan BGP.
Bagaimanapun, seperti yang telah anda lihat, isu pada Layer 3 sering disebabkan oleh kejadian Layer 2. Walau bagaimanapun, anda boleh bergantung kepada pengundian dan perangkap SNMP dan Ethernet OAM untuk menangkap masalah pada paras pautan penghala rangkaian. Sekarang, lihatlah masalah yang sebenarnya menjadi masalah pada lapisan paket. Di sini, anda menggunakan alat pengguna akhir tipikal - traceroute - untuk mengasingkan penghala yang menyebabkan masalah.
Traceroute menghantar paket hop-hop demi satu penghala ke yang lain sehingga hos destinasi dicapai. Sekiranya paket tiba di penghala yang tidak mempunyai laluan ke destinasi, destinasi destinasi tidak dapat dihubungi ICMP dihantar kembali kepada pemula.
Apabila menggunakan traceroute, ingatlah bahawa masalah biasanya terletak tidak pada hop lepas untuk bertindak balas terhadap traceroute, tetapi di luar peranti menanggapi terakhir.
Apabila semuanya berjalan dengan baik, destinasi biasanya lima hop jauh dari host sumber. Perubahan pada alamat rangkaian responden adalah petunjuk bahawa paket telah berpindah dari satu bahagian utama rangkaian ke yang lain (dari rangkaian pelanggan ke rangkaian pembekal perkhidmatan, contohnya).
Berikut ini, perhatikan bagaimana router biasanya bertindak balas kepada traceroute dalam perjalanan ke Dest-Host:
user @ host> traceroute 10. 2. 2. 1 traceroute ke 10. 2. 2. 1 (10 2. 2. 1), 30 hops max, 40 byte paket 1 192. 168. 10. 1 (192. 168. 10. 1) 2. 617 ms 1. 690 ms 2. 851 ms (Cust-Router1) 2 192. 168. 10. 6 (192. 168. 10. 6) 3. 386 ms 3. 370 ms 5. 570 ms (Cust-Router2) 3 172. 16. 11. 1 (172. 16. 11. 1) 13. 513 ms 3. 905 ms 5. 060 ms (Prov-Rtr1) 4 172. 16. 44. 2 (172. 16. 44. 2) 3. 778 ms 5. 237 ms 5. 413 ms (Prov-Rtr2) 5 172. 16. 44. 27 (172. 16. 44. 27) 10. 867 ms 12. 568 ms 5. 991 ms (Host-Host)
Sekarang, tonton apa yang berlaku jika pautan - satu-satunya pautan, dengan cara - di antara penghala pelanggan (Cust-Router2) dan router pembekal perkhidmatan (Prov-Rtr1) gagal:
user @ host> traceroute 10.2. 2. 1 traceroute hingga 10. 2. 2. 1 (10. 2. 2. 1), 30 hop buih, 40 byte paket 1 192. 168. 10. 1 (192. 168. 10. 1) 1. 983 ms 2. 440 ms 2. 414 ms (Cust-Router1) 2 192. 168. 10. 6 (192. 168. 10. 6) 2. 883 ms! H 4. 136 ms ! H 2. 114 ms! H
The! H menunjukkan bahawa anda mendapat mesej yang tidak dapat dihubungi ICMP daripada penghala kedua. Ia mungkin kelihatan seperti peranti Cust-Router2 ini adalah masalah, tetapi perhatikan bahawa paket telah membuat jalan ke Cust-Router2 dan kembali tanpa sebarang masalah sama sekali.
Tidak, masalahnya adalah di luar hop terakhir ini, mengenai hubungan antara pelanggan dan pembekal perkhidmatan. Tidak ada laluan yang berguna ke destinasi di Cust-Router2, jadi! H dikeluarkan.
