А в каком порядке применяются правила "Digit Map" и "Phone Book"?

Я пытаюсь сделать на базе 7062 простенькую офисную АТС.
Все входящие звонки должны 100% приниматься, поэтому при любом входящем должны звенеть все телефоны.

В Phone Book запись:
local 99 127.0.0.1 5060
Это говорит о том, что все звонки, начинающиеся на 99 отправляются шлюзом самому себе
В Telephony Settings FXO сразу набирает Hot Line No 99600
Все телефоны FXS объединены в SIP группу с номером 600.
Для звонка в город настроена digit map (scan code: 9% pstn dial out: % user dial length: 8 route: pstn).

Я вижу в статусе такие записи:

7 FXO 7 Idle 5 voip:pstn:9600
8 FXO 8 Idle 4 voip:99600 pstn:

Получается я вижу что: входящий звонок с FXO уходит в "горячий набор" на 99600. К нему тутже применяется digit map и направляет этот звонок во второй FXO отрезав первую девятку. Номер 9600 слишком короткий - АТС вечно ждёт следующие цифры. Один FXO набрал номер и ждёт ответа, другой ждёт ещё цифр.
Всё, финиш. Входящие звонки не проходят.
Клиенты всегда слышат "неправильный номер" из ГТС.
До Phone Book дело, очевидно никогда не доходит.

1) Что делать? (замена 99 например на 88 проблему не решила)
2) где-бы почитать про логику работы шлюза? - в документации про момент применения digit map-маршрутизации нет ни слова...
3) Что за "маршрутизация в VoIP" в правилах digit map? Какому серверу отдаются звонки? Где это указать? Почему он не отдаёт звонки сам себе?
4) Какие правила можно писать в advanced digit map?

1.

На примере цифирок 99:

в книге чтото типа такого
incoming 99 x.x.x.x 5060, где x.x.x.x - вановский адрес шлюза.

С обоих портов FXO хотлайн на 99600.

В настройках дигитмапа убрать все записи касающиеся 9.

В адванседе включить Enable Non-SIP Inbox Call и Force Calling Thru PSTN code определить как 9.

По идее должно получиться то, что вам нужно. То есть все приходящие на каждый из FXO звонки будут падать на всю группу FXS, и все абоненты FXS будут иметь доступ через 9 выход в город.

2. Это лучше оформить заявочкой в саппорт.
3. Это значит что звонок будет смаршрутизирован в VoIP, как ни странно. А воипом для гейта будет все то, что не PSTN. ,)
4. См. п.1.

Как-то так. ,)

_________________
6 x DFL-210, 2 x DFL-800. Для DFL-210/260/800/860 лучшая прошивка 2.27.08.03 (for WW). СКАЧАТЬ.
Совет: Не используйте в IP- и Routing-правилах сочетание any/all-nets нигде, кроме временных правил. Иначе возможны бреши в безопасности и несрабатывание последующих правил.

Огромное спасибо за советы!
Конечно же, я читал _все_ статьи по данной теме и _все_ учебники по VoIP.
Просто конкретная железка - 7062s, прошитая последней прошивкой, никогда не исполняет Phone Book, если есть хоть одна запись в digit map.
В итоге никак не удалось заставить его работать "самостоятельно" - пришлось его оставить тупым шлюзом под управлением asterisk.
Более того, в шлюзе есть PSTN control. По задумке, это должно помочь заменить например комбинацию 89 на 8,,,9. Однако тоже не работает.
Т.е. у данного шлюза оказалась работоспосона только примитивная маршрутизация с помощью digit map и больше ничего.