DECT s8720 <-> DECT IPO406V2

Eugene · Сообщение **Eugene** » Ср 23 май 2007, 10:41

Была похожая тема, но... только похожая. В силу некоторых объстоятельств не имею возможности проводить эксперементы, поэтому вопрос - есть 2 офиса на большом расстоянии. В одном s8720 с IP-DECT и другой IPO406V2 с таким же IP-DECT. Между собой станции на IP. На s8720 нумерация 1xxx, на IPO 6xxx. Как сделать так, чтобы труба 3711 или 3701 переезжая с одного офиса в другой и обратно работала с одним и темже номером? Можно ли ее тупо прописать и зарегить там и там?

vbr · Сообщение **vbr** » Ср 23 май 2007, 10:51

А зачем её тупо прописывать в обоих DECT, может быть, лучше построить ОДНУ DECT-систему? или у вас слишком большое количество БС?

Eugene · Сообщение **Eugene** » Ср 23 май 2007, 10:57

На s8720 12 баз, на IPO 4 задействованых базы. Между офисами IP соединение идет через обычный (публичный) интернет с организацией VPN IPSec на cisco-ах. И вешать постоянную дополнительную нагрузку на инет-канал не хочется. (Системщики будут ныть).

Влад

Контроллер DECT может быть вынесен далеко от станции.
Когда к станции подключены несколько DECT контроллеров, станция всегда знает, в зоне действия какого из них в данный момент находится трубка. Вы имеете 2 станции. Информацией типа "Радиотрубка сейчас у меня" станции не обмениваются.
Привяжите оба DECT к одной станции и проблема уйдет, Правда возрастет трафик по СЛ.

Eugene · Сообщение **Eugene** » Пт 01 июн 2007, 10:18

Влад писал(а):Контроллер DECT может быть вынесен далеко от станции.
Когда к станции подключены несколько DECT контроллеров, станция всегда знает, в зоне действия какого из них в данный момент находится трубка. Вы имеете 2 станции. Информацией типа "Радиотрубка сейчас у меня" станции не обмениваются.
Привяжите оба DECT к одной станции и проблема уйдет, Правда возрастет трафик по СЛ.

Что-то я не очень понимаю, как это все будет жить. На IPO лицензируются базы, а на s8720 трубки. Свободных лицензий на трубки нет. За надежность канала никто не отвечает и используется он по отношению к телефонии в основном для удаленного администрирования IPO, хотя бывают и звонки.

Влад

Тогда можно предложить вариант перевода звонка с одной DECT трубки на другую по COVER PATH

Eugene · Сообщение **Eugene** » Вт 05 июн 2007, 09:36

Ха! Если бы так. Мне вопрос был поставлен такой: Есть чел, который ездит между офисами в день по n-раз. То там что-то сделал, то тут. У него труба в кармане. И вот он тут - труба работает с номером 1111 (общий план 1xxx) и вот он там - труба работает с номером 1111 (общий план 6xxx). А он о ней вспоминает, когда ему кто-то позвонил.

Влад

Поставь в трубке автоматический выбор контроллера.
Когда трубка "тут" она 1111. Когда "там" то сама станет 2111.
Если 1111 не отвечает, звонок по коверу уйдет на 2111.
Останется между станциями UDP настроить правильно.

Eugene · Сообщение **Eugene** » Чт 07 июн 2007, 12:26

Как вариант, можно поробовать. Жаль нельзя это через хантгруппу сделать. Надо придумать, через какое условие в ковере это делать, т.к. при звонке на трубу отвечают не сразу (пока до нее долезут), а звонящий тоже больше 4-5 гудков не ждет.

Yama · Сообщение **Yama** » Чт 07 июн 2007, 14:20

Почему через hunt-group нельзя?
Приземляете звонок из города на хантгруппу 2222, а туда прописываете номера 1111 и r1111. а r1111 это 1111 в IPO. Для него сделаете отдельный роут в СМ

Eugene · Сообщение **Eugene** » Чт 07 июн 2007, 15:01

Yama писал(а):Почему через hunt-group нельзя?
Приземляете звонок из города на хантгруппу 2222, а туда прописываете номера 1111 и r1111. а r1111 это 1111 в IPO. Для него сделаете отдельный роут в СМ

Надо попробовать, что-то воображение перестоло работать

зы. Кстати, появилась идея, попробовать сделать это через dialplan parametrs и route-pattern

(Без hunt-group)

Влад

Через хант группу нельзя, так как звонок придет на одного члена группы и на второго не перейдет.
Зазвенит только одна из трубочек, вторая о входящем звонке не узнает.