1
Курилка / Может ли IP телефон работать просто, без IP телефонии?
« : 02 марта 2017, 22:37:24 »
Где-то на работе валяется дико глючный SIP телефон Asotel (модель не помню), у которого есть и FXO порт
Теплый ламповый форум системных администраторов
Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
Страницы: [1] 2
2
Телефония / Тема для глупых вопросов про Asterisk
« : 26 сентября 2016, 08:12:52 »
Итого мой вопрос по УТ всё-таки был глупым, просто сервер УТ некорректно обрабатывает ошибки - на любую фигню он возвращал "500 internal server error", а должен был возвращать "SIP 406 Not Acceptable" или "SIP 488 Not Acceptable Here"
Проблема была в том, что у меня разрешены только кодеки ulaw и gsm, когда добавил alaw всё заработало. Спасибо астериск.ру.
Учитывая что входящие звонки прекрасно работали, я не думал что проблема может быть в кодеках. Считал, что раз в настройках пира указаны кодеки, то они работают как для входа, так и для исхода.
Проблема была в том, что у меня разрешены только кодеки ulaw и gsm, когда добавил alaw всё заработало. Спасибо астериск.ру.
Учитывая что входящие звонки прекрасно работали, я не думал что проблема может быть в кодеках. Считал, что раз в настройках пира указаны кодеки, то они работают как для входа, так и для исхода.
3
Телефония / Тема для глупых вопросов про Asterisk
« : 17 сентября 2016, 10:45:56 »
Включил дебаг и вот что я вижу:
P.P.S. Наверное мои вопросы по настройке SIP-транка к укртелекому нужно вынести отдельной темой...
Цитировать
<--- SIP read from UDP:195.5.0.83:5060 --->P.S. Нашел на хабре статью в песочнице о похожих мучениях с настройкой SIP на астериске. Но у человека решилось всё указанием fromdomain, но помимо этого он ещё указал callerid. Когда я указываю этот параметр, у меня на входящих звонках тоже становится этот callerid вместо номера звонящего.
SIP/2.0 100 Trying
Via: SIP/2.0/UDP my_server_ip:5060;branch=z9hG4bK2abd8971
From: "user1" <sip:619F*******53@cloud-pbx.ukrtelecom.ua>;tag=as2684aba3 <=== Вот тут всё правильно, как и хотели укртелекомовцы
To: <sip:425521@cloud-pbx.ukrtelecom.ua>
Call-ID: 160f0f413500e9a864728e595560f3b3@cloud-pbx.ukrtelecom.ua
CSeq: 103 INVITE
<------------->
--- (6 headers 0 lines) ---
<--- SIP read from UDP:195.5.0.83:5060 --->
SIP/2.0 500 Server Internal Error
Via: SIP/2.0/UDP my_server_ip:5060;branch=z9hG4bK2abd8971
From: "user1" <sip:619F*******53@cloud-pbx.ukrtelecom.ua>;tag=as2684aba3
To: <sip:425521@cloud-pbx.ukrtelecom.ua>;tag=amdwxc0lmw
Call-ID: 160f0f413500e9a864728e595560f3b3@cloud-pbx.ukrtelecom.ua
CSeq: 103 INVITE
Reason: Q.850;cause=63;text="Service or option not available, unspecified" <=== А вот тут оно ругается на какую-то опцию или сервис, якобы она запрещена, но какая - неуказано
Content-Length: 0
<------------->
--- (8 headers 0 lines) ---
-- Got SIP response 500 "Server Internal Error" back from 195.5.0.83:5060
Transmitting (no NAT) to 195.5.0.83:5060:
ACK sip:425521@cloud-pbx.ukrtelecom.ua SIP/2.0
Via: SIP/2.0/UDP my_server_ip:5060;branch=z9hG4bK2abd8971
Max-Forwards: 70
From: "user1" <sip:619F*******53@cloud-pbx.ukrtelecom.ua>;tag=as2684aba3
To: <sip:425521@cloud-pbx.ukrtelecom.ua>;tag=amdwxc0lmw
Contact: <sip:619F*******53@my_server_ip:5060>
Call-ID: 160f0f413500e9a864728e595560f3b3@cloud-pbx.ukrtelecom.ua
CSeq: 103 ACK
User-Agent: Asterisk PBX 13.6.0
Content-Length: 0
---
-- SIP/619F*******53-00001e21 is circuit-busy
== Everyone is busy/congested at this time (1:0/1/0)
-- Executing [*84425521@internal:2] Congestion("SIP/user1-00001e20", "") in new stack
P.P.S. Наверное мои вопросы по настройке SIP-транка к укртелекому нужно вынести отдельной темой...
4
Телефония / Тема для глупых вопросов про Asterisk
« : 17 сентября 2016, 09:08:30 »
Добавил realm и username, но всё равно ошибка
Вот что в ответе:
Вот что в ответе:
Цитировать
Received response: "Forbidden" from '"имя_локального_юзера" <sip:619F******53@айпи_моего_сервера>;tag=as1aee2e98'Получается, что сервер всё ещё отправляет свой айпи после @
5
Телефония / Тема для глупых вопросов про Asterisk
« : 16 сентября 2016, 15:17:24 »да, цитирование теперь в порядке.S. что-то тут не так с цитированием... Жму "Цитировать", выдаёт "загружается", а потом появляется окно быстрого ответа без цитируемого текстаПотому что окно быстрого ответа должно быть развернуто по умолчанию. У нас эта настройка не ставится для новых пользователей почему-то... На данный момент пнул ее принудительноА еще проще выделять текст и жмакать кнопочку с кавычками.
P.S. устанавливать опцию "cid_number=61949***1" было плохой идеей - пока она была включена у меня некорректно отображался номер входящих звонков, для всех линий был 49***1 (номер первой линии)
Updated: 16 September 2016, 16:52:24
Не пробовал только "fromdomain=cloud-pbx.ukrtelecom.ua". Насколько я понимаю, сюда надо записывать не cloud-pbx.ukrtelecom.ua, а мой домен.Неожиданно для меня ответили из техподдержки укртелекома и сказали, что в полях From и from.addr должен быть не мой айпишник, а их О_о
Поля From и from.addr - это из скриншота их системы, который они прислали.
На нём
Цитировать
From: "user1" <sip:619F*******53@my_server_ip>;tag=as64Указал fromdomain=cloud-pbx.ukrtelecom.ua, но всё равно не помогло.
from.addr: sip:619F*******53@my_server_ip
Изменил тип с peer назад на friend, ошибка изменилась. Теперь добавилось:
Цитировать
-- Got SIP response 500 "Server Internal Error" back from 195.5.0.83:5060
6
Телефония / Тема для глупых вопросов про Asterisk
« : 16 сентября 2016, 15:12:27 »
Всё попробовал, ничего не поменялось.
Не пробовал только "fromdomain=cloud-pbx.ukrtelecom.ua". Насколько я понимаю, сюда надо записывать не cloud-pbx.ukrtelecom.ua, а мой домен. Но ведь при использовании софтфонов не надо указывать никакие домены...
В общем, сейчас настройки выглядят так:
Ошибка выдаётся как и была:
Вот чувствую, что ошибка какая-то глупая, но не могу разобраться
Не пробовал только "fromdomain=cloud-pbx.ukrtelecom.ua". Насколько я понимаю, сюда надо записывать не cloud-pbx.ukrtelecom.ua, а мой домен. Но ведь при использовании софтфонов не надо указывать никакие домены...
В общем, сейчас настройки выглядят так:
Код: [Выделить]
[general]
limitonpeer=yes
register => 619F*******45:pass1@cloud-pbx.ukrtelecom.ua/49***1 ;49***1
register => 619F*******47:pass2@cloud-pbx.ukrtelecom.ua/49***2 ;49***2
register => 619F*******51:pass3@cloud-pbx.ukrtelecom.ua/49***4 ;49***4
register => 619F*******53:pass4@cloud-pbx.ukrtelecom.ua/49***5 ;49***5
context=incoming_fxo
language=ru
allowguest=no ;do not allow anonymous calls
alwaysauthreject=yes ;do not say whether wrong password or username
nat=force_rport,comedia
[UT](!)
type=peer
host=cloud-pbx.ukrtelecom.ua
dtmfmode=rfc2833
disallow=all
allow=gsm
allow=ulaw
insecure=invite
canreinvite=no
sendrpid=yes
nat=no
;49***1
[619F*******45](UT)
fromuser=619F*******45
defaultuser=619F*******45
cid_number=61949***1
secret=pass1
;49***2
[619F*******47](UT)
fromuser=619F*******47
defaultuser=619F*******47
cid_number=61949***2
secret=pass2
;49***4
[619F*******51](UT)
fromuser=619F*******51
defaultuser=619F*******51
cid_number=61949***4
secret=pass3
;49***5
[619F*******53](UT)
fromuser=619F*******53
defaultuser=619F*******53
cid_number=61949***5
secret=pass4Ошибка выдаётся как и была:
Цитировать
-- Executing [*81425521@internal:1] Dial("SIP/ddvar-home-00001d2e", "SIP/619F*******45/425521") in new stackВот собственно экстеншн:
-- Called SIP/619F*******45/425521
[Sep 16 15:00:37] WARNING[100458][C-00005274]: chan_sip.c:23335 handle_response_invite: Received response: "Forbidden" from '"user1" <sip:619F********45@asterisk-ip>;tag=as6b210809'
== Everyone is busy/congested at this time (1:0/0/1)
-- Executing [*81425521@internal:2] Congestion("SIP/user1-00001d2e", "") in new stack
== Spawn extension (internal, *81425521, 2) exited non-zero on 'SIP/ddvar-home-00001d2e'
Код: [Выделить]
[globals]
UT1=SIP/619F*******45
UT2=SIP/619F*******47
UT3=SIP/619F*******51
UT4=SIP/619F*******53
[outgoing]
exten => _*81.,1,Dial(${UT1}/${EXTEN:3})
same => n,Congestion()
same => n,Hangup()Вот чувствую, что ошибка какая-то глупая, но не могу разобраться
7
Телефония / Тема для глупых вопросов про Asterisk
« : 16 сентября 2016, 08:16:17 »
В первом своём сообщении в этой теме выкладывал настройки.
8
Телефония / Тема для глупых вопросов про Asterisk
« : 15 сентября 2016, 20:12:20 »
Не, как на линию отправлять звонок я знаю. У меня есть GSM шлюз с 4 мобильными линиями - там всё отлично работает. И даже есть ещё один gsm шлюз без SIP'a - там астериск набирает номер, дожидается гудка и потом набирает мобильный
А вот с укртелекомовскими линиями проблема. Настроены они аналогично GSM-шлюзу с 4 линиями (подключенными по SIP'у), но при попытке позвонить выдаёт "Forbidden"
В интернете нашел похожий случай, но там оказалось что он подключался с неправильными логином/паролем. У меня логин\пароль точно правильный, т.к. для входящих звонков регистрируюсь с ними
P.S. что-то тут не так с цитированием... Жму "Цитировать", выдаёт "загружается", а потом появляется окно быстрого ответа без цитируемого текста
А вот с укртелекомовскими линиями проблема. Настроены они аналогично GSM-шлюзу с 4 линиями (подключенными по SIP'у), но при попытке позвонить выдаёт "Forbidden"
В интернете нашел похожий случай, но там оказалось что он подключался с неправильными логином/паролем. У меня логин\пароль точно правильный, т.к. для входящих звонков регистрируюсь с ними
P.S. что-то тут не так с цитированием... Жму "Цитировать", выдаёт "загружается", а потом появляется окно быстрого ответа без цитируемого текста
9
Телефония / Тема для глупых вопросов про Asterisk
« : 14 сентября 2016, 14:06:37 »
Мда уж, вопрос был действительно глупым, странно что так никто и не ответил
Собственно, разделение входящих каналов стало возможным благодаря изменению регистрации в sip.conf следующим образом:
Ну а потом обработка входящих не в диалплане s, а в диалплане с конкретным номером, типа
А вопрос с исходящими всё ещё открыт. Если кто знает в чем может быть проблема - пишите
Собственно, разделение входящих каналов стало возможным благодаря изменению регистрации в sip.conf следующим образом:
Код: [Выделить]
register => 61********245:pass1@cloud-pbx.ukrtelecom.ua/49***1
register => 61********247:pass2@cloud-pbx.ukrtelecom.ua/49***2
register => 61********251:pass3@cloud-pbx.ukrtelecom.ua/49***4
register => 61********253:pass4@cloud-pbx.ukrtelecom.ua/49***5Код: [Выделить]
exten => 49****1,1,Dial(SIP/support)
exten => 49****2,1,Dial(SIP/buh)А вопрос с исходящими всё ещё открыт. Если кто знает в чем может быть проблема - пишите
10
Телефония / Тема для глупых вопросов про Asterisk
« : 12 сентября 2016, 13:37:04 »
Не уверен, что мой вопрос так уж глуп, но на всякий случай спрошу тут
Есть у меня GSM шлюз OpenVox, в нём есть 4 gsm канала и айпи. Ещё в эпоху когда он не умел IAX2 я создал там 4 SIP логина (ks1, mts, life, ks2 - по названиям используемых операторов), с которыми подключаюсь к шлюзу по IP сервером с астериском. С исходящими звонками проблем нет, но при любом входящем звонке получается, что все звонки на сервер приходят по одной SIP линии - ks1 - первой по счету. Т.е. получается что на сервере я не могу идентифицировать на какую именно карточку пришел звонок.
И меня это не особо напрягало, но на днях мы подключили облачную атс от укртелекома и там ситуация повторяется: у меня есть 4 логина, я ими подключаюсь, но на какой бы номер я не звонил, сервер всегда думает что пришел звонок по первой линии. Вот тут уже неудобно, т.к. некоторые линии должны напрямую пробрасываться в определённые отделы.
Вот конфиг УТ (для шлюза конфиг аналогичный)
Содержимое sip.conf:
УТ линии идентичны в настройках.
Правда с УТ линиями есть ещё одна беда. При попытке сделать исходящий звонок (*81 - это код экстеншна для тестов, 448000 - это собственно номер куда я звоню), мне выдаёт вот такую ошибку:
Может ли кто подсказать в какую сторону копать по этим двум вопросам?
Есть у меня GSM шлюз OpenVox, в нём есть 4 gsm канала и айпи. Ещё в эпоху когда он не умел IAX2 я создал там 4 SIP логина (ks1, mts, life, ks2 - по названиям используемых операторов), с которыми подключаюсь к шлюзу по IP сервером с астериском. С исходящими звонками проблем нет, но при любом входящем звонке получается, что все звонки на сервер приходят по одной SIP линии - ks1 - первой по счету. Т.е. получается что на сервере я не могу идентифицировать на какую именно карточку пришел звонок.
И меня это не особо напрягало, но на днях мы подключили облачную атс от укртелекома и там ситуация повторяется: у меня есть 4 логина, я ими подключаюсь, но на какой бы номер я не звонил, сервер всегда думает что пришел звонок по первой линии. Вот тут уже неудобно, т.к. некоторые линии должны напрямую пробрасываться в определённые отделы.
Вот конфиг УТ (для шлюза конфиг аналогичный)
Содержимое sip.conf:
Код: [Выделить]
[general]
limitonpeer=yes
context=incoming_fxo
language=ru
allowguest=no ;do not allow anonymous calls
alwaysauthreject=yes ;do not say whether wrong password or username
nat=force_rport,comedia
register => 61********245:pass1@cloud-pbx.ukrtelecom.ua ;49***1
register => 61********247:pass2@cloud-pbx.ukrtelecom.ua ;49***2
register => 61********251:pass3@cloud-pbx.ukrtelecom.ua ;49***4
register => 61********253:pass4@cloud-pbx.ukrtelecom.ua ;49***5
[UT](!)
type=friend
host=cloud-pbx.ukrtelecom.ua
dtmfmode=rfc2833
disallow=all
allow=gsm
allow=ulaw
insecure=invite
canreinvite=no
;49***1
[619*******245](UT)
fromuser=619*******245
secret=pass1
;49***2
[619*******247](UT)
fromuser=619*******247
secret=pass2
;49***4
[619*******251](UT)
fromuser=619*******251
secret=pass3
;49***5
[619*******253](UT)
fromuser=619*******253
secret=pass4
УТ линии идентичны в настройках.
Правда с УТ линиями есть ещё одна беда. При попытке сделать исходящий звонок (*81 - это код экстеншна для тестов, 448000 - это собственно номер куда я звоню), мне выдаёт вот такую ошибку:
Цитировать
-- Executing [*81448000@internal:1] Dial("SIP/user2-00001776", "SIP/61********245/448000") in new stackЕсли настроить линии на X-Lite, то как входящие, так и исходящие звонки отлично работают.
-- Called SIP/61********245/448000
[Sep 12 13:22:40] WARNING[100458][C-00004eee]: chan_sip.c:23335 handle_response_invite: Received response: "Forbidden" from '"user2" <sip:61********245@server_ip>;tag=as0ea7faea'
== Everyone is busy/congested at this time (1:0/0/1)
-- Executing [*81448000@internal:2] Congestion("SIP/user2-00001776", "") in new stack
== Spawn extension (internal, *81448000, 2) exited non-zero on 'SIP/user2-00001776'
Может ли кто подсказать в какую сторону копать по этим двум вопросам?
Цитировать
# asterisk -V
Asterisk 13.6.0
11
Телефония / Прослушивание звонков из asterisk-cdr-viewer
« : 08 сентября 2016, 18:08:07 »
Я бы тоже хотел пощупать
12
Unix / Восстановление писем
« : 09 августа 2016, 17:38:48 »
В общем, как-то обошлось.
Админ баз данных проявил чудеса изобретательности, а также высокий скилл юзания гугла и нашел способ восстановить базу (был поврежден файл ibdata1)
Сказал, что очень помогло то, что были данные о структуре баз, но по его словам, можно и без них, только намного дольше.
Если нужны подробности - постараюсь на днях из него вытащить их.
Жесткий диск заменили и поправили скрипт бэкапов - надеюсь больше не будет факапов
Админ баз данных проявил чудеса изобретательности, а также высокий скилл юзания гугла и нашел способ восстановить базу (был поврежден файл ibdata1)
Сказал, что очень помогло то, что были данные о структуре баз, но по его словам, можно и без них, только намного дольше.
Если нужны подробности - постараюсь на днях из него вытащить их.
Жесткий диск заменили и поправили скрипт бэкапов - надеюсь больше не будет факапов
13
Unix / Восстановление писем
« : 08 августа 2016, 22:57:19 »
Доброе время суток
Случилась беда: упал почтовый сервак и после поднятия оказался повреждён диск с базой данных. И конечно же по законуподл мёрфи с бэкапом тоже беда.
Сервак представляет из себя FreeBSD 9.1, разделы UFS (в частности раздел /var отдельным диском, который и повредился), postfix, dovecot, etc.
Конкретно повреждён файл ibdata1, вследствии чего не запускается мускль.
Письма все остались - файлы в отдельной папке на другом диске, но как всё собрать обратно, чтобы были не только файлы, но и база? Может можно как-то сгенерировать базу данных на основе дерева каталогов с письмами?
Случилась беда: упал почтовый сервак и после поднятия оказался повреждён диск с базой данных. И конечно же по закону
Сервак представляет из себя FreeBSD 9.1, разделы UFS (в частности раздел /var отдельным диском, который и повредился), postfix, dovecot, etc.
Конкретно повреждён файл ibdata1, вследствии чего не запускается мускль.
Письма все остались - файлы в отдельной папке на другом диске, но как всё собрать обратно, чтобы были не только файлы, но и база? Может можно как-то сгенерировать базу данных на основе дерева каталогов с письмами?
14
Телефония / Прослушивание звонков из asterisk-cdr-viewer
« : 19 июля 2016, 22:36:03 »
Рекомендую сделать как предложил FessAectan - чтобы астериск сам по папкам всё раскидывал
Я так сделал и никаких проблем не испытывал.
Я так сделал и никаких проблем не испытывал.
15
Телефония / Прослушивание звонков из asterisk-cdr-viewer
« : 19 июля 2016, 15:21:44 »
Значение 4 должно быть для варианта диалплана, который приведён FessAectan'ом. А для того диалплана, что приводил ты, нужен ещё скрипт, который еженочно разносит по папкам звонки
Страницы: [1] 2