Migracion VOS3000 servidor, Eco retardo VOS3000, Failover proveedores VOS3000, Configuracion inicial VOS3000, Saldo negativo VOS3000

Migracion VOS3000 servidor Complete Solution: Guia paso a paso CentOS 7

Migracion VOS3000 servidor Complete: Guia paso a paso CentOS 7

Transferir tu softswitch VoIP a un nuevo servidor representa una de las operaciones mas criticas que un administrador de telecomunicaciones puede enfrentar. Una Migracion VOS3000 servidor exige planificacion meticulosa, ejecucion precisa y validacion exhaustiva para garantizar cero perdida de datos y el minimo tiempo de inactividad posible. Ya sea que estes actualizando tu hardware, mudandote a un centro de datos con mejor conectividad, o transitando hacia CentOS 7 para disfrutar de soporte extendido, esta guia te acompana paso a paso desde el inicio hasta la verificacion final del proceso completo.

En este tutorial detallado cubrimos el procedimiento completo para mover VOS3000 version 2.1.9.07 desde un servidor existente hacia una instalacion fresca de CentOS 7. Aprenderas a exportar tus bases de datos MySQL, respaldar los archivos de configuracion criticos y las claves de licencia, instalar la misma version de VOS3000 en el nuevo servidor, importar tus datos, gestionar los cambios de licencia vinculados a la IP, y realizar pruebas post-migracion para verificar que todo funcione correctamente. Cada comando se presenta de forma secuencial para que puedas seguir la guia con total confianza. Si necesitas asistencia en cualquier momento, puedes contactarnos por WhatsApp al +8801911119966.

Una migracion ejecutada de forma deficiente puede resultar en registros de llamadas perdidos, facturacion rota, rutas mal configuradas y dias de inactividad inesperada. Siguiendo esta guia con cuidado evitaras las trampas comunes que atrapan a muchos administradores y aseguraras que tu migracion se complete sin contratiempos.

Lista de Verificacion Pre-Migracion (Migracion VOS3000 servidor)

Antes de iniciar la migracion de tu servidor VOS3000, debes completar una lista de verificacion exhaustiva. Saltarse los pasos de preparacion es la causa numero uno de migraciones fallidas. La siguiente tabla detalla cada elemento que necesitas confirmar antes de tocar cualquiera de los dos servidores. Documenta todo — direcciones IP, numeros de puerto, reglas de firewall y configuraciones de proveedores — porque tendras que replicar todo eso en el nuevo servidor. (Migracion VOS3000 servidor)

⚠️ Elemento📋 Descripcion✅ Estado
CentOS 7 Minimal instaladoInstalacion fresca de CentOS 7.x minimal en el nuevo servidor☐ Pendiente
Misma version VOS3000Instalar VOS3000 2.1.9.07 en el nuevo servidor — debe coincidir exactamente☐ Pendiente
Acceso Root en ambos servidoresAcceso SSH root con privilegios sudo en ambos servidores☐ Pendiente
Espacio en disco suficienteEl nuevo servidor tiene al menos 2x el espacio usado en el servidor antiguo☐ Pendiente
Conectividad de redAmbos servidores pueden comunicarse via SCP/SSH☐ Pendiente
Informacion de licencia listaClave de licencia VOS3000, numero de orden y email registrado☐ Pendiente
Ventana de mantenimiento programadaPeriodo de bajo trafico identificado para la migracion☐ Pendiente
Puertos de firewall documentadosTodos los puertos SIP, RTP y panel web documentados para el nuevo servidor☐ Pendiente

Completar cada elemento de esta lista antes de comenzar a migrar VOS3000 te ahorrara horas de solucion de problemas despues. No te saltes ningun punto, por mas obvio que parezca. Un solo puerto de firewall olvidado puede provocar horas de diagnostico cuando el nuevo servidor no reciba llamadas. (Migracion VOS3000 servidor)

Requisitos del Sistema CentOS 7 para VOS3000 2.1.9.07

Tu nuevo servidor CentOS 7 debe cumplir o superar las especificaciones de hardware que requiere VOS3000 2.1.9.07. El manual oficial de VOS3000 (Seccion 1.2, Requisitos del Sistema) lista los requisitos minimos, pero para una migracion de produccion debes apuntar a las especificaciones recomendadas o superiores. La tabla siguiente muestra un desglose detallado de los requisitos para distintos niveles de trafico. (Migracion VOS3000 servidor)

💻 Componente📊 Minimo🎯 Recomendado🏢 Alto Trafico
CPU2 Nucleos (x86_64)4 Nucleos (x86_64)8+ Nucleos (x86_64)
RAM4 GB8 GB16-32 GB
Disco80 GB HDD200 GB SSD500+ GB SSD/NVMe
Red100 Mbps1 Gbps1 Gbps+ baja latencia
Sistema OperativoCentOS 7.x MinimalCentOS 7.9 MinimalCentOS 7.9 Minimal
JavaJDK 1.6+JDK 1.7/1.8JDK 1.8

Cuando planifiques mover VOS3000 a un nuevo servidor, siempre provisiona mas recursos de los que actualmente necesitas. Las bases de datos CDR crecen rapidamente y quedarse sin espacio en un softswitch en produccion puede causar corrupcion de MySQL y cortes de servicio. Para una guia completa de instalacion, consulta nuestro tutorial de instalacion VOS3000 en CentOS 7.

Paso 1: Exportar la Base de Datos MySQL (Migracion VOS3000 servidor)

La base de datos MySQL es el corazon de tu sistema VOS3000. Contiene todos los registros de llamadas (CDR), cuentas de clientes, tablas de tarifas, reglas de enrutamiento, datos de facturacion y la configuracion del sistema. Durante una Migracion VOS3000 servidor, la exportacion de la base de datos es el paso mas critico — un respaldo corrupto o incompleto resultara en perdida de datos extremadamente dificil de recuperar.

Antes de exportar, detiene los servicios de VOS3000 en el servidor antiguo para asegurar la consistencia de la base de datos. Realizar exportaciones en un sistema activo puede producir respaldos inconsistentes si se procesan llamadas simultaneamente. Ejecuta estos comandos en el servidor antiguo:

# Detener todos los servicios VOS3000
service vos3000d stop
service mbx3000d stop
service voipagent stop

# Verificar que los servicios se detuvieron
ps aux | grep vos3000
ps aux | grep mbx3000

# Confirmar que MySQL sigue ejecutandose (necesario para exportar)
service mysqld status

Ahora exporta todas las bases de datos de VOS3000 usando mysqldump. VOS3000 utiliza dos bases de datos principales: vos3000db (datos de negocio centrales) y vos3000_cdr (registros de llamadas). Se recomienda usar el parametro --all-databases para asegurar que no se omita nada, junto con --single-transaction para garantizar una instantanea consistente de las tablas InnoDB.

# Crear directorio de respaldo
mkdir -p /backup/vos3000-migration
cd /backup/vos3000-migration

# Exportar todas las bases de datos (recomendado)
mysqldump -u root -p --all-databases --single-transaction \
  --routines --triggers --events > vos3000_alldb_backup.sql

# Alternativamente, exportar solo las bases de datos de VOS3000
mysqldump -u root -p --databases vos3000db vos3000_cdr \
  --single-transaction --routines --triggers > vos3000_specific_backup.sql

# Comprimir el respaldo para ahorrar tiempo de transferencia
gzip vos3000_alldb_backup.sql

# Verificar integridad del archivo comprimido
gzip -t vos3000_alldb_backup.sql.gz
ls -lh /backup/vos3000-migration/

El parametro --single-transaction es esencial para tablas InnoDB (que VOS3000 utiliza) porque crea una instantanea consistente sin bloquear toda la base de datos. Los parametros --routines y --triggers aseguran que procedimientos almacenados y disparadores se incluyan en tu respaldo. Para una guia mas detallada sobre procedimientos de respaldo MySQL, consulta nuestro tutorial de backup y restauracion MySQL de VOS3000.

Paso 2: Respaldar Configuracion y Licencia

Ademas de la base de datos, tu Migracion VOS3000 servidor debe preservar archivos de configuracion criticos que controlan como opera el softswitch. El archivo mas importante es /etc/vos3000.xml, que contiene la configuracion central del sistema incluyendo parametros de conexion a base de datos, ajustes SIP, rangos de puertos RTP y configuraciones de registro. Perder este archivo significa que tendrias que reconfigurar manualmente cada parametro de memoria. (Migracion VOS3000 servidor)

💾 Archivo/Directorio🔧 Funcion⚠️ Prioridad
/etc/vos3000.xmlConfiguracion central (BD, SIP, RTP, logging)🔴 Critica
/etc/vos3000/license*Archivos de licencia vinculados a IP/MAC del servidor🔴 Critica
/etc/my.cnfConfiguracion MySQL y parametros de ajuste🟠 Alta
/etc/sysconfig/iptablesReglas de firewall para trafico SIP/RTP🟠 Alta
/etc/resolv.confConfiguracion de resolucion DNS🟡 Media
/opt/vos3000/Directorio de aplicacion con scripts personalizados🟠 Alta
Respaldo completo MySQLExportacion de base de datos (CDR, cuentas, tarifas)🔴 Critica
# Respaldar archivos de configuracion VOS3000
mkdir -p /backup/vos3000-migration/config
cp /etc/vos3000.xml /backup/vos3000-migration/config/
cp -r /etc/vos3000/ /backup/vos3000-migration/config/vos3000_etc/

# Respaldar archivos de licencia
mkdir -p /backup/vos3000-migration/license
cp /etc/vos3000/license* /backup/vos3000-migration/license/ 2>/dev/null
cp /opt/vos3000/license* /backup/vos3000-migration/license/ 2>/dev/null

# Respaldar configuracion MySQL
cp /etc/my.cnf /backup/vos3000-migration/config/

# Respaldar reglas de firewall
iptables-save > /backup/vos3000-migration/config/iptables_backup.rules

# Crear archivo tar comprimido completo
cd /backup
tar -czf vos3000-full-config-backup.tar.gz vos3000-migration/
ls -lh /backup/vos3000-full-config-backup.tar.gz

La tabla anterior enumera cada archivo y directorio critico que debes respaldar antes de proceder con la transferencia del softswitch. Pasar por alto incluso un solo archivo puede causar horas de reconfiguracion en el nuevo servidor. (Migracion VOS3000 servidor)

Paso 3: Transferir Archivos al Nuevo Servidor (Migracion VOS3000 servidor)

Despues de crear tus respaldos, el siguiente paso en la Migracion VOS3000 servidor es transferir todos los archivos al nuevo servidor CentOS 7. El metodo mas confiable es SCP (Secure Copy Protocol), que cifra la transferencia y verifica la integridad de los archivos. Asegurate de que el servicio SSH del nuevo servidor este funcionando y accesible desde el servidor antiguo antes de proceder.

# Transferir respaldo comprimido de base de datos al nuevo servidor
scp /backup/vos3000-migration/vos3000_alldb_backup.sql.gz root@IP_NUEVO_SERVIDOR:/root/

# Transferir archivo de configuracion
scp /backup/vos3000-full-config-backup.tar.gz root@IP_NUEVO_SERVIDOR:/root/

# Para bases de datos grandes (mas de 10 GB), usar rsync con reanudacion:
rsync -avz --progress /backup/vos3000-migration/vos3000_alldb_backup.sql.gz \
  root@IP_NUEVO_SERVIDOR:/root/

# En el NUEVO servidor: descomprimir el archivo de configuracion
cd /root
tar -xzf vos3000-full-config-backup.tar.gz

# Verificar tamanos de archivo coinciden
ls -lh /root/vos3000_alldb_backup.sql.gz
ls -lh /root/vos3000-full-config-backup.tar.gz

Para transferencias de bases de datos muy voluminosas, rsync es preferible sobre SCP porque ofrece capacidad de reanudacion si la transferencia se interrumpe, lo cual es importante cuando se trabaja con respaldos que pueden alcanzar varios gigabytes. Verifica siempre que los tamanos de archivo coincidan entre ambos servidores antes de continuar.

Paso 4: Instalar VOS3000 2.1.9.07 en el Nuevo Servidor

La regla mas importante de una Migracion VOS3000 servidor es que la version de VOS3000 en el nuevo servidor debe coincidir exactamente con la version del servidor antiguo. Si tu servidor antiguo ejecuta VOS3000 2.1.9.07, debes instalar VOS3000 2.1.9.07 en el nuevo servidor — no 2.1.8.0, no 2.1.9.06, ni ninguna otra version. Las discrepancias de version causan conflictos de esquema de base de datos que pueden corromper tus datos durante la importacion.

Puedes descargar el paquete de instalacion correcto desde el sitio web oficial en https://www.vos3000.com/downloads.php. Asegurate de seleccionar la version exacta que coincide con tu instalacion actual. (Migracion VOS3000 servidor)

# Subir el paquete de instalacion VOS3000 2.1.9.07 al nuevo servidor
chmod +x vos3000-2.1.9.07-install.sh

# Ejecutar el instalador (seguir las instrucciones en pantalla)
./vos3000-2.1.9.07-install.sh

# Durante la instalacion se te pedira:
# - Contrasena root de MySQL (establecer una temporal, se cambiara despues)
# - Contrasena del panel web de administracion
# - Direccion IP de senalizacion SIP

# Despues de la instalacion, verificar la version
cd /opt/vos3000/
cat version.txt

No comiences a configurar cuentas, rutas o tarifas en el nuevo servidor en este punto. La instalacion solo proporciona el software base. Tus datos reales vendran de la importacion de la base de datos en el siguiente paso. Para una guia completa de instalacion, consulta nuestro tutorial de instalacion VOS3000 para CentOS 7.

Paso 5: Importar Datos en el Nuevo Servidor (Migracion VOS3000 servidor)

Con VOS3000 instalado en el nuevo servidor CentOS 7, la siguiente fase de la migracion es importar el respaldo de la base de datos. Este paso requiere atencion cuidadosa porque importar en una instancia de VOS3000 en ejecucion puede causar conflictos con los datos predeterminados creados durante la instalacion.

# Detener servicios VOS3000 en el NUEVO servidor
service vos3000d stop
service mbx3000d stop
service voipagent stop

# Asegurar que MySQL esta ejecutandose (necesario para importar)
service mysqld start

# Descomprimir el respaldo de base de datos
cd /root
gunzip vos3000_alldb_backup.sql.gz

# Importar el volcado completo de base de datos
mysql -u root -p < vos3000_alldb_backup.sql

# Verificar importacion revisando conteo de tablas
mysql -u root -p -e "USE vos3000db; SHOW TABLES;" | wc -l
mysql -u root -p -e "USE vos3000_cdr; SHOW TABLES;" | wc -l

# Verificar que tablas clave tienen datos
mysql -u root -p -e "USE vos3000db; SELECT COUNT(*) FROM client;"
mysql -u root -p -e "USE vos3000db; SELECT COUNT(*) FROM productrate;"
mysql -u root -p -e "USE vos3000db; SELECT COUNT(*) FROM route;"

Si la importacion produce advertencias sobre entradas duplicadas o bases de datos existentes, esto es normal — el volcado incluye sentencias CREATE DATABASE y USE que pueden conflictuar con las bases de datos predeterminadas de la instalacion de VOS3000. Siempre y cuando los conteos finales de tablas y registros coincidan entre ambos servidores, la importacion fue exitosa. (Migracion VOS3000 servidor)

Paso 6: Actualizar IP de Licencia y Configuracion (Migracion VOS3000 servidor)

Las licencias VOS3000 estan vinculadas a la direccion IP del servidor y a veces a la direccion MAC. Esto significa que al migrar VOS3000 servidor hacia una nueva direccion IP, necesitas reactivar la licencia. No puedes simplemente copiar los archivos de licencia del servidor antiguo — no funcionaran en la nueva IP.

🔒 Informacion Requerida📝 Detalles💡 Notas
Clave de licencia originalLa cadena de licencia del servidor actualSe encuentra en /etc/vos3000/license
IP del servidor antiguoLa IP a la que esta vinculada la licencia actualIP publica del servidor antiguo
IP del nuevo servidorLa IP del nuevo servidor CentOS 7Debe ser IP estatica y permanente
Numero de orden / referenciaNumero de orden de compra original o facturaPrueba de propiedad de la licencia
Direccion MAC (si aplica)MAC de interfaz de red del nuevo servidorEjecutar: ip link show
Email registradoEmail usado en la compra original de la licenciaPara verificacion de identidad
# Obtener IP del nuevo servidor
ip addr show | grep "inet " | grep -v 127.0.0.1

# Obtener MAC del nuevo servidor
ip link show | grep ether

# Verificar estado de licencia actual
cd /opt/vos3000/
./licenseinfo.sh

# Restaurar configuracion principal (actualizar IP despues)
cp /root/vos3000-migration/config/vos3000.xml /etc/vos3000.xml

# IMPORTANTE: Editar vos3000.xml para actualizar la IP del nuevo servidor
vi /etc/vos3000.xml
# Buscar y actualizar estos parametros clave:
# - Direcciones IP de senalizacion SIP (cambiar a nueva IP)
# - Direccion IP RTP (cambiar a nueva IP)
# - Cadenas de conexion a base de datos (si cambio la contrasena MySQL)
# - Cualquier referencia IP al servidor antiguo

Cuando edites vos3000.xml durante el proceso de migracion, presta especial atencion a las referencias de direcciones IP. El manual del administrador VOS3000 (Seccion 5.1) explica que las direcciones IP de senalizacion SIP y medios RTP deben coincidir con la configuracion de red del nuevo servidor. No actualizarlas causara audio unidireccional, fallos de registro y problemas de establecimiento de llamadas.

Paso 7: Configurar Firewall y Seguridad (Migracion VOS3000 servidor)

Tu migracion no esta completa hasta que configures el firewall para permitir la senalizacion SIP, los flujos de medios RTP y el acceso al panel de gestion web. La siguiente tabla muestra los puertos esenciales que debes abrir para el funcionamiento correcto de VOS3000.

📶 Servicio🔢 Puerto(s)⚙️ Protocolo🔒 Accion
Senalizacion SIP5060UDP/TCPPERMITIR desde IPs confiables
SIP TLS5061TCPPERMITIR si TLS habilitado
Medios RTP10000-20000UDPPERMITIR desde todos
Gestion Web8080TCPPERMITIR desde IPs admin
Acceso SSH22TCPPERMITIR desde IPs admin
MySQL3306TCPDENEGAR acceso externo
# Configurar firewall iptables para VOS3000
iptables -F
iptables -A INPUT -i lo -j ACCEPT
iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A INPUT -s IP_ADMIN -p tcp --dport 22 -j ACCEPT
iptables -A INPUT -p udp --dport 5060 -j ACCEPT
iptables -A INPUT -p tcp --dport 5060 -j ACCEPT
iptables -A INPUT -p udp --dport 10000:20000 -j ACCEPT
iptables -A INPUT -s IP_ADMIN -p tcp --dport 8080 -j ACCEPT
iptables -A INPUT -j DROP

# Guardar reglas permanentemente
service iptables save
systemctl enable iptables

Verificacion Post-Migracion (Migracion VOS3000 servidor)

La verificacion post-migracion es la fase de validacion mas importante del proceso. Simplemente iniciar VOS3000 y hacer una llamada de prueba no es suficiente — debes verificar sistematicamente cada aspecto del sistema antes de dirigir el trafico de produccion al nuevo servidor.

# Iniciar servicios VOS3000 en el nuevo servidor
service mysqld start
service vos3000d start
service mbx3000d start
service voipagent start

# Verificar que todos los servicios estan corriendo
service vos3000d status
service mbx3000d status
service voipagent status

# Revisar logs en busca de errores
tail -f /var/log/vos3000/vos3000.log
tail -f /var/log/vos3000/mbx3000.log
🧪 Prueba🎯 Metodo✅ Resultado Esperado
Registro SIPRegistrar softphone con la nueva IP del servidorRespuesta de registro 200 OK
Llamada salienteMarcar numero externo via trunk SIPLlamada establecida, audio bidireccional
Verificacion CDRRevisar registros de llamadas generadosCDR completo, duracion y numeros correctos
Verificacion facturacionVerificar calculo de tarifas y deduccionesMontos correctos, saldo deducido adecuadamente
Verificacion rutasProbar seleccion de rutas con distintos prefijosReglas de enrutamiento correctas
Panel Web AdminAcceder al puerto 8080 del panel de gestionLogin correcto, datos visibles

Despues de confirmar que todos los servicios se inician sin errores, procede con la secuencia de pruebas de la tabla anterior. Solo cuando todas las pruebas pasen satisfactoriamente podras considerar que la transferencia del softswitch esta completada exitosamente. (Migracion VOS3000 servidor)

Comandos de Referencia para Servicios VOS3000 (Migracion VOS3000 servidor)

Durante el proceso de migracion necesitaras iniciar, detener y verificar el estado de los servicios de VOS3000 con frecuencia. La siguiente tabla sirve como referencia rapida para los tres servicios principales del sistema, que deben operar en conjunto para que VOS3000 funcione correctamente.

⚙️ Servicio📋 Funcion▶️ Iniciar🔍 Verificar
vos3000dProceso principal VOS3000service vos3000d startservice vos3000d status
mbx3000dServicio de intercambio de mediosservice mbx3000d startservice mbx3000d status
voipagentServicio de agente VoIPservice voipagent startservice voipagent status
mysqldServicio de base de datos MySQLservice mysqld startservice mysqld status

La regla general para el orden de servicios es: al detener, primero detiene los servicios de VOS3000 y luego MySQL; al iniciar, primero MySQL y luego los servicios de VOS3000. Violar este orden puede causar corrupcion de datos o fallos en el arranque de los servicios.

Errores Comunes y Soluciones (Migracion VOS3000 servidor)

Al ejecutar la migracion de tu softswitch VOS3000, ciertos errores aparecen con frecuencia. Conocer estos problemas y sus soluciones te permitira resolverlos rapidamente, minimizando el tiempo de inactividad. La siguiente tabla recoge los seis problemas mas habituales que encuentran los administradores. (Migracion VOS3000 servidor)

❌ Error Comun🔍 Causa✅ Solucion
Servicio no iniciaIP no actualizada en vos3000.xmlVerificar y modificar todas las referencias IP
Licencia invalidaLicencia vinculada a IP/MAC antiguoSolicitar nueva licencia para la nueva IP
Registro SIP fallidoFirewall bloquea puerto 5060Configurar iptables para permitir SIP y RTP
Audio unidireccionalIP RTP incorrecta en configuracionVerificar IP RTP en vos3000.xml
Error al importar BDVersion VOS3000 diferenteAsegurar versiones identicas en ambos servidores
Facturacion anomalaImportacion CDR incompletaReimportar y comparar registros entre servidores

🔗 Recursos Relacionados (Migracion VOS3000 servidor)

Preguntas Frecuentes

Cuanto tiempo de inactividad requiere la migracion de VOS3000?

El tiempo de inactividad depende de multiples factores: el tamanio de la base de datos, la velocidad de transferencia de red, el tiempo de procesamiento de la licencia y la duracion de las pruebas de verificacion. En terminos generales, un sistema pequeno (base de datos menor a 5 GB) puede migrarse con aproximadamente 2-4 horas de inactividad, un sistema mediano (5-20 GB) necesita unas 4-8 horas, y sistemas grandes (mas de 20 GB) pueden requerir entre 8 y 12 horas.

La etapa que mas tiempo consume suele ser la transferencia de la base de datos y la reactivacion de la licencia. Se recomienda ejecutar la Migracion VOS3000 servidor durante una ventana de mantenimiento de bajo trafico y presentar la solicitud de transferencia de licencia con anticipacion para reducir tiempos de espera. (Migracion VOS3000 servidor)

Que pasa si las versiones de VOS3000 no coinciden?

La discrepancia de versiones es un problema grave en cualquier Migracion VOS3000 servidor, ya que puede provocar conflictos de esquema de base de datos y corrupcion de datos. Si el servidor antiguo tiene una version inferior a 2.1.9.07, lo recomendable es actualizar primero el servidor antiguo a 2.1.9.07, confirmar la estabilidad del sistema, y luego ejecutar la migracion. Si el servidor antiguo tiene una version superior, entonces el nuevo servidor debe instalar la misma version superior. Nunca intentes importar una base de datos entre versiones diferentes — aunque la importacion parezca exitosa, pueden existir problemas de compatibilidad ocultos que se manifiesten despues. (Migracion VOS3000 servidor)

La licencia antigua sigue funcionando despues de migrar?

Normalmente, despues de transferir una licencia VOS3000 a una nueva IP, la licencia del servidor antiguo queda invalidada automaticamente. El mecanismo de autorizacion de VOS3000 esta vinculado a la direccion IP (y en ocasiones a la MAC), por lo que una licencia solo puede estar activa en un servidor a la vez. Despues de completar el cambio de servidor VOS3000, la licencia del equipo antiguo no pasara la verificacion y el servicio no podra iniciarse normalmente. Por esta razon, se recomienda conservar los datos del servidor antiguo sin eliminarlos hasta confirmar que el nuevo servidor opera correctamente, como medida de contingencia. (Migracion VOS3000 servidor)

Como verificar que la base de datos se migro completa?

Validar la integridad de los datos despues de migrar el softswitch requiere verificar multiples dimensiones. Primero, compara los conteos de registros en tablas clave (client, productrate, route, gateway) entre ambos servidores — los numeros deben ser identicos. Segundo, extrae aleatoriamente varios registros y compara el contenido de los campos para confirmar que no hay corrupcion. Tercero, verifica que las bases de datos vos3000db y vos3000_cdr tengan el mismo numero de tablas.

Cuarto, revisa en el panel web que las listas de cuentas, tablas de tarifas y reglas de enrutamiento coincidan con el servidor antiguo. Quinto, realiza llamadas de prueba y confirma que la generacion de CDR y los calculos de facturacion sean precisos. Solo cuando todas las verificaciones pasen puedes confirmar que la migracion fue un exito completo. (Migracion VOS3000 servidor)

Como solucionar el audio unidireccional despues de migrar?

El audio unidireccional es uno de los problemas mas frecuentes despues de mover VOS3000 a otro servidor. Las causas principales son tres: primero, la direccion IP RTP en vos3000.xml todavia apunta a la IP del servidor antiguo, lo que debe actualizarse a la IP publica del nuevo servidor. Segundo, el firewall no abre correctamente el rango de puertos RTP (10000-20000 UDP), impidiendo que se establezcan los flujos de medios. Tercero, problemas de configuracion NAT si el nuevo servidor esta detras de un router con NAT, requiriendo configurar la IP externa y los parametros de recorrido NAT en vos3000.xml.

El procedimiento de diagnostico es: verificar la configuracion IP RTP en vos3000.xml, confirmar las reglas iptables, y usar tcpdump para capturar y analizar si los paquetes RTP se envian y reciben correctamente. Si necesitas ayuda profesional para diagnosticar este problema, contactanos por WhatsApp al +8801911119966.

Se puede migrar sin detener el servicio?

Teoricamente es posible implementar una migracion en caliente usando replicacion maestro-esclavo de MySQL, pero la complejidad operativa es muy alta y el riesgo considerable. La idea basica seria configurar el nuevo servidor como replica de la base de datos antigua, esperar a que la sincronizacion se complete, intercambiar los roles maestro-esclavo, y luego apuntar VOS3000 a la nueva base de datos.

Este enfoque puede reducir el tiempo de inactividad a unos minutos, pero requiere experiencia avanzada en replicacion MySQL y un conocimiento profundo de la arquitectura de base de datos de VOS3000. Para la mayoria de equipos de operaciones, recomendamos el metodo tradicional con ventana de mantenimiento — es mas simple, menos arriesgado y ofrece mayores garantias de consistencia de datos.

Que hacer con el servidor antiguo despues de la migracion?

El manejo del servidor antiguo tras completar la migracion de VOS3000 requiere cautela. Se recomienda mantener el servidor antiguo encendido sin apagarlo durante al menos 7 a 14 dias como plan de contingencia. Durante este periodo, supervisa de cerca el estado del nuevo servidor, confirmando que la generacion de CDR, la precision de la facturacion y la calidad de las llamadas sean las esperadas. Una vez confirmado que todo funciona correctamente, puedes exportar los datos finales del servidor antiguo para archivo y luego borrar de forma segura la informacion del disco.

Si el servidor era alquilado, espera a confirmar el exito completo de la migracion antes de devolverlo. Recuerda que tras la transferencia de licencia, VOS3000 en el servidor antiguo no podra ejecutarse normalmente, por lo que solo sirve como referencia de datos, no como objetivo de conmutacion por error. (Migracion VOS3000 servidor)

Obtener Asistencia Profesional para Migracion VOS3000

Migrar tu softswitch VoIP es una operacion de alto riesgo donde cualquier error puede resultar en interrupcion del servicio y perdida de datos. Si no estas completamente familiarizado con el proceso, o si deseas minimizar al maximo los riesgos y reducir el tiempo de inactividad, nuestro equipo tecnico profesional puede ofrecerte un servicio de migracion de extremo a extremo. Contamos con amplia experiencia en Migracion VOS3000 servidor, desde el respaldo de base de datos y la transferencia de licencia, hasta la restauracion de configuracion y la verificacion integral de todas las funciones.

Nuestro servicio incluye: diseno completo del plan de migracion, ejecucion con minimo tiempo de inactividad, asistencia en la transferencia de licencia, pruebas funcionales exhaustivas post-migracion, y soporte tecnico durante 7 dias despues de la migracion. Ya sea que estes pasando de CentOS 6 a CentOS 7 o realizando una migracion entre centros de datos, te brindamos el soporte tecnico mas profesional. Contactanos ahora por WhatsApp al +8801911119966 para obtener una evaluacion gratuita y un presupuesto personalizado. (Migracion VOS3000 servidor)

Visita multahost.com/blog para mas tutoriales tecnicos de VOS3000 y guias de administracion de sistemas VoIP. (Migracion VOS3000 servidor)


📞 Need Professional VOS3000 Setup Support?

For professional VOS3000 installations and deployment, VOS3000 Server Rental Solution:

📱 WhatsApp: +8801911119966
🌐 Website: www.vos3000.com
🌐 Blog: multahost.com/blog
📥 Downloads: VOS3000 Downloads


Migracion VOS3000 servidor, Eco retardo VOS3000, Failover proveedores VOS3000, Configuracion inicial VOS3000, Saldo negativo VOS3000Migracion VOS3000 servidor, Eco retardo VOS3000, Failover proveedores VOS3000, Configuracion inicial VOS3000, Saldo negativo VOS3000Migracion VOS3000 servidor, Eco retardo VOS3000, Failover proveedores VOS3000, Configuracion inicial VOS3000, Saldo negativo VOS3000
VOS3000 P-Asserted-Identity, VOS3000 Web Manager, VOS3000 DTMF Configuration, VOS3000 Agent Account, VOS3000 Transcoding

VOS3000 P-Asserted-Identity: Caller ID Manipulation Important Guide for VoIP

VOS3000 P-Asserted-Identity: Caller ID Manipulation Guide for VoIP

Configuring VOS3000 P-Asserted-Identity correctly is crucial for VoIP operators who need to control how caller ID information is presented to termination providers, regulatory bodies, and end users. The P-Asserted-Identity (PAI) header, defined in RFC 3325, is the industry-standard mechanism for asserting the identity of the calling party within trusted VoIP networks. Many termination vendors require specific PAI header configuration to accept calls, and incorrect PAI settings result in calls being rejected, caller ID not displaying correctly, or compliance violations that can jeopardize your entire operation. VOS3000 P-Asserted-Identity

This guide provides a complete walkthrough of VOS3000 P-Asserted-Identity configuration, including the related Privacy and P-Preferred-Identity headers, caller dial plans, and advanced caller ID manipulation techniques. All configuration details reference the official VOS3000 V2.1.9.07 Manual. For professional assistance, contact us on WhatsApp at +8801911119966.

Table of Contents

Understanding VOS3000 P-Asserted-Identity Header

The P-Asserted-Identity header serves a specific purpose in SIP signaling that is fundamentally different from the standard From header. While the From header identifies the caller as claimed by the caller’s device, the PAI header asserts the caller’s identity as verified by a trusted network element — in this case, your VOS3000 softswitch. This distinction is critical because termination providers rely on the PAI header to determine the actual calling party for billing, routing, and regulatory compliance purposes.

Why P-Asserted-Identity Matters for VoIP Operators

In the VOS3000 ecosystem, the PAI header impacts several critical aspects of your VoIP business. Termination vendors increasingly require PAI headers to process calls correctly, especially for emergency services and regulatory compliance. Without proper PAI configuration, your calls may be rejected by vendors or flagged as suspicious. Additionally, the PAI header determines how your customers’ caller ID appears to the called party, which affects your customers’ business credibility and call completion rates.

Key reasons to configure VOS3000 P-Asserted-Identity correctly:

  • Vendor requirements: Many termination providers require PAI headers to accept calls and bill correctly
  • Regulatory compliance: Telecom regulations in many jurisdictions require accurate caller ID presentation
  • Call completion: Proper PAI configuration prevents calls from being blocked by downstream providers
  • Emergency services: Emergency call routing depends on accurate PAI for location identification
  • Anti-spoofing: PAI with Privacy headers provides controlled caller ID presentation that prevents spoofing accusations
📋 Feature🔵 From Header🟢 PAI Header
PurposeCaller’s claimed identityNetwork-asserted identity
Trust levelSelf-asserted (unverified)Verified by trusted network
Used by vendors for billingSometimesPrimarily
RFC standardRFC 3261RFC 3325
Can include display nameYesYes
Used with Privacy headerRarelyCommonly paired

Configuring VOS3000 P-Asserted-Identity on Routing Gateway

The PAI configuration for routing gateways is located in the Additional Settings > Protocol > SIP section. Navigate to Operation Management > Gateway Operation > Routing Gateway, double-click a gateway, and access the Protocol > SIP settings (VOS3000 Manual Section 2.5.1.1, Page 43). These settings control how VOS3000 handles caller identity information when sending calls to your termination vendors.

P-Asserted-Identity Settings

VOS3000 provides three options for the PAI header on routing gateways, as documented in VOS3000 Manual Section 2.5.1.1 (Page 43):

  • None: The PAI header is not included in outgoing SIP messages to this gateway. Use this when the vendor does not require or expect a PAI header
  • Pass through: VOS3000 forwards the PAI header exactly as received from the mapping gateway (caller side). This preserves the original PAI value without modification, which is useful when the upstream device has already set the correct PAI
  • Caller: VOS3000 generates a new PAI header using the caller’s number. This is the most common setting because it ensures the PAI contains the correct caller ID regardless of what the caller’s device sent

For most deployments, the “Caller” option is recommended because it guarantees that the PAI header contains the actual calling number from VOS3000’s perspective. The “Pass through” option should only be used when you trust the upstream device to provide accurate PAI values. VOS3000 P-Asserted-Identity

Privacy Header Configuration

The Privacy header works in conjunction with the PAI header to control whether the caller’s identity should be hidden from the called party. According to the VOS3000 Manual (Page 43), there are three Privacy options:

  • None: No Privacy header is included in outgoing messages. The caller ID is presented normally
  • Passthrough: VOS3000 forwards the Privacy header as received from the mapping gateway. If the caller requested privacy, that request is preserved
  • Id: VOS3000 adds a Privacy: id header, which requests that the called party’s network hide the caller’s identity from display

The Privacy header is particularly important for regulatory compliance. In many jurisdictions, callers have the right to withhold their caller ID, and the Privacy: id header signals this request to downstream networks. When a call with Privacy: id is received, the called party’s network should suppress the caller ID display while still using the PAI header internally for billing and emergency services.

⚙️ Setting🟢 Recommended📝 When to Use Other Options
P-Asserted-IdentityCallerPass through: upstream PAI trusted; None: vendor doesn’t use PAI
PrivacyPassthroughNone: never hide caller ID; Id: always hide caller ID
P-Preferred-IdentityNonePassthrough: preserve upstream PPI; Caller: set from caller number
Caller dial planAs neededWhen vendor requires specific number format in PAI

P-Preferred-Identity Configuration

The P-Preferred-Identity (PPI) header is similar to PAI but is used in a different context. While PAI is used by networks to assert identity, PPI is used by user agents (phones, PBXs) to indicate their preferred identity. In VOS3000, the PPI options (VOS3000 Manual, Page 43) are identical to PAI:

  • None: No PPI header is included
  • Passthrough: Forward the PPI header as received from the mapping gateway
  • Caller: Generate a new PPI header using the caller’s number

In most VOS3000 deployments, the PPI header is set to “None” because the PAI header is the primary mechanism for identity assertion at the softswitch level. PPI is more relevant for user-agent-to-proxy communication, while PAI is for proxy-to-proxy communication. However, some vendors may require specific PPI configuration, so understanding this option is important.

VOS3000 P-Asserted-Identity Caller Dial Plan

The “Caller dial plan” setting associated with the PAI configuration allows you to transform the caller number before it is inserted into the PAI header. This is essential when your vendor requires a specific number format in the PAI header that differs from how numbers are stored in VOS3000.

Common Caller Number Transformation Scenarios

Different vendors expect different number formats in the PAI header. Here are the most common scenarios that require caller dial plan configuration:

  • Country code addition: Your internal numbers may not include the country code, but the vendor requires it. A dial plan can prepend the country code (e.g., +880) to the caller number in the PAI header
  • Leading zero removal: Some vendors require numbers without leading zeros. A dial plan can strip leading zeros from the caller number
  • Number format conversion: Converting between E.164 format and national format as required by the vendor
  • Prefix addition: Adding a specific prefix that the vendor uses to identify your traffic
🔄 Transformation📝 Original Number✅ PAI Number🎯 Reason
Add country code01712345678+8801712345678Vendor requires E.164
Remove leading zero017123456781712345678Vendor rejects leading 0
Add + prefix8801712345678+8801712345678E.164 with plus sign
Add tech prefix1712345678991712345678Vendor routing prefix

Advanced VOS3000 P-Asserted-Identity Features

Beyond the basic PAI, Privacy, and PPI settings, VOS3000 provides several advanced features that give you more control over caller identity handling.

Allow All Extra Header Fields

The “Allow all extra header fields” option (VOS3000 Manual, Page 43) enables SIP header transparency, allowing all additional header domains from the incoming SIP message to pass through to the routing gateway. When enabled, any custom or non-standard SIP headers received from the mapping gateway are forwarded unchanged. This is useful when your upstream provider sends proprietary headers that your downstream vendor expects to receive.

Allow Specified Extra Header Fields

For more granular control, the “Allow specified extra header fields” option lets you define exactly which additional header fields should be forwarded. This provides better security than allowing all headers because you can restrict passthrough to only the headers your vendor requires. Add specific header field names to the list, and only those headers will be forwarded from the incoming SIP message to the outgoing message.

Peer Number Information

The “Peer number information” setting controls which field VOS3000 uses to extract the caller number from incoming SIP signals. Available options include extracting from the From header, Display field, or Remote-Party-ID header. This setting determines the source of the caller number that may be used in the PAI header when set to “Caller” mode.

Caller Number Pool for PAI

When you need to substitute the caller ID with numbers from a pool rather than using the actual caller number, VOS3000 provides the “Enable caller number pool” feature in the routing gateway additional settings (VOS3000 Manual Section 2.5.1.1, Page 51). This feature replaces the original caller number with a number from a configured pool, which then appears in both the From header and PAI header. The number sequence can be random (0) or poll (1), configured by the FORWARD_SIGNAL_REWRITE_SEQUENCE setting in softswitch.conf. The “Multiplexes” field controls how many times each pool number can be reused concurrently.

🔧 Feature🎯 Purpose📍 Location
Allow all extra headersTransparent SIP header forwardingGateway > Protocol > SIP
Allow specified headersSelective header forwardingGateway > Protocol > SIP
Peer number informationSelect caller number source fieldGateway > Protocol > SIP
Caller number poolSubstitute caller ID with pool numbersGateway > Additional Settings
Caller dial planTransform number in PAI headerGateway > Protocol > SIP

Configuring VOS3000 P-Asserted-Identity on Mapping Gateway

The mapping gateway (customer-side) also has caller identity configuration options in the Additional Settings > Protocol > SIP section (VOS3000 Manual Section 2.5.1.2, Page 57). The mapping gateway settings control how VOS3000 handles caller identity from your customers’ devices.

Mapping Gateway Caller Settings

On the mapping gateway, the key caller identity settings include:

  • Caller: Determines which field of the SIP signal to extract the caller number from. Options include “From” (from the From header), “Remote-Party-ID” (from the RPID header), and “Display” (from the Display field)
  • Support Privacy: Enables passthrough of the mapping gateway’s privacy domain settings
  • Recognize call forward signal: Identifies forwarding-formatted calls for proper handling

The mapping gateway’s caller extraction method determines the initial caller number that VOS3000 uses internally. This number then flows to the routing gateway where the PAI configuration determines how it is presented to the vendor. If the mapping gateway extracts the wrong caller number, the PAI header on the routing gateway will also be wrong.

Troubleshooting VOS3000 P-Asserted-Identity Issues

PAI configuration problems can be difficult to diagnose because the SIP headers are not visible in the VOS3000 client interface. Here are the most common issues and how to resolve them.

Issue 1: Vendor Rejects Calls Due to Missing PAI

If your vendor requires the PAI header but you have it set to “None” on the routing gateway, calls will be rejected. The fix is straightforward: change the PAI setting to “Caller” so VOS3000 generates the PAI header with the caller’s number. Some vendors may also require the number in a specific format, which you can achieve with the Caller dial plan setting.

Issue 2: Wrong Number in PAI Header

If the PAI header contains an incorrect number, check the chain of caller number extraction. Start with the mapping gateway’s Caller setting to verify the correct source field is being used. Then check if any dial plans on the mapping gateway are transforming the number before it reaches the routing gateway. Finally, verify the Caller dial plan on the routing gateway’s PAI configuration is applying the correct transformation.

Issue 3: Caller ID Displayed When Privacy Is Requested

If a caller requests privacy but their number is still displayed to the called party, check that the Privacy setting on the routing gateway is not set to “None”. It should be “Passthrough” to honor the caller’s privacy request, or “Id” to always add the privacy header. Also verify that the mapping gateway’s “Support Privacy” option is enabled so that privacy requests from the caller’s device are forwarded.

⚠️ Problem🔍 Likely Cause✅ Solution
Vendor rejects callsPAI set to NoneChange PAI to Caller
Wrong number in PAIDial plan misconfigurationCheck caller extraction and dial plans
Privacy not honoredPrivacy set to NoneSet Privacy to Passthrough or Id
PAI missing country codeNo caller dial planAdd dial plan to prepend country code
Custom headers lostExtra headers not allowedEnable allow all/specified extra headers

Best Practices for VOS3000 P-Asserted-Identity Configuration

Following these best practices ensures your VOS3000 P-Asserted-Identity configuration works correctly and complies with industry standards.

PAI Configuration by Vendor Type

🏢 Vendor Type⚙️ PAI Setting🔒 Privacy📝 Notes
Standard SIP trunkCallerPassthroughMost common configuration
Legacy H323 gatewayNoneNoneH323 does not use PAI
Emergency servicesCallerNoneMust always show caller ID
Privacy-required routeCallerIdAlways hide caller ID display

Testing PAI Configuration

After configuring VOS3000 P-Asserted-Identity, test with actual calls to verify the headers are being set correctly. Use a SIP phone or softphone to place a test call and examine the SIP messages at the vendor’s side. Verify that the PAI header contains the correct number in the expected format, and that the Privacy header is present when required. For detailed call testing instructions, see our VOS3000 call test and troubleshooting guide.

Frequently Asked Questions About VOS3000 P-Asserted-Identity

❓ What is the difference between PAI and P-Preferred-Identity in VOS3000?

P-Asserted-Identity (PAI) is used by network servers (like VOS3000) to assert the identity of the calling party to other trusted network elements. P-Preferred-Identity (PPI) is used by user agents (like SIP phones) to indicate their preferred identity to the network. In VOS3000, PAI is the primary header for caller ID presentation to vendors, while PPI is rarely needed and is typically set to “None” in most deployments.

❓ Should I set PAI to “Passthrough” or “Caller”?

Use “Caller” in most cases because it ensures VOS3000 generates the PAI header from the verified caller number in its database. Use “Passthrough” only when you fully trust the upstream device to provide accurate PAI values and you want to preserve them unchanged. The risk with “Passthrough” is that incorrect or spoofed PAI values from the upstream could be forwarded to your vendor.

❓ Why does my vendor require a specific number format in the PAI header?

Vendors use the PAI header for billing, routing, and regulatory compliance. They need the number in a consistent format (usually E.164 with country code and plus sign) to correctly identify the calling party and apply the appropriate rates. Use the Caller dial plan on the routing gateway to transform the number into the format your vendor requires.

❓ How do I hide caller ID using VOS3000 P-Asserted-Identity?

Set the Privacy option to “Id” on the routing gateway to add a Privacy: id header to all outgoing calls. This signals to the called party’s network that the caller’s identity should be hidden from display. Note that the PAI header is still included (for billing and emergency purposes), but the called party’s device should not show the caller ID to the end user.

❓ Can I set different PAI configurations for different vendors?

Yes, each routing gateway in VOS3000 has its own independent PAI configuration. This means you can configure one vendor with PAI set to “Caller” and a specific dial plan, while another vendor uses “Passthrough” or “None”. This flexibility is essential when working with multiple vendors that have different caller ID requirements.

❓ Where can I get professional help with VOS3000 PAI configuration?

Our VOS3000 specialists can configure PAI headers, dial plans, and privacy settings for your specific vendor requirements. Contact us on WhatsApp at +8801911119966 for expert assistance with your VOS3000 caller ID configuration.

Configure Your VOS3000 Caller ID with Expert Help

Proper VOS3000 P-Asserted-Identity configuration ensures that your calls are accepted by vendors, comply with regulations, and present the correct caller ID to end users. The configuration options are powerful but require careful setup to work correctly across all your vendor relationships.

📱 Contact us on WhatsApp: +8801911119966

Our team provides complete VOS3000 caller ID configuration services, from PAI header setup to dial plan optimization and privacy configuration. We can help you ensure that your caller ID is correctly presented to every vendor in your routing infrastructure.


📞 Need Professional VOS3000 Setup Support?

For professional VOS3000 installations and deployment, VOS3000 Server Rental Solution:

📱 WhatsApp: +8801911119966
🌐 Website: www.vos3000.com
🌐 Blog: multahost.com/blog
📥 Downloads: VOS3000 Downloads


VOS3000 P-Asserted-Identity, VOS3000 Web Manager, VOS3000 DTMF Configuration, VOS3000 Agent Account, VOS3000 TranscodingVOS3000 P-Asserted-Identity, VOS3000 Web Manager, VOS3000 DTMF Configuration, VOS3000 Agent Account, VOS3000 TranscodingVOS3000 P-Asserted-Identity, VOS3000 Web Manager, VOS3000 DTMF Configuration, VOS3000 Agent Account, VOS3000 Transcoding

VOS3000 Professional Installation, VOS3000 Dedicated Server Rental, VOS3000 Web API Account Management, VOS3000 Profit Margin, VOS3000 Daily Operations, VOS3000 Caller ID Management WhatsApp: +8801911119966 for your VOS3000 Services, VOS3000 One Time Installations and VOS3000 Server Rental

VOS3000 Caller ID Management: Complete CLI Configuration Important Guide

VOS3000 Caller ID Management: Complete CLI Configuration Guide

VOS3000 caller ID management provides comprehensive control over how calling numbers are handled, displayed, and routed through your VoIP softswitch platform. Caller ID, also known as CLI (Calling Line Identification), plays a crucial role in call routing decisions, billing accuracy, regulatory compliance, and customer experience. Understanding the caller ID management capabilities documented in the VOS3000 2.1.9.07 manual enables operators to configure their systems for optimal performance while maintaining compliance with telecommunications regulations.

The VOS3000 platform offers multiple mechanisms for caller ID handling, from simple passthrough to complex transformation rules. These features are documented across several sections of the official manual, including gateway configuration parameters, routing prefix settings, and number transformation capabilities. Proper VOS3000 caller ID management ensures calls are properly identified, routed, and billed while meeting regulatory requirements for caller identification. For technical support with caller ID configuration, contact us on WhatsApp at +8801911119966.

Table of Contents

Understanding Caller ID in VOS3000

Before configuring caller ID settings, understanding how VOS3000 processes calling numbers provides the foundation for proper configuration. The system handles caller ID at multiple points in the call flow, from initial reception through routing to final delivery.

Caller ID Processing Points (VOS3000 Caller ID Management)

VOS3000 processes caller ID information at several stages:

  • Inbound Reception: When calls arrive from customers or mapping gateways
  • Routing Decision: When determining how to route calls
  • Outbound Transmission: When sending calls to vendors or routing gateways
  • CDR Recording: When logging call details for billing

Manual Reference Points

Caller ID functionality is documented in multiple VOS3000 manual sections:

📖 Manual Section📋 Function📞 CLI Relevance
2.5.1 Routing GatewayVendor gateway settingsCaller prefix, caller rewrite
2.5.1.2 Mapping GatewayCustomer gateway settingsCaller rewrite rules
2.5.2 Phone ManagementPhone/extension settingsDisplay caller ID
4.3.5 Softswitch ParametersSystem-wide settingsCaller ID extraction

Caller Number Allowable Length Configuration

One of the fundamental VOS3000 caller ID management features is the ability to control which caller numbers are allowed based on their length. According to the manual Section on Additional settings > Others, this provides security and routing control.

Configuration Location

The manual documents “Caller number allowable length” as: “the lengths of the caller numbers allowed to pass through the gateway (e.g. fill in ’11, 14′ to allow numbers of 11 digits or 14 digits only).”

Practical Application

This setting allows operators to:

  • Filter out invalid caller IDs (too short or too long)
  • Enforce national numbering plan compliance
  • Prevent spoofed caller IDs with unusual lengths
  • Control traffic by caller ID format
⚙️ Configuration📋 Result💡 Use Case
BlankAllow all lengthsNo restriction
11Only 11-digit numbersUS/Canada mobile format
10, 1110 or 11-digit numbersUS numbers with/without 1
0Block all numbersEmergency blocking

Caller Transform Configuration (VOS3000 Caller ID Management)

The VOS3000 manual documents “Caller transform” functionality that allows replacing caller ID using the “Number Transformation” table. This feature enables systematic caller ID modification for routing and compliance purposes.

How Caller Transform Works

According to the manual: “Caller transform: use number in ‘Number Transformation’ table to replace caller ID.”

This feature enables:

  • Standardizing caller ID formats
  • Adding or removing prefixes
  • Replacing specific numbers
  • Implementing number pooling

Number Transformation Table

The Number Transformation table (accessed via Number Management functions) defines transformation rules that can be applied to caller IDs. Each rule specifies:

  • Original number or pattern
  • Replacement number or pattern
  • Application scope

Routing Caller Prefix Configuration (VOS3000 Caller ID Management)

For routing gateways (vendor connections), VOS3000 provides caller prefix controls documented in the Additional settings > Routing prefix section of the manual.

Routing Caller Prefix Settings

The manual documents two modes for Routing caller prefix:

Allow: “prefixes of the caller numbers allowed to pass through (left blank to allow all numbers).”

Forbidden: “prefixes of the caller numbers disallowed to pass through.”

Importantly, “Only one of the ‘Allow’ and ‘Forbidden’ options can be chosen.”

⚙️ Mode📋 Behavior💡 Example
AllowOnly specified prefixes passAllow 1,44,86 – only US, UK, China callers
ForbiddenSpecified prefixes blockedForbidden 88 – block Bangladesh prefix
Allow (blank)All prefixes passNo restriction on caller prefix

Caller Dial Plan Configuration (VOS3000 Caller ID Management)

The VOS3000 manual documents caller dial plan functionality in multiple contexts. Dial plans define how numbers are transformed during call processing.

Routing Caller Dial Plan

According to the manual: “Routing caller dial plan: change dial plans for the caller number when called out through this gateway.”

This setting applies dial plan transformations to the caller ID when calls exit through a specific routing gateway, enabling:

  • Format standardization for specific vendors
  • Country code handling
  • Area code manipulation

Caller Dial Plan in P-Asserted-Identity

The manual also documents: “Caller dial plan: dial plans for the caller number in ‘P-Asserted-Identity’ field.”

This relates to handling caller ID in SIP P-Asserted-Identity headers, which is important for:

  • Carrier interconnection requirements
  • Regulatory compliance
  • Caller ID verification systems

Display Caller ID Configuration (VOS3000 Caller ID Management)

For phone management (retail/SIP accounts), VOS3000 provides display caller ID controls. According to the manual Section 2.5.2, this controls what caller ID is shown at the called end.

Display Caller ID Settings

The manual documents: “Display caller id: the caller ID shown at the called end.”

Additionally: “Display caller id: display the caller’s ID.”

Enable Phone Display Number

For mapping gateways, the manual documents: “Enable phone display number: when caller is phone, check to use phone’s display number, uncheck to use phone number.”

This setting determines whether:

  • The phone’s configured display number is used as caller ID
  • The actual phone number (registration ID) is used as caller ID

Caller Rewrite Rules (VOS3000 Caller ID Management)

VOS3000 provides caller rewrite rules for both mapping gateways (customers) and routing gateways (vendors). These rules enable systematic transformation of caller IDs.

Mapping Gateway Caller Rewrite Rules

For customer-facing mapping gateways, caller rewrite rules process inbound caller IDs from customers. The manual documents this in gateway configuration settings.

Common uses include:

  • Adding country codes to inbound caller IDs
  • Removing leading digits
  • Standardizing formats

Routing Gateway Caller Rewrite Rules

For vendor-facing routing gateways, caller rewrite rules process outbound caller IDs sent to vendors.

📝 Rule Type📋 Application💡 Example
Add PrefixPrepend digits to caller IDAdd 1 to US numbers
Remove PrefixStrip leading digitsRemove 00 international prefix
ReplaceSubstitute specific numbersReplace specific caller ID

Caller Number Pool Configuration

VOS3000 supports caller number pools for providing rotating or shared caller IDs. This is documented in gateway additional settings.

Enable Caller Number Pool

According to the manual: “Enable caller number pool: use number in pool as caller.”

And: “Enable forwarding signal caller pool: use number in pool as caller.”

Multiplexes Setting

The manual documents: “Multiplexes: the number of repeated uses of each number in the calling number pool is the maximum concurrency limit.”

This setting controls how many concurrent calls can use the same number from the pool, important for:

  • Managing caller ID capacity
  • Preventing overuse of specific numbers
  • Compliance with carrier requirements

Caller ID Source Configuration

VOS3000 allows configuration of which SIP field is used to extract the caller ID. This is documented in softswitch parameter settings.

Caller ID Field Selection

The manual documents options for extracting caller ID from SIP signaling:

  • From: “get caller number from ‘From’ of signal”
  • Remote-Party-ID: “get caller number from ‘Remote-Party-ID’ of signal”
  • Display: “get caller number from ‘Display’ of signal”

The “Caller” setting: “get caller number from which field of signal.”

Peer Number Information

The manual documents: “Peer number information: set select mode to SIP signal’s caller.”

This setting affects how the system identifies the caller in SIP signaling.

📡 SIP Field📋 Typical Use💡 Consideration
From HeaderStandard SIP caller IDMost common choice
Remote-Party-IDCarrier-provided CLIUsed by some carriers
Display NameDisplay-only caller IDMay differ from routing ID

Phone Number as Caller ID

In phone management, VOS3000 uses phone numbers as caller IDs. The manual documents this functionality.

Phone Number Configuration

According to the manual: “Phone number: the number used as caller ID and the called number for the terminal.”

And further: “Phone number: the number used by the terminal at registration (used as the caller ID and…”

This establishes the phone number as both:

  • The registration identifier
  • The default caller ID for outbound calls

DID/DDI Configuration

The manual documents DID/DDI functionality: “DID/DDI: after the phone on line, the other numbers allowed as caller ID or callee.”

This allows phones to use multiple numbers as caller IDs, useful for:

  • Multi-line appearances
  • Department numbers
  • Geographic numbers

Caller Prefix Control

VOS3000 provides caller prefix control for both mapping and routing gateways. This allows fine-grained control over which caller prefixes are allowed.

Caller Prefix Control on Gateways

The manual documents for mapping gateways: “Caller prefix control: allow or forbidden caller prefix to get through this gateway.”

This feature enables:

  • Allowing only specific caller prefixes
  • Blocking specific caller prefixes
  • Per-gateway caller ID filtering

Caller Dial Plan by Caller Prefix

The manual documents: “By caller: matches the prefixes of the caller numbers.”

This enables caller-prefix-based routing and dial plan application.

Configuration Best Practices

Following best practices ensures VOS3000 caller ID management is configured correctly and compliantly.

📏 Consistency in Format

Maintain consistent caller ID formats throughout your configuration:

  • Choose E.164 or local format and apply consistently
  • Document your chosen format
  • Verify format handling in rewrite rules

🔒 Security Considerations

Caller ID management has security implications:

  • Use caller prefix filtering to block known fraud sources
  • Validate caller ID lengths to catch anomalies
  • Monitor for caller ID manipulation attempts
  • Log caller ID changes for audit trails

📋 Compliance Requirements

Many jurisdictions have caller ID regulations:

  • Ensure accurate caller ID transmission
  • Prevent caller ID spoofing where prohibited
  • Maintain caller ID records for required periods
  • Follow local telecommunications regulations
✅ Task📖 Manual Reference🎯 Purpose
Set caller length limitsGateway Additional SettingsFilter invalid caller IDs
Configure prefix rulesRouting Prefix SettingsControl caller access
Set rewrite rulesGateway ConfigurationTransform caller IDs
Configure caller ID sourceSoftswitch ParametersExtract correct CLI
Test configurationTest CallsVerify proper operation

Troubleshooting Caller ID Issues (VOS3000 Caller ID Management)

When caller ID issues occur, systematic troubleshooting helps identify and resolve problems.

📞 Caller ID Not Displayed Correctly

Troubleshooting steps:

  1. Check caller ID source configuration
  2. Verify rewrite rules are not removing digits
  3. Confirm gateway configuration
  4. Test with different caller IDs
  5. Check vendor requirements

🔒 Calls Blocked Due to Caller ID

When calls are rejected based on caller ID:

  1. Check caller prefix allow/forbidden settings
  2. Verify caller length requirements
  3. Review gateway status for blocked calls
  4. Examine CDR for rejection reasons

🔄 Caller ID Transformation Not Working

If rewrite rules don’t apply:

  1. Verify rule syntax
  2. Check rule order/priority
  3. Confirm rule is applied to correct gateway
  4. Test with debug trace enabled

Frequently Asked Questions About VOS3000 Caller ID Management

❓ How do I add a country code to all outbound caller IDs?

Use the caller rewrite rules on your routing gateway configuration. Set a rule that adds the country code prefix to caller IDs that don’t already have it. Test thoroughly to ensure the rule applies correctly.

❓ Can I have different caller IDs for different destinations?

Yes, VOS3000 supports this through multiple mechanisms: caller number pools, gateway-specific rewrite rules, and caller dial plans. Configure appropriate rules for each destination or gateway.

❓ How do I block calls from specific caller IDs?

Use the Black/White List functionality documented in manual Section 2.13. Configure the dynamic blacklist or system blacklist to block specific caller numbers or prefixes.

❓ Why is the caller ID different from what I configured?

Multiple configuration points can affect caller ID: caller rewrite rules, dial plans, caller transform settings, and the caller ID source field. Check each configuration point systematically to identify where the modification occurs.

❓ How do I ensure regulatory compliance for caller ID?

Review local regulations for caller ID requirements. Configure your system to transmit accurate caller IDs, disable any spoofing capabilities for regulated traffic, maintain proper records, and follow numbering plan requirements for your operating jurisdiction.

❓ Can I use caller ID for routing decisions?

Yes, VOS3000 supports caller-prefix-based routing through the routing configuration. Configure caller prefix rules on gateways and use caller-based dial plans to route calls based on caller ID.

Get Support for VOS3000 Caller ID Management

Need assistance with VOS3000 caller ID management configuration? Our team provides technical support, configuration services, and consultation for VoIP platform management.

📱 Contact us on WhatsApp: +8801911119966

We offer:

  • Caller ID configuration services
  • Regulatory compliance guidance
  • Troubleshooting support
  • System optimization

For more VOS3000 resources:


📞 Need Professional VOS3000 Setup Support?

For professional VOS3000 installations and deployment, VOS3000 Server Rental Solution:

📱 WhatsApp: +8801911119966
🌐 Website: www.vos3000.com
🌐 Blog: multahost.com/blog
📥 Downloads: VOS3000 Downloads


VOS3000 Professional Installation, VOS3000 Dedicated Server Rental, VOS3000 Web API Account Management, VOS3000 Profit Margin, VOS3000 Daily Operations, VOS3000 Caller ID Management WhatsApp: +8801911119966 for your VOS3000 Services, VOS3000 One Time Installations and VOS3000 Server RentalVOS3000 Professional Installation, VOS3000 Dedicated Server Rental, VOS3000 Web API Account Management, VOS3000 Profit Margin, VOS3000 Daily Operations, VOS3000 Caller ID Management WhatsApp: +8801911119966 for your VOS3000 Services, VOS3000 One Time Installations and VOS3000 Server RentalVOS3000 Professional Installation, VOS3000 Dedicated Server Rental, VOS3000 Web API Account Management, VOS3000 Profit Margin, VOS3000 Daily Operations, VOS3000 Caller ID Management WhatsApp: +8801911119966 for your VOS3000 Services, VOS3000 One Time Installations and VOS3000 Server Rental
VOS3000 session timer, VOS3000 call end reasons, VOS3000 Work Calendar, VOS3000 geofencing, VOS3000软交换参数优化, VOS3000错误代码大全, VOS3000账户权限管理

VOS3000 Work Calendar: Full Configure Time-Based Routing and Schedules

VOS3000 Work Calendar: Configure Time-Based Routing and Schedules

VOS3000 work calendar is a powerful feature that enables time-based call routing based on business hours, weekends, holidays, and custom schedules. This functionality allows VoIP operators to automatically route calls to different gateways or destinations depending on the time of day, day of week, or specific calendar periods. Based on the official VOS3000 2.1.9.07 manual, this comprehensive guide covers work calendar configuration, time-based routing rules, and practical implementation scenarios.

📞 Need help configuring VOS3000 work calendar? WhatsApp: +8801911119966

🔍 What is VOS3000 Work Calendar?

Reference: VOS3000 2.1.9.07 Manual, Section 2.12.4 (Page 174)

The work calendar in VOS3000 is a time management system that defines working periods, non-working periods, and special dates for routing purposes. By associating gateways and routing rules with specific calendar periods, operators can implement sophisticated time-based routing strategies without manual intervention.

📊 Key Benefits of VOS3000 Work Calendar

💼 Benefit📋 Description🏢 Use Case
Business Hours RoutingRoute calls differently during business hours vs off-hoursOffice PBX, Call centers
Cost OptimizationUse cheaper routes during off-peak hoursWholesale VoIP, Carrier operations
Holiday HandlingAutomatically adjust routing on holidaysAll businesses
Failover by TimeUse backup routes during specific periodsHigh-availability systems
Multi-Timezone SupportRoute based on destination local timeInternational carriers
Automated SchedulingNo manual routing changes needed24/7 operations

📋 VOS3000 Work Calendar Configuration Interface

Reference: VOS3000 2.1.9.07 Manual, Section 2.12.4 (Page 174)

The work calendar configuration is accessed through the VOS3000 client interface under the Number Management module. This section provides detailed information about each configuration parameter and how to set up effective time-based routing.

📍 Navigation to VOS3000 Work Calendar

🔢 Step🧭 Navigation📝 Action
1Number managementClick main menu item
2Work calendarSelect from submenu
3Calendar listView existing calendars
4Add/EditCreate or modify calendar entries

⚙️ VOS3000 Work Calendar Parameters Reference

Reference: VOS3000 2.1.9.07 Manual, Section 2.12.4 (Page 174-175)

📊 Calendar Entry Fields

⚙️ Parameter📏 Format📝 Description💡 Example
Calendar IDNumericUnique identifier for the calendar1, 2, 3…
Calendar NameTextDescriptive name for the calendarBusiness_Hours, Weekend
Start TimeHH:MM:SSBeginning of the time period09:00:00
End TimeHH:MM:SSEnd of the time period17:00:00
Week DaysMulti-selectDays of week when calendar appliesMon-Fri
Specific DateYYYY-MM-DDSpecific date for one-time events2026-12-25
Date RangeStart Date – End DateRange of dates for the calendar2026-12-20 to 2026-12-31
Work TypeDropdownWorking or Non-working periodWorking / Non-working

📊 Time Period Types in VOS3000

Reference: VOS3000 2.1.9.07 Manual, Section 2.12.4 (Page 174)

VOS3000 supports multiple types of time periods that can be combined to create complex routing schedules. Understanding these period types is essential for effective calendar configuration.

📅 Period Type Definitions

📅 Period Type📋 Description⚙️ Configuration💡 Use Case
Daily PeriodRecurring daily time rangeStart/End time, select all daysBusiness hours 9AM-5PM daily
Weekday PeriodSpecific days of weekSelect Mon, Tue, Wed, etc.Mon-Fri working hours
Weekend PeriodSaturday and SundaySelect Sat, SunWeekend off-hours routing
Specific DateSingle calendar dateYYYY-MM-DD formatChristmas Day, New Year
Date RangeRange of consecutive datesStart Date to End DateHoliday week, vacation period
Non-WorkingException periodsMark as Non-working typeCompany holidays, maintenance

🔧 Step-by-Step VOS3000 Work Calendar Configuration

📋 Scenario: Configure Business Hours Routing

VOS3000 Work Calendar Configuration - Business Hours Example:
================================================================

SCENARIO: Route calls differently during business hours (Mon-Fri 9AM-6PM)
           vs off-hours and weekends

STEP 1: Create Business Hours Calendar
───────────────────────────────────────
Navigation: Number management → Work calendar → Add

Configuration:
┌────────────────────────────────────────────────────────────┐
│ Field          │ Value                                     │
├────────────────────────────────────────────────────────────┤
│ Calendar Name  │ Business_Hours                            │
│ Start Time     │ 09:00:00                                  │
│ End Time       │ 18:00:00                                  │
│ Week Days      │ Monday, Tuesday, Wednesday, Thursday,     │
│                │ Friday (Check these boxes)                │
│ Work Type      │ Working                                   │
└────────────────────────────────────────────────────────────┘

Click: OK to save

STEP 2: Create Off-Hours Calendar
──────────────────────────────────
Navigation: Number management → Work calendar → Add

Configuration:
┌────────────────────────────────────────────────────────────┐
│ Field          │ Value                                     │
├────────────────────────────────────────────────────────────┤
│ Calendar Name  │ Off_Hours                                 │
│ Start Time     │ 18:00:00                                  │
│ End Time       │ 09:00:00                                  │
│ Week Days      │ Monday, Tuesday, Wednesday, Thursday,     │
│                │ Friday (Check these boxes)                │
│ Work Type      │ Non-working                               │
└────────────────────────────────────────────────────────────┘

Click: OK to save

STEP 3: Create Weekend Calendar
────────────────────────────────
Navigation: Number management → Work calendar → Add

Configuration:
┌────────────────────────────────────────────────────────────┐
│ Field          │ Value                                     │
├────────────────────────────────────────────────────────────┤
│ Calendar Name  │ Weekend                                   │
│ Start Time     │ 00:00:00                                  │
│ End Time       │ 23:59:59                                  │
│ Week Days      │ Saturday, Sunday (Check these boxes)      │
│ Work Type      │ Non-working                               │
└────────────────────────────────────────────────────────────┘

Click: OK to save

STEP 4: Associate Calendars with Gateways
──────────────────────────────────────────
Navigation: Operation management → Gateway operation → Routing gateway

For Business Hours Gateway:
┌────────────────────────────────────────────────────────────┐
│ Select Gateway → Right-click → Additional settings         │
│ Routing Period → Select "Business_Hours" calendar          │
│ Priority: 1 (Higher priority during business hours)        │
└────────────────────────────────────────────────────────────┘

For Off-Hours Gateway:
┌────────────────────────────────────────────────────────────┐
│ Select Gateway → Right-click → Additional settings         │
│ Routing Period → Select "Off_Hours" calendar               │
│ Priority: 2 (Lower priority, used when business hours off) │
└────────────────────────────────────────────────────────────┘

📊 Gateway Period Configuration

Reference: VOS3000 2.1.9.07 Manual, Section 2.12.4 (Page 174)

Once work calendars are created, they must be associated with routing gateways to implement time-based routing. The gateway period configuration determines which gateway is used during specific calendar periods.

⚙️ Gateway Period Settings

⚙️ Setting📋 Description💡 Example Value
Routing PeriodSelect which calendar period this gateway applies toBusiness_Hours
PriorityGateway selection priority (lower = higher priority)1, 2, 3…
WeightLoad balancing weight for multiple gateways100
Valid FromStart date for gateway validity2026-01-01
Valid ToEnd date for gateway validity2099-12-31

💼 Practical Use Cases for VOS3000 Work Calendar

🏢 Use Case 1: Call Center Business Hours

📊 Scenario⚙️ Configuration
RequirementRoute inbound calls to agents during business hours, to IVR/voicemail off-hours
Business HoursCalendar: Mon-Fri 08:00-20:00 → Gateway: Agent_Phone_Group
Off-HoursCalendar: All other times → Gateway: IVR_Server
ResultAutomatic routing switch at 8AM and 8PM without manual intervention

💰 Use Case 2: Cost Optimization Routing

📊 Scenario⚙️ Configuration
RequirementUse premium routes during peak hours, cheaper routes during off-peak
Peak HoursCalendar: Daily 09:00-18:00 → Gateway: Premium_Carrier (Higher quality)
Off-PeakCalendar: Daily 18:00-09:00 → Gateway: Budget_Carrier (Lower cost)
ResultBalance quality and cost automatically throughout the day

🎄 Use Case 3: Holiday Routing

📊 Scenario⚙️ Configuration
RequirementSpecial routing for company holidays
Holiday CalendarCreate specific date entries: Christmas, New Year, etc.
Holiday GatewayGateway: Holiday_IVR → Play recorded message
ResultCalls automatically routed to holiday message on specific dates

📊 VOS3000 Work Calendar Priority and Conflict Resolution

When multiple calendar periods overlap, VOS3000 uses a priority system to determine which routing rules apply. Understanding this priority system is essential for complex configurations.

🔄 Priority Rules

🏆 Priority Level📋 Rule Type📝 Description
1 (Highest)Specific DateExact date match overrides all other rules
2Date RangeRange match overrides recurring rules
3Weekday + TimeSpecific day of week with time range
4Time OnlyDaily time range without day specification
5 (Lowest)DefaultFallback when no other rule matches

🚨 Work Calendar Troubleshooting

📊 Common Issues and Solutions

🚨 Issue🔍 Cause✅ Solution
Routing not switching at scheduled timeCalendar not associated with gatewayConfigure gateway period settings
Wrong gateway used during business hoursPriority configuration incorrectCheck gateway priority values
Holiday routing not workingSpecific date not configured correctlyVerify date format and year
Calls going to wrong gatewayMultiple calendars overlappingReview priority and conflict rules
Calendar changes not taking effectChanges not saved or cache issueApply changes, refresh configuration

🔧 Verification Steps

Work Calendar Verification Checklist:
=====================================

1. CHECK CALENDAR CONFIGURATION
   ├── Verify calendar name is correct
   ├── Check start/end times are correct
   ├── Confirm week days are selected
   └── Verify work type (Working/Non-working)

2. CHECK GATEWAY ASSOCIATION
   ├── Verify calendar is assigned to gateway
   ├── Check gateway priority value
   ├── Confirm gateway is online
   └── Verify gateway prefix matches called number

3. TEST ROUTING
   ├── Make test call during calendar period
   ├── Check CDR for gateway used
   ├── Verify correct routing applied
   └── Test during different time periods

4. DEBUG IF NEEDED
   ├── Enable debug trace
   ├── Capture SIP messages
   ├── Verify INVITE sent to correct gateway
   └── Check for routing errors in CDR

💰 VOS3000 Installation and Support

Need professional help with VOS3000 work calendar configuration? Our team provides comprehensive VOS3000 services including installation, configuration, and ongoing technical support.

📦 Service📝 Description💼 Includes
VOS3000 InstallationComplete server setupOS, VOS3000, Database, Security
Calendar ConfigurationTime-based routing setupBusiness hours, holidays, failover
Technical Support24/7 remote assistanceTroubleshooting, optimization

📞 Contact us for VOS3000: WhatsApp: +8801911119966

❓ Frequently Asked Questions

Can I use multiple calendars for the same gateway?

No, each gateway can only be associated with one calendar period at a time. However, you can create multiple gateways with different calendars and use priority to control which gateway is selected during different time periods.

What happens if no calendar matches the current time?

If no calendar period matches the current time, VOS3000 uses the default routing rules based on gateway priority and prefix matching. It’s recommended to have a default gateway configured as a fallback.

How do I configure different routing for different timezones?

VOS3000 uses the server’s local timezone for calendar evaluation. For multi-timezone operations, you need to either adjust calendar times to match the server timezone or deploy separate VOS3000 instances in different timezones.

Can I test calendar routing without making actual calls?

The best way to test is to make test calls during different time periods and verify the gateway selection in CDR. Some operators temporarily adjust calendar times to test without waiting for actual time periods.

Do calendar changes require service restart?

Most calendar changes take effect immediately after applying. However, for major configuration changes or if changes don’t seem to take effect, refreshing the softswitch configuration may be necessary.

📞 Get Expert VOS3000 Work Calendar Support

Need assistance configuring VOS3000 work calendar or implementing time-based routing? Our VOS3000 experts provide comprehensive support for calendar configuration, routing optimization, and system integration.

📱 WhatsApp: +8801911119966

Contact us today for professional VOS3000 installation, configuration, and technical support services!


📞 Need Professional VOS3000 Setup Support?

For professional VOS3000 installations and deployment, VOS3000 Server Rental Solution:

📱 WhatsApp: +8801911119966
🌐 Website: www.vos3000.com
🌐 Blog: multahost.com/blog
📥 Downloads: VOS3000 Downloads


Negocio VoIP Mayorista, VICIDIAL Servidor, Softswitch Barato, VoIP批发业务, 软交换比较, VOS3000 session timer, VOS3000 call end reasons, VOS3000 Work Calendar, VOS3000 geofencing, VOS3000软交换参数优化, VOS3000错误代码大全, VOS3000账户权限管理Negocio VoIP Mayorista, VICIDIAL Servidor, Softswitch Barato, VoIP批发业务, 软交换比较, VOS3000 session timer, VOS3000 call end reasons, VOS3000 Work Calendar, VOS3000 geofencing, VOS3000软交换参数优化, VOS3000错误代码大全, VOS3000账户权限管理Negocio VoIP Mayorista, VICIDIAL Servidor, Softswitch Barato, VoIP批发业务, 软交换比较, VOS3000 session timer, VOS3000 call end reasons, VOS3000 Work Calendar, VOS3000 geofencing, VOS3000软交换参数优化, VOS3000错误代码大全, VOS3000账户权限管理