AF
Asterisk Forum
обсуждения телефонии, VoIP и IP-PBX
12разделов
5 423тем
34 385сообщений
← К списку тем

Распределенные астериск и сип клиенты в вечном переезде.

Newbies/FAQ Forum 3 сообщений -
#1
Добрый день. Хочется странного, на данный момент пытаюсь понять насколько это вообще возможно. В качестве ответов достаточно названий технологий и/или фраз для гугля. На данный момент нет ни малейших идей что скармливать гуглю.

Преамбула:
Есть три территориально разнесенных площадки, соединенных между собой ИП каналами. В двух случаях это коммутируемый канал арендуемый у провайдера, в одном - ВПН через интернет.
На каждой из площадок установлен сервер Asterisk версии 1.8 и вебмордой FreePBX (это не принципиально, просто как факт на текущий момент). Как крайний вариант организуем обучение двух инженеров. Каждый сервер соединен между собой транком, на каждом зарезервированы номера типа:
Площадка1 - Номера от 1ХХ до 2ХХ
Площадка2 - Номера от 3ХХ до 4ХХ
Площадка3 - Номера от 5ХХ до 6ХХ

Каждый астериск имеет "выход в город" - отдельный SIP транк приобретенный у местного провайдера.
Логика управления звонками построена на этом факте.

Проблема следующая:
Т.к. бизнес "молодой и динамичный", народ любит переезжать. Очень активно и весело, а главное регулярно. Разумеется, на предложения изменить номер идут крайне неохотно "клиенты знают какой внутренний номер набирать", "мы уже привыкли к этому", "у нас номер красивый, а вы дадите некрасивый" и т.д. и т.п.
Варианта на текущий имеем ровно два, и оба для нас совершенно некомфортны:
1. Пусть едут, ИП пространство общее, регистрация из удаленного офиса прекрасно пройдет. Чем плохо - на площадках бывают проблемы с электропитанием, причем бывают надолго, открываются тикеты, следуют просьбы "обеспечить важный звонок, переключить на временный номер, и т.д и т.п"
2. Встать в позу, объявить привязку номеров к площадке системообразующим фактором, порезать регистрации из удаленных площадок фаерволлом. Тоже как то не очень красиво.
И как крайний, 3-ий вариант - перерегистрировать номера на площадки астера и править роутинги на астерах удаленных - конфиги довольно быстро превратятся в мусор.

Вопрос - может мы такие не первые и все уже придумано за нас? Посоветуйте свой вариант велосипеда/костыля/продукта/изящного очевидного решения/застрелиться.
Заранее спасибо Smile
#2
Не скажу насчет GUI-морд, но, по идее делаем ПЕРЕАДРЕСАЦИЮ: на астере с номера 1111 на номер 3111. Все решается парочкой переменных в DB и анализ их в момент прихода звонка. Внутренние - ничего страшного нет набрал 3112 номер 1111 = опять таки увидели ключ и послали на сервер2-3111. Другой момент - а ранее 3111 уж кому-то принадлежал-использовался, а на него садим нового человека = конфликт или постоянно держим перед глазами этот клубок маршрутов.

Так что, вариант с новая площадка= новый номер более правильная и не породит хаос.
_________________
P4 3.0 + 1Gb CentOS 5.8 Aster 1.8.16
Не люблю gui-сборки: натуральный продукт вкуснее.
И еще: я ПРОФИ так как НЕ ЛЕНЮСЬ читать литературу.
#3
Или единый номерной план и привязка номеров к сотруднику. А маршрутизация звонков по dundi или проверку наличия регистрации номера на сервере. У меня например динамическая маршрутизация звонков между астерами по проверке существования номера. Главное что бы номера не пересекались.

Ещё можно реализовать sip proxy на площадке провайдера и регистрацию телефонов через этот прокси. Но этот вариант требует стабильного интернета.
_________________
С уважением, DarkUser.