Несколько дней назад наконец-то стартовала одна из наиболее интересных для нас партнерских программ Microsoft: Voice Partner Technical Readiness Program. В прошлом году успешное прохождение этой программы (тогда она называлась TAP - Technical Adoption Program) было обязательным условием получения статуса Voice Partner. Теперь вроде бы такого требования нет, но мы, конечно же, подтвердили свое участие в программе, поскольку для нас самих эта работа очень важна и интересна.
вторник, 18 января 2011 г.
вторник, 28 декабря 2010 г.
Lync 2010, требования к производительности сети
Один хороший человек подготовил презентацию, описывающую требования Lync к сетевой инфраструктуре. Другой хороший человек выложил ее в сеть для общего доступа :)
Очень полезные сведения, особенно для тех, кто занимается подготовкой ТЗ или разработкой архитектуры системы объединеных коммуникаций.
Очень полезные сведения, особенно для тех, кто занимается подготовкой ТЗ или разработкой архитектуры системы объединеных коммуникаций.
понедельник, 27 декабря 2010 г.
Еще раз о борьбе за Continuous Presence
Уже не первый раз в нашей практике заказчики задают нам вопрос, каким образом можно получить "настоящую видеоконференцию", используя Microsoft OCS/Lync. Решение Microsoft, как известно, поддерживает только режим VAS (Voice Activated Switching), позволяя участникам видеть одного говорящего собеседника, которого система выбирает по уровню звукового сигнала. Если же непременно хочется видеть всех и сразу, это можно реализовать только путем интеграции в инфраструктуру Microsoft UC аппаратных MCU (Multipoint Control Unit), поддерживающих режим вещания Continuous Presence (CP). Среди компаний, выпускающих такие решения, наиболее известными брендами в России являются Polycom и Tandberg, и стоят устройства этих производителей весьма недешево.
Как правило, узнав примерную стоимость решения, заказчик скучнеет и резко теряет интерес к режиму CP, посчитав, что business value красивой картинки не так уж и высоко, как казалось раньше. На этот раз получилось по-другому, и нам представилась возможность собрать у заказчика демонстрационный стенд и своими глазами увидеть, что можно получить за эти деньги.
воскресенье, 28 ноября 2010 г.
Через инновации - к эффективности
Именно так называется конференция Microsoft, ориентированная на представителей малого и среднего бизнеса. Конференция состоится в Санкт-Петербург 30 ноября, более подробную информацию можно посмотреть тут: https://msevents.microsoft.com/cui/EventDetail.aspx?EventID=1032470796&culture=ru-RU.
Мы тоже появимся на этом мероприятии, и не с пустыми руками.
Мы тоже появимся на этом мероприятии, и не с пустыми руками.
понедельник, 22 ноября 2010 г.
Про доступность виртуальных сетевых интерфейсов в RRAS
По закону подлости, когда нужно срочно воплотить в жизнь какое-то решение, обязательно натыкаешься на какие-то совершенно посторонние грабли. На этот раз, когда нам пришлось в авральном режиме готовить выездной стенд Lync 2010, форму граблей приняла служба RRAS в Windows Server 2008.
Как выяснили еще два года назад наши товарищи по несчастью, если в Hyper-V создать Internal Virtual Network и потом захотеть как-то смаршрутизировать ее наружу штатными средствами хоста, то на халяву это сделать не получится - вы просто не увидите в оснастке RRAS соответствующего сетевого интерфейса. Не помогает ни перезапуск службы, ни даже отключение RRAS с последующим включением и повторной настройкой.
Как выяснили еще два года назад наши товарищи по несчастью, если в Hyper-V создать Internal Virtual Network и потом захотеть как-то смаршрутизировать ее наружу штатными средствами хоста, то на халяву это сделать не получится - вы просто не увидите в оснастке RRAS соответствующего сетевого интерфейса. Не помогает ни перезапуск службы, ни даже отключение RRAS с последующим включением и повторной настройкой.
Чтобы получить нужный результат, отключив RRAS, нужно удалить временные файлы консоли (File / Options... / Delete Files), и только после этого запускать его обратно. И вот тогда - о чудо! - RRAS неожиданно прозревает, и его можно настроить и расслабиться. До того момента, пока не появится новая виртуальная подсеть :)
четверг, 18 ноября 2010 г.
Боремся с мышью в vSphere 4.1
При работе с виртуальными машинами vSphere 4.1 можно столкнуться с неприятным поведением мыши, которая перемещается медленно и рывками, как будто вы забыли поставить VMware Tools... Кстати, проверьте - может действительно забыли? ;)
Источников проблемы, как выяснилось, два, и проблема решается только устранением обоих сразу.
1. Драйвер виртуальной видеокарты.
Если на гостевой машине зайти в свойства видеоадаптера в Windows, то можно увидеть, что установлен драйвер Stadard VGA, и даже если поставить на вкладке Troubleshoot уровень аппаратного ускорения в положение Full, никакого положительного эффекта не наблюдается. Проблема решается заменой драйвера. В зависимости от того, какая ОС стоит на гостевой машине, используем либо драйвер VMware SVGA II из папки C:\Program Files\Common Files\VMware\Drivers\video (для XP/2003), либо VMware SVGA 3D из папки C:\Program Files\Common Files\VMware\Drivers\wddm_video (для 7/2008). После перезагрузки мышь будет не узнать... Но при одном условии - если нет источника проблемы №2 :)
http://communities.vmware.com/thread/276443
2. Драйвер мыши
Если в списке устройств виртуальной машины нет USB-контроллера, VMware может эмулировать только стандартную мышь PS/2, в чем можно убедиться, зайдя в свойства мыши в панели управления. Если добавить USB контроллер, то система тут же обнаружит VMware Pointing Device, и через несколько секунд мышь начнет ездить совершенно по-другому.
http://communities.vmware.com/message/1411047
Источников проблемы, как выяснилось, два, и проблема решается только устранением обоих сразу.
1. Драйвер виртуальной видеокарты.
Если на гостевой машине зайти в свойства видеоадаптера в Windows, то можно увидеть, что установлен драйвер Stadard VGA, и даже если поставить на вкладке Troubleshoot уровень аппаратного ускорения в положение Full, никакого положительного эффекта не наблюдается. Проблема решается заменой драйвера. В зависимости от того, какая ОС стоит на гостевой машине, используем либо драйвер VMware SVGA II из папки C:\Program Files\Common Files\VMware\Drivers\video (для XP/2003), либо VMware SVGA 3D из папки C:\Program Files\Common Files\VMware\Drivers\wddm_video (для 7/2008). После перезагрузки мышь будет не узнать... Но при одном условии - если нет источника проблемы №2 :)
http://communities.vmware.com/thread/276443
2. Драйвер мыши
Если в списке устройств виртуальной машины нет USB-контроллера, VMware может эмулировать только стандартную мышь PS/2, в чем можно убедиться, зайдя в свойства мыши в панели управления. Если добавить USB контроллер, то система тут же обнаружит VMware Pointing Device, и через несколько секунд мышь начнет ездить совершенно по-другому.
http://communities.vmware.com/message/1411047
Подписаться на:
Сообщения (Atom)