Direct Push.Direct Push

Применимо к: Exchange Online, Exchange Server 2013Applies to: Exchange Online, Exchange Server 2013

Direct Push — это функция, встроенная в Microsoft Exchange Server 2013. Функция Direct Push поддерживает рабочее состояние мобильного устройства через подключение к сотовой или беспроводной сети. Она уведомляет мобильное устройство, когда новый контент готов к синхронизации.Direct Push is a feature that's built into Microsoft Exchange Server 2013. Direct Push keeps a mobile device current over a cellular or wireless network connection. It notifies the mobile device when new content is ready to be synchronized.

СодержаниеContents

Общие сведенияOverview

Топология Direct PushDirect Push topology

Настройка "Direct Push" для работы через брандмауэрConfiguring Direct Push to work through your firewall

ОбзорOverview

Для работы Direct Push необходимо использовать мобильное устройство, поддерживающее эту технологию. К таким устройствам относятся:For Direct Push to work, the mobile device must be Direct Push capable. These devices include the following:

  • Все версии Windows PhoneAll versions of Windows Phone

  • Мобильные телефоны, созданные средством Лицензиаты Microsoft Exchange ActiveSync, которые предназначены специально для совместимого Direct PushMobile phones that are produced by Microsoft Exchange ActiveSync licensees and are designed specifically to be Direct Push compatible

По умолчанию технология Direct Push включена в Exchange 2013. Мобильные устройства с поддержкой технологии Direct Push отправляют продолжительные HTTPS-запросы на сервер под управлением Microsoft Exchange. Сервер Exchange отслеживает активность в почтовом ящике пользователя и в случае обнаружения каких-либо изменений, например появления новых или измененных сообщений, элементов календаря, контактов или задач, отправляет ответ на мобильное устройство. Если изменения происходят во время срока существования HTTPS-запроса, сервер Exchange выдает устройству ответ, сообщающий, что возникли изменения и устройство должно синхронизироваться с сервером Exchange. Затем устройство выдает серверу запрос. После завершения синхронизации создается новый долгоживущий HTTPS-запрос на повторный запуск процесса. Это гарантирует быструю доставку на мобильное устройство элементов электронной почты, календаря, контактов и задач, а также постоянную синхронизацию устройства с сервером Exchange.By default, Direct Push is enabled in Exchange 2013. Mobile devices that support Direct Push issue a long-lived HTTPS request to the server running Microsoft Exchange. The Exchange server monitors activity on the user's mailbox and sends a response to the mobile device if there are any changes, such as new or changed email, calendar, contact, or task items. If changes occur within the lifespan of the HTTPS request, the Exchange server issues a response to the device that states that changes have occurred and the device should initiate synchronization with the Exchange server. The device then issues this request to the server. When synchronization is complete, a new long-lived HTTPS request is generated to start the process again. This guarantees that email, calendar, contact, and task items are delivered quickly to the mobile device, and that it is always synchronized with the Exchange server.

Топология Direct PushDirect Push topology

Технология "Direct Push" функционирует следующим образом:Direct Push operates in the following way:

  1. Мобильное устройство, настроенного для синхронизации с сервером Exchange 2013 выдает запрос по протоколу HTTPS к серверу. Этот запрос, называется PING. Запрос указывает сервер, который будет уведомлять изменять все элементы в течение 15 минут в любую папку, настроенного для синхронизации устройства. В противном случае сервер должен возвращать сообщение HTTP 200 OK. Мобильное устройство нажмите работает. Промежуток времени 15-минутных называется интервала.A mobile device that's configured to synchronize with an Exchange 2013 server issues an HTTPS request to the server. This request is known as a PING. The request tells the server to notify the device if any items change in the next 15 minutes in any folder that's configured to synchronize. Otherwise, the server should return an HTTP 200 OK message. The mobile device then stands by. The 15-minute time span is known as a heartbeat interval.

  2. Если никакие элементы не изменяются в течение 15 минут, сервер возвращает ответ "HTTP 200 OK". Мобильное устройство телефон получает этот ответ, возобновляет активность (выполняет возобновление работы) и повторно выдает запрос. Эти действия перезапускают процесс.If no items change in 15 minutes, the server returns a response of HTTP 200 OK. The mobile device receives this response, resumes activity (known as waking up), and issues its request again. This restarts the process.

  3. При получении каких либо изменений элементов или новых элементов в течение 15-минутного интервала подтверждения соединения сервер отправляет ответ, сообщающий мобильному устройству о наличии нового или измененного элемента, а также имя папки, в которой он находится. После получения этого ответа мобильным устройством оно выдает запрос на синхронизацию для папки, содержащей новые или измененные элементы. После завершения синхронизации мобильное устройство выдает новый запрос проверки связи, и весь процесс начинается снова.If any items change or new items are received within the 15-minute heartbeat interval, the server sends a response that informs the mobile device that there's a new or changed item and provides the name of the folder in which the new or changed item resides. After the mobile device receives this response, it issues a synchronization request for the folder that has the new or changed item. When synchronization is complete, the mobile device issues a new PING request and the whole process starts over.

Технология "Direct Push" зависит от сетевых условий, поддерживающих долгоживущий HTTPS-запрос. Если передающая сеть мобильного устройства или брандмауэр не поддерживает долговременные HTTPS-запросы, то HTTPS-запрос останавливается. Ниже приводится пошаговое описание работы Direct Push для случая, когда время ожидания подключения для передающей сети мобильного устройства равно 13 минутам.Direct Push depends on network conditions that support a long-standing HTTPS request. If the carrier network for the mobile device or the firewall doesn't support long-standing HTTPS requests, the HTTPS request is stopped. The following steps describe how Direct Push operates when the carrier network for a mobile device has a time-out value of 13 minutes.

  1. Мобильное устройство выдает серверу HTTPS-запрос. Запрос отдает команду серверу уведомлять устройство обо всех изменениях элементов в любой папке, настроенной на синхронизацию, в течение следующих 15 минут. В противном случае сервер должен вернуть сообщение "HTTP 200 OK". Затем мобильное устройство переходит в ждущий режим.A mobile device issues an HTTPS request to the server. The request tells the server to notify the device if any items change in the next 15 minutes in any folder that’s configured to synchronize. Otherwise, the server should return an HTTP 200 OK message. The mobile device then stands by.

  2. Если сервер не отвечает в течение 15 минут, мобильное устройство запускается в предположении, что в сети было превышено время ожидания подключения к серверу. Устройство повторно выдает HTTPS-запрос, но на этот раз используется интервал подтверждения соединения, равный 8 минутам.If the server doesn’t respond after 15 minutes, the mobile device wakes up and concludes that the connection to the server was timed out by the network. The device reissues the HTTPS request, but this time it uses a heartbeat interval of 8 minutes.

  3. По истечении 8 минут сервер отправляет сообщение "HTTP 200 OK". Затем устройство пытается установить более продолжительное подключение, выдавая серверу новый HTTPS-запрос, имеющий интервал подтверждения соединения, равный 12 минутам.After 8 minutes, the server sends an HTTP 200 OK message. The device then tries to gain a longer connection by issuing a new HTTPS request to the server that has a heartbeat interval of 12 minutes.

  4. Спустя 4 минуты принимается новое сообщение электронной почты и сервер в ответ отправляет HTTPS-запрос, который сообщает устройству о необходимости синхронизации. Устройство синхронизируется и повторно выдает HTTPS-запрос с интервалом подтверждения соединения, равным 12 минутам.After 4 minutes, a new email message is received and the server responds by sending an HTTPS request that tells the device to synchronize. The device synchronizes and reissues the HTTPS request that has a heartbeat of 12 minutes.

  5. Спустя 12 минут, если отсутствуют новые или измененные элементы, сервер отвечает, отправляя сообщение "HTTP 200 OK". Устройство возобновляет работу в предположении, что сетевые условия поддерживают интервал подтверждения соединения, равный 12 минутам. Затем устройство пытается установить более длительное подключение, повторно выдавая HTTPS-запрос с интервалом подтверждения соединения, равным 16 минутам.After 12 minutes, if there are no new or changed items, the server responds by sending an HTTP 200 OK message. The device wakes up and concludes that network conditions support a heartbeat interval of 12 minutes. The device then tries to gain a longer connection by reissuing an HTTPS request that has a heartbeat interval of 16 minutes.

  6. Спустя 16 минут никакого отклика от сервера не принимается. Устройство возобновляет работу в предположении, что сетевые условия не поддерживают интервал подтверждения соединения, равный 16 минутам. Так как эта ошибка возникла непосредственно после попытки устройства увеличить интервал подтверждения соединения, делается вывод, что интервал подтверждения соединения достиг максимума. Затем устройство выдает HTTPS-запрос с интервалом подтверждения соединения, равным 12 минутам, так как это был последний успешно действующий такой интервал.After 16 minutes, no response is received from the server. The device wakes up and concludes that network conditions cannot support a heartbeat interval of 16 minutes. Because this failure occurred directly after the device tried to increase the heartbeat interval, it concludes that the heartbeat interval has reached its maximum limit. The device then issues an HTTPS request that has a heartbeat interval of 12 minutes because this was the last successful heartbeat interval.

Мобильное устройство пытается использовать самый продолжительный интервал подтверждения соединения, поддерживаемый сетью. Это увеличивает срок службы аккумулятора устройства и минимизирует объем данных, передаваемых по сети. Каналы мобильной связи могут задавать максимальное, минимальное и начальное значение интервала подтверждения соединения в параметрах реестра для мобильного устройства.The mobile device tries to use the longest heartbeat interval the network supports. This extends battery life on the device and reduces how much data is transferred over the network. Mobile carriers can specify a maximum, minimum, and initial heartbeat value in the registry settings for the mobile device.

Настройка "Direct Push" для работы через брандмауэрConfiguring Direct Push to work through your firewall

Чтобы технология Direct Push работала через брандмауэр, необходимо открыть TCP-порт 443. Этот порт необходим для протокола SSL (Secure Sockets Layer) и должен быть открыт между Интернетом и сервером клиентского доступа.For Direct Push to work through your firewall, you must open TCP port 443. This port is required for Secure Sockets Layer (SSL) and must be opened between the Internet and the Client Access server.

Помимо открытия портов на брандмауэре для оптимальной работы Direct Push следует увеличить значение времени ожидания соединения на брандмауэре с 15 минут по умолчанию до 30 минут. Максимальная длительность HTTPS-запроса определяется следующими параметрами:In addition to opening ports on your firewall, for optimal Direct Push performance, you should increase the time-out value on your firewall from the default of 15 minutes to 30 minutes. The maximum length of the HTTPS request is determined by the following settings:

  • Максимальное время ожидания соединения, устанавливаемое на брандмауэрах, управляющих трафиком из Интернета на сервер клиентского доступаThe maximum time-out value that's set on the firewalls that control the traffic from the Internet to the Client Access server

  • Время ожидания на брандмауэрах, устанавливаемое поставщиком услуг мобильной связиThe firewall time-out values that are set by the mobile service provider