다음을 통해 공유

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

  • 아티클

 

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

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

Microsoft Exchange Server 2007 허브 전송 서버는 조직의 사서함으로 메시지를 라우팅하는 역할을 합니다. 또한 원격 도메인으로 배달할 메시지를 해당 원격 도메인에 대해 메시지 배달을 처리하도록 구성된 커넥터로 라우팅하는 작업도 수행합니다. Exchange 2007의 조직 내 메시지 라우팅 토폴로지 및 라우팅 결정은 기존 Active Directory 디렉터리 서비스 사이트 토폴로지를 기반으로 합니다. 이 항목에서는 Exchange 2007에서 같은 Exchange 조직에 있는 전송 서버 간의 Active Directory 사이트 기반 라우팅을 구현하는 방법에 대해 설명합니다.

Exchange 2007 메시지 라우팅 개요

라우팅 결정은 메시지를 분류하는 동안 이루어집니다. 분류기는 받는 메시지를 모두 처리하고 받는 사람에 대한 정보에 따라 메시지로 수행할 작업을 결정하는 Microsoft Exchange 전송 서비스의 구성 요소입니다. 분류기는 서로 종속되는 여러 단계에 걸쳐 메시지를 처리하며, 이러한 메시지 처리 작업 중에 Microsoft Exchange 전송 서비스의 다른 구성 요소도 사용합니다. Exchange 2007 전송 서버가 메시지를 받고 SMTP 수신 중에 수행되는 사전 처리가 완료되고 나면 해당 메시지가 전송 큐로 배달됩니다. 그런 후 메시지가 다음과 같은 단계로 분류기를 통해 전송 큐에서 이동합니다.

  • 에이전트를 통해 전송 메시지 처리 분류 작업을 위해 메시지를 받으면 허브 전송 서버의 일부 에이전트를 통해 메시지가 처리됩니다. 이 단계 동안 적용되는 에이전트에는 Forefront Security for Exchange Server 바이러스 백신 에이전트(옵션) 및 저널링 에이전트 등이 있습니다.

  • 받는 사람 확인 이 단계 동안 받는 사람이 Exchange 조직 내에 사서함을 가지고 있는지 아니면 외부 전자 메일 주소를 사용하는지를 확인하기 위해 받는 사람의 전자 메일 주소가 확인됩니다.

  • 라우팅 받는 사람에 대한 정보가 확인되고 나면 분류기의 라우팅 구성 요소가 메시지의 최종 대상 및 해당 대상에 대한 경로를 확인하고, 메시지 릴레이를 위한 다음 세그먼트 또는 홉을 선택하여 실제 서버와 IP 주소 목록에 대해 다음 홉 정보를 확인합니다.

  • 콘텐츠 변환 메시지가 다음 홉으로 릴레이되기 전에 메시지가 받는 사람이 읽을 수 있는 형식으로 보내지도록 콘텐츠 변환이 수행됩니다. 콘텐츠 변환은 메일 흐름이나 저장을 위해(예: MAPI에서 MIME로 또는 UUENCODE에서 Base64 인코딩으로) 또는 전자 메일 클라이언트에 따라 적절하게 렌더링하기 위해(예: HTML에서 RTF로, RTF에서 일반 텍스트로) 한 가지 형식에서 다른 형식으로 전자 메일 메시지를 변환합니다.

  • 에이전트를 통해 라우팅된 메시지 처리   특정 메시지에 대해 라우팅 결정이 이루어지면 전송 규칙 에이전트 및 저널링 에이전트가 허브 전송 서버에 적용됩니다. 저널링 에이전트는 메시지가 전송될 때와 라우팅될 때 모두 적용되어 전송 규칙 에이전트에서 배달 주소를 수정하거나 메시지별 저널링 요구 사항을 적용하는 등 해당 메시지에 대해 수행하는 모든 변경 내용이 저널링 에이전트에서 무시되지 않도록 합니다.

  • 메시지 패키징 및 DSN 생성 최종적으로 분류된 메시지가 어셈블되어 배달 큐로 이동합니다. 이 단계에서 DSN(배달 상태 알림)도 생성될 수 있습니다.

그런 다음 메시지는 SMTP 송신, 저장소 드라이버 또는 외부 게이트웨이 연결 처리기에 의해 처리됩니다. 이 작업은 최종 대상에 따라 달라집니다. 외부 게이트웨이 연결 처리기는 외부 커넥터에서 사용하도록 구성된 Drop 디렉터리에 대해 메시지 배달을 관리하는 Microsoft Exchange 전송 서비스의 구성 요소입니다. 받는 사람의 경로를 찾을 수 없는 경우 해당 메시지는 연결할 수 없는 큐에 대기합니다. 각 배달 큐는 다음 홉 대상을 나타냅니다.

그림 1에서는 서로 다른 라우팅 단계에서 메시지 처리 작업이 수행되는 방법 및 메시지가 다음 홉 대상으로 배달되기 위해 대기되는 방법을 보여줍니다.

그림 1 메일 흐름의 라우팅 컨텍스트

메일 흐름에서의 라우팅 컨텍스트

참고

이 항목에서는 분류 작업의 라우팅 단계와 Active Directory 사이트 간에 메시지를 릴레이하는 데 사용되는 토폴로지 구성 요소 및 논리에 대해 중점적으로 설명합니다. 특정 받는 사람 유형으로의 메시지 라우팅에 대한 자세한 내용은 다음 항목을 참조하십시오.
• 외부 도메인으로 라우팅
• 내부 메시지 라우팅
• 동시 사용 환경에서의 메시지 라우팅
• 공용 폴더에 메시지 라우팅

Exchange 2007의 라우팅 토폴로지 및 구성 요소는 Exchange Server 2003 및 Exchange 2000 Server과는 상당히 다르지만 일반적으로는 다음과 같은 방식으로 상호 연관됩니다.

  • Active Directory 사이트는 Exchange 2003 및 Exchange 2000의 라우팅 그룹과 상호 연관됩니다.

  • IP 사이트 링크는 라우팅 그룹 커넥터의 개념과 상호 연관됩니다.

  • Exchange 2007의 허브 전송 서버 기능은 Exchange 2003 및 Exchange 2000의 전용 브리지헤드 서버 기능과 상호 연관됩니다.

그러나 각 Exchange 서버 버전에서 라우팅 경로를 결정하는 데 사용되는 방법은 서로 다릅니다. 동일한 조직에 여러 버전의 Exchange Server가 배포되어 있을 때 이러한 차이점이 라우팅에 미치는 영향에 대한 자세한 내용은 동시 사용 환경에서의 메시지 라우팅을 참조하십시오.

조직 내 라우팅 구성 요소

Exchange 2007에서 Active Directory 사이트 기반 라우팅을 구현하려면 Active Directory에 저장된 구성 정보에 액세스해야 합니다. Edge 전송 서버의 구성 정보는 로컬 서버의 ADAM(Active Directory Application Mode) 디렉터리 서비스 인스턴스에 저장되며 해당 인스턴스에서 액세스합니다. Microsoft Windows와 Exchange 2007 서비스가 함께 구성 데이터의 매핑을 만듭니다. 이러한 매핑은 라우팅 테이블에서 캐시되며, Exchange 2007에서는 라우팅 결정을 내릴 때 이 테이블을 참조합니다. 라우팅 토폴로지가 변경되면 캐시가 업데이트됩니다. 메시지 전송 중에 사용되는 Exchange 서비스는 허브 전송 서버 역할 및 Edge 전송 서버 역할에서 모두 같습니다. 그러나 Edge 전송 서버 역할은 Active Directory 토폴로지에 대한 정보를 캐시하지 않습니다.

내부 메시지 라우팅의 경우 다음과 같은 구성 및 서비스 구성 요소가 중요한 역할을 합니다.

  • Active Directory 사이트 Active Directory 사이트는 허브 전송 서버의 라우팅 경계를 나타냅니다. 허브 전송 서버는 사서함 서버, 메일 그룹 확장 서버 및 로컬 Active Directory 사이트에 있는 커넥터의 원본 서버와 해당 사이트에 가입된 Edge 전송 서버로 메시지를 직접 배달합니다. 그러나 허브 전송 서버는 받는 사람, 확장 서버 및 원격 Active Directory 사이트에 있는 커넥터의 다른 허브 전송 서버로 메시지를 릴레이해야 합니다. 허브 전송 서버 역할은 다른 Exchange 2007 서버 역할을 포함하는 모든 Active Directory 사이트에 배포되어야 합니다.

  • Active Directory IP 사이트 링크 Active Directory IP 사이트 링크는 Active Directory 사이트 간의 논리 경로를 정의합니다. Exchange 2007에서는 IP 사이트 링크 개체를 참조하여 원격 Active Directory 사이트의 최소 순위 라우팅 경로를 결정합니다.

  • 송신 커넥터 송신 커넥터는 주소 공간으로 메시지를 라우팅하는 데 사용됩니다. 일반적으로 메시지를 외부 도메인으로 배달할 때의 라우팅 대상은 송신 커넥터입니다. 여러 전자 메일 도메인에 대해 메시지를 수락하는 Exchange 조직에서는 각 주소 공간에서 전용으로 사용되는 송신 커넥터를 만들도록 결정할 수 있습니다. 송신 커넥터 선택에 대한 자세한 내용은 외부 도메인으로 라우팅을 참조하십시오.

  • 라우팅 그룹 라우팅 그룹은 Exchange 2003 및 Exchange 2000의 라우팅 경계를 나타냅니다. 기존 조직에서 Exchange 2007을 배포하는 경우 라우팅 과정에서 이전 버전의 Exchange Server에 상주하는 커넥터 또는 사서함으로 메시지를 배달할 라우팅 그룹 내의 서버 위치를 고려해야 합니다. 이전 버전의 Exchange Server와의 호환성을 구현하려면 조직에 배포된 Exchange 2007을 실행하고 있는 모든 컴퓨터가 하나의 글로벌 라우팅 그룹에 속해야 합니다.

  • 라우팅 그룹 커넥터 라우팅 그룹 커넥터는 Exchange 라우팅 그룹 간의 논리 경로를 정의합니다. Exchange 2007을 기존 Exchange 2003 또는 Exchange 2000 조직에 배포하는 경우 메시지는 라우팅 그룹 커넥터를 통해 여러 서버 버전 간에 라우팅됩니다. 첫 번째 허브 전송 서버를 배포하면 설치 프로세스를 수행할 때 Exchange 2007 글로벌 라우팅 그룹에서 레거시 라우팅 그룹으로의 라우팅 그룹 커넥터를 만들라는 메시지가 표시됩니다. 여러 버전의 Exchange Server를 배포할 때 환경 내에서 메시지 라우팅을 수행하는 방법에 대한 자세한 내용은 동시 사용 환경에서의 메시지 라우팅을 참조하십시오.

  • Microsoft Exchange 전송 서비스 Microsoft Exchange 전송 서비스는 Exchange 2007에 대해 SMTP(Simple Mail Transfer Protocol)를 공급하며 SMTP IN에서 SMTP OUT으로의 메시지 처리의 모든 구성 요소를 제어합니다. 일련의 구성 가능한 SMTP 수신 에이전트는 여러 SMTP 이벤트 발생 시 트리거됩니다. Microsoft Exchange 전송 서비스를 사용하면 메시지가 SMTP 전송을 통과할 때 이러한 에이전트가 메시지를 처리할 수 있으며 메시지가 분류기로 전송되기 전에 스팸 방지, 바이러스 백신 및 기타 작업을 수행할 수 있습니다.

    받는 사람 확인, 라우팅 및 콘텐츠 변환은 분류 작업 중에 수행됩니다. 또한 전송 파이프라인의 이 지점에서 추가 에이전트가 트리거됩니다. 또한 Microsoft Exchange 전송 서비스는 Exchange 토폴로지 검색에 토폴로지 검색 모듈을 사용합니다. Microsoft Exchange 전송 서비스에서 제공하는 구성 요소 및 처리 작업에 대한 자세한 내용은 Microsoft Exchange Server 2007 Transport Architecture Diagrams를 참조하십시오.

  • Microsoft Exchange Active Directory 토폴로지 서비스 Microsoft Exchange Active Directory 토폴로지 서비스는 Exchange 2007이 Active Directory에서 구성 및 받는 사람 데이터를 검색하는 데 사용할 수 있는 글로벌 카탈로그 서버 및 도메인 컨트롤러를 찾습니다. 또한 Microsoft Exchange Active Directory 토폴로지 서비스는 Exchange 2007 서버의 Active Directory 사이트 선호도를 최신 상태로 유지합니다.

  • 라우팅 테이블 라우팅 테이블에는 라우팅 구성 요소가 라우팅 결정을 내리는 데 사용하는 정보가 보관됩니다. 라우팅 테이블은 토폴로지 구성 요소 맵 및 각 구성 요소 간의 관계로 구성됩니다.

  • DNS Exchange 2007은 Microsoft Exchange 전송 서비스의 구성 요소인 향상된 DNS(Domain Name System) 클라이언트를 사용하여 대상 서버 이름 목록에 대해 다음 홉 선택 항목을 확인합니다. IP 주소에 대한 해당 서버 이름 목록을 확인하는 작업에는 표준 DNS 클라이언트가 사용됩니다. 또한 향상된 DNS는 라운드 로빈 방식을 사용하여 Exchange 2007 전송 서버에 대해 부하 분산 기능을 제공합니다.

  • SMTP SMTP는 SMTP 서버 간에 메시지가 릴레이될 때의 통신에 사용됩니다. SMTP 서버는 허브 전송 서버, Edge 전송 서버, Exchange 2000 서버, Exchange 2003 서버 또는 스마트 호스트일 수 있습니다. 허브 전송 서버는 RPC(원격 프로시저 호출)를 사용하여 해당 허브 전송 서버와 동일한 Active Directory 사이트 구성원 자격이 있는 사서함 서버로 메시지를 직접 배달합니다.

Active Directory 사이트

Active Directory 사이트는 네트워크의 물리적 측면을 기반으로 하는 논리적 구성 요소입니다. Active Directory 사이트를 만드는 주요 목적은 네트워크에서 Active Directory 복제 트래픽을 최적으로 제어할 수 있는 방식으로 연결되어 있는 서브넷을 정의하기 위한 것입니다. 커넥터나 일정을 사용하지 않고도 Active Directory 사이트의 복제 트래픽 흐름이 이루어질 수 있습니다. 그러나 복제 트래픽 흐름이 Active Directory 사이트 간에 이루어져야 하는 경우 Active Directory 사이트 링크 구성의 제어를 받습니다. Active Directory 사이트는 여러 도메인의 서버를 호스트할 수 있습니다. 또한 하나의 도메인도 여러 Active Directory 사이트에 표시될 수 있습니다.

Active Directory 사이트는 Exchange 2007의 라우팅 경계를 나타냅니다. 허브 전송 서버 역할이 설치된 컴퓨터는 Active Directory 사이트 토폴로지를 기반으로 라우팅 결정을 내립니다.

사이트 구성원 확인

기본적으로 Active Directory 포리스트에는 Active Directory 사이트가 하나만 포함되어 있습니다. 이 Active Directory 사이트의 기본 이름은 Default-First-Site-Name입니다. 다른 Active Directory 사이트를 만들지 않으면 포리스트에 있는 모든 도메인 구성원 컴퓨터가 Default-First-Site-Name의 구성원이 됩니다. 따라서 서브넷과 사이트 간 연결을 구성할 필요가 없습니다. Active Directory 사이트를 추가로 만드는 경우에는 해당 Active Directory 사이트에 할당되는 서브넷을 지정해야 합니다.

각 Active Directory 사이트는 하나 이상의 IP 서브넷에 연결됩니다. 관리자는 도메인 컨트롤러 및 글로벌 카탈로그 서버로 구성된 컴퓨터에 Active Directory 사이트 구성원 자격을 할당합니다. Exchange 서버 등의 다른 도메인 구성원 컴퓨터는 Active Directory 사이트에 연결된 IP 서브넷에 있는 IP 주소를 사용하도록 구성될 때 자동으로 Active Directory 사이트 구성원 자격을 할당받습니다. 동일한 Active Directory 사이트 구성원 자격이 있는 컴퓨터의 경우 네트워크에 제대로 연결된 것으로 간주합니다. 서버는 항상 하나의 Active Directory 사이트에 속한 구성원이 됩니다.

응용 프로그램이 설치되어 있는 컴퓨터와 포리스트에 있는 다른 컴퓨터의 Active Directory 사이트 구성원 자격을 결정할 수 있으며 해당 정보를 사용하여 통신 흐름을 제어할 수 있는 경우 이 응용 프로그램을 사이트 인식 응용 프로그램이라고 합니다. 사이트 인식 응용 프로그램에서 도메인 컨트롤러 또는 글로벌 카탈로그 서버와 같은 다른 서버의 서비스를 사용해야 하는 경우 해당 서비스를 요청하는 컴퓨터와 동일한 Active Directory 구성원 자격이 있는 서버에 우선 순위가 주어집니다.

Exchange 2007은 사이트 인식 응용 프로그램이며 다른 Exchange 2007 서버 역할이 설치되어 있는 컴퓨터에서 실행되는 서버와의 통신 및 메시지 라우팅에 Active Directory 토폴로지를 사용합니다. Active Directory 사이트는 라우팅 경계일 뿐 아니라 서비스 검색 경계이기도 합니다.

도메인 구성원 컴퓨터에 대한 사이트 구성원 자격을 결정하는 작업은 로컬 IP 주소를 정의된 서브넷과 비교한 다음 적절한 사이트 구성원 자격 연결을 결정하는 일련의 DNS 쿼리에 따라 달라집니다. DNS 쿼리와 연관된 오버헤드를 줄이기 위해 Exchange 2007 Active Directory에 추가된 스키마에는 Exchange 서버 개체에 대한 msExchServerSite 특성이 포함되어 있습니다. 이 특성의 값은 Exchange 서버의 Active Directory 사이트 고유 이름입니다. 이 특성은 각 Exchange 서버 개체의 속성입니다. 사이트 구성원 자격 선호도가 서버 개체의 특성으로 저장될 때 DNS 쿼리를 사용하는 대신 현재 토폴로지를 Active Directory에서 직접 읽을 수 있으며, 가입된 Edge 전송 서버와 같은 비도메인 컴퓨터에 대해 사이트 구성원 자격 연결을 사용할 수 있습니다.

msExchServerSite 특성의 값은 Microsoft Exchange Active Directory 토폴로지 서비스에 의해 사용되고 최신 상태로 유지됩니다. Windows 기반 컴퓨터가 시작되면 네트워크 로그온 서비스가 해당 컴퓨터의 사이트 구성원 자격을 확인합니다. 네트워크 로그온 서비스는 해당 정보를 사용하여 로컬 컴퓨터와 동일한 Active Directory 사이트에 있는 도메인 컨트롤러를 찾은 다음 해당 서버에 대해 권한 부여 및 인증 요청을 지시합니다. Microsoft Exchange Active Directory 토폴로지 서비스는 DsGetSiteName API 호출을 통해 네트워크 로그온 서비스에서 사이트 구성원 값을 검색하며 Active Directory 사이트의 고유 이름을 Active Directory에 있는 Exchange 서버 개체의 msExchangeServerSite 특성에 씁니다.

표 1에서는 조직에서 Active Directory 사이트를 정의하는 방법을 보여줍니다. 이 예제에서는 세 개의 Active Directory 사이트를 정의하며 각 Active Directory 사이트는 둘 이상의 IP 서브넷에 연결되어 있습니다.

표 1 Active Directory 사이트와 서브넷 간 연결 예제

Active Directory 사이트 이름 연결된 IP 서브넷

사이트 A

192.168.1.0/24

192.168.2.0/24

사이트 B

192.168.3.0/24

192.168.4.0/24

사이트 C

192.168.5.0/24

192.168.6.0/24

HubTransportA 서버의 IP 주소가 192.168.1.1인 경우 사이트 A의 구성원이 됩니다. 서버의 IP 주소를 변경하면 사이트 구성원 자격도 변경할 수 있습니다. HubTransportA의 IP 주소를192.168.2.1로 변경해도 해당 서버의 Active Directory 사이트 구성원 자격은 변경되지 않습니다. 해당 서브넷은 사이트 A에도 연결되어 있기 때문입니다. 그러나 서버를 이동하여 IP 주소가 192.168.3.1로 변경된 경우 해당 서버는 사이트 B의 구성원으로 간주됩니다.

서브넷 연결을 Active Directory 사이트로 변경하는 경우에도 사이트 구성원 자격이 변경될 수 있습니다. 예를 들어, 서브넷 192.168.3.0을 사이트 B와의 연결에서 제거하고 사이트 A에 연결시키면 IP 주소가 192.168.3.1인 서버의 사이트 구성원 자격도 사이트 A로 변경됩니다. 사이트 구성원 자격이 변경될 때마다 Exchange 2007에서 구성 데이터를 업데이트하여 Exchange 2007에서 라우팅 결정을 내릴 때 변경 내용이 반영되도록 해야 합니다. Active Directory 사이트 구성원 자격이 변경되고 토폴로지 변경 내용이 완전히 전파되는 사이에 약간의 대기 시간이 발생합니다. 토폴로지 변경 내용을 전파하려면 다음 통신이 다음과 같은 순서로 수행되어야 합니다.

  1. 사이트 구성원 자격 변경 내용이 도메인 컨트롤러에 기록됩니다. 업데이트된 정보가 포리스트에 있는 각 Active Directory 사이트의 도메인 컨트롤러 간에 복제됩니다. 변경 내용이 포리스트 전체로 완전히 전파되는 데 필요한 시간은 Active Directory 복제 토폴로지 및 사이트 링크에서 정의하는 일정에 따라 달라집니다.

  2. 네트워크 로그온 서비스가 모든 Windows 기반 컴퓨터에서 실행되어 Active Directory 사이트 구성원 자격의 변경 내용을 자주 폴링합니다. 네트워크 로그온 서비스는 5분 간격으로 폴링합니다. 따라서 네트워크 로그온 서비스에서 5분 내에 업데이트를 받는 로컬 도메인 컨트롤러의 변경 내용을 검색합니다.

  3. Microsoft Exchange Active Directory 토폴로지 서비스가 15분 간격으로 네트워크 로그온 서비스를 쿼리하여 로컬 Exchange 서버의 Active Directory 사이트 구성원 자격을 확인합니다. 변경 내용이 검색되면 Microsoft Exchange Active Directory 토폴로지 서비스에서 MsExchServerSite 특성을 업데이트합니다.

  4. 그러면 Exchange 서버 구성 개체의 변경된 사이트 특성 값이 조직 전체로 복제되고 조직의 Exchange 서버에서 이 변경 내용을 검색합니다. 그런 다음 라우팅 테이블이 새 Active Directory 사이트 구성원 자격 특성 값으로 업데이트됩니다.

Active Directory 사이트 구성원 자격 변경 내용이 적용되는 시간과 업데이트된 정보를 다른 Exchange 2007 서버에서 사용할 수 있는 시간 사이에는 약간의 대기 시간이 발생합니다. Exchange 2007에서 이러한 유형의 구성 변경 내용을 처리하는 방법에 대한 자세한 내용은 이 항목 뒷부분의 "다시 라우팅 및 연결할 수 없는 큐"를 참조하십시오.

IP 사이트 링크

사이트 링크는 Active Directory 사이트 간의 논리 경로입니다. 사이트 링크 개체는 지정된 사이트 간 전송을 통해 같은 순위로 통신할 수 있는 사이트 집합을 나타냅니다. 사이트 링크는 실제 네트워크에서 네트워크 패킷이 이동하는 실제 경로에 해당하지 않습니다. 그러나 관리자가 사이트 링크에 할당하는 순위는 대개 기본 네트워크 안정성, 속도 및 사용 가능한 대역폭과 관련되어 있습니다. 예를 들어, Active Directory 관리자는 속도가 100Mbps(메가비트/초)인 네트워크 연결에 대해 속도가 10Mbps인 네트워크 연결보다 낮은 순위를 할당할 수도 있습니다.

사이트 링크의 기본 순위는 100이며 유효한 사이트 링크 순위는 1에서 99,999 사이의 숫자입니다. 중복 링크를 지정하는 경우에는 항상 가장 낮은 순위가 할당된 링크가 기본 설정됩니다.

기본적으로 모든 사이트 링크는 전이적입니다. 즉, 사이트 A에 사이트 B에 대한 링크가 있고 사이트 B에는 사이트 C에 대한 링크가 있는 경우 사이트 A는 사이트 C에 전이적으로 연결되어 있습니다. 사이트 A와 사이트 C 간의 전이적 링크를 사이트 링크 브리지라고도 합니다.

통신용 전송 프로토콜로 IP 또는 SMTP를 사용하도록 Active Directory 사이트 링크를 구성할 수 있습니다. Exchange 2007에서는 라우팅 결정을 내릴 때 IP 사이트 링크만 사용합니다. SMTP 사이트 링크는 해당 프로토콜을 사용하여 복제할 수 있는 데이터 형식으로 제한되며, 신뢰할 수 있는 네트워크 링크가 없는 Active Directory 사이트 간의 복제에 대해 저장 후 전달 메커니즘을 제공하도록 설계되었습니다. 그러나 IP 사이트 링크는 해당 링크 전체에서 복제할 수 있는 데이터 유형으로 제한되지 않습니다. Exchange 2007에서는 라우팅 토폴로지를 결정할 때 IP 사이트 링크만 사용합니다. IP 사이트 링크에 할당되는 순위는 Exchange 2007의 라우팅 구성 요소가 라우팅 테이블을 계산할 때 고려됩니다. 이러한 순위는 메시지를 최종적으로 배달할 대상에 대한 최소 순위 라우팅 경로를 계산하는 데 사용됩니다.

참고

IP 사이트 링크에 일정과 복제 간격을 할당할 수도 있습니다. 이러한 특성은 Exchange 2007 메일 흐름에는 영향을 주지 않습니다.

모든 Active Directory 사이트는 적어도 하나 이상의 IP 사이트 링크에 연결되어야 합니다. 단일 기본 IP 사이트 링크의 이름은 DEFAULTIPSITELINK입니다. Active Directory 사이트를 만들 때는 해당 사이트를 IP 사이트 링크에 연결해야 합니다. IP 사이트 링크를 추가로 만들어 원하는 토폴로지를 구현하거나 모든 Active Directory 사이트를 DEFAULTIPSITELINK에 연결할 수도 있습니다. IP 사이트 링크에 속하는 각 Active Directory 사이트는 동일한 순위로 해당 링크에 있는 다른 모든 사이트와 직접 통신할 수 있습니다. IP 사이트 링크에서는 항상 서버 간의 양방향 통신을 사용할 수 있습니다. IP 사이트 링크를 추가로 만들지 않고 모든 Active Directory 사이트를 DEFAULTIPSITELINK에 연결하는 경우를 전체 메시 토폴로지라고 합니다. 전체 메시 토폴로지는 각 네트워크 세그먼트가 지점 간 물리적 또는 논리적 연결을 통해 직접 다른 네트워크 세그먼트에 도달할 수 있는 네트워크 아키텍처입니다.

그림 2에서는 포리스트에 네 개의 Active Directory 사이트가 구성되어 있으며 각 사이트는 DEFAULTIPSITELINK에 연결되어 있습니다. 따라서 각 Active Directory 사이트는 동일한 순위 메트릭을 사용하여 다른 모든 사이트와 직접 통신합니다. 여러 통신 경로가 표시되어 있지만 IP 사이트 링크는 하나만 정의되어 있습니다.

그림 2 단일 IP 사이트 링크가 있는 전체 메시 토폴로지

단일 IP 사이트 링크를 사용한 풀 메시 토폴로지

그림 3에서도 포리스트에 네 개의 Active Directory 사이트가 구성되어 있습니다. 그러나 이 토폴로지의 경우 관리자가 Active Directory 사이트의 허브 및 스포크 토폴로지를 만들도록 IP 사이트 링크를 구성했습니다. 각 스포크 사이트는 중앙 사이트와 직접 통신할 수 있으며 전이적 IP 사이트 링크를 사용하여 서로 통신할 수 있습니다.

그림 3 Active Directory IP 사이트 링크의 허브 및 스포크 토폴로지

IP 사이트 링크의 허브 및 스포크 토폴로지

Active Directory 관리자는 포리스트의 연결성 및 통신 요구 사항을 가장 효율적으로 나타내는 토폴로지를 구현합니다. Exchange 2007에서도 이러한 토폴로지를 사용하므로 현재 토폴로지가 효율적인 메시지 통신을 지원하는지를 확인해야 합니다. Exchange 조직 관리자는 Exchange 관련 순위를 IP 사이트 링크에 할당할 수 있습니다. Exchange 순위를 IP 사이트 링크에 할당하는 경우 Exchange 2007에서 이 순위를 사용합니다. 그렇지 않은 경우에는 Active Directory 순위가 사용됩니다. IP 사이트 링크에 대해 Exchange 순위를 설정하는 방법에 대한 자세한 내용은 이 항목 뒷부분의 "IP 사이트 링크 순위 제어"를 참조하십시오. 엔터프라이즈 관리자 그룹의 구성원인 관리자는 IP 사이트 링크를 추가로 만들 수 있습니다.

Active Directory 사이트 구성에 대한 자세한 내용은 Designing the Site Topology를 참조하십시오.

토폴로지 검색

Exchange 2007 토폴로지는 자체 구성이 없으므로 Active Directory 사이트 토폴로지를 사용합니다. 다음과 같은 필수 요소가 있어야 Active Directory 토폴로지를 Exchange 2007에서 사용할 수 있습니다.

  • Microsoft Exchange Active Directory 토폴로지 서비스

  • Microsoft Exchange 전송 서비스 내의 토폴로지 검색 모듈

Microsoft Exchange Active Directory 토폴로지 서비스는 Edge 전송 서버 역할을 제외한 모든 Exchange 2007 서버 역할에서 실행됩니다. 이러한 Exchange 2007 서버에서는 Microsoft Exchange Active Directory 토폴로지 서비스를 사용하여 Exchange 서버에서 Active Directory 데이터를 읽고 쓰는 데 사용할 수 있는 글로벌 카탈로그 서버 및 도메인 컨트롤러를 검색합니다. Exchange 2007은 Microsoft Exchange에서 Active Directory에 대해 읽기 또는 쓰기 작업을 수행해야 할 때마다 확인된 디렉터리 서버에 바인딩됩니다.

Microsoft Exchange 전송 서비스의 일부인 토폴로지 검색 모듈은 Active Directory 토폴로지에 대한 정보를 Exchange 서버에 제공합니다. 이 API는 조직에서 Exchange 서버 및 역할을 검색하며 Active Directory 구성 개체에 대한 각 항목의 관계를 결정합니다. 구성 데이터는 Active Directory에서 검색되어 해당 컴퓨터에서 실행 중인 Exchange 서비스에서 액세스할 수 있도록 캐시됩니다.

토폴로지 검색 모듈은 다음 단계를 수행하여 Exchange 라우팅 토폴로지를 생성합니다.

  1. Active Directory에서 데이터를 읽습니다. 다음 개체가 모두 검색됩니다.

    • Active Directory 사이트

    • IP 사이트 링크

    • 모든 Exchange 서버 여기에는 이러한 서버에 배포되는 Exchange 2007 서버 역할에 대한 정보가 포함됩니다.

  2. 1단계에서 검색된 데이터는 초기 토폴로지를 만들고 관련 구성 개체를 연결 및 매핑하는 데 사용됩니다.

  3. Active Directory에 저장된 Exchange 서버 개체에서 사이트 특성 값을 검색하여 Exchange 서버를 Active Directory 사이트에 일치시킵니다.

  4. 검색된 정보 모음으로 라우팅 테이블을 업데이트합니다.

이 프로세스를 통해 모든 Exchange 2007 서버가 조직의 다른 Exchange 서버 및 각 Exchange 서버 간의 거리를 인식할 수 있도록 합니다.

Exchange 2007 라우팅 테이블

Microsoft Exchange 전송 서비스는 시작 시 Active Directory 또는 Edge 전송 서버의 ADAM에서 검색된 정보 스냅숏을 기반으로 하는 라우팅 테이블 집합을 계산합니다. ADAM에 저장되어 있는 구성 정보에는 사용 가능한 커넥터 및 허용되는 도메인은 포함되지만 토폴로지 데이터는 포함되지 않습니다.

라우팅 구성 요소는 라우팅 테이블을 참조하여 메시지를 받는 사람에게 라우팅하는 방법을 결정합니다. 구성이 변경되면 라우팅 테이블은 다시 작성됩니다. 그러면 새 라우팅 테이블이 새로 받는 메시지를 라우팅하는 데 사용됩니다. 라우팅 구성 요소에 구성 변경 내용이 적용되면 원격 배달 큐에 있는 메시지도 다시 라우팅됩니다. 메시지 다시 라우팅에 대한 자세한 내용은 이 항목 뒷부분의 "다시 라우팅 및 연결할 수 없는 큐"를 참조하십시오.

Active Directory에서 검색되어 허브 전송 서버의 라우팅 구성 요소에서 사용할 수 있는 구성 데이터는 다음과 같습니다.

  • Active Directory 사이트

  • Active Directory IP 사이트 링크

  • Exchange 서버 및 Active Directory 사이트에 대한 해당 서버의 관계

  • SMTP 커넥터

  • 비 SMTP 커넥터. Exchange 2007 외부 커넥터 및 Exchange 2003 또는 Exchange 2000에서 호스트하는 비 SMTP 커넥터가 여기에 포함됩니다.

  • 라우팅 그룹

  • 라우팅 그룹 커넥터

  • 사서함 저장소(개인 MDB(메시지 데이터베이스))

  • 공용 폴더 저장소(공용 MDB)

  • 공용 폴더 계층

이 데이터를 기반으로 Microsoft Exchange 전송 서비스의 라우팅 구성 요소가 라우팅 테이블을 채워 라우팅 결정을 효율적으로 수행할 수 있도록 합니다. 라우팅 테이블은 토폴로지 맵을 만드는 데 사용되는 데이터와 연관됩니다. 이 토폴로지 맵에는 다음 요소가 포함됩니다.

  • 연결된 커넥터 맵 이 맵은 로컬 서버의 수신 커넥터 식별자를 연결된 송신 커넥터와 연관시킵니다.

  • 서버 맵 조직의 모든 Exchange 2007 허브 전송 서버, Edge 전송 서버, 사서함 서버 및 Exchange 2000과 Exchange 2003 서버가 서버 맵에 포함됩니다. 이 맵은 각 Exchange 서버의 고유 이름을 서버 라우팅 데이터에 연관시킵니다. 해당 서버에 도달하는 전체 순위가 여기에 포함됩니다.

  • 레거시 서버 맵 조직의 모든 Exchange 2007 허브 전송 서버, Edge 전송 서버, 사서함 서버 및 Exchange 2000과 Exchange 2003 서버가 레거시 서버 맵에 포함됩니다. 이 맵은 각 Exchange 서버의 레거시 고유 이름을 서버 라우팅 데이터에 연관시킵니다. 해당 서버에 도달하는 전체 순위가 여기에 포함됩니다. 이 맵에서는 저장소 대체 기능이 지원됩니다. 저장소 대체 기능은 공용 폴더에만 사용할 수 있습니다. 자세한 내용은 공용 폴더에 메시지 라우팅을 참조하십시오.

  • MDB 맵 조직의 모든 MDB가 MDB 맵에 포함됩니다. 이 맵은 각 MDB의 고유 이름을 서버 라우팅 데이터에 연관시킵니다. 해당 서버에 도달하는 전체 순위가 여기에 포함됩니다.

  • Active Directory 사이트 맵 이 맵은 각 Active Directory 사이트를 로컬 사이트에서 다른 모든 사이트로의 최소 순위 라우팅 경로를 포함하는 구조에 연관시킵니다. 이 맵에는 최소 순위 라우팅 경로에 있는 모든 허브 사이트가 포함됩니다. 각 라우팅 경로 홉도 향상된 DNS 구성 요소에서 사용될 해당 사이트의 모든 허브 전송 서버를 표시합니다.

  • 라우팅 그룹 맵 이 맵은 Exchange 2007 라우팅 그룹에서 각 레거시 라우팅 그룹으로의 최소 순위 라우팅 경로에 대해 전체 순위와 첫 번째 홉 라우팅 그룹 커넥터를 연결합니다.

  • 송신 커넥터 맵 이 맵은 조직에 구성되어 있는 송신 커넥터와 각 커넥터의 원본 서버를 식별합니다.

라우팅 테이블은 전송 서버가 시작된 다음 구성 변경 내용을 받아 다시 계산될 때마다 작성됩니다. 구성 변경 내용은 다음 방식으로 검색할 수 있습니다.

  • Active Directory 변경 알림 알림을 받는 시간과 변경 내용이 라우팅 테이블에 기록되는 시간 사이에는 지연 시간이 있습니다. 이 지연 시간 동안 라우팅 구성 요소는 변경 내용을 일괄 처리하고 단일 작업으로 여러 변경 내용을 처리할 수 있습니다. 기본적으로 각 알림은 라우팅 구성 요소의 처리 작업을 5초 동안 지연시킵니다. 예를 들어, 정확히 1초 간격으로 5개의 알림을 받는 경우 라우팅 과정에서 총 9초 동안 변경 내용 처리가 지연됩니다.

  • 서비스 제어 명령에 의한 구성 다시 로드 라우팅 구성 요소는 Microsoft Exchange 전송 서비스가 다시 시작되면 구성 데이터를 다시 로드합니다.

  • Active Directory 알림에서 지원하지 않는 변경 내용을 추적하기 위해 주기적으로 다시 로드 기본적으로 라우팅 과정에서는 모든 변경 내용이 추적되었는지를 확인하기 위해 주기적으로 구성 데이터가 다시 로드됩니다. 구성은 6시간 간격으로 다시 로드됩니다.

라우팅 테이블의 정보는 라우팅 로그에 기록됩니다. 이 로그는 기본적으로 C:\Program Files\Microsoft\Exchange Server\TransportRoles\Logs\Routing 폴더에 있습니다. 라우팅 테이블이 계산될 때마다 새 로그가 생성됩니다. 허브 전송 서버가 Active Directory에 연결할 수 없는 경우에도 라우팅은 현재 캐시된 데이터를 기반으로 하여 라우팅 결정 작업을 계속합니다. 이는 데이터가 최신 상태가 아닌 경우에도 적용됩니다. 자세한 내용은 라우팅 테이블 로깅 관리를 참조하십시오.

최종 대상 결정

허브 전송 서버가 다음 원본에서 메시지를 받을 수 있습니다.

  • 메시지를 조직으로 릴레이하는 Edge 전송 서버

  • 사서함 서버 전송

  • Pickup 디렉터리 또는 Replay 디렉터리

  • 통합 메시징 서버

  • DSN와 같은 내부 생성 시스템 메일

  • 다른 허브 전송 서버

  • Exchange 2003 또는 Exchange 2000 서버

  • Pickup 디렉터리로 전송하는 외부 게이트웨이

  • 타사 SMTP 서버

허브 전송 서버가 메시지를 받을 때 해당 메시지가 분류되어야 합니다. 메시지 분류의 첫 단계는 받는 사람 확인입니다. 받는 사람을 확인하고 나면 최종 대상을 결정할 수 있습니다. 다음 단계인 라우팅에서는 가장 효율적으로 해당 대상에 도달하는 방법을 결정합니다. 이 단계에서는 결정적인 하나의 경로를 선택합니다. 라우팅 구성이 변경되는 경우가 아니면 이 경로는 다시 계산되지 않습니다.

보내는 서버의 측면에서 볼 때 각 배달 큐는 특정 메시지의 대상을 나타냅니다. 허브 전송 서버 또는 Edge 전송 서버에서 메시지의 대상을 선택하면 해당 대상은 받는 사람에 대해 NextHopSolutionKey 특성으로 스탬프 처리됩니다. 하나의 메시지를 여러 받는 사람에게 보내는 경우 각 받는 사람에게 NextHopSolutionKey 특성이 적용됩니다. 받는 서버에서도 메시지 분류를 수행하고 메시지를 배달용으로 대기시킵니다. 메시지가 대기 상태가 되고 나면 특정 큐의 배달 유형을 확인하여 해당 메시지가 다음 홉 대상에 도달했을 때 다시 릴레이할 것인지를 결정할 수 있습니다.

메시지의 대상은 다음 배달 유형 중 하나로 분류될 수 있습니다.

  • DNS 커넥터 배달 로컬 서버가 원본 서버인 SMTP 송신 커넥터를 사용하여 외부 받는 사람에게 배달되도록 대기 중인 메시지의 배달 유형입니다. 이 커넥터는 DNS를 사용하여 받는 사람 주소를 확인하도록 구성됩니다.

  • 비 SMTP 게이트웨이 배달 로컬 서버가 원본 서버인 외부 커넥터를 사용하여 외부 받는 사람에게 배달되도록 대기 중인 메시지의 배달 유형입니다. 이 배달 유형은 메시지를 로컬 서버의 외부 커넥터 Drop 디렉터리로 배달하는 경우에만 사용합니다.

  • 스마트 호스트 커넥터 배달 로컬 서버가 원본 서버인 SMTP 송신 커넥터를 사용하여 외부 받는 사람에게 배달되도록 대기 중인 메시지의 배달 유형입니다. 커넥터는 배달에 스마트 호스트를 사용하도록 구성됩니다.

  • Edge 전송 서버에 대한 Active Directory의 SMTP 릴레이 로컬 Active Directory 사이트에 가입된 Edge 전송 서버가 원본 서버인 SMTP 송신 커넥터를 사용하여 외부 받는 사람에게 배달되도록 대기 중인 메시지의 배달 유형입니다.

  • MAPI 배달 로컬 Active Directory 사이트의 사서함 서버에 있는 공용 폴더 저장소, 공용 폴더 또는 받는 사람의 사서함으로 배달되도록 대기 중인 메시지의 배달 유형입니다.

  • Active Directory 사이트의 SMTP 릴레이 로컬 서버와 동일한 Active Directory 사이트에 있는 허브 전송 서버로 배달되도록 대기 중인 메시지의 배달 유형입니다. 대상 서버는 송신 커넥터 또는 외부 커넥터의 원본 서버, 라우팅 그룹 커넥터의 원본 서버 또는 메일 그룹 확장 서버일 수 있습니다.

  • 원격 Active Directory 사이트에 대한 SMTP 릴레이 원격 Active Directory 사이트에 있는 허브 전송 서버로 배달되도록 대기 중인 메시지의 배달 유형입니다. 원격 Active Directory 사이트의 대상 서버는 다음 중 하나일 수 있습니다.

    • 외부 받는 사람에게 메시지를 전송하도록 구성된 커넥터의 원본 서버

    • 라우팅 그룹 커넥터의 원본 서버

    • 메일 그룹 확장 서버

    • 원격 Active Directory 사이트에 있는 사서함 서버

    메시지는 대상 사이트에 있는 허브 전송 서버 중 하나로 배달됩니다. 필요한 경우 받는 서버가 Active Directory 사이트 내에서 메시지를 릴레이합니다.

  • 레거시 라우팅 그룹에 대한 SMTP 릴레이 Exchange 2003 또는 Exchange 2000 라우팅 그룹에 도달하기 위해 사용한 첫 번째 홉 라우팅 그룹 커넥터로 배달되도록 대기 중인 메시지의 배달 유형입니다. 대상 서버는 다음 중 하나일 수 있습니다.

    • 커넥터의 원본 서버

    • 확장 서버

    • 라우팅 그룹의 사서함 받는 사람으로 주소가 지정된 메시지를 배달하는 Exchange 2003 브리지헤드 서버

  • 연결할 수 없음 받는 사람에 대한 경로를 구성할 수 없으며 메시지가 연결할 수 없는 큐에 있습니다.

최소 순위의 라우팅 경로 결정

대상에 대한 라우팅 경로가 여러 개 있는 경우 Exchange 2007 라우팅 과정에서는 결정적 알고리즘을 사용하여 메시지를 라우팅할 결정적인 라우팅 경로를 하나 선택합니다. 개별 메시지 라우팅 시나리오에 따라 최소 순위의 라우팅 경로 선택에 영향을 줄 수 있는 요인은 다음과 같습니다.

  • 연결된 커넥터 메시지를 받는 수신 커넥터가 송신 커넥터에 연결되어 있는 경우 메시지는 순위에 관계없이 해당 송신 커넥터로 라우팅됩니다. 이 구성은 항상 우선적으로 적용됩니다.

  • 대상에 도달하기 위해 통과해야 하는 IP 사이트 링크 및 라우팅 그룹 커넥터에 할당된 순위 원본 서버와 대상 서버 간에 라우팅 경로가 여러 개 있는 경우 집계 순위가 가장 낮은 라우팅 경로가 선택됩니다.

  • Active Directory 사이트에 할당된 이름 여러 개의 라우팅 경로에 지정된 집계 순위가 같은 경우 라우팅 구성 요소는 각 라우팅 경로에 있는 대상 사이트 앞에 오는 Active Directory 사이트의 이름을 영숫자순으로 비교합니다. 그런 다음 대상에 가장 가까운 Active Directory 사이트가 영숫자순으로 가장 낮은 순위인 라우팅 경로가 사용됩니다.

  • 라우팅 그룹 커넥터에 할당된 이름 여러 개의 라우팅 경로에 지정된 집계 순위가 같은 경우 라우팅 구성 요소는 각 라우팅 경로에 있는 대상 앞에 오는 라우팅 그룹 커넥터의 이름을 영숫자순으로 비교합니다. 그런 다음 대상에 가장 가까운 라우팅 그룹 커넥터가 영숫자순으로 가장 낮은 순위인 라우팅 경로가 사용됩니다.

  • 송신 커넥터에 할당된 주소 공간 대상에 일치하는 가장 구체적인 주소 공간이 할당되어 있는 송신 커넥터가 선택됩니다.

  • 송신 커넥터에 구성되어 있는 주소 공간에 할당된 순위 같은 주소 공간에 여러 개의 송신 커넥터가 할당되어 있는 경우 라우팅 구성 요소는 주소 공간에 할당된 순위를 비교합니다. 그런 다음 순위가 가장 낮은 송신 커넥터가 선택됩니다.

  • 커넥터 상태 Exchange 2007 라우팅 구성 요소는 라우팅 경로를 계산할 때 사용하도록 설정된 커넥터만을 고려합니다. 그러나 이전 버전의 Exchange Server에서는 커넥터 상태를 고려하지 않습니다. 자세한 내용은 동시 사용 환경에서의 메시지 라우팅을 참조하십시오.

  • 커넥터 범위 커넥터는 자신의 원본 전송 서버와 동일한 Active Directory 사이트에 있는 Exchange 2007 서버에서만 사용되도록 제한될 수 있습니다. 이전 버전의 Exchange Server에서는 커넥터 범위를 동일한 라우팅 그룹 구성원이 있는 서버로 제한할 수 있었습니다.

  • 메시지 크기 제한 커넥터에 대해 지정된 메시지 크기 제한이 라우팅 중인 메시지의 크기보다 커야 합니다. 커넥터에 적용된 메시지 크기 제한이 실제 메시지 크기보다 작은 경우 해당 커넥터는 라우팅 과정에서 고려되지 않습니다.

  • 보내는 서버에 대한 대상의 근접성   라우팅에서는 로컬 서버, 동일한 Active Directory 사이트에 있는 서버, 원격 Active Directory 사이트 또는 라우팅 그룹에 있는 서버의 순서로 가장 근접한 서버가 우선적으로 사용됩니다.

앞서 설명한 것과 같이 Exchange 2007에서는 결정적 알고리즘을 사용하여 최소 순위 라우팅 경로를 선택합니다. 라우팅 경로를 선택하는 데 사용되는 논리는 다음과 같습니다.

  • 먼저 IP 사이트 링크의 순위와 대상에 도달하기 위해 통과해야 하는 모든 라우팅 그룹 커넥터의 순위를 합하여 최소 순위 라우팅 경로를 계산합니다. 대상이 커넥터인 경우 주소 공간에 할당된 순위가 선택한 커넥터에 도달하기 위한 순위에 더해집니다. 사용 가능한 라우팅 경로가 여러 개인 경우 집계 순위가 가장 낮은 라우팅 경로만 사용됩니다.

  • 집계 순위가 같은 여러 라우팅 경로가 있는 경우에는 각 경로의 홉 수를 평가하여 홉 수가 가장 적은 라우팅 경로가 사용됩니다.

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

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

그림 4 Exchange 2007 라우팅 토폴로지

최소 비용의 Exchange 라우팅 선택

예제 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 2007 허브 전송 서버는 최소 순위 라우팅 경로에 있는 각 Active Directory 사이트로 릴레이를 수행하지 않습니다. 라우팅 경로가 결정되고 나면 메시지는 원본 서버에서 다음 홉으로 직접 릴레이됩니다. 다음 홉 선택에서는 최종 대상과 최대한 가까운 위치로 메시지를 배달하려고 합니다. 최종 대상에 도달하려면 사이트 간 릴레이를 추가로 수행해야 할 수 있습니다. 레거시 라우팅 그룹으로 라우팅할 때는 첫 번째 홉 라우팅 그룹 커넥터의 원본 서버가 있는 Active Directory 사이트에 대한 직접 릴레이가 수행됩니다. 메시지가 레거시 환경으로 릴레이되고 나면 표준 레거시 라우팅이 수행됩니다.

그림 5에서는 간단한 Exchange 토폴로지와 여러 Exchange 라우팅 구성 요소를 보여줍니다.

그림 5 Exchange 토폴로지 및 라우팅 구성 요소

다음 홉 선택에 사용되는 토폴로지 및 구성 요소

그림 5를 참조하면 사이트 A의 Mailbox1에서 외부 받는 사람인 joe@contoso.com으로 발송되는 메시지가 다음과 같이 처리됩니다.

  1. Mailbox1에서 실행 중인 Microsoft Exchange 사서함 전송 서비스가 전송할 새 메일 항목과 동일한 Active Directory 사이트에 있는 허브 전송 서버로 알림을 보냅니다.

  2. 동일한 Active Directory 사이트에 있는 허브 전송 서버의 저장소 드라이버 구성 요소가 RPC를 사용하여 메시지를 검색한 다음 로컬 서버의 전송 큐에 넣습니다.

  3. 메시지가 분류를 통해 전송 큐에서 이동합니다. 분류기는 먼저 받는 사람 확인을 수행한 다음 joe@contoso.com이 외부 받는 사람임을 확인합니다.

  4. 라우팅 구성 요소가 메시지를 가장 효율적으로 라우팅할 커넥터를 선택하고 해당 커넥터에 대해 최소 순위 라우팅 경로를 계산합니다. 이 예제에서는 송신 커넥터가 라우팅 구성 요소에 의해 선택된 커넥터이며 *.contoso.com이라는 주소 공간을 가집니다. 이 송신 커넥터의 모든 원본 서버는 사이트 B에 있습니다.

  5. 라우팅 구성 요소가 송신 커넥터의 원본 서버에 도달하는 데 필요한 다음 홉을 결정합니다. 사이트 A의 허브 전송 서버가 사이트 B로의 SMTP 배달을 위해 메시지를 대기시킵니다.

  6. 사이트 B의 받는 서버가 송신 커넥터의 원본 서버인 경우 해당 받는 서버는 해당 송신 커넥터로의 배달을 위해 메시지를 대기시킵니다. 받는 서버가 *.contoso.com 송신 커넥터의 원본 서버가 아닌 경우에는 메시지가 SMTP를 사용하여 커넥터의 원본 서버인 사이트 B의 허브 전송 서버로 릴레이됩니다.

표 2에서는 그림 5에 나와 있는 토폴로지를 기반으로 여러 받는 사람에 대한 다음 홉 선택의 추가 예제를 제공합니다.

표 2 그림 5의 다음 홉 선택 예제

받는 서버 최종 대상 다음 홉 큐 배달 유형

Hub1

Mailbox1

Mailbox1

MAPI 배달

Hub1

Mailbox2

사이트 B

원격 Active Directory 사이트에 대한 SMTP 릴레이

Hub1

Mailbox3

라우팅 그룹 커넥터 1

레거시 라우팅 그룹에 대한 SMTP 릴레이

Hub1

Recipient@fourthcoffee.com

Hub3

Active Directory 사이트의 SMTP 릴레이

Hub1

Recipient@contoso.com

사이트 B

원격 Active Directory 사이트에 대한 SMTP 릴레이

Hub2

Mailbox1

사이트 A

원격 Active Directory 사이트에 대한 SMTP 릴레이

Hub2

Mailbox2

Mailbox2

MAPI 배달

Hub2

Mailbox3

사이트 A

원격 Active Directory 사이트에 대한 SMTP 릴레이

Hub2

Recipient@contoso.com

송신 커넥터 2

DNS 커넥터 배달

Hub2

Recipient@fourthcoffee.com

사이트 A

원격 Active Directory 사이트에 대한 SMTP 릴레이

Hub3

Mailbox1

Mailbox1

MAPI 배달

Hub3

Recipient@fourthcoffee.com

송신 커넥터 1

스마트 호스트 커넥터 배달

최소 순위 라우팅 경로를 계산하고 다음 홉 대상을 선택하고 나면 Exchange 2007 라우팅 과정에서 메시지를 대상으로 직접 릴레이하려고 합니다. 그러나 일부 구성 시나리오에서는 직접 릴레이가 수행되지 않습니다. 예를 들어, 네트워크 보안 또는 연결 제한으로 인해 Active Directory 사이트 간의 직접 통신을 사용할 수 없는 상황에서 Exchange 관리자가 특정 Active Directory 사이트를 통해 강제로 메시지 배달을 릴레이하도록 Active Directory 허브 사이트를 구성하는 경우입니다. 자세한 내용은 이 항목 뒷부분의 "허브 사이트 구현"을 참조하십시오.

여러 받는 사람에게 배달하는 메시지는 임시 사이트를 통해 릴레이될 수도 있습니다. Exchange 2007은 네트워크 대역폭 사용을 최소화하도록 설계되었습니다. 이러한 설계 방식에서는 서로 다른 대상에 있는 받는 사람에게 배달하기 위한 여러 개의 메시지 복사본을 생성하는 작업을 배달 경로에서 포크가 도달할 때까지 지연시키는 기능을 사용할 수 있습니다. 이러한 기능을 지연된 팬아웃이라고 합니다. 자세한 내용은 이 항목 뒷부분의 "지연된 팬아웃"을 참조하십시오.

오류 시 큐에 대기

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

그림 6에서 메시지가 사이트 A와 사이트 D 간에 배달되는 경우 최소 순위 라우팅 경로는 사이트 A-사이트 B-사이트 C-사이트 D가 될 것입니다. 그러면 먼저 사이트 A에서 사이트 D로 직접 배달이 시도됩니다. 사이트 D의 허브 전송 서버가 응답하지 않으면 사이트 C에 있는 허브 전송 서버로 배달이 시도됩니다. 이러한 방식으로 허브 전송 서버가 메시지를 수락할 때까지 프로세스가 계속됩니다. 중간 사이트를 모두 사용할 수 없는 경우에는 메시지가 원본 사이트에 대기됩니다. 메시지가 사이트 C에 대기되는 경우 사이트 D의 허브 전송 서버에서의 실패 또는 사이트 C와 사이트 D 간의 네트워크 연결을 조사할 수 있습니다. 메시지가 실패 지점에 대기되면 큐가 다시 시도 상태로 되어 배달이 성공하거나 메시지가 만료될 때까지 메시지 다시 시도 간격에 따라 배달 시도가 계속됩니다. 큐는 기본 간격인 12시간이 지나면 재분류를 위해 자동으로 다시 전송됩니다. 다음 홉 대상으로 커넥터가 지정되어 있는 큐는 다시 전송 작업을 수행하도록 구성이 변경되는 경우가 아니면 자동으로 다시 전송되지 않습니다. 자세한 내용은 메시지 다시 라우팅 및 연결할 수 없는 큐을 참조하십시오.

Exchange 메일 흐름 문제 해결사를 사용하여 메일 흐름 관련 문제를 진단할 수 있습니다. 이 도구는 Microsoft Exchange Troubleshooting Assistant의 구성 요소이며 Exchange 관리 콘솔의 도구 상자에서 실행할 수 있습니다.

그림 6에서는 메시지를 사이트 A에서 사이트 D로 배달하도록 보냅니다. 그러나 사이트 D의 허브 전송 서버가 오프라인 상태입니다. 따라서 메시지가 사이트 C에 대기됩니다.

그림 6 오류 시 큐에 대기

실패 시점의 큐

보다 복잡한 토폴로지에서는 두 Active Directory 사이트 간의 최소 순위 라우팅 경로에 여러 중간 Active Directory 사이트가 포함될 수 있습니다. 라우팅 경로의 앞부분에서 네트워크 문제가 발생하는 경우 경로 끝에서부터 사이트 단위로 백오프를 수행하여 모든 중간 사이트로 메시지를 배달하는 것은 비효율적입니다. 라우팅 경로가 네 개 홉보다 긴 경우에는 네 개 이하의 사이트가 남을 때까지 이진 백오프를 구현합니다. 이진 백오프란 라우팅 경로의 중간 지점에서 다음 연결을 시도하는 것을 말합니다. 예를 들어, Active Directory 사이트 A에서 사이트 Q로 이동하는 최소 순위 라우팅 경로가 A - B - C - D - E - F - G - H - I - J - K - L - M - N - O - P- Q인 경우 사이트 B와 사이트 C 간의 링크에서 네트워크 오류가 발생하면 사이트 Q의 모든 허브 전송 서버에 첫 번째 연결이 시도됩니다. 이 연결 시도가 실패하면 사이트 I(사이트 A와 사이트 Q 사이의 중간 지점)의 모든 허브 전송 서버에 다음 연결이 시도됩니다. 이 연결 시도도 실패하면 사이트 E(사이트 A와 사이트 I의 중간 지점)의 모든 허브 전송 서버에 다음 연결이 시도됩니다. 이 연결 시도 역시 실패하면 다른 네 링크보다 원본 사이트에 더 가까운 사이트 D, 사이트 C 및 사이트 B에 대해 연결이 시도됩니다. 결과적으로 메시지는 사이트 B와 C 간의 연결이 복원될 때까지 사이트 B의 허브 전송 서버에 대기됩니다.

허브 사이트 구현

Exchange 조직에서 특정 Active Directory 사이트를 통해 모든 메시지 배달이 릴레이되도록 해야 할 수도 있습니다. 이 시나리오에서는 연결이 사이트 간의 직접 SMTP 릴레이를 방해할 수 있습니다. 따라서 메시지가 대상에 전송되기 전에 내부 사이트를 통해 메시지를 릴레이해야 합니다. Exchange 조직의 내부 정책으로 인해 관리자도 특정 사이트를 통해 모든 메시지를 릴레이할 수 있습니다. Exchange 관리 셸 작업을 사용하여 Active Directory 사이트를 허브 사이트로 지정할 수 있습니다. Active Directory 사이트를 허브 사이트로 지정하면 더 많은 서버가 메시지 배달에 참여하게 되므로 전체적인 오버헤드가 추가될 수 있습니다. 예를 들어, 사이트 A에서 사이트 E로 메시지를 보낸다고 가정해 봅시다. 최소 순위 라우팅 경로가 사이트 A-사이트 B-사이트 C-사이트 D-사이트 E이고 사이트 C를 허브 사이트로 지정하는 경우 메시지가 사이트 A에서 사이트 C로 릴레이된 다음 사이트 C에서 사이트 E로 릴레이됩니다.

Set-ADSite cmdlet를 사용하여 Active Directory 사이트를 허브 사이트로 지정합니다. 메시지 배달을 위한 허브 사이트가 최소 순위 라우팅 경로에 있을 때마다 메시지는 최종 대상으로 릴레이되기 전에 허브 사이트의 허브 전송 서버에 의해 대기 및 처리됩니다. 사이트 C를 허브 사이트로 설정하려면 Exchange 관리 셸에서 다음 명령을 실행합니다.

Set-AdSite -Identity "Site C" -HubSiteEnabled $true

최소 순위 라우팅 경로를 선택하면 라우팅 중에 허브 사이트가 해당 라우팅 경로에 있는지 확인됩니다. 허브 사이트가 구성되면 메시지는 대상 위치로 릴레이되기 전에 허브 사이트의 허브 전송 서버에서 중지됩니다. 최소 순위 라우팅 경로에 있는 둘 이상의 허브 사이트가 있으면 메시지는 라우팅 경로의 각 허브 사이트에서 중지됩니다.

이와 같은 직접 릴레이 라우팅 변형 유형은 허브 사이트가 최소 순위 라우팅 경로에 있을 때만 적용됩니다. 그림 7에서는 올바른 허브 사이트 사용법을 보여줍니다. 이 다이어그램에서는 사이트 B가 허브 사이트로 구성되어 있습니다. 사이트 A에서 사이트 D로 릴레이되는 메시지는 사이트 B로 먼저 릴레이된 다음에 사이트 D로 릴레이됩니다.

그림 7 허브 사이트를 통해 메시지 배달

허브 사이트를 사용한 메시지 배달

그림 8에서는 IP 사이트 링크 순위가 허브 사이트에 대한 라우팅에 미치는 영향을 보여줍니다. 이 시나리오에서는 사이트 B가 허브 사이트로 지정되어 있습니다. 그러나 이 사이트는 다른 사이트 간의 최소 순위 라우팅 경로에 있지 않기 때문에 메시지가 대상으로 배달되기 전에 사이트 B에 대기되지 않습니다. Active Directory 사이트는 서로 다른 두 사이트 간의 최소 순위 라우팅 경로에 있지 않으면 허브 사이트로 사용되지 않습니다.

그림 8 잘못 구성된 허브 사이트

잘못 구성된 허브 사이트

모든 Active Directory 사이트를 허브 사이트로 구성할 수 있습니다. 그러나 이 구성이 제대로 작동하도록 하려면 허브 사이트에 적어도 하나 이상의 허브 전송 서버를 배포해야 합니다.

IP 사이트 링크 순위 제어

Exchange 관리자는 Active Directory 사이트 토폴로지가 Exchange 라우팅에 미치는 영향을 평가할 때 조직의 Active Directory 관리자와 함께 작업을 수행해야 합니다. Active Directory IP 사이트 링크 순위가 WAN의 모든 네트워크 연결과 비교한 상대적 네트워크 속도를 기반으로 하고, 믿을 수 있으며 효율적인 복제 토폴로지를 생성하도록 디자인되었으므로 기존 IP 사이트 링크 순위는 Exchange 2007 메시지 라우팅에도 적합합니다. 그러나 기존 Active Directory 사이트 및 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 복제 순위가 사용됩니다.

IP 사이트 링크 순위를 조정하면 메시지 라우팅 토폴로지를 Active Directory 복제 토폴로지에서 변경해야 하는 경우에 유용합니다. Exchange 순위는 모든 메시지 경로에서 허브 사이트를 사용하도록 하는 데 사용할 수 있습니다. 또한 Exchange 순위를 사용하여 Active Directory 사이트에 대한 통신이 실패하는 경우 메시지 대기 위치를 제어할 수도 있습니다. 그림 9에서는 네 개의 사이트가 있는 Active Directory 토폴로지를 보여줍니다.

그림 9 IP 사이트 링크에 대해 구성된 Exchange 순위가 있는 토폴로지

IP 사이트 링크에 대한 Exchange 비용이 있는 토폴로지

그림 9에서 사이트 C와 사이트 D 간의 네트워크 연결은 Active Directory 복제용으로만 사용되며 메시지 라우팅에 사용해서는 안 되는 낮은 대역폭 연결입니다. 그러나 Active Directory IP 사이트 링크 순위로 인해 해당 링크가 다른 Active Directory 사이트에서 사이트 D로의 최소 순위 라우팅 경로에 포함됩니다. 따라서 메시지는 사이트 C의 사이트 D 큐로 배달됩니다. Exchange 관리자는 최소 순위 라우팅 경로에 사이트 B를 포함하여 사이트 D를 사용할 수 없는 경우 메시지가 사이트 B에 대기되도록 설정하고자 합니다. 이 경우 사이트 C와 사이트 D 간의 IP 사이트 링크에 대해 높은 Exchange 순위를 구성하면 IP 사이트 링크가 사이트 D에 대한 최소 순위 라우팅 경로에 포함되지 않도록 할 수 있습니다.

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 사이트로 보내는 메시지의 크기를 제한하는 데 유용합니다. 자세한 내용은 내부 라우팅의 메시지 크기 제한을 구성하는 방법을 참조하십시오.

지연된 팬아웃

하나의 전자 메일 메시지를 여러 받는 사람에게 보내도록 주소를 지정할 수 있습니다. 이러한 받는 사람은 내부 사서함을 가지고 있을 수도 있고 외부 받는 사람일 수도 있습니다. 단일 메시지를 여러 받는 사람에게 라우팅하기 위해 다음 단계가 수행됩니다.

  1. 받는 사람 확인 배달 대상에 대해 메시지를 받는 사람을 각각 확인합니다.

  2. 라우팅 각 받는 사람의 최소 순위 라우팅 경로가 결정됩니다. 허브 사이트 구성 여부도 여기에 포함됩니다.

  3. 메시지 분할 배달 위치가 서로 다른 여러 받는 사람에게 메시지를 라우팅하려면 메시지를 여러 개의 복사본으로 분할해야 합니다.

각 받는 사람을 확인하고 각 배달 대상에 대한 라우팅 경로를 결정하고 나면 Exchange 2007에서 각 받는 사람에 대한 라우팅 경로를 비교합니다. 대역폭을 절약하기 위해 분기 작업 또는 메시지를 여러 개의 복사본으로 분할하는 작업은 라우팅 경로에서 포크가 발생할 때까지는 수행되지 않습니다.

예를 들어, 하나의 메시지를 받는 여러 받는 사람이 최소 순위 라우팅 경로의 일부 또는 전체를 공유하는 경우 메시지가 포크가 발생하는 라우팅 경로 지점에 도달할 때까지는 메시지의 단일 복사본이 발송됩니다. 라우팅 경로에 차이가 발생하면 메시지가 분할되어 각 받는 사람에 대해 별도의 복사본이 만들어집니다.

그림 10에서는 단일 메시지가 사이트 A에서 사이트 C, 사이트 D 및 사이트 D에 있는 받는 사람에게 발송됩니다. 메시지가 사이트 B에 도달할 때까지는 최소 순위 라우팅 경로가 공유됩니다. 따라서 이 시나리오에서 모든 받는 사람이 포함된 메시지의 단일 복사본이 사이트 B로 릴레이됩니다. 이는 라우팅 경로의 첫 번째 포크를 나타냅니다. 사이트 B에서는 하나의 메시지 복사본이 사이트 D의 받는 사람에게 라우팅되고, 다른 하나의 복사본이 사이트 C로 릴레이됩니다. 그리고 사이트 C에서 메시지가 다시 분할됩니다. 그런 다음 메시지 복사본이 사이트 C의 받는 사람에게 배달되고, 다른 복사본은 사이트 E로 릴레이되어 해당 사이트의 받는 사람에게 배달됩니다.

그림 10 지연된 메시지 팬아웃

68e0eaa9-e98d-4343-b1d9-61a51cf47484

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

라우팅 과정에서 올바른 받는 사람에 대한 경로를 확인할 수 없는 경우 메시지는 연결할 수 없는 큐에 배치됩니다. 이 큐에 있는 메시지는 구성 변경 내용이 처리되고 라우팅 테이블이 다시 계산되면 다시 라우팅됩니다. 다음 시나리오에서는 메시지가 다시 라우팅되지 않습니다. 대신 보낸 사람에게 NDR(배달 못 함 보고서)이 반환됩니다.

  • 받는 사람이 비 SMTP 주소이며 주소 공간에 일치하는 커넥터를 찾을 수 없는 경우

  • 메시지가 일치하는 커넥터의 메시지 크기 제한을 충족하지 않는 경우

다음 조건에 해당하는 경우 저장소 드라이버가 다시 라우팅하기 위해 메시지를 다시 전송합니다.

  • 메시지가 MAPI 배달 큐에 있는 경우

  • 다음 홉이 선택된 시간과 배달할 메시지가 준비된 시간 사이에 사서함이 다른 사서함 서버로 이동된 경우

향상된 DNS 확인 작업을 수행하는 동안 라우팅 과정에서 큐를 다시 라우팅해야 하는지 여부를 검색합니다. 이 단계에서는 대상 목록에 대해 NextHopSolutionKey 특성을 확인합니다. 이렇게 하면 라우팅 과정에서 NextHopSolutionKey 특성을 무효화하거나 수정하는 구성 변경 내용을 자동으로 검색할 수 있습니다. 라우팅 과정에서 구성 변경으로 인해 큐의 메시지를 다시 라우팅해야 한다고 검색되는 경우 해당 큐에 있는 메시지는 다시 라우팅되도록 분류기로 다시 전송됩니다.

일부 구성 변경의 경우에는 큐의 메시지를 다시 전송하지 않아도 됩니다. 예를 들어, 커넥터에 대한 스마트 호스트 목록 변경 내용은 자동으로 검색됩니다. 메시지를 다시 라우팅하는 방법에 대한 자세한 내용은 메시지 다시 라우팅 및 연결할 수 없는 큐를 참조하십시오.

자세한 내용

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