locked
Telephony Modes в OCS 2007 *RC1* и особенно "Enterprise Voice + PBX" или "Dual", плюс Line URI attribute.. RRS feed

  • Вопрос

  •  

    Приветствую.

     

    Ну по поводу Line URI - и НЕ проверяя уверен что не я первый вопрошаю,
    но возможно я совсем по-другому спрошу. Ну а ишшо как ТАР-member который сейчас здесь в Нидерландах реальный крупно-масштабный пилот заказчинвает, хочу спросить как художник художников...

     

    Значит, что есть: OCS 2007 RC1, Mediation Server, PBX, Dialogic gateway, все совместно настроено.

    Ну там Edge Server со всеми тремя Edge, Tanjay всякие, Polycom'ы без счета, уже все развернуто включая

    один штук RoundTable.

     

    Так вот, телезрители, прочитавшие документацию Public Beta версии, работающие конечно давно уже
    с RC1 версией и обеспокоенные отсутствием большинства ОТДЕЛЬНОЙ документации по RC1 (то есть НЕ измененной в RC1 документацией Public Beta, когда на практике изменения с Public Beta как раз налицо)
    интересуются (СИЛЬНО причем интересуются):

     

    1) Telephony Mode "Enterprise Voice" - когда он в чистом виде, то там все понятно, НО

     

    1a) Что ТОЧНО есть такое checkbox "PBX" или "PBX Integration" (не в RCC mode, а именно в EC mode) ?

    1b) Если все хорошо и НЕ включать этот checkbox, но опционально ЗАПОЛНИТЬ Line URI в формате
    tel:1234, наивно имея в виду обычное 4-х значное extension, то немедленно происходит следующее: у всех
    остальных все хорошо, а ЭТОТ юзер немедленно теряет возможность звонить и принимать звонки,

    имея в виду родной Communicator Call. ДАже если Line URI введен от балды - ПОЧЕМУ накрывается
    НЕ-телефонный а обычный Enterprise Voice звонок не через Mediation Serer?

     

    Есть два варианта вопроса 1b) : tel:xxxx где xxxx - НЕ номер PBX, то есть не телефонное
    расширение, а ДРУГОЕ, чисто OCS-ное, с потолка взятое, и второй вариант - tel:xxxx где xxxx
    есть реальное честное телефонное расширение.

     

    Так вопрос - "доктор, что я делаю не так" и есть ли разница вариант первый или второй?

     

    1c) Если в чистом Enterprise Voice все хорошо, и я ВКЛЮЧАЮ checkbox "PBX",
    вопрос - что меняется по поводу уже НЕ опционального а обязательного (правильно?) заполнения
    оного Line URI и все-таки какое расширение там имеется в виду, PBX-ное то есть обычный телефон

    или выдаманное OCS-ное расширение которое неизвестно PBX?

     

    2) Это не совсем вопрос а наблюдение, так как мы - авторы RCC софта, для PBX собственного
    производства, то я сильно потестировал RCC Mode. Работает серверная сторона, работает RCC сам
    софт-gateway, НО на клиенте непорядок, по сравнению с клиентом-сервером MOC 2005 и
    LCS 2005 SP1 - отсутствуют Phone Controls как например (в RCC mode, НЕ Enterprise Voice) добавить
    третьего в конференцию (средствами PBX то есть, с LCS 2005 SP1 наш этот RCC умеет 3-party).

     

    Это только у меня? Делаю я все правильно потому что точно тот же расклад на LCS 2005 SP1 + MOC 2005 прекрасно пашет и на OCS наш RCC софт НЕ натыкается из-за другого SIP, бо разработчики уже это устаканили, RCC (софт) пишет что все прекрасно, мониторит расширение с МОС 2007 и вполне делает звонки, но САМ клиент как-то нехорош в плане функциональности... Более того, если в MOC 2005 + LCS 2005 SP1 статус клиентов при звонке так честно и меняется на In a Call после того как трубки подняты, то МОС 2007 который инициирует звонок - ведет себя правильно, а принимающая сторона ОТВЕТИТЬ-то на звонок может,
    и PBX соединяет, то есть клиенты говорят но статус принимающей стороны остается ON LINE что
    в корне неверно ибо он на телефоне. Если бы RCC НЕ соединял вообще - глюк, понятно, но он соединяет,
    а МОС 2007 о подъеме клиентом трубки НЕ знает хотя RCC совершенно явно в SIP'е это клиенту говорит.

     

    То есть RCC (софт) все в порядке говорит и с PBX и с OCS, клиент управляет своим телефоном,
    но опять-таки ГДЕ в RCC режиме Call Forwarding на ТЕЛЕФОННЫЕ номера, как это прекрасно в LCS 2005 SP1? RCC по команде от клиента говорит PBX "установи forwarding оттуда-то туда-то", это когда оно работает, но тут МОС 2007 просто ИНТЕРФЕЙСА такого не особо предоставляет... Не смертельно для RC1, но все-таки.

     

    3) Хочу с наружной внешней PSTN позвонить, значит, внутреннему OCS юзеру.
    Вопрос: какой номер набирать, в смысле extension, и ГДЕ точно вбивать оное extension,
    если юзер еще и телефонный юзер с обычным PBX extension?


    Если у юзера нету PBX extension, то есть традиционного банального телефона как класс, работае на
    ура, в AD U&C в General Tab оное расширение (чисто OCS) вводится, никаких Line URI опять-таки нигде не
    заполняю, звоню через PBX'ный Trunk Access Code, то есть чтобы звонок пришел как обычно

    на PBX но PBX отсекла Trunk Access Code и по оному направила звонок именно на Mediation Server,

    что она замечательно делает, после чего OCS опрашивает AD, находит OCS-юзера и все хорошо.

    И даже не нужно никакого Line URI заполнять. Нужно только чтобы PBX по Trunk Access Code поняла,
    куда направить звонок (физически в том числе, в моем случае на ту из своих плат которая воткнута
    T1/E1 кабелем реально в Gateway с LAN-концом которого и соединен Mediation Server).

     

    ВОПРОС - если юзер и Enterprise Voice и (пока ишшо) PBX обычная имеется и у юзера телефон
    традиционный. Обычно, и это правильно, реальный телефон юзера вбивается в AD U&C "General" Tab,
    как праймари "Work" номер. Так КУДА тогда вбивать OCS-расширение если оный праймари номер
    он ведь только один ("General" Tab)? Да, есть "Telephones" Tab, но ТАМ номера во-первых опциональные,

    во-вторых НЕ OCS, а PSTN и-или внешние, домашний или мобильный.

     

    Так КУДА вбивать OCS-номер и куда вбивать PBX-номера в Telephony Mode который
    Enterprise Voice, и-или НЕОБХОДИМО включить checkbox "PBX" в этом случае?? Телефон свой обычный

    и PBX в окошко пока выкидывать рановато, значит у юзера ДВА номера, PBX и OCS и ОБА основные,

    на PBX снаружи так прямо и звонишь, а на OCS тоже прямо но с Trunk Access Code впереди, так в Active Directory что куда вбивать (я имею в виду в production мире) ?

     

    4) В Group Policy ADM Template, во-первых почему он НЕ поставляется с RC1 версией OCS а только
    с Public Beta или даже только с еще более ранней Private Beta в то время как похоже RC1 таки ДРУГОЙ и довольно сильно местами?

     

    Во-вторых там есть Telephony Mode который пихается на клиента, я правильно понимаю что ЭТО те же
    самые режимы что и в административных тулзах или AD U&C - User properties - "Communications" - "Configure"? Тогда что ТОЧНО означает "DUAL" mode - это Enterprise Voice c "PBX" галочкой ИЛИ Enterprise Voice ПЛЮС RCC?

     

    В-третьих там же есть, сейчас под рукой нету, могу близко к тексту, установка на клиенте которая есть
    Line URI, написано что если его выставить то он перепишет установки на сервере то есть этот тот же самый
    что и выше по тексту имелся в виду? Тогда ЗАЧЕМ его в Group Policy ку когда он PER-USER по природе
    своей, то есть индивидуален? Смысл целому OU присваивать один и тот же Line URI?

     

     

    Заранее спасибо, и особенно коллеги по ТАР, откликнитесь...

     

     

    Roubchi @ chello.nl

     

    27 июля 2007 г. 19:45

Все ответы

  • Все эти вопросы частично вогнали меня в тоску. Private beta злобно проигнорировал, в TAP не был ни разу - поэтому с MS тестно не взаимодействовал. Но разве у вас нету выделенного TAM, которые именно такие вопросы транслирует deep inside to the MS zone?

     

    Тем более, ответы на все эти вопросы уж очень хотелось бы услышать/найти. На один только поиск работающего варианта Line URI + Mediation Server убил два дня. А если искать ответы на все эти вопросы в частном порядке, даже не знаю, сколько времени понадобится.

     

    И, кстати, я так не понял, если есть Advanced Gateway - можно ли реализовать hunt groups? А то деятели из MS творили, творили... и на тебе, про hunt groups вовсе забыли, типа фу какая мелочь.

    30 июля 2007 г. 8:33
  • Привет TAP коллеги,

    Мучаюсь с этой проблемой, благо вышла RTM, на этой недели буду ставить.

    31 июля 2007 г. 20:05
  • Ы-ыыы приветствую всех.

     

    "Спокойно, уже никто никуда не идет",

     

    Поставил RTM, все прояснилось, ну и документация теперь тоже RTM:

    в RTM телефонные режимы поменялись, точнее их больше стало, и кажется

    таки DUAL означает и Enterprise Voice и RCC.


    Line URI атрибут это некий OCS-номер, во всяком случае в режиме чистого Enterprise Voice...

    Вот и смысл вводить его и в Group Policy: это PBX-номер у целого OU адын непонятно зачем делать,

    а этот вот Line URI - это OCS-номер и поэтому вполне может быть...

    То есть по Line URI система делает Reverse Number Lookup чтобы понять звонок адресован
    какому именно OCS-юзеру или вообще звонок на внешнюю телефонию, как-то так.

     

    Вообщем по-любому мой оригинальный пост для RTM так или иначе по контенту сильно менее
    актуален. "Жить стало веселее"...

     

    А насчет почему накрываются звонки у меня был вопрос, если вбить Line URI,

    вообщем без подробностей если - кажется уже и не обламывается а если обламывается то потому
    наверное что Reverse Number Lookup обламывается, в моем случае я просто пытался туда вбить
    "неправильный" номер, как бы PBX-номер а не OCS-номер.

     

    Вообщем жизнь продолжается Smile

     

     

     

    21 августа 2007 г. 18:33
  • Ой. Почему же сразу "в тоску" ?

     

    Я никаких бет не игнорировал, а уж в ТАР буквально по уши с февраля примерно.

    Или, Владислав, это ты не про меня? Не совсем просто я понял... Как же в ТАР не был
    ни разу, если я произвожу PBX (не я, а NEC-Philips точнее)... Smile

     

    ОТВЕТ на многие вопросы тем временем я НАШЕЛ: RTM-версия и продукта и документации...

    Что такое "Выделенный ТАМ" я тоже не понял, а вот что такое Line URI зато разобрался и проверил.

     

    У меня же не просто так - мы PBX-ы производим, и не абы какие, а вот и в рамках ТАР "прописанные",
    уже оттестированные в свое время с Exchange 2007 и теперь вот с OCS. Ну там не обходится пока что без

    IP Gateway (Dialogic в частности) между OCS (Mediation Server) или UM и самой PBX, но это ОК..

    Опять-таки уже большинство контента моего оригинального прояснилось с RTM само собой.
    На ПРАКТИКЕ, в частности после 3-х дневного OCS Bootcamp тут в Нидерландах, который на RTM базировался.

     

    Про Hunt Groups - ну в Exchange 2007 UM точно можно. НУЖНО даже. В OCS - не пробовал,
    в смысле не "в" OCS конечно, а в Gateway, но неважно. Вообщем-то можно, почему нет, но
    в Hunt Group этих я с чисто телефонными делами не особо копался.

     

     Vladislav Artukov написано:

    Все эти вопросы частично вогнали меня в тоску. Private beta злобно проигнорировал, в TAP не был ни разу - поэтому с MS тестно не взаимодействовал. Но разве у вас нету выделенного TAM, которые именно такие вопросы транслирует deep inside to the MS zone?

     

    Тем более, ответы на все эти вопросы уж очень хотелось бы услышать/найти. На один только поиск работающего варианта Line URI + Mediation Server убил два дня. А если искать ответы на все эти вопросы в частном порядке, даже не знаю, сколько времени понадобится.

     

    И, кстати, я так не понял, если есть Advanced Gateway - можно ли реализовать hunt groups? А то деятели из MS творили, творили... и на тебе, про hunt groups вовсе забыли, типа фу какая мелочь.

    21 августа 2007 г. 18:42