Спасибо

объеденяется так application - hotel - Hotel Suite -> 1000 - 1001 (это для двух room)

пытаюсь сделать и балалайка

и так, создал с нуля базу
что прописал
application - hotel - management mode -> guest management
application - hotel - installation -> hotel
application - hotel - numerical parameters - multioccupation type -> static multioccupation

создаю два номера (1000 и 1001) с привязкой на физические порты с доп.параметрами hotel-set function -> room, use type of dir.no. -> multi occupation
создаю два номера (1100 и 1101) с привязкой на виртуальные порты (255 255 255)с доп.параметрами hotel-set function -> room, use type of dir.no. -> guest

делаю привязку room к номеру в application - hotel - static link  (1000 - 1100 и 1001 - 1101)

объеденить 1000 и 1001 в application - hotel - Hotel Suite  не получается (пытался прописать 1200 - 1000 1001), через консоль выходит окно error

что-то упустил?

если я правильно понимаю то делаются два номера room  (B101 и B102) и затем в application - hotel - Hotel Suite делается привязка двух парных room (типа  С101 - B101,B102) и надо посылать check-in на С101
правильно мыслю?

Имеется OXE 7.1 (f5.401.21.f)

настроен hotel (т.е. одна комната, один телефон) и все работает прекрасно
тут заказчику потребовалось следующее - одна комната , два телефона т.е. при посылке check-in на комнату чтоб активировались два телефона

по доке все дороги по этому вопросу ведут к консоль

наводку на правильный путь кто-нибудь дайте

Спасибо vad!
это как раз то что и прописал доктор )). все мозги изъели один клиент с сотовым начальства

на set-supervision можно посадить Remote extention?
Remote extention надо лицензировать в разделе Mobility?

ролевой адрес для двух процов один и тотже х.х.х.144?

если ролевые адреса разные то получается что два процесса не могут занять один и тотже физический порт

на сколько я помню в релизе 8 поддерживается моксы только DE-301/302/304, с релиза 9 и далее стали поддерживаться  и более свежие моксы как у вас

как вариант ролевой адрес двух процов свести к одну ролевому адресу через netadmin  пункт 5, тобишь на моксе чтоб был один адрес атс
лучше  делать через консоль. так же если у вас задействован lanpbxbuild то его заново прописать и естественно ребутнуть атс

зачастую когда при исходящем звонке когда отсутствует АОН, провайдер  "бреет" такие звонки
загляните в каждому субскрайдерс-миск в поле альтернативе clip/colp и пропишите АОН

выход в город идет через префикс main TG - 9 ?

secondary TG - первый_городской_номер - последний_городской_номер - ARS (ars в поле base)

ars - TG list -> создать listid с index local
ars - automatic routing: prefix  -> создаешь городской номер в поле префикс, в поле substitute внутренний номер, поле TgGrList указать ту самую TG c index-ом local

как вариант зарулить городские номера в ARS, и там уж разлуливать по номерам

я делал так
на виртуалке поднял еще одну ОХЕ, поднял на ней SSH (с разрешением доступа IP от удаленной АТС), конектился к удаленной атс и выкачивал файло командой
scp -P 22 mtcl@10.10.10.10:/usr4/BACKUP/OPS/mao /usr4/BACKUP/OPS/mao
(mtcl@10.10.10.10:/usr4/BACKUP/OPS/mao это ОХЕ на виртуалке и какой файл положить, /usr4/BACKUP/OPS/mao это какой файл взять на удаленной ОХЕ и отправить)

чем не устраивает тип кнопки programmed с номером абонента

в теории если brodcast отрабатывает свое дело то можно прописать set-supervision на абонента сети

мысль посетила безобразная - это не может быть из-за того что в r9.1 на аппарате 4034 можно на желтые клавиши забивать свое?