Chất xúc tác cơ bản 3560 Tạo hình ra


8

Chúng tôi có một nhà cung cấp dịch vụ (và chúng tôi không thể thay đổi nhà cung cấp), người sẽ cho chúng tôi kết nối kiểu "metro ethernet" giữa hai địa điểm của chúng tôi. Ở mỗi đầu, chúng tôi cắm vào cổng ethernet trên công tắc của nhà cung cấp và họ gửi khung qua lại. Chúng tôi nhận được một băng thông nhất định từ họ và họ đang bỏ các gói vượt qua băng thông.

Tôi khá chắc chắn rằng một cách tốt để chúng tôi không vượt quá giới hạn của chúng và tránh các gói bị rơi là để chúng tôi định hình lưu lượng truy cập của mình để phù hợp với giới hạn. Tôi nghĩ rằng tôi rất gần để hiểu làm thế nào để làm điều này, nhưng nó khá phức tạp. Chúng tôi có một Cisco Catalyst 3560X ở mỗi bên của kết nối.

Nếu tôi muốn định hình lưu lượng truy cập xuống tới 50 Mbps trên đường hầm, có vẻ như cách đúng (có thể là duy nhất?) Là sử dụng định hình trên hàng đợi đi ra của các cổng được sử dụng cho liên kết trên mỗi 3560 của chúng tôi. Chúng tôi không cần đánh dấu hoặc phân loại bất kỳ lưu lượng truy cập nào, chúng tôi chỉ muốn định hình mọi thứ xuống tới 50 Mbps. Đây là một ví dụ cấu hình cổng ngay bây giờ:

interface GigabitEthernet0/1
 speed auto 10 100
 spanning-tree portfast disable

Tôi biết tôi sẽ muốn làm mls qostrong chế độ cấu hình toàn cầu. Sau đó, tôi sẽ thấy một cái gì đó như thế này:

[Switch name]# show mls qos int gig0/1 queueing
GigabitEthernet0/1 
Egress Priority Queue : disabled
Shaped queue weights (absolute) :  25 0 0 0
Shared queue weights  :  25 25 25 25
The port bandwidth limit : 100  (Operational Bandwidth:100.0)
The port is mapped to qset : 1

Sự hiểu biết của tôi cho đến nay là như sau, hãy sửa tôi:

  • Tất cả lưu lượng truy cập sẽ là CoS 0 / không được đánh dấu, do đó sẽ đi vào hàng đợi 2 theo mặc định.
  • Hàng đợi 2 đang chia sẻ băng thông bằng nhau với hàng đợi 3 và 4 và trọng số của hàng đợi 1 bị bỏ qua.
  • Hàng đợi ra 1 được định hình bằng 1/25 băng thông giao diện, vì vậy 4 Mbps trong trường hợp này.

Vì vậy, tôi nhận được rằng hàng đợi 2 - 4 được đảm bảo 33% băng thông (33 Mbps, phải không?) Và hàng đợi 1 được định hình thành 4 Mbps. Câu hỏi đầu tiên của tôi là:

Với cấu hình mặc định này, nếu chỉ sử dụng hàng đợi 2 , nó sẽ nhận được bao nhiêu băng thông? 100 Mbps? Và nếu tất cả các hàng đợi được sử dụng đầy đủ, hàng đợi 1 sẽ có 4 Mbps và hàng đợi 2 - 4 mỗi hàng sẽ có 32 Mbps (100 - 4 = 96/3 = 32)?

Và bây giờ là câu hỏi thực sự:

Để định hình tất cả lưu lượng truy cập không được phân loại để phù hợp với 50 Mb / giây, tôi có thể chỉ cần nhập
srr-queue bandwidth shape 0 2 0 0vào giao diện được đề cập và được thực hiện không?

Có vẻ như giới hạn chia sẻ và định hình hàng đợi không được đảm bảo, vì vậy tôi có thể cần phải giảm xuống mức 45 Mbps danh nghĩa trên hàng đợi đi ra nếu có bất kỳ sự cố nào vượt quá 50 Mbps. Tôi có thể làm điều đó bằng cách chỉ chạy srr-queue bandwidth limit 90kết hợp với các hình trên? Thay vào đó, nó sẽ giống nhau khi sử dụng:

srr-queue bandwidth shape 0 1 0 0
srr-queue bandwidth limit 45

Điều đó có định hình hàng đợi 2 đến 45 Mbps (trên giao diện 100 Mbps) không?

Khi tôi hiểu điều đó, tôi đoán điểm dừng tiếp theo của tôi là sắp xếp phân bổ bộ đệm và ngưỡng để việc định hình của tôi giảm xuống càng ít gói càng tốt, phải không? Đó có thể là một câu hỏi riêng nếu cần thiết, nhưng thực sự điều đó dường như có ý nghĩa hơn rất nhiều cho đến nay.


1
Một lưu ý phụ cho câu hỏi của bạn: dựa trên kinh nghiệm với ethernet metro, bạn có thể muốn đặt bộ định tuyến ở mỗi bên và chạy giao thức định tuyến và BFD. Khi liên kết ngừng hoạt động, cả hai bên sẽ nghĩ rằng nó vẫn hoạt động vì kết nối với thiết bị telco vẫn sẽ hoạt động. Điều này đã cho chúng ta nhiều thất vọng trong quá khứ.
Ron Maupin

@RonMaupin Đã là một phần của kế hoạch, cảm ơn vì tiền boa! Một phần của kế hoạch như chúng tôi sẽ không chèn thiết bị, thay vào đó chúng tôi sẽ sử dụng khả năng lớp 3 của các công tắc để định tuyến từ vị trí này sang vị trí khác. Chúng tôi không muốn một miền phát sóng lớn đi qua một liên kết WAN tương đối chậm hơn.
Todd Wilcox

ĐỒNG Ý. Tôi không biết nếu bạn có thể chạy BFD trên các công tắc đó. Đó thực sự là giải pháp duy nhất chúng tôi tìm thấy để tìm ra liên kết bị hỏng trong thời gian ngắn. Các giao thức định tuyến sẽ mất một lúc để nhận ra rằng không có kết nối nào với đầu kia vì các liên kết vẫn sẽ hiển thị dưới dạng lên / lên trong thiết bị.
Ron Maupin

Oh tôi đã không nghĩ về khả năng phục hồi nhiều như định tuyến hơn là phát sóng. Chúng tôi hiện không có gì để chuyển sang dự phòng. Nếu nói đến điều đó, tôi nghĩ EIGRP có thể thực sự đủ. Dù sao, đó là xa hơn trong tương lai từ nơi chúng ta đang ở.
Todd Wilcox

ĐỒNG Ý. Tôi chỉ cố gắng vượt qua một số kinh nghiệm [xấu] với ethernet metro. Đây cũng là một vấn đề với một số ethernet mang khác. Một số trong số đó thực sự qua các mạch TDM và các mạch kết thúc trong thiết bị mang có hiển thị lên / xuống, ngay cả khi mạch TDM bị hỏng. BFD thực sự giúp điều này, nhưng nó bị hạn chế trong các thiết bị có thể sử dụng nó.
Ron Maupin

Câu trả lời:


6

Và bây giờ là câu hỏi thực sự:

Để định hình tất cả lưu lượng truy cập không được phân loại để phù hợp với 50 Mb / giây, tôi có thể chỉ cần nhập srr-queue bandwidth shape 0 2 0 0vào giao diện được đề cập và được thực hiện không?

Có vẻ như giới hạn chia sẻ và định hình hàng đợi không được đảm bảo, vì vậy tôi có thể cần phải giảm xuống mức 45 Mbps danh nghĩa trên hàng đợi đi ra nếu có bất kỳ sự cố nào vượt quá 50 Mbps. Tôi có thể làm điều đó bằng cách chỉ chạy srr-queue bandwidth limit 90kết hợp với các hình trên?

Câu trả lời ngắn: Có, đây là tất cả những gì cần thiết để thực hiện định hình đi ra.

Tất nhiên, phải nhập ml qos, nhưng một khi đã được định cấu hình, việc định hình đi ra trên một cổng đơn giản như:

  1. Điều chỉnh tốc độ dòng, nếu cần ( speed 10 100 1000)
  2. Đặt giới hạn băng thông, nếu cần ( srr-queue bandwidth limit 10-90, đối số cuối cùng là phần trăm của tốc độ đường truyền để giới hạn băng thông)
  3. Nhập trọng lượng hình cho hàng 2 trên giao diện ( srr-queue bandwidth shape 0 x 0 0trong đó giới hạn băng thông (nếu được áp dụng) hoặc tốc độ đường truyền (nếu không có giới hạn) chia cho xlà băng thông lưu lượng được định hình)

Nguồn:
Trước đó hôm nay tôi đã lấy thêm 3560, đặt thêm một máy tính ở mỗi hai cổng và bắt đầu thay đổi cấu hình trong khi sao chép tệp qua lại giữa hai máy tính, xem tỷ lệ sao chép ước tính và thực hiện một số phép toán để xác nhận các số phù hợp.


0

Nó khá dễ. Nếu bạn có RTP hoặc một số LLQ, bạn có thể cần thực hiện chính sách lồng nhau nhưng nếu không:

class-map match-any myRate
 match any

policy-map myRatePolicy
 class myRate
  shape average 50m

interface GigabitEthernet0/1
 service-policy output myRatePolicy

Bạn có thể giải thích nếu phương pháp tạo hình này hoạt động khác với phương pháp trong câu trả lời của tôi không? Ngoài ra, bạn có biết những nền tảng này được hỗ trợ trên?
Todd Wilcox

Hình như trên Catalyst 3560, match anykhông phải là một tiểu ban bản đồ lớp hợp lệ nhưng tôi nghĩ match protocol iplàm điều tương tự. Tiểu ban shapebản đồ lớp bản đồ chính sách không có sẵn trên Catalyst 3560 của tôi. Vì vậy, đây là thông tin tốt không trả lời câu hỏi của tôi. Cảm ơn đã trả lời, mặc dù.
Todd Wilcox

Hỗ trợ tính năng @ToddWilcox là một điểm tốt. Đúng vậy, 3560 ( không còn được bán ) không hỗ trợ kiểu cấu hình IOS-XE mới hơn này. Hơn nữa, một tìm kiếm nhanh của Google cho thấy một số vấn đề được báo cáo với việc định hình trên công tắc cũ này. Bạn có thể hưởng lợi từ việc nâng cấp nó.
Ronnie Royston

Chúng tôi có chín 3560 dịch vụ và ngân sách chúng tôi phải có và nhiều nhu cầu khác trong danh mục thiết bị mạng. Ngoài ra .. "vấn đề được báo cáo" duy nhất tôi có thể tìm thấy trên liên kết đó là sự cảnh báo rằng nó không thực sự giới hạn ở tỷ lệ phần trăm chính xác mà bạn chỉ định, nó thực sự có tăng theo 6 .. um .. kbps? Một cái gì đó như thế. Vì vậy, bạn phải để lại một chút khoảng không Nhưng sự khác biệt thực sự được báo cáo bởi đầu ra của show mls qos int <type><#> queueingvì vậy bạn không phải đoán.
Todd Wilcox

Ngoài ra, mặc dù tôi đã thử nghiệm trên EoL 3560E, tôi khá chắc chắn rằng cấu hình của nó tương thích với 3560CX , vẫn đang được sản xuất và là công tắc thực tế mà chúng tôi có trên đường cho ứng dụng này, vì chúng tôi chỉ cần mức thấp chuyển đổi cạnh đếm cổng để giao tiếp với nhà cung cấp của chúng tôi.
Todd Wilcox
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.