Re: [OSL | CCIE_Voice] QOS Quetsion - FRTS

2008-03-25 Thread Paul and Bobs
I though the 95% took into account the clocking On Wed, Mar 26, 2008 at 2:28 PM, Jonathan Charles <[EMAIL PROTECTED]> wrote: > But a T1 is really 1.536M (8kb is for clocking), so, it should be 1.4592M > > > > Jonathan > > On Tue, Mar 25, 2008 at 7:21 PM, Onur Tufekci <[EMAIL PROTECTED]> > wrote:

Re: [OSL | CCIE_Voice] QOS Quetsion - FRTS

2008-03-25 Thread Jonathan Charles
But a T1 is really 1.536M (8kb is for clocking), so, it should be 1.4592M Jonathan On Tue, Mar 25, 2008 at 7:21 PM, Onur Tufekci <[EMAIL PROTECTED]> wrote: > It is best practice to follow as stated in the QOS SRND to use 95% of the > bandwidth. And the bc should be set up according to that so t

[OSL | CCIE_Voice] QOS Frame Relay

2008-03-25 Thread Paul and Bobs
Hi Question 12.5 Frame relay interface is set to 768 kbps and the cir is 384 why is the sample config given in the proctor guide using 364800 which is around 96% fo the cir it also uses 3648 as the shape average bc is there any standard or guidance on this. Cheers Paul

[OSL | CCIE_Voice] checksum question

2008-03-25 Thread jason sung
I know both TCP and UDP communication layer provide checksum count and verification as one of their service. So if we compress RTP is it safe to assume that the header size is reduced to 4 bytes? I think so but a verification stamp from someone would be good. Thanks.

[OSL | CCIE_Voice] WAN QOS question

2008-03-25 Thread jason sung
I am trying to understand QOS over WAN and want to make sure my math is correct as well. I am trying to calculate 4 g711/g729 calls over a WAN link with layer2 overhead. g711 g729 PPP 84x4=336 37x4=148 MLP 86x4=344 30x4=120 Frame w/FRF.12 84x4=336 28x4=112 Can anyone comment on this? Than

Re: [OSL | CCIE_Voice] QOS Quetsion - FRTS

2008-03-25 Thread Onur Tufekci
http://www.cisco.com/univercd/home/home.htm voice/telephony IP Telephony Solution Reference Network Design Guides http://www.cisco.com/application/pdf/en/us/guest/netsol/ns432/c649/ccmigration_09186a008049b062.pdf

Re: [OSL | CCIE_Voice] QOS Quetsion - FRTS

2008-03-25 Thread Onur Tufekci
It is best practice to follow as stated in the QOS SRND to use 95% of the bandwidth. And the bc should be set up according to that so the delay is correct. On Tue, Mar 25, 2008 at 7:14 PM, Paul and Bobs <[EMAIL PROTECTED]> wrote: > HI > > > Can someone explain to me the reason on a 1544 Kbps link

[OSL | CCIE_Voice] QOS Quetsion - FRTS

2008-03-25 Thread Paul and Bobs
and does anyone kow where to find the QOS SRND through the univercd Cheers Guys Paul

[OSL | CCIE_Voice] QOS Quetsion - FRTS

2008-03-25 Thread Paul and Bobs
HI Can someone explain to me the reason on a 1544 Kbps link the FRTS cir is set to 1466800 and bc set to 14668 Paul

[OSL | CCIE_Voice] LFI in the same interface for 2 PVC's, one of them a High Speed Link

2008-03-25 Thread Sanchez Galarza, Gustavo - (Col)
Hi: I have the following scenario: In HQ I have a physical serial interface with 2 PVCs: DLCI 201 to BR1 with CIR 384kbps and DLCI 202 to BR2 with CIR 1544kbps. I assume I need to configure frame-relay fragment for DLCI 201 with fragment size equal to 480 but my questions are: 1.

Re: [OSL | CCIE_Voice] Multicast MOH over trunk supported?

2008-03-25 Thread Vik Malhi
I don't believe multicast MOH is supported over Inter-cluster trunks. It will use a unicast MOH resource. -- Vik Malhi - CCIE # 13890 Sr Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Mailto: [EMAIL PROTECTED] -- Join our free o

[OSL | CCIE_Voice] Multicast MOH over trunk supported?

2008-03-25 Thread Juan Lopez Hernandez -X (jlopezhe - IBM - INS at Cisco)
Is it normal that UCM streams MOH in unicast over a trunk, even if the MRG is setup to use multicast? Perfmon shows unicast is being used, and the holdee receives MOH (MOH server is multicast enabled, moh source is multicast enabled and MRG is multicast) In other words, is multicast MOH supported o

[OSL | CCIE_Voice] CME performing MTP function

2008-03-25 Thread Wissam Tarabichi
Hi, How to configure using h450.2/3 to enable the forward to CUE in the WAN. Good day