Giám sát bộ đệm chuyển mạch 3750G


9

Chúng tôi đã đặt một số 3750G trong một ngăn xếp cho các công tắc truy cập DC của chúng tôi. Chúng tôi lo ngại rằng những điều này sẽ không thể xử lý tải dữ liệu cao hơn khi lưu lượng truy cập tăng do bộ đệm hạn chế của chúng. Chúng ta nên theo dõi thống kê / s và / hoặc SNMP OID cụ thể nào để tìm hiểu xem các bộ đệm này đang xử lý tải như thế nào?

FYI Chúng tôi đang sử dụng PRTG làm công cụ lựa chọn của chúng tôi.


1
FYI không có gì sai khi phê duyệt một chỉnh sửa cho một câu hỏi. :-)
John Jensen

Có câu trả lời nào giúp bạn không? nếu vậy, bạn nên chấp nhận câu trả lời để câu hỏi không xuất hiện mãi mãi, tìm kiếm câu trả lời. Ngoài ra, bạn có thể cung cấp và chấp nhận câu trả lời của riêng bạn.
Ron Maupin

Câu trả lời:


9

Theo như tôi biết thì dữ liệu bạn muốn không có sẵn trên 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 
...

Những gì bạn muốn biết là if Index, hàng đợi, ngưỡng và bộ đếm thả. Tôi không biết về MIB / OID dân cư nơi các giá trị này có thể được thăm dò.

Giống như John Jensen đã giải thích, outDiscard là thứ duy nhất bạn có thể nhận được, nhưng nó tổng hợp tất cả những thứ này, vì vậy bạn sẽ không biết nếu đó là BE, AF, EF, NC hay cái gì đang rơi. Bạn có thể sẽ không quan tâm đến giọt BE, nhưng bạn sẽ quan tâm đến giọt EF.

Có hai OID nơi các giọt xuất phát tổng hợp này được lưu trữ, nếu if Index của bạn là 10001, bạn sẽ tìm thấy chúng ở đây (trình bày bằng số và biểu tượng):

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 không phải là công tắc tốt cho ứng dụng có thể vi mạch, tức là nếu đầu ra của bạn là 1GE và xâm nhập là 1GE, hai cổng vào tốc độ trung bình rất thấp có thể dễ dàng tắc nghẽn cổng ra, gây ra sụt giảm. Để tối đa hóa bộ đệm có sẵn (và giảm thiểu giọt microburst), hãy làm theo tài liệu này .


1

Giả sử bạn muốn theo dõi dữ liệu này qua SNMP (Tôi không quen với PRTG), cách tốt nhất của bạn là theo dõi:

  • hàng đợi đầu vào giảm
  • hàng đợi đầu ra giảm
  • inDiscards
  • ra ngoài

Hãy nhớ rằng nếu bạn đang theo dõi hàng đợi đầu vào giảm, bạn sẽ thấy những điều này xảy ra trên nhiều tập hợp cổng, bởi vì (IIRC - ai đó sửa tôi nếu tôi sai) những bản đồ này đến cổng ASIC và bộ đệm được chia sẻ qua nhóm cổng (ASIC).

Đây là một liên kết đến một tài liệu của Cisco có một số thông tin tốt khác:

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


Vâng SNMP là đi. Bất cứ ai quen thuộc với PRTG đều biết mẫu SNMP nào tốt?
Tim

Bạn có thể muốn sửa đổi câu hỏi của mình và yêu cầu các mẫu PRTG nếu cuối cùng đó là những gì bạn đang theo đuổi.
John Jensen

Không, tôi có thể lấy các giá trị SNMP ok, chỉ là một mặt để xem có ai đã có chúng để lưu công việc chưa.
Tim
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.