직접 올리기 이해
적용 대상: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
마지막으로 수정된 항목: 2009-02-18
직접 올리기는 Exchange Server 2007에 내장된 기능입니다. 직접 올리기는 셀룰러 네트워크 연결을 통해 모바일 장치를 최신 상태로 유지하도록 디자인되었습니다. Exchange Server 2003 서비스 팩 2에서 도입된 직접 올리기는 새로운 콘텐츠를 장치와 동기화할 준비가 되면 이를 모바일 장치에 알려줍니다.
개요
직접 올리기를 사용하려면 장치에 직접 올리기 기능이 있어야 합니다. 이러한 장치에는 다음 항목이 포함됩니다.
Windows Mobile® 5.0 및 MSFP(메시징 및 보안 기능 팩)와 최신 버전의 Windows Mobile 소프트웨어가 있는 휴대폰.
Exchange ActiveSync 정식 사용자에 의해 제작되고 직접 올리기 기능을 지원하도록 특별히 디자인된 휴대폰 또는 모바일 장치.
기본적으로 직접 올리기는 Exchange 2007에서 사용하도록 설정되어 있습니다. 직접 올리기를 지원하는 모바일 장치는 Exchange 서버에 장기간 유지되는 HTTPS 요청을 보냅니다. Exchange 서버는 사용자 사서함에서 활동을 모니터링하고 전자 메일 메시지, 일정 또는 연락처가 새로 추가되거나 변경되는 등 변경 내용이 있는 경우에 장치에 응답을 보냅니다. HTTPS 요청이 지속되는 동안 변경 내용이 발생하는 경우 Exchange 서버는 변경 내용이 발생했으며 Exchange 서버와 장치를 동기화해야 한다는 응답을 장치로 보냅니다. 그러면 장치가 서버로 동기화 요청을 보냅니다. 동기화가 완료되면 장기간 유지되는 HTTPS 요청이 새로 생성되고 프로세스가 다시 시작됩니다. 이러한 방식을 통해 전자 메일, 일정, 연락처 및 작업 항목을 모바일 장치에 신속하게 배달하고 장치를 Exchange 서버와 항상 동기화된 상태로 유지할 수 있습니다.
직접 올리기 토폴로지
그림 1은 직접 올리기에 대해 구성된 일반적인 Exchange Server 2007 토폴로지를 보여줍니다. 이 그림에서는 사용자가 두 개의 서로 다른 Exchange Server 컴퓨터에 클라이언트 액세스 서버 역할 및 사서함 서버 역할을 설치한 것으로 가정합니다. 또한 두 서버 역할을 물리적으로 동일한 Exchange 2007 컴퓨터에 설치할 수도 있습니다.
그림 1 직접 올리기 네트워크 디자인
.gif "Direct Push 토폴로지")
직접 올리기는 다음과 같은 방식으로 작동합니다.
Exchange 2007 서버와 동기화하도록 구성된 모바일 장치가 서버에 HTTPS 요청을 보냅니다. 이 요청을 ping이라고 합니다. 이 요청은 다음 15분 동안 동기화하도록 구성된 모든 폴더에서 특정 항목이 변경되는 경우 장치에게 알리도록 서버에게 지시합니다. 그렇지 않으면 서버에서 HTTP 200 OK 메시지를 반환합니다. 그러면 모바일 장치가 다시 대기 상태가 됩니다. 이러한 15분 간격을 하트비트 간격이라고 합니다.
15분 동안 변경된 항목이 없으면 서버는 HTTP 200 OK 응답을 반환합니다. 모바일 장치는 이 응답을 수신한 다음 활동을 재개(깨어나기라고 함)하고 요청을 다시 보냅니다. 그러면 프로세스가 다시 시작됩니다.
15분의 하트비트 간격 내에 새로운 항목이나 변경된 항목이 있을 경우 서버는 새로운 항목이나 변경된 항목이 있다는 사실과 해당 항목이 있는 폴더의 이름을 포함한 응답을 모바일 장치에 보냅니다. 모바일 장치는 이 응답을 받은 후 해당 항목이 있는 폴더에 대한 동기화 요청을 보냅니다. 동기화가 완료되면 모바일 장치가 새로운 ping 요청을 보내고 전체 프로세스가 다시 시작됩니다.
직접 올리기는 장기간 지속되는 HTTPS 요청을 지원하는 네트워크 조건에 따라 다릅니다. 모바일 장치 또는 방화벽에 대한 매체 네트워크에서 장기간 지속되는 HTTPS 요청을 지원하지 않으면 HTTPS 요청이 중지됩니다. 다음 단계에서는 모바일 장치의 매체 네트워크의 시간 종료 값이 13분인 경우 직접 올리기의 작동 방식에 대해 설명합니다.
모바일 장치가 서버에 HTTPS 요청을 보냅니다. 이 요청은 다음 15분 동안 동기화하도록 구성된 모든 폴더에서 특정 항목이 변경되는 경우 서버가 이를 장치에 알리도록 지정합니다. 그렇지 않으면 서버에서 HTTP 200 OK 메시지를 반환합니다. 그러면 모바일 장치가 다시 대기 상태가 됩니다.
15분이 지나도 서버가 응답하지 않으면 모바일 장치가 깨어나고 서버에 대한 네트워크 연결 시간이 종료된 것으로 가정합니다. 장치가 HTTPS 요청을 다시 보내지만 이번에는 하트비트 간격이 8분으로 줄어듭니다.
8분 후 서버가 HTTP 200 OK 메시지를 보냅니다. 장치는 하트비트 간격이 12분인 새로운 HTTPS 요청을 서버로 보내는 방식으로 더 긴 연결을 획득하려고 시도합니다.
4분 후 새로운 전자 메일 메시지가 수신되고 서버가 장치에게 동기화를 지시하는 HTTPS 요청을 보내는 방식으로 응답합니다. 장치가 동기화를 수행하고 하트비트 간격이 12분인 HTTP 요청을 다시 보냅니다.
12분 후 새로운 항목이나 변경된 항목이 없으면 서버가 HTTP 200 OK 메시지를 보내는 방식으로 응답합니다. 장치가 깨어나고 네트워크 조건이 12분 간의 하트비트 간격을 지원할 것이라고 추정합니다. 장치는 하트비트 간격이 16분인 HTTPS 요청을 다시 보내는 방식으로 더 긴 연결을 획득하려고 시도합니다.
16분 후에 서버에서 아무런 응답도 수신되지 않습니다. 장치가 깨어나고 네트워크 조건이 16분 간의 하트비트 간격을 지원할 수 없다고 추정합니다. 이 오류는 장치가 하트비트 간격을 늘리려고 시도한 직후에 발생했기 때문에 하트비트 간격이 최대 한계에 도달한 것으로 추정합니다. 그런 다음 장치는 마지막으로 성공한 하트비트 간격이 12분이기 때문에 하트비트 간격이 12분인 HTTPS 요청을 보냅니다.
참고
Windows Mobile 6.1에서는 동기화 프로세스가 향상되었습니다. Windows Mobile 6.1에서도 "요청 파킹" 개념은 그대로 유지되지만, Exchange ActiveSync 버전 12.1이 지원됩니다. Exchange ActiveSync 12.1에서는 ping 요청뿐 아니라 실제 동기화 요청 파킹도 지원됩니다. 따라서 구성된 제한 시간 이내에 새 콘텐츠가 도착하면 동기화 요청에 대한 HTTP 응답에 콘텐츠가 포함됩니다. 이 동작으로 인해 콘텐츠 전송 속도가 빨라지고 장치의 배터리 사용 시간이 길어집니다.
모바일 장치는 네트워크에서 지원되는 가장 긴 하트비트 간격을 사용하려고 시도합니다. 이러한 방식은 장치의 배터리 수명을 늘리고 네트워크로 전송되는 데이터의 양을 최소화합니다. 모바일 매체는 모바일 장치에 대한 레지스트리 설정에서 최대, 최소 및 초기 하트비트 값을 지정할 수 있습니다.
방화벽에서 직접 올리기를 사용하도록 구성
방화벽에서 직접 올리기를 사용하려면 다음 포트를 열어야 합니다.
- TCP 포트 443은 SSL(Secure Sockets Layer)에 사용되며 클라이언트 액세스 서버 역할이 설치되어 있는 Exchange Server 컴퓨터와 인터넷 사이에 열려 있어야 합니다.
방화벽에서 포트를 여는 것 이외에도 최적의 직접 올리기 성능을 위해 방화벽에서 시간 종료 값을 15분에서 30분으로 늘려야 합니다. HTTPS 요청의 최대 기간은 다음 설정에 따라 결정됩니다.
인터넷에서 클라이언트 액세스 서버 역할이 설치되어 있는 Exchange 서버로의 트래픽을 제어하는 방화벽에 설정되어 있는 최대 시간 제한 값
모바일 매체에 의해 설정된 방화벽 시간 제한 값
시간 제한 값을 짧게 설정하면 장치가 새로운 HTTPS 요청을 자주 실행합니다. 그러면 장치의 배터리 수명이 짧아질 수 있습니다. 방화벽 구성 방법에 대한 자세한 내용은 ISA Server Product Documentation을 참조하십시오.
자세한 내용
직접 올리기 및 Exchange 2007과 모바일 장치를 동기화하는 방법에 대한 자세한 내용은 다음 항목을 참조하십시오.