Siproxd как посредник терпит неудачу

Я запускаю SIP-сервер Kamailio на одном сервере. Он отлично работает с SIP-клиентами и т. Д.

Теперь я пытаюсь запустить Siproxd SIP Proxy на другом сервере.

Я установил Siproxd и вызвал netstat -tulpn | grep 5060 показывает:

TCP 0 0 0.0.0.0:5060 0.0.0.0:* ПРОСЛУШИВАТЬ 22216/siproxd

udp 0 0 0.0.0.0:5060 0.0.0.0:* 22216/siproxd

Так что это работает.

Но когда я пытаюсь подключить клиентов к моему исходному SIP-серверу Kamailio с IP-адресом сервера, на котором в качестве прокси-сервера работает Siproxd, это не удается.

Может ли кто-нибудь помочь мне отладить проблему?

И разве это решение не должно приводить к тому, что мои клиенты выглядят так, будто они приходят с IP-адреса сервера, на котором работает Siproxd?


proxy sip
person user809829    schedule 29.08.2011    source источник

Ответы (1)


arrow_upward
0
arrow_downward

Ознакомьтесь с Wireshark.

Сначала это выглядит устрашающе, но особенно для текстовых протоколов, таких как SIP или HTTP, вам нужно будет только начать захват, щелкнув псевдоинтерфейс «любой», выполнить попытку подключения, выбрать пакет, который идет на 5060, щелкните правой кнопкой мыши и выберите «следовать потоку TCP».

Расскажите нам, как именно это не удается, и мы пойдем оттуда.

person Szocske    schedule 30.08.2011
comment
Я знаком с Wireshark, и это то, что я использовал, чтобы найти проблему с Siproxd, не добавляющим IP-адрес сервера, на котором он работает. Когда это работало, он добавлял: ЧЕРЕЗ: ИСХОДНЫЙ IP-АДРЕС ЧЕРЕЗ: IP-АДРЕС СЕРВЕРА, НА КОТОРОМ ЗАПУСКАЕТСЯ SIPROXD Теперь он добавляет только: ЧЕРЕЗ: ИСХОДНЫЙ IP-АДРЕС - person user809829; 31.08.2011
comment
Первый заголовок via: должен предоставляться UAC, инициирующим запрос. Я интерпретирую ваш комментарий выше как прокси, ничего не добавляющий в цепочку via:. Вы уверены, что запрос действительно проходит через прокси-сервер, а не отправляется UAC напрямую в UAS? - person Szocske; 01.09.2011