了解 Direct Push

  • 發行項

 

適用版本： Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

上次修改主題的時間： 2009-02-18

Direct Push 是 Exchange Server 2007 中的內建功能。Direct Push 的設計是要透過行動電話網路連線讓行動裝置維持在最新的狀態。Direct Push 是在 Exchange Server 2003 Service Pack 2 中引進，它能在新的內容準備好要同步處理到行動裝置時提供通知給該裝置。

概觀

若要使 Direct Push 運作，您必須具備具有 Direct Push 功能的裝置。這些裝置包括下列各項：

  • 已安裝 Windows Mobile® 5.0 及 Messaging & Security Feature Pack (MSFP) 及更新版本之 Windows Mobile 軟體的行動電話。
  • Exchange ActiveSync 使用人所生產且特別設計為與 Direct Push 相容的行動電話或行動裝置。

依預設會在 Exchange 2007 中啟用 Direct Push。支援 Direct Push 的行動裝置會發出長時間存留的 HTTPS 要求給 Exchange 伺服器。Exchange 伺服器會監視使用者信箱上的活動，並在有任何變更時傳送回應給裝置，例如新增或變更的電子郵件、行事曆或連絡人項目。如果在 HTTPS 要求的週期內發生變更，Exchange 伺服器會發出回應給裝置，指出已發生變更，裝置應起始與 Exchange 伺服器的同步處理。裝置接著會發出同步處理要求給伺服器。同步處理完成時，會產生新的長期存留 HTTPS 要求，再次從頭開始此處理程序。如此可保證電子郵件、行事曆、連絡人和工作項目能夠快速地傳遞到行動裝置，而裝置永遠與 Exchange 伺服器同步。

Direct Push 拓撲

圖 1 說明針對 Direct Push 設定的一般 Exchange Server 2007 拓撲。本圖假設您在兩台不同的 Exchange Server 電腦上安裝了 Client Access server role 及 Mailbox server role。您也可以將兩種伺服器角色安裝在相同的實體 Exchange 2007 電腦上。

圖 1 Direct Push 網路設計

Direct Push 拓撲

Direct Push 的運作方式如下：

  1. 設定為與 Exchange 2007 伺服器同步處理的行動裝置會發出 HTTPS 要求給伺服器。此要求稱為 ping。此要求會告訴伺服器要通知裝置在任何資料夾中是否有任何項目變更，而這類資料夾是設定成在接下來的 15 分鐘進行同步處理。否則，伺服器應該傳回 HTTP 200 OK 郵件。行動裝置接著會待命。15 分鐘的時間範圍稱為活動訊號間隔。
  2. 如果 15 分鐘內沒有項目變更，則伺服器會傳回 HTTP 200 OK 的回應。行動裝置收到此回應後，會繼續活動 (稱為「喚醒」)，然後再次發出其要求。這會重新開始處理程序。
  3. 如果在 15 分鐘的活動訊號間隔內有任何項目變更或是收到新的項目，伺服器會傳送回應，通知行動裝置有新增或變更的項目，以及這些新增或變更項目所在的資料夾名稱。行動裝置收到此回應後，會對具有新增或變更項目的資料夾發出同步處理要求。同步處理完成時，行動裝置會發出新的 ping 要求，再從頭開始整個處理程序。

Direct Push 取決於支援長期 HTTPS 要求的網路狀況。如果行動裝置通信業者網路或防火牆不支援長期 HTTPS 要求，則會停止 HTTPS 要求。下列步驟說明當行動裝置的通信業者網路具有 13 分鐘的逾時值時，Direct Push 的運作方式。

  1. 行動裝置會發出 HTTPS 要求給伺服器。此要求會告訴伺服器要通知裝置在任何資料夾中是否有任何項目變更，而這類資料夾是設定成在接下來的 15 分鐘進行同步處理。否則，伺服器應該傳回 HTTP 200 OK 郵件。行動裝置接著會待命。
  2. 如果伺服器在 15 分鐘後沒有回應，行動裝置便會喚醒，然後推論連接該伺服器的連線已由網路逾時。裝置會重新發出 HTTPS 要求，但這次使用 8 分鐘的活動訊號間隔。
  3. 8 分鐘後，伺服器傳送 HTTP 200 OK 訊息。裝置接著將發出新的 HTTPS 要求給伺服器，其活動訊號間隔為 12 分鐘，藉以嘗試取得較長的連線。
  4. 4 分鐘後，收到一封新的電子郵件，伺服器的回應是傳送 HTTPS 要求，告知裝置需要進行同步處理。裝置會同步處理並重新發出 HTTPS 要求，其活動訊號為 12 分鐘。
  5. 12 分鐘後，如果沒有新增或變更的項目，伺服器會傳回 HTTP 200 OK 訊息作為回應。裝置會喚醒，並推論網路狀況將支援 12 分鐘的活動訊號間隔。裝置接著將重新發出 HTTPS 要求給伺服器，其活動訊號間隔為 16 分鐘，藉以嘗試取得較長的連線。
  6. 16 分鐘後，未收到來自伺服器的回應。裝置會喚醒，並推論網路狀況無法支援 16 分鐘的活動訊號間隔。由於此次失敗緊接在裝置嘗試增加活動訊號間隔之後發生，因此推論出活動訊號間隔已達最大限制。裝置便會發出活動訊號間隔為 12 分鐘的 HTTPS 要求，因為這是上次成功的活動訊號間隔。
note附註：
Windows Mobile 6.1 已改善了同步處理程序。在 Windows Mobile 6.1 中，仍保有「暫時放置要求」的概念。但是，Windows Mobile 6.1 可支援 Exchange ActiveSync 12.1 版。除了暫時放置 Ping 要求以外，Exchange ActiveSync 12.1 還可支援暫時放置實際同步處理要求。因此，如果新的內容在設定的時間限制內到達，則同步處理要求的 HTTP 回應將會包含內容。此種行為可加快內容傳輸的速度，有助於延長裝置的電池使用壽命。

行動裝置會嘗試使用網路支援的最長活動訊號間隔。這樣可延長裝置上的電池壽命，並使網路上傳輸的資料量減到最少。行動通信業者可以在行動裝置的登錄設定中指定最大、最小和初始活動訊號值。

將 Direct Push 設定成透過防火牆運作

若要使 Direct Push 透過防火牆運作，您必須開放下列通訊埠：

  • 安全通訊端層 (SSL) 需要 TCP 通訊埠 443，且必須在網際網路與安裝 Client Access server role 的 Exchange Server 電腦之間開放此通訊埠。

除了在防火牆上開放通訊埠之外，您還應該增加防火牆上的逾時值，從預設值加到 15 至 30 分鐘。HTTPS 要求的長度上限是由下列設定所決定：

  • 防火牆上設定的最大逾時 (該防火牆控制從網際網路到安裝 Client Access server role 之 Exchange 伺服器的流量)
  • 由行動通信業者設定的防火牆逾時

短暫的逾時值會使得裝置更頻繁地起始新的 HTTPS 要求。這可能會使您裝置上的電池壽命縮短。如需如何設定防火牆的相關資訊，請參閱 ISA Server 產品文件。

相關資訊

如需 Direct Push 及如何同步處理行動裝置與 Exchange 2007 的相關資訊，請參閱下列主題：

若要確保您目前閱讀的是最新資訊，並尋找其他的 Exchange Server 2007 說明文件，請造訪 Exchange Server 技術資源中心.