Click the Step 4 button in the figu

Click the Step 4 button in the figure.


In the figure, the output of the show interfaces serial command at routers R2 and R3 shows that there is an encapsulation mismatch between them. R3 has been incorrectly configured to use HDLC encapsulation instead of Frame Relay.


For further details on troubleshooting Frame Relay implementations, see Chapter 3, "Frame Relay".



8.4.3 - Data Link Layer Troubleshooting
The diagram depicts the process of troubleshooting Layer 2 Frame Relay problems. A series of steps is provided with a network topology, and output from show commands is displayed.

Network Topology:
Router R2 interface S0/0/1 is connected to a CSU/DSU, which is connected to a Frame Relay provider cloud. On the other side of the diagram, router R3 interface S0/0/1 is connected to a CSU/DSU that is connected to the same Frame Relay cloud as R1.

Step 1. Verify the physical connection between the CSU/DSU and the router. In the diagram, the physical connections between routers R2 and R3 and their corresponding CSU/DSU can be verified using a cable tester and by verifying that all status L E D's on the CSU/DSU unit are green. Some of the status lights for the CSU/DSU at R3 are red, indicating a potential connectivity problem between the CSU/DSU and router R3.

Step 2. Verify that the router and Frame Relay provider are properly exchanging LMI information by using the show frame-relay lmi command. Output from this command on R2 indicates no errors and that R2 and the Frame Relay provider switch are properly exchanging LMI information. The number of status requests is equal to the number of status messages received.

Step 3. Verify that the PVC status is active by using the show frame-relay pvc command. Output from this command on R2 indicates PVC status is active.

Step 4. Verify that the Frame Relay encapsulation matches on both routers with the show interfaces serial command. Output from this command on R2 indicates that encapsulation is Frame Relay, but encapsulation on R3 is HDLC, which is a mismatch.


Page 5:
Troubleshooting Layer 2 - STP Loops


If you suspect that an STP loop is causing a Layer 2 problem, verify if the Spanning Tree Protocol is running on each of the switches. A switch should only have STP disabled if it is not part of a physically looped topology. To verify STP operation, use the show spanning-tree command on each switch. If you discover that STP is not operating, you can enable it using the spanning-tree vlan ID command.


Use these steps to troubleshoot forwarding loops:


Step 1. Identify that an STP loop is occurring.


When a forwarding loop has developed in the network, these are the usual symptoms:


Loss of connectivity to, from, and through the affected network regions
High CPU utilization on routers connected to affected segments or VLANs
High link utilization (often 100 percent)
High switch backplane utilization (compared to the baseline utilization)
Syslog messages that indicate packet looping in the network (for example, Hot Standby Router Protocol duplicate IP address messages)
Syslog messages that indicate constant address relearning or MAC address flapping messages
Increasing number of output drops on many interfaces

Step 2. Discover the topology (scope) of the loop.


The highest priority is to stop the loop and restore network operation. To stop the loop, you must know which ports are involved. Look at the ports with the highest link utilization (packets per second). The show interface command displays the utilization for each interface. Make sure that you record this information before proceeding to the next step. Otherwise, it could be difficult later on to determine the cause of the loop.


Step 3. Break the loop.


Shut down or disconnect the involved ports one at a time. After you disable or disconnect each port, check whether the switch backplane utilization is back to a normal level. Document your findings. Keep in mind that some ports may not be sustaining the loop but rather are flooding the traffic arriving with the loop. When you shut down such flooding ports, you only reduce backplane utilization a small amount, but you do not stop the loop.


Step 4. Find and fix the cause of the loop.


Determining why the loop began is often the most difficult part of the process, because the reasons can vary. It is also difficult to formalize an exact procedure that works in every case. First, investigate the topology diagram to find a redundant path.


For every switch on the redundant path, check for these issues:


Does the switch know the correct STP root?
Is the root port identified correctly?
Are Bridge Protocol Data Units (BPDUs) received regularly on the root port and on ports that are supposed to be blocking?
Are BPDUs sent regularly on non-root, designated ports?

Step 5. Restore the redundancy.


After the device or link that is causing the loop has been found and the problem has been resolved, restore the redundant links that were disconnected.

Hasil (Bahasa Indonesia) 1:

Klik tombol langkah 4 pada gambar.Dalam gambar, output perintah serial interface Tampilkan pada router R2 dan R3 menunjukkan bahwa ada merupakan enkapsulasi ketidakcocokan antara mereka. R3 telah salah dikonfigurasi untuk menggunakan HDLC enkapsulasi bukan Frame Relay.Untuk rincian lebih lanjut pada pemecahan masalah implementasi Frame Relay, lihat Bab 3, "Frame Relay".8.4.3 - data Link Layer pemecahan masalahDiagram menggambarkan proses memecahkan masalah Layer 2 Frame Relay. Serangkaian langkah disediakan dengan topologi jaringan, dan keluaran dari perintah Tampilkan dipajangkan. Topologi Jaringan: Interface router R2 S0/0/1 terhubung ke CSU/DSU, yang terhubung ke penyedia Frame Relay awan. Di sisi lain diagram, interface router R3 S0/0/1 terhubung ke CSU/DSU yang terhubung ke Internet Frame Relay sama sebagai R1. Langkah 1. Memverifikasi sambungan fisik antara CSU/DSU dan router. Dalam diagram, koneksi fisik antara router R2 dan R3 dan mereka sesuai CSU/DSU dapat diverifikasi menggunakan kabel tester dan dengan memverifikasi bahwa semua status L E D's pada unit CSU DSU hijau. Beberapa status lampu untuk CSU/DSU di R3 merah, menunjukkan potensi masalah konektivitas antara CSU DSU dan router R3. Langkah 2. Pastikan bahwa router dan Frame Relay penyedia benar bertukar informasi LMI dengan menggunakan perintah lmi show frame-relay. Output dari perintah ini pada R2 menunjukkan tidak ada kesalahan dan bahwa R2 dan penyedia Frame Relay switch benar bertukar informasi LMI. Jumlah permintaan status sama dengan jumlah pesan status yang diterima. Langkah 3. Verifikasikan bahwa PVC status aktif dengan menggunakan perintah pvc show frame-relay. Output dari perintah ini pada R2 menunjukkan PVC status aktif. Langkah 4. Memverifikasi bahwa pertandingan encapsulation Frame Relay pada kedua router dengan menunjukkan antarmuka serial perintah. Output dari perintah ini pada R2 menunjukkan bahwa encapsulation Frame Relay, tetapi enkapsulasi pada R3 adalah HDLC, yang merupakan ketidakcocokan. 5 Halaman:Pemecahan masalah Layer 2 - STP loopJika Anda menduga bahwa STP loop yang menyebabkan masalah Layer 2, memverifikasi apakah Spanning Tree Protocol berjalan pada masing-masing switch. Switch hanya harus memiliki STP dinonaktifkan jika itu bukan merupakan bagian dari topologi fisik diulang. Untuk memverifikasi operasi STP, gunakan perintah mencakup pohon Tampilkan pada setiap beralih. Jika Anda menemukan bahwa STP tidak beroperasi, Anda dapat mengaktifkannya menggunakan mencakup pohon vlan ID perintah.Gunakan langkah-langkah berikut untuk mengatasi penerusan loop:Langkah 1. Mengidentifikasi bahwa loop STP terjadi.Ketika sebuah loop penerusan telah dikembangkan dalam jaringan, ini adalah gejala yang biasa:Hilangnya konektivitas ke, dari, dan melalui daerah yang terkena dampak jaringanPemanfaatan CPU yang tinggi pada router yang terhubung ke segmen yang terpengaruh atau VLANPemanfaatan tinggi link (sering 100 persen)Pemanfaatan backplane tinggi switch (dibandingkan dengan pemanfaatan dasar)Pesan syslog yang menunjukkan paket perulangan di jaringan (misalnya, panas siaga Router protokol IP alamat pesan duplikat)Pesan syslog yang menunjukkan alamat konstan belajar kembali atau alamat MAC mengepak pesanMeningkatkan jumlah Keluaran tetes pada banyak antarmukaLangkah 2. Temukan topologi (ruang lingkup) loop.Prioritas tertinggi adalah untuk menghentikan loop dan mengembalikan operasi jaringan. Untuk menghentikan loop, Anda harus tahu port yang terlibat. Lihatlah pelabuhan dengan pemanfaatan link tertinggi (paket per detik). Perintah antarmuka Tampilkan menampilkan pemanfaatan untuk setiap antarmuka. Pastikan bahwa Anda menyimpan informasi ini sebelum melanjutkan ke langkah berikutnya. Jika tidak, bisa jadi sulit kemudian untuk menentukan penyebab loop.Langkah 3. Istirahat loop.Mematikan atau Lepaskan Port terlibat satu pada satu waktu. Setelah Anda menonaktifkan atau putuskan setiap port, memeriksa apakah pemanfaatan backplane beralih kembali ke tingkat normal. Dokumen temuan Anda. Perlu diingat bahwa beberapa Port mungkin tidak akan mempertahankan loop tapi agak banjir lalu lintas tiba dengan loop. Ketika Anda menutup Port seperti banjir, Anda hanya mengurangi pemanfaatan backplane sejumlah kecil, tetapi Anda tidak berhenti loop.Langkah 4. Menemukan dan memperbaiki penyebab loop.Menentukan mengapa loop mulai adalah sering bagian yang paling sulit dari proses, karena alasan dapat bervariasi. Hal ini juga sulit untuk memformalkan prosedur yang tepat yang bekerja dalam setiap kasus. Pertama, menyelidiki diagram topologi untuk menemukan jalan yang berlebihan.Untuk setiap beralih di jalan yang berlebihan, memeriksa isu-isu ini:Apakah saklar yang tahu akar STP benar?Pelabuhan akar diidentifikasi dengan benar?Jembatan protokol Data unit (BPDUs) diterima secara teratur pada pelabuhan akar dan port yang seharusnya untuk memblokir?BPDUs dikirim secara teratur pada port bebas-akar, ditunjuk?Langkah 5. Mengembalikan redundansi.Setelah perangkat atau link yang menyebabkan lingkaran telah ditemukan dan masalah telah diselesaikan, mengembalikan link berlebihan yang diputus.

Hasil (Bahasa Indonesia) 2:

Klik Langkah 4 tombol pada gambar.


Dalam gambar, output dari acara interface perintah serial pada router R2 dan R3 menunjukkan bahwa ada ketidaksesuaian enkapsulasi antara mereka. . R3 telah benar dikonfigurasi untuk menggunakan HDLC enkapsulasi bukan Frame Relay


Untuk rincian lebih lanjut tentang implementasi Relay tips Frame, lihat Bab 3, "Frame Relay".



8.4.3 - Data Link Layer Mengatasi Masalah
Diagram melukiskan proses pemecahan masalah Layer 2 Bingkai Relay masalah. Serangkaian langkah disediakan dengan topologi jaringan, dan output dari perintah menunjukkan ditampilkan.

Topologi Jaringan:
Router R2 antarmuka S0 / 0/1 terhubung ke CSU / DSU, yang terhubung ke awan Bingkai penyedia Relay. Di sisi lain dari diagram, router antarmuka R3 S0 / 0/1 terhubung ke CSU / DSU yang terhubung ke awan Frame Relay sama R1.

Langkah 1. Periksa koneksi fisik antara CSU / DSU dan router . Dalam diagram, koneksi fisik antara router R2 dan R3 dan mereka sesuai CSU / DSU dapat diverifikasi menggunakan kabel tester dan dengan memverifikasi bahwa semua LED status pada unit CSU / DSU berwarna hijau. Beberapa lampu status untuk CSU / DSU di R3 merah, menunjukkan masalah konektivitas potensial antara CSU / DSU dan router R3.

Langkah 2. Pastikan bahwa router dan penyedia Frame Relay yang benar bertukar informasi LMI dengan menggunakan acara bingkai -relay perintah LMI. Output dari perintah ini pada R2 menunjukkan tidak ada kesalahan dan bahwa R2 dan Frame Relay penyedia saklar yang benar bertukar informasi LMI. Jumlah permintaan status yang sama dengan jumlah pesan status yang diterima.

Langkah 3. Pastikan bahwa status PVC aktif dengan menggunakan perintah show frame-relay pvc. Output dari perintah ini pada R2 menunjukkan status PVC aktif.

Langkah 4. Pastikan bahwa Frame Relay enkapsulasi pertandingan pada kedua router dengan show interface perintah serial. Output dari perintah ini pada R2 menunjukkan bahwa enkapsulasi adalah Frame Relay, tapi enkapsulasi pada R3 adalah HDLC, yang merupakan ketidakcocokan.


Page 5:
Masalah Layer 2 - STP Loops


Jika Anda menduga bahwa lingkaran STP menyebabkan Layer 2 masalah, pastikan jika Spanning Tree Protocol berjalan pada setiap switch. Sebuah switch harus hanya telah STP dinonaktifkan jika itu bukan bagian dari topologi melingkar secara fisik. Untuk memverifikasi operasi STP, menggunakan perintah show spanning-tree pada setiap switch. Jika Anda menemukan bahwa STP tidak beroperasi, Anda dapat mengaktifkannya menggunakan spanning-tree vlan ID perintah.


Gunakan langkah-langkah untuk memecahkan masalah forwarding loop:


Langkah 1. Identifikasi yang loop STP terjadi.


Ketika loop forwarding telah dikembangkan dalam jaringan , ini adalah gejala yang biasa:


Kehilangan konektivitas ke, dari, dan melalui daerah jaringan yang terkena
utilisasi CPU tinggi pada router yang terhubung ke segmen yang terkena dampak atau VLAN
Link Tinggi utilisasi (sering 100 persen)
pemanfaatan backplane Tinggi switch (dibandingkan dengan pemanfaatan baseline)
pesan syslog yang menunjukkan paket perulangan dalam jaringan (misalnya, Hot Standby Router Protocol menduplikasi pesan alamat IP)
pesan syslog yang menunjukkan alamat konstan belajar kembali atau alamat MAC mengepakkan pesan
Meningkatnya jumlah output turun pada banyak antarmuka

Langkah 2. pilihan topologi (lingkup ) dari loop.


prioritas tertinggi adalah untuk menghentikan loop dan mengembalikan operasi jaringan. Untuk menghentikan loop, Anda harus tahu port mana yang terlibat. Lihatlah port dengan link pemanfaatan tertinggi (paket per detik). Perintah show interface menampilkan pemanfaatan untuk setiap antarmuka. Pastikan bahwa Anda merekam informasi ini sebelum melanjutkan ke langkah berikutnya. Jika tidak, bisa jadi sulit nanti untuk menentukan penyebab dari loop.


Langkah 3. Istirahat loop.


Matikan atau cabut terlibat port satu per satu. Setelah Anda menonaktifkan atau melepas masing-masing port, periksa apakah pemanfaatan beralih backplane kembali ke tingkat normal. Mendokumentasikan temuan Anda. Perlu diingat bahwa beberapa port mungkin tidak mempertahankan loop melainkan membanjiri lalu lintas tiba dengan loop. Ketika Anda mematikan port banjir tersebut, Anda hanya mengurangi pemanfaatan backplane jumlah kecil, tetapi Anda tidak menghentikan loop.


Langkah 4. Cari dan memperbaiki penyebab loop.


Menentukan mengapa loop mulai sering bagian yang paling sulit dari proses, karena alasan dapat bervariasi. Hal ini juga sulit untuk meresmikan prosedur yang tepat yang bekerja dalam setiap kasus. Pertama, menyelidiki diagram topologi untuk menemukan jalan berlebihan.


Untuk setiap switch di jalur berlebihan, memeriksa masalah ini:


? Apakah saklar tahu akar STP yang benar
? Apakah port akar diidentifikasi dengan benar
Are Bridge Protocol Data Units (BPDU) yang diterima teratur pada port root dan pada port yang seharusnya menghalangi?
Apakah BPDUs dikirim secara teratur pada non-root, port yang ditunjuk?

Langkah 5. Kembalikan redundansi.


Setelah perangkat atau link yang menyebabkan loop telah ditemukan dan masalah telah diselesaikan, mengembalikan link berlebihan yang terputus.