не может зарегистрировать sip пользователя на red5server, используя red5phone

13

Я запускаю Red5,

а потом я начинаю red5phone

я пытаюсь зарегистрировать пользователя SIP, подробности, которые я предоставляю

    имя пользователя = 999999
    пароль = ****
    ip = звездочка

И я получил

- Регистрация контакта - sip: 999999@127.0.0.1: 5072

Правильный контакт может быть

- Регистрация контакта - sip: 99999 @ asteriskserverip

Это журнал:

SipUserAgent - listen -> Init...
Red5SIP register
[SIPUser] register
RegisterAgent: Registering contact <sip:99999@127.0.0.1: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:99999@127.0.0.1:5072>
SipUserAgent - hangup -> Init...
SipUserAgent - closeMediaApplication -> Init...
[SIPUser] provider.halt
RegisterAgent: Registration failure: No response from server.
[SIPUser] SIP Registration failure Timeout

Пожалуйста, дайте мне знать, если я делаю что-то не так.

— Марк Хендерсон
источник

Каким-то образом этот вопрос получил 11 голосов. Что именно здесь является вопросом программирования?

— Утка

Вот сисадмин в вопросе :)

— Виталий Николаев

2

Я хотел бы предложить сделать захват пакетов как на телефоне, так и на стороне сервера, а затем проанализировать захват с помощью WireShark.

Wireshark имеет исключительно хорошую интерпретацию трафика VoIP и разбивает пакеты SIP для вас на легко читаемые куски.

Оттуда вы можете определить, является ли ваш сервер STUN неправильным (если вы используете STUN), или что-то странное происходит с пакетом подключения, а затем использовать это, чтобы сузить ситуацию.

Причина запуска перехвата на обоих концах заключается в том, что некоторые брандмауэры «SIP-Aware» с благими намерениями некорректно манипулируют SIP-пакетами, что не вызывает прекращения головной боли, но затем я могу сказать, что пакеты, поступающие в брандмауэр, были отличается от того, что оставляло брандмауэр, который был дешевой распродажей.

— Марк Хендерсон
источник

2

Перехват пакетов (thsark / ngrep) содержит ответы, которые вы ищете.

Я бы сказал, что сервер не получает пакет SIP для регистрации или клиент не может получить ответ, судя по

'RegisterAgent: Ошибка регистрации: нет ответа от сервера.'

Проверьте это с помощью tshark / ngrep / tcpdump на сервере, на котором вы пытаетесь зарегистрироваться. Если вы видите, что он приземляется на сервере, но сервер никогда не отвечает, проверьте его файлы журнала. Убедитесь, что на сервере нет правил брандмауэра. Будет отображаться сниффинг, но приложение не будет отвечать на него.

Стандартный SIP будет на порте 5060, скорее всего, UDP, но иногда TCP (я смотрю на вас, Microsoft ...).

Примеры:

tshark -i eth0 "порт 5060"
ngrep -q -W byline "" "порт 5060"
tcpdump "порт 5060"

ngrep удобен, если у вас есть много другого действительного SIP-трафика, но вам нужно быстро прочитать его.

ngrep -q -W byline "5025851212" "порт 5060"

Это, например, будет искать конкретный номер телефона, или

ngrep -I CAPTURED.PCAP -q -W byline "CallID@Here.com" "порт 5060"

определенный идентификатор вызова в предварительно захваченном файле: CAPTURED.PCAP

— Essobi
источник