RE: Fragment when configuring traffic-shaping

From: Popgeorgiev Nikolay (nikolay.popgeorgiev@siemens.com)
Date: Tue May 16 2006 - 04:01:11 ART


Ok the task is said :

Configure R3 and R5 in such a way that the largest serialization delay of any packet is 10ms.
From which word I get to the idea to do also fragmentation ?

Thanks,
Nick
                                                

 

-----Original Message-----
From: Brian McGahan [mailto:bmcgahan@internetworkexpert.com]
Sent: Monday, May 15, 2006 7:31 PM
To: Popgeorgiev Nikolay; ccielab@groupstudy.com
Subject: RE: Fragment when configuring traffic-shaping

In the CCIE lab exam there is no "best practice". Simply answer the
question based on the question itself and don't get hung up on how it
relates to a real world network design.

HTH,

Brian McGahan, CCIE #8593
bmcgahan@internetworkexpert.com

Internetwork Expert, Inc.
http://www.InternetworkExpert.com
Toll Free: 877-224-8987 x 705
Outside US: 775-826-4344 x 705
24/7 Support: http://forum.internetworkexpert.com
Live Chat: http://www.internetworkexpert.com/chat/

> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
Of
> Popgeorgiev Nikolay
> Sent: Monday, May 15, 2006 2:05 AM
> To: ccielab@groupstudy.com
> Subject: Fragment when configuring traffic-shaping
>
> Dear group,
>
>
>
> I have met many tasks from IE workbook where it is asked to enable
FRTS
> with tc=10ms. This usually is needed in order to support the voice
> traffic.
> Good practice as I understand is where we have voice traffic and Tc=10
> immidiatelly to enable also fragmantation equal to the bucket size.
> In this way we make sure no long packets are queued and voice packets
need
> to wait for them.
>
> What I am not sure is if it is needed to enable fragmentation in tasks
> where it is not said voice traffic or other critical should be
supported
> or given some priority.
>
> For example we have this task in lab 13 task8.3.
>
> What is the best practice ?
>
>
>
> best,
> Nick
>
>



This archive was generated by hypermail 2.1.4 : Thu Jun 01 2006 - 06:33:21 ART