in

CCIE - Internetwork Expert's Online Community

Latest post 11-29-2008 3:41 AM by amit chopra. 4 replies.
Page 1 of 1 (5 items)
Sort Posts: Previous Next
  • 11-18-2008 7:15 AM

    • NTllect
    • Top 10 Contributor
    • Joined on 07-11-2008
    • CIS
    • Posts 269
    • Points 3,860

    QoS, Task 10.5

    Hi,

    a few answers please:

    1) why SG have assigned queue 3 as default queue?

    2) why SG matchs VoIP packets using 'lt' operator, and not using a regular access-list ?

    3) from the byte-count standpoint everything looks as it was specified at the task - ratio between flows. But when we take into account that packets are of unequal size, we would encounter that:

    ICMP packets will be serviced one at a time

    VoIP packets will be serviced 320/64=5 at a round

    and WWW transactions receives 640/160=4 packets at a time

    It is obvious that packets proportion is 4:5:1

     

    Why authors choose byte-count approach instead of packet-count ? Thank you for your feedback.

     

     

     

    • Post Points: 35
  • 11-18-2008 5:48 PM In reply to

    Re: QoS, Task 10.5

    Legacy custom queueing only supports the byte-count, not the packet count or bps value, which is the main disadvantage of the feature.  The bandwidth shares should average out over a longer term sampling though.

    Brian McGahan, CCIE #8593 (R&S/SP/Security)
    bmcgahan@internetworkexpert.com
     
    Internetwork Expert, Inc.
    http://www.InternetworkExpert.com
    Toll Free: 877-224-8987 x 705
    Outside US: 775-826-4344 x 705
    Online Community: http://www.IEOC.com
    CCIE Blog: http://blog.internetworkexpert.com


    NTllect wrote:

    Hi,

    a few answers please:

    1) why SG have assigned queue 3 as default queue?

    2) why SG matchs VoIP packets using 'lt' operator, and not using a regular access-list ?

    3) from the byte-count standpoint everything looks as it was specified at the task - ratio between flows. But when we take into account that packets are of unequal size, we would encounter that:

    ICMP packets will be serviced one at a time

    VoIP packets will be serviced 320/64=5 at a round

    and WWW transactions receives 640/160=4 packets at a time

    It is obvious that packets proportion is 4:5:1

     

    Why authors choose byte-count approach instead of packet-count ? Thank you for your feedback.

     

     

     




    Internetwork Expert - The Industry Leader in CCIE Preparation
    http://www.internetworkexpert.com

    Subscription information may be found at:
    http://www.ieoc.com/forums/ForumSubscriptions.aspx
    • Post Points: 5
  • 11-20-2008 12:54 AM In reply to

    Re: QoS, Task 10.5

    First, I assume you have read the blog post on the topic (at least there is your comment there ;)

    http://blog.internetworkexpert.com/2008/08/12/understanding-custom-queuing/

    Next for the questions. First, queue 3 is chosen the default to make sure that no other packets use queue 1. Second you can use any operation that makes sense to match VoIP packets, just ACLs are more flexible. Using the "lt" operator is just another option, which may work as well. In the lab exam, you should either be given a direct hint or ask the proctor for clarification. As for the byte-counting. This procedure is explained in the blog post. However, since some IOS version (I think it's 12.1 or 12.2) they implement deficit round robin, so the procedure remains fair even for packets of unequal sizes. 

    http://en.wikipedia.org/wiki/Deficit_weighted_round_robin

    Petr Lapukhov, CCIE #16379 (R&S/Security/SP/Voice)
    petr@internetworkexpert.com 

    InternetworkExpert Inc.
    http://www.internetworkexpert.com

    Filed under: , ,
    • Post Points: 35
  • 11-20-2008 10:23 PM In reply to

    • NTllect
    • Top 10 Contributor
    • Joined on 07-11-2008
    • CIS
    • Posts 269
    • Points 3,860

    Re: QoS, Task 10.5

    I read every blog entry as soon as you post it.

    I defineately knew about this CQ's "feature" of not providing fairness between packet counts, just forgot it and spent at least 30 mins trying to solve this task. Now it's burned for me.

    This is a big fear for me - to not implement what I've already learnt/read.

    Brian, Petr, thank you for your answers, it is clear now.

    • Post Points: 5
  • 11-29-2008 3:41 AM In reply to

    Re: QoS, Task 10.5

    "First, queue 3 is chosen the default to make sure that no other packets use queue 1"

    Petr - why we have not put remaining other traffic into differnet queue number like 4or 5....

    If I place default queue in queue number 4 (or another queue nunber) what will happen?

    This means all other traffic + ICMP traffic should share the same byte count number 104? why? in question it did not mention that ALL other traffic + ICMP should place under same queue

    Another thing If I choose ACL to match rtp traffic instead of "lt 65" then is it still requre the default queue 3? 

     

     

    • Post Points: 5
Page 1 of 1 (5 items)