For (1) it doesn't make sense to me- I would expect them to state that you should use the default payload size (20ms). So I'm not sure on this....
For (2) with RSVP the call setup ALWAYS asks for worst case scenario which is 40kbps for g729 and after the call is answered the actual bandwidth is used (default 24kbps). So if you always used default payload size (24kbps for G729) and, say for 10 calls, use "ip rsvp band 240" then this will only allow 9 calls since the last call will demand 40kbps yet there is only 24 kpbs left (and 216kpbs reserved). So you should allow one call for 10ms (even though the call never uses 10ms sampling rate) and the remainder at 20ms. So for 10 calls- (9*24) + 40. On Feb 27, 2012, at 9:05 PM, AJ BG wrote: > > Hello All, > I have to QOS related quesitons. > Scenario 1: > Assuming that the lab does not instruct you to change the default payload > size:however QOS requirement prompts you to calculate the priority queue > bandwidth with any values other than default codec’s payload size. Then > should we change the preferred packet size value in the service parameters? > Or even the “Code Yellow Entry Latency” value. > Will proctors expect such changes when it is not specifically mentioned? > > Scenario 2: > if there is RSVP in the lab but the default payload size for QOS is not > given to you, will you calculate a worst case scenario for one call (10ms) > and the rest with default payload size? or calculate all calls with default > payload size ? > Thanks, > AJ > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > > Are you a CCNP or CCIE and looking for a job? Check out > www.PlatinumPlacement.com
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
