Re: [OSL | CCIE_Voice] RSVP LLQ priority value calculation

[ShinGei Yong]

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,  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:linuxbos...@gmail.com]
> *Sent:* Wednesday, January 05, 2011 3:32 PM
>
> *To:* Roig Borrell, Francesc Xavier
> *Cc:* givemeccievoice2...@gmail.com; 'Miron Kobelski';
> ccie_voice@onlinestudylist.com
>
> *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:* givemeccievoice2...@gmail.com 
> [mailto:givemeccievoice2...@gmail.com]
>
> *Enviado el:* miércoles, 05 de enero de 2011 22:42
> *Para:* 'Miron Kobelski'
> *CC:* Roig Borrell, Francesc Xavier; 'Shrini';
> ccie_voice@onlinestudylist.com
> *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:findko...@gmail.com ]
> *Sent:* Wednesday, January 05, 2011 1:13 PM
> *To:* givemeccievoice2...@gmail.com
> *Cc:* Roig Borrell, Francesc Xavier; Shrini;
> ccie_voice@onlinestudylist.com
> *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,  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

Re: [OSL | CCIE_Voice] RSVP LLQ priority value calculation

[givemeccievoice2010]

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:linuxbos...@gmail.com] 
Sent: Wednesday, January 05, 2011 3:32 PM
To: Roig Borrell, Francesc Xavier
Cc: givemeccievoice2...@gmail.com; 'Miron Kobelski'; 
ccie_voice@onlinestudylist.com
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: givemeccievoice2...@gmail.com [mailto:givemeccievoice2...@gmail.com] 
Enviado el: miércoles, 05 de enero de 2011 22:42
Para: 'Miron Kobelski'
CC: Roig Borrell, Francesc Xavier; 'Shrini'; ccie_voice@onlinestudylist.com
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:findko...@gmail.com] 
Sent: Wednesday, January 05, 2011 1:13 PM
To: givemeccievoice2...@gmail.com
Cc: Roig Borrell, Francesc Xavier; Shrini; ccie_voice@onlinestudylist.com
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,  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

Re: [OSL | CCIE_Voice] RSVP LLQ priority value calculation

[Shrini]

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:*givemeccievoice2...@gmail.com [mailto:givemeccievoice2...@gmail.com]
*Enviado el:* miércoles, 05 de enero de 2011 22:42
*Para:* 'Miron Kobelski'
*CC:* Roig Borrell, Francesc Xavier; 'Shrini'; 
ccie_voice@onlinestudylist.com

*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:findko...@gmail.com]
*Sent:* Wednesday, January 05, 2011 1:13 PM
*To:* givemeccievoice2...@gmail.com
*Cc:* Roig Borrell, Francesc Xavier; Shrini; 
ccie_voice@onlinestudylist.com

*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, <mailto:givemeccievoice2...@gmail.com>> 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

Re: [OSL | CCIE_Voice] RSVP LLQ priority value calculation

[Roig Borrell, Francesc Xavier]

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!! ☺

Thanks for your help! Happy studies!
Francesc

De: givemeccievoice2...@gmail.com [mailto:givemeccievoice2...@gmail.com]
Enviado el: miércoles, 05 de enero de 2011 22:42
Para: 'Miron Kobelski'
CC: Roig Borrell, Francesc Xavier; 'Shrini'; ccie_voice@onlinestudylist.com
Asunto: RE: [OSL | CCIE_Voice] RSVP LLQ priority value calculation

After I just agreed with you!  ☺

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:findko...@gmail.com]
Sent: Wednesday, January 05, 2011 1:13 PM
To: givemeccievoice2...@gmail.com
Cc: Roig Borrell, Francesc Xavier; Shrini; ccie_voice@onlinestudylist.com
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, 
mailto:givemeccievoice2...@gmail.com>> 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

Re: [OSL | CCIE_Voice] RSVP LLQ priority value calculation

[givemeccievoice2010]

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:findko...@gmail.com] 
Sent: Wednesday, January 05, 2011 1:13 PM
To: givemeccievoice2...@gmail.com
Cc: Roig Borrell, Francesc Xavier; Shrini; ccie_voice@onlinestudylist.com
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,  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

Re: [OSL | CCIE_Voice] RSVP LLQ priority value calculation

[Miron Kobelski]

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,  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

Re: [OSL | CCIE_Voice] RSVP LLQ priority value calculation

[givemeccievoice2010]

Definitely, I’m sorry I didn’t understand at first J

 

Happy studies!

 

Jeff

 

From: Roig Borrell, Francesc Xavier [mailto:francesc.ro...@tecnocom.es] 
Sent: Wednesday, January 05, 2011 12:12 PM
To: givemeccievoice2...@gmail.com; 'Shrini'
Cc: ccie_voice@onlinestudylist.com
Subject: RE: [OSL | CCIE_Voice] RSVP LLQ priority value calculation

 

Hi Jeff,

 

Great! Then we agree with the solution for this requirement. J

 

Thank you very much!!

 

 

De: givemeccievoice2...@gmail.com [mailto:givemeccievoice2...@gmail.com] 
Enviado el: miércoles, 05 de enero de 2011 20:53
Para: Roig Borrell, Francesc Xavier; 'Shrini'
CC: ccie_voice@onlinestudylist.com
Asunto: RE: [OSL | CCIE_Voice] RSVP LLQ priority value calculation

 

Hi Francesc,

 

As I noted before, the RSVP bandwidth calculation is different from the LLQ
bandwidth calculation.  

 

For the scenario of 2 RSVP calls, you will need to calculate as follows:

40 + 24 = 64 (one worst case 10ms call and one normal 20 ms)

So under the serial interfaces you will configure ip rsvp bandwidth 64

 

The question states that you need to put the RSVP traffic in the PQ.  This
means that the traffic will have to be marked as EF to make it into the LLQ.
Under the same serial interface, enter the ip rsvp signaling ef command

 

Now you need to calculate your BW for the LLQ.  

IP/UDP/RTP - 40

Payload – 20

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

 

 

From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Roig Borrell,
Francesc Xavier
Sent: Wednesday, January 05, 2011 10:10 AM
To: Shrini
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] RSVP LLQ priority value calculation

 

Hi Shrini,

 

Thank you for your answer. I don’t see very clear how you take into
consideration L2 header

 

These values 40kbps (g729 10ms)/ 24kbps (g729 20ms) only consider
L3+UDP/RTP+Payload. 

 

For 2 g729 calls ip rsvp bandwith= 24+40 =64 OK

 

But which value would you use for priority queue if you have this question

 

Between HQ-BR1 provision enough bandwidth in the priority queue for 2 calls.
Any RSVP traffic should be placed into the PQ. 

Ensure that  you provision additional amount of bandwidth in the PQ to
include RSVP traffic

 

Thanks!!

Francesc

 

 

Lets take example of one g729 call rsvp
a= Worst case = (L3+PL)*8*100 = (40+10)*8*100 = 40k
b= One G729 = ((L2+L3)+PL)*50*8 = ((40)+20)*8*50 = 24  L2+L3 =
IP+RTP+UDP = 40

 

 

 

De: Shrini [mailto:linuxbos...@gmail.com] 
Enviado el: miércoles, 05 de enero de 2011 18:33
Para: Roig Borrell, Francesc Xavier
CC: ccie_voice@onlinestudylist.com
Asunto: Re: [OSL | CCIE_Voice] RSVP LLQ priority value calculation

 

Hi Roig,
Each call in

Location based CAC :
g729 - 24k
g711 - 80k

RSVP:
g729 - 40k
g711 - 96k

Gatekeeper:
g729 - 16k
g711 - 128k (not sure 100%)

For your question 

Lets take example of one g729 call rsvp
a= Worst case = (L3+PL)*8*100 = (40+10)*8*100 = 40k
b= One G729 = ((L2+L3)+PL)*50*8 = ((40)+20)*8*50 = 24  L2+L3 =
IP+RTP+UDP = 40

So one call need 64k but 40 is hardcoded for rsvp.

Thanks
Shrini

On 1/5/2011 7:42 AM, Roig Borrell, Francesc Xavier wrote: 

Hi everyone!

 

I am trying to understand the right way to calculate the priority value in
LLQ with a RSVP configuration.

I have not been able to find  documentation clarifying this. 

 

So supposing HQ-BR1 4 calls g729

 

ip rsvp bandwitdh = 24*3 + 40 = 112 

 

No problem with the rsvp bandwith, 3 calls with 20ms sample rate and one
call with the worst case 10ms sample rate. 

So following this and considering FR12 . The priority queue should be
calculated this way

 

L2   7 L2   7

L3   40  L3   40

Payload 20 Payload 10



67*8*50= 26,8kbps57*8*100 = 45,6kbps

 

LLQ

priority = 28,6*3  + 45,6 = 131,4 ->132



 

Do you agree? Is it the right way? 

 

Thanks in advance!

Francesc

 
 
___
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

Re: [OSL | CCIE_Voice] RSVP LLQ priority value calculation

[givemeccievoice2010]

I looked at the PG and they add in the calculation as I detailed in my most 
recent email.  However, I am totally with you.  The RTP/LLQ is different from 
the RSVP CAC and I would think that only a few extra Kbps would account for the 
RSVP control traffic in the PQ.

 

Jeff

 

From: ccie_voice-boun...@onlinestudylist.com 
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Miron Kobelski
Sent: Wednesday, January 05, 2011 10:49 AM
To: Roig Borrell, Francesc Xavier
Cc: ccie_voice@onlinestudylist.com; Shrini
Subject: Re: [OSL | CCIE_Voice] RSVP LLQ priority value calculation

 

Hi,

RSVP reservation and actual LLQ usage are 2 different things.
I think you should keep in mind, that there is no traffic in PQ before RSVP 
reservation completes.

For RSVP calculation you only take into account L3. You have 2 possible 
bandwidth values: 
 * standard (24kbps for G729/20ms) and 
 * worst case (40 kbpbs for G729/10ms), 
because when the destination is ringing capabilities exchange has not yet 
occured and there is no media flow. That's why at this stage worst case is 
assumed (g729/40ms). PQ is still empty. 
As soon as the call is answered, capabilities are exchanged and decision about 
codec/payload is made -> reservation can be decreased to standard 24kbps 
(g729/20ms). Only now the RTP flow can occur -> PQ is filled up and served by 
LLQ (with values calculated including L2 overhead).

One more thing - the task requirement is not very clear: RSVP traffic for me 
consists only of those several small RSVP protocol messages exchanged during 
RSVP negotiation. I'd not include RTP traffic in it... So I guess 5kbps should 
be more than enough. Anybody disagrees?

HTH
kobel





On Wed, Jan 5, 2011 at 19:10, Roig Borrell, Francesc Xavier 
 wrote:

Hi Shrini,

 

Thank you for your answer. I don’t see very clear how you take into 
consideration L2 header

 

These values 40kbps (g729 10ms)/ 24kbps (g729 20ms) only consider 
L3+UDP/RTP+Payload. 

 

For 2 g729 calls ip rsvp bandwith= 24+40 =64 OK

 

But which value would you use for priority queue if you have this question

 

Between HQ-BR1 provision enough bandwidth in the priority queue for 2 calls. 
Any RSVP traffic should be placed into the PQ. 

Ensure that  you provision additional amount of bandwidth in the PQ to include 
RSVP traffic

 

Thanks!!

Francesc

 

 

___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] RSVP LLQ priority value calculation

[Roig Borrell, Francesc Xavier]

Hi Jeff,

Great! Then we agree with the solution for this requirement. :)

Thank you very much!!


De: givemeccievoice2...@gmail.com [mailto:givemeccievoice2...@gmail.com]
Enviado el: miércoles, 05 de enero de 2011 20:53
Para: Roig Borrell, Francesc Xavier; 'Shrini'
CC: ccie_voice@onlinestudylist.com
Asunto: RE: [OSL | CCIE_Voice] RSVP LLQ priority value calculation

Hi Francesc,

As I noted before, the RSVP bandwidth calculation is different from the LLQ 
bandwidth calculation.

For the scenario of 2 RSVP calls, you will need to calculate as follows:
40 + 24 = 64 (one worst case 10ms call and one normal 20 ms)
So under the serial interfaces you will configure ip rsvp bandwidth 64

The question states that you need to put the RSVP traffic in the PQ.  This 
means that the traffic will have to be marked as EF to make it into the LLQ.  
Under the same serial interface, enter the ip rsvp signaling ef command

Now you need to calculate your BW for the LLQ.
IP/UDP/RTP - 40
Payload - 20
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


From: ccie_voice-boun...@onlinestudylist.com 
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Roig Borrell, 
Francesc Xavier
Sent: Wednesday, January 05, 2011 10:10 AM
To: Shrini
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] RSVP LLQ priority value calculation

Hi Shrini,

Thank you for your answer. I don't see very clear how you take into 
consideration L2 header

These values 40kbps (g729 10ms)/ 24kbps (g729 20ms) only consider 
L3+UDP/RTP+Payload.

For 2 g729 calls ip rsvp bandwith= 24+40 =64 OK

But which value would you use for priority queue if you have this question

Between HQ-BR1 provision enough bandwidth in the priority queue for 2 calls. 
Any RSVP traffic should be placed into the PQ.
Ensure that  you provision additional amount of bandwidth in the PQ to include 
RSVP traffic

Thanks!!
Francesc


Lets take example of one g729 call rsvp
a= Worst case = (L3+PL)*8*100 = (40+10)*8*100 = 40k
b= One G729 = ((L2+L3)+PL)*50*8 = ((40)+20)*8*50 = 24  L2+L3 = 
IP+RTP+UDP = 40



De: Shrini [mailto:linuxbos...@gmail.com]
Enviado el: miércoles, 05 de enero de 2011 18:33
Para: Roig Borrell, Francesc Xavier
CC: ccie_voice@onlinestudylist.com
Asunto: Re: [OSL | CCIE_Voice] RSVP LLQ priority value calculation

Hi Roig,
Each call in

Location based CAC :
g729 - 24k
g711 - 80k

RSVP:
g729 - 40k
g711 - 96k

Gatekeeper:
g729 - 16k
g711 - 128k (not sure 100%)

For your question

Lets take example of one g729 call rsvp
a= Worst case = (L3+PL)*8*100 = (40+10)*8*100 = 40k
b= One G729 = ((L2+L3)+PL)*50*8 = ((40)+20)*8*50 = 24  L2+L3 = 
IP+RTP+UDP = 40

So one call need 64k but 40 is hardcoded for rsvp.

Thanks
Shrini

On 1/5/2011 7:42 AM, Roig Borrell, Francesc Xavier wrote:
Hi everyone!

I am trying to understand the right way to calculate the priority value in LLQ 
with a RSVP configuration.
I have not been able to find  documentation clarifying this.

So supposing HQ-BR1 4 calls g729

ip rsvp bandwitdh = 24*3 + 40 = 112

No problem with the rsvp bandwith, 3 calls with 20ms sample rate and one call 
with the worst case 10ms sample rate.
So following this and considering FR12 . The priority queue should be 
calculated this way

L2   7 L2   7
L3   40  L3   40
Payload 20 Payload 10

67*8*50= 26,8kbps57*8*100 = 45,6kbps

LLQ
priority = 28,6*3  + 45,6 = 131,4 ->132


Do you agree? Is it the right way?

Thanks in advance!
Francesc





___

For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com<http://www.ipexpert.com>
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] RSVP LLQ priority value calculation

[givemeccievoice2010]

Hi Francesc,

 

As I noted before, the RSVP bandwidth calculation is different from the LLQ
bandwidth calculation.  

 

For the scenario of 2 RSVP calls, you will need to calculate as follows:

40 + 24 = 64 (one worst case 10ms call and one normal 20 ms)

So under the serial interfaces you will configure ip rsvp bandwidth 64

 

The question states that you need to put the RSVP traffic in the PQ.  This
means that the traffic will have to be marked as EF to make it into the LLQ.
Under the same serial interface, enter the ip rsvp signaling ef command

 

Now you need to calculate your BW for the LLQ.  

IP/UDP/RTP - 40

Payload – 20

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

 

 

From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Roig Borrell,
Francesc Xavier
Sent: Wednesday, January 05, 2011 10:10 AM
To: Shrini
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] RSVP LLQ priority value calculation

 

Hi Shrini,

 

Thank you for your answer. I don’t see very clear how you take into
consideration L2 header

 

These values 40kbps (g729 10ms)/ 24kbps (g729 20ms) only consider
L3+UDP/RTP+Payload. 

 

For 2 g729 calls ip rsvp bandwith= 24+40 =64 OK

 

But which value would you use for priority queue if you have this question

 

Between HQ-BR1 provision enough bandwidth in the priority queue for 2 calls.
Any RSVP traffic should be placed into the PQ. 

Ensure that  you provision additional amount of bandwidth in the PQ to
include RSVP traffic

 

Thanks!!

Francesc

 

 

Lets take example of one g729 call rsvp
a= Worst case = (L3+PL)*8*100 = (40+10)*8*100 = 40k
b= One G729 = ((L2+L3)+PL)*50*8 = ((40)+20)*8*50 = 24  L2+L3 =
IP+RTP+UDP = 40



 

 

 

De: Shrini [mailto:linuxbos...@gmail.com] 
Enviado el: miércoles, 05 de enero de 2011 18:33
Para: Roig Borrell, Francesc Xavier
CC: ccie_voice@onlinestudylist.com
Asunto: Re: [OSL | CCIE_Voice] RSVP LLQ priority value calculation

 

Hi Roig,
Each call in

Location based CAC :
g729 - 24k
g711 - 80k

RSVP:
g729 - 40k
g711 - 96k

Gatekeeper:
g729 - 16k
g711 - 128k (not sure 100%)

For your question 

Lets take example of one g729 call rsvp
a= Worst case = (L3+PL)*8*100 = (40+10)*8*100 = 40k
b= One G729 = ((L2+L3)+PL)*50*8 = ((40)+20)*8*50 = 24  L2+L3 =
IP+RTP+UDP = 40

So one call need 64k but 40 is hardcoded for rsvp.

Thanks
Shrini

On 1/5/2011 7:42 AM, Roig Borrell, Francesc Xavier wrote: 

Hi everyone!

 

I am trying to understand the right way to calculate the priority value in
LLQ with a RSVP configuration.

I have not been able to find  documentation clarifying this. 

 

So supposing HQ-BR1 4 calls g729

 

ip rsvp bandwitdh = 24*3 + 40 = 112 

 

No problem with the rsvp bandwith, 3 calls with 20ms sample rate and one
call with the worst case 10ms sample rate. 

So following this and considering FR12 . The priority queue should be
calculated this way

 

L2   7 L2   7

L3   40  L3   40

Payload 20 Payload 10



67*8*50= 26,8kbps57*8*100 = 45,6kbps

 

LLQ

priority = 28,6*3  + 45,6 = 131,4 ->132



 

Do you agree? Is it the right way? 

 

Thanks in advance!

Francesc

 
 
___
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

Re: [OSL | CCIE_Voice] RSVP LLQ priority value calculation

[Miron Kobelski]

Hi,

RSVP reservation and actual LLQ usage are 2 different things.
I think you should keep in mind, that there is no traffic in PQ before RSVP
reservation completes.

For RSVP calculation you only take into account L3. You have 2 possible
bandwidth values:
 * standard (24kbps for G729/20ms) and
 * worst case (40 kbpbs for G729/10ms),
because when the destination is ringing capabilities exchange has not yet
occured and there is no media flow. That's why at this stage worst case is
assumed (g729/40ms). PQ is still empty.
As soon as the call is answered, capabilities are exchanged and decision
about codec/payload is made -> reservation can be decreased to standard
24kbps (g729/20ms). Only now the RTP flow can occur -> PQ is filled up and
served by LLQ (with values calculated including L2 overhead).

One more thing - the task requirement is not very clear: RSVP traffic for me
consists only of those several small RSVP protocol messages exchanged during
RSVP negotiation. I'd not include RTP traffic in it... So I guess 5kbps
should be more than enough. Anybody disagrees?

HTH
kobel




On Wed, Jan 5, 2011 at 19:10, Roig Borrell, Francesc Xavier <
francesc.ro...@tecnocom.es> wrote:

>  Hi Shrini,
>
>
>
> Thank you for your answer. I don’t see very clear how you take into
> consideration L2 header
>
>
>
> These values 40kbps (g729 10ms)/ 24kbps (g729 20ms) only consider
> L3+UDP/RTP+Payload.
>
>
>
> For 2 g729 calls ip rsvp bandwith= 24+40 =64 OK
>
>
>
> But which value would you use for priority queue if you have this question
>
>
>
> Between HQ-BR1 provision enough bandwidth in the priority queue for 2
> calls. Any RSVP traffic should be placed into the PQ.
>
> Ensure that  you provision additional amount of bandwidth in the PQ to
> include RSVP traffic
>
>
>
> Thanks!!
>
> Francesc
>
>
>
>
>
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] RSVP LLQ priority value calculation

[Shrini]

In rsvp for one call 40k

if you set rsvp bandwidth to say 121k

3 g729 (3x40) calls will be allowed, even if you set 159 only 3 calls if 
you increase it to 160 all 4 calls pass


It actually does not set the bandwidth, based one the number it 
calculates the number of calls.
To test it you may try setting ip rsvp bandwidth to 79 and then next 
time to 80
when 79 only one call is allowed and in 80 both calls should go though. 
or try above b/w numbers and test number of calls.


Thanks
Shrini

On 1/5/2011 10:26 AM, ShinGei Yong wrote:

Hi,

Take your example,my calculation for LLQ would be:

(3 calls x 26.8kbps) + (1 call x  40kbps)
= 120.4kbps ==>121kbps

I provision the first 3 calls in L2 bandwidth calculation,then i'll used
L3 bandwidth calculation for the 4th call,which is the worst case.
So i'll configure the PQ with above bandwidth.

Shingei.



On Thu, Jan 6, 2011 at 1:34 AM, Shrini > wrote:


Just found another archive straight from Vik's mail box. In more
detail

http://www.mail-archive.com/ccie_voice@onlinestudylist.com/msg09933.html

Thanks
Shrini

On 1/5/2011 7:42 AM, Roig Borrell, Francesc Xavier wrote:


Hi everyone!

I am trying to understand the right way to calculate the priority
value in LLQ with a RSVP configuration.

I have not been able to find  documentation clarifying this.

So supposing HQ-BR1 4 calls g729

ip rsvp bandwitdh = 24*3 + 40 = 112

No problem with the rsvp bandwith, 3 calls with 20ms sample rate
and one call with the worst case 10ms sample rate.

So following this and considering FR12 . The priority queue
should be calculated this way

L2   7
L2   7


L3   40 
L3   40


Payload 20 Payload 10

67*8*50= 26,8kbps57*8*100
= 45,6kbps

LLQ

priority = 28,6*3  + 45,6 = 131,4 ->132

Do you agree? Is it the right way?

Thanks in advance!

Francesc


___
For more information regarding industry leading CCIE Lab training, please 
visitwww.ipexpert.com  


___
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

Re: [OSL | CCIE_Voice] RSVP LLQ priority value calculation

[ShinGei Yong]

Hi,

Take your example,my calculation for LLQ would be:

(3 calls x 26.8kbps) + (1 call x  40kbps)
= 120.4kbps ==>121kbps

I provision the first 3 calls in L2 bandwidth calculation,then i'll used
L3 bandwidth calculation for the 4th call,which is the worst case.
So i'll configure the PQ with above bandwidth.

Shingei.



On Thu, Jan 6, 2011 at 1:34 AM, Shrini  wrote:

>  Just found another archive straight from Vik's mail box. In more detail
>
> http://www.mail-archive.com/ccie_voice@onlinestudylist.com/msg09933.html
>
> Thanks
> Shrini
>
> On 1/5/2011 7:42 AM, Roig Borrell, Francesc Xavier wrote:
>
>  Hi everyone!
>
>
>
> I am trying to understand the right way to calculate the priority value in
> LLQ with a RSVP configuration.
>
> I have not been able to find  documentation clarifying this.
>
>
>
> So supposing HQ-BR1 4 calls g729
>
>
>
> ip rsvp bandwitdh = 24*3 + 40 = 112
>
>
>
> No problem with the rsvp bandwith, 3 calls with 20ms sample rate and one
> call with the worst case 10ms sample rate.
>
> So following this and considering FR12 . The priority queue should be
> calculated this way
>
>
>
> L2   7 L2   7
>
> L3   40  L3   40
>
> Payload 20 Payload 10
>
>
>
> 67*8*50= 26,8kbps57*8*100 =
> 45,6kbps
>
>
>
> LLQ
>
> priority = 28,6*3  + 45,6 = 131,4 ->132
>
>
>
>
>
> Do you agree? Is it the right way?
>
>
>
> Thanks in advance!
>
> Francesc
>
>
> ___
> 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
>
>
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] RSVP LLQ priority value calculation

[Roig Borrell, Francesc Xavier]

Hi Shrini,

Thank you for your answer. I don't see very clear how you take into 
consideration L2 header

These values 40kbps (g729 10ms)/ 24kbps (g729 20ms) only consider 
L3+UDP/RTP+Payload.

For 2 g729 calls ip rsvp bandwith= 24+40 =64 OK

But which value would you use for priority queue if you have this question

Between HQ-BR1 provision enough bandwidth in the priority queue for 2 calls. 
Any RSVP traffic should be placed into the PQ.
Ensure that  you provision additional amount of bandwidth in the PQ to include 
RSVP traffic

Thanks!!
Francesc


Lets take example of one g729 call rsvp
a= Worst case = (L3+PL)*8*100 = (40+10)*8*100 = 40k
b= One G729 = ((L2+L3)+PL)*50*8 = ((40)+20)*8*50 = 24  L2+L3 = 
IP+RTP+UDP = 40





De: Shrini [mailto:linuxbos...@gmail.com]
Enviado el: miércoles, 05 de enero de 2011 18:33
Para: Roig Borrell, Francesc Xavier
CC: ccie_voice@onlinestudylist.com
Asunto: Re: [OSL | CCIE_Voice] RSVP LLQ priority value calculation

Hi Roig,
Each call in

Location based CAC :
g729 - 24k
g711 - 80k

RSVP:
g729 - 40k
g711 - 96k

Gatekeeper:
g729 - 16k
g711 - 128k (not sure 100%)

For your question

Lets take example of one g729 call rsvp
a= Worst case = (L3+PL)*8*100 = (40+10)*8*100 = 40k
b= One G729 = ((L2+L3)+PL)*50*8 = ((40)+20)*8*50 = 24  L2+L3 = 
IP+RTP+UDP = 40

So one call need 64k but 40 is hardcoded for rsvp.

Thanks
Shrini

On 1/5/2011 7:42 AM, Roig Borrell, Francesc Xavier wrote:
Hi everyone!

I am trying to understand the right way to calculate the priority value in LLQ 
with a RSVP configuration.
I have not been able to find  documentation clarifying this.

So supposing HQ-BR1 4 calls g729

ip rsvp bandwitdh = 24*3 + 40 = 112

No problem with the rsvp bandwith, 3 calls with 20ms sample rate and one call 
with the worst case 10ms sample rate.
So following this and considering FR12 . The priority queue should be 
calculated this way

L2   7 L2   7
L3   40  L3   40
Payload 20 Payload 10

67*8*50= 26,8kbps57*8*100 = 45,6kbps

LLQ
priority = 28,6*3  + 45,6 = 131,4 ->132


Do you agree? Is it the right way?

Thanks in advance!
Francesc





___

For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com<http://www.ipexpert.com>
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] RSVP LLQ priority value calculation

[givemeccievoice2010]

Hi Francesc,

 

A payload of 20 and 10 is not correct.  RSVP and LLQ calculations are two
different things.  For RSVP, you calculations are correct. 

 

Correct Payloads (20 ms)

G711 - 160

G729 - 20

 

For example, FRF.12, G729, with compression:

IP/UDP/RTP - 2 bytes

G729 - 20 bytes

FRF.12 - 8 bytes

2 + 20 + 8  = 30 bytes per packet

 

30 bytes * 8 bits = 240 bits per packet

 

240 bits per packet * 50 packets per second = 12000 bits per second or 12
Kbps

 

 

 

FRF.12, G729 without compression:

IP/UDP/RTP = 40 bytes

G729 - 20 bytes

FRF.12 - 8 bytes

40 + 20 + 8 = 68 bytes per packet

 

68 * 8 = 544 bits per packets

 

544 bpp * 50 packets per second = 27200 bits per second or 27.2 Kbps

 

 

 

FRF.12, G711 without compression:

IP/UDP/RTP = 40

G711 = 160 

FRF.12 - 8

40 + 160 + 8 = 208 bytes per packets

 

208 * 8 =  1664 bpp

 

1664 * 50 pps = 83200 bps or 83.2 Kbps

 

Hope this helps,

Jeff

 

From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Roig Borrell,
Francesc Xavier
Sent: Wednesday, January 05, 2011 7:42 AM
To: ccie_voice@onlinestudylist.com
Subject: [OSL | CCIE_Voice] RSVP LLQ priority value calculation

 

Hi everyone!

 

I am trying to understand the right way to calculate the priority value in
LLQ with a RSVP configuration.

I have not been able to find  documentation clarifying this. 

 

So supposing HQ-BR1 4 calls g729

 

ip rsvp bandwitdh = 24*3 + 40 = 112 

 

No problem with the rsvp bandwith, 3 calls with 20ms sample rate and one
call with the worst case 10ms sample rate. 

So following this and considering FR12 . The priority queue should be
calculated this way

 

L2   7 L2   7

L3   40  L3   40

Payload 20 Payload 10



67*8*50= 26,8kbps57*8*100 = 45,6kbps

 

LLQ

priority = 28,6*3  + 45,6 = 131,4 ->132



 

Do you agree? Is it the right way? 

 

Thanks in advance!

Francesc

___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] RSVP LLQ priority value calculation

[Shrini]

Just found another archive straight from Vik's mail box. In more detail

http://www.mail-archive.com/ccie_voice@onlinestudylist.com/msg09933.html

Thanks
Shrini

On 1/5/2011 7:42 AM, Roig Borrell, Francesc Xavier wrote:


Hi everyone!

I am trying to understand the right way to calculate the priority 
value in LLQ with a RSVP configuration.


I have not been able to find  documentation clarifying this.

So supposing HQ-BR1 4 calls g729

ip rsvp bandwitdh = 24*3 + 40 = 112

No problem with the rsvp bandwith, 3 calls with 20ms sample rate and 
one call with the worst case 10ms sample rate.


So following this and considering FR12 . The priority queue should be 
calculated this way


L2   7 L2   7

L3   40  L3   40

Payload 20 Payload 10

67*8*50= 26,8kbps57*8*100 = 
45,6kbps


LLQ

priority = 28,6*3  + 45,6 = 131,4 ->132

Do you agree? Is it the right way?

Thanks in advance!

Francesc


___
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

Re: [OSL | CCIE_Voice] RSVP LLQ priority value calculation

[Shrini]

Hi Roig,
Each call in

Location based CAC :
g729 - 24k
g711 - 80k

RSVP:
g729 - 40k
g711 - 96k

Gatekeeper:
g729 - 16k
g711 - 128k (not sure 100%)

For your question

Lets take example of one g729 call rsvp
a= Worst case = (L3+PL)*8*100 = (40+10)*8*100 = 40k
b= One G729 = ((L2+L3)+PL)*50*8 = ((40)+20)*8*50 = 24  L2+L3 = 
IP+RTP+UDP = 40


So one call need 64k but 40 is hardcoded for rsvp.

Thanks
Shrini

On 1/5/2011 7:42 AM, Roig Borrell, Francesc Xavier wrote:


Hi everyone!

I am trying to understand the right way to calculate the priority 
value in LLQ with a RSVP configuration.


I have not been able to find  documentation clarifying this.

So supposing HQ-BR1 4 calls g729

ip rsvp bandwitdh = 24*3 + 40 = 112

No problem with the rsvp bandwith, 3 calls with 20ms sample rate and 
one call with the worst case 10ms sample rate.


So following this and considering FR12 . The priority queue should be 
calculated this way


L2   7 L2   7

L3   40  L3   40

Payload 20 Payload 10

67*8*50= 26,8kbps57*8*100 = 
45,6kbps


LLQ

priority = 28,6*3  + 45,6 = 131,4 ->132

Do you agree? Is it the right way?

Thanks in advance!

Francesc


___
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

[OSL | CCIE_Voice] RSVP LLQ priority value calculation

[Roig Borrell, Francesc Xavier]

Hi everyone!

I am trying to understand the right way to calculate the priority value in LLQ 
with a RSVP configuration.
I have not been able to find  documentation clarifying this.

So supposing HQ-BR1 4 calls g729

ip rsvp bandwitdh = 24*3 + 40 = 112

No problem with the rsvp bandwith, 3 calls with 20ms sample rate and one call 
with the worst case 10ms sample rate.
So following this and considering FR12 . The priority queue should be 
calculated this way

L2   7 L2   7
L3   40  L3   40
Payload 20 Payload 10

67*8*50= 26,8kbps57*8*100 = 45,6kbps

LLQ
priority = 28,6*3  + 45,6 = 131,4 ->132


Do you agree? Is it the right way?

Thanks in advance!
Francesc
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com