Sistema VOS3000 Mapeo Pasarelas Inteligente: Identificacion y Tono de Retorno
Introduccion al Mapeo de Pasarela en VOS3000
El sistema VOS3000 mapeo pasarelas constituye una de las funciones mas criticas para la correcta identificacion de llamantes y la entrega precisa del tono de retorno en entornos VoIP de produccion. Mientras que los routing gateways se encargan de enrutar llamadas hacia proveedores y vendors, los mapping gateways controlan como se identifican y presentan los participantes de la llamada, lo cual impacta directamente en la precision del CLI (Calling Line Identification), la fiabilidad del tono de timbre y la deteccion de desvios automaticos.
En un entorno VoIP real, la informacion del llamante y del llamado puede viajar en multiples encabezados SIP, y diferentes proveedores pueden utilizar encabezados distintos para transportar la misma informacion. El sistema VOS3000 mapeo pasarelas resuelve esta ambiguedad al permitir al operador especificar exactamente que encabezado debe utilizarse para extraer el numero del llamante y del llamado, garantizando consistencia en la identificacion independientemente del proveedor de origen.
Ademas de la identificacion, el mapeo de pasarelas controla como se entrega el tono de retorno al llamante, si se reconocen las senales de desvio de llamada, y si se reemplazan los codigos de razon fallida para prevenir bucles de failover infinitos. Estas cinco funciones trabajan en conjunto para asegurar que la experiencia del llamante sea correcta y que el sistema de ruteo funcione de manera eficiente.
Concepto clave: En VOS3000, los mapping gateways son el primer punto de procesamiento de la senalizacion entrante. La configuracion de mapeo afecta como se interpretan los datos de la llamada ANTES de que se tome cualquier decision de ruteo.
Table of Contents Sistema VOS3000 Mapeo Pasarelas Inteligente: Identificacion y Tono de Retorno Introduccion al Mapeo de Pasarela en VOS3000 Seleccion de Encabezado de Origen del Llamante From / Remote-Party-ID / Display Que Encabezado Confiar para CLI Preciso Seleccion de Encabezado del Llamado (To / Request-Line) Extraccion del Numero Marcado Modo de Tono de Retorno Remoto Passthrough / 183+SDP / 180+SDP Impacto en Entrega de Tono y Early Media Reconocimiento de Senal de Desvio de Llamada 181 Call Is Being Forwarded y 302 Moved Temporarily Reemplazo de Razon Fallida Sobreescribir 503 con 486 para Prevenir Bucles de Failover Tabla de Modos de Mapeo y Configuracion Infografia: Flujo de Mapeo de Pasarela Configuracion Paso a Paso Solucion de Problemas Comunes Preguntas Frecuentes sobre el Sistema VOS3000 Mapeo Pasarelas 1. Como determino que encabezado usar como caller source en el sistema VOS3000 mapeo pasarelas? 2. Cuando debo usar 183+SDP en lugar de Passthrough en el sistema VOS3000 mapeo pasarelas? 3. Que problemas causa no habilitar el reemplazo de razon fallida en el sistema VOS3000 mapeo pasarelas? 4. El reconocimiento de desvio afecta la facturacion en el sistema VOS3000 mapeo pasarelas? 5. Puedo usar diferentes configuraciones de mapeo para diferentes mapping gateways en el sistema VOS3000? 6. Como verifico que mi configuracion de mapeo esta funcionando correctamente en el sistema VOS3000? Need Professional VOS3000 Setup Support?
Seleccion de Encabezado de Origen del Llamante
From / Remote-Party-ID / Display
El sistema VOS3000 mapeo pasarelas ofrece tres opciones para seleccionar el encabezado de origen del llamante (caller source header). Esta seleccion determina de donde se extrae el numero telefonicoo o identificador del llamante cuando una llamada ingresa al sistema a traves de un mapping gateway. Las tres opciones disponibles son: el encabezado From, el encabezado Remote-Party-ID, y el encabezado Display.
El encabezado From es el estandar SIP y el mas comunmente utilizado. Contiene la informacion del originador de la llamada en el formato SIP URI (por ejemplo, sip:[email protected]). El sistema VOS3000 mapeo pasarelas extrae el numero del campo URI del encabezado From, ignorando el dominio y reteniendo solo la parte numerica. Este es el metodo mas confiable en la mayoria de los casos porque todos los dispositivos SIP generan este encabezado.
El encabezado Remote-Party-ID (tambien conocido como RPID) es un encabezado definido en el RFC 3325 que proporciona informacion de identidad del llamante con mayor detalle que el encabezado From. RPID puede incluir atributos como “party=calling” y “screen=yes” que indican si el numero ha sido verificado por la red. Algunos proveedores premium envian el CLI real en RPID mientras que el From contiene un numero generico. En estos casos, seleccionar Remote-Party-ID en el sistema VOS3000 mapeo pasarelas proporciona una identificacion mas precisa del llamante.
El encabezado Display se refiere al campo de nombre para mostrar dentro del encabezado From (la parte entre comillas antes de la URI SIP). Por ejemplo, en “Maria Garcia” <sip:[email protected]>, el campo Display contiene “Maria Garcia”. Este campo raramente se utiliza como fuente de identificacion numerica porque generalmente contiene nombres en lugar de numeros, pero puede ser util en configuraciones especializadas donde el numero se transporta en el campo de nombre.
Que Encabezado Confiar para CLI Preciso
La seleccion del encabezado correcto es fundamental para la precision del CLI en el sistema VOS3000 mapeo pasarelas. Si se selecciona el encabezado equivocado, el numero del llamante puede aparecer incorrecto en los CDR, en las pantallas de los telefonos y en los sistemas de facturacion, causando disputas con clientes y problemas de ruteo.
Advertencia: Si el proveedor envia un numero generico en el From pero el CLI real en Remote-Party-ID, seleccionar “From” resultara en un CLI incorrecto. Siempre verifique con su proveedor que encabezado contiene el numero correcto del llamante.
Encabezado RFC Confiabilidad CLI Proveedor Tipico NotasFromRFC 3261 Alta (universal)Todos los proveedores SIPSiempre presente, estandar SIPRemote-Party-IDRFC 3325 Muy Alta (verificado)Proveedores premium/carrierIncluye indicador de screeningDisplayRFC 3261 VariablePBX, softphonesPuede contener nombre en vez de numero
Seleccion de Encabezado del Llamado (To / Request-Line)
Extraccion del Numero Marcado
El sistema VOS3000 mapeo pasarelas ofrece dos opciones para extraer el numero del llamado (callee): el encabezado To y la Request-Line. Esta seleccion determina como se identifica el numero de destino en las llamadas entrantes, lo cual es critico para el ruteo correcto y la facturacion precisa.
El encabezado To es el metodo estandar y contiene la URI SIP del destino de la llamada. En la mayoria de los casos, el numero marcado se extrae directamente del campo URI del encabezado To. Sin embargo, en algunos escenarios de red, particularmente con gateways que realizan transformaciones de numero, el encabezado To puede contener un numero diferente al realmente marcado.
La Request-Line es la primera linea del mensaje SIP INVITE y contiene la URI de solicitud completa. En el protocolo SIP, la Request-Line representa el destino “siguiente salto” de la llamada, mientras que el To representa el destino final. En la practica, cuando no hay intermediarios que modifiquen la senalizacion, ambos contienen el mismo numero. Pero cuando hay proxies SIP en la ruta que realizan traducciones de numero, la Request-Line puede contener el numero traducido mientras que el To mantiene el original.
Recomendacion: Utilice “To” como fuente del numero llamado en la mayoria de los casos. Solo utilice “Request-Line” cuando su proveedor confirme que el numero correcto se encuentra en la Request-Line y el To contiene un valor diferente.
Modo de Tono de Retorno Remoto
Passthrough / 183+SDP / 180+SDP
El modo de tono de retorno remoto del sistema VOS3000 mapeo pasarelas controla como se entrega el tono de timbre al llamante durante el proceso de establecimiento de la llamada. Este parametro es crucial porque afecta directamente la experiencia del llamante y puede influir en el ASR del sistema. Las tres opciones disponibles son Passthrough, 183+SDP y 180+SDP.
En modo Passthrough, el sistema VOS3000 mapeo pasarelas reenvia directamente las respuestas SIP del destino al llamante sin modificacion. Si el destino envia un 180 Ringing, el sistema reenvia 180 Ringing. Si envia 183 Session Progress con SDP (early media), el sistema reenvia 183 con SDP. Este modo es el mas transparente y se recomienda cuando el proveedor de destino entrega tonos de retorno confiables y correctamente senalizados.
En modo 183+SDP, el sistema VOS3000 mapeo pasarelas convierte todas las respuestas de timbre del destino en respuestas 183 Session Progress con SDP. Esto fuerza la apertura de un canal de early media RTP entre el llamante y el destino, permitiendo que el llamante escuche el tono de timbre real del destino a traves del flujo RTP. Este modo es especialmente util cuando el proveedor de destino envia tonos de audio locales que no se pueden transportar correctamente con un 180 Ringing sin SDP.
En modo 180+SDP, el sistema envia una respuesta 180 Ringing que incluye un cuerpo SDP. Este modo es menos comun pero puede ser necesario para interoperar con ciertos dispositivos que requieren el 180 Ringing (por razones de compatibilidad) pero tambien necesitan un canal RTP para el tono de audio. Algunos teléfonos SIP mas antiguos solo generan el tono de timbre local cuando reciben 180 Ringing, y el 180+SDP permite que estos dispositivos funcionen correctamente mientras se establece el canal RTP.
Impacto en Entrega de Tono y Early Media
La seleccion del modo de tono de retorno tiene un impacto significativo en la calidad de la experiencia del llamante. Un modo incorrecto puede resultar en silencio durante el timbrado (el llamante no escucha nada hasta que se contesta), en tonos de timbre falsos (el llamante escucha timbre antes de que el destino realmente este timbrando), o en audio unidireccional durante la fase de setup de la llamada.
Problema critico: Si se utiliza 183+SDP pero el proveedor de destino envia 180 Ringing sin SDP, el sistema generara un SDP ficticio para crear el canal de early media. Si el destino no envia audio RTP por ese canal, el llamante escuchara silencio total en lugar de un tono de timbre, lo que puede hacerle creer que la llamada no se esta procesando.
Modo Comportamiento Ventaja Riesgo Caso de Uso PassthroughReenvia respuesta del destino sin modificarMaxima transparenciaTono puede no llegar si destino envia 180 sin SDPProveedores confiables 183+SDPFuerza 183 Session Progress con SDPGarantiza canal de early mediaPosible silencio si destino no envia audioGateways con tonos locales en audio 180+SDPEnvia 180 Ringing con SDP incluidoCompatible con telefonos antiguosPoco comun, posible incompatibilidadDispositivos legados especificos
Reconocimiento de Senal de Desvio de Llamada
181 Call Is Being Forwarded y 302 Moved Temporarily
El reconocimiento de senal de desvio del sistema VOS3000 mapeo pasarelas permite al sistema detectar automaticamente cuando una llamada esta siendo desviada por el destino y procesar correctamente la redireccion. Esta funcion reconoce dos tipos de senales de desvio: la respuesta 181 Call Is Being Forwarded y la respuesta 302 Moved Temporarily.
La respuesta 181 Call Is Being Forwarded es un mensaje SIP informativo que indica que la llamada ha sido recibida por el servidor del destino y esta siendo redirigida a otro numero. El sistema VOS3000 mapeo pasarelas reconoce esta senal y permite que la llamada continue su curso hacia el nuevo destino sin intervenir, simplemente procesando la redireccion como parte del flujo normal de la llamada. Este reconocimiento es importante porque sin el, el sistema podria interpretar la redireccion como un error o un evento inesperado.
La respuesta 302 Moved Temporarily es un mensaje de redireccion SIP que indica que el llamado no esta disponible en la direccion actual pero puede ser alcanzado en una nueva direccion especificada en el encabezado Contact de la respuesta. El sistema VOS3000 mapeo pasarelas extrae automaticamente la nueva direccion del Contact header y rerutea la llamada hacia el nuevo destino. Esta funcion es especialmente util en entornos con telefonos que tienen configurado desvio de llamada a numeros externos.
Beneficio: El reconocimiento automatico de senales de desvio evita que las llamadas redirigidas se pierdan o se contabilicen como fallidas, mejorando el ASR y la experiencia del llamante.
Reemplazo de Razon Fallida
Sobreescribir 503 con 486 para Prevenir Bucles de Failover
La funcion de reemplazo de razon fallida del sistema VOS3000 mapeo pasarelas aborda un problema critico en entornos con failover automatico: los bucles infinitos de conmutacion causados por respuestas 503 Service Unavailable. Cuando un gateway devuelve un error 503, el sistema de failover de VOS3000 interpreta que el gateway esta fuera de servicio e intenta enrutar la llamada a traves del siguiente gateway disponible. Si el siguiente gateway tambien devuelve 503, el sistema conmuta de nuevo, y asi sucesivamente hasta agotar todos los gateways.
El problema se agrava cuando el 503 no indica realmente que el gateway este fuera de servicio, sino que el destino rechaza la llamada por una razon especifica (por ejemplo, el numero esta fuera de servicio, el destino no tiene capacidad, o el proveedor esta rechazando el trafico temporalmente). En estos casos, conmutar al siguiente gateway no resolvera el problema porque el rechazo es del destino final, no del gateway intermedio, y todos los gateways devolveran el mismo error.
El sistema VOS3000 mapeo pasarelas resuelve este problema al permitir reemplazar el codigo 503 con 486 Busy Here. Cuando se habilita el reemplazo, el sistema convierte las respuestas 503 en respuestas 486 antes de procesarlas con el motor de failover. El codigo 486 es tratado como un rechazo del destino (no del gateway), lo que detiene la conmutacion automatica y evita el bucle de failover. Esta funcion ahorra recursos del sistema, reduce el PDD y previene el desperdicio de capacidad en gateways que nunca completaran la llamada.
Precaucion: Habilite el reemplazo solo si esta seguro de que los 503 de su proveedor representan rechazos del destino y no verdaderos problemas de disponibilidad del gateway. Si el gateway realmente esta fuera de servicio, reemplazar 503 por 486 impediria el failover correcto.
Codigo Original Codigo Reemplazado Comportamiento sin Reemplazo Comportamiento con Reemplazo 503 Service Unavailable 486 Busy HereFailover al siguiente gateway (posible bucle)Detener conmutacion, tratar como rechazo de destino 503 con “Retry-After” 486 Busy HereEsperar y reintentar (consume recursos)Rechazo inmediato, sin espera
Tabla de Modos de Mapeo y Configuracion
Parametro Opciones Recomendado Descripcion Caller Source HeaderFrom / Remote-Party-ID / DisplayFromEncabezado para extraer numero del llamante Callee Source HeaderTo / Request-LineToEncabezado para extraer numero del llamado Remote Ring Back ModePassthrough / 183+SDP / 180+SDPPassthroughModo de entrega del tono de retorno Call Forward SignalHabilitado / DeshabilitadoHabilitadoReconocimiento de senales de desvio Replace Failed ReasonHabilitado / DeshabilitadoSegun casoReemplazar 503 por 486
Infografia: Flujo de Mapeo de Pasarela
[LLAMADA ENTRANTE VIA MAPPING GATEWAY]
|
v
[1. EXTRAER CALLER ID]
|
+– From header? –> Usar numero del campo URI
+– Remote-Party-ID? –> Usar numero verificado con screening
+– Display? –> Usar campo de nombre del From
|
v
[2. EXTRAER NUMERO MARCADO]
|
+– To header? –> Usar numero del campo URI To
+– Request-Line? –> Usar URI de solicitud
|
v
[3. ENTREGAR TONO DE RETORNO]
|
+– Passthrough –> Reenviar respuesta del destino tal cual
+– 183+SDP –> Forzar canal early media con 183
+– 180+SDP –> Enviar 180 Ringing con SDP incluido
|
v
[4. DETECTAR DESVIO?]
|
+– 181 Call Is Being Forwarded –> Procesar redireccion
+– 302 Moved Temporarily –> Extraer nuevo destino del Contact
+– Ninguna senal –> Continuar flujo normal
|
v
[5. RAZON FALLIDA?]
|
+– 503 sin reemplazo –> Failover al siguiente gateway
+– 503 con reemplazo –> Convertir a 486, detener failover
|
v
[LLAMADA PROCESADA CORRECTAMENTE]
Configuracion Paso a Paso
Para configurar correctamente el sistema VOS3000 mapeo pasarelas, siga estos pasos. Para asistencia profesional, contactenos por WhatsApp al +8801911119966.
Paso 1: Verificar encabezados del proveedor. Antes de configurar, capture un trace SIP de las llamadas entrantes de su proveedor utilizando tcpdump o sngrep. Identifique en que encabezado se transporta el CLI correcto (From, RPID o Display) y en que encabezado se encuentra el numero marcado (To o Request-Line). Este paso es fundamental para evitar configuraciones incorrectas.
Paso 2: Configurar caller source header. En la configuracion del mapping gateway, seleccione el encabezado identificado en el Paso 1 como caller source. Si el proveedor envia RPID con screening verificado, seleccione Remote-Party-ID para obtener el CLI mas preciso.
Paso 3: Configurar callee source header. Seleccione “To” a menos que su trace SIP muestre que el numero correcto se encuentra en la Request-Line. En la mayoria de los despliegues, el encabezado To contiene el numero correcto del llamado.
Paso 4: Seleccionar modo de tono de retorno. Comience con “Passthrough” y monitoree si los llamantes escuchan el tono de timbre correctamente. Si recibe quejas de silencio durante el timbrado, cambie a “183+SDP” para garantizar la entrega del tono.
Paso 5: Habilitar reconocimiento de desvio. Active el reconocimiento de senal de desvio para que el sistema procese correctamente las llamadas redirigidas. Esto mejora el ASR al evitar que las llamadas desviadas se cuenten como fallidas.
Paso 6: Evaluar reemplazo de razon fallida. Si experimenta bucles de failover con 503, habilite el reemplazo de razon fallida. Verifique durante 48 horas que el failover legitimo todavia funciona correctamente. Contactenos por WhatsApp al +8801911119966 si necesita ayuda.
Solucion de Problemas Comunes
Problema Causa Probable Solucion CLI incorrecto en CDRCaller source header equivocadoCambiar a Remote-Party-ID si el proveedor lo envia Silencio durante timbradoModo Passthrough con destino que envia 180 sin SDPCambiar a 183+SDP Bucle de failover infinito503 no reemplazado a 486Habilitar replace failed reason Desvio no procesadoReconocimiento de desvio deshabilitadoHabilitar call forward signal recognition Numero marcado incorrectoCallee source en Request-Line en vez de ToVerificar con trace SIP y cambiar a To PDD alto por conmutacionFailover intentando gateways que rechazanHabilitar reemplazo de razon fallida
Preguntas Frecuentes sobre el Sistema VOS3000 Mapeo Pasarelas
1. Como determino que encabezado usar como caller source en el sistema VOS3000 mapeo pasarelas?
Para determinar el encabezado correcto en el sistema VOS3000 mapeo pasarelas, capture un trace SIP de las llamadas entrantes usando tcpdump o sngrep. Examine los encabezados From, Remote-Party-ID y Display para identificar cual contiene el numero correcto del llamante. Si el proveedor envia Remote-Party-ID con “screen=yes”, este es el encabezado mas confiable porque indica que el numero ha sido verificado por la red del proveedor.
2. Cuando debo usar 183+SDP en lugar de Passthrough en el sistema VOS3000 mapeo pasarelas?
Utilice 183+SDP en el sistema VOS3000 mapeo pasarelas cuando los llamantes reportan no escuchar el tono de timbre durante la fase de establecimiento de la llamada. Esto ocurre tipicamente cuando el proveedor de destino envia respuestas 180 Ringing sin SDP, lo que impide la apertura del canal RTP de early media. El modo 183+SDP fuerza la apertura del canal, permitiendo que el llamante escuche el tono de timbre real del destino a traves del flujo RTP.
3. Que problemas causa no habilitar el reemplazo de razon fallida en el sistema VOS3000 mapeo pasarelas?
Sin el reemplazo de razon fallida en el sistema VOS3000 mapeo pasarelas, las respuestas 503 Service Unavailable del destino activan el mecanismo de failover automatico, que intenta enrutar la llamada a traves del siguiente gateway disponible. Si el 503 indica un rechazo del destino (no del gateway), todos los gateways devolveran el mismo error, creando un bucle de failover que consume recursos, incrementa el PDD y reduce el ASR. Habilitar el reemplazo convierte 503 a 486 Busy Here, deteniendo la conmutacion.
4. El reconocimiento de desvio afecta la facturacion en el sistema VOS3000 mapeo pasarelas?
Si, el reconocimiento de desvio en el sistema VOS3000 mapeo pasarelas puede afectar la facturacion. Cuando se detecta una redireccion via 302 Moved Temporarily, la llamada puede ser reruteada a un numero diferente, lo que podria aplicar una tarifa distinta segun la tabla de tarifas. Es importante que las reglas de tarifas contemplen numeros de desvio para evitar discrepancias entre el numero originalmente marcado y el numero donde finalmente se establece la llamada.
5. Puedo usar diferentes configuraciones de mapeo para diferentes mapping gateways en el sistema VOS3000?
Si, el sistema VOS3000 mapeo pasarelas permite configurar cada mapping gateway de forma independiente. Esto es especialmente util cuando se trabajan con multiples proveedores que utilizan diferentes convenciones de encabezados. Por ejemplo, un proveedor puede enviar el CLI en Remote-Party-ID mientras otro lo envia en el From, y puede configurar cada mapping gateway con el encabezado apropiado para su proveedor correspondiente. sistema VOS3000 mapeo pasarelas
6. Como verifico que mi configuracion de mapeo esta funcionando correctamente en el sistema VOS3000?
Para verificar la configuracion del sistema VOS3000 mapeo pasarelas, realice llamadas de prueba y examine los CDR generados. Verifique que el campo caller ID contenga el numero correcto del llamante y que el campo callee contenga el numero marcado correcto. Tambien puede utilizar tcpdump para capturar la senalizacion SIP y confirmar que los encabezados se estan interpretando segun la configuracion. Si el CLI es correcto en los CDR y los llamantes escuchan el tono de timbre, la configuracion esta funcionando. sistema VOS3000 mapeo pasarelas
Para mas informacion, consulte nuestra guia de seleccion de encabezado caller, nuestra guia de encabezado callee, y los recursos sobre tono de retorno remoto. Tambien puede encontrar informacion sobre reconocimiento de senal de desvio y reemplazo de razon fallida. Para descargar la ultima version, visite la pagina oficial de descargas de VOS3000.
Optimice el mapeo de sus pasarelas con el sistema VOS3000 mapeo pasarelas. Contactenos por WhatsApp al +8801911119966 para asistencia profesional personalizada. Nuestro equipo le ayudara a configurar correctamente cada parametro de mapeo para garantizar un CLI preciso y una experiencia de llamada optima.
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