Bandwidth value in ARQ

I have noticed that CCM and cisco routers always have a bandwidth value of 128 in the ARQ packet sent to gatekeeper even tough the codec on the dial-peer is g729 and the Region and Locations are configured to use G.729.

Is there any other parameter to force the CCM or gateway to use a bandwidth of 16 in the ARQ packet?

 

Ph1-----CUCM------------------GK----------------------------CME----Ph2

The GK has total zone bandwidth of 80.

When Ph1 calls Ph2 the call is successful using G.729. CUCM sends a ARQ with a bandwith value of 128 even tough it has been configured to use G.729 when making calls to the GK. CME als has an ARQ with a bandwith value of 128.

When Ph2 calls Ph1 the call fails because the GK does not admit the call. Looking at the debug I found that the CUCM was sending an ARQ with a bandwith value of 1280. Does anyone know why this is the case?

 

DEBUG FROM GATEKEEPER

ARQ from CME below. Ph2 calls Ph1 Call fails GK rejects CUCM

RAS INCOMING PDU ::=                                    

value RasMessage ::= admissionRequest :
    {                                  
      requestSeqNum 255                
      callType pointToPoint : NULL     
      callModel direct : NULL          
      endpointIdentifier
{"4A035C5C00000003"}
      destinationInfo                       
      {                                     
        dialedDigits : "1001"               
      }                                     
     
srcInfo                               
      {                                     
        dialedDigits : "3002",              
        h323-ID : {"CME"}                   
     
}                                     
      bandWidth 128                       
      callReferenceValue 32                 
      nonStandardData                       
     
{                                     
        nonStandardIdentifier h221NonStandard :
        {                                      
HQ_Rtr#                                        
          t35CountryCode
181                   
          t35Extension 0                       
          manufacturerCode 18                  
        }                                      
        data '80000010690C144252322050686F6E6520320C14...'H
     
}                                                   
      conferenceID '99D0DBF2C10111DE8075C3A51E275FF4'H    
      activeMC FALSE                                      
      answerCall FALSE                                    

      canMapAlias TRUE                                    
      callIdentifier                                      
      {                                                   
        guid
'99D1781AC10111DE8077C3A51E275FF4'H          
      }                                                   
      willSupplyUUIEs FALSE                               
   
}                               

value RasMessage ::= admissionConfirm :
    {                                  
      requestSeqNum 255                
      bandWidth
128                   
      callModel direct : NULL          
      destCallSignalAddress ipAddress :
      {                                
        ip 'B1010A14'H                 
        port 1720                      
     
}

 

 

ARQ from CUCM

RAS INCOMING PDU ::=                                    

value RasMessage ::= admissionRequest :
    {                                  
      requestSeqNum
231                
      callType pointToPoint : NULL     
      endpointIdentifier {"4AA0713400000001"}
      destinationInfo                       
      {                                     
        dialedDigits : "1001"               
     
}                                     
      srcInfo                               
      {                                     
        dialedDigits : "3002"               
     
}                                     
      srcCallSignalAddress ipAddress :      
      {                                     
        ip '00000000'H                      
        port
22019                          
      }                                     
      bandWidth 1280                        
      callReferenceValue 32800              
      conferenceID '99D0DBF2C10111DE8075C3A51E275FF4'H
      activeMC
FALSE                                 
      answerCall TRUE                                
      canMapAlias TRUE                               
      callIdentifier                                 
     
{                                              
        guid '99D1781AC10111DE8077C3A51E275FF4'H     
      }                                              
      gatekeeperIdentifier {"voiceie"}               
      willSupplyUUIEs
FALSE                          
    }

RAS OUTGOING PDU
::=                                    

value RasMessage ::= admissionReject :
    {                                 
      requestSeqNum 231               
      rejectReason requestDenied : NULL
      nonStandardData                 
     
{                               
        nonStandardIdentifier h221NonStandard :
        {                                      
          t35CountryCode 181                   
          t35Extension 0                       

          manufacturerCode 18                  
        }                                      
        data '80E0016009011020129004060000'H   
      }                                        
   
}                                         

 

FYI: When I remove the zone....total..80 on the gatekeeper Ph1 to Ph2 works with G.729 codec.

So my question is why is CUCM sending different bandwith values depending on whether the call is incoming or outgoing? 

 

Comments

  • Hello Akafui,

     

    This is an unfortunate bug in CUCM version 7.0. The fix is to change a service parameter, which relates to the bandwidth request (BRQ)

     

    Go to system -> Service Parameters -> Choose the Publisher -> CallManager Service ->Intraregion Audio Codec Default Field: By default, this is set to G.711/G.722, however you must change it G.729 for the BRQ to only request 16k of bandwidth for the call through the gatekeeper.

     

    For further reference, the Cisco Bug ID is shown below:

    BUG CSCsl75701











    <!--
    /* Font Definitions */
    @font-face
    {font-family:"Cambria Math";
    panose-1:2 4 5 3 5 4 6 3 2 4;
    mso-font-charset:1;
    mso-generic-font-family:roman;
    mso-font-format:other;
    mso-font-pitch:variable;
    mso-font-signature:0 0 0 0 0 0;}
    @font-face
    {font-family:Calibri;
    panose-1:2 15 5 2 2 2 4 3 2 4;
    mso-font-charset:0;
    mso-generic-font-family:swiss;
    mso-font-pitch:variable;
    mso-font-signature:-520092929 1073786111 9 0 415 0;}
    /* Style Definitions */
    p.MsoNormal, li.MsoNormal, div.MsoNormal
    {mso-style-unhide:no;
    mso-style-qformat:yes;
    mso-style-parent:"";
    margin:0in;
    margin-bottom:.0001pt;
    mso-pagination:widow-orphan;
    font-size:12.0pt;
    font-family:"Times New Roman","serif";
    mso-fareast-font-family:Calibri;
    mso-fareast-theme-font:minor-latin;}
    .MsoChpDefault
    {mso-style-type:export-only;
    mso-default-props:yes;
    mso-ascii-font-family:Calibri;
    mso-ascii-theme-font:minor-latin;
    mso-fareast-font-family:Calibri;
    mso-fareast-theme-font:minor-latin;
    mso-hansi-font-family:Calibri;
    mso-hansi-theme-font:minor-latin;
    mso-bidi-font-family:"Times New Roman";
    mso-bidi-theme-font:minor-bidi;}
    @page Section1
    {size:8.5in 11.0in;
    margin:1.0in 1.0in 1.0in 1.0in;
    mso-header-margin:.5in;
    mso-footer-margin:.5in;
    mso-paper-source:0;}
    div.Section1
    {page:Section1;}
    --> 

  • Josh,

     

    Thanks for your reply. Even tough the GK admits calls from the CME when the zone bandwidth is limited to 80 the value of the bandwith in the ARQ packet is 128 with a codec of G.729 on the dial-peer. Is there any reason for this too?

Sign In or Register to comment.