• FAQ: Exchange Server 2010 Часть 5

    ЛогоСерия докладов не остановилась на четвертой части и в пятой части опять даются ответы на часто задаваемые вопросы об Exchange Server 2010. На этот раз разговор пойдет о настройке Hierarchical Address Book (HAB) – функции Exchange Server 2010 которая позволяет использовать иерархию в адресной книге. Так же в пятой части показано как разрешить отправку письма от имени контакта и от имени группы рассылки.

    • Проблема с переходом на зимнее время.

      Картинка 12 из 115000Внимание: с октября 2011 г переход на зимнее время в России отменяется. Это я думаю занают все.  Как это отразится на ваших операционных системах и серверах приложений большой вопрос. В руки попало видео “Отмена перехода на зимнее время в РФ – проблемы и решения”. Видео записано начальником Microsoft Premier Support Павлом Гуделевым. Запись этого видео, которое как я понял было сделано в веб-конференции для любимых клиентов можно скачать отсюда.  Сам еще не смотрел, будут впечатления – делитесь в комментариях.

      • Автоматизация создания объектов в Exchange Server 2007/2010

        21 сентября 2011 года в Омске состоялось очередное заседание Клуба сертифицированных специалистов Microsoft, на котором я представлял доклад: “Автоматизация создания объектов в Exchange Server 2010”. В докладе демонстрируется написание 6 сценариев PowerShell для создания, как мне кажется, наиболее часто используемых объектов: почтовых ящиков (User Mailbox), почтовых контактов (Mail Contact) и пользователей с поддержкой почты (Mail User). По аналогии можно без проблем создать подобные сценарии для создания всех остальных объектов Exchange Server. В докладе использовался Microsoft Exchange Server 2010 SP1, Нужно отметить, что представленный в докладе способ также будет работать и с версией Microsoft Exchange 2007 SP3.

        • FAQ: Exchange Server 2010 Часть 4

          ЛогоЗаключительный доклад серии, в котором даются ответы на наиболее часто задаваемые вопросы об Exchange Server 2010. В четвертой части разговор пойдет о блокировке спама от имени своего домена, о параметре баз данных почтовых ящиков "IsExcludedFromProvisioning", просмотре размера баз из PowerShell, интеграции Outlook 2010 и Facebook, а так же о том, где найти хорошую книгу по Exchange Server 2010

          • Lync и SIP. Обзор SDP и разбор SIP сообщения

            Данная статья является второй частью рассказа, про использование SIP в Lync Server 2010.

            Статья сильно отличается от того что я писал ранее. Даже статьёй данный текст можно только с большой натяжкой. Больше похоже на второй урок. Так что я даже решил воспользоваться терминологией преподавателей.

            В документации по Lync часто можно увидеть пример SIP запроса с комментарием типа: «вот так выглядит SIP сообщение, генерируемое в таком конкретном случае». Разобрать что к чему, не проштудировав кучу дополнительной документации довольно сложно. Как понять, на что стоит обращать внимание, что является признаком некорректной работы? Особенно это важно при работе с внешними SIP системами.

            • Старости и новости Remote Call Control

              Remote Call Control (RCC) – технология, позволяющая управлять телефоном, подключенным к какой-либо телефонной станции из программного клиента (Office Communicator / Lync) без необходимости расширения клиента. RCC позволяет из программного клиента принять телефонный вызов, выполнить вызов, переключить входящий или текущий вызов на другого пользователя. При этом соответствующие действия будут выполнены на аппаратном телефоне, подключенном к другой телефонной станции. Статус пользователя во время телефонного разговора изменяется на «говорю по телефону».

              Сама технология была придумана задолго до того как Microsoft примеил её в LCS 2005 SP 1 и называется Computer Supported Telecommunications Applications (CSTA).  Для работы CSTA от MS требуется промежуточный сервер, переводящий запросы стандарта TR/87 в запросы понятные АТС. Общая схема решения приведена на рисунке ниже.

              Программный клиент через сервер MS и TR/87 Proxy регистрируется в качестве источника управления вызовами телефонного аппарата, подключенного к АТС. На клиент приходит информация о событиях на телефоне. Команды клиента передаются на телефон.

              Старости :-)

              Глава 1. LCS

              Впервые RCC появился в Microsoft Office Live Communications Server 2005 SP1. В то время это был очень хитрый маркетинговый ход. В Microsoft понимали перспективы рынка IP телефонии и свою неготовность к выходу на этот рынок.

              В то же время, удобный интерфейс всегда был одним из главных достоинств Microsoft. На этом и решили сыграть.

              Набрать одиннадцатизначный номер мобильного телефона парой кликов мыши или видеть, готов ли ваш коллега принять телефонный вызов – неплохое расширение функционала телефонной станции.  Под этим соусом решение и подавалось. И производители АТС «купились», на перебой предлагая свои решения по интеграции с Microsoft LCS / OCS. Ведь, RCC стал конкурентным преимуществом. Нет у тебя, но есть у конкурента – купят конкурента. Так производители АТС сами начали раскручивать своего будущего конкурента.

              Глава 2. OCS 2007

              Выход на рынок Microsoft Office Communications Server 2007 происходил довольно весело. В это время в Microsoft начали активно продвигать понятие Unified Communications (UC). Все коммуникации в одном. Синергия в чистом виде. За полгода до выхода OCS маркетинг Microsoft был уверен, что их разработчики выведут на рынок настоящую бомбу, которая будет на голову выше любой АТС. Однако ближе к выходу об этом начали забывать, всё больше вспоминая прежнюю концепцию расширения функционала АТС. Только изредка звучало скромное: «а для тех, кому нужно больше функционала, возможен полный переход на OCS». От телефонных аппаратов предлагали полностью отказаться и переходить на USB гарнитуры. Из RCC вырезали возможность переадресации вызовов по расписанию.  Остальной функционал остался, но отставание от возможностей телефонии на OCS появилось не из-за этого. Удаленный доступ и конференции. Возможность делать телефонные вызовы из сети Интернет без использования VPN и мышкой собирать телефонную конференцию были отличным поводом перейти на использование OCS как телефонии. К сожалению, доводов против было намного больше, так что RCC использовался повсеместно, как одна из причин внедрения Office Communications Server.

              Для того, чтобы побудить людей попробовать использовать OCS в качестве АТС был придуман еще один маркетинговый ход – Dual forking. При грамотной настройке – входящий вызов поступал как на АТС так и OCS. Предполагалось, что при работе из Интернет вы ответите в программном клиенте и будите говорить через гарнитуру, а на рабочем месте продолжите использовать ваш старый телефон. Самый «козырный» сценарий (Dual Forking + RCC) был доступен только с АТС основного партнера MS в области телефонии на тот момент – Nortel CS 1000.

              Есть мнение, что RCC в OCS 2007 оставили как раз, чтоб обеспечить отображение статуса доступности при разговоре с телефона в режиме Dual Forking + RCC. Но идею Dual Forking производители АТС не поддержали. И почему бы это? :-)

              Глава 3. OCS 2007 R2

              Microsoft Office Communications Server 2007 R2 стал логичным предложением идей, заложенных в OCS 2007. Телефония развивалась и достигла приемлемого уровня, достаточного для внедрения на небольших предприятиях (если закрыть глаза на отсутствие нормальных телефонов), в то время как наличие RCC до самого релиза ставилось под сомнение.

              Тем не менее, RCC сохранился в прежнем объеме. Теперь уже RCC стал оружием производителей АТС в борьбе против MS. Оставьте Microsoft ПО, а телефонию нам. Каждый делает то, в чем лучше разбирается. Говоря так, тем не менее, основные игроки на рынке активно пытались догнать Microsoft на его поле. Идея UC уже распространилась и все понимали, что просто IP-телефония скоро уже будет мало кого интересовать. Как IP-телефония постепенно заменила аналоговую, так UC решения постепенно заменят собой обычные средства коммуникаций, включая IP-телефонию «без наворотов».  Независимые аналитики прогнозировали в недалеком будущем борьбу за рынок UC между гигантами Cisco и Microsoft.

              Глава 4. Lync Server 2010

              Lync Server вышел на рынок всё так же с поддержкой RCC. Это был вынужденный ход. Слишком много заказчиков, которых нужно было пересадить на Lync Server, активно использовали RCC.

              Для Microsoft в Lync Server 2010 RCC стал тем же, чем Public Folders в Exchange Server. И хочется выкинуть, да все используют. Функционал RCC опять урезан. На этот раз, пользователи RCC лишились возможности участия в видео конференциях Lync Server. Судя по всему, это ошибка, которую не стали исправлять, пожалев время. Возможно, функционал вернут в одном из патчей, если будет много «криков» от заказчиков.

              Взамен, в Microsoft предложили протокол обмена статусами доступности между АТС. Такая же мертворожденная идея как Dual Forking + RCC и Advanced Gateway. Обе идеи поддержали по одному производителю, да и то, когда в MS к самим идеям уже охладели. 🙂

              Обещанная конкуренция идет полным ходом (сам принимал участие в паре крупных проектов / битв Cisco vs MS) и RCC используется, как последний аргумент против полной миграции на Lync Server c других платформ.

              Кому я должен – я всем прощаю

              C RCC у Microsoft связана интересная ситуация. Microsoft поддерживает технологию, но не поддерживает реализацию. Что это означает? Если вы настроите один компонент  Lync Server без оглядки на Supportability Guide, а проблемы будут с другим компонентом, техническая поддержка может отказаться решать вашу проблему пока первый компонент не будет настроен. Поддержка технологии означает, что использование RCC разрешено. Однако, если возникнут проблемы именно с работой RCC, и вы обратить непосредственно в Microsoft, вам ответят, что вам следует обратиться к тому, кто заявил, что их решение работает с Microsoft Lync Server 2010 в режиме RCC.

              И что теперь?

              В последнее время, два производителя заявили о поддержке RCC с Lync Server 2010.

              Cisco поддерживает RCC c Lync Server 2010 при использовании  Cisco Unified Communications Manager 8.x и Cisco Unified Presence 8.5.2. На самом деле, все отлично работает и на старых версиях CUCM и CUPS. Но зачем Cisco поддерживать интеграцию последней версии продукта конкурента со старой версией своего продукта? Так можно постепенно быть вытесненным из заказчика. http://www.microsoft.com/download/en/confirmation.aspx?id=11530

              В Avaya добавили поддержку RCC с Lync Server в AE Services R6.1.1. К слову, в данном случае, добавили поддержку, значит, устранили недочет, вызывающий сбой. До AE Services R6.1.1 настроить RCC между Lync Server и Avaya Session Manager было нельзя. http://support.avaya.com/css/P8/documents/100144425

              На этом можно и закончить рассказ об истории небольшой технологии, которая несколько лет двигала прогресс вперед и повышала эффективность бизнеса. Сейчас использование RCC не окупается. Правильный вариант – выбрать одну платформу, а не платить сразу двум производителям. Я совсем забыл упомянуть про лицензирование. В LCS / OCS функционал RCC требовал лицензии Enterprise CAL, а в Lync – Plus CAL. Те же лицензии требуются для функционала телефонии и стоимость, соответственно одинакова. Но в дополнении к  RCC  вам нужно иметь оплачивать еще и поддержку существующей телефонии, и ограничивать себя в функционале.

              • Аудит действий администратора в Microsoft Exchange 2010

                imageЗачастую, обслуживанием сервера занимаются несколько администраторов, и руководителю бывает трудно отследить их действия. Выяснить, кто и какие настройки выполнял на сервере поможет функция ведения журнала аудита администратора.

                В сфере ИТ администратор – это тот человек, который обладает полным набором прав по отношению к вверенным ему серверам. Это означает, что он может изменять конфигурацию системы практически не контролируемо. У каждого сервера есть механизмы, позволяющие ограничить возможности рядовых администраторов, но, тем не менее, в любом случае остается человек, который обладает всей полнотой власти.

              • Главная Exchange/UC, Без рубрики, Новое Cmdlet Extension Agents
                • Упрощаем обслуживание сервера Microsoft Exchange 2010 при помощи агентов сценариев

                  1С приходом сервера Microsoft Exchange 2010 несколько изменился подход к вопросу автоматизации труда администратора. Если раньше, для достижения подобной цели приходилось писать достаточно сложные скрипты, то теперь появились агенты расширения командлетов (Cmdlet Extension Agents), которые призваны серьезно упростить написание сценариев, нацеленных на автоматизацию работы сервера.

                  • FAQ: Exchange Server 2010 Часть 3

                    Доклад продолжает серию видео, в которой даются ответы на наиболее часто задаваемые вопросы об Exchange Server 2010. В третьей части разговор пойдет о включении анти-спама на Hub Transport сервере, тестировании внедних соединений с Exchange, просмотре подключенных к ceрверу Exchange пользователей, восстановлении удаленных элементов общих папок, а так же  дефрагментации баз данных.

                    • Lync и SIP. Начальные сведения

                      Yealink SIP-T10 В этой статье я постараюсь описать базовые принципы SIP со ссылками на то, как они используются с Lync Server. А если будет настроение и немного свободного времени, то в будущем постараюсь написать несколько более глубоких статей по реализации SIP Lync Server.

                      К счастью, протокол установления соединений (Session Initiation Protocol, SIP) очень нагляден и прост в разборе. Все сообщения в отличие от H.323 изначально представлены в текстовом виде. Зная логику работы протокола вы не потеряетесь независимо от того каким инструментом был получен журнал вызова.