Pergunta : Problema do registo da passagem de MGCP com CUCM7

meu registo da passagem de MGCP com ver 7 de CUCM é como segue; o

I am using o verison 7.0.1.110 00-2 de CUCM e a passagem do IOS é o router 2621XM. A versão do IOS é 12.2 (11) T.

I configurou corretamente sobre a passagem em CUCM mas não pode registado. Domain Name do
MGCP do ccm-gerente do


CUCM
=================


2621XMVoice#sh: o status Host
============================================================
Primary de 2621XMVoice.myantel.net .mm
Priority registou o apoio do
First de 192.168.40.126 nenhuns apoio do
Second nenhuns gerente de chamada ativo do

Current:    porto da ligação do
Backhaul/Redundant de 192.168.40.126:   intervalo de 2428
Failover:              30 intervalo do seconds
Keepalive:             15 keepalive do seconds
Last emitido:            2d18h (tempo decorrido: 00:00: 12) tempo do tráfego do
Last MGCP:         2d18h (tempo decorrido: 00:00: 12) tempo do failover do
Last:             Modalidade de None
Switchback:                Modalidade de recuo de Immediate
MGCP:             Não horas de início do recuo de Selected
Last MGCP:  00:00: tempo do fim do recuo de 00
Last MGCP:    00:00: 00

Configuration Auto-Transferem Information
=======================================
nenhum estado do downloaded
Current das configurações: Estatísticas de espera de transferência do commands
Configuration: Transferência do
tentada: transferência de 4
bem sucedida: transferência de 4
falhada: configuração de 0
tentada: configuração de 4
bem sucedida: configuração de 0
falhada (analisando gramaticalmente): configuração de 0
falhada (config): comando de transferência dos config de 4
Last: história de erro do
Configuration: o mgcp
ccm-manager do immediate
ccm-manager do switchback do >controller E1 0/0

linecode hdb3
end






ROUTER
=======

ccm-manager do " traço " do class= do
mta do
ccm-manager de 192.168.40.126 do usuário dos config de/>ccm-manager recebe os máximo-receptores 0
! o >controller E1 1/0

do " traço " do class= do
cronometra a linha de fonte intervalos de tempo 1-30
do pri-grupo do primary
!
controller E1 1/1
!
!
!
!
interface Loopback0
nenhum shutdown
do
do IP address!
interface FastEthernet0/0
nenhum auto
da velocidade do auto
do shutdown
do
do IP address! ligação da descrição do
interface FastEthernet0/1
ao auto
/> cheio-duplex
de 192.168.40.120 255.255.255.0 do IP address de SoftSwitch Network
!
interface Serial1/0: 15
nenhum
do IP address nenhum registo coisa do enable





The do voice
de nenhuma cdp da entrante-voz do switch-type primary-net5
isdn da ligação-status
isdn do evento é CUCM está empurrando os config para o controlador E1 0/0 do router.

But que o router tem o controlador E1 1/0.


we pensou que nós o configuramos corretamente (unido para tiros de tela) o

How pode nós muda ou configura CUCM para falar adiantado ao E1 1/0 e não ao E1 0/0.

Thanking você. o


class= do " lastRow do
>Attachments do " nome " do class= do class= " valor " do
>

nome de arquivo " do class= do >MGCP-GW-Config-on-CUCM7.docx " fileSize " > (419 KB) Javascript " do href= o " dos " attachmentDetails do class= de (tipo de lima detalhes)
>cucm config
da " descrição " do class= do
o class= de
do >
class= do

Resposta : Problema do registo da passagem de MGCP com CUCM7

Fêz algum que escava e encontrou este http://dev.mysql.com/doc/refman/4.1/en/full-table.html

A menos que você estiver funcionando com uma versão muito velha de Windows ou do linux então o limite 2GB, assim que ignora o comentário acima de mim. Que o limite de Windows está ido agora.

O que pode ser mais provável é que a base de dados era usuable em uma modalidade incapaz antes que mas tome simplesmente demasiado por muito tempo para fazer agora qualquer coisa. É mais do que provavelmente aquela você pode precisar de olhar se assegurando de que os campos providos em ONDE e SE JUNTEM a cláusulas tenham índices neles.

Inversamente, se você está introduzindo lotes dos dados em uma tabela com muitos índices então é geralmente mais rápido travar a tabela, suprimir dos índices, introduzir os dados, reconstruir os índices e destravar a tabela.

Você não resolverá nada promovendo MySQL.
Outras soluções  
 
programming4us programming4us