Использование абонентской емкости существующей PABX

[filetef]

Приветствую.
Возникла потребность подцепить к Астериску абонентскую емкость существующей учрежденческой АТС.
Выкинуть и купить абонентские групповые FXS SIP шлюзы - жалко, хотелось бы оставить УПАТС подцепив ее по E1: трафик там небольшой, а абонентов свыше 600.

ast.PNG

В принципе все должно работать, но возникает вопрос с переводом вызова поступившего на абонента АТС на абонента Asterisk.
Нарисовал два рисунка, на верхнем вызов пришел из города через Asterisk на абонента УПАТС .
Вопрос, как сделать, чтобы тон-ресиверы Asterisk оставались включенными и абонент 2000 мог в любой момент разговора набрав код перевода вызова, например, ##3099, послать команду перевода вызова. После чего B-канал в потоке E1 между Asterisk и УПАТС освобождается, рисунок 2...
Вообще, существует ли возможность чтобы Asterisk считал абонентов УПАТС как своих?
Задача-то стандартная, много кому нужна для плавного перехода на Asterisk и отказ от УПАТС в будущем.

[ded]

1) Рисунок не отображается
2) Подключение Астериска по Е1, правильно -
Город == E1 == Астериск == E1 == АТС
Подключение Астериска по Е1, неправильно -
Город == E1 == АТС == E1 == Астериск

При правильном подключении нужно будет чуть подрихтовать диалплан на старой АТС, чтобы она отправляла, например, вызовы на 2ХХ номера (условно - абоненты Астериск) тоже в транк Е1. На этом форуме есть мегатонны информации по этому вопросу, почитайте плз, чтобы не создавать 100500-ю ветку с одним и тем же.

[filetef]

Вот рисунок:

[filetef]

При правильном подключении нужно будет чуть подрихтовать диалплан на старой АТС, чтобы она отправляла, например, вызовы на 2ХХ номера (условно - абоненты Астериск) тоже в транк Е1. На этом форуме есть мегатонны информации по этому вопросу, почитайте плз, чтобы не создавать 100500-ю ветку с одним и тем же.

Как сделать диалплан, чтобы basicCall заходили туда-обратно проблем не составляет.
Проблема в доп. функциональности, например перевод вызова...

[Aven]

Будет работать. По первой схеме. Переводите наиболее говорливых на sip для уменьшения занятости каналов внутреннего потока.

[ded]

Проблема в доп. функциональности, например перевод вызова...

Если Астериск знает, что абонент 2100 находится, допустим, по
exten => _2XXX,1,Dial(DAHDI/g1/${EXTEN},,t)
то абонент Астериска 3001 может вполне делать как blind transfer, так и attended transfer.

Если Атс знает, что все номера (кроме локальных) надо отправлять в транк Е1,
то абонент 2100 может вполне делать перводы звонков на 3ХХХ

[filetef]

Как раз хочется отключить весь сервис АТС, чтобы абоненты не путались с различающимися ДВО.

[ded]

Не получится - весь сервис АТС.
Большинство сигнальной информации обрабатывается внутра АТС, например - флэш (быстрое гашение по рычагу трубки, или кратковременный разрыв шлейфа) - как сигнализация перевода звонка. Флэш никак не вывести за пределы АТС.
Думаю, таких нюансов ДВО много.

[filetef]

Цитирую сам себя из первого поста:

Вопрос, как сделать, чтобы тон-ресиверы Asterisk оставались включенными и абонент 2000 мог в любой момент разговора набрав код перевода вызова, например, ##3099, послать команду перевода вызова. После чего B-канал в потоке E1 между Asterisk и УПАТС освобождается

Да, флеш не подать, но если оставлять тон-ресиверы в Asterisk на все время разговора включенными, то наверное можно.
Не сильно это его и загрузит дополнительно слушать сотню каналов максимум, при современных-то процессорах.

[ded]

Так и будет, почти.
Если абонент 2100 позвонил абоненту 2101, а тот набрал ##3099, то никакой звуковой тракт в Астериск ещё не попал, и это упадёт на землю.