#asterisk #sip
#asterisk #sip
Вопрос:
Возникла странная проблема. Пытаюсь позвонить с sip-клиента на обычный телефон или на выход. Это всегда приводит к одностороннему аудио соединению.
Я использую базу данных odbc и не могу найти проблему. Кто-нибудь может помочь мне в правильном направлении. Кажется, ошибок вообще нет.
[general]
context=public
allowguest=no
allowoverlap=no
udpbindaddr=0.0.0.0:15060
tcpenable=no
tcpbindaddr=0.0.0.0
transport=udp
srvlookup=yes
language=ja
externaddr=x.x.x.x
localnet=x.x.x.x/255.255.240.0
nat=force_rport,comedia
rtcachefriends=yes
disallow=all
allow=ulaw
allow=alaw
allow=gsm
/var/log/asterisk/сообщения
[Apr 12 10:44:36] VERBOSE[23055][C-00000001] netsock2.c: Using SIP RTP CoS mark 5
[Apr 12 10:44:36] VERBOSE[25771][C-00000001] pbx.c: Executing [52431824@context_tok:1] NoOp("SIP/inbound_1_1-00000003", "inbound") in new stack
[Apr 12 10:44:36] VERBOSE[25771][C-00000001] pbx.c: Executing [52431824@context_tok:2] Dial("SIP/inbound_1_1-00000003", "SIP/1_1_1_1/1_1_1_1amp;SIP/1_1_1_2/1_1_1_2amp;SIP/1_1_1_3/1_1_1_3amp;SIP/1_1_1_4/1_1_1_4") in new stack
[Apr 12 10:44:36] VERBOSE[25771][C-00000001] netsock2.c: Using SIP RTP CoS mark 5
[Apr 12 10:44:36] WARNING[25771][C-00000001] app_dial.c: Unable to create channel of type 'SIP' (cause 20 - Subscriber absent)
[Apr 12 10:44:36] VERBOSE[25771][C-00000001] netsock2.c: Using SIP RTP CoS mark 5
[Apr 12 10:44:36] WARNING[25771][C-00000001] app_dial.c: Unable to create channel of type 'SIP' (cause 20 - Subscriber absent)
[Apr 12 10:44:36] VERBOSE[25771][C-00000001] app_dial.c: Called SIP/1_1_1_1/1_1_1_1
[Apr 12 10:44:36] VERBOSE[25771][C-00000001] app_dial.c: Called SIP/1_1_1_3/1_1_1_3
[Apr 12 10:44:36] VERBOSE[25771][C-00000001] app_dial.c: SIP/1_1_1_1-00000004 is ringing
[Apr 12 10:44:36] VERBOSE[25771][C-00000001] app_dial.c: SIP/1_1_1_3-00000005 is ringing
[Apr 12 10:44:44] VERBOSE[25771][C-00000001] app_dial.c: SIP/1_1_1_3-00000005 answered SIP/inbound_1_1-00000003
[Apr 12 10:44:44] VERBOSE[25846][C-00000001] bridge_channel.c: Channel SIP/1_1_1_3-00000005 joined 'simple_bridge' basic-bridge <16f760ce-43f9-4f36-8aa3-865c4f2e8151>
[Apr 12 10:44:44] VERBOSE[25771][C-00000001] bridge_channel.c: Channel SIP/inbound_1_1-00000003 joined 'simple_bridge' basic-bridge <16f760ce-43f9-4f36-8aa3-865c4f2e8151>
[Apr 12 10:44:52] VERBOSE[25846][C-00000001] bridge_channel.c: Channel SIP/1_1_1_3-00000005 left 'simple_bridge' basic-bridge <16f760ce-43f9-4f36-8aa3-865c4f2e8151>
[Apr 12 10:44:52] VERBOSE[25771][C-00000001] bridge_channel.c: Channel SIP/inbound_1_1-00000003 left 'simple_bridge' basic-bridge <16f760ce-43f9-4f36-8aa3-865c4f2e8151>
[Apr 12 10:44:52] VERBOSE[25771][C-00000001] pbx.c: Spawn extension (context_tok, 52431824, 2) exited non-zero on 'SIP/inbound_1_1-00000003'
Попробовал несколько вещей и искал в сети, не смог найти правильное решение.
Комментарии:
1. Это обычная проблема, уже описанная здесь несколько раз. Нет, это вообще не связано с odbc
2. Спасибо за ваш ответ, нашел проблему. Это было то, что qualify стоял как null в базе данных. Это сделало односторонний звук.
3. Qualify= null является допустимым значением и означает отсутствие параметра qualify в разделе. Итак, в вашем случае sip ping исправляет сбои NAT вашего маршрутизатора, но это не означает, что у других людей может быть такая же или аналогичная проблема. Просто потому, что вы не предоставили НИКАКОЙ информации о своей сети. Этот вопрос бесполезен для сообщества.
Ответ №1:
Чтобы помочь людям в будущем с той же проблемой.
В базе данных odbc у нас были стандартные данные null.
Установка значения «Да» для пользователей в базе данных устранила проблему.
Комментарии:
1. Это не вопрос программирования и не по теме для SO. На это не нужно отвечать. Если вы удалите свой вопрос, вы получите обратно репутацию, которую потеряли из-за отрицательных голосов.