I'll take a shot at this, but I haven't gotten this far in my CCIE studies.
I believe I recall from my CCNP studies that fair-queue sets the queueing mechanism, while random-detect applies Random Early Detection (WRED) to the queues that have been configured. I also recall that the default queueing mechanism for any high speed link (>T1) is FIFO. Apparently the router will not allow you to change the type of queue while the RED is applied, however after you remove RED you are able to select Fair Queueing. Finally, you are able to reapply the RED to the newly configured queues. Thanks, Michael On Thu, Oct 7, 2010 at 6:01 AM, Di Bias, Steve <[email protected]>wrote: > Guys, > > > > My original question is why does the DSG show the configuration like this? > > > > interface Ethernet0/0 > > fair-queue > > random-detect > > random-detect flow > > random-detect flow count 128 > > random-detect flow average-depth-factor 16 > > > > At first I thought I made a mistake but researching I see that WFQ and WRED > can NOT be enabled on the same interface (which makes sense). > > > > http://tinyurl.com/25f9mk8 > > > > So that being said using the command “fair-queue” before using the command > “random-detect” makes ZERO sense to me. Also I just checked the WB1 video > walk through and the “fair-queue” command was not used there. > > > > So my question again is what is the purpose of doing it this way? Is it a > mistake in the DSG? > > > > Thanks in advance > > > > *From:* [email protected] [mailto: > [email protected]] *On Behalf Of *Di Bias, Steve > *Sent:* Wednesday, October 06, 2010 5:27 PM > *To:* [email protected] > *Cc:* [email protected] > *Subject:* Re: [OSL | CCIE_RS] WB1 Lab 21 Task 4 > > > > Got ya, but why does the dsg show us configuring fair queue then random > detect after?? > > Sent from my T-Mobile myTouch 3G Slide > > ----- Reply message ----- > From: "Marko Milivojevic" <[email protected]> > Date: Wed, Oct 6, 2010 5:12 pm > Subject: [OSL | CCIE_RS] WB1 Lab 21 Task 4 > To: "Di Bias, Steve" <[email protected]> > Cc: "[email protected]" <[email protected]>, " > [email protected]" <[email protected]> > > Routers don't support RED, only WRED :-) > > -- > Marko Milivojevic - CCIE #18427 > Senior Technical Instructor - IPexpert > > FREE CCIE training: http://bit.ly/vLecture > > Mailto: [email protected] > Telephone: +1.810.326.1444 > Web: http://www.ipexpert.com/ > > On Wed, Oct 6, 2010 at 20:07, Di Bias, Steve <[email protected]> > wrote: > > Tyson looks like i configured RED instead of WRED? > > > > Sent from my T-Mobile myTouch 3G Slide > > > > ----- Reply message ----- > > From: "Di Bias, Steve" <[email protected]> > > Date: Wed, Oct 6, 2010 4:56 pm > > Subject: [OSL | CCIE_RS] WB1 Lab 21 Task 4 > > To: "[email protected]" <[email protected]>, > > "[email protected]" <[email protected]> > > > > So by doing that you proved that you cant enable fair queue after random > > detect but that you can enable random detect after fair queue. > > > > I get that but whats the signifigance? > > > > Sent from my T-Mobile myTouch 3G Slide > > > > ----- Reply message ----- > > From: "Tyson Scott" <[email protected]> > > Date: Wed, Oct 6, 2010 4:45 pm > > Subject: [OSL | CCIE_RS] WB1 Lab 21 Task 4 > > To: "Di Bias, Steve" <[email protected]>, > > "[email protected]" <[email protected]> > > > > R1(config)#int f0/0 > > > > R1(config-if)#rand > > > > R1(config-if)#random-detect > > > > R1(config-if)#fair > > > > R1(config-if)#fair-queue > > > > Must remove RED configuration first. > > > > R1(config-if)#no ran > > > > R1(config-if)#no random-detect > > > > R1(config-if)#fair-queue > > > > R1(config-if)#random-detect > > > > R1(config-if)# > > > > *Oct 7 01:32:21.807: %LINEPROTO-5-UPDOWN: Line protocol on Interface > > FastEthernet0/0, changed state to down > > > > R1(config-if)# > > > > *Oct 7 01:32:25.687: %LINEPROTO-5-UPDOWN: Line protocol on Interface > > FastEthernet0/0, changed state to up > > > > R1(config-if)#do sh int f0/0 | incl Qu > > > > Queueing strategy: random early detection(RED) > > > > R1(config-if)# > > > > > > > > Regards, > > > > > > > > Tyson Scott - CCIE #13513 R&S, Security, and SP > > > > Managing Partner / Sr. Instructor - IPexpert, Inc. > > > > Mailto: [email protected] > > > > Telephone: +1.810.326.1444, ext. 208 > > > > Live Assistance, Please visit: www.ipexpert.com/chat > > > > eFax: +1.810.454.0130 > > > > > > > > IPexpert is a premier provider of Self-Study Workbooks, Video on Demand, > > Audio Tools, Online Hardware Rental and Classroom Training for the Cisco > > CCIE (R&S, Voice, Security & Service Provider) certification(s) with > > training locations throughout the United States, Europe, South Asia and > > Australia. Be sure to visit our online communities at > > www.ipexpert.com/communities and our public website at www.ipexpert.com > > > > > > > > From: [email protected] > > [mailto:[email protected]<[email protected]>] > On Behalf Of Di Bias, Steve > > Sent: Wednesday, October 06, 2010 6:03 PM > > To: [email protected] > > Subject: [OSL | CCIE_RS] WB1 Lab 21 Task 4 > > > > > > > > Hey Everyone! > > > > > > > > In this task we are asked to configure flow-based WRED on the Ethernet > > interfaces of R6, however what I have doesn’t match the DSG. > > > > > > > > In the DSG it shows the first command as “fair-queue” then > “random-detect” > > however don’t these two statements conflict with one another? > > > > > > > > Currently my interface queuing shows like this > > > > > > > > R6(config-if)#do sh int e0/0 | i Que > > > > Queueing strategy: random early detection(RED) > > > > > > > > If you try to go back and configure fair-queue on top of it you get the > > following message > > > > > > > > R6(config-if)#fair-queue > > > > Must remove RED configuration first. > > > > > > > > Seems like a mistake? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > UHS Confidentiality Notice: This e-mail message, including any > attachments, > > is for the sole use of the intended recipient(s) and may contain > > confidential and privileged information. Any unauthorized review, use, > > disclosure or distribution of this information is prohibited, and may be > > punishable by law. If this was sent to you in error, please notify the > > sender by reply e-mail and destroy all copies of the original message. > > > > > > UHS Confidentiality Notice: This e-mail message, including any > attachments, > > is for the sole use of the intended recipient(s) and may contain > > confidential and privileged information. Any unauthorized review, use, > > disclosure or distribution of this information is prohibited, and may be > > punishable by law. If this was sent to you in error, please notify the > > sender by reply e-mail and destroy all copies of the original message. > > > > > > UHS Confidentiality Notice: This e-mail message, including any > attachments, > > is for the sole use of the intended recipient(s) and may contain > > confidential and privileged information. Any unauthorized review, use, > > disclosure or distribution of this information is prohibited, and may be > > punishable by law. If this was sent to you in error, please notify the > > sender by reply e-mail and destroy all copies of the original message. > > _______________________________________________ > > For more information regarding industry leading CCIE Lab training, please > > visit www.ipexpert.com > > > > > > > > > UHS Confidentiality Notice: This e-mail message, including any attachments, > is for the sole use of the intended recipient(s) and may contain > confidential and privileged information. Any unauthorized review, use, > disclosure or distribution of this information is prohibited, and may be > punishable by law. If this was sent to you in error, please notify the > sender by reply e-mail and destroy all copies of the original message. > > > > UHS Confidentiality Notice: This e-mail message, including any attachments, > is for the sole use of the intended recipient(s) and may contain > confidential and privileged information. Any unauthorized review, use, > disclosure or distribution of this information is prohibited, and may be > punishable by law. If this was sent to you in error, please notify the > sender by reply e-mail and destroy all copies of the original message. > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > >
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
