3750G Beralih Pemantauan Penyangga

9

Kami telah menempatkan sekitar 3750Gs dalam tumpukan untuk sakelar akses DC kami. Kami khawatir ini tidak akan mampu menangani beban data yang lebih tinggi karena lalu lintas meningkat karena buffer mereka yang terbatas. Statistik / s dan / atau SNMP OID spesifik apa yang harus kita pantau untuk mengetahui bagaimana buffer ini menangani beban?

FYI Kami menggunakan PRTG sebagai alat pilihan kami.

— Tim
sumber

1

FYI tidak ada yang salah dengan menyetujui pengeditan untuk sebuah pertanyaan. :-)

— John Jensen

Apakah ada jawaban yang membantu Anda? jika demikian, Anda harus menerima jawabannya sehingga pertanyaan tidak terus muncul selamanya, mencari jawaban. Atau, Anda bisa memberikan dan menerima jawaban Anda sendiri.

— Ron Maupin

9

Sejauh yang saya tahu data yang Anda inginkan tidak tersedia di SNMP.

3750#sh mls qos interface FastEthernet0/1 statistics 
...
  output queues dropped: 
queue: threshold1 threshold2 threshold3
-----------------------------------------
 queue 0:            0            0            0 
 queue 1:       100989            0            0 
 queue 2:            0            0            0 
 queue 3:            0            0            0 
...

Yang ingin Anda ketahui adalah ifIndex, antrian, ambang batas dan penghitung jatuh. Saya tidak mengetahui tentang populasi MIB / OID tempat nilai ini dapat disurvei.

Seperti yang dijelaskan oleh John Jensen, outDiscard adalah satu-satunya hal yang dapat Anda peroleh, tetapi ini mengagregasi semua ini, sehingga Anda tidak akan tahu apakah itu BE, AF, EF, NC atau apa, yang jatuh. Anda mungkin tidak akan peduli dengan tetes BE, tetapi Anda akan peduli dengan tetes EF.

Ada dua OID tempat tetes agregat jalan keluar ini disimpan, jika ifIndex Anda adalah 10001, Anda akan menemukannya di sini (presentasi simbolis dan numerik):

IF-MIB::ifOutDiscards.10001
.1.3.6.1.2.1.2.2.1.19.10001
EtherLike-MIB::dot3StatsDeferredTransmissions.10001
.1.3.6.1.2.1.10.7.2.1.7.10001

3750/3560 bukan saklar yang sangat baik untuk aplikasi yang dapat melakukan microburst, yaitu jika jalan keluar Anda 1GE dan masuknya juga 1GE, dua port masuk tingkat rata-rata yang sangat rendah dapat dengan mudah memadatkan port jalan keluar, menyebabkan penurunan. Untuk memaksimalkan buffer yang tersedia (dan meminimalkan tetes microburst) ikuti dokumen ini .

— ytti
sumber

1

Dengan asumsi Anda ingin memantau data ini melalui SNMP (Saya tidak terbiasa dengan PRTG), taruhan terbaik Anda adalah memantau:

masukan antrian turun
antrian output turun
dalam Discards
outdiscards

Perlu diingat bahwa jika Anda memantau tetes antrian input, Anda akan melihat ini terjadi di beberapa subset port, karena (IIRC - seseorang memperbaiki saya jika saya salah) peta ini ke port ASIC dan buffer dibagi di seluruh pengelompokan port (ASIC).

Berikut ini tautan ke dokumen Cisco yang memiliki beberapa info bagus lainnya:

http://www.cisco.com/en/US/tech/tk648/tk362/technologies_q_and_a_item09186a00800b69ac.shtml

— John Jensen
sumber

Ya SNMP adalah jalannya. Adakah yang akrab dengan PRTG tahu ada template SNMP yang bagus?

— Tim

Anda mungkin ingin mengubah pertanyaan Anda dan meminta templat PRTG jika itu yang Anda cari.

— John Jensen

Nah, saya bisa mendapatkan nilai-nilai SNMP ok, hanya sisi untuk melihat apakah ada yang sudah punya mereka untuk menyelamatkan pekerjaan.

— Tim