Try changing under system paramters intraregion codec to g729

On Mon, Nov 21, 2011 at 8:29 AM, datucha123 datucha123 <datucha...@gmail.com
> wrote:

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

Reply via email to