Voz : H.323

Troubleshooting e Entendendo o Gerenciamento de Largura de Banda do Cisco Gatekeeper

14 Outubro 2016 - Tradução por Computador
Outras Versões: Versão em PDFpdf | Inglês (22 Agosto 2015) | Feedback


Índice


Introdução

Este documento supõe que o leitor é familiar com uma compreensão básica de Gatekeeper de Software e de porteiro do ½ do ¿  de Cisco IOSï ao registro do gateway H.225, à admissão, e às Mensagens do estado (RAS). Refira a compreensão H.323 gatekeepers para mais informação.

De acordo com a recomendação de H.323, os Gatekeeper devem apoiar estas mensagens do gerenciamento de largura de banda H.225 RAS:

  • Requisição de Largura de Banda (BRQ)

  • BRJ (Bandwidth Rejection)

  • Mensagens de confirmação de largura de banda (BCF)

Este conceito pode ser baseado no gerenciamento de largura de banda. Pode igualmente ser uma função nula que aceite todos os pedidos para alterações de largura de banda. Ou seja o porteiro pode um ou outro uso estas mensagens controlar a largura de banda se reserva ou os pedidos das rejeições ou apenas ignora-os.

Visão geral sobre a operação do gerenciamento de largura de banda

O gatekeeper Cisco pode rejeitar atendimentos de um terminal devido às limitações de largura de banda. Isto pode ocorrer se o porteiro determina que não há uma largura de banda suficiente disponível na rede a fim apoiar o atendimento. Essa função também opera durante uma chamada ativa quando um terminal solicita largura de banda adicional ou informa uma alteração na largura de banda utilizada para a chamada.

O Cisco Gatekeeper mantém um registro de todas as chamadas ativas para poder gerenciar os recursos de largura de banda na sua zona. Em uma configuração de grânulos, a mensagem da indicação de anúncio do protocolo gatekeeper update (GUP) é trocada cada intervalo do grupo do tempo e leva a informação sobre a utilização da largura de banda para a zona. Esta troca do mensagem de GUP permite que os gatekeeperes alternativos a fim controlar corretamente a largura de banda para uma única zona, mesmo que os porteiros estejam em dispositivos físicos separados.

Quando você decidir se há uma largura de banda suficiente a fim aceitar um pedido da admissão de chamada (ARQ), o gatekeeper Cisco calcula a largura de banda disponível com esta fórmula:

Available_bandwidth = (total_allocated_bandwidth) - (bandwidth_used_locally) - (bandwidth_used_by_all_alternates).

Se a largura de banda disponível é suficiente para o atendimento, uma confirmação de admissão (ACF) está retornada, se não um Admission Rejection (ARJ) é retornado.

O Gateways de voz deve considerar o codec, mergulha o encapsulamento 2, e as características da compressão tais como o [cRTP] do Compressed RTP quando pede a largura de banda do gatekeeper Cisco. Estas características não estão definidas às vezes na altura da configuração de chamada, neste caso um pedido da alteração de largura de banda pode ser emitido ao porteiro depois que configuração de chamada a fim ajustar a quantidade de largura de banda que o atendimento se usa.

Nota: Até à data do Cisco IOS Software Release 12.2(2)XA, Cisco executou somente a funcionalidade do relatório de todas as alterações de largura de banda quando os codecs mudam. Veja a seção: Consulte Como o BRQ é disparado a partir do gateway para notificar o Gatekeeper para reduzir a largura de banda de chamada para obter mais informações

Como configurar os recursos de gerenciamento de largura de banda no gatekeeper Cisco

Até à data do Cisco IOS Software Release 12.3(1), estes tipos de limitações da largura de banda de zona podem ser configurados no gatekeeper Cisco:

  • A largura de banda máxima para todo o tráfego H.323 entre a zona local e uma zona remota especificada. Se desejada, esta configuração pode ser repetida individualmente para cada zona remota.

  • A largura de banda máxima permitida uma única sessão na zona local, usado tipicamente para aplicativos de vídeo, não para a Voz

  • A largura de banda máxima para todo o tráfego de H.323 permitiu coletivamente a todas as zonas remotas

  • O verificação-destino da largura de banda do comando new verifica a largura de banda do ponto final de destino antes que responda ao ARQ. Este comando foi introduzido no Cisco IOS Software Release 12.3(1).

Use estes comandos a fim configurar a largura de banda de zona do gatekeeper Cisco:

  • largura de banda {interzona | total | sessão} {padrão | MAX-largura de banda do nome de zona da zona}

  • MAX-largura de banda da largura de banda remota

  • verificação-destino da largura de banda

    Refira o comando bandwidth para mais detalhes.

Estes valores configurados são usados a fim processar ARQ e BRQ.

Para um ARQ, o gatekeeper Cisco deduz a largura de banda especificada na mensagem dos contadores apropriados da zona e/ou dos contadores remotos. Se isto causa alguns ao contrário de vai negativo, a seguir o atendimento está negado e uma resposta ARJ está enviada com a razão ARJ_REQ_DENIED. Se o pedido de chamada excede esta largura de banda, a seguir o gatekeeper Cisco retorna um Admission Rejection (ARJ).

Quando um BRQ pede um aumento da largura de banda, o gatekeeper Cisco valida o pedido contra a zona e/ou o telecontrole. Se a validação falha, a seguir uma resposta BRJ está enviada com uma razão de BRJ_INSUFFICIENT_RSC e a quantidade máxima de largura de banda reservada.

Comandos show do gatekeeper utilizados para exibir informações de largura de banda

Inscreva o comando show gatekeeper zone status a fim indicar a informação de largura de banda para todas as zonas.

gkb-1#show gatekeeper zone status 
                         GATEKEEPER ZONES
                         ================
GK name      Domain Name   RAS Address     PORT  FLAGS
-------      -----------   -----------     ----- -----

gkb-1        domainB.com   172.16.13.41    1719  LS   
  BANDWIDTH INFORMATION (kbps) :
    Maximum total bandwidth : 512     
    Current total bandwidth : 128     
    Current total bandwidth (w/ Alt GKs) : 128     
    Maximum interzone bandwidth : 512     
    Current interzone bandwidth : 128     
    Current interzone bandwidth (w/ Alt GKs) : 128     
    Maximum session bandwidth : 512     
  SUBNET ATTRIBUTES :
    All Other Subnets : (Enabled)
  PROXY USAGE CONFIGURATION :
    Inbound Calls from all other zones : 
      to terminals in local zone gkb-1 : use proxy
      to gateways in local zone gkb-1  : do not use proxy
      to MCUs in local zone gkb-1  : do not use proxy
    Outbound Calls to all other zones :
      from terminals in local zone gkb-1 : use proxy
      from gateways in local zone gkb-1  : do not use proxy
      from MCUs in local zone gkb-1  : do not use proxy

gka-1        domainA.com   172.16.13.35    1719  RS

Inscreva o comando show gatekeeper zone cluster a fim indicar a informação de largura de banda, caso que o porteiro é parte de um conjunto.

gkb-1#show gatekeeper zone cluster 
                   LOCAL CLUSTER INFORMATION
                   =========================
                                TOT BW   INT BW   REM BW   LAST      ALT GK
LOCAL GK NAME ALT GK NAME   PRI (kbps)   (kbps)   (kbps)   ANNOUNCE  STATUS
------------- -----------   --- ------   ------   ------   --------  ------
gkb-1         gkb-2         0   0        0        0        22s       CONNECTED

Inscreva o comando show gatekeeper calls a fim indicar as chamadas ativa permitidas por esse porteiro e quanto largura de banda cada uma usa.

gkb-1#show gatekeeper calls 
Total number of active calls = 1.
                         GATEKEEPER CALL INFO
                         ====================
LocalCallID                        Age(secs)   BW
3-63466                            9           128(Kbps)
 Endpt(s): Alias                 E.164Addr
   src EP: gwa-1                 4085272923
 Endpt(s): Alias                 E.164Addr
   dst EP: gwb-1                 3653
           CallSignalAddr  Port  RASSignalAddr   Port
           172.16.13.23    1720  172.16.13.23    54670

Mensagens de RAS relacionadas à largura de banda (BRQ/BCF/BRJ)

O mensagem BRQ é usado a fim pedir uma mudança na largura de banda do gatekeeper Cisco. Este é o procedimento:

  1. O gatekeeper Cisco verifica o pedido pelo mais endpointIdentifier a fim encontrar o valor-limite no base de dados de registro.

  2. Encontra o registro de chamada com o uso do callReferenceValue a fim encontrar um atendimento associado com o valor-limite com o mesmo callReferenceValue.

  3. Se localizar o registro da chamada, ele calculará a alteração na largura de banda, em seguida adicionará ou subtrairá da largura de banda de zona global, conforme a necessidade. Faz o mesmo para qualquer tipo de recursos de proxy ou gateway em uso.

  4. Um BCF ou um mensagem BRJ são enviados para trás ao valor-limite, que depende do sucesso ou da falha.

Mensagens de RAS usadas para o status de largura de banda do relatório

“O campo dos dados não padronizados” do Information Request Response (IRR) igualmente leva a informação sobre a largura de banda utilizada atual em um gateway ou no proxy.

Como o BRQ é disparado a partir do gateway para notificar o Gatekeeper para reduzir a largura de banda de chamada

Antes do Cisco IOS Software Release 12.2(2)XA no gateway de Cisco H.323, os atendimentos foram relatados sempre a fim exigir uma largura de banda de 64 kbps. Esta é a largura de banda unidirecional para um codec de Cisco G.711. Se os pontos finais da chamada escolheram usar um codec mais eficiente, isto não foi relatado ao Cisco Gatekeeper. No Cisco IOS Software Release 12.2(2)XA versão do Cisco H.323 Gateway ou posterior, que se conforma com a versão 3 de H.323, a largura de banda relatada é bidirecional. Inicialmente, são reservados 128 kb. Se os valores-limite no atendimento selecionam um codec dos mais eficiente, o gatekeeper Cisco está notificado da alteração de largura de banda.

Nota: Configurar o gateway de Cisco H.323 com este comando no modo de configuração global a fim usar o comportamento relatado da largura de banda usado antes do Cisco IOS Software Release 12.2(2)XA para o Gerenciamento da largura de banda de zona:

Router(config-gateway)#emulate cisco h323 bandwidth

Exemplos

Esta seção cobre estes dois exemplos:

Exemplo 1: Gerenciamento de largura de banda em uma topologia de cluster

Veja que debuga capturado de um gatekeeper Cisco em um conjunto. Debugar mostra o ARQ e os mensagens de ACF, que inclui a largura de banda exigida para o atendimento. Depois que você recebe estas mensagens, o gatekeeper Cisco atualiza os outros porteiros no conjunto sobre esta alteração de largura de banda.

Nota: Estes comandos são usados a fim capturar esta saída: debugar o asn1 h225, debugar ras, debugar o asn1 do gup do porteiro, debugar eventos do gup do porteiro.

Mar  2 23:59:26.802: 
Mar  2 23:59:26.802: RAS INCOMING PDU ::=

value RasMessage ::= admissionRequest :   

!--- ARQ is received.
 
    {     
      requestSeqNum 5928
      callType pointToPoint : NULL
      callModel direct : NULL
      endpointIdentifier {"6196296800000001"}
      destinationInfo 
      {
        e164 : "3653"
      }
      srcInfo 
      {
        e164 : "4085272923",
        h323-ID : {"gwa-1"}
      }
      srcCallSignalAddress ipAddress : 
      {
        ip 'AC100D0F'H
        port 11002
      }
      bandWidth 1280		

!--- Intial bandwidth of 128k is requested.

      callReferenceValue 14
      nonStandardData 
      {   
        nonStandardIdentifier h221NonStandard : 
        {
          t35CountryCode 181
          t35Extension 0
          manufacturerCode 18
        }
        data '80000008800180'H
      }
      conferenceID 'C8C66C7D168011CC800C8828285B8DF6'H
      activeMC FALSE
      answerCall TRUE
      canMapAlias TRUE
      callIdentifier 
      {
        guid 'C8C66C7D168011CC800D8828285B8DF6'H
      }
      willSupplyUUIEs FALSE
    }



Mar  2 23:59:26.810: ARQ (seq# 5928) rcvd
Mar  2 23:59:26.810: H225 NONSTD INCOMING ENCODE BUFFER::= 80 00000880 
0180
Mar  2 23:59:26.810: 
Mar  2 23:59:26.810: H225 NONSTD INCOMING PDU ::=

value ARQnonStandardInfo ::= 
    {
      sourceAlias 
      {
      }
      sourceExtAlias 
      {
      }
      callingOctet3a 128
    }


parse_arq_nonstd: ARQ Nonstd decode succeeded, remlen = 129
Mar  2 23:59:26.814: RAS OUTGOING PDU ::=

value RasMessage ::= admissionConfirm :  

!--- ACF is sent back.

    {
      requestSeqNum 5928
      bandWidth 1280			

!--- BW value is included.

      callModel direct : NULL
      destCallSignalAddress ipAddress : 
      {
        ip 'AC100D17'H
        port 1720
      }
      irrFrequency 240
      willRespondToIRR FALSE
      uuiesRequested 
      {
        setup FALSE
        callProceeding FALSE
        connect FALSE
        alerting FALSE
        information FALSE
        releaseComplete FALSE
        facility FALSE
        progress FALSE
        empty FALSE
      }
    }     



Mar  2 23:59:26.818: RAS OUTGOING ENCODE BUFFER::= 2B 00172740 050000AC 
100D1706 B800EF1A 00C00100 020000
Mar  2 23:59:26.818: 
Mar  2 23:59:26.818:  IPSOCK_RAS_sendto:   msg length 24 from 
172.16.13.41:1719 to 172.16.13.23: 51874
Mar  2 23:59:26.822:       RASLib::RASSendACF: ACF (seq# 5928) sent to 
172.16.13.23
Mar  2 23:59:36.046: GUP OUTGOING PDU ::=

value GUP_Information ::= 		

!--- GUP update message is sent to all gatekeepers in the cluster.

    {
      protocolIdentifier { 1 2 840 113548 10 0 0 2 }
      message announcementIndication : 
      {
        announcementInterval 30
        endpointCapacity 46142
        callCapacity 68793
        hostName '676B622D31'H
        percentMemory 25
        percentCPU 0
        currentCalls 1
        currentEndpoints 2
        zoneInformation 
        {

          {
            gatekeeperIdentifier {"gkb-1"}
            altGKIdentifier {"gkb-2"}
            totalBandwidth 1280			

!--- BW info is included.

            interzoneBandwidth 1280
            remoteBandwidth 1280
          }
        }
      }
    }



Mar  2 23:59:36.050: GUP OUTGOING ENCODE BUFFER::= 00 0A2A8648 86F70C0A 
00000220 001E40B4 3E80010C B904676
B 622D3132 00010002 01420000 67006B00 62002D00 31080067 006B0062 
002D0032 40050040 05004005 00
Mar  2 23:59:36.054: 
Mar  2 23:59:36.054: Sending GUP ANNOUNCEMENT INDICATION to 172.16.13.16

Exemplo 2: Use o BRQ a fim relatar a largura de banda

O achado debuga de um gatekeeper Cisco em uma instalação onde a largura de banda no gatekeeper remoto seja limitada a 144 kbps. Você vê debugar que o ARQ pedido é uma largura de banda inicial dos kpbs 128. Quando a chamada for configurada, o ponto final relata a alteração na largura de banda com uma mensagem de BRQ e a largura de banda usada é de 16 kpbs, o que significa que a chamada foi configurada com o codec Cisco G729. Em seguida, outra chamada é solicitada e tratada da mesma forma.

Note que se a segunda chamada chegou antes que o valor-limite pediu a mudança na largura de banda para a primeira chamada, as rejeições do gatekeeper Cisco que chamam, desde que os kpbs 128+128=256 e que são mais de 144 kpbs configurados.

!
!
!
gatekeeper
 zone local gka-1 domainA.com 172.16.13.35
 zone remote gkb-1 domainB.com 172.16.13.41 1719 
 zone prefix gkb-1 36*
 zone prefix gka-1 53*
 gw-type-prefix 1#* default-technology
 bandwidth remote 144
 no shutdown
 endpoint ttl 120
!

Esta saída foi capturada com os comandos debug h225 asn1 e debug ras:

gka-1#show logging
Syslog logging: enabled (0 messages dropped, 0 messages rate-limited, 0 
flushes, 0 overruns)
    Console logging: disabled
    Monitor logging: level debugging, 1076 messages logged
    Buffer logging: level debugging, 203860 messages logged
    Logging Exception size (4096 bytes)
    Trap logging: level informational, 66 message lines logged
          
Log Buffer (9999999 bytes):

Mar 14 20:18:06.385: RAS INCOMING ENCODE BUFFER::= 27 88039700 F0003800 
31004600 36004100 38003900 38003000 30003000 30003000 30003000 31010180 
69860140 04006700 77006100 2D003140 0500000B 40B50000 12138000 0008A001 
800B1249 53444E2D 564F4943 45DA4A9C E21FCF11 CC802093 7822E08B 6308E020 
00018011 00DA4A9C E21FCF11 CC802193 7822E08B 630100
Mar 14 20:18:06.401: 
Mar 14 20:18:06.405: RAS INCOMING PDU ::=

value RasMessage ::= admissionRequest :  

!--- ARQ is received.

    {
      requestSeqNum 920
      callType pointToPoint : NULL
      callModel direct : NULL
      endpointIdentifier {"81F6A89800000001"}
      destinationInfo 
      {
        e164 : "3653"
      }
      srcInfo 
      {
        h323-ID : {"gwa-1"}
      }
      bandWidth 1280	

!--- Intial BW of 128 kpbs is requested.

      callReferenceValue 11
      nonStandardData 
      {
        nonStandardIdentifier h221NonStandard : 
        {
          t35CountryCode 181
          t35Extension 0
          manufacturerCode 18
        }
        data '80000008A001800B124953444E2D564F494345'H
      }
      conferenceID 'DA4A9CE21FCF11CC8020937822E08B63'H
      activeMC FALSE
      answerCall FALSE
      canMapAlias TRUE
      callIdentifier 
      {
        guid 'DA4A9CE21FCF11CC8021937822E08B63'H
      }
      willSupplyUUIEs FALSE
    }     



Mar 14 20:18:06.425: H225 NONSTD INCOMING ENCODE BUFFER::= 80 000008A0 
01800B12 4953444E 2D564F49 4345
Mar 14 20:18:06.429: 
Mar 14 20:18:06.429: H225 NONSTD INCOMING PDU ::=

value ARQnonStandardInfo ::= 
    {
      sourceAlias 
      {
      }
      sourceExtAlias 
      {
      }
      callingOctet3a 128
      interfaceSpecificBillingId "ISDN-VOICE"
    }



Mar 14 20:18:06.433: H225 NONSTD OUTGOING PDU ::=

value LRQnonStandardInfo ::= 
    {
      ttl 6
      nonstd-callIdentifier 
      {
        guid 'DA4A9CE21FCF11CC8021937822E08B63'H
      }
      callingOctet3a 128
      gatewaySrcInfo 
      {
        h323-ID : {"gwa-1"}
      }
    }



Mar 14 20:18:06.437: H225 NONSTD OUTGOING ENCODE BUFFER::= 82 86B01100 
DA4A9CE2 1FCF11CC 80219378 22E08B63 01800D01 40040067 00770061 002D0031 
Mar 14 20:18:06.445: 
Mar 14 20:18:06.445: RAS OUTGOING PDU ::=
          
value RasMessage ::= locationRequest : 
    {
      requestSeqNum 2061
      destinationInfo 
      {
        e164 : "3653"
      }
      nonStandardData 
      {
        nonStandardIdentifier h221NonStandard : 
        {
          t35CountryCode 181
          t35Extension 0
          manufacturerCode 18
        }
        data '8286B01100DA4A9CE21FCF11CC8021937822E08B...'H
      }
      replyAddress ipAddress : 
      {
        ip 'AC100D23'H
        port 1719
      }
      sourceInfo 
      {
        h323-ID : {"gka-1"}
      }
      canMapAlias TRUE
    }



Mar 14 20:18:06.461: RAS OUTGOING ENCODE BUFFER::= 4A 80080C01 01806986 
40B50000 12258286 B01100DA 4A9CE21F CF11CC80 21937822 E08B6301 800D0140 
04006700 77006100 2D003100 AC100D23 06B70B80 0D014004 0067006B 0061002D 
00310180 
Mar 14 20:18:06.469: 
Mar 14 20:18:06.473: RAS OUTGOING PDU ::=

value RasMessage ::= requestInProgress : 
    {
      requestSeqNum 920
      delay 9000
    }


          
Mar 14 20:18:06.473: RAS OUTGOING ENCODE BUFFER::= 80 05000397 2327
Mar 14 20:18:06.473: 
Mar 14 20:18:06.477: RAS INCOMING ENCODE BUFFER::= 4F 080C00AC 100D1706 
B800AC10 0D17DC0E 40B50000 12390001 40040067 00770062 002D0031 08006700 
6B006200 2D003101 10014004 00670077 0062002D 003100AC 100D1706 B8000000 
00000000 00000010 40080880 013C0501 0000
Mar 14 20:18:06.489: 
Mar 14 20:18:06.489: RAS INCOMING PDU ::=

value RasMessage ::= locationConfirm : 
    {
      requestSeqNum 2061
      callSignalAddress ipAddress : 
      {
        ip 'AC100D17'H
        port 1720
      }
      rasAddress ipAddress : 
      {
        ip 'AC100D17'H
        port 56334
      }
      nonStandardData 
      {
        nonStandardIdentifier h221NonStandard : 
        {
          t35CountryCode 181
          t35Extension 0
          manufacturerCode 18
        }
        data '00014004006700770062002D0031080067006B00...'H
      }
      destinationType 
      {
        gateway 
        {
          protocol 
          {
            voice : 
            {
              supportedPrefixes 
              {
              }
            }
          }
        } 
        mc FALSE
        undefinedNode FALSE
      }
    }



Mar 14 20:18:06.509: H225 NONSTD INCOMING ENCODE BUFFER::= 00 01400400 
67007700 62002D00 31080067 006B0062 002D0031 01100140 04006700 77006200 
2D003100 AC100D17 06B80000 00000000 00000000 
Mar 14 20:18:06.517: 
Mar 14 20:18:06.521: H225 NONSTD INCOMING PDU ::=

value LCFnonStandardInfo ::= 
    {
      termAlias 
      {
        h323-ID : {"gwb-1"}
      }
      gkID {"gkb-1"}
      gateways 
      {

        {
          gwType voip : NULL
          gwAlias 
          {
            h323-ID : {"gwb-1"}
          }
          sigAddress 
          {
            ip 'AC100D17'H
            port 1720
          }
          resources 
          {
            maxDSPs 0
            inUseDSPs 0
            maxBChannels 0
            inUseBChannels 0
            activeCalls 0
            bandwidth 0
            inuseBandwidth 0
          }
        }
      }   
    }



Mar 14 20:18:06.537: RAS OUTGOING PDU ::=

value RasMessage ::= admissionConfirm : 	

!--- ACF is sent back.

    {
      requestSeqNum 920
      bandWidth 1280			

!--- BW is included.

      callModel direct : NULL
      destCallSignalAddress ipAddress : 
      {
        ip 'AC100D17'H
        port 1720
      }
      irrFrequency 240
      willRespondToIRR FALSE
      uuiesRequested 
      {
        setup FALSE
        callProceeding FALSE
        connect FALSE
        alerting FALSE
        information FALSE
        releaseComplete FALSE
        facility FALSE
        progress FALSE
        empty FALSE
      }
    }



Mar 14 20:18:06.549: RAS OUTGOING ENCODE BUFFER::= 2B 00039740 050000AC 
100D1706 B800EF1A 00C00100 020000
Mar 14 20:18:06.553: 
Mar 14 20:18:06.677: RAS INCOMING ENCODE BUFFER::= 32 0003981E 00380031 
00460036 00410038 00390038 00300030 00300030 00300030 00300031 DA4A9CE2 
1FCF11CC 80209378 22E08B63 000B00A0 15080011 00DA4A9C E21FCF11 CC802193 
7822E08B 630100
Mar 14 20:18:06.685: 
Mar 14 20:18:06.689: RAS INCOMING PDU ::=

value RasMessage ::= bandwidthRequest : 		

!--- BRQ message to request bandwidth to be changed to 16 kpbs.

    {     
      requestSeqNum 921
      endpointIdentifier {"81F6A89800000001"}
      conferenceID 'DA4A9CE21FCF11CC8020937822E08B63'H
      callReferenceValue 11
      bandWidth 160		

!--- 16 kpbs is requested.

      callIdentifier 
      {
        guid 'DA4A9CE21FCF11CC8021937822E08B63'H
      }
      answeredCall FALSE
    }



Mar 14 20:18:06.697: RAS OUTGOING PDU ::=

value RasMessage ::= bandwidthConfirm : 	

!--- BCF is sent back approving the bandwidth request change.

    {
      requestSeqNum 921
      bandWidth 160
    }



Mar 14 20:18:06.697: RAS OUTGOING ENCODE BUFFER::= 34 039800A0 
Mar 14 20:18:06.701: 
Mar 14 20:18:12.066: RAS INCOMING ENCODE BUFFER::= 0E 40039906 0008914A 
00030000 0100AC10 0D0FE511 00040067 006B0061 002D0031 00B50000 12288F00 
0002003B 0180211E 00380031 00460036 00410038 00390038 00300030 00300030 
00300030 00300031 01000180 
Mar 14 20:18:12.074: 
Mar 14 20:18:12.078: RAS INCOMING PDU ::=

value RasMessage ::= registrationRequest : 
    {
      requestSeqNum 922
      protocolIdentifier { 0 0 8 2250 0 3 }
      discoveryComplete FALSE
      callSignalAddress 
      {
      }
      rasAddress 
      {
        ipAddress : 
        {
          ip 'AC100D0F'H
          port 58641
        }
      }
      terminalType 
      {
        mc FALSE
        undefinedNode FALSE
      }
      gatekeeperIdentifier {"gka-1"}
      endpointVendor 
      {
        vendor 
        {
          t35CountryCode 181
          t35Extension 0
          manufacturerCode 18
        }
      }
      timeToLive 60
      keepAlive TRUE
      endpointIdentifier {"81F6A89800000001"}
      willSupplyUUIEs FALSE
      maintainConnection TRUE
    }



Mar 14 20:18:12.098: RAS OUTGOING PDU ::=

value RasMessage ::= registrationConfirm : 
    {
      requestSeqNum 922
      protocolIdentifier { 0 0 8 2250 0 3 }
      callSignalAddress 
      {
      }
      gatekeeperIdentifier {"gka-1"}
      endpointIdentifier {"81F6A89800000001"}
      alternateGatekeeper 
      {
      }
      timeToLive 60
      willRespondToIRR FALSE
      maintainConnection TRUE
    }     



Mar 14 20:18:12.106: RAS OUTGOING ENCODE BUFFER::= 12 40039906 0008914A 
00030008 0067006B 0061002D 00311E00 38003100 46003600 41003800 39003800 
30003000 30003000 30003000 3000310F 8A010002 003B0100 0180
Mar 14 20:18:12.114: 
Mar 14 20:18:14.586: RAS INCOMING ENCODE BUFFER::= 5A C0039A08 80013C05 
04010020 40078000 38003100 46003600 41003800 39003800 30003000 30003000 
30003000 30003100 AC100D0F E5110100 AC100D0F 06B80140 04006700 77006100 
2D003101 C100B500 00120570 2BA39307 000BDA4A 9CE21FCF 11CC8020 937822E0 
8B630000 A003C000 1100DA4A 9CE21FCF 11CC8021 937822E0 8B630E20 0100
Mar 14 20:18:14.602: 
Mar 14 20:18:14.602: RAS INCOMING PDU ::=

value RasMessage ::= infoRequestResponse : 	

!--- IRR message is received and it includes the bandwidth used on the gateway.

    {
      requestSeqNum 923
      endpointType 
      {
        gateway 
        {
          protocol 
          {
            voice : 
            {
              supportedPrefixes 
              {

                {
                  prefix e164 : "1#"
                }
              }
            }
          }
        }
        mc FALSE
        undefinedNode FALSE
      }
      endpointIdentifier {"81F6A89800000001"}
      rasAddress ipAddress : 
      {
        ip 'AC100D0F'H
        port 58641
      }
      callSignalAddress 
      {
        ipAddress : 
        {
          ip 'AC100D0F'H
          port 1720
        }
      }
      endpointAlias 
      {
        h323-ID : {"gwa-1"}
      }
      perCallInfo 
      {

        {
          nonStandardData 
          {
            nonStandardIdentifier h221NonStandard : 
            {
              t35CountryCode 181
              t35Extension 0
              manufacturerCode 18
            }
            data '702BA39307'H
          }
          callReferenceValue 11
          conferenceID 'DA4A9CE21FCF11CC8020937822E08B63'H
          h245 
          {
          }
          callSignaling 
          {
          }
          callType pointToPoint : NULL
          bandWidth 160
          callModel direct : NULL
          callIdentifier 
          {
            guid 'DA4A9CE21FCF11CC8021937822E08B63'H
          }
        }
      }
      needResponse FALSE
    }
          


Mar 14 20:18:14.646: H225 NONSTD INCOMING ENCODE BUFFER::= 70 2BA39307 
Mar 14 20:18:14.646: 
Mar 14 20:18:14.646: H225 NONSTD INCOMING PDU ::=

value IRRperCallnonStandardInfo ::= 
    {
      startTime 732140295
    }



Mar 14 20:18:28.008: RAS INCOMING ENCODE BUFFER::= 27 88039B00 F0003800 
31004600 36004100 38003900 38003000 30003000 30003000 30003000 31010180 
69860140 04006700 77006100 2D003140 0500000C 40B50000 12030000 00000000 
00000000 00000000 00000000 0008E020 00018011 00000000 00000000 00000000 
00000000 000100
Mar 14 20:18:28.024: 
Mar 14 20:18:28.024: RAS INCOMING PDU ::=

value RasMessage ::= admissionRequest : 
    {
      requestSeqNum 924
      callType pointToPoint : NULL
      callModel direct : NULL
      endpointIdentifier {"81F6A89800000001"}
      destinationInfo 
      {
        e164 : "3653"
      }
      srcInfo 
      {
        h323-ID : {"gwa-1"}
      }
      bandWidth 1280
      callReferenceValue 12
      nonStandardData 
      {
        nonStandardIdentifier h221NonStandard : 
        {
          t35CountryCode 181
          t35Extension 0
          manufacturerCode 18
        }
        data '000000'H
      }
      conferenceID '00000000000000000000000000000000'H
      activeMC FALSE
      answerCall FALSE
      canMapAlias TRUE
      callIdentifier 
      {
        guid '00000000000000000000000000000000'H
      }
      willSupplyUUIEs FALSE
    }



Mar 14 20:18:28.044: H225 NONSTD INCOMING ENCODE BUFFER::= 00 0000
Mar 14 20:18:28.044: 
Mar 14 20:18:28.044: H225 NONSTD INCOMING PDU ::=

value ARQnonStandardInfo ::= 
    {
      sourceAlias 
      {
      }
      sourceExtAlias 
      {
      }
    }



Mar 14 20:18:28.048: H225 NONSTD OUTGOING PDU ::=

value LRQnonStandardInfo ::= 
    {
      ttl 6
      nonstd-callIdentifier 
      {
        guid '00000000000000000000000000000000'H
      }
      gatewaySrcInfo 
      {
        h323-ID : {"gwa-1"}
      }
    }
          


Mar 14 20:18:28.056: H225 NONSTD OUTGOING ENCODE BUFFER::= 82 86901100 
00000000 00000000 00000000 00000000 0D014004 00670077 0061002D 0031
Mar 14 20:18:28.060: 
Mar 14 20:18:28.060: RAS OUTGOING PDU ::=

value RasMessage ::= locationRequest : 
    {
      requestSeqNum 2062
      destinationInfo 
      {
        e164 : "3653"
      }
      nonStandardData 
      {
        nonStandardIdentifier h221NonStandard : 
        {
          t35CountryCode 181
          t35Extension 0
          manufacturerCode 18
        }
        data '8286901100000000000000000000000000000000...'H
      }
      replyAddress ipAddress : 
      {
        ip 'AC100D23'H
        port 1719
      }
      sourceInfo 
      {
        h323-ID : {"gka-1"}
      }
      canMapAlias TRUE
    }



Mar 14 20:18:28.076: RAS OUTGOING ENCODE BUFFER::= 4A 80080D01 01806986 
40B50000 12238286 90110000 00000000 00000000 00000000 0000000D 01400400 
67007700 61002D00 3100AC10 0D2306B7 0B800D01 40040067 006B0061 002D0031 
0180
Mar 14 20:18:28.084: 
Mar 14 20:18:28.088: RAS OUTGOING PDU ::=

value RasMessage ::= requestInProgress : 
    {
      requestSeqNum 924
      delay 9000
    }



Mar 14 20:18:28.088: RAS OUTGOING ENCODE BUFFER::= 80 0500039B 2327
Mar 14 20:18:28.088: 
Mar 14 20:18:28.097: RAS INCOMING ENCODE BUFFER::= 4F 080D00AC 100D1706 
B800AC10 0D17DC0E 40B50000 12390001 40040067 00770062 002D0031 08006700 
6B006200 2D003101 10014004 00670077 0062002D 003100AC 100D1706 B8000000 
00000000 00000010 40080880 013C0501 0000
Mar 14 20:18:28.105: 
Mar 14 20:18:28.109: RAS INCOMING PDU ::=

value RasMessage ::= locationConfirm : 
    {
      requestSeqNum 2062
      callSignalAddress ipAddress : 
      {
        ip 'AC100D17'H
        port 1720
      }
      rasAddress ipAddress : 
      {
        ip 'AC100D17'H
        port 56334
      }
      nonStandardData 
      {
        nonStandardIdentifier h221NonStandard : 
        {
          t35CountryCode 181
          t35Extension 0
          manufacturerCode 18
        }
        data '00014004006700770062002D0031080067006B00...'H
      }
      destinationType 
      {
        gateway 
        {
          protocol 
          {
            voice : 
            {
              supportedPrefixes 
              {
              }
            }
          }
        }
        mc FALSE
        undefinedNode FALSE
      }
    }



Mar 14 20:18:28.129: H225 NONSTD INCOMING ENCODE BUFFER::= 00 01400400 
67007700 62002D00 31080067 006B0062 002D0031 01100140 04006700 77006200 
2D003100 AC100D17 06B80000 00000000 00000000 
Mar 14 20:18:28.133: 
Mar 14 20:18:28.137: H225 NONSTD INCOMING PDU ::=

value LCFnonStandardInfo ::= 
    {
      termAlias 
      {
        h323-ID : {"gwb-1"}
      }
      gkID {"gkb-1"}
      gateways 
      {

        {
          gwType voip : NULL
          gwAlias 
          {
            h323-ID : {"gwb-1"}
          }
          sigAddress 
          {
            ip 'AC100D17'H
            port 1720
          }
          resources 
          {
            maxDSPs 0
            inUseDSPs 0
            maxBChannels 0
            inUseBChannels 0
            activeCalls 0
            bandwidth 0
            inuseBandwidth 0
          }
        }
      }
    }



Mar 14 20:18:28.153: RAS OUTGOING PDU ::=

value RasMessage ::= admissionConfirm : 
    {
      requestSeqNum 924
      bandWidth 1280
      callModel direct : NULL
      destCallSignalAddress ipAddress : 
      {
        ip 'AC100D17'H
        port 1720
      }
      irrFrequency 240
      willRespondToIRR FALSE
      uuiesRequested 
      {
        setup FALSE
        callProceeding FALSE
        connect FALSE
        alerting FALSE
        information FALSE
        releaseComplete FALSE
        facility FALSE
        progress FALSE
        empty FALSE
      }
    }



Mar 14 20:18:28.169: RAS OUTGOING ENCODE BUFFER::= 2B 00039B40 050000AC 
100D1706 B800EF1A 00C00100 020000
Mar 14 20:18:28.169: 
Mar 14 20:18:28.289: RAS INCOMING ENCODE BUFFER::= 32 00039C1E 00380031 
00460036 00410038 00390038 00300030 00300030 00300030 00300031 00000000 
00000000 00000000 00000000 000C00A0 15080011 00000000 00000000 00000000 
00000000 000100
Mar 14 20:18:28.301: 
Mar 14 20:18:28.301: RAS INCOMING PDU ::=

value RasMessage ::= bandwidthRequest : 
    {
      requestSeqNum 925
      endpointIdentifier {"81F6A89800000001"}
      conferenceID '00000000000000000000000000000000'H
      callReferenceValue 12
      bandWidth 160
      callIdentifier 
      {
        guid '00000000000000000000000000000000'H
      }
      answeredCall FALSE
    }



Mar 14 20:18:28.309: RAS OUTGOING PDU ::=

value RasMessage ::= bandwidthConfirm : 
    {
      requestSeqNum 925
      bandWidth 160
    }



Mar 14 20:18:28.313: RAS OUTGOING ENCODE BUFFER::= 34 039C00A0 
Mar 14 20:18:28.313:

Informações Relacionadas


Document ID: 18731