Direct PushDirect Push

적용 대상: Exchange Online, Exchange Server 2013Applies to: Exchange Online, Exchange Server 2013

직접 올리기는 Microsoft Exchange Server 2013에 내장된 기능입니다. 직접 올리기는 셀룰러 또는 무선 네트워크 연결을 통해 모바일 장치를 최신 상태로 유지합니다. 또한 새 콘텐츠가 동기화될 준비가 되면 모바일 장치에 알립니다.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 Push topology

방화벽을 통해 직접 올리기를 사용하도록 구성Configuring Direct Push to work through your firewall

개요Overview

직접 올리기 기능을 사용하려면 모바일 장치에서 직접 올리기 기능이 호환되어야 합니다. 이러한 장치에는 다음 항목이 포함됩니다.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 정식 사용자에 의해 생성 되 고 직접 올리기 호환 될 특별히 고안 된 휴대폰Mobile phones that are produced by Microsoft Exchange ActiveSync licensees and are designed specifically to be Direct Push compatible

기본적으로 직접 올리기는 Exchange 2013에서 사용하도록 설정되어 있습니다. 직접 올리기를 지원하는 모바일 장치에서는 Microsoft Exchange를 실행하는 서버에 장기간 지속되는 HTTPS 요청을 발급합니다. 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 Push topology

직접 올리기는 다음과 같은 방식으로 작동합니다.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분의 하트비트 간격 내에 새로운 항목이나 변경된 항목이 있을 경우 서버는 새로운 항목이나 변경된 항목이 있다는 사실과 해당 항목이 있는 폴더의 이름을 포함한 응답을 모바일 장치에 보냅니다. 모바일 장치는 이 응답을 받은 후 해당 항목이 있는 폴더에 대한 동기화 요청을 보냅니다. 동기화가 완료되면 모바일 장치가 새로운 PING 요청을 보내고 전체 프로세스가 다시 시작됩니다.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.

직접 올리기는 장기간 지속되는 HTTPS 요청을 지원하는 네트워크 조건에 따라 다릅니다. 모바일 장치 또는 방화벽에 대한 매체 네트워크에서 장기간 지속되는 HTTPS 요청을 지원하지 않으면 HTTPS 요청이 중지됩니다. 다음 단계에서는 모바일 장치의 매체 네트워크의 시간 종료 값이 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 메시지를 보냅니다. 그러면 장치는 하트비트 간격이 12분인 새 HTTPS 요청을 서버로 보내는 방식으로 더 긴 연결을 획득하려고 시도합니다.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 요청을 보내는 방식으로 응답합니다. 장치가 동기화를 수행하고 하트비트 간격이 12분인 HTTP 요청을 다시 보냅니다.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분 간의 하트비트 간격을 지원할 것이라고 추정합니다. 장치는 하트비트 간격이 16분인 HTTPS 요청을 다시 보내는 방식으로 더 긴 연결을 획득하려고 시도합니다.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분 간의 하트비트 간격을 지원할 수 없다고 추정합니다. 이 오류는 장치가 하트비트 간격을 늘리려고 시도한 직후에 발생했기 때문에 하트비트 간격이 최대 한계에 도달한 것으로 추정합니다. 그런 다음 장치는 마지막으로 성공한 하트비트 간격이 12분이기 때문에 하트비트 간격이 12분인 HTTPS 요청을 보냅니다.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.

방화벽을 통해 직접 올리기를 사용하도록 구성Configuring Direct Push to work through your firewall

방화벽을 통해 직접 올리기를 사용하려면 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.

방화벽에서 포트를 여는 것 이외에도 최적의 직접 올리기 성능을 위해 방화벽의 시간 종료 값을 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