Версия для печати темы

Нажмите сюда для просмотра этой темы в обычном формате

АРТКОМ Форум _ Техническая поддержка iPECS-MG & iPECS-eMG800 _ IPECS MG ver.2.1

Автор: vitalii 15.3.2013, 14:47

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

Автор: Dron 15.3.2013, 14:56

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

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

Автор: vitalii 15.3.2013, 15:28

Цитата(Dron @ 15.3.2013, 14:56) *
Конечно, должен! А VOIB, по вашему, для чего?!
Зарегистрируйте ваш аппарат не на MG, а у провайдера на сервере - будете звонить минуя плату VOIB.

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

Автор: harris 15.3.2013, 16:18

Цитата(vitalii @ 15.3.2013, 15:28) *
по описанию плата 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 телефона к провайдеру и наоборот, то какие порты прокидывать??

Автор: vitalii 18.3.2013, 10:18

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

Автор: Dron 18.3.2013, 10:51

Цитата(vitalii @ 18.3.2013, 11:18) *
т.е для вызова с SIP телефона на SIP транк будут всегда заняты 2 VOIP канала.
плохо.
в таком случае нужно закладывать транков в 2 раза больше - дорого

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

Автор: All is not what it seems 18.3.2013, 11:43

Или в *
smile.gif

Автор: vitalii 18.3.2013, 11:59

Цитата(Dron @ 18.3.2013, 10:51) *
Бесплатно только сыр в мышеловке... smile.gif

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

Автор: Dron 18.3.2013, 12:04

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

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

Автор: vitalii 29.4.2013, 15:02

Цитата(harris @ 15.3.2013, 16:18) *
2) В MG, также как и в IPLDK, вся коммутация осуществляется на TDM (т.е. на цифровой матрице).
Поэтому для вызова с SIP телефона на SIP транк будут заняты 2 VOIP канала.


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

Автор: harris 29.4.2013, 15:24

Цитата(vitalii @ 29.4.2013, 15:02) *
добрый день. на АТС IPECS LIK это также распространяется???????

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

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

Русская версия Invision Power Board (http://nulled.ws)
© Invision Power Services (http://nulled.ws)