in

CCIE - Internetwork Expert's Online Community

Latest post 11-24-2008 5:57 PM by Rob. 6 replies.
Page 1 of 1 (7 items)
Sort Posts: Previous Next
  • 09-28-2008 1:34 PM

    • ndiayemalick
    • Top 25 Contributor
    • Joined on 07-14-2008
    • Dakar, Senegal
    • Posts 79
    • Points 1,445

    Task 2.5 QoS

    Hello Experts,

     

    for this task instead of using the percentage, I used the following command to limit the rate to 3 Mbps

    storm-control unicast level bps 3m

    Rack12SW2#sh storm-control f0/2 unicast
    Interface  Filter State   Upper        Lower        Current
    ---------  -------------  -----------  -----------  ----------
    Fa0/2      Forwarding         3m bps       3m bps        0 bps

     

    My question is is that a valid answer?

     

    Best regards

    • Post Points: 20
  • 10-15-2008 10:54 PM In reply to

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

    Re: Task 2.5 QoS

    I think using storm-control is not correct for this task because it rejects receiving traffic on interface configured(in this case on R2 from BB2) and we are asking to limit traffic flow towards BB2.

    My solutions is:

    interface FastEthernet0/2
     switchport access vlan 22
     speed 10
     srr-queue bandwidth limit 30

     

    anyone agree? If not please correct me.

    • Post Points: 20
  • 10-17-2008 10:23 PM In reply to

    Re: Task 2.5 QoS

     

    The tasks is concerned with the traffic flow FROM R2 TO BB2.

    Your solution is also OK, but it should be applied to port 0/24, connected to BB2, not to port 0/2. Applying unicast storm control INGRESS on R2 port is also correct. Just rmemeber that badnwdith limit shapes traffic (better) while storm control implements a sort of policing - drops traffic (not too good :). So in reality using bandwidth limit on the 3560 is probably a better idea.

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

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

    • Post Points: 35
  • 10-17-2008 11:24 PM In reply to

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

    Re: Task 2.5 QoS

    Thanks Petr for the answer, it is clear now. My mistake was thinking of this commands as they controls router's interfaces, indeed they control switch's interfaces and that fact totally make sense in regards to flow direction.

    • Post Points: 5
  • 10-18-2008 12:26 PM In reply to

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

    Re: Task 2.5 QoS

    I'm constantly keep thinking in background about different tasks, and this time is not an exception. I think using 'storm-control' feature on SW2's f0/2 is better than 'srr-bandwidth' on SW2's f0/24, since task is looking for R2->BB2 limiting, and using 'srr-bandwidth' we are going to limit all the traffic BB2 receives.

    Simple and nice task.

    • Post Points: 5
  • 11-08-2008 8:01 AM In reply to

    • Hamood
    • Top 100 Contributor
    • Joined on 08-01-2008
    • Posts 16
    • Points 175

    Re: Task 2.5 QoS

    The task ask for 3 percent , but the minimum that the command srr-queue is 10 percent !! 

    • Post Points: 20
  • 11-24-2008 5:57 PM In reply to

    • Rob
    • Top 75 Contributor
    • Joined on 07-13-2008
    • Posts 27
    • Points 285

    Re: Task 2.5 QoS

    Which is why you would have to drop the speed down accordingly.

     

     

    To the OP question, I wondered that myself, as I did the same.  I saw the k/m/g and assumed it was kilo mega giga and did 3m.  Although when you look at the show output, its hard to say still.

     

    IMO, in the real deal I would do bbs, and type out 3000000, or ask the proctor if it matters if I should use % instead.

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