Bagaimana Anda tahu jika switch Cisco menangani lalu lintas dengan baik?

Saya baru saja membaca pertanyaan Jeremy tentang penanganan lalu lintas 2960-S dan iSCSI , yang mendorong saya untuk mengajukan pertanyaan ini: Kita semua memiliki banyak sakelar yang dipasang di infrastruktur yang berbeda, bagaimana Anda tahu bahwa lalu lintas diperlakukan dengan baik?

Saya biasanya memeriksa CPU, RAM dan log sistem tetapi tidak memikirkan buffer.

Saya menggunakan kegagalan tampilan buffer dan ini adalah contoh datanya:

show buffers failures 
Caller       Pool          Size      When
0x1279AE0   Middle           445    3d19h
0x1279AE0   Middle           446    3d19h
0x1279AE0   Middle           444    3d19h

Bagaimana saya bisa tahu di antarmuka mana ini terjadi?

Apakah ada metrik kinerja lain yang harus ditinjau?

Itu tergantung pada model saklar yang Anda miliki dan itu tidak mudah.

Switch Catalyst yang lebih kecil pada umumnya menggunakan setidaknya dua bentuk buffer - biasanya ada buffer antarmuka-lavel, pada Catalyst yang lebih kecil (2k / 3k) terlihat di 'show buffers' di bawah bagian bernama 'Interface buffer pools:':

Interface buffer pools:
Syslog ED Pool buffers, 600 bytes (total 132, permanent 132):
   100 in free list (132 min, 132 max allowed)
   11151 hits, 0 misses
RxQ1 buffers, 2040 bytes (total 128, permanent 128):
   4 in free list (0 min, 128 max allowed)
   244594209 hits, 4559839 fallbacks
RxQ2 buffers, 2040 bytes (total 128, permanent 128):
   1 in free list (0 min, 128 max allowed)
   202559241 hits, 1582494 fallbacks, 0 trims, 0 created
   1582494 failures (0 no memory)
...

... dan ada area "publik", di mana CPU menggunakan buffer saat mereka diarahkan ke sana dan perlu diservis. Buffer tingkat "Rx" adalah bagian dari buffer bersama untuk melayani semua antarmuka (baik yang lama, sakelar lama seperti 2950 atau 2960S / 3560X / etc terbaru ) atau subset antarmuka, milik ASIC port tertentu (seperti 2960 atau 3560 / 3750 / 3560E / 3750E ).

Pada 4500 dan 6500 khususnya akan menjadi berantakan, karena ada sejumlah kumpulan paket yang dapat melalui - input antarmuka (ASIC) buffer, pool pada level linecard (pada 6500 di DFC), pada level switch-fabric dan pada akhirnya buffer pada level Supervisor. Mereka tidak harus terpisah secara fisik memori, tetapi sering dipetakan dalam perintah yang berbeda untuk nama yang berbeda untuk memudahkan proses pemecahan masalah (di mana langkah paket berjalan adalah paket dijatuhkan misalnya).

Anda mendapat balasan yang bagus sejauh ini.

Seperti yang dikatakan Lukasz, pengaturan buffer agak rumit pada sakelar Catalyst. Ada kumpulan yang Anda tetapkan buffer untuk 4 antrian jalan keluar. Anda dapat memilih untuk memesan sejumlah buffer dan membiarkan sisanya duduk di kolam dan menggunakannya sesuai kebutuhan. Buffer yang dicadangkan tidak dapat disentuh oleh antrian / ambang batas lainnya.

Untuk melihat tetes pada antrian / ambang batas yang berbeda, gunakan perintah ini:

show platform port-asic stats drop gix/x

Jika Anda mendapatkan kegagalan buffer, saya akan menggunakan perintah seperti berikut:

tampilkan antarmuka | i (protokol garis | tanpa buffer)

Anda perlu sedikit menyortir output secara manual, tetapi Anda mencari garis-garis jika Anda memiliki lebih dari 0 tanpa kesalahan buffer seperti ini:

FasttEthernet0/24 is up, line protocol is up (connected)
     1557332164 packets input, 3733280910 bytes, 6718 no buffer