Join Us!
We will contact you shortly

Preguntas Frecuentes

Preguntas Frecuentes

Deteccion de fraude
Impacto a la red
Arquitectura
Integración
Seguridad
Precios
Cómo exactamente controla las llamadas el Registro de Llamadas? Por ejemplo - Cómo funciona esto con operadores TDM?
Si usted opta por el modo Control, el Registro de Llamadas puede dar comandos para detener la conexión de una llamada o desconectar una llamada activa. Esto se logra por medios estandard RADIUS y protocolos Diameter o vía un HTTP API a la medida o cualquier equipo SIP. Lo mismo va para redes TDM - el control de llamada se hace vía protocolos contables estándar. El Registro de Llamadas debe ser integrado con el equipo de red que maneje las llamadas - por ejemplo, con un conmutador SBC. En caso de integración con una entrada SCP o CAMEL la llamada puede ser controlada vía liberadores CAMEL.
Cómo funciona el sistema con portabilidad de números?
Por favor ver el diagrama Portabilidad Numérica, abajo.
Cómo funciona el sistema con itinerancia?
El sistema soporta la validación de llamadas de itinerancia. Cuando una llamada itinerante (ver diagrama) es hecha, la red de terminación recibe detalles de llamada itinerante y busca en los números A de la red original para ver si está en estado itinerante. Los números A de la red original confirman y así se completa la información necesaria para la validación de llamada. Por favor ver diagrama para más detalles.

En nuestro diagrama el número A está itinerando en la red del Operador 1, originalmente perteneciendo al Operador 2, con llamada hacia el Operador 3. El Registro de Llamadas del Operador 3 recibe un intento de llamada de itinerancia del Operador 1 y gustaría confirmar los detalles de llamada. Se dirige al Registro de Llamadas del Operador 2 para confirmar el estado itinerante y los detalles de llamada. El Operador 2 confirma el estado itinerante y los detalles de llamada al Operador de terminación. Sucesivamente, el Operador 3 confirma los detalles de llamada al Operador 1, completando así la validación entre los 3 Registros de Llamadas. Tenga en cuenta que la numeración es para guiar al usuario a través del proceso. En realidad los pasos se hacen de manera instantánea y no simultánea.
Cómo funciona el sistema con el reenvío de llamadas?
Las dos partes de la llamada son validadas independientemente. Si una de las redes participando en cualquiera de las partes de la llamada no es miembro de la comunidad, la llamada será marcada "sin verificar". Dependerá de los operadores participantes decidir si quieren conectar dicha llamada. Cada operador podrá ver todas las llamadas salientes reenviadas en una pestaña separada en el Centro de Control.
Múltiples intentos de llamada para el mismo número B pueden llegar al mismo tiempo, especialmente con números B llamados frecuentemente como el servicio de mensajería de voz, IVR, Centros de Atencion al Cliente, Embajadas, etc. Podría no haber distinción posible entre eventos de registro de llamada generados por operador(es) originador(es). Como funcionaria AB Handshake en estos intentos de llamada para evitar falsos positivos en facturación y rechazos de llamadas no deseadas?
En caso de múltiples llamadas simultáneas al mismo número B el Registro de Llamadas en el lado de terminación verificará cada par A y B. El sistema puede alertar/bloquear llamadas con pares A y B sin verificar. No habrá falsos positivos.
Como el número B es usado para enrutamiento, los estafadores podrían aún hacer llamadas de Parada Corta IRSF y cobrar el dinero. Y como la llamada es de Parada Corta, no habrá Registro de Llamada generado por el operador de terminación para el handshake. Así, cómo AB Handshake previene la Parada Corta?
Cuando el conmutador del lado de originación inicia la llamada, envía el par A y B al Registro de Llamadas. El Registro de Llamadas del lado originador enviará una solicitud de verificación al Registro de Llamadas de terminación. En caso que exista Parada Corta, el Registro de Llamadas de terminación responderá con "no hay tal llamada". Esto permite al Registro de Llamadas de originación llegar a una conclusión de que hubo Parada Corta y terminar la llamada. Previene Parada Corta en tiempo real.
Cómo contrarresta el AB Handshake al Wangiri?
a) Si el ataque Wangiri es iniciado por un proveedor legal de servicio usando su propio rango de números, el servicio proveerá evidencia que las llamadas fueron originadas por una entidad participante. No hay manipulación de CLI y el intercambio de handshakes coincidirá si ambos operadores usan AB Handshake.
b) Si hay manipulación de CLI - las llamadas serán marcadas como llamada sin confirmar, y dependiendo de los ajustes del Registro de Llamadas generará una alerta o bloqueara la llamada. En cualquier caso la llamada también será bloqueada durante la segunda llamada cuando el suscriptor llame de nuevo. Esta llamada normalmente será consistente con el escenario de Llamada Corta y se manejara respectivamente.
Cómo contrarresta el AB Handshake a las llamadas automáticas, llamadas de estafa, y explosion de llamadas?
Usa los mismos métodos que se usan para Wangiri.
Cómo detecta y contrarresta el AB Handshake el fraude de Troncal Oculta?
Por Troncal Oculta entendemos el caso cuando el malware al conmutador es instalado ilegalmente en el mismo equipo (con la misma IP) que un conmutador legal. Cuando ese malware ilegal origina una llamada, el lado de terminación puede reconocer esta llamada como enviada desde un conmutador legal. Tales "llamadas de troncal oculta" no dejan rastros en los equipos de conmutación legales y en el Registro de Llamadas del AB Handshake también. Así, el Registro de Llamadas de terminación marcará las llamadas como fraudulentas, como "llamadas sin origen confirmado" - y si el proveedor de terminación enciende la opción de bloqueo para este tipo de fraude - el sistema bloqueará estas llamadas en tiempo real.
Cómo maneja el AB Handshake las Llamadas Prolongadas?
Cuando el Registro de Llamadas del lado de terminación recibe el evento "Fin de Llamada" inicia la validación del evento con el Registro de Llamadas de originación, el cual envía entonces un comando de "desconexión" al conmutador de originación previniendo así la prolongación de la llamada. La confirmación de "Fin de Llamada" se realiza en tiempo real.
Cómo maneja el AB Handshake la Supervisión de Respuesta Falsa (FAS)?
El proceso de detección será muy similar al de detección de prolongación de llamadas, únicamente en este caso el evento de "Inicio de llamada" será analizado.
Cómo maneja el AB Handshake el Bypass de Interconexión (Fraude de Caja Sim)?
Durante el Bypass de Interconexión, el operador de originación y el operador de terminación están haciendo referencias cruzadas de los detalles de llamada. Durante esta revisión se hace evidente que el operador de terminación no recibió una llamada con un número A internacional, y aun así recibió una llamada con un número A local, que no puede ser confirmada tampoco, con otros detalles de llamada siendo idénticos. Se ven estos dos desajustes y se deduce que se trata de un Bypass de Interconexión / Caja Sim.
Cómo maneja AB Handshake el hackeo de PBX?
Suponga que hay una llamada legítima de un número A que pertenece al Operador 3 hacia el número B que pertenece al Operador 2. Y un carrier logra re-dirigir esta llamada a través de un PBX (con número A asignado) perteneciente al Operador 1. La llamada vendrá del Operador 1 con información A,B al Operador 2 para ser terminada al número B. El Registro de Llamada 2 detectara dos llamadas simultáneas al mismo número B - una con información A,B (que viene del aparato como A y B del Registro de Llamada 1 en solicitud de verificación 8 como A y B) y otra con información A,B - que viene de la solicitud de verificación 4 del Registro de Llamada 3. Esta situación es considerada como un signo de hackeo al PBX del lado del Operador 1.
En caso de hackeo de PBX con tráfico generado - el PBX pertenece al Operador 1 de originación. Si es hackeado con tráfico generado, la llamada al número B no llegará al Operador 2 al cual pertenece. Será detenida en corto y el Registro de Llamadas alertará de "parada corta".
Tenga en cuenta que la numeración utilizada es puramente para guiar al usuario a través del proceso. En realidad los pasos se hacen de manera instantánea y asincrónica.
Puede el AB Handshake funcionar con mi sistema de manejo de fraude?
Puede funcionar definitivamente. El proceso de validación en tiempo real puede proveer valiosa información para un sistema de manejo de fraude basado en estadísticas. Podemos discutir cualquier integración solicitada por el operador.
Habrá un retraso en el establecimiento de las llamadas luego de la integración con el Registro de Llamadas?
No hay retraso. El proceso de establecimiento y validación de la llamada corre de manera independiente y a través de diferentes canales.
El servicio introduce una carga adicional de señalización?
La solución no cambia la carga a la señalización SIP dado que está hecha fuera de banda. El AB Handshake usa un canal separado y requiere menos de 1000 bytes por llamada en ambas direcciones. Habrá alguna carga adicional debido al establecimiento de una sesión encriptada, si usted opta por esta alternativa. Depende del método de encriptación.
Que sucederá con una llamada si los componentes del sistema aparecen como no disponibles debido a problemas de red?
En caso que los componentes del sistema no estén disponibles debido a diferentes razones, el servicio no interferirá con el proceso regular de llamadas. Las llamadas aun pasaran, el servicio las marcará como "sin verificar"
El servicio impacta el negocio de los carriers internacionales de tránsito?
El sistema no tiene ningún efecto sobre el funcionamiento de los transportistas internacionales.
Que impacto tiene el servicio en el sistema de conmutación? Puede reducir la capacidad de los conmutadores? Que ancho de banda será requerido?
No habrá impacto en el desempeño del sistema de conmutación. Incluso si el sistema no está disponible por alguna razón - la llamada será completada normalmente. El ancho de banda de la conexión de internet público es suficiente para el servicio. Adicionar el AB Handshake no afectará la salida de la puerta de enlace
Este servicio requiere conectividad directa entre los operadores de origen y la red de destino? ¿Será una línea rentada, o internet público VPR o algo más?
El servicio está diseñado de forma que no requiere una relación bilateral entre los participantes a nivel técnico o legal. Usamos señalización simple fuera de banda, así que si los Registros de Llamadas en ambas redes tienen conexión de internet público confiable, será suficiente. Llevamos a cabo una topología comprobada que ha demostrado que no se requiere de una línea rentada.
Que sucede si la entidad mayorista de un grup es una puerta de enlace para todas las conexiones de comunicación fronteriza para propiedades de grupo? Será suficiente la integración con los conmutadores de puerta de enlace mayoristas para proteger a todos los miembros del grupo?
Es una posición común para grupos de operadores. No existen intermediarios entre las puertas de enlace y los operadores minoristas pertenecientes al mismo grupo, usted tiene un ambiente seguro. Es la solución más fácil y lógica instalar el Registro de Llamadas en los puertos de enlace que tener el Registro de Llamadas en cada OpCo (Compañía Operacional). El servicio AB Handshake no afectará el tráfico saliente de los conmutadores.
Se mencionó que la configuración estándar puede manejar 10,000 cps - cómo funciona la escalabilidad? Es posible que sea en cascada?
Si, absolutamente. 10,000 cps pueden ser manejados por un equipo muy simple, con un precio alrededor de $3,000 USD. Usted puede escoger servidores más poderosos, y además puede hacer cascada una a una de ser necesario.


Como se quien mas esta usando o planeando usar el servicio?
Cuando esté a bordo - esta información estará disponible en la interfaz del Centro de Control. Mientras usted está aún en proceso de negociación - estamos obviamente restringidos por NDAs. Pero usted puede obtener esta información firmando un Memorando de Entendimiento no vinculante. Esto nos permitirá informar a otros participantes de su interés en la solución y le proveerá la lista de participantes.
Que opciones de integración ofrecen para operadores?
AB Handshake provee diferentes opciones de integración. El servicio permite diferentes tipos de equipos de conmutación como conmutadores, SBC, SCP, y puertos de enlace CAMEL para comunicarse con el Registro de Llamadas a través de protocolos estándar: RADIUS, Diameter, HTTP API, y SIGTRAN. Operadores SIP pueden integrarse colocando los sistemas SIP proxy como b2bUA.
El Registro de Llamadas necesita estar instalado en un servidor físico, o es posible una solución en la nube?
Ambas opciones son posibles. Si se opta por la nube - la integración puede ser aún más rápida, especialmente en una nube interna. Los requerimientos del servidor no son muchos, así que un servidor moderado o incluso un servidor en la nube de Amazon podría satisfacer las necesidades.
Cuáles son las configuraciones y modificaciones a hacerse en el lado de la red para integrarse con el Registro de Llamadas? Cómo integramos con un conmutador por software?
Nosotros proveemos la información técnica detallada cuando nos la soliciten. La integración puede ser hecha usando SIP, RADIUS, Diameter, HTTP, SIGTRAN. Durante la integración nosotros haremos todos los cambios necesarios de nuestro lado. Recibiremos un mensaje de su conmutador (mensaje RADIUS por ejemplo) y haremos cambios en nuestro API para funcionar con su equipo. En caso que opten por la opción SIP proxy - proveeremos recomendaciones que aseguren completa redundancia en caso de un corte temporal del SIP proxy.
Puede mencionar que tipos de conmutadores han sido probados con el Registro de Llamadas?
Actualmente hemos desarrollado este sistema con equipo Cataleya. Nokia, Huawei, Ericsson, y otros equipos serán fácilmente integrados con nuestro sistema, dado que usamos protocolos de comunicación estándar usados por todos los proveedores y estamos actualmente probando con diferentes conmutadores. Hablando en general - podemos integrarnos con cualquier equipo que funcione con mensajes contables estándar o podemos trabajar con un API.
Como asegura la privacidad de datos el sistema?
Actualmente llamadas internacionales van desde el operador de originación hasta el operador de terminación a través de una nube de carriers internacionales, y los números A y B son transmitidos en texto abierto. El sistema intercambia información de números A y B únicamente entre operadores de originación y terminación a través de un canal encriptado fuera de banda.
Como asegura el sistema la seguridad de la base de datos de los participantes?
La base de datos de los participantes será manejada por una institución confiable y neutral. Cada operador que quiere proteger el rango que opera tiene que enviarlo a esta institución. La institución coordinadora (luego del proceso de vinculación) subirá los datos a la base de datos. El operador confirmará la información subida. Luego de eso una actualización será distribuida a todos los Registros de Llamadas participantes. Todos los participantes verán el rango E.164 subido y cada subsecuente actualización. La base de datos de los participantes contiene únicamente la siguiente información: Identificación de operador, rango E.164 del operador, dirección IP del Registro de Llamadas del operador. Es importante enfatizar que todos los registros de llamada son almacenados únicamente en el Registro de Llamadas local - La base de datos de los participantes no tiene acceso a esa información.
El servicio cumple con reglas de privacidad como GDPR?
Durante llamadas usuales se envían los números A y B en encabezados SIP, eso es texto abierto. Cada operador en la cadena tiene acceso a esos datos. En nuestro caso - los Registros de Llamadas de originación y de terminación se comunican únicamente entre sí a través de un canal encriptado. No hay acceso para ninguna otra entidad. No transmitimos nada más de lo que usted ya transmite a través de señalización. Además, el artículo 47 del EU GDPR específicamente dice que "El procesamiento de información estrictamente necesaria para el propósito de evitar fraude también constituye un interés legítimo del controlador de datos concerniente".
Que tipo de encripción es usada?
La comunicación entre Registros de Llamada es encriptada TLS. Los certificados son distribuidos por una organización neutral coordinadora.
Cual es el modelo de precios?
El listado de precios está disponible por demanda, al igual que las condiciones del programa de Primeros en Adoptar. La unidad de cargos es un intento de llamada internacional (no CAPEX, y hay una escala variable para volúmenes crecientes).
¿Tienes preguntas?