Евгений
15.01.2018
12:07:16
Time group и time conditions
Второе на основе первого
И время проверь на сервере))
Дебажить нормально, дело опыта. Да много, да кучу, где в бд храниться от Астера, да переменных тьма, но нормально когда читаешь вывод консоли и смотришь в диалплан. Просто там кучу всего из фьючесов, и народ даже справиться может циферьку на циферьку поменять, не использую норм специалиста по каждому чиху, а такого куча, по переименованию, добавлению пользоватлей, времени, очердей, IVR, звуковых файлах, cdr отчёты есть (часто киллер фича) и всё это готовое и бесплатное, работает и багов я не видел, кроме своих кривых рук, хотя они есть, апдейты прут и там даже пишут, что изменили. Т.е. уменьшее времени интеграции и снижения затрат на поддержку по мелким задачам. Т.к. гуй народ пугает меньше, чем текст. Но есть сложности когда нужно совсем другое или сервис какой, нужно или выкидывать всё и бегать в своём диаплане, что совсем не противоречит наличб фрикса или при нагрузка отказаться от него целиком, т.к. нагрузку его диаплан создаёт излишнюю для простых вещей выполняется +100500 строк.
Если у вас в чистом астере написаны все функции на все эти фичи, да это отлично и можно не ставить, и выгоднее лично для вас, т.к. второй чувак должен быть не сильно хуже вас. А раз вы любите голый астер и сами писать, следовательно уровень далеко не аникейщика или заставили 1С ника натсраивать (тыжпрограммист) и телефонию, то нужно поискать спеца и денег ему дать, больше чем 10К рублей.
Там где офисная АТС, там FreePBX юзаю
Там где нормальный колцентр, от 20-30 операторов и в несокьких очередях, то голый
Там где сервис какой по куммутатции и дозвону, отработки со стороними системами, голый
Иногда FreePBX и диаплан под сервис, о котором FreePBX вообще пофиг, если там нагрузки мелкие, а плодить виртуалки нельзя там и смысла нет из-за чутка делов (нагрузки, звонков, строк кода).
А вообще какая разница главное сделать то что нужно и получить нормальные деньги за разумное время трудозатрат.
А у меня сейчас наоборот сложность, работал с freepbx, а дали сервер с голыми конфигами. С теорией знаком, и учебники есть, но всё равно страшно
Google
Евгений
15.01.2018
12:10:06
От колл-центр надо доделать...
Alexandr
15.01.2018
12:10:20
Ну значит, есть что учить )
Евгений
15.01.2018
12:10:40
Алгоритмы придумал, а как реализовать пока не знаю. Буду учиться)
Kazybek
15.01.2018
12:11:02
Кто-нибудь может подсказать, в общем есть сервер с asterisk и есть АТС (s2000)
Выделен один номер (sip)
В sip.conf ввожу данные для регистрации
Но регистрация не проходит
На сервере две сетевые карты, завтра думаю сделать nat с одного интерфейса на другой
Что-то ещё надо будет менять?
Евгений
15.01.2018
12:15:23
Настроить маршрутизацию, это во-первых
Чтобы точно работало
Связь до провайдера есть с этой машины?
Файрволл открыт?
Google
Евгений
15.01.2018
12:16:41
Трассировка что показывает?
Kazybek
15.01.2018
12:26:00
Мы и есть провайдеры)) просто решил на старом сервере поднять asterisk
У меня пинг до самой атс идёт нормально
Но регистраций нет
Anisimov
15.01.2018
12:27:41
На 200 логи что говорят?
Есть запросы на регистрацию?
Kazybek
15.01.2018
12:28:09
Вообще не сыпятся логи
Anisimov
15.01.2018
12:28:56
Строка регистрации добавлена в sip.conf?
Kazybek
15.01.2018
12:29:12
Да
После general
Просто впервые поднимаю
Anisimov
15.01.2018
12:29:48
Трассировку запускали до 200?
Mike
15.01.2018
12:30:11
в консоли сделайте sip sip debug ip адрес_другой_стороны
увидите, что там бегает
Anisimov
15.01.2018
12:30:38
Может не на ту сетевушку пытается
Kazybek
15.01.2018
12:30:45
Спасибо, завтра надо будет попробовать
Anisimov
15.01.2018
12:31:19
Лучше маршрут прописать, чтобы наверняка
Kazybek
15.01.2018
12:31:21
У меня на одной сетевой локалка, на другой сетевой сеть softswitch
И ещё вопрос, в плане защиты
Лучше в межсетевой его?
Google
Kazybek
15.01.2018
12:32:23
Или же можно обойтись access листами
?
Ну и порты на ssh перекинуть
Anisimov
15.01.2018
12:32:58
Попробуйте сначала с выключенным фаерволом транк зарегать
Kazybek
15.01.2018
12:33:11
Спасибо
Завтра отпишусь
Андрей
15.01.2018
13:40:52
Привет. Кто-нибудь делал разделение в зависимости от кода города ?
Звонят на 8-800 , если (812) то падает в очередь 500, если (495), то в очередь 600...
Sergey
15.01.2018
13:41:16
Я думаю большинство делали.
Вы вопрос конкретный нам давайте =)
Андрей
15.01.2018
13:42:40
А как это сделать ? В Inbound routes нельзя указывать маски с номерами
FreePBX у меня
Алексей
15.01.2018
13:43:31
только ручками from-trunk-custom опишите, если у вас используется from-trunk
Роман
15.01.2018
13:46:32
Андрей
15.01.2018
13:46:35
Непонятно =(
У меня идет Inbound routes (где по DID ловлю номер транка) и отправляю его в очередь. Есть где почитать ?
Роман
15.01.2018
13:47:00
и
Андрей
15.01.2018
13:47:49
Нету тут масок... или делать на каждый код свой Inbound Routes и вписывать код в CID ?
Роман
15.01.2018
13:48:37
_XXXXXXX вот маска, всю жизнь работала и будет работать в вебе
Алексей
15.01.2018
13:50:30
ага точно _8495XXXXXXX по идее
ну или без 8, как у вас определяется
Google
Роман
15.01.2018
13:50:52
Андрей
15.01.2018
13:51:25
я в DID вписываю номер из строки регистрации транка
Ну тоесть на каждый код нужен Inbound Routes ?
Алексей
15.01.2018
13:52:41
DID ваш номер, CID номер звонящего
Андрей
15.01.2018
13:54:52
хм. Ну у меня есть транк провайдера, в его настройках строка регистрации
Алексей
15.01.2018
13:55:30
поздравляем, в чем вопрос?
Андрей
15.01.2018
13:55:31
потом я его ловлю в inbound routes
получается DID уже занят у меня
Роман
15.01.2018
13:56:02
печалько
срочно читать книгу Asterisk - будущее телефонии
Sergey
15.01.2018
13:57:20
Андрей
15.01.2018
13:57:25
А что не так ? У меня много транков, я их так разделяю, чтобы потом в нужные направления засунуть
Алексей
15.01.2018
13:59:20
*ванга модуль подсказал
у вас куча своих 812 и 495 номеров и хотите сделать два правила?
Андрей
15.01.2018
14:04:55
нет. у нас коллцентр, надо разделять входящие звонки СПБ\МСК разные очереди
щас номера разные и проблемы нет. Но хотят сделать общий 8-800
Алексей
15.01.2018
14:05:18
спб/мск делим клиентов?
не понятно про чьи номера речь ваши или звонящих
Андрей
15.01.2018
14:06:41
входящяя связь
Google
Андрей
15.01.2018
14:07:31
Алексей
15.01.2018
14:08:54
_8495XXXXXXX
_8812XXXXXXX
Андрей
15.01.2018
14:09:18
Это в DID Inbound routes ?
Алексей
15.01.2018
14:09:28
CID
Андрей
15.01.2018
14:10:52
А если кодов > 1000
ведь надо учитывать все мобилки, всех операторов
Алексей
15.01.2018
14:11:34
тогда велком ODBC + dialplan
Dmitry
15.01.2018
14:11:47
сидеть и по региональным кодам забивать
Алексей
15.01.2018
14:12:17
https://voxlink.ru/kb/asterisk-configuration/region-russia/
изучайте
Андрей
15.01.2018
14:13:27
Спасибо. И ещё вопросик, может быть есть уже готовое решение для этого ?
Алексей
15.01.2018
14:14:59
У нас готовый инженер, за Х рублей будет готовое решение
в статье от и до написано, базу актуальную с Россвязи взять
Victor_sc120
15.01.2018
14:20:40
Андрей
15.01.2018
14:21:31
Если не разберусь - давай)
Алексей
15.01.2018
14:22:14
смотрите, завтра могут 1500 сказать)
agic
15.01.2018
14:25:22
делов то минут на 20
скачиваешь базу номеров по оператором и регионам
определяешь регион и запускаешь на нужную очередь
делал раз 20 такое
Андрей
15.01.2018
14:28:38