Làm thế nào để bạn biết nếu một chuyển đổi Cisco đang xử lý lưu lượng tốt?


18

Tôi vừa đọc câu hỏi của Jeremy về việc xử lý lưu lượng 2960-S và iSCSI , điều này khiến tôi phải đặt câu hỏi này: Tất cả chúng ta đều có rất nhiều thiết bị chuyển mạch được triển khai trong các cơ sở hạ tầng riêng biệt, làm thế nào bạn có thể biết rằng lưu lượng được xử lý tốt?

Tôi thường kiểm tra CPU, RAM và nhật ký hệ thống nhưng không nghĩ về bộ đệm.

Tôi đã sử dụng bộ đệm hiển thị lỗi và đây là một ví dụ về dữ liệu:

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

Làm thế nào tôi có thể biết trên giao diện này xảy ra?

Có số liệu hiệu suất khác cần được xem xét?


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:


14

Điều đó phụ thuộc vào mô hình chuyển đổi bạn có và nó không dễ dàng.

Công tắc Catalyst nhỏ hơn nói chung sử dụng ít nhất hai dạng bộ đệm - thường có bộ đệm giao diện, trên Catalyst nhỏ hơn (2k / 3k) hiển thị trong 'hiển thị bộ đệm' trong phần có tên 'Vùng đệm giao diện:':

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)
...

... Và có khu vực "công cộng", nơi CPU đang sử dụng bộ đệm khi chúng bị đẩy về phía đó và cần được bảo trì. Bộ đệm "Rx" là một phần của bộ đệm dùng chung để phục vụ tất cả các giao diện (trên các công tắc cũ, cũ như 2950 hoặc mới nhất 2960S / 3560X / etc ) hoặc một tập hợp con các giao diện, thuộc về cổng ASIC cụ thể (như 2960 hoặc 3560 / 3750 / 3560E / 3750E ).

Đặc biệt, trên 4500 và 6500, nó trở nên lộn xộn, vì có một số nhóm mà gói có thể đi qua - bộ đệm giao diện đầu vào (ASIC), nhóm ở mức linecard (trên 6500 tại DFC), ở cấp độ chuyển mạch và ở cuối bộ đệm ở cấp Giám sát. Chúng không phải là các nhóm bộ nhớ riêng biệt về mặt vật lý, nhưng thường được ánh xạ trong các lệnh khác nhau thành các tên khác nhau để giảm bớt quá trình xử lý sự cố (ví dụ tại bước đi qua gói là gói bị bỏ đi).


14

Bạn đã có câu trả lời tuyệt vời cho đến nay.

Giống như Lukasz nói rằng thiết lập bộ đệm hơi phức tạp trên các công tắc Catalyst. Có một nhóm mà bạn chỉ định bộ đệm từ cho 4 hàng đợi đi ra. Bạn có thể chọn dự trữ một số lượng bộ đệm nhất định và để phần còn lại ngồi trong một hồ bơi và sử dụng nó khi cần thiết. Các bộ đệm được dành riêng không thể được chạm vào bởi các hàng đợi / ngưỡng khác.

nhập mô tả hình ảnh ở đây

Để xem giọt trên các hàng đợi / ngưỡng khác nhau, hãy sử dụng lệnh này:

show platform port-asic stats drop gix/x

nhập mô tả hình ảnh ở đây


11

Nếu bạn gặp lỗi bộ đệm, tôi sẽ sử dụng một lệnh như sau:

giao diện hiển thị | i (giao thức dòng | không có bộ đệm)

Bạn sẽ cần phải sắp xếp thủ công thông qua đầu ra một chút, nhưng bạn đang tìm kiếm các dòng có hơn 0 không có lỗi bộ đệm như thế này:

FasttEthernet0/24 is up, line protocol is up (connected)
     1557332164 packets input, 3733280910 bytes, 6718 no buffer
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.