Hi Shrini, The example you give was the RSVP calculation.In your example you calculated all the calls (total 4 calls)in worst case scenario,which is 40kbps per calls.
I'm not very agreed with your calculation, as per SRND pages 3-65 stated: To provision 4 G729 streams: (3*24) + 40 =112kbps Only Nth call will be calculated in worst case instead of 4. Also,my previous example is mean for LLQ, not for RSVP bandwidth. Thanks Shingei. On Thu, Jan 6, 2011 at 8:02 AM, <[email protected]> wrote: > Hi Shrini, > > > > I believe you’re correct as well, but you were detailing the RSVP BW > calculation not the LLQ which the question was asking. > > > > Jeff > > > > *From:* Shrini [mailto:[email protected]] > *Sent:* Wednesday, January 05, 2011 3:32 PM > > *To:* Roig Borrell, Francesc Xavier > *Cc:* [email protected]; 'Miron Kobelski'; > [email protected] > > *Subject:* Re: [OSL | CCIE_Voice] RSVP LLQ priority value calculation > > > > Thanks for the details debugs Jeff. > > Just wanted to double check with you that my examples are also correct ? > > Thanks again > Shrini > > On 1/5/2011 2:42 PM, Roig Borrell, Francesc Xavier wrote: > > Hi guys, > > > > Yes, thinking twice it doesn’t make a lot of sense consider the call with > the worst case payload (46.4) in order to adding RSVP signaling. > > > > 1 RSVP Request > > Dec 17 18:47:58.630: RSVP 10.10.110.2_16548->10.10.110.1_17938[0.0.0.0]: > start requesting 40 kbps FF reservation for 10.10.110.2 > > > > 2 RSVP update (Call established ) > > Dec 17 18:49:10.047: RSVP-RESV: Locally created reservation. No > admission/traffic control needed > > Dec 17 18:49:10.047: RSVP 10.10.110.2_16510->10.10.110.1_19416[0.0.0.0]: > start requesting 24 kbps FF reservation for 10.10.110.2 > > > > In fact in the first step, there isn’t RTP traffic, so in case of > congestion the PQ only will have some RSVP packets. > > > > So the requirement can be achieved PQ = 27,2*2 + X, X (extra RSVP signaling > traffic, as Miron we can consider 1kbps) > > > > Now, I believe we all agree!! J > > > > Thanks for your help! Happy studies! > > Francesc > > > > *De:* [email protected] > [mailto:[email protected]<[email protected]>] > > *Enviado el:* miércoles, 05 de enero de 2011 22:42 > *Para:* 'Miron Kobelski' > *CC:* Roig Borrell, Francesc Xavier; 'Shrini'; > [email protected] > *Asunto:* RE: [OSL | CCIE_Voice] RSVP LLQ priority value calculation > > > > After I just agreed with you! J > > > > Below is not the RSVP calculation. That is the LLQ bandwidth > calculations. After I reviewed my notes and figured out the value > necessary, I referred to the PG. The PG calculates the PQ bandwidth by > using 1 call at 10ms and 1 call at 20ms. I am confused as to why they do it > this way. I would think that you would use the 27.2 Kbps for each call and > arrive at a 55 Kbps BW in the LLQ. I agree with you that the RSVP > communications will only require minimal overhead and you can just simply > add a couple of Kbps to accomplish this task. > > > > Remember, the question that Francesc was referring to assumes you have RSVP > configured already, and is asking you to configure the LLQ including the > necessary overhead for RSVP messages. > > Jeff > > > > *From:* Miron Kobelski [mailto:[email protected] <[email protected]>] > *Sent:* Wednesday, January 05, 2011 1:13 PM > *To:* [email protected] > *Cc:* Roig Borrell, Francesc Xavier; Shrini; > [email protected] > *Subject:* Re: [OSL | CCIE_Voice] RSVP LLQ priority value calculation > > > > I disagree... I would never include L2 in RSVP bandwidth calculations. > To see what values RSVP uses, check "show ip rsvp installed" in ringing and > connected states. it is 40 and 24 kbps for g729. > > I'd say that RSVP overhead should constitute no more then 1kbps (only > several small messages during RSVP negotations!) > > regards > kobel > > On Wed, Jan 5, 2011 at 20:53, <[email protected]> wrote: > > FRF.12 – 8 > > 40 + 20 + 8 = 68 > > > > 68 bytes * 8 bits = 544 bits per packet > > 544 bpp * 50 pps = 272000 bps or 27.2 Kbps > > > > 2 G729 calls * 27.2 Kbps = 54.4 Kbps or roughly 55 Kbps > > > > A basic LLQ without RSVP overhead would need to have a priority 55 > command. However, the question asks for you to take this extra overhead for > RSVP into account. > > > > IP/UDP/RTP - 40 > > Payload – 10 > > FRF.12 – 8 > > 40 + 10 + 8 = 58 bytes > > > > 58 * 8 = 464 bpp > > 464 * 100 pps = 46400 bps or 46.4 Kbps > > > > Therefore the bandwidth calculation would instead be 27.2 + 46.4 = 73.6 > Kbps or 74 Kbps. > > > > Hope this helps, > > Jeff > > > > _______________________________________________ > 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
