Làm cách nào để xác minh hợp lý cấu hình QoS của tôi đang hoạt động?


10

Bối cảnh

Tôi đã triển khai cấu hình QoS tiêu chuẩn cho trang web của khách hàng chạy bộ định tuyến Cisco 891 với IOS 15.1 (4) M4. Liên kết WAN là một liên kết ADSL2 + (24 / 1Mbps) được kết nối với FE8.

Trước đây tôi đã kiểm tra cấu hình này tại một trang web khác bằng cách sử dụng iperf từ mạng LAN để tạo ra hơn 1 Mbps lưu lượng truy cập ngược dòng và xác nhận sự thay đổi đáng chú ý về chất lượng cuộc gọi khi bật QoS trên giao diện WAN. Đây là cách tôi xác nhận ban đầu cấu hình của tôi làm việc.

Gần đây tôi đã triển khai cấu hình tương tự này cho một trang web khác, nhưng chúng vẫn gặp sự cố với băng thông VOIP ngược dòng. Tôi muốn xác nhận một cách hợp lý rằng QoS đang hoạt động mà không cần nỗ lực bão hòa liên kết (đặc biệt là vì chúng không hoạt động và không có công nghệ tại chỗ). Và sau đó thử và cô lập những gì tôi có thể làm được để tếch để có chất lượng âm thanh tốt hơn.

Câu hỏi

Lấy đầu ra bản đồ chính sách bên dưới, tập trung cụ thể vào bản đồ lớp VOICE làm ví dụ, các thống kê sau có ý nghĩa gì?:

  • 3860628 gói, 1070196895 byte: Tôi có thể cho rằng đây là tổng số gói / byte được khớp trong bản đồ lớp không?

  • 5 phút tỷ lệ được cung cấp 0 bps, tỷ lệ giảm 0 bps: "tỷ lệ được cung cấp" có phải là tỷ lệ trong bps lưu lượng đã được ưu tiên, nếu không thì sao? Và tương tự, tỷ lệ giảm là tỷ lệ vượt quá lưu lượng không thể được ưu tiên do thiếu băng thông? Điều đó có cho thấy rằng chúng ta cần băng thông X bps nhiều hơn cho VOICE để phù hợp với các đỉnh lưu lượng như vậy không?

  • Mức độ ưu tiên: 40% (340 kbps), byte byte 8500, b / w vượt quá giọt: 5: Trong dòng này, tôi không chắc chắn b / w vượt quá giọt có nghĩa là gì?

Ghi nhật ký

Cho rằng những thống kê này có khả năng thay đổi (tôi tưởng tượng) trong thời gian cao điểm (đó là khi bạn muốn xem chúng nhất). Có cách nào để tôi có thể ghi lại những con số này, hoặc có thể truy vấn chúng thông qua SNMP để chúng có thể được lập biểu đồ theo chương trình không?

Học tập

Tôi hiểu rằng QoS là một chủ đề khá rộng. Khi cố gắng tìm hiểu về điều này, tôi thường bị choáng ngợp bởi các thông tin khác nhau vì tôi đang đọc về các loại triển khai QoS khác nhau hoặc do các câu lệnh iOS khác nhau (ví dụ: các tài liệu cũ hơn sử dụng các lệnh trong đó cú pháp hoặc đầu ra đã thay đổi).

Cuối cùng, bất cứ ai cũng có thể giới thiệu một số tài liệu đào tạo hoặc các khóa học video của Cisco có thể giúp tôi tập trung vào việc nắm bắt tốt hơn khi làm việc với QoS?

Một số thông tin bổ sung

Đây là một cấu hình QoS mẫu:

class-map match-any SSH
 match protocol ssh
class-map match-any LogMeIn
 match access-group name LogMeIn
class-map match-any VOICE
 match protocol sip
 match protocol rtp

policy-map ADSLPrioritisationOutbound
 class VOICE
  priority percent 40
 class SSH
  bandwidth 80
 class LogMeIn
  priority percent 20
 class class-default
  fair-queue
policy-map ADSLPrioritisationOutboundParent
 class class-default
  shape average 850000
  service-policy ADSLPrioritisationOutbound

interface FastEthernet8
 no ip address
 ip virtual-reassembly in
 duplex auto
 speed auto
 pppoe-client dial-pool-number 1
 service-policy output ADSLPrioritisationOutboundParent

Và đầu ra giao diện bản đồ chính sách:

FastEthernet8

Service-policy output: ADSLPrioritisationOutboundParent

Class-map: class-default (match-any)
  18968101 packets, 6998385051 bytes
  5 minute offered rate 3000 bps, drop rate 0 bps
  Match: any
  Queueing
  queue limit 64 packets
  (queue depth/total drops/no-buffer drops) 0/93737/0
  (pkts output/bytes output) 18874363/6936577128
  shape (average) cir 850000, bc 3400, be 3400
  target shape rate 850000

  Service-policy : ADSLPrioritisationOutbound

    queue stats for all priority classes:

      queue limit 64 packets
      (queue depth/total drops/no-buffer drops) 0/0/0
      (pkts output/bytes output) 3860623/1070194985

    Class-map: VOICE (match-any)
      3860628 packets, 1070196895 bytes
      5 minute offered rate 0 bps, drop rate 0 bps
      Match: protocol sip
        97348 packets, 49867304 bytes
        5 minute rate 0 bps
      Match: protocol rtp
        3763280 packets, 1020329591 bytes
        5 minute rate 0 bps
      Match: access-group name NEC-PBX
        0 packets, 0 bytes
        5 minute rate 0 bps
      Priority: 40% (340 kbps), burst bytes 8500, b/w exceed drops: 5


    Class-map: SSH (match-any)
      89497 packets, 19838544 bytes
      5 minute offered rate 2000 bps, drop rate 0 bps
      Match: protocol ssh
        89497 packets, 19838544 bytes
        5 minute rate 2000 bps
      Queueing
      queue limit 64 packets
      (queue depth/total drops/no-buffer drops) 0/0/0
      (pkts output/bytes output) 89497/19838544
      bandwidth 80 kbps

    Class-map: LogMeIn (match-any)
      0 packets, 0 bytes
      5 minute offered rate 0 bps, drop rate 0 bps
      Match: access-group name LogMeIn
        0 packets, 0 bytes
        5 minute rate 0 bps
      Priority: 20% (170 kbps), burst bytes 4250, b/w exceed drops: 0


    Class-map: class-default (match-any)
      15017976 packets, 5908349612 bytes
      5 minute offered rate 0 bps, drop rate 0 bps
      Match: any
      Queueing
      queue limit 64 packets
      (queue depth/total drops/no-buffer drops/flowdrops) 0/93732/0/93732
      (pkts output/bytes output) 14924243/5846543599
      Fair-queue: per-flow queue limit 16

Tôi giả sử bạn có nghĩa là phiên bản iOS 15.1 trong câu đầu tiên? Tôi chỉ muốn làm rõ trước khi chỉnh sửa.
Brett Lykins

Heh, vâng. Lấy làm tiếc. Không biết chuyện gì đang xảy ra ... Chìa khóa đang bị kẹt tối nay. Rất nhiều typo.
Geekman

Câu trả lời:


10

Câu hỏi của bạn khá rộng. Có rất nhiều lệnh khác nhau mà bạn có thể sử dụng để khắc phục sự cố và giám sát QoS, vì vậy tôi sẽ tập trung vào câu hỏi chính mà bạn có, đó là cách xác minh hợp lý cấu hình QoS của bạn đang hoạt động và cách đọc đầu ra giao diện bản đồ chính sách.

Cách thực sự duy nhất để xác minh rằng QoS đang hoạt động là kết nối một trình tạo lưu lượng truy cập và theo dõi tốc độ giảm của bạn trong các hàng đợi khác nhau. Vì điều đó thường không khả thi, đặc biệt là trong môi trường sản xuất, tất cả những gì bạn thực sự có thể làm là xác minh rằng lưu lượng truy cập đang được đánh dấu và phân loại đúng.

Những gì bạn thực sự đang tìm kiếm, khi xác minh xem cấu hình QoS của bạn có hoạt động hay không, là dành cho các bộ đếm trong lệnh giao diện bản đồ chính sách để tăng.

Vì vậy, ví dụ, trong đầu ra bạn cung cấp:

Class-map: VOICE (match-any)
  3860628 packets, 1070196895 bytes
  5 minute offered rate 0 bps, drop rate 0 bps
  Match: protocol sip
    97348 packets, 49867304 bytes
    5 minute rate 0 bps
  Match: protocol rtp
    3763280 packets, 1020329591 bytes
    5 minute rate 0 bps
  Match: access-group name NEC-PBX
    0 packets, 0 bytes
    5 minute rate 0 bps
  Priority: 40% (340 kbps), burst bytes 8500, b/w exceed drops: 5

Bạn có thể thấy rằng bạn đang thấy các gói trong SIP và RTP, nhưng không phải là NEC-PBX. Nếu bạn biết bạn đang nhận lưu lượng SIP và RTP qua một liên kết, bạn sẽ thấy gói tăng dần và đó là cách hợp lý để biết rằng cấu hình của bạn về cơ bản đang hoạt động.


Cảm ơn. Bạn có ý nghĩa gì bởi "tỷ lệ rớt màn hình trong các hàng đợi khác nhau"? Đây có phải là "tỷ lệ rớt X bps" không? Về ví dụ của tôi về việc cần một máy ép cha mẹ cho ADSL QoS, ban đầu tôi đã quyết định QoS hoạt động khi tôi thấy lưu lượng được khớp - nhưng cuối cùng thì nó không thực sự tốt. Tôi đồng ý rằng câu hỏi vẫn còn rộng (tôi thậm chí đã cố viết lại trước khi đăng!). Tôi sẽ thực hiện một số chỉnh sửa trong thời gian ngắn và sẽ đánh giá cao bất kỳ thông tin chi tiết nào. Cảm ơn một lần nữa!
Geekman

Được rồi. Tôi nghĩ rằng nếu tôi ít nhất hiểu đầy đủ các bit đó về đầu ra bản đồ chính sách, tôi có thể hiểu những gì đang xảy ra.
Geekman

1
Có hai điều đặc biệt bạn cần xem xét khi xác minh cấu hình. Đầu tiên là tổng số lượng và tốc độ gói trong toàn bộ lớp và từng dòng "Khớp" riêng lẻ. Điều đó sẽ cho bạn biết nếu các gói phù hợp với chính sách và được phân loại / đánh dấu / ưu tiên một cách thích hợp (tùy thuộc vào loại chính sách bạn đang xem). Điều khác là tỷ lệ giảm theo từng, là tốt. Trong điều kiện mạng bình thường, có lẽ bạn không nên thấy giảm trong hầu hết các lớp, vì vậy 0 không phải là vấn đề. Nhưng nếu bạn bị tắc nghẽn, thì bạn sẽ thấy giọt.
hoàn toàn là
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.