Я запускаю 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
Пожалуйста, дайте мне знать, если я делаю что-то не так.
Ответы:
Я хотел бы предложить сделать захват пакетов как на телефоне, так и на стороне сервера, а затем проанализировать захват с помощью WireShark.
Wireshark имеет исключительно хорошую интерпретацию трафика VoIP и разбивает пакеты SIP для вас на легко читаемые куски.
Оттуда вы можете определить, является ли ваш сервер STUN неправильным (если вы используете STUN), или что-то странное происходит с пакетом подключения, а затем использовать это, чтобы сузить ситуацию.
Причина запуска перехвата на обоих концах заключается в том, что некоторые брандмауэры «SIP-Aware» с благими намерениями некорректно манипулируют SIP-пакетами, что не вызывает прекращения головной боли, но затем я могу сказать, что пакеты, поступающие в брандмауэр, были отличается от того, что оставляло брандмауэр, который был дешевой распродажей.
источник
Перехват пакетов (thsark / ngrep) содержит ответы, которые вы ищете.
Я бы сказал, что сервер не получает пакет SIP для регистрации или клиент не может получить ответ, судя по
Проверьте это с помощью tshark / ngrep / tcpdump на сервере, на котором вы пытаетесь зарегистрироваться. Если вы видите, что он приземляется на сервере, но сервер никогда не отвечает, проверьте его файлы журнала. Убедитесь, что на сервере нет правил брандмауэра. Будет отображаться сниффинг, но приложение не будет отвечать на него.
Стандартный SIP будет на порте 5060, скорее всего, UDP, но иногда TCP (я смотрю на вас, Microsoft ...).
Примеры:
ngrep удобен, если у вас есть много другого действительного SIP-трафика, но вам нужно быстро прочитать его.
Это, например, будет искать конкретный номер телефона, или
определенный идентификатор вызова в предварительно захваченном файле: CAPTURED.PCAP
источник