Hạn chế băng thông trong LAN

[Normal]

Em chưa biết post mục nào cho thỏa, nếu nhầm xin Mod chuyển dùm.

Tình hình là em có vấn đề cần các bác giúp.

Em có một đường truyền FTTH 30 Mb, công ty thì có sẵn 1941/k9 và C2960-TTL. Mô hình mạng cũng chả có gì, đường FTTH nối vào 1941, 1941 nối 2960, 2960 nối các sw khác đến PC.

Sếp yêu cầu thiết lập các subnet,VLAN, chứ ko dùng chung subnet như trước nữa. Sau đó phân đường 30Mb kia cho các VLAN, SUbnet, mỗi dải vài Mb ấy mà

Hiện tại em đã cấu hình Inter-VLan trên 1941, tóm lại là đã thông các mạng. Cấu hình tạm 3 VLAN, chia mỗi VLAN 10 Mb để test.

Đã làm theo hướng dẫn tại đây: http://blog.qsolved.com/2010/08/how-...-on-cisco.html

Và gặp lỗi :

• ROUTER(config)#interface gigabitEthernet 0/0
  ROUTER(config-if)#service-policy output Physical
  Cannot attach queuing-based child policy to a non-queuing based class

Rồi gặp lỗi trên, đã tìm hiểu tại đây: http://www.cisco.com/en/US/docs/ios/.../chldprio.html

Nhưng do trình độ có hạn, nên chưa hiểu, cũng chưa có giải pháp xử lý.

Mong các cao thủ giúp em cái. đau đầu quá

[Normal]

Các bác giúp em với, UP UP

[bquocky]

Bạn post đầy đủ cấu hình mới thấy được nguyên nhân, còn với thông tin bạn post lên thì theo mình suy đoán là hàng đợi priority sẽ không cho phép "police" băng thông.

[Normal]

Thực ra, mình làm LAB ý như mô hình và các lệnh như ở link hướng dẫn khi hạn chế băng thông, nên cấu hình hoàn toàn giống nhau.

Hơn nữa, làm trên thiết bị thật.

Tất cả cấu hình êm du, chỉ khi áp policy vào cổng thì bị lỗi. Chính sách cha và con =)) hơi khó hiểu tý

[lamvantu]

Tham khảo bài sau thử bạn:

http://cisconinja.wordpress.com/2009/01/22/class-based-weighted-fair-queueing-and-low-latency-queueing-tests/

[nbhduoc]

Trước hết cái link bạn cho không liên quan lắm tới cái log này.
Bài đó chỉ là Feature guide về cấu hình Hierachical QoS đối với hàng đợi prioprity.

Cơ bản log trên nó báo cho bạn biết cái policy-map của bạn cấu hình không đúng. Child policy đang dùng kỹ thuật queueing-base (bandwidth) trong khi parent policy lại non-queueing (police là 1 kỹ thuật non-queueing base) nên nó không cho bạn apply

Ở đây bạn có thể dùng câu lệnh traffic-shape thay cho policing để khắc phục tình trạng này.
Mà sự thật trong case này, sử dụng kỹ thuật shaping nó hiệu quả hơn policing rất nhiều vì bạn đang apply out-bound (do policing không phải là kỹ thuật dựa trên hàng đợi nên nó drop gói tin lung tung lắm -> giảm performance)
Thông thường mình hay có xu hướng xài shaping cho outbound và policing cho inbound :)

Một cách khác là bạn đổi ngược lại, sử dụng policing cho child policy và ở parent policy bạn có sử dụng câu lệnh bandwidth. Nhưng như mình đã nói, chỉ khi bạn đang police inbound thì mới nên xài kỹ thuật policing.

Thân

[Normal]

Cám ơn mọi người đã chia sẻ, ngâm cứa cái đã.
Cũng chỉ vì có người cấu hình chạy, người không, nên nó mới ra cơ sự này.
Mục đích dùng policy, để trong trường hợp, 2 cái LAN kia không dùng hết băng thông, thì LAN còn lại tha hồ sướng, bù trừ.
Chứ đóng đinh 1 LAN 10M, ko hay lắm.

Em sẽ nghiên cứu cái Traffic-shape của bác nbhduoc.

Thks tất cả các bác! Ai có giải pháp khác, up lên nữa nhé, thực tế quá còn gì, :)

[nbhduoc]

Cấu hình theo blog trên là cấu hình sai mà bạn.
Chẳng có gì chứng minh là nó chạy cả.
Người viết bài trên có thể là cấu hình trên IOS củ nên bắt lỗi không tốt. Và anh ấy cũng không biết kiểm tra coi nó có chạy như mình mong muốn không.

Trường hợp này sử dụng kỹ thuật shaping đáp ứng đúng yêu cầu của bạn luôn. Tận dụng tối đa 30Mb khi các vlan khác không sử dụng hết.
bạng cứ thay command Policing thành Shape average "rate" là được rồi. Còn Bc, Be để router tự quyết định