sip notify что это
sipnotify.exe — что это за процесс?
Привет всем. Сегодня моя задача — разобраться с процессом sipnotify.exe, узнать зачем он нужен, может его вообще стоит отключить? Сейчас разберемся со всем))
sipnotify.exe — что это такое?
Покопавшись в интернете понял:
sipnotify.exe — процесс от обновления KB4493132, которое создано для показа предупреждения об окончании срока поддержки Windows 7.
Впервые такое уведомление появилось утром 18 апреля 2019 года.
Уведомление может появляться при загрузке ПК, и еще будет написано После 10 лет поддержка Windows 7 приближается к концу и показывается дата окончания.
Примерно так выглядит это сообщение:
Но если просто закрыть окошко — то уведомление еще будет показываться, а что бы не показывалось, то нужно уже поставить галочку Больше не напоминать.
Процесс sipnotify.exe запускается из системной папки:
Вот собственно сам файл sipnotify.exe с иконкой в виде фирменного флажка:
sipnotify.exe — как отключить показ уведомления?
Оказывается отключить можно также из реестра.
Сперва откройте реестр, сделать быстро это можно так:
Потом перейдите по такому пути:
Найдите там параметр DontRemindMe, нажмите два раза по нему и выставьте значение 1.
Все, сообщение больше показываться не будет))
Оказывается что обновление KB4493132 приносит не только процесс sipnotify.exe но и задания в планировщике Notify1 и Notify2. Их тоже можно удалить.
Сперва запустим планировщик:
Теперь откройте раздел Библиотека планировщика задач, а потом раздел Microsoft > Windows > раздел End of Support, вот тут и будут два задания — отключите их либо удалите полностью:
Можно конечно и удалить сам файл sipnotify.exe, но лучше его просто переименовать. Как? Вот мини-инструкция:
Такс, ну конечно можно еще просто взять и удалить обновление KB4493132. Вот тоже мини-инструкция:
Еще нашел инфу, чтобы и дальше никакие уведомления не показывались, то нужно в реестре, а точнее тут:
Выставить параметру DisableGwx — 1 (а если параметра нет, то создайте его). Потом еще в этом разделе:
Выставить 1 параметру DisableOSUpgrade (если он отсутствует то создайте).
Лично от меня совет: перед внесением правок в реестре настоятельно рекомендую создать точку восстановления, дело минутное, а в нужный момент может сэкономить время и сохранить нервишки)))
И еще: уведомление не будет показываться на Windows 7, который входят в домен Active Directory, на устройствах работающих в режиме киоска, в Windows где было отключено уведомление о бесплатном обновлении, а также на серверных Windows.
Протокол SIP: инфраструктура, механизм обмена сообщениями, дополнительные возможности
Протокол SIP — (Session Initiation Protocol) — протокол установления сеанса связи. Данный протокол является одним из основных, используемых в IP-телефонии. Он был разработан в 1996 году Марком Хэндли, Джонатаном Розенбергом и Хеннигом Шульцринном, в 1999 году была выпущена версия 1.0 (RFC 2543), затем протокол был доработан, и в 2002 году и принят в качестве протокола […]
Протокол SIP — (Session Initiation Protocol) — протокол установления сеанса связи. Данный протокол является одним из основных, используемых в IP-телефонии. Он был разработан в 1996 году Марком Хэндли, Джонатаном Розенбергом и Хеннигом Шульцринном, в 1999 году была выпущена версия 1.0 (RFC 2543), затем протокол был доработан, и в 2002 году и принят в качестве протокола сигнализации в мобильной телефонии (RFC 3261). SIP был изначально разработан только для работы с сеансами связи (установка/завершение/изменение), но не для передачи данных.Отметим некоторые особенности работы протокола SIP:
Инфраструктура сетевых агентов протокола SIP
Протокол SIP разработан таким образом, что два конечных пира могут устанавливать соединение без участия каких-либо дополнительных элементов, однако, из соображений эксплуатации сетей были введены следующие типы агентов, которые взаимодействуют по модели клиент-сервер:
Обмен сообщениями в протоколе SIP
SIP является текстовым протоколом и его синтаксис во многом схож с HTTP. Сообщения в SIP разделяются на запросы и ответы. Первая строка запроса содержит метод, определяющий природу запроса, затем следует URI-адрес назначения запроса. Ответ содержит в первой строке код, определяющий результат поступившего запроса.
Запросы генерируются терминалами-клиентами к серверам и инициализируют функциональность протокола. Отправка запроса подразумевает получение ответа о результате транзакции. Рассмотрим подробно возможные варианты запросов SIP клиентов:
Ответы разделяются на классы, определяемые их цифровым кодом. Рассмотрим подробно классы возможных ответов:
Дополнительные возможности SIP
SIP-сжатие
Являясь текстовым протоколом, SIP может создавать высокую нагрузку на используемый транспортный протокол. Возможны случаи превышения максимального MTU при использования в качестве транспорта протокола UDP. Для обхода подобных проблемных ситуаций SIP предусматривает сжатие заголовков сообщений и передачу их в компактной форме. Компактная форма может быть заменена на обычную в любое время передачи сообщения, без изменения его семантики.
Сигнализация SIP DTMF
Протокол SIP использует четыре метода для передачи цифровых сигналов между терминальными агентами:
SIP Perfomance Tester
SIP Perfomance Tester является инструментом для тестирования ПО, либо инфраструктуры сети под нагрузкой. Он позволяет определить максимальное количество вызовов, количество вызовов в секунду, так же количество одновременных вызовов. Данный продукт имитирует SIP- и RTP- трафик для того, чтобы определить будет ли стабильно работать ваша конфигурация сервера или сети под нагрузкой. SIP Perfomance Tester измеряет такие показатели, как задержка ответа, соотношение запросов и ответов, потеря пакетов, время задержки приема или передачи.
Security SIP разработан для обеспечения безопасной передачи информации путем шифрования данных, передаваемых по протоколу SIP. SIPS использует TLS для обеспечения защищенного канала связи между клиентом и сервером с использованием механизма рукопожатия. Данные же упаковываются по протоколу SRTP в шифрованные IP-пакеты и их передача начинается только после того, как устанавливается SSL-туннель между клиентом и сервером. Важной особенностью использования SSIP является необходимость его поддержки всеми используемыми устройствами в сети, если хотя бы один узел не поддерживает SRTP/TLS, то установить защищенное соединение будет невозможно.
SIP ALG
SIP ALG это механизм маршрутизации SIP-трафика, несколько похожий на SIP Proxy. ALG является программным шлюзом и используется в прослойке между устройствами SIP и сетью. SIP ALG анализирует поступающий трафик и может управлять им разрешая, запрещая, либо перенаправляя его другим узлам сети. Данный программный шлюз позволяет синхронизировать входящие потоки либо сессии между клиентами и серверами. Также в число его возможностей входит использование динамических портов транспортных протоколов для взаимодействия с устройствами NAT. Этот механизм позволяет SIP-трафику беспрепятственно транслировать адреса назначения и отправителя через таблицы NAT. При использовании данной технологии маскарадинг адресов происходит на уровне самого шлюза ALG.
База знаний
Протокол SIP
Этот документ описывает Session Initiation Protocol (SIP), протокол контроля и сигнализации уровня приложения для создания, модификации, и завершения сеансов с одним или несколькими участниками. Эти сеансы включают в себя: телефонные вызовы через Интернет, презентация мультимедийных данных, и мультимедийные конференции.
При создании сеансов, используется SIP приглашение с описанием сессии, что позволяет участникам подтвердить совместимость используемых настроек для передачи медиаданных. SIP дает возможность использования таких элементов, как прокси сервер, в функции которого входит помощь в доставке запросов к конечному пользователю, установка подлинности и разграничение доступа пользователей к различным сервисам, поддерживает правила маршрутизацию вызовов, задаваемых провайдерами, а также поддерживает различные возможности, ориентированные на конечных пользователей. Так же в протоколе SIP имеется механизм регистрации, который дает возможность пользователям подключаться из своего текущего местоположения к сервисам, через прокси сервер. Протокол SIP может использовать несколько основных протоколов различного транспортного уровня.
Также, протокол SIP может преодолевать ограничение, связанные с использованием NAT или файрволов. (Обратите внимание на раздел: NAT and VOIP)
Протокол SIP
Принципы протокола SIP
Протокол инициирования сеансов – Session Initiation Protocol (SIP) является протоколом прикладного уровня и предназначается для организации, модификации и завершения сеансов связи: мультимедийных конференций, телефонных соединений и распределения мультимедийной информации. Пользователи могут принимать участие в существующих сеансах связи, приглашать других пользователей и быть приглашенными ими к новому сеансу связи. Приглашения могут быть адресованы определенному пользователю, группе пользователей или всем пользователям.
Протокол SIP разработан группой MMUSIC (Multiparty Multimedia Session Control) комитета IETF (Internet Engineering Task Force), а спецификации протокола представлены в документе RFC 2543]. В основу протокола рабочая группа MMUSIC заложила следующие принципы:
Расширение функций протокола SIP может быть произведено за счет введения новых заголовков сообщений, которые должны быть зарегистрированы в уже упоминавшейся ранее организации IANA. При этом, если SIP,сервер принимает сообщение с неизвестными ему полями, то он просто игнорирует их и обрабатывает лишь те поля, которые он знает.
Для расширения возможностей протокола SIP могут быть также добавлены и новые типы сообщений.
Интеграция в стек существующих протоколов Интернет, разработанных IETF. Протокол SIP является частью глобальной архитектуры мультимедиа, разработанной комитетом Internet Engineering Task Force IETF. Эта архитектура включает в себя также протокол резервирования ресурсов (Resource Reservation Protocol – RSVP, RFC 2205), транспортный протокол реального времени (Real,Time Transport Pro,tocol – RTP, RFC 1889), протокол передачи потоковой информации в реальном времени (Real,Time Streaming Protocol – RTSP, RFC 2326),
протокол описания параметров связи (Session Description Protocol – SDP, RFC 2327). Однако функции протокола SIP не зависят ни от одного из этих протоколов.
Взаимодействие с другими протоколами сигнализации. Протокол SIP может быть использован совместно с протоколом Н.323. Возможно также взаимодействие протокола SIP с системами сигнализации ТфОП – DSS1 и ОКС7. Для упрощения такого взаимодействия сигнальные сообщения протокола SIP могут переносить не только специфический SIP адрес, но и телефонный номер формата Е.164 или любого другого формата. Кроме того, протокол SIP, наравне с протоколами H.323 и ISUP/IP, может применяться для синхронизации работы устройств управления шлюзами; в этом случае он должен взаимодействовать с протоколом MGCP. Другой важной особенностью протокола SIP является то, что он приспособлен к организации доступа пользователей сетей IP телефонии к услугам интеллектуальных сетей, и существует мнение, что именно этот протокол станет основным при организации связи между указанными сетями.
Методы SIP протокола, определенные в SIP RFC.
В протоколе SIP определено несколько методов, используемых при коммуникации.
Расширенные методы SIP протокола из других RFC:
Ответы на SIP сообщения
После приема и интерпретации запроса, адресат (прокси сервер) передает ответ на этот запрос. Содержание ответов бывает разным:
подтверждение установления соединения, передача запрошенной информации, сведения о неисправностях и т.д.
Структуру ответов и их виды протокол SIP унаследовал от протокола НТТР.
Определено шесть типов ответов, несущих разную функциональную нагрузку. Тип ответа кодируется трехзначным числом. Самой важной является первая цифра, которая определяет класс ответа, остальные две цифры лишь дополняют первую. В некоторых случаях оборудование даже может не знать все коды ответов, но оно обязательно должно интерпретировать первую цифру ответа.
Разрешить индикатор ожидания сообщений в Exchange Server
Применяется к: Exchange Server 2013, Exchange Server 2016
Индикатор ожидающего сообщения (MWI) это функция, поддерживаемая большинством систем голосовой почты прежних версий. Она оповещает пользователей о наличии новых или непрослушанных голосовых сообщений. В большинстве случаев на телефоне пользователя включается световой индикатор, указывающий на наличие нового или непрослушанного сообщения.
Обзор
Уведомления индикатора ожидающих сообщений могут подразумевать любой механизм, который указывает на наличие нового или непрослушанного голосового сообщения. Это может быть новое сообщение электронной почты или сообщение, помеченное как непрочитанное. Существует несколько способов индикации ожидающих сообщений:
отображение нового голосового сообщения в Microsoft Outlook или Outlook Web App;
SMS- или текстовое сообщение, отправленное на номер мобильного телефона, настроенный для получения текстовых сообщений.
Исходящий вызов, совершенный из единой системы обмена сообщениями Exchange.
Световой индикатор на телефоне.
значки и кнопки на экране телефона;
выделенное уведомление в программе.
В единой системе обмена сообщениями голосовая почта пользователей хранится в их почтовых ящиках. К ней можно получить доступ с помощью телефона с голосовым доступом к Outlook, приложения Outlook или Outlook Web App, установленного на настольном или портативном компьютере, а также с помощью клиентов для мобильных телефонов. Когда пользователь получает новое голосовое сообщение, оно отображается в его папке поиска «Голосовая почта». Если доступ к голосовому сообщению выполняется с помощью приложения Outlook или Outlook Web App, сообщение преобразовывается во вложение электронной почты.
Когда в организации были развернуты предыдущие версии единой системы обмена сообщениями, функция индикатора ожидающего сообщения поддерживалась либо в традиционной среде шлюза VoIP, либо в среде IP УАТС с помощью решения или приложения стороннего поставщика. Кроме того, такая функция могла быть включена в единую систему обмена сообщениями Exchange. В Exchange 2010 и более поздних версий функция индикатора ожидающего сообщения также поддерживается, когда единая система обмена сообщениями развернута с Microsoft Lync Server. Механизм уведомления индикатора ожидающего сообщения, используемый Lync Server, зависит от типа VoIP-телефона, имеющегося у пользователя, для которого включена поддержка корпоративной голосовой связи и единой системы обмена сообщениями, и может быть расположен в следующих местах.
Кнопка на панели набора номера
По умолчанию индикатор ожидающего сообщения включен для всех пользователей, включенных в единую систему обмена сообщениями. Его можно отключить в настройках политики почтовых ящиков или шлюзов IP единой системы обмена сообщениями, созданных и привязанных к абонентской группе единой системы обмена сообщениями. Индикатор ожидающих сообщений также работает для защищенных голосовых сообщений.
Чтобы реализовать функцию индикатора ожидающего сообщения в традиционной среде телефонии со шлюзами VoIP, IP УАТС или УАТС с поддержкой SIP, сервер почтовых ящиков, на котором работает служба единой системы обмена сообщениями Microsoft Exchange, отправляет сообщение SIP NOTIFY для индикатора ожидающего сообщения в узел SIP, который является либо IP УАТС, либо шлюзом VoIP, использующимся с устаревшим УАТС или УАТС с поддержкой SIP. Если у вас развернут Lync Server, то серверы Lync также считаются узлами SIP. IP УАТС или УАТС включают световой индикатор на настольном телефоне, чтобы уведомить пользователя о новых или непрослушанных голосовых сообщениях.
Абоненты могут оставлять голосовые сообщения двумя способами: с помощью автоответчика и голосового доступа к Outlook. С помощью автоответчика: сервер почтовых ящиков отвечает на входящие вызовы и дает абоненту возможность оставить голосовое сообщение для пользователя. С помощью голосового доступа к Outlook: абоненты, совершающие вызовы на номер голосового доступа к Outlook, могут использовать систему меню, чтобы оставить голосовое сообщения для пользователя, включенного в единую систему обмена сообщениями.
Роль сервера почтовых ящиков в MWI
Когда абонент совершает вызов пользователю, включенному в единую систему обмена сообщениями, и этот пользователь не отвечает, служба единой системы обмена сообщениями Microsoft Exchange, работающая на сервере почтовых ящиков, получает сведения об изменении состояния индикатора ожидающего сообщения и использует сообщение SIP NOTIFY для отправки запроса на изменение уведомления в шлюз VoIP, IP УАТС или УАТС с поддержкой SIP. Изменение уведомления содержит следующие сведения.
Индикатор ожидающего сообщения включен (да или нет).
Количество новых голосовых сообщений или голосовых сообщений, помеченных как непрослушанные.
Количество старых голосовых сообщений или голосовых сообщений, помеченных как прослушанные.
Количество новых срочных голосовых сообщений или срочных голосовых сообщений, помеченных как непрослушанные.
Количество старых срочных голосовых сообщений или срочных голосовых сообщений, помеченных как прослушанные.
Основной добавочный номер в основной абонентской группе единой системы обмена сообщениями.
IP-адрес или полное доменное имя (FQDN) узла SIP, используемые для сообщений SIP NOTIFY.
Тип безопасности абонентской группы единой системы обмена сообщениями («Незащищенный», «С защитой SIP» или «Защищенный»). Эти данные будут использоваться для определения того, по какому протоколу следует устанавливать подключение к шлюзу VoIP или IP УАТС: SIP поверх TCP или SIP поверх TLS. Для передачи сообщений SIP NOTIFY индикатора ожидающего сообщения можно использовать протокол TLS.
Сервер почтовых ящиков использует сведения о перенаправлении в заголовке входящего вызова для определения добавочного номера или номера телефона пользователя, включенного в единую систему обмена сообщениями. Когда добавочный номер или номер телефона определены, сервер почтовых ящиков отправляет запрос на узел SIP. Затем узел SIP изменяет состояние индикатора ожидающего сообщения и включает уведомление на телефоне пользователя.
Хотя отключения PBX должны быть редкими, система электронной почты автоматически обновляет состояние MWI для каждого почтового ящика по крайней мере один раз в 12 часов. Невозможно выполнить обновление принудительно, но если выключено питание УАТС или IP УАТС и все световые индикаторы MWI погасли, то все световые индикаторы восстановят правильное состояние в течение шести часов.
Сообщения SIP NOTIFY индикатора ожидающего сообщения
Для связи с узлами SIP уведомления индикатора ожидающего сообщения используют сообщения SIP NOTIFY. Сведения об изменении состояния индикатора ожидающего сообщения включаются в сообщение SIP NOTIFY и указывают, будут ли уведомления индикатора ожидающего сообщения отправлены пользователям. При любом изменении состояния индикатора ожидающего сообщения помощник по обслуживанию почтовых ящиков отправляет эти сведения в службу единой системы обмена сообщениями Microsoft Exchange, работающую на сервере почтовых ящиков. После получения этих сведений службой единой системы обмена сообщениями она анализирует сообщение, чтобы получить данные о целевом узле SIP и сведения об изменении состояния индикатора ожидающего сообщения. Затем она создает сообщение SIP NOTIFY, содержащее сведения об изменении состояния индикатора ожидающего сообщения, и отправляет эти сведения на узел SIP.
Индикатор ожидающего сообщения основан на стандарте RFC 3842. Этот стандарт подразумевает, что уведомления о событиях SIP должны использоваться для уведомлений об ожидающих сообщениях. Индикатор MWI работает на основе модели SIP и управляется конечными точками, поддерживаемыми в единой системе обмена сообщениями. Конечные точки SIP, также называемые узлами SIP, получающие сведения индикатора ожидающего сообщения, должны отправлять сообщение SIP SUBSCRIBE в службу единой системы обмена сообщениями. Служба отвечает сообщением NOTIFY, что говорит о том, что подписка принята. Все сведения об изменении состояния индикатора ожидающего сообщения будут переданы из единой системы обмена сообщениями в конечную точку SIP с помощью сообщений NOTIFY, входящих в состав предварительно созданной подписки. Точный синтаксис сообщения SIP NOTIFY, отправляемого на узел SIP, определяется форматом, описанным в стандарте RFC 3842.
Когда служба единой системы обмена сообщениями на сервере почтовых ящиков отправляет сообщение NOTIFY индикатора ожидающего сообщения на узел SIP, то заголовку события присваивается значение «message-summary» (сводка сообщения), которое говорит о том, что это сообщение NOTIFY, связанное с индикатором ожидающего сообщения. Поле заголовка «Кому» указывает конечную точку SIP, для которой необходимо предоставить службу индикатора ожидающего сообщения. Для заголовка «Subscription-State» (состояние подписки) необходимо установить значение «terminated» (завершено) вместо значения «active» (активно). В ответ на сообщение SIP NOTIFY выполняются следующие действия.
Узел SIP передает эти сведения в УАТС с помощью протокола с коммутацией каналов, например SMDI.
УАТС отправляет сообщение об успешном завершении операции через протокол с коммутацией каналов.
Узел SIP может ответить одним из следующих сообщений. 200 ОК (успешно) или 480 (временно недоступно). Сервер почтовых ящиков может обработать оба ответа и дополнительные ответы об ошибке.
Индикатор ожидающего сообщения в традиционной телефонной среде
В традиционной телефонной среде входящий вызов принимается УАТС, а затем отправляется на шлюз VoIP, либо принимается IP УАТС или УАТС с поддержкой SIP. Сервер почтовых ящиков и помощник по обслуживанию почтовых ящиков используются для определения состояния индикатора ожидающего сообщения для пользователя, включенного в единую систему обмена сообщениями. Они отвечают за доставку уведомлений SIP обратно в шлюз VoIP и устаревшие УАТС, IP УАТС или УАТС с поддержкой SIP.
В традиционной телефонной среде поток вызовов и уведомление индикатора ожидающего сообщения работают по следующему принципу:
Входящий вызов принимается устаревшим УАТС, перенаправляется в шлюз VoIP или в IP УАТС или УАТС с поддержкой SIP, а затем перенаправляется на добавочный номер пользователя, включенного в единую систему обмена сообщениями. Пользователь не отвечает на вызов, и вызывающей стороне предлагается оставить голосовое сообщение.
Шлюз VoIP или IP УАТС передают вызов на сервер почтовых ящиков, на котором работает служба единой системы обмена сообщениями Microsoft Exchange.
Сервер почтовых ящиков выполняет запрос LDAP, чтобы найти сведения о пользователе, включенном в единую систему обмена сообщениями, такие как добавочный номер и персональные приветствия для этого пользователя. Воспроизводятся приветствия для этого пользователя, включенного в единую систему обмена сообщениями.
Голосовое сообщение, созданное службой единой системы обмена сообщениями, передается в транспортную службу Microsoft Exchange на том же самом сервере почтовых ящиков.
Транспортная служба сервера почтовых ящиков передает голосовое сообщение на сервер почтовых ящиков, на котором находится почтовый ящик пользователя. Помощник по обслуживанию почтовых ящиков получает событие MAPI для нового голосового сообщения.
Помощник по обслуживанию почтовых ящиков выполняет чтение абонентской группы единой системы обмена сообщениями и политики почтовых ящиков этой системы для определения необходимости отправки уведомлений индикатора ожидающего сообщения пользователю с включенной поддержкой системы. Помощник по обслуживанию почтовых ящиков отправляет запросы на все серверы почтовых ящиков, сопоставленные с абонентской группой единой системы обмена сообщениями пользователя, включенного в эту систему. Затем он пытается отправить событие RPC на первый возвращенный сервер почтовых ящиков. Если происходит ошибка доставки, он отправляет событие на следующий сервер. Повторные попытки отправки будут выполняться в течение пяти минут или до тех пор, пока событие не будет отправлено на все серверы почтовых ящиков. Если все вызовы RPC завершатся ошибкой, помощник по обслуживанию почтовых ящиков добавит запись об ошибке в окно «Просмотр событий». Сервер почтовых ящиков отправляет запросы на все шлюзы IP единой системы обмена сообщениями, сопоставленные с абонентской группой этой системы почтового ящика пользователя, включенного в нее.
Единая система обмена сообщениями отправляет сообщение SIP NOTIFY на первый шлюз VoIP или IP УАТС, возвращенный по запросу. Если происходит ошибка доставки, сервер почтовых ящиков выберет следующий шлюз VoIP или IP УАТС. Сервер почтовых ящиков будет пытаться отправлять сообщения в шлюз VoIP или в IP УАТС в течение пяти минут. Если все попытки найти шлюз VoIP окажутся неудачными, сервер почтовых ящиков добавит запись об ошибке в журнал. Если шлюз VoIP или IP УАТС будет успешно найден, то этот шлюз VoIP отправит уведомление в УАТС, а УАТС, в свою очередь, отправит уведомление о событии индикатора ожидающего сообщения на телефон пользователя и включит на нем световой индикатор. Если используется IP УАТС, то уведомление индикатора ожидающего сообщения будет обрабатываться IP УАТС и она включит световой индикатор на телефоне пользователя. Список других механизмов уведомлений MWI приведен в разделе «Обзор». Тип уведомления зависит от поставщика оборудования УАТС или IP УАТС и от того, используется ли Lync Server. Это также зависит от типа телефона (аналогового, цифрового или VoIP), который используется.
Индикатор ожидающего сообщения в среде Lync Server
В телефонных средах, включающих в себя сервер Lync Server, входящий вызов может быть отправлен с внешнего телефона на сервер-посредник, из клиента Lync, с телефона, работающего на основе объединенных коммуникаций, или любого другого VoIP-телефона. После получения вызова он отправляется в пул серверов переднего плана Lync Server. Сервер почтовых ящиков и помощник по обслуживанию почтовых ящиков используются для определения состояния индикатора ожидающего сообщения для пользователя, включенного в единую систему обмена сообщениями, а также для доставки уведомления о состоянии индикатора ожидающего сообщения в клиент Lync или на аналоговый, цифровой, VoIP-телефон, или на телефон, работающий на основе объединенных коммуникаций.
В телефонной среде с сервером Lync Server поток вызовов и уведомление индикатора ожидающего сообщения работают по следующему принципу.
Вызов отправляется с одного из следующих устройств:
внешний по отношению к организации телефон (отправляется на сервер-посредник);
клиент на основе Lync;
телефон, работающий на основе объединенных коммуникаций, или другой VoIP-телефон.
Входящий вызов принимается пулом серверов переднего плана Lync Server, а затем отправляется на телефон или конечную точку SIP пользователя, включенного в единую систему обмена сообщениями. Пользователь не отвечает на вызов, и вызывающей стороне предлагается оставить голосовое сообщение.
Пул серверов переднего плана Lync Server отправляет вызов на сервер почтовых ящиков в локальной сети, где выполняется поиск почтового ящика пользователя.
Сервер почтовых ящиков выполняет запрос LDAP, чтобы найти сведения о пользователе, включенном в единую систему обмена сообщениями, такие как добавочный номер и приветствия. Воспроизводятся приветствия, и вызывающей стороне предлагается оставить голосовое сообщение.
Голосовое сообщение, созданное службой единой системы обмена сообщениями, отправляется в транспортную службу на том же сервере почтовых ящиков, находящемся на том же сайте.
Транспортная служба передает голосовое сообщение на сервер почтовых ящиков, на котором находится почтовый ящик пользователя. Помощник по обслуживанию почтовых ящиков получает событие MAPI для нового голосового сообщения.
Помощник по обслуживанию почтовых ящиков выполняет чтение абонентской группы единой системы обмена сообщениями и политики почтовых ящиков этой системы для определения необходимости отправки пользователю уведомлений индикатора ожидающего сообщения. Помощник по обслуживанию почтовых ящиков отправляет запросы на все серверы почтовых ящиков, сопоставленные с абонентской группой единой системы обмена сообщениями для данного пользователя. Затем он пытается отправить событие RPC на первый возвращенный сервер почтовых ящиков. Если происходит ошибка доставки, помощник по обслуживанию почтовых ящиков отправляет событие на следующий сервер. Повторные попытки найти сервер почтовых ящиков будут выполняться в течение пяти минут или до тех пор, пока событие не будет отправлено на все серверы. Если все вызовы RPC завершатся ошибкой, помощник по обслуживанию почтовых ящиков добавит запись об ошибке в окно «Просмотр событий». Сервер почтовых ящиков отправляет запросы на все шлюзы IP единой системы обмена сообщениями в Active Directory, сопоставленные с абонентской группой этой системы почтового ящика пользователя, включенного в нее.
Единая система обмена сообщениями отправляет сообщение SIP NOTIFY на первый шлюз VoIP или IP УАТС, возвращенный по запросу. Если происходит ошибка доставки, сервер почтовых ящиков выберет следующий шлюз VoIP или IP УАТС. Сервер почтовых ящиков будет пытаться найти шлюз VoIP или IP УАТС в течение пяти минут. Если все попытки связаться со шлюзом VoIP или IP УАТС окажутся неудачными, сервер почтовых ящиков добавит запись об ошибке в журнал. Если подключение будет успешным, то шлюз VoIP или IP УАТС отправит уведомление в пул серверов переднего плана Lync Server, который, в свою очередь, отправит уведомление о событии MWI на конечную точку SIP пользователя, телефон пользователя или в клиент Lync.
Устойчивость индикатора ожидающего сообщения
При развертывании серверов почтовых ящиков и клиентского доступа, абонентских групп и шлюзов IP единой системы обмена сообщениями и использовании индикатора ожидающего сообщения для пользователей, включенных в эту систему, рекомендуется развертывать несколько серверов почтовых ящиков и клиентского доступа, а также шлюзов VoIP и IP УАТС для повышения отказоустойчивости. Такие меры также повышают отказоустойчивость индикатора ожидающего сообщения, потому что в этом случае имеется несколько способов отправить уведомления индикатора ожидающего сообщения, как это описано в предыдущем разделе.
Чтобы включить отказоустойчивость для индикатора ожидающего сообщения в единой системе обмена сообщениями, необходимо создать и настроить один или несколько следующих объектов:
абонентскую группу единой системы обмена сообщениями, связанную с пользователем, включенным в эту систему, который будет получать уведомления индикатора ожидающего сообщения;
политику почтовых ящиков единой системы обмена сообщениями, связанную с пользователем, включенным в эту систему, который будет получать уведомления индикатора ожидающего сообщения;
шлюз IP единой системы обмена сообщениями, связанный с абонентской группой этой системы, содержащей пользователя, включенного в единую систему обмена сообщениями, который будет получать уведомления индикатора ожидающего сообщения.
Если используется Lync Server, необходимо добавить все серверы клиентского доступа и почтовых ящиков в абонентскую группу SIP URI единой системы обмена сообщениями, связанную с пользователем, включенным в эту систему, который будет получать уведомления индикатора ожидающего сообщения.
Управление индикатором ожидающих сообщений
Индикатором ожидающих сообщений можно управлять с помощью настроек параметров двух компонентов единой системы обмена сообщениями: политик почтовых ящиков и шлюзов IP единой системы обмена сообщениями. Включить или отключить MWI-уведомления для обоих компонентов можно с помощью командлета Set-UMMailboxPolicy или Set-UMIPgateway в командной консоли Exchange. Вы также можете настроить эти параметры с помощью Центра администрирования Exchange. Просмотреть состояние уведомлений индикатора ожидающих сообщений можно в Центре администрирования Exchange или выполнив командлеты Get-UMMailboxPolicy и Get-UMIPgateway в командной консоли.
Политики почтовых ящиков единой системы обмена сообщениями и индикатор ожидающих сообщений
Вы можете настроить параметр индикатора ожидающих сообщений в Центре администрирования Exchange или выполнив командлет Set-UMMailboxPolicy в командной консоли, как показано в таблице ниже.