Trunking SIP
Conecte seu sistema telefônico existente ao ElevenLabs Agents usando trunking SIP
Visão geral
O trunking SIP (Session Initiation Protocol) permite conectar sua infraestrutura de telefonia existente diretamente ao ElevenLabs Agents. Essa integração permite que todos os clientes usem seus sistemas telefônicos existentes e aproveitem os recursos avançados de voz IA da ElevenLabs.
Com o trunking SIP, você pode:
- Conectar seu Private Branch Exchange (PBX) ou sistema telefônico compatível com SIP à plataforma de voz IA da ElevenLabs
- Rotear chamadas para agentes de IA sem alterar sua infraestrutura telefônica existente
- Gerenciar chamadas de entrada e de saída
- Usar transporte TLS criptografado e criptografia de mídia para mais segurança
É novo no SIP? Consulte a referência de SIP para ver definições em linguagem simples dos termos usados neste guia, como SIP, SBC, SDP, RTP e MTU.
Servidores SIP com IP estático
A ElevenLabs oferece servidores SIP com endereços IP estáticos para clientes Enterprise que precisam incluir IPs em listas de permissões por exigência de suas políticas de segurança.
Nossa infraestrutura de IP estático usa um bloco de endereços IP /24 contendo 256 endereços distribuídos em várias regiões (EUA, UE, Índia e Singapura). Você precisa incluir todo o bloco /24 na lista de permissões da configuração do seu firewall.
Para o ambiente padrão (EUA/Internacional), use sip-static.rtc.elevenlabs.io como seu endpoint SIP.
Para regiões isoladas, use sip-static.rtc.<region>.residency.elevenlabs.io, em que <region> é o código da região de residência de dados (por exemplo, eu, in ou sg). Ao usar esses endpoints, todo o tráfego será originado exclusivamente nessa região. Não é possível criar listas de permissões específicas por região. Consulte residência de dados para ver a lista de regiões disponíveis.
Esse recurso está disponível para contas Enterprise e também pode ser ativado durante testes Enterprise para fins de avaliação. Para solicitar acesso, envie um e-mail para o Suporte em support@elevenlabs.io ou entre em contato com seu representante de conta. Para mais informações, fale com vendas.
Como o trunking SIP funciona
O trunking SIP estabelece uma conexão direta entre sua infraestrutura de telefonia e a plataforma da ElevenLabs:
- Chamadas de entrada: as chamadas do seu trunk SIP são roteadas para a plataforma da ElevenLabs usando seu endereço SIP INVITE configurado.
- Chamadas de saída: as chamadas iniciadas pela ElevenLabs são roteadas para seu trunk SIP usando seu nome de host configurado, permitindo que seus agentes façam chamadas de saída.
- Autenticação: a segurança da conexão para a sinalização é mantida por autenticação digest (nome de usuário/senha) ou autenticação por Access Control List (ACL) com base no IP de origem da sinalização.
- Sinalização e mídia: a configuração inicial da chamada (sinalização) oferece suporte a vários protocolos de transporte, incluindo TLS para comunicação criptografada. Depois que a chamada é estabelecida, os dados de áudio reais (fluxo RTP) podem ser criptografados de acordo com suas configurações de criptografia de mídia.
Segurança de transporte: certificados e conjuntos de cifras
Ao usar transporte TLS, ambos os lados realizam um handshake TLS antes de qualquer sinalização SIP ser trocada. Durante o handshake, eles validam um certificado e negociam um conjunto de cifras. O lado que aceita a conexão atua como servidor TLS e apresenta o certificado; o lado que abre a conexão atua como cliente TLS e o valida. A ElevenLabs exige TLS 1.2 ou superior.
As funções dependem da direção da chamada:
- Chamadas de entrada para a ElevenLabs: Seu sistema abre a conexão, portanto a ElevenLabs atua como servidor TLS. A ElevenLabs apresenta um certificado válido para
sip.rtc.elevenlabs.io, e seu sistema o valida como cliente TLS. - Chamadas de saída da ElevenLabs: A ElevenLabs abre a conexão para o endereço que você configurou, portanto seu servidor SIP ou SBC atua como servidor TLS. Seu sistema deve apresentar um certificado válido e confiável, que a ElevenLabs valida como cliente TLS.
Garanta que ambos os lados confiem nos certificados um do outro e compartilhem pelo menos um conjunto de cifras em comum. Caso contrário, o handshake TLS falhará antes que a chamada seja estabelecida. Consulte a referência de SIP para ver as definições desses termos.
Conexões subsequentes
Algumas solicitações dentro do diálogo, como BYE ou REFER, podem exigir uma nova conexão TLS quando a conexão original já foi encerrada. O comportamento do certificado nessas conexões subsequentes é diferente da configuração inicial da chamada:
- Conexões subsequentes para a ElevenLabs: Seu sistema estabelece a conexão com o endereço do cabeçalho
Contactretornado na resposta, que é resolvido para um servidor SIP específico no formato<ip>.hosts.rtc.elevenlabs.io. Esse servidor apresenta um certificado válido para*.hosts.rtc.elevenlabs.io, que seu sistema valida como cliente TLS. - Conexões subsequentes da ElevenLabs: Quando a ElevenLabs inicia uma conexão TLS para um
BYEouREFER, ela se conecta ao endereço no cabeçalhoViamais acima, que geralmente é um endereço IP. Normalmente, seu sistema retorna um certificado válido para um nome de domínio totalmente qualificado (FQDN), e não para esse endereço IP. Para validar esse certificado, configure o campo Domínios remotos nas configurações do seu número de telefone. Se qualquer domínio para o qual o certificado recebido é válido corresponder a um domínio remoto configurado, a validação será bem-sucedida; caso contrário, falhará.
Se solicitações BYE ou REFER de saída por TLS falharem na validação do certificado, adicione o FQDN para o qual o certificado do seu servidor SIP
foi emitido ao campo Domínios remotos nas configurações do número de telefone.
Fazendo chamadas para o tronco SIP da ElevenLabs
Ao iniciar chamadas para a plataforma ElevenLabs, você precisa usar o formato correto de URI SIP. A URI do tronco SIP da ElevenLabs depende do transporte que você deseja usar para a sinalização:
- TCP:
sip:sip.rtc.elevenlabs.io:5060;transport=tcp - TLS:
sip:sip.rtc.elevenlabs.io:5061;transport=tls - UDP:
sip:sip.rtc.elevenlabs.io:5060;transport=udp(experimental; use apenas para testes, não em produção)
Para fazer uma chamada, construa uma URI SIP completa que inclua um identificador. Por exemplo, para ligar para o número de telefone +19991234567 por TCP:
Onde:
+19991234567é o identificador (normalmente, um número de telefone no formato E.164)- O identificador também pode ser qualquer valor de string, como
1000oujohn
Erro comum: Não inicie chamadas diretamente para sip@sip.rtc.elevenlabs.io:5060 sem um
identificador. A URI SIP deve incluir um número de telefone ou identificador após o prefixo sip: e
antes do símbolo @.
Formato de URI SIP: Uma URI SIP segue o formato
sip:identifier@domain:port, em que o identificador é necessário para rotear a chamada corretamente.
Requisitos
Antes de configurar o tronco SIP, verifique se você tem:
- Um PBX ou sistema de telefonia compatível com SIP
- Números de telefone que você deseja conectar à ElevenLabs
- Acesso de administrador à configuração do seu tronco SIP
- Configurações de firewall adequadas para permitir tráfego SIP
- Suporte a TLS: Para maior segurança, verifique se seu provedor de tronco SIP oferece suporte a transporte TLS
- Compatibilidade com codecs de áudio: Seu sistema precisa oferecer suporte a pelo menos um dos codecs de áudio G.722 ou G.711 (PCMU ou PCMA), ou ser capaz de reamostrar o áudio do seu lado. Isso é independente de qualquer formato de áudio configurado no agente para conexões websocket diretas.
Configurando o tronco SIP
Importe o tronco SIP
Clique no botão “Importar número” e selecione “Do tronco SIP” para abrir a caixa de diálogo de configuração.

Insira a configuração básica
Preencha a configuração básica com as seguintes informações:
- Rótulo: Um nome descritivo para o número de telefone
- Número de telefone: O número de telefone no formato E.164 a ser conectado (por exemplo, +15551234567)

Configure as definições de entrada
Configure como a ElevenLabs lida com chamadas que chegam ao seu tronco SIP, incluindo criptografia de mídia e controles de acesso:
- Criptografia de mídia: Configure a criptografia dos fluxos de mídia RTP:
- Desativada: Sem criptografia de mídia
- Permitida: Permite fluxos de mídia criptografados
- Obrigatória: Exige fluxos de mídia criptografados
- Números permitidos (Opcional): Números de telefone autorizados a ligar para este número. Deixe em branco para permitir todos os números.
- Endereços IP de origem permitidos (Opcional): Funciona apenas para transporte TCP/TLS, não UDP. Endereços IP ou intervalos CIDR que têm permissão para enviar chamadas a este tronco. Deixe como
0.0.0.0/0para permitir todos os endereços. - Domínios remotos (Opcional): Especifique os domínios FQDN dos seus servidores SIP dos quais as chamadas são originadas, por exemplo,
example.pstn.twilio.com. Esses domínios são usados para validação de certificados TLS. Deixe esse campo em branco se não usar TLS. - Autenticação (Opcional): Forneça credenciais de autenticação digest que serão usadas para autenticar chamadas de entrada.
- Nome de usuário do tronco SIP: Nome de usuário para autenticação SIP digest
- Senha do tronco SIP: Senha para autenticação SIP digest

Configure as definições de saída
Configure para onde a ElevenLabs deve enviar chamadas do seu número de telefone:
-
Endereço: Nome de host ou endereço IP para onde o SIP INVITE é enviado (por exemplo,
sip.telnyx.com). Deve ser apenas um nome de host ou endereço IP, não uma URI SIP completa. Se usar TLS, use um nome de host com um certificado válido. -
Tipo de transporte: Selecione o protocolo de transporte para a sinalização SIP:
- TCP: Transporte TCP padrão
- TLS: Transporte TLS criptografado para maior segurança
- UDP: Transporte sem conexão (experimental; use TCP ou TLS em produção)
-
Criptografia de mídia: Configure a criptografia dos fluxos de mídia RTP:
- Desativada: Sem criptografia de mídia
- Permitida: Permite fluxos de mídia criptografados
- Obrigatória: Exige fluxos de mídia criptografados
-
Codecs ativados: Codecs a oferecer no SDP para chamadas de saída (G.722, PCMU, PCMA). Útil quando seu provedor SIP oferece suporte apenas a determinados codecs.
-
Cabeçalhos personalizados (Opcional): Adicione cabeçalhos SIP personalizados a serem incluídos nas chamadas de saída. Clique em “Adicionar cabeçalho” para inserir o nome e o valor do cabeçalho exigido pelo seu provedor; você pode adicionar vários cabeçalhos conforme necessário. Os cabeçalhos personalizados podem ser usados para roteamento e identificação de chamadas, faturamento e rastreamento, além de requisitos específicos do provedor.
-
Autenticação (Opcional): Forneça credenciais de autenticação digest se exigido pelo seu provedor de tronco SIP.
- Nome de usuário do tronco SIP: Nome de usuário para autenticação SIP digest
- Senha do tronco SIP: Senha para autenticação SIP digest
Se deixar em branco, será usada a autenticação por Lista de Controle de Acesso (ACL), que exige que você inclua endereços IP da ElevenLabs na lista de permissões nas configurações do seu provedor.

Boa prática de segurança: Use transporte TLS com criptografia de mídia Obrigatória para ter o máximo de segurança. Isso garante que a sinalização e a mídia sejam criptografadas de ponta a ponta.
Métodos de autenticação:
- Autenticação digest: Usa credenciais de nome de usuário/senha para autenticação segura (recomendado)
- Autenticação ACL: Usa lista de permissões de endereços IP para controle de acesso
A autenticação digest é altamente recomendada, pois oferece melhor segurança sem depender de listas de permissões de IP, que podem ser complexas de gerenciar com endereços IP dinâmicos.
O campo Endereço especifica para onde a ElevenLabs enviará chamadas de saída dos seus agentes de IA. Insira apenas o nome de host ou endereço IP, sem o prefixo de protocolo sip:.
Dados do cliente e personalização
Para garantir o encaminhamento e a rastreabilidade adequados dos metadados da chamada, inclua os seguintes cabeçalhos SIP personalizados na carga do seu webhook e na solicitação SIP INVITE:
- X-CALL-ID: Identificador exclusivo da chamada
- X-CALLER-ID: Identificador da parte que está fazendo a chamada
Esses cabeçalhos permitem que o sistema associe os metadados da chamada à conversa e forneça contexto para personalização.
Suporte a cabeçalho alternativo
Se os cabeçalhos padrão acima não estiverem presentes, o sistema procurará automaticamente o cabeçalho SIP específico da Twilio:
- sip.twilio.callSid: Identificador exclusivo da chamada da Twilio
Essa alternativa garante compatibilidade com o Elastic SIP Trunking da Twilio sem exigir alterações de configuração.
Fluxo de processamento
Quando os metadados relevantes são recebidos por qualquer um dos cabeçalhos compatíveis, caller_id e/ou call_id ficam disponíveis no webhook de início da conversa e como variáveis dinâmicas do sistema.
Cabeçalhos personalizados de entrada como variáveis dinâmicas
Cabeçalhos SIP personalizados X- de chamadas de entrada do tronco SIP são expostos automaticamente como variáveis dinâmicas na conversa.
Os nomes dos cabeçalhos são normalizados removendo o prefixo X-, convertendo o nome para letras minúsculas, substituindo hífens por sublinhados e adicionando o prefixo sip_. Por exemplo, X-Contact-ID se torna {{sip_contact_id}}, e X-Campaign-ID se torna {{sip_campaign_id}}.
Use essas variáveis nos prompts do agente, nas primeiras mensagens e nas ferramentas para personalizar a conversa com o contexto fornecido pelo chamador. Os valores também ficam visíveis no histórico da conversa, na aba Chamada telefônica.
Cabeçalhos reservados, como X-Call-ID e X-Caller-ID, continuam mapeados para system__call_sid e
system__caller_id. Cabeçalhos personalizados de entrada não podem substituir essas variáveis do sistema.
Cabeçalhos BYE de variáveis dinâmicas
Quando uma chamada termina, a ElevenLabs envia um SIP BYE para encerrar o diálogo. Você pode anexar cabeçalhos personalizados a esse BYE mapeando variáveis dinâmicas para nomes de cabeçalhos na configuração do seu tronco SIP.
Defina attributes_to_headers em inbound_trunk_config ou outbound_trunk_config ao criar ou atualizar um número de telefone de tronco SIP pela API. Cada entrada mapeia um nome de variável dinâmica para o nome do cabeçalho SIP a ser incluído no BYE:
O valor do cabeçalho é o valor final da variável dinâmica ao término da conversa. Valores definidos durante a chamada — por ferramentas do agente, substituições de webhook ou outras atualizações em tempo de execução — são refletidos no BYE.
Por exemplo, se attributes_to_headers contiver "disposition_code": "X-Disposition" e a variável dinâmica disposition_code for resolved quando a conversa terminar, o BYE incluirá X-Disposition: resolved.
Atribuindo agentes a números de telefone
Depois de importar o número de telefone do seu tronco SIP, você pode atribuí-lo a um agente da ElevenLabs:
- Acesse a seção Números de telefone no painel do ElevenAgents
- Selecione o número de telefone do tronco SIP que você importou
- Clique em “Atribuir agente”
- Selecione o agente que deve atender às chamadas para esse número
Solução de problemas
Problemas de conexão
Se você estiver enfrentando problemas de conexão:
- Verifique a configuração do seu tronco SIP tanto na ElevenLabs quanto no provedor
- Verifique se o firewall permite tráfego de sinalização SIP no protocolo de transporte e na porta configurados (5060 para TCP, 5061 para TLS) e se não há lista de permissões aplicada
- Confirme se o nome de host do seu endereço está formatado corretamente e acessível
- Teste com e sem credenciais de autenticação digest
- Se usar transporte TLS, verifique se os certificados TLS do seu provedor são válidos e estão configurados corretamente
- Tente diferentes tipos de transporte (TCP ou TLS; o suporte a UDP é experimental) para isolar problemas específicos de TLS
Informações importantes sobre a arquitetura de rede:
- A ElevenLabs fornece tráfego SIP por vários servidores SIP atrás do endereço compartilhado
sip.rtc.elevenlabs.io - Esses servidores SIP se comunicam diretamente com seu servidor SIP
- As solicitações SIP podem vir de diferentes endereços IP devido à nossa infraestrutura distribuída
- Se sua política de segurança exigir uma lista de permissões para o tráfego de entrada, entre em contato com nossa equipe de suporte para receber ajuda.
Falhas de autenticação
Se as chamadas falharem devido a problemas de autenticação:
- Verifique novamente o nome de usuário e a senha do seu tronco SIP caso esteja usando autenticação digest
- Consulte os logs do seu provedor de tronco SIP em busca de mensagens de erro de autenticação específicas
- Verifique se os cabeçalhos personalizados, caso configurados, correspondem aos requisitos do seu provedor
- Teste com configurações simplificadas (sem cabeçalhos personalizados) para isolar problemas de autenticação
Problemas de TLS e criptografia
Se você estiver enfrentando problemas com transporte TLS ou criptografia de mídia:
- Verifique se seu provedor de tronco SIP oferece suporte a transporte TLS na porta 5061
- Verifique a validade do certificado, as datas de expiração e as cadeias de confiança
- Verifique se seu provedor oferece suporte à criptografia de mídia SRTP se estiver usando criptografia de mídia “Obrigatória”
- Teste com criptografia de mídia “Permitida” antes de usar “Obrigatória” para isolar problemas de criptografia
- Tente o transporte TCP para isolar problemas específicos de TLS (o suporte a UDP é experimental)
- Entre em contato com seu provedor de tronco SIP para confirmar o suporte a TLS e SRTP
Problemas com cabeçalhos personalizados
Se você estiver tendo problemas com cabeçalhos personalizados:
- Verifique os nomes e valores exatos de cabeçalho exigidos pelo seu provedor
- Verifique se há diferenciação entre maiúsculas e minúsculas nos nomes dos cabeçalhos
- Verifique se os valores dos cabeçalhos não contêm caracteres especiais que precisam de escape
- Primeiro, teste sem cabeçalhos personalizados e depois os adicione gradualmente
- Para variáveis dinâmicas de cabeçalhos personalizados de entrada, confirme se os cabeçalhos usam o prefixo
X-e consulte a aba Chamada telefônica no histórico da conversa - Consulte a documentação do seu provedor para ver os cabeçalhos personalizados compatíveis
Sem áudio ou áudio em apenas uma direção
Se a chamada for conectada, mas não houver áudio ou o áudio fluir em apenas uma direção:
- Verifique se o firewall permite tráfego UDP para o fluxo de mídia RTP (geralmente, portas 10000-60000)
- Como o RTP usa endereços IP dinâmicos, verifique se as regras do firewall não estão restritas a IPs estáticos específicos
- Verifique se há problemas de Network Address Translation (NAT) que possam estar bloqueando o fluxo RTP
- Se usar criptografia de mídia “Obrigatória”, verifique se ambos os endpoints oferecem suporte a SRTP
- Teste com criptografia de mídia “Desativada” para isolar problemas de áudio relacionados à criptografia
Problemas de qualidade de áudio
Se você tiver baixa qualidade de áudio:
- Verifique se sua rede tem largura de banda suficiente (pelo menos 100 Kbps por chamada) e baixa latência/jitter para tráfego UDP
- Verifique se há congestionamento de rede ou perda de pacotes, principalmente no caminho UDP
- Verifique se as configurações de codec correspondem em ambas as pontas
- Se usar criptografia de mídia, verifique se ambos os endpoints processam SRTP de forma eficiente
- Teste com diferentes configurações de criptografia de mídia para isolar problemas de qualidade
A chamada não é desconectada após o envio da solicitação BYE (recebimento de uma resposta 481)
Uma resposta 481 a um BYE geralmente significa que a solicitação chegou a um servidor SIP que não possui o estado de diálogo da chamada.
Isso costuma ocorrer quando a conexão TCP inicial já foi encerrada e o BYE é reenviado ao endereço compartilhado genérico (por exemplo, sip.rtc.elevenlabs.io)
em vez da URI Contact específica retornada na resposta 200 OK.
- Ao restabelecer uma conexão TCP para BYE, sempre direcione para o endereço
Contactda resposta INVITE para que a solicitação chegue ao mesmo servidor SIP que processou o diálogo. - Evite enviar BYE para o endereço compartilhado
sip.rtc.elevenlabs.io, pois a solicitação pode chegar a um nó SIP diferente, que a rejeitará com 481.
Consulte a Seção 8.1.1.8 da RFC 3261 para ver o comportamento normativo que rege os cabeçalhos Contact e o roteamento de diálogos.
Limitações e considerações
- O suporte a várias chamadas simultâneas depende do seu plano de assinatura. Ative a fila de chamadas para manter os chamadores de entrada em espera quando o limite for atingido, em vez de rejeitá-los
- Recursos de gravação e análise de chamadas estão disponíveis, mas podem exigir configuração adicional
- Os recursos de chamadas de saída podem ser limitados pelo seu provedor de tronco SIP
- Suporte a TLS: Verifique se seu provedor de tronco SIP oferece suporte a TLS 1.2 ou superior para transporte criptografado
- Criptografia de mídia: O suporte a SRTP varia conforme o provedor; verifique a compatibilidade antes de exigir criptografia
- Formato de áudio: A implementação SIP da ElevenLabs envia e recebe áudio usando os codecs PCMU ou PCMA (G.711, 8 kHz) ou G.722 (16 kHz). Isso é independente de qualquer formato de áudio configurado no agente para conexões websocket diretas. Seu sistema de tronco SIP precisa oferecer suporte nativo a um desses codecs ou realizar reamostragem para corresponder aos requisitos do seu sistema
Perguntas frequentes
Posso usar meus números de telefone atuais com a ElevenLabs?
Sim, o entroncamento SIP permite conectar seus números de telefone atuais diretamente aos ElevenAgents da ElevenLabs sem precisar portá-los.
Quais provedores de tronco SIP são compatíveis com a ElevenLabs?
A ElevenLabs é compatível com a maioria dos provedores padrão de tronco SIP, incluindo Twilio, Vonage, RingCentral, Sinch, Infobip, Telnyx, Exotel, Plivo, Bandwidth e outros que oferecem suporte aos padrões do protocolo SIP. O transporte TLS e a criptografia de mídia SRTP são compatíveis para maior segurança.
Devo usar o transporte TLS para ter mais segurança?
Sim, o transporte TLS é altamente recomendado para ambientes de produção. Ele fornece sinalização SIP criptografada, o que aumenta a segurança das suas chamadas. Combinado à criptografia de mídia obrigatória, garante proteção abrangente das suas comunicações. Sempre verifique se seu provedor de tronco SIP oferece suporte a TLS antes de ativá-lo.
Qual é a diferença entre os tipos de transporte?
- TCP: sinalização confiável, mas não criptografada - TLS: sinalização criptografada e confiável (recomendado para produção) - UDP: sinalização sem conexão, atualmente experimental
O transporte UDP é experimental e destinado apenas a testes. Para aplicações de produção e críticas para a segurança, use sempre o transporte TLS.
Para que servem os cabeçalhos personalizados?
Cabeçalhos SIP personalizados permitem incluir informações específicas do provedor em chamadas de saída. Usos comuns incluem roteamento de chamadas, códigos de cobrança, identificação do chamador e atendimento a requisitos específicos do provedor.
Quantas chamadas simultâneas são compatíveis?
O número de chamadas simultâneas depende do seu plano de assinatura. Os planos Enterprise geralmente permitem volumes maiores de chamadas simultâneas. Quando o limite é atingido, as chamadas recebidas são recusadas, a menos que a fila de chamadas esteja ativada para o agente; nesse caso, elas ficam em espera com áudio de espera e são conectadas à medida que houver capacidade disponível.
Posso encaminhar chamadas condicionalmente para agentes diferentes?
Sim, você pode usar as regras de roteamento do seu sistema PBX atual para direcionar chamadas a diferentes números de telefone, cada um conectado a agentes diferentes da ElevenLabs.
Preciso manter o formato com + no início ao importar números de telefone?
Sim, o formato do número de telefone deve ser consistente entre seu URI SIP e a configuração do número
de telefone importado. Se você chamar o URI SIP com um + no início (por exemplo,
sip:+19991234567@sip.rtc.elevenlabs.io:5060), também deverá importar o número de telefone com o
- no início (por exemplo,
+19991234567). Da mesma forma, se você chamar sem o + no início, importe o número sem ele. Formatos incompatíveis impedirão o roteamento correto das chamadas.
Vocês oferecem suporte a consultas de registros SRV para SIP?
Sim, a ElevenLabs fornece registros NAPTR e SRV para descoberta de servidor SIP compatível com RFC 3263.