Consulta CNAM: qué es y cómo funciona

Cada vez que un teléfono muestra el nombre del llamante en lugar de solo un número, una consulta CNAM lo hizo posible. Para los usuarios finales, parece automático. Para los proveedores de servicios, los operadores y los operadores VoIP, CNAM es infraestructura real que se ejecuta en equipos reales, y el controlador de borde de sesión (SBC) es típicamente donde se ejecuta la consulta.
Esta guía explica cómo funciona CNAM desde la perspectiva del proveedor de servicios, dónde encaja el SBC en el proceso, cómo se relaciona CNAM con STIR/SHAKEN, y qué considerar al implementar CNAM en una red de voz en producción.

¿Qué es CNAM?

CNAM significa Calling Name Delivery (entrega del nombre del llamante). Es un servicio de telefonía que asocia un nombre, de hasta 15 caracteres, con un número telefónico. Cuando llega una llamada, el operador de terminación busca el número llamante en una base de datos CNAM y entrega el nombre asociado al teléfono del destinatario, donde aparece junto al número en la pantalla de identificación de llamadas.
El nombre puede identificar a una persona (“Juan Pérez”) o a una organización (“Acme Corp”). CNAM es principalmente un servicio norteamericano, utilizado en Estados Unidos y partes de Canadá. Otras regiones usan mecanismos de identificación de llamante diferentes, como CNAP (Calling Name Presentation) en algunas redes europeas.
A diferencia de los números telefónicos, que se gestionan a través de un plan de numeración norteamericano centralizado, los datos CNAM no se almacenan en una única base de datos autoritativa. Múltiples bases de datos de información de línea (LIDB) y proveedores CNAM de terceros mantienen sus propios registros. Esto significa que el nombre mostrado para el mismo número puede variar según la base de datos que consulte el operador de terminación. También significa que mantener los registros CNAM precisos requiere un mantenimiento activo por parte del titular del número o su proveedor de servicios.

Cómo funciona una consulta CNAM

El proceso de consulta CNAM, comúnmente llamado “CNAM dip,” sigue un patrón consistente independientemente del protocolo subyacente.
Cuando un llamante marca un número, su operador envía la llamada hacia el operador de terminación. La señalización incluye el número de la parte llamante (CLID, o Calling Line Identification) pero no incluye el nombre del llamante. El nombre no se transporta en la configuración de la llamada; debe recuperarse por separado.
Antes de presentar la llamada al destinatario, el equipo del operador de terminación realiza un CNAM dip. Toma el número llamante y consulta una base de datos CNAM para recuperar el nombre asociado. Si se encuentra una coincidencia, el nombre se adjunta a la llamada y se muestra en el dispositivo del destinatario. Si no se encuentra coincidencia, el teléfono típicamente muestra “Desconocido” o solo el número.
Esta consulta completa ocurre en milisegundos, completándose antes de que el teléfono del destinatario comience a sonar. Los métodos de consulta varían según la implementación:

SIP

Un método de integración moderno donde el equipo de terminación envía una solicitud SIP a un proveedor CNAM, como TransNexus ClearIP, que devuelve el nombre del llamante en la respuesta SIP. Este enfoque aprovecha la infraestructura SIP existente, no requiere pilas de protocolo adicionales y se integra naturalmente en redes de voz basadas en IP. El CNAM basado en SIP es adoptado cada vez más por los operadores que migran de las dependencias heredadas de SS7.

HTTP/HTTPS

Otro enfoque moderno donde el equipo de terminación envía una consulta estilo REST a la API de un proveedor CNAM, pasando el número llamante y recibiendo el nombre en la respuesta. Este método se usa ampliamente en redes VoIP y basadas en SIP y es sencillo de implementar, requiriendo solo capacidades estándar de cliente HTTP.

TCAP sobre SS7

El método tradicional donde el conmutador de terminación envía una consulta Transaction Capabilities Application Part (TCAP) sobre señalización SS7 a una base de datos CNAM. Este es el método utilizado por los operadores PSTN heredados y permanece presente en redes híbridas donde la infraestructura SS7 aún está operativa. Sin embargo, la tendencia de la industria se aleja del CNAM basado en TCAP hacia métodos de consulta basados en IP (SIP y HTTP/HTTPS) a medida que los operadores modernizan sus redes.
Otros métodos incluyen ENUM (consulta basada en DNS), SIP SUBSCRIBE/NOTIFY y API SOAP/XML, aunque son menos comunes en implementaciones en producción.
Los CNAM dips tienen un costo por consulta. Las tarifas típicas van de $0.002 a $0.006 por consulta. Para operadores de alto volumen que procesan millones de llamadas por mes, estos costos se acumulan, haciendo que la consulta CNAM selectiva (decidir qué llamadas requieren un dip y cuáles no) sea una consideración operativa importante.

CNAM, CLID y STIR/SHAKEN: cómo encajan juntos

CNAM es un componente dentro de un stack más amplio de identidad del llamante. Comprender cómo se relaciona con las demás piezas ayuda a los proveedores de servicios a diseñar un marco coherente de identidad y confianza.

CLID (Calling Line Identification)

CLID se refiere al número telefónico en sí. En SIP, se transporta en el encabezado From o en el encabezado P-Asserted-Identity (PAI). CLID indica el número que originó la llamada.

CNAM

CNAM es el nombre asociado a ese número. Lo recupera el lado de terminación mediante una consulta a la base de datos. CNAM indica a quién supuestamente pertenece ese número.

STIR/SHAKEN

STIR/SHAKEN proporciona un marco criptográfico que atestigua si el número llamante es legítimo. El operador de origen firma la llamada con un certificado digital, y el operador de terminación verifica la firma. STIR/SHAKEN no proporciona un nombre; proporciona un nivel de atestación (A, B o C) que indica cuánto puede garantizar el operador de origen sobre la autenticidad de la llamada.
La distinción práctica importa: CNAM indica el nombre, y STIR/SHAKEN indica si se puede confiar en él. Una llamada falsificada podría tener un CLID de apariencia legítima que devuelve un nombre CNAM válido, pero la verificación STIR/SHAKEN la marcaría con un nivel de atestación bajo (o fallaría la verificación por completo). Usados juntos, CNAM y STIR/SHAKEN brindan al operador de terminación tanto información de identidad como una señal de confianza.
De cara al futuro, las iniciativas de Rich Call Data (RCD) y Branded Calling están extendiéndose más allá del límite de 15 caracteres de CNAM. Estas tecnologías, aún en implementación temprana, permiten que los llamantes verificados entreguen logotipos, nombres comerciales y descripciones del motivo de la llamada directamente al dispositivo del destinatario. Los proveedores de servicios que construyen infraestructura de voz hoy deben considerar las tres capas: CNAM para la entrega básica del nombre, STIR/SHAKEN para la autenticación, y un camino hacia branded calling para visualizaciones de confianza mejoradas.

Dónde encaja el SBC en la entrega CNAM

Para los proveedores de servicios, el controlador de borde de sesión (SBC) es el punto de ejecución natural para las consultas CNAM. El SBC se ubica en el perímetro de la red, procesando cada llamada entrante y saliente. Tiene acceso a los datos de señalización de la llamada (incluyendo el número llamante) y puede modificar los encabezados SIP de la llamada antes de reenviarla aguas abajo.

Implementación como SBC de interconexión

El SBC recibe llamadas de operadores interconectados. Al operar como operador de terminación, el SBC realiza el CNAM dip antes de enrutar la llamada al siguiente salto, ya sea una IP-PBX, un softswitch o un terminal de suscriptor. El SBC consulta la base de datos CNAM, recibe el nombre del llamante y lo escribe en el campo de nombre de visualización SIP para que los equipos aguas abajo y los dispositivos de los usuarios finales puedan presentarlo.

Implementación como SBC de acceso

El SBC se ubica entre la red central del proveedor de servicios y el borde del suscriptor. La información CNAM puede estar ya presente en la señalización de la llamada (poblada por un elemento aguas arriba), o el SBC de acceso puede realizar la consulta él mismo si la arquitectura de red coloca esa responsabilidad en el borde.
La ventaja clave de realizar CNAM en el SBC es el control. El SBC puede decidir, por troncal o por llamada, si realizar un CNAM dip, qué base de datos consultar y cómo manejar las fallas de consulta. Esta granularidad importa para la gestión de costos (omitir dips en troncales internas de confianza) y para la calidad (recuperarse de forma elegante cuando un proveedor CNAM no está disponible).

Cómo ProSBC maneja las consultas CNAM

ProSBC integra las consultas CNAM directamente en su motor de enrutamiento Ruby programable. En lugar de tratar CNAM como un interruptor de configuración estático, ProSBC lo expone como un filtro en la cadena de enrutamiento de llamadas, brindando a los operadores control detallado sobre cuándo, cómo y para qué llamadas ocurren los CNAM dips.
ProSBC admite métodos de consulta CNAM basados en IP: SIP, HTTP y HTTPS. ProSBC no admite CNAM dipping vía TCAP sobre SS7, ya que es una plataforma completamente nativa en IP diseñada alrededor de protocolos de señalización modernos.

CNAM basado en SIP con TransNexus ClearIP

La integración CNAM principal de ProSBC utiliza SIP para consultar TransNexus ClearIP. Cuando una llamada llega al motor de enrutamiento, el filtro envía una consulta CNAM basada en SIP a ClearIP, que devuelve el nombre del llamante en la respuesta SIP. Al recibir la respuesta, el filtro escribe el nombre del llamante devuelto en el campo calling_display de la llamada, que se mapea al nombre de visualización SIP visto por los equipos aguas abajo. El filtro utiliza un mecanismo asíncrono de retorno al script para que el enrutamiento no se bloquee mientras espera la respuesta de la base de datos. Este enfoque basado en SIP aprovecha la infraestructura SIP existente y no requiere pilas de protocolo adicionales.

Consultas CNAM por HTTP/HTTPS

ProSBC también admite consultas CNAM vía API REST HTTP/HTTPS. Este es un método de integración sencillo donde el motor de enrutamiento envía una solicitud HTTP al endpoint de API de un proveedor CNAM, pasando el número llamante y recibiendo el nombre del llamante en la respuesta. El CNAM basado en HTTP es fácil de implementar y funciona con cualquier proveedor CNAM que ofrezca una API REST.

Integración TNS Dip

Para los operadores que usan Transaction Network Services (TNS), el motor de enrutamiento de ProSBC admite consultas combinadas a bases de datos vía SIP. Un solo script de enrutamiento puede manejar consultas LNP (portabilidad numérica), Toll-Free y CNAM juntas. La columna de configuración dip a nivel de NAP controla qué tipos de dip están activos para cada grupo de troncales. Configurarlo como CNAME activa solo consultas CNAM; configurarlo como ALL activa LNP, Toll-Free y CNAM en secuencia. Configurarlo como NONE omite los dips por completo. Nota: TNS actualmente admite CNAM dipping solo vía TCAP sobre SS7; la compatibilidad CNAM basada en SIP de TNS está planificada pero aún no disponible.

Control por NAP

Los puntos de acceso de red (NAP) en ProSBC representan grupos de troncales o pares SIP. El comportamiento CNAM es configurable por NAP, por lo que los operadores pueden habilitar CNAM dips en troncales que transportan tráfico externo mientras los desactivan en troncales internas o de confianza donde la identidad del llamante ya es conocida. Esto mantiene los costos de consulta bajo control sin sacrificar la cobertura donde importa.

Prevención de consultas duplicadas

El motor de enrutamiento desactiva automáticamente el servicio CNAM para una llamada después de la primera respuesta exitosa, previniendo consultas repetidas innecesarias si la llamada pasa por múltiples etapas de enrutamiento.
El enfoque de ProSBC difiere de los SBC que ofrecen CNAM como un interruptor binario on/off a nivel de sistema. La programabilidad por NAP y por llamada significa que los operadores pueden implementar políticas matizadas: consultar CNAM para llamadas que llegan por interconexiones de operadores, omitirlo para llamadas de clientes empresariales conocidos, y aplicar diferentes proveedores CNAM a diferentes grupos de troncales según costo o cobertura.

Mejores prácticas para proveedores de servicios

Elija su proveedor de base de datos CNAM según la cobertura

Dado que ninguna base de datos CNAM contiene todos los números, el proveedor que consulte afecta directamente el porcentaje de llamadas que devuelven un nombre válido. Algunos proveedores agregan datos de múltiples LIDB para una cobertura más amplia. Evalúe a los proveedores según la tasa de coincidencia para su perfil de tráfico, no solo el costo por dip.

Monitoree los costos de dip a escala

A $0.002 a $0.006 por consulta, un operador que maneja 10 millones de llamadas por mes podría gastar de $20 000 a $60 000 anuales solo en CNAM dips. Use el control CNAM por troncal (como lo ofrece ProSBC) para evitar consultas en troncales donde no es necesario. Negocie precios basados en volumen con su proveedor CNAM.

Sea deliberado con el caché

Algunos proveedores almacenan en caché los resultados CNAM localmente para reducir el número de consultas externas. El caché reduce los costos pero introduce obsolescencia: un suscriptor que cambió su nombre o portó su número puede seguir mostrando la entrada CNAM antigua hasta que el caché expire. Establezca los TTL de caché según su tolerancia a datos obsoletos.

Combine CNAM con STIR/SHAKEN

CNAM sin autenticación es un nombre sin prueba. Si su red admite firma y verificación STIR/SHAKEN, combinarlo con CNAM brinda a sus suscriptores tanto un nombre como un indicador de confianza. ProSBC admite tanto STIR/SHAKEN (a través de sus módulos de firma/verificación) como CNAM en la misma cadena de enrutamiento.

Planifique la evolución hacia Branded Calling

El límite de 15 caracteres de CNAM fue diseñado para una era de pantallas pequeñas y redes de conmutación de circuitos. Las plataformas de Rich Call Data y branded calling entregan logotipos, nombres comerciales completos y texto con el motivo de la llamada. Si bien CNAM sigue siendo la base, los proveedores de servicios deben asegurarse de que su SBC y la infraestructura aguas abajo puedan pasar datos de identidad de llamante mejorados a medida que estos estándares maduran.

Mantenga los registros CNAM precisos para sus propios suscriptores

Como proveedor de servicios de origen, usted es responsable de mantener las entradas CNAM asociadas con los números que asigna. Los datos CNAM imprecisos erosionan la confianza en todo el sistema y pueden llevar a que sus números sean marcados por los motores de análisis aguas abajo.

CNAM y regulaciones de la FCC

La Truth in Caller ID Act de la FCC prohíbe transmitir información de identificación de llamadas engañosa o inexacta con la intención de defraudar. Si bien esto se dirige principalmente a la suplantación de identidad (spoofing), subraya el entorno regulatorio en torno a la identidad del llamante, del cual CNAM es un componente clave.
El mandato STIR/SHAKEN, que la FCC comenzó a aplicar en 2021, complementa a CNAM al requerir que los proveedores de servicios autentiquen los números llamantes utilizando certificados digitales. STIR/SHAKEN no reemplaza a CNAM, pero proporciona la capa de autenticación que CNAM carece.
Más recientemente, la FCC ha explorado extender la identidad del llamante más allá de CNAM a través de iniciativas de branding de llamadas. Un Further Notice of Proposed Rulemaking de 2025 examinó marcos para entregar información de identidad empresarial verificada (incluyendo logotipos y nombres comerciales de más de 15 caracteres) a los consumidores. Los proveedores de servicios deben monitorear estos procedimientos, ya que las reglas futuras podrían requerir compatibilidad a nivel de SBC para datos de identidad de llamante más ricos.

Conclusión

CNAM es infraestructura de voz fundamental. Para los proveedores de servicios y operadores, no es una función para activar y olvidar. Es una operación por llamada que afecta la experiencia del suscriptor, los costos operativos y el cumplimiento regulatorio.
El SBC, como elemento del perímetro de red que procesa cada llamada, es el lugar indicado para ejecutar las consultas CNAM. ProSBC hace esto práctico con su motor de enrutamiento programable, donde las consultas CNAM son filtros en la cadena de llamadas, configurables por grupo de troncales, combinables con dips LNP y Toll-Free, e integradas junto a la atestación STIR/SHAKEN.
Ya sea que esté implementando CNAM por primera vez u optimizando una implementación existente, el control por NAP y los scripts de enrutamiento basados en Ruby de ProSBC le brindan la flexibilidad para adaptar su estrategia CNAM a su perfil de tráfico y sus objetivos de costo.

Preguntas frecuentes