![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(297.6, 28.999999999999996%, 38%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EIO%3C/text%3E%3C/svg%3E)
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(153.6, 9%, 24%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EHL%3C/text%3E%3C/svg%3E)
Olá Ines Oliveira,
Para verificar se o gateway realmente está enviando pacotes SIP ao provedor, você precisa capturar o tráfego diretamente na interface WAN do equipamento. Se o gateway baseado em Linux ou tiver acesso shell, utilize tcpdump -i eth0 port 5060 -vv -w /tmp/sip_capture.pcap enviando eth0 pela interface correta. Esse comando gravou todos os pacotes SIP em formato PCAP para análise posterior no Wireshark, onde você poderá confirmar se as solicitações REGISTER estão saindo e se há respostas 200 OK ou falhas 403/404. Em aparelhos comerciais, muitos oferecem captura integrada via CLI ou GUI, mas o princípio é o mesmo: filtrar por porta 5060/5061 e salvar o resultado. É importante também verificar se o NAT ou firewall não está bloqueando o tráfego, já que a ausência de resposta do provedor pode ser causada por tradução incorreta de portas. Com a captura em mãos, você conseguirá determinar se o problema está na origem (gateway não envia) ou no destino (provedor não responde).
Se minha resposta for útil para você, clique em Aceitar a resposta para me apoiar.
Obrigado,
HL.