И юзать что-нибудь типа ZAP/g14/551718, ZAP/g14/321845 и т.п.
А если можно, то как?
Каналы группируются произвольным образом, в группы, с любым набором каналов, но боюсь, Вы с этим не справитесь.
Если набор в ZAP/g14/551718, то предполагается, что в группу 14 будут входиь каналы, которые передадут вызов на телефон 551718 (он ведь предполагается где-то в вашей АТС?)
Extension: 1111
Display Name 1111
Device Options
This device uses zap technology.
channel 94-108,110-124
context from-internal
immediate no
signalling pri_net
echocancel yes
echocancelwhenbridged no
echotraining 800
busydetect no
busycount 7
callprogress no
dial ZAP/g14/551300
accountcode
mailbox 1111@device
Custom Context
И еще
Extension: 1112
Display Name 1112
dial ZAP/g14/341501
mailbox 1112@device
остальное все тоже самое
при такой настройке все работает. но иногда во время попытки дозвона * виснет намертво
не работает даже локальная консоль, при этом в логах пусто - в смысле ничего примечательного.
Надо создать ZAP транк на эту группу и потом исходящий маршрут с использованием этого транка. Если это касается только номера 341501, то даже и маску не надо на маршрут вида 34150Х, а просто этот номер указать прямо.
Приходят 3 pri от разных провайдеров
Четвертый поток смотрит на АТС Starex (оконечная станция)
Необходимо часть номеров распределить между SIP extension, а часть пробросить на АТС
Учитывая что каждый провайдер принимает АОН только из своего плана номеров, все SIP телефоны были разбросаны по трем custom контекстам.
Но остался поток на АТС, ведь там могут быть номера от разных провайдеров. И в какой контекст засунуть этот транк?
Поэтому и очень хочется создать на каждый городской номер, который нужно пробросить на АТС, по одному extension`у
И тогда все становиться на свои места.
Я бы взялся объяснить на примере построения через FreePBX,
Там все транки имеют опции исходящего CallerID, для каждого провайдера - свой.
SIP телефоны и не надо разбрасывать по разным custom контекстам.
Короче говоря - создаётся общая входящая маршрутизация из города от всех провайдеров, которая приходит на группы, на экстеншны, и, если надо - уходит на АТС Starex. Это делается через include.
То же самое - общая исходящая маршрутизация, которая сделает преобразование исходящего CallerID, для каждого провайдера на уровне транка.
И последняя фаза - специальные маршруты - от АТС Starex для пользователей Астериск, и навстречу, от пользователей Астериск - к АТС Starex.
Это тоже сложная конструкция, но она логична и понятна.