5단계. 중재 서버 배포

마지막으로 수정된 항목: 2009-05-06

중재 서버를 배포하기 전이나 후에 타사 기본 미디어 게이트웨이를 배포할 수 있지만 선택한 순서에 관계없이 이러한 두 구성 요소가 하나의 논리 단위로 작동하도록 구성해야 합니다. 중재 서버 구성에 대한 자세한 내용은 중재 서버 구성을 참조하십시오.

기본 미디어 게이트웨이에 대해 구성해야 하는 설정이 다음 목록에 지정되어 있지만 특정 게이트웨이의 설정을 구성하는 방법에 대한 자세한 내용은 제조업체의 제품 설명서를 참조하십시오. Enterprise Voice의 게이트웨이 선택에 대한 자세한 내용은 계획 및 아키텍처 가이드의 Enterprise Voice 서버 측 구성 요소를 참조하십시오.

공급업체의 설명서에 따라 각 게이트웨이를 구성해야 합니다. 공급업체에 따라 설정해야 하는 많은 특성이 있을 수도 있지만 Enterprise Voice와 관련된 특성은 다음과 같습니다.

• 게이트웨이에 연결된 중재 서버의 FQDN(정규화된 도메인 이름) 또는 IP 주소

• 중재 서버에 대한 TCP(Transmission Control Protocol) 또는 TLS(전송 계층 보안) 연결에 사용되는 수신 대기 포트(5060)

  중요:
  앞의 설정은 중재 서버에 대한 해당 설정과 일치해야 합니다. 설정이 일치하지 않으면 게이트웨이와 중재 서버 간의 연결이 실패합니다.

• SIP(Session Initiation Protocol) 전송 - TLS(권장) 또는 TCP를 지정합니다.

  중요:
  기본 또는 기본 하이브리드 미디어 게이트웨이에 사용될 SIP 전송으로 TLS를 지정할 경우 TLS에 대한 해당 중재 서버도 구성해야 합니다. TLS를 사용하도록 중재 서버를 구성하는 방법에 대한 자세한 내용은 중재 서버 구성을 참조하십시오.

• 게이트웨이와 중재 서버 간의 링크에 대한 SIP 전송이 TLS로 설정된 경우 중재 서버와의 MTLS(Mutual TLS) 핸드셰이크 도중에 발생하는 인증을 위해 게이트웨이는 인증서로 구성되어야 합니다. 게이트웨이의 인증서는 다음과 같이 구성되어야 합니다.

  • 인증서는 중재 서버에 구성된 신뢰할 수 있는 CA(인증 기관)에 의해 직접 서명될 수 있습니다. 또는 게이트웨이에 의해 제공된 인증서를 확인하기 위해 인증서 체인을 통과해야 할 수 있습니다. 게이트웨이는 중재 서버와의 해당 TLS 핸드셰이크의 일부로 이 체인을 제공해야 합니다.
  • 주체 필드의 CN 부분은 게이트웨이의 FQDN으로 설정되어야 합니다. 주체 필드의 CN 부분에 있는 FQDN이 게이트웨이에 대한 예상 및 구성된 FQDN과 일치하지 않을 경우 인증서는 또한 게이트웨이에 대한 예상 및 구성된 FQDN을 나열하는 SAN(주체 대체 이름)을 포함해야 합니다.
  • 중재 서버는 인증서의 FQDN이 중재 서버에 구성된 게이트웨이 FQDN과 정확하게 일치하는지 확인하여 게이트웨이에 의해 제공된 인증서의 유효성을 검사합니다. FQDN이 일치하지 않을 경우 세션이 종료합니다. 추가 유효성 검사에는 서명 및 만료 날짜를 검사하고 인증서가 해지되지 않았는지 확인하는 작업이 포함됩니다.

• 들어오는 SIP 연결을 수신 대기하는 각 게이트웨이의 포트를 지정해야 합니다.

  [!참고] 중재 서버에서 기본적으로 사용하는 대상 포트는 포트 5060입니다.

• IP 게이트웨이와 중재 서버 사이의 SIP 전송 링크에 대해 TLS를 구성하려면 SRTP(보안 RTP) 암호화가 다음 중 어디에 해당하는지 지정해야 합니다.

  • 필수 사항: SRTP를 시도하되 SRTP를 위한 협상에 실패한 경우 암호화를 사용하지 않습니다.
  • 선택 사항: 미디어 패킷의 보안을 위해 SRTP 사용 협상을 시도합니다. SRTP를 협상할 수 없으면 RTP(Real-time Transport Protocol)를 사용하십시오.
  • 사용되지 않음: RTP를 통해 미디어 패킷을 보냅니다.

• Enterprise Voice에서 게이트웨이로 라우팅하는 E.164 번호가 지역적으로 전화할 수 있는 형식으로 정규화되도록 각 게이트웨이를 구성해야 합니다.
• 각 게이트웨이는 E.164 번호만 중재 서버에 전달하도록 구성되어야 합니다. 원본 전화 번호를 E.164로 정규화하는 방법에 대한 자세한 내용은 각 게이트웨이 공급업체의 설명서를 참조하십시오.
• 원본 번호(발신자 ID로 표시되는 번호)를 정규화된 E.164 번호로 변환하도록 각 게이트웨이를 구성해야 합니다. 이렇게 하면 발신자 ID를 Communicator 연락처, Outlook 연락처 또는 회사 디렉터리의 구성원과 일치시켜 Communicator에서 발신자에 대한 추가 정보를 제공할 수 있습니다. 이 번호는 사용자에게 누락된 통화 및 음성 메일에 대해 알리는 전자 메일에도 표시되며, 사용자는 해당 전화 번호를 클릭하여 신속하게 응답 전화를 걸 수 있습니다. 게이트웨이에서 번호를 정규화한 경우에는 추가 처리가 필요하지 않습니다. 어떤 이유로든 게이트웨이에서 번호를 정규화할 수 없는 경우 응답 전화를 걸 때 위치 프로필에 정의된 정규화 규칙이 적용됩니다. 게이트웨이에서 정규화할 수 없는 번호를 처리하기 위해 정규화 규칙을 위치 프로필에 추가해야 할 수도 있습니다. 원본 전화 번호를 E.164로 정규화하는 방법에 대한 자세한 내용은 각 게이트웨이 공급업체의 설명서를 참조하십시오.
• 중재 서버가 게이트웨이에 거는 통화의 E.164 번호에 대한 요청 URI(Uniform Resource Identifier), To URI 및 From URI 앞에 붙는 더하기 기호(+)를 삭제하도록 하려면, RemovePlusFromRequestURI라는 WMI(Windows Management Instrumentation) 설정을 TRUE로 설정합니다. 기본값은 FALSE입니다. 이 설정에 대한 자세한 내용은 계획 및 아키텍처 가이드의 Enterprise Voice 서버 측 구성 요소에서 “중재 서버의 새로운 구성 옵션” 섹션을 참조하십시오.

미디어 게이트웨이 공급업체 목록은 기능별 파트너: 하드웨어(영문)를 참조하십시오.