имеем подключение к провайдеру протоколом SIP. имеем стандартный SIP т/а зарегистрирован в MG, имеем лицензии SIP. должен ли занимать SIP т/а при звонке на провайдера ресурсы платы VOIB(или как пропустить пакеты RTP напрямую на провайдера, минуя плату VOIB, кодаки одинаковые везде 711,а)

Конечно, должен! А VOIB, по вашему, для чего?!
Зарегистрируйте ваш аппарат не на MG, а у провайдера на сервере - будете звонить минуя плату VOIB.

по описанию плата Voib нужна для преобразования стандартного протокола SIP в собственный MG или согласования кодаков("ДОКА").
для чего тогда эта функция - RTP RELAY USE(guv 161/14)?
сколько каналов должны заняться на плате VoiB при звонке наружу с SIP/IP т/а??

1) RTP Relay Use - говорит только о том, можно ли этот канал использовать для обслуживания IP абонентов.
2) В MG, также как и в IPLDK, вся коммутация осуществляется на TDM (т.е. на цифровой матрице).
Поэтому для вызова с SIP телефона на SIP транк будут заняты 2 VOIP канала.

VOIB требуется не только для транскодирования и преобразования протокола.
Наверняка ведь ваша станция стоит за NAT, на котором требуемые RTP порты "прокинуты" на плату VOIB.
А если (допустим транскодирование не требуется) RTP должен идти напрямую от SIP телефона к провайдеру и наоборот, то какие порты прокидывать??

т.е для вызова с SIP телефона на SIP транк будут всегда заняты 2 VOIP канала.
плохо.
в таком случае нужно закладывать транков в 2 раза больше - дорого

Бесплатно только сыр в мышеловке...

Или в *

почему тогда при звонке с SIP т/а (D-Link) на IP т/а (ip-8802)(прописанных в одной АТС) каналы на плате VoiB не занимаются??

Еще забыли уточнить, что они в одной сети. И Peer To Peer = Enable в Zone Attribute(395)[N].

добрый день. на АТС IPECS LIK это также распространяется???????

Нет. В LIK будет заниматься только один канал.

А при определенных условиях можно использовать опцию Virtual SIP Trunk, тогда (если нет NAT), то RTP трафик можно направить напрямую (без занятия VOIP канала), только сигнализация пойдет через MFIM.