내부 메시지 라우팅

적용 대상: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

마지막으로 수정된 항목: 2007-08-21

이 항목에서는 내부 메시지 배달의 라우팅 프로세스에 대해 설명합니다. 내부 메시지 배달에는 다음과 같은 방법의 전자 메일 릴레이가 포함됩니다.

• Microsoft Exchange Server 2007 허브 전송 서버로부터 다른 Active Directory 디렉터리 서비스 사이트의 허브 전송 서버로 릴레이

• 허브 전송 서버로부터 동일한 Active Directory 사이트에 있는 사서함 서버로 릴레이

• 허브 전송 서버로부터 Exchange 2003 또는 Exchange 2000 컴퓨터에 있는 받는 사람 사서함으로 배달할 Microsoft Exchange Server 2003 또는 Exchange 2000 Server를 실행 중인 서버로 릴레이

라우팅을 위해 전자 메일 받기

메시지는 다음 중 한 가지 방법으로 허브 전송 서버에 도착할 수 있습니다.

• Exchange 조직의 받는 사람 또는 내부 릴레이 허용 도메인의 받는 사람에게 배달하기 위해 인터넷 연결 SMTP(Simple Mail Transfer Protocol) 서버로부터 전자 메일을 받습니다.

• 해당 Active Directory 사이트의 사서함 서버에 있는 받는 사람 사서함에 배달하기 위해 Exchange 조직의 다른 허브 전송 서버로부터 전자 메일을 받습니다.

• Exchange 2007 사서함 서버에 있는 받는 사서함에 배달하기 위해 Exchange 2003 또는 Exchange 2000 서버로부터 전자 메일을 받습니다.

• 허브 전송 서버가 Exchange 2007 사서함 서버에서 전자 메일을 검색합니다.

분류를 위해 허브 전송 서버가 받은 모든 전자 메일의 처리는 전송 큐에서 시작됩니다.

사서함 서버에서 메시지 검색

이 시나리오에서는 사서함 서버에서 실행되는 Microsoft Exchange Mail Submission Service가 동일한 Active Directory 사이트에 있는 허브 전송 서버에 보낸 사람의 보낼 편지함에서 메시지를 검색할 준비가 되었음을 알려 줍니다. 각 사서함 서버는 동일한 Active Directory 사이트에 있는 허브 전송 서버의 목록을 유지 관리합니다. 이 허브 전송 서버 목록을 전송 서버 목록이라고 합니다. 서버 검색 프로세스는 목록을 최신 상태로 유지하기 위해 10분마다 반복됩니다.

메일을 검색할 준비가 되었다는 알림을 전송하는 사서함 서버와 동일한 Active Directory 사이트에 두 개 이상의 허브 전송 서버가 있으면 다음 선택 사항이 처리됩니다.

• 로컬 사서함 서버에서도 허브 전송 서버 역할을 실행 중이면 로컬 서버에 알립니다. 로컬 Microsoft Exchange Transport Service가 실행 중이 아니거나 로컬 허브 전송 서버에서 역 압력으로 인해 새 메일 전송을 처리할 수 없는 경우에는 사용 가능한 다른 허브 전송 서버에 알립니다. 역 압력에 대한 자세한 내용은 백 프레셔의 이해를 참조하십시오.

• 로컬 사서함 서버에서 허브 전송 서버 역할을 실행하고 있지 않으면 라운드 로빈을 사용하여 알림이 허브 전송 서버 간에 균형 있게 로드됩니다.

• 선택한 허브 전송 서버에 연결할 수 없는 경우 Microsoft Exchange Mail Submission Service가 동일한 Active Directory 사이트에 있는 다른 허브 전송 서버로 장애 조치됩니다. 실패한 서버가 비활성으로 표시되고, 전송 서버 목록의 다음 허브 전송 서버가 선택됩니다. 로컬 Active Directory 사이트의 허브 전송 서버를 사용할 수 없는 경우 전송 서버 목록이 비어 있습니다. 이 경우 이벤트가 기록되고 메일 전송 알림이 일시적으로 중지됩니다. 비활성으로 표시된 허브 전송 서버가 5분 후에 다시 시도됩니다.

기본적으로 Microsoft Exchange Mail Submission Service는 사이트의 허브 전송 서버 간에 알림 이벤트의 부하를 분산하므로 각 허브 전송 서버는 처리할 알림 이벤트를 동일하게 배포 받습니다. 경우에 따라 동일하게 배포하는 것이 최적의 솔루션이 아닐 수도 있습니다. 모든 허브 전송 서버의 용량이 동일한 것은 아니므로 일부 메시지에는 추가 처리가 필요할 수 있습니다. 예를 들어, 허브 전송 서버에서 큰 첨부 파일이 있거나 받는 사람이 많은 메시지를 처리하는 데 걸리는 시간이 한 명의 받는 사람에게만 보내는 작은 메시지를 처리하는 시간보다 더 오래 걸립니다. 사서함 서버에서 알릴 허브 전송 서버의 고정 목록을 만들려는 경우 Exchange 관리 셸의 Set-MailboxServer cmdlet를 사용할 수 있습니다. SubmissionServerOverrideList 매개 변수를 사용하여 로컬 사서함 서버에 검색할 메일이 있는 경우 알릴 허브 전송 서버의 목록을 지정합니다. 이 설정을 구성하는 방법에 대한 자세한 내용은 Set-MailboxServer를 참조하십시오. 

허브 전송 서버는 사서함 서버로부터 메일 전송 알림을 받으면 저장소 드라이버를 사용하여 사서함 데이터베이스에서 메시지를 검색하고 허브 전송 서버의 전송 큐에 검색한 메시지를 넣습니다. Exchange RPC(원격 프로시저 호출)를 사용하여 사서함 서버로부터 허브 전송 서버로 메시지가 전송됩니다.

Exchange 2007 Server로 배달할 메시지 라우팅

허브 전송 서버에서 메시지를 받으면 메시지가 전송 큐로 배달됩니다. 메시지는 분류기를 통해 전송 큐로부터 이동합니다. 메시지가 분류되면 받는 사람의 전자 메일 주소로 Active Directory의 개체를 확인합니다. 이 쿼리는 해당 전자 메일 주소와 관련된 사서함 및 해당 사서함을 호스팅하는 사서함 서버를 확인합니다. 

받는 사람에 대한 정보를 확인하면 다음 단계는 Active Directory 사이트에 대한 사서함 서버를 확인하는 것입니다. 이 Active Directory 사이트 정보는 메시지에 NextHopSolutionKey 특성으로 스탬프 처리됩니다. Microsoft Exchange Transport Service의 향상된 DNS 구성 요소는 토폴로지 정보에 액세스하여 대상 사서함 서버와 동일한 사이트에 있는 허브 전송 서버를 확인합니다. 그런 다음 Active Directory 사이트의 허브 전송 서버 목록을 참조하여 메시지를 라우팅할 위치를 결정합니다. 쿼리하는 허브 전송 서버와 대상 사서함 서버가 동일한 사이트에 있는 경우, 해당 허브 전송 서버가 로컬 배달을 위해 메시지를 대기시킵니다. 대상 사서함 서버가 다른 사이트에 있는 경우, 로컬 허브 전송 서버는 Active Directory 사이트로의 원격 배달을 위해 메시지를 대기시킵니다.

로컬 배달을 위해 대기 중인 메시지는 저장소 드라이버를 통해 대상 사서함 저장소로 전송됩니다. Exchange RPC를 사용하여 허브 전송 서버로부터 사서함 서버로 메시지가 전송됩니다.

원격 Active Directory 사이트로 배달하기 위해 대기 중인 메시지는 SMTP를 사용하여 전송됩니다. 메시지가 릴레이되기 전에 분류기의 라우팅 구성 요소는 최소 비용의 라우팅 경로를 선택해야 합니다.

최소 비용의 라우팅 경로 선택

원격 Active Directory 사이트에 대한 최소 비용의 라우팅 경로는 두 사이트 사이에 있는 Active Directory IP 사이트 링크에 할당된 모든 비용을 계산하여 결정됩니다. 이 링크는 브리지되며, 직접 연결됩니다. Exchange 2007 허브 전송 서버는 항상 최소 비용의 결정적 단일 라우팅 경로를 선택합니다. 라우팅 경로를 선택할 때 기존 연결 또는 대상 서버의 가용성은 전혀 고려되지 않으며, 대체 라우팅 경로도 고려되지 않습니다. 

최소 순위 라우팅 경로 계산은 다음 홉으로 메시지를 배달하지 못한 경우 백오프 경로를 결정하는 데 사용됩니다. 백오프는 Exchange 2007에서 네트워크 문제 또는 서버 오프라인 상태와 같은 이유로 직접 릴레이에 실패하는 경우 최소 순위 라우팅 경로의 중간 홉에서 메시지를 배달하는 데 사용되는 메커니즘입니다. 라우팅 구성 요소는 연결이 될 때까지 최소 비용의 라우팅 경로에서 홉 바이 홉으로 백오프를 수행하여 가능한 한 대상에 가까이 메시지를 배달합니다. 먼저 대상 Active Directory 사이트에 있는 각 허브 전송 서버에 대한 연결이 시도됩니다. Active Directory 사이트에 있는 허브 전송 서버가 응답하지 않으면 배달 사이트에서 백오프를 시작하는 방법을 결정하기 위해 최소 순위 라우팅 경로를 확인합니다. 이 작업은 가능한 한 대상에 가까이 메시지를 배달하고 해당 Active Directory 사이트의 허브 전송 서버에 메시지를 대기시키기 위해 수행합니다.

최소 비용의 라우팅 경로를 선택하는 데 사용되는 논리는 다음과 같습니다.

• 먼저 대상에 도달하기 위해 통과해야 하는 IP 사이트 링크의 비용을 합하여 최소 비용의 라우팅 경로를 계산합니다. 사용 가능한 라우팅 경로가 여러 개인 경우 집계 순위가 가장 낮은 라우팅 경로만 사용됩니다.

• 집계 비용이 동일한 여러 라우팅 경로가 있는 경우에는 각 라우팅 경로의 홉 수를 평가하여 홉 수가 가장 적은 라우팅 경로를 사용합니다.

• 여러 개의 라우팅 경로를 사용할 수 있는 경우에는 대상 앞의 Active Directory 사이트 또는 라우팅 그룹 커넥터에 지정된 이름이 고려됩니다. 그런 다음 대상에 가장 가까운 Active Directory 사이트가 영숫자순으로 가장 낮은 순위인 라우팅 경로가 사용됩니다. 대상에 가장 가까운 사이트가 평가 중인 모든 라우팅 경로에 대해 동일한 경우에는 이전 사이트 이름이 검토됩니다.

아래 그림에서는 Exchange 조직의 라우팅 토폴로지를 보여줍니다. 이 토폴로지를 통해 다음 예제에서 라우팅 알고리즘이 최소 비용의 라우팅 경로를 선택하는 데 사용하는 논리를 설명합니다.

Exchange 2007 라우팅 토폴로지

예제 1   사이트 A에서 사이트 D로 릴레이되고 있는 메시지는 사이트 A-사이트 B-사이트 D와 사이트 A-사이트 C-사이트 D의 두 가지 라우팅 경로 중 하나를 선택할 수 있습니다. 각 라우팅 경로의 IP 사이트 링크에 할당된 비용을 더하여 메시지를 라우팅하는 데 필요한 전체 비용을 결정합니다. 이 예제에서 사이트 A-사이트 B-사이트 D 라우팅 경로의 집계 비용은 20이고, 사이트 A-사이트 C-사이트 D 라우팅 경로의 집계 비용은 10입니다. 따라서 라우팅 과정에서 사이트 A-사이트 C-사이트 D 라우팅 경로가 선택됩니다.

예제 2   사이트 B에서 사이트 D로 릴레이되고 있는 메시지는 사이트 B-사이트 D(비용 15), 사이트 B-사이트 E-사이트 C-사이트 D(비용 15), 사이트 B-사이트 A-사이트 C-사이트 D(비용 15)의 세 가지 라우팅 경로 중 하나를 선택할 수 있습니다. 둘 이상의 라우팅 경로의 비용이 동일하기 때문에 라우팅 과정에서는 홉 수가 가장 적은 사이트 B-사이트 D 라우팅 경로가 선택됩니다.

예제 3   사이트 A에서 사이트 E로 릴레이되는 메시지의 경우 사이트 A-사이트 B-사이트 E(비용 10)와 사이트 A-사이트 C-사이트 E(비용 10)의 두 가지 라우팅 경로 중 하나를 선택할 수 있습니다. 두 라우팅 경로의 순위와 홉 수가 모두 같으므로 사이트 E 바로 앞에 오는 Active Directory 사이트 이름을 영숫자순으로 비교합니다. 사이트 B의 영숫자가 사이트 C보다 낮으므로 라우팅 과정에서는 사이트 A-사이트 B-사이트 E 라우팅 경로가 선택됩니다.

최소 순위 라우팅 경로를 결정하고 나면 Exchange 2007 라우팅 구성 요소는 대체 라우팅 경로를 고려하지 않습니다.

허브 전송 서버가 배포되어 있지 않은 Active Directory 사이트는 라우팅 과정에서 인식되지 않으므로 Exchange 토폴로지에 참여하지 않습니다. 그러나 이러한 사이트가 허브 전송 서버가 배포되어 있는 사이트 간 최소 비용의 라우팅 경로에 있는 경우 최소 비용의 라우팅 경로 계산 과정에서 해당 사이트를 다른 사이트로 연결하는 링크의 IP 사이트 링크 비용이 고려됩니다.

최소 순위 라우팅 경로를 선택하면 라우팅 중에 허브 사이트가 해당 라우팅 경로에 있는지 확인됩니다. 허브 사이트는 직접 연결을 무시하고 허브 사이트의 허브 전송 서버에서 처리할 메시지를 지정합니다. Exchange 관리 셸의 Set-AdSite 명령을 사용하여 Active Directory 사이트를 허브 사이트로 구성합니다.

이 구성은 연결이 사이트 간의 직접 SMTP 릴레이를 방해할 수 있는 경우 유용합니다. 메시지 배달을 위한 허브 사이트가 최소 순위 라우팅 경로에 있을 때마다 메시지는 최종 대상으로 릴레이되기 전에 허브 사이트의 허브 전송 서버에 의해 대기 및 처리됩니다. 최소 순위 라우팅 경로에 있는 둘 이상의 허브 사이트가 있으면 메시지는 라우팅 경로의 각 허브 사이트에서 중지됩니다. 허브 사이트를 구성하는 방법에 대한 자세한 내용은 허브 사이트 구성 방법을 참조하십시오.

IP 사이트 링크 순위 제어

Active Directory IP 사이트 링크 비용과 트래픽 흐름 패턴이 Exchange 2007에 대해 최적의 조건이 아닌 경우 Microsoft Exchange에 의해 평가된 비용을 조정할 수 있습니다. Exchange 관리자는 Active Directory 도구를 사용하여 IP 사이트 링크에 할당된 순위를 수정할 수 없으며 수정해서도 안됩니다. 대신 Exchange 관리 셸의 Set-ADSiteLink cmdlet를 사용하여 IP 사이트 링크에 Exchange 관련 순위를 할당하십시오. 예를 들어 메시지 라우팅을 위해 IP 사이트 링크인 SITELINKAB에 다른 순위를 설정하려면 Exchange 관리 셸에서 다음 명령을 실행합니다.

Set-AdSiteLink -Identity SITELINKAB -ExchangeCost 25

Exchange 순위가 IP 사이트 링크에 할당되면 Exchange 순위는 메시지 라우팅에 대한 Active Directory 순위만 다시 정의하며 라우팅 과정에서 최소 순위 라우팅 경로를 평가할 때는 Exchange 순위만 고려됩니다. 그렇지 않은 경우에는 Active Directory 복제 순위가 사용됩니다. 자세한 내용은 Active Directory IP 사이트 링크에서 Exchange 순위를 설정하는 방법을 참조하십시오.

Exchange 2007 서비스 팩 1의 새로운 기능

Exchange 2007 SP1(서비스 팩 1)은 Active Directory IP 사이트 링크의 최대 메시지 크기 제한 구성을 지원합니다. 기본적으로 Exchange 2007에서는 서로 다른 Active Directory 사이트에 있는 허브 전송 서버 간에 릴레이되는 메시지에 대해 최대 크기 제한을 적용하지 않습니다. Set-AdSiteLink cmdlet를 사용하여 Active Directory IP 사이트 링크의 최대 메시지 크기를 구성하면 라우팅 시 최소 순위 라우팅 경로의 Active Directory 사이트 링크에 대해 구성되어 있는 최대 메시지 크기보다 큰 메시지에 대해서는 NDR(배달 못 함 보고서)이 생성됩니다. 대체 라우팅 경로는 고려되지 않습니다. 이러한 구성은 대역폭이 낮은 연결을 통해 통신해야 하는 원격 Active Directory 사이트로 보내는 메시지의 크기를 제한하는 데 유용합니다. 또 Active Directory 사이트 링크에 최대 메시지 크기 제한을 구성할 경우, 라우팅이 크기 제한이 없는 라우팅 경로가 아닌 크기 제한이 있는 라우팅 경로를 우선 사용하도록 해당 사이트 링크에 대해 더 큰 Exchange 비용을 구성해야 합니다. 자세한 내용은 내부 라우팅의 메시지 크기 제한을 구성하는 방법을 참조하십시오.

Exchange Server 2003 또는 Exchange 2000 Server에 배달할 메시지 라우팅

Exchange 2003 또는 Exchange 2000 서버에 있는 받는 사람 사서함으로의 배달을 위해 허브 전송 서버에서 Exchange 2003 또는 Exchange 2000 서버로 릴레이되는 메시지는 라우팅 그룹 커넥터를 통해 릴레이되어야 합니다. 모든 Exchange 2007 서버는 Exchange 2007이 Exchange 2003 또는 Exchange 2000과 동일한 조직에 있는 경우 이전 버전의 Exchange Server로 라우팅하기 위해 Exchange 라우팅 그룹(DWBGZMFD01QNBJR)이라고 하는 단일 라우팅 그룹과 연결됩니다. 동일한 라우팅 그룹에 Exchange 2007 및 이전 버전의 Exchange Server를 배치하는 것은 지원되지 않습니다. 따라서 하나 이상의 라우팅 그룹 커넥터가 항상 Exchange 2003 또는 Exchange 2000 서버에서 별도의 Exchange 2007 서버를 분리해야 합니다.

이전 버전의 Exchange Server에 대해 최소 비용의 라우팅 경로를 결정할 때 Microsoft Exchange Transport Service의 라우팅 구성 요소는 먼저 대상 Exchange 2003 서버에 도달하기 위해 가능한 라우팅 경로를 평가합니다. 이때 해당 대상에 도달하기 위해 지나가야 하는 모든 라우팅 그룹 커넥터의 누적 비용만 고려해야 합니다. 그런 다음 선택한 라우팅 경로의 첫 번째 라우팅 그룹 커넥터에 도달하기 위한 비용은 이 항목 앞부분에 있는 "최소 비용의 라우팅 경로 선택" 섹션에서 설명한 알고리즘을 사용하여 결정합니다. 항상 라우팅 그룹 커넥터를 통과하는 최소 비용의 라우팅 경로가 사용됩니다. 또한 첫 번째 라우팅 그룹 커넥터에 도달하기 위한 비용은 라우팅 그룹 커넥터를 통과하는 두 라우팅 경로의 비용이 동일한 경우에만 고려됩니다.

다음 알고리즘은 이전 버전의 Exchange Server를 실행 중인 컴퓨터에 대한 최소 비용의 라우팅 경로를 선택하는 데 사용됩니다.

1. 라우팅 그룹 커넥터를 통과하는 가능한 모든 라우팅 경로를 확인하고 총 비용이 가장 낮은 라우팅 경로를 선택합니다.

2. 두 개 이상의 라우팅 경로 비용이 동일한 경우 첫 번째 라우팅 그룹 커넥터에 도달하기 위해 IP 사이트 링크를 통과하는 가능한 모든 라우팅 경로를 확인하고, IP 사이트 링크 총 비용이 가장 낮은 라우팅 경로를 선택합니다.

3. 두 개 이상의 라우팅 경로의 라우팅 그룹 비용이 동일하고, IP 사이트 링크 비용이 동일한 경우 최소 홉 수를 가진 라우팅 경로를 선택합니다.

4. 두 개 이상의 라우팅 경로의 라우팅 그룹 비용, IP 사이트 링크 비용 및 홉 수가 동일한 경우 대상 사이트 앞에 있는 마지막 Active Directory 사이트의 이름에 최소 영숫자 값이 있는 라우팅 경로를 선택합니다.

다음 그림에서는 Exchange 2007과 Exchange 2003이 함께 있는 라우팅 토폴로지의 예를 보여줍니다.

Exchange 2007과 Exchange 2003이 함께 있는 라우팅 토폴로지

이 예제에서 메시지는 사이트 A에 있는 허브 전송 서버에서 라우팅 그룹 2에 있는 Exchange 2003 서버로 라우팅됩니다. 라우팅 그룹 2에 도달하기 위한 가능한 두 개의 라우팅 경로는 다음과 같습니다.

• 옵션 1: 비용이 10인 라우팅 그룹 커넥터 A3에서 비용이 20인 라우팅 그룹 커넥터 2-3으로 라우팅. 이 라우팅 경로는 총 비용이 30입니다.

• 옵션 2: 비용이 10인 라우팅 그룹 커넥터 C1에서 비용이 10인 라우팅 그룹 커넥터 1-2로 라우팅. 이 라우팅 경로는 총 비용이 20입니다.

이 예제에서 옵션 2의 총 라우팅 그룹 커넥터 비용이 낮으므로 메시지는 사이트 A에 있는 허브 전송 서버에서 배달을 위해 대기 중인 사이트 C의 허브 전송 서버로 라우팅 그룹 커넥터 C1을 사용하여 라우팅됩니다.

다음 그림에서 라우팅 그룹 커넥터 2-3의 비용은 10으로 변경됩니다.

라우팅 그룹 커넥터 비용이 수정되고 Exchange 2007과 Exchange 2003이 함께 있는 E 라우팅 토폴로지

마찬가지로, 라우팅 그룹 2에 도달하기 위해 두 개의 라우팅 경로를 사용할 수 있습니다.

• 옵션 1: 비용이 10인 라우팅 그룹 커넥터 A3에서 비용이 10인 라우팅 그룹 커넥터 2-3으로 라우팅. 이 라우팅 경로는 총 비용이 30입니다.

• 옵션 2: 비용이 10인 라우팅 그룹 커넥터 C1에서 비용이 10인 라우팅 그룹 커넥터 1-2로 라우팅. 이 라우팅 경로는 총 비용이 20입니다.

이 예제에서 두 옵션의 총 라우팅 그룹 커넥터 비용은 같습니다. 다음 라우팅은 첫 번째 라우팅 그룹 커넥터에 도달하기 위해 지나가야 하는 IP 사이트 링크의 비용을 계산합니다. 사이트 A에서 라우팅 그룹 커넥터 A3에 도달하기 위한 IP 사이트 링크 비용은 0이며, 라우팅 그룹 커넥터 C1에 도달하기 위한 비용은 20입니다. 따라서 옵션 1에서 설명한 라우팅 경로가 선택됩니다.

Exchange 2007 SP1의 새로운 기능

Exchange 2007 SP1은 라우팅 그룹 커넥터에서 최대 메시지 크기 제한 구성을 지원합니다. 기본적으로 Exchange 2007에서는 허브 전송 서버와 Exchange 2003 또는 Exchange 2000 간에 릴레이되는 메시지에 대해 최대 메시지 크기 제한을 적용하지 않습니다. Set-RoutingGroupConnector cmdlet를 사용하여 라우팅 그룹 커넥터에 대해 최대 메시지 크기를 구성하면 라우팅 시 최소 비용의 라우팅 경로의 모든 라우팅 그룹 커넥터에 구성되어 있는 최대 메시지 크기 제한보다 큰 메시지에 대해서는 NDR이 생성됩니다. 대체 라우팅 경로는 고려되지 않습니다.

이러한 구성은 대역폭이 낮은 연결을 통해 통신해야 하는 원격 라우팅 그룹으로 보내는 메시지의 크기를 제한하는 데 유용합니다. 또, 라우팅 그룹 커넥터에 최대 메시지 크기 제한을 구성할 경우, 라우팅이 크기 제한이 없는 라우팅 경로가 아닌 크기 제한이 있는 라우팅 경로를 우선 사용하도록 해당 라우팅 그룹 커넥터에 대해 더 높은 비용을 구성해야 합니다. 자세한 내용은 내부 라우팅의 메시지 크기 제한을 구성하는 방법을 참조하십시오.

Exchange 2007 RTM도 라우팅 그룹에 연결하기 위해 이전 Exchange Server에 구성된 비 SMTP 커넥터를 인식하지 않습니다. Exchange 2003 또는 Exchange 2000 라우팅 그룹에 대해 최소 비용의 라우팅 경로를 계산할 때 비 SMTP 커넥터는 고려되지 않습니다. Exchange 2007 SP1에는 최소 비용의 라우팅 경로를 계산할 때 Microsoft Exchange 전송 서비스의 라우팅 구성 요소가 비 SMTP 커넥터를 인식하도록 하는 지원이 포함되어 있습니다.

자세한 내용

자세한 내용은 다음 항목을 참조하십시오.

• Active Directory 사이트 기반 라우팅 이해

• 동시 사용 환경에서의 메시지 라우팅

• 메시지 다시 라우팅 및 연결할 수 없는 큐

• 전송 서버에 대한 부하 분산 및 내결함성

• 백 프레셔의 이해