Порылся откопал полезное чтиво: http://www.voipdevice.ru/docs/Voicecom90-Manual-RUS.pdf. Для dvg6004-3016 и т.д самое то.

хороший мануал, фкопилку!

а общую регистрацию можно задавать с помощью FXO Representative Number. при этом каждый порт по отдельности тоже может регицца

Проделал вариант с регистрацией FXO Representative Number и при этом каждый порт тоже регистрируется. В custom_trunk прописал строку IP/3016$OUTNUM$@xx.xx.xx.xx, где xx.xx.xx.xx-IP dvg3016.
Для регистрации добавил обычный SIP транк, для FXO Representative Number.
Создал маршрут с соответствующим custom_trunk, одновременные вызовы в PSTN подпадающие под один шаблон, например XXXXX, ходят нормально.
Вызовы идут на транк, в смысле -как на магистраль состоящую из нескольких каналов(если такое определение можно применить к аналоговой телефонии :)), т .е. вызов идет через первый idle порт. Осталось как то добить вариант при котором одновременные вызовы будут идти при работе с транк сиквенс, может попытаться все это проделать без регистрации портов?

Подробно написано тут: http://freepbx.org/support/documentation/module-documentation/administrators

при групповой регистрации портов шлюза не получится использовать транк сиквенс.

имхо не работает с кустом транками...
если будет время потестирую

да не получится,но и не надо, это лучше чем ничего;

да я тоже думаю, что сиквенс не работает с custom_транками, просто Вы switch выше отметили, что у Вас все работает;
я подумал, что у меня криво работает трикс или у меня руки кривые, взял свеженький дистриб, залил на vmware, опробывал все варианты, никуя не получилось.

по астеру видно как отрабатывает контекст, выполнение прекращается когда статус первого в последовательности транка становится Busy, далее по идее астер на основе статуса канала должен продолжить выполнение контекста т.е. звонить по следующему транку. Можно конечно ручками накидать контекст и засунуть его в кастом екстеншн конфиг, но таки зачем тогда веб морда нужна?

я считаю что вебморда нужна для выполнения типовых операций. что-то замороченное нужно делать ручками в диалплане. freepbx для этого очень удобен.

Последовательность выбора транков работает, если внести изменения в php файл trixbox:
http://forum.dlink.ru/viewtopic.php?t=44222&postdays=0&postorder=asc&start=0

to switсh>

При звонке из PSTN в VoIP сразу отрабатывает hotline, без существенных задержек.
При внутренних звонках, в сети VoIP, мгновенный вызов внутренних абонентов.
При звонке из VoIP на абонента PSTN, slmonitor показывает, что происходит следующий порядок действий:

17:12:37 [005353] 17: =OFFERING >начало вызова(при этом контекст на Asteriske отрабатывает мгновенно)
17:12:37 [005353] 17: Get CallerId=99 >номер вызывающего абонента VoIP
17:12:37 [005353] 17: Check Trunk FixLine
17:12:37 [005353] 1: FixLine Used
17:12:37 [005353] 1: Peer=10.10.10.75:10620, PT=8, RecvOnly=0 >10.10.10.75 IP Asteriska
17:12:37 [005353] 1: TrunkPrefix=, Dest=19345, Dialno=19345 >номер абонента PSTN
17:12:37 [005353] 1: FxoHookOff >цепь замкнута
17:12:38 [005353] 1: ==18:TrunkDialOut
17:12:38 [005364] 1: DialOut(19345)=0
17:12:44 [005428] 1: Fxo DialOut OK
17:12:45 [005428] 17: =ACCEPT
17:12:45 [005428] 1: ==13:VoipAnswering
17:12:45 [005429] 17: =CONNECTED
17:12:45 [005429] 1: RtpApiTalk[1,1], Peer=10.10.10.75:10620, PT=8, FC=2, NewOOB=0 >ответ PSTN(длинные гудки)
17:12:45 [005429] 1: ==14:Talking
17:12:50 [005479] 17: =DISCONNECT
17:12:50 [005479] 1: Release Active Dlg
17:12:50 [005479] 1: ==15:PlayBusyTone
17:12:50 [005480] 1: Start Btc Learning
17:12:50 [005485] 1: Btc Learning Exception Len
17:12:50 [005486] DSP_ch1_check=0
17:12:51 [005486] 1: FxoHookOn >цепь разомкнута
17:12:51 [005486] 1: ==3:Idle >линия свободна

Т.е. между началом вызова и ответом PSTN шлюз выполняет в течении 8 секунд определенный порядок действий.
Вопрос, как уменьшить эту 8-ми секундную паузу? слишком уж долго

ну во первых попробуй поставить в шлюзе маршрут только voip, чтоб не искал локально (но, вроде, никак не влияет)
и проверь, какой режим набора стоит