não é capaz de registrar o usuário sip no red5server, usando red5phone

13

Eu começo o red5,

e depois eu inicio o red5phone

eu tento registrar o usuário sip, os detalhes que eu forneço são

    username = 999999
    password = ****
    ip = asteriskserverip

E eu tenho

-- Registering contact -- sip:[email protected]:5072

O contato certo pode ser

-- Registering contact -- sip :99999@asteriskserverip

Este é o log:

SipUserAgent - listen -> Init...
Red5SIP register
[SIPUser] register
RegisterAgent: Registering contact <sip:[email protected]:5072> (it expires in 3600 secs)
RegisterAgent: Registration failure: No response from server.
[SIPUser] SIP Registration failure Timeout
RegisterAgent: Failed Registration stop try.
Red5SIP Client leaving app 1
Red5SIP Client closing client 35C1B495-E084-1651-0C40-559437CAC7E1
Release ports: sip port 5072 audio port 3002
Release port number:5072
Release port number:3002
[SIPUser] close1
[SIPUser] hangup
[SIPUser] closeStreams
RTMPUser stopStream
[SIPUser] unregister
RegisterAgent: Unregistering contact <sip:[email protected]:5072>
SipUserAgent - hangup -> Init...
SipUserAgent - closeMediaApplication -> Init...
[SIPUser] provider.halt
RegisterAgent: Registration failure: No response from server.
[SIPUser] SIP Registration failure Timeout

Por favor, deixe-me saber se estou fazendo algo errado.

    
por Mark Henderson 05.01.2011 / 13:12

2 respostas

2

O que eu sugiro é fazer uma captura de pacote no telefone e no lado do servidor e, em seguida, analisar as capturas usando o WireShark.

O Wireshark possui uma interpretação excepcionalmente boa do tráfego de VoIP e decompõe os pacotes SIP para você em pedaços fáceis de ler.

De lá, você pode dizer se o seu servidor STUN está incorreto (se você estiver usando STUN), ou se há algo estranho acontecendo com o pacote de conexão, e então usar isso para diminuir a situação.

A razão para executar a captura em ambas as extremidades é que eu vi alguns firewalls "SIP-Aware" bem-intencionados manipularem pacotes SIP incorretamente, o que causou sem fim de dores de cabeça, mas eu poderia dizer que os pacotes o firewall era diferente do que estava saindo do firewall, o que era uma oferta.

    
por 11.01.2011 / 01:11
2

A captura de pacotes (thsark / ngrep) contém as respostas que você procura.

Eu diria que o servidor não está recebendo o pacote SIP para registro ou o cliente não pode receber a resposta, a julgar por

'RegisterAgent: Registration failure: No response from server.'

Verifique isso usando tshark / ngrep / tcpdump no servidor em que você está tentando se registrar. Se você o vir pousando no servidor, mas o servidor nunca responder, verifique seus arquivos de log. Verifique se não há regras de firewall no bloco do servidor. Ele vai aparecer sniffing, mas o aplicativo não irá responder a ele.

O SIP padrão estará na porta 5060, provavelmente UDP, mas ocasionalmente TCP (estou olhando para você, Microsoft ...).

Exemplos:

tshark -i eth0 "port 5060"
ngrep -q -W byline "" "port 5060"
tcpdump "port 5060"

O ngrep é útil se você tiver muitos outros tráfego SIP válido, mas precisar ler rapidamente alguns deles.

ngrep -q -W byline "5025851212" "port 5060"

Isso, por exemplo, procuraria por um número de telefone específico ou

ngrep -I CAPTURED.PCAP -q -W byline "[email protected]" "port 5060"

um ID de chamada específico dentro de um arquivo pré-capturado: CAPTURED.PCAP

    
por 18.01.2011 / 19:16