LINUX.ORG.RU
решено ФорумAdmin

Не могу законнектиться к sipnet.ru клиентом linphonec

 , , , ,


0

1

Использую консольный клиент linphonec. На машине не предусмотрен X-сервер, только консоль. Дистрибутив Debian 9 Stable.

Настроил соединение с sipnet.ru через команду

linphonec> proxy add

Если посмотреть список SIP-шлюзов, то там будет только этот хост:
linphonec> proxy list
****** Proxy 0 - this is the default one - *******
sip address: sip:sipnet.ru
route: 
identity: sip:*****@sipnet.ru
register: yes
expires: 600
registered: yes

И вроде как в этом списке видно, что соединение с SIP-сервером успешно установлено. Как минимум, клиент зарегистрировался.

Однако, в консоли видны такие сообщения:
belle-sip-error-belle_sip_get_src_addr_for: bctbx_connect() failed: Network is unreachable
belle-sip-error-Cannot connect to [UDP://sipnet.ru:5060]

Похоже, что не проходят UDP-пакеты. Но фаирволл у меня сейчас в девственно чистом виде, без всякой фильтрации:
# iptables --list
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

Попробовал сделать трассировку UDP-пакетами, и вот что получилось:
# traceroute -U -p 5060 sipnet.ru
traceroute to sipnet.ru (212.53.40.40), 30 hops max, 60 byte packets
 1  gw.ihor-hosting.ru (45.89.65.1)  0.320 ms  0.318 ms  0.287 ms
 2  ae10-lag.highspeednetwork.ru (92.63.203.70)  0.251 ms  0.237 ms  0.233 ms
 3  m9-r5.w-ix.ru (193.106.112.5)  0.600 ms  0.618 ms  0.594 ms
 4  rtr3-msk-ix.tario.ru (195.208.208.211)  1.020 ms  1.030 ms  1.028 ms
 5  * 212.53.40.40 (212.53.40.40)  1.092 ms  1.486 ms
 6  * * *
...
30  * * *

То есть пакеты уходят, но непонятно, возвращаются или нет (я в сетях не силен), возможно возвращаются ICMP-пакеты. И почему-то трассировка не завершается за 30 хопов.

Вопрос: что не так с прохождение UDP-пакетов? Как это понять, как исправить?

★★★★★

Последнее исправление: Xintrea (всего исправлений: 2)

UDP и не придут обратно. Растворятся в ночи, так сказать.

anonymous
()
Ответ на: комментарий от Xintrea

Если есть возможность - с миррор-порта на роутере. Если там ушло - значит режут выше по цепочке и надо тыкать провайдера

Ещё попробуй tcp для сигнализации, может только udp режут

upcFrost ★★★★★
()
Ответ на: комментарий от upcFrost

Написал провайдеру, говорит что ничего не режет.

Xintrea ★★★★★
() автор топика
Ответ на: комментарий от upcFrost

Вот что на tcpdump происходит:

# tcpdump -i ens3 port 5060
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on ens3, link-type EN10MB (Ethernet), capture size 262144 bytes
21:12:15.269063 IP 95.xxx.xxx.92.sip > 212.53.40.40.sip: SIP: REGISTER sip:sipnet.ru SIP/2.0
21:12:15.271414 IP 212.53.40.40.sip > 95.xxx.xxx.92.sip: SIP: SIP/2.0 401 Authentication required
21:12:15.292304 IP 95.xxx.xxx.92.sip > 212.53.40.40.sip: SIP: REGISTER sip:sipnet.ru SIP/2.0
21:12:15.359047 IP 212.53.40.40.sip > 95.xxx.xxx.92.sip: SIP: SIP/2.0 200 OK
21:12:25.201703 IP 95.xxx.xxx.92.sip > 212.53.40.40.sip: SIP
21:12:35.210097 IP 95.xxx.xxx.92.sip > 212.53.40.40.sip: SIP
21:12:45.216004 IP 95.xxx.xxx.92.sip > 212.53.40.40.sip: SIP
21:12:55.220524 IP 95.xxx.xxx.92.sip > 212.53.40.40.sip: SIP
21:13:05.230101 IP 95.xxx.xxx.92.sip > 212.53.40.40.sip: SIP
21:13:15.237948 IP 95.xxx.xxx.92.sip > 212.53.40.40.sip: SIP
21:13:25.242054 IP 95.xxx.xxx.92.sip > 212.53.40.40.sip: SIP
21:13:35.247041 IP 95.xxx.xxx.92.sip > 212.53.40.40.sip: SIP
21:13:45.253543 IP 95.xxx.xxx.92.sip > 212.53.40.40.sip: SIP
21:13:55.259752 IP 95.xxx.xxx.92.sip > 212.53.40.40.sip: SIP
21:14:05.267655 IP 95.xxx.xxx.92.sip > 212.53.40.40.sip: SIP
21:14:15.277666 IP 95.xxx.xxx.92.sip > 212.53.40.40.sip: SIP
21:14:20.694569 IP 45.143.220.138.5071 > 95.xxx.xxx.92.sip: SIP: INVITE sip:+9**********0@95.xxx.xxx.92 SIP/2.0
21:14:20.708482 IP 95.xxx.xxx.92.sip > 45.143.220.138.5071: SIP: SIP/2.0 100 Trying
21:14:20.732236 IP 95.xxx.xxx.92.sip > 45.143.220.138.5071: SIP: SIP/2.0 180 Ringing
21:14:25.278510 IP 95.xxx.xxx.92.sip > 212.53.40.40.sip: SIP
21:14:25.278674 IP 95.xxx.xxx.92.sip > 45.143.220.138.5071: SIP
21:14:35.281614 IP 95.xxx.xxx.92.sip > 212.53.40.40.sip: SIP
21:14:35.281687 IP 95.xxx.xxx.92.sip > 45.143.220.138.5071: SIP
21:14:45.292881 IP 95.xxx.xxx.92.sip > 212.53.40.40.sip: SIP
21:14:45.292921 IP 95.xxx.xxx.92.sip > 45.143.220.138.5071: SIP
21:14:51.014358 IP 95.xxx.xxx.92.sip > 45.143.220.138.5071: SIP: SIP/2.0 486 Busy here
21:14:51.526748 IP 95.xxx.xxx.92.sip > 45.143.220.138.5071: SIP: SIP/2.0 486 Busy here
21:14:52.514483 IP 95.xxx.xxx.92.sip > 45.143.220.138.5071: SIP: SIP/2.0 486 Busy here
21:14:54.514260 IP 95.xxx.xxx.92.sip > 45.143.220.138.5071: SIP: SIP/2.0 486 Busy here
21:14:55.305847 IP 95.xxx.xxx.92.sip > 212.53.40.40.sip: SIP

В этом логе видно, что происходит регистрация клиента на SIPNET, и что меня начинают call-спамить на порту 5060. В клиенте видно, что происходит входящий звонок от спамера. Значит ли это, что входящие UDP проходят нормально? Tcpdump показывает протокол SIP а не UDP.

Просто я сам не могу сделать исходящий звонок, и не пойму в чем причина: непрохождение UDP-траффика (ведь ошибки никуда не делись):
belle-sip-error-belle_sip_get_src_addr_for: bctbx_connect() failed: Network is unreachable
belle-sip-error-Cannot connect to [UDP://sipnet.ru:5060]

Или какие-то другие проблемы, потому что еще есть ошибки, не связанные с сетью:
linphonec> call 8**********8 --audio-only
liblinphone-error-LinphoneCore has video disabled for both capture and display, but video policy is to start the call with video. This is a possible mis-use of the API. In this case, video is disabled in default LinphoneCallParams
Establishing call id to sip:8**********8@sipnet.ru, assigned id 1
Call 1 to sip:8**********8@sipnet.ru in progress.
Call 1 with sip:8**********8@sipnet.ru early media.
Call 1 with sip:8**********8@sipnet.ru error.

Xintrea ★★★★★
() автор топика
Ответ на: комментарий от Xintrea

С оконечки (сервера или что это) сними трафик во время попытки регистрации, плюс проверь настройки и что там вообще fqdn провайдера резолвится

upcFrost ★★★★★
()
Ответ на: комментарий от Xintrea

Tcpdump показывает протокол SIP а не UDP.

Sip - прикладной уровень, а udp - транспортный.

Tanger ★★★★★
()
Ответ на: комментарий от Xintrea

а еще можно добавить -vv ключи к tcpdump для декодирования заголовков SIP, станет понятнее, что происходит. Также можно поставить утилитку sngrep. Очень наглядно показывает в консоли вызовы SIP (на основе анализа трафика).

Bloody ★★
()
Ответ на: комментарий от Bloody

Очень наглядно показывает в консоли вызовы SIP

Эт когда у тебя все просто и без изворотов через 3 интерфейса…

Имхо лучше выкачать с сервера дамп и открыть тем же Wireshark. Там очень удобный (хоть и глючной) анализ вызовов

upcFrost ★★★★★
()
Ответ на: комментарий от upcFrost

В общем, дело оказалось в том, что SIPNET требует обязательной привязки к реально существующему телефону, чтобы операторы мобильной связи могли использовать функцию АОН. Если SIM-карта привязанного сотового телефона оказалась заблокирована, то звонок от такого аккаунта невозможен.

Xintrea ★★★★★
() автор топика
Ответ на: комментарий от Xintrea

Wut? Ты серьёзно? Звучит как бред сумасшедшего. При чем тут вообще опсос? Либо это бред, либо там идёт перманентный слив данных

upcFrost ★★★★★
()

5060
роутер то пропускает?
а то иногда бывает...
+ проверь другие порты сип, инфу о которых предоставит провайдер.

darkenshvein ★★★★★
()
Ответ на: комментарий от upcFrost

никак нет. а ещё они гадят и блокируют звонки в свои сети с сип-операторов. «честная» конкуренция капитала.

darkenshvein ★★★★★
()
Последнее исправление: darkenshvein (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.