Region setting are hardcoded manually.
So as you guess, this is a bug?
On Mon, Nov 21, 2011 at 6:07 PM, Chris Martin <clm.c...@gmail.com> wrote:
>
> Manually hard code each region to itself to use G711 then change the
> Service Paramater "Default Intraregion Audio Codec" to g729. CUCM in its
> initial request sends g711 and by default CUCM doesn't send a BRQ to update
> the actual bandwidth used/negotiated. You can enable the BRQ's but that
> will not help if the call fails because of gatekeeper bandwidth commands.
> I believe this is a bug because it does happen even with a special
> Gatekeeper region that has g729 to everyone.
>
> HTH
> Chris
>
> On Mon, Nov 21, 2011 at 6:14 AM, datucha123 datucha123 <
> datucha...@gmail.com> wrote:
>
>> I have the follwoing issue on GK:
>>
>> So here is the configuration of my GK
>>
>> *gatekeeper
>> zone local SEA ine.com 177.1.254.1
>> bandwidth total zone SEA 16
>> no shutdown*
>> **
>> *CUCM and CUCME are using g729 codec to call each other.*
>>
>> CUCM and CUCME are registered with Dynamic Tech Prefixes in the same SEA
>> zone:
>>
>> R1#sh gatekeeper gw-type-prefix
>> GATEWAY TYPE PREFIX TABLE
>> =========================
>> Prefix: 115#*
>> Zone SEA master gateway list:
>> 172.16.4.120:46707 SEA-CUCM-GW_1
>> 172.16.4.121:39823 SEA-CUCM-GW_2
>> Prefix: 225#*
>> Zone SEA master gateway list:
>> 177.1.254.3:1720 GW
>>
>> R1#sh gatekeeper endpoints
>> GATEKEEPER ENDPOINT REGISTRATION
>> ================================
>> CallSignalAddr Port RASSignalAddr Port Zone Name Type
>> Flags
>> --------------- ----- --------------- ----- --------- ----
>> -----
>> 172.16.4.120 46707 172.16.4.120 32797 SEA VOIP-GW
>> H323-ID: SEA-CUCM-GW_1
>> Voice Capacity Max.= Avail.= Current.= 0
>> 172.16.4.121 39823 172.16.4.121 32785 SEA VOIP-GW
>> H323-ID: SEA-CUCM-GW_2
>> Voice Capacity Max.= Avail.= Current.= 0
>> 177.1.254.3 1720 177.1.254.3 55245 SEA H323-GW
>> H323-ID: GW
>> Voice Capacity Max.= Avail.= Current.= 0
>> Total number of active registrations = 3
>> When the CUCM calls CUCME, the Bandwidth value announced in H225 message
>> is 16 kbps
>>
>> debug h225 asn1 on GK Router:
>>
>> Nov 21 13:07:33.861: RAS INCOMING PDU ::=
>> value RasMessage ::= admissionRequest :
>> {
>> requestSeqNum 1666
>> callType pointToPoint : NULL
>> endpointIdentifier {"4CC3D4C000000004"}
>> destinationInfo
>> {
>> dialedDigits : "225#3012"
>> }
>> srcInfo
>> {
>> dialedDigits : "2002"
>> }
>> srcCallSignalAddress ipAddress :
>> {
>> ip 'AC100479'H
>> port 39823
>> }
>> *bandWidth 160
>> * callReferenceValue 16
>>
>>
>> When the CUCME call CUCM, the bandwidth value annouced by the CUCME is
>> again 16 kbps:
>>
>> Nov 21 13:09:39.273:
>> Nov 21 13:09:39.273: RAS INCOMING PDU ::=
>> value RasMessage ::= admissionRequest :
>> {
>> requestSeqNum 225
>> callType pointToPoint : NULL
>> callModel direct : NULL
>> endpointIdentifier {"4A02ABF800000004"}
>> destinationInfo
>> {
>> dialedDigits : "115#2002"
>> }
>> srcInfo
>> {
>> dialedDigits : "2553012",
>> h323-ID : {"GW"}
>> }
>> *bandWidth 160
>> * callReferenceValue 66
>> nonStandardData
>> But the call is rejected, becuase the bandwidth has been exceeded.
>>
>>
>> I have made the following test, and configure the *bandwidth total zone
>> SEA 128*, and after that the CUCME was able to call CUCM IP Phones, and
>> the *show gatekeeper calls* show that the call is using 128 kbps, while
>> the *debug h225 asn1* shows that the CUCME is requesting 16 kbps.
>>
>> R1#sh gatekeeper calls
>> Total number of active calls = 1.
>> GATEKEEPER CALL INFO
>> ====================
>> LocalCallID Age(secs) BW
>> 88-16989 3 *128(Kbps)
>> * Endpt(s): Alias E.164Addr
>> src EP: GW 2553012
>> CallSignalAddr Port RASSignalAddr Port
>> 177.1.254.3 1720 177.1.254.3 55245
>> Endpt(s): Alias E.164Addr
>> dst EP: SEA-CUCM-GW_1 115#2002
>> CallSignalAddr Port RASSignalAddr Port
>> 172.16.4.120 46707 172.16.4.120 32797
>>
>>
>> Why the GK is doing that? CUCME requests only 16 bkps (G729 call) and
>> actually, it is using 128 kbps?
>>
>> Is it a BUG?
>>
>>
>>
>> _______________________________________________
>> 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 <http://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
