Por que uma operadora exibe a marca e outra não?
Para CTOs, gestores de telecom, engenheiros de voz, integradores, operadoras, provedores SIP e equipes técnicas de contact center, a diferença na exibição da chamada verificada raramente está no terminal do usuário. O comportamento desigual entre operadoras costuma indicar que a assinatura STIR/SHAKEN foi removida, ignorada ou nem sequer gerada em algum ponto do percurso SIP. Quando o SBC de uma prestadora aplica filtro anti-spam antes de repassar o header de autenticação, a chamada legítima pode ser descartada ou entregue sem a marca. Em outros casos, a operadora de origem não assina a chamada com Origem Verificada, e o destino não tem como validar a identidade via RCD.
O Despacho Decisório nº 82/2026 da Anatel, publicado no Diário Oficial, estabelece regras para mitigação de chamadas abusivas, mas não obriga a exibição da marca em todas as chamadas. Autenticação e exibição são etapas distintas: uma operadora pode autenticar a chamada e ainda assim optar por não apresentar o nome verificado ao usuário final. Essa lacuna regulatória explica por que uma prestadora exibe a marca e outra não, mesmo quando ambas recebem chamadas do mesmo originador.
O diagnóstico prático exige comparar o SIP trace entre as operadoras que exibem e as que não exibem a marca. O objetivo é identificar se o header de autenticação chega íntegro ao SBC de destino ou se é removido no trânsito. Também é necessário verificar se a operadora que não exibe aplica política própria de bloqueio de chamadas legítimas, o que aumenta o risco de queda de completamento e de inadequação regulatória. Sem esse rastreamento, ajustes no seu equipamento podem não resolver o bloqueio real.
Como diagnosticar a falha na exibição da chamada verificada?
Quando uma chamada legítima chega sem o selo verificado, o problema quase sempre está na cadeia de sinalização SIP entre origens e destinos. A causa raramente é a operadora do assinante; é a ausência de autenticação STIR/SHAKEN em algum ponto do percurso.
operadora não exibe chamada verificada é a falha de identificação de chamadas legítimas quando o tronco SIP ou SBC não aplica ou não propaga o cabeçalho Identity da autenticação STIR/SHAKEN, resultando em bloqueio, queda de completamento ou exibição de nome genérico no terminal do destinatário.
O diagnóstico correto começa pela análise do sinal SIP completo, não pela reclamação do cliente. Engenheiros de voz, integradores e provedores SIP precisam identificar em qual salto o atributo de verificação foi perdido ou nunca foi inserido.
| Cenário observado | Causa provável | Ferramenta de diagnóstico | Ação recomendada |
|---|---|---|---|
| Chamada bloqueada antes de tocar | SBC de origem não assina com STIR/SHAKEN ou assina com certificado inválido | Captura SIP no SBC; verificar header Identity e código de resposta 403/437 |
Corrigir cadeia de certificados ou rotear para SBC com autenticação ativa |
| Chamada sem identificação no display | Operadora de destino não recebeu o header Identity; tronco SIP intermediário removeu o atributo |
Comparar SIP trace entre origem, trânsito e destino final | Exigir do provedor de trânsito a preservação do header; validar com RCD |
| Chamada exibe nome genérico ("Celular" ou "SP") | RCD (Rich Call Data) ausente ou não associado ao número verificado | Consulta ao banco de dados RCD da operadora destino; teste com número de referência | Cadastrar o nome da empresa no RCD da operadora ou via Origem Verificada |
| Chamada exibe nome errado ou de outra empresa | Número reutilizado ou CNAM desatualizado; conflito entre RCD e registro antigo | Verificação do ownership do número na base da ANATEL e no RCD | Solicitar… |
Quais são os critérios técnicos para a exibição da marca?
Para CTOs, gestores de telecom e engenheiros de voz, a exibição da marca verificada depende de uma cadeia de sinalização íntegra. A falha em qualquer elo — autenticação, transporte ou política de borda — derruba o selo, mesmo que os demais critérios estejam corretos. Os principais pontos de validação são:
- Assinatura STIR/SHAKEN válida no tronco de origem: sem o header Identity assinado e verificado, a operadora do destinatário descarta o selo antes de qualquer análise de reputação. Essa é a causa mais comum de bloqueio em ambientes corporativos.
- Suporte nativo a RCD (Rich Call Data) pela operadora de destino: se a operadora que recebe a chamada não implementou RCD, não há transporte nem exibição das informações de marca, independentemente da qualidade da sinalização enviada.
- Configuração do SBC para propagar headers de autenticação: um SBC que remove, reescreve ou normaliza o Identity para formato incompatível quebra a verificação na terminação. A auditoria deve considerar cada ponto de borda separadamente, inclusive filiais com equipamentos desatualizados.
- Políticas de bloqueio e reputação da operadora de destino: mesmo com autenticação válida, números com histórico de reclamações podem ter a marca suprimida. Essas políticas são dinâmicas e exigem monitoramento contínuo.
- Consistência do CNAM e da identidade do chamador: quando a operadora de destino não reconhece a identidade informada, trata a chamada como não confiável e oculta a marca.
- Exceções regulatórias da ANATEL: o Despacho Decisório nº 82/2026 define exceções para serviços essenciais que podem operar sem autenticação plena, mas nenhuma exceção garante exibição de marca sem assinatura válida. A falta de autenticação também representa risco de inadequação regulatória para os demais casos.
Como testar e validar a autenticação das chamadas?
Para engenheiros de voz, integradores e provedores SIP, validar a autenticação exige testar a cadeia completa com chamadas controladas e análise de sinalização. O objetivo é separar falha de configuração, limitação do destino e política de bloqueio que causa queda de completamento ou bloqueio de chamadas legítimas.
- Confirme a assinatura STIR/SHAKEN no SBC — Verifique se o SBC ou proxy SIP está inserindo o header Identity com token assinado. Sem essa assinatura, a operadora destinatária não consegue validar a origem e pode descartar a chamada antes mesmo da análise de reputação.
- Execute chamadas de teste para múltiplas operadoras — Dispare ligações para números fixos e móveis em pelo menos três redes diferentes. Se uma operadora exibe a chamada verificada e outra não, com o mesmo tronco e os mesmos headers, a falha está na política de exibição do destino, não na sua infraestrutura.
- Capture os headers SIP com sngrep ou Wireshark — Filtre a sessão pelo número de origem e confira os campos Identity, Identity-Info e P-Asserted-Identity. Header ausente, token expirado ou P-Asserted-Identity divergente aponta o ponto exato onde a autenticação se perde.
- Valide a propagação do RCD (Rich Call Data) — O RCD carrega nome e logo para exibição. Confirme se o SBC está encaminhando o parâmetro jwt dentro do header Identity. Se o destino recebe o token mas não exibe a marca, o problema está no processamento do RCD pela operadora receptora.
- Formalize a consulta à operadora destinatária — Pergunte por escrito se a rede aplica filtros anti-spam que descartam chamadas com STIR/SHAKEN válido. Algumas operadoras bloqueiam números sem reputação ou com volume alto em curto intervalo. Documente a resposta para embasar ajustes ou negociação de reputação.
O que fazer quando a operadora bloqueia a chamada verificada?
Quando uma operadora não exibe chamada verificada, CTOs e gestores de telecom precisam agir em duas frentes: revisão técnica imediata e adequação regulatória. O primeiro passo é solicitar formalmente a revisão do bloqueio, anexando evidências da autenticação, como cabeçalhos SIP, resultado da validação STIR/SHAKEN e registros de sinalização do SBC. A Anatel determina prazos para análise de reclamações sobre chamadas abusivas, com prioridade para serviços essenciais como saúde e segurança.
Operadoras que bloqueiam chamadas legítimas sem revisão adequada expõem o remetente a perda de completamento e a risco de inadequação regulatória. Para mitigar esse cenário, revise indicadores operacionais que alimentam os filtros anti-spam: duração média das chamadas, taxa de completamento, volume por destino e frequência de repetição no mesmo intervalo. Padrões associados a chamadas abusivas, como ligações muito curtas ou repetidas, devem ser ajustados antes de reenviar o pedido de revisão.
Garanta que a autenticação esteja correta na origem, com assinatura STIR/SHAKEN válida e identificação do remetente configurada no SIP. Se a operadora de destino não reconhecer a assinatura, a chamada verificada não será exibida, mesmo com o restante da cadeia íntegro. Para operações de alto volume, o recurso Origem Verificada pode oferecer isenção de bloqueio, mas exige homologação prévia junto à Anatel e à operadora de destino. O RCD também deve estar alinhado à política de cada prestadora, pois a liberdade tecnológica anti-spam permite critérios próprios por destino.
Mantenha monitoramento contínuo das taxas de bloqueio e comunicação ativa com a Anatel pelos canais oficiais. A página da Anatel sobre chamadas abusivas detalha os procedimentos de denúncia e os direitos do consumidor, enquanto o Despacho Decisório nº 82/2026 estabelece os critérios técnicos para tratamento de bloqueios.
Como garantir a exibição da marca em todas as operadoras?
Para CTOs, gestores de telecom e engenheiros de voz, garantir a exibição consistente da marca exige tratar autenticação e reputação como um fluxo contínuo, não como uma configuração pontual. A falta de autenticação em qualquer tronco ou a queda de completamento em um destino específico costuma indicar que a operadora está aplicando política própria de filtragem, mesmo quando a chamada é legítima.
- Autentique todos os troncos SIP com STIR/SHAKEN antes do primeiro salto: A assinatura do header Identity precisa ser aplicada na origem. Se qualquer tronco secundário encaminhar chamadas sem essa assinatura, a operadora não exibe chamada verificada e pode elevar o risco de bloqueio por falta de autenticação.
- Configure o SBC para propagar headers de RCD e P-Asserted-Identity sem reescrevê-los: O Session Border Controller deve preservar os campos de verificação e identidade. Quando o SBC remove ou altera esses headers, a chamada chega ao destino sem os elementos que sustentam a exibição da marca.
- Monitore a taxa de completamento e o status de exibição por operadora: Crie alertas para quedas de completamento e para chamadas que completam sem o selo. Cada operadora aplica critérios próprios de exibição, então o comportamento varia por destino e por política de anti-spam.
- Utilize Origem Verificada quando a operadora oferecer esse cadastro: O recurso permite associar marca e número diretamente à prestadora, reduzindo a dependência exclusiva da análise automatizada de reputação. Isso ajuda a estabilizar a exibição em chamadas legítimas.
Qual o papel da operadora na exibição da chamada verificada?
A operadora do destinatário aplica o filtro antispam e decide se a identificação verificada será exibida ao consumidor. Já a operadora do originador precisa autenticar a chamada com STIR/SHAKEN e propagar corretamente os metadados de identidade. Provedores SIP e integradores entram nessa cadeia como responsáveis pela configuração do SBC de origem e pela integridade do header Identity. Quando uma operadora não exibe chamada verificada, a falha pode estar em qualquer um desses elos — e não apenas na rede de destino.
O risco de inadequação regulatória surge quando a autenticação não é implementada ou é feita de forma parcial. A Anatel define diretrizes contra chamadas abusivas, e a falta de autenticação pode enquadrar a chamada como suspeita, mesmo sendo legítima. Operadoras que não validam STIR/SHAKEN ou não propagam RCD entre redes comprometem a rastreabilidade e aumentam a exposição a bloqueios indevidos.
Na prática, a exibição depende de três fatores: assinatura válida no tronco SIP de origem, validação pelo SBC de destino e política de reputação da operadora receptora. Cada prestadora adota critérios próprios de bloqueio e exibição, o que explica por que uma chamada verificada em uma rede pode cair como suspeita em outra. O consumidor também pode exercer opt-out, afetando a exibição mesmo para chamadas autenticadas.
Auditar a sinalização SIP e confirmar se o RCD está sendo propagado entre as redes é o caminho mais direto para reduzir o tempo de diagnóstico. Mapear a cadeia de autenticação antes de responsabilizar a operadora de destino evita retrabalho e acelera a correção.
Fale com um consultor da TW Solutions e avalie a arquitetura ideal para sua operação.
Fontes e referências
Segundo as referências institucionais abaixo, a validação técnica deve considerar a documentação primária de cada padrão e serviço.
Perguntas frequentes
O que significa quando uma operadora não exibe chamada verificada em chamadas legítimas?
Significa que a chamada legítima chegou ao destino sem o selo de autenticação STIR/SHAKEN. Isso ocorre quando o header Identity é removido, ignorado ou não gerado em algum ponto do percurso SIP, como no SBC de origem ou no tronco intermediário, resultando em exibição genérica ou bloqueio.
Quais critérios técnicos devo verificar quando uma operadora não exibe chamada verificada?
Os critérios principais são: assinatura STIR/SHAKEN válida no tronco de origem, com header Identity presente e verificado; suporte nativo a RCD pela operadora de destino; e integridade da cadeia de sinalização SIP. A falha em qualquer um desses elos derruba o selo, mesmo que os demais estejam corretos.
Qual a diferença entre operadora que exibe chamada verificada e outra que não exibe?
A diferença está na cadeia de sinalização SIP, não no terminal do usuário. A operadora que exibe recebeu e validou o header Identity com assinatura STIR/SHAKEN. A que não exibe provavelmente aplicou filtro anti-spam antes de repassar a autenticação, descartou a chamada ou recebeu sinal sem a assinatura de origem.
Qual o custo de corrigir o problema de operadora não exibe chamada verificada?
O custo não está no artigo, mas a correção envolve configurar autenticação STIR/SHAKEN no SBC de origem e garantir propagação correta do header Identity. Isso pode exigir investimento em infraestrutura de sinalização e adequação regulatória, mas o artigo não detalha valores específicos.
Como implementar autenticação para evitar que operadora não exiba chamada verificada?
Autentique todos os troncos SIP com STIR/SHAKEN antes do primeiro salto, aplicando a assinatura do header Identity na origem. Se qualquer tronco secundário encaminhar chamadas sem essa assinatura, a operadora de destino não exibirá a marca. A implementação exige configurar o SBC de origem corretamente.
Qual o papel do SBC e do STIR/SHAKEN quando operadora não exibe chamada verificada?
O SBC de origem é responsável por inserir o header Identity com token assinado via STIR/SHAKEN. Se o SBC não assina ou remove a autenticação, a operadora de destino não valida a origem e pode descartar a chamada. O papel do SBC é garantir a integridade do header em toda a cadeia SIP.
