Teams Direct Routing 구성: 최종 가이드(2022)

이 문서는 팀 직접 라우팅 호스팅 모델을 구성하는 방법을 설명하며 AudioCodes SBC 구성만 참조합니다.

1팀 다이렉트 라우팅

2 AudioCodes SBC 제품 시리즈

3 AudioCodes 구성 SBC 3.1 전제 조건

3.1.1 캐리어 테넌트의 SBC 도메인 이름

3.1.2 고객 테넌트의 SBC 도메인 이름

3.2 SBC 구성 개념

3.3 LAN 및 WAN IP 인터페이스 구성

3.3.1 LAN에서 SIP 트렁크가 있는 토폴로지의 네트워크 인터페이스

3.3.2 물리적 포트 및 이더넷 그룹의 구성 검증

3.3.3 LAN 및 WAN VLAN 구성

3.3.4 네트워크 인터페이스 구성

3.4 TLS 컨텍스트 구성

3.4.1 NTP 서버 주소 구성

3.4.2 Teams 직접 라우팅을 위한 TLS 컨텍스트 만들기

3.4.3 CSR 생성 및 지원되는 CA에서 인증서 받기

3.4.4 SBC에 SBC 및 루트/중간 인증서 배포

3.5 와일드카드 인증서 생성 및 설치 방법

3.6 볼티모어 신뢰할 수 있는 루트 인증서 배포

3.7 미디어 영역 구성

3.8 SIP 신호 인터페이스 구성

3.9 프록시 세트 구성

3.10 프록시 주소 구성

3.11 다이얼 플랜 구성

3.12 통화 설정 규칙 구성

3.13 메시지 조작 규칙 구성

3.14 코더 그룹 구성

3.15 IP 프로필 구성

3.16 IP 그룹 구성

3.17 SRTP 구성

3.18 메시지 조건 규칙 구성

3.19 분류 규칙 구성

3.20 IP-to-IP 통화 라우팅 규칙 구성

4 방화벽 설정 구성

5 SBC와 직접 라우팅 간의 페어링 확인

6 테스트 전화 걸기

7 테넌트 프로비저닝 스크립트

8 SIP 프록시 직접 라우팅 요구 사항

8.1 장애 조치 메커니즘

팀 직접 라우팅

Teams Direct Routing 을 사용하면 고객이 제공한 SBC를 Microsoft 전화 시스템에 연결할 수 있습니다. 고객이 제공한 SBC는 거의 모든 전화 트렁크에 연결하거나 타사 PSTN 장비에 연결할 수 있습니다.

연결을 통해 다음을 수행할 수 있습니다.

• Microsoft 전화 시스템에서 거의 모든 PSTN 트렁크 사용
• 타사 PBX, 아날로그 장치 및 Microsoft 전화 시스템과 같은 고객 소유 전화 통신 장비 간의 상호 운용성 구성

AudioCodes SBC 제품 시리즈

AudioCodes의 SBC 장치 제품군은 기업의 VoIP 네트워크와 서비스 제공업체의 VoIP 네트워크 간의 안정적인 연결과 보안을 가능하게 합니다. SBC는 악의적인 VoIP 공격으로부터 기업을 보호하는 방법으로 경계 방어를 제공합니다. 모든 PBX 및/또는 IP-PBX를 서비스 제공업체에 연결할 수 있도록 조정 및 서비스 품질 및 관리 용이성을 위한 서비스 보증.

비용 효율적인 어플라이언스로 설계된 SBC는 네이티브 호스트 프로세서가 있는 현장에서 검증된 VoIP 및 네트워크 서비스를 기반으로 하므로 맞춤형 멀티서비스 어플라이언스를 생성할 수 있으며 통합된 서비스 품질(SLA)과 함께 클라우드 서비스에 대한 원활한 연결을 제공합니다. 모니터링, 보안 및 관리 용이성. SBC의 기본 구현은 VoIP 중재, PSTN 액세스 생존 가능성 및 타사 부가 가치 서비스 응용 프로그램과 같은 독립 실행형 SBC 어플라이언스에서는 불가능한 추가 기능 호스트를 제공합니다. 이를 통해 기업은 통합 네트워크의 이점을 활용하고 독립형 어플라이언스가 필요하지 않습니다.

AudioCodes의 SBC는 현장에서 입증된 Mediant Media Gateway 및 Multi-Service Business Router 플랫폼에서 실행되는 통합 솔루션으로 사용하거나 타사 하드웨어와 함께 배포하기 위한 소프트웨어 전용 솔루션으로 사용할 수 있습니다. SBC는 Hyper-V, AWS, AZURE, AWP, KVM 및 VMWare 플랫폼을 지원하는 가상화된 SBC로 제공될 수 있습니다.

AudioCodes SBC 구성

이 섹션에서는 Teams Direct Routing과의 인터네트워킹을 위해 AudioCodes의 SBC를 구성하는 방법을 보여줍니다. 아래 그림은 호스팅 모델에 대한 연결 토폴로지의 예를 보여줍니다. 여러 연결 엔터티가 그림에 표시됩니다.

• WAN의 Teams 전화 시스템 직접 라우팅 인터페이스.
• 서비스 제공업체 SIP 트렁크.

테넌트 도메인 구조:

전제 조건

구성을 시작하기 전에 페어링하려는 모든 호스팅 SBC에 대해 다음이 있는지 확인하십시오.

• 공개 IP 주소.
• 사용자의 SIP 주소와 일치하는 FQDN 이름입니다.
• 지원되는 CA 중 하나에서 발급한 공용 인증서입니다.

이동통신사 테넌트의 SBC 도메인 이름

SBC 도메인 이름은 테넌트의 '도메인'에 등록된 이름 중 하나여야 합니다. 도메인 이름에 *.onmicrosoft.com 테넌트를 사용할 수 없습니다.

통신사 테넌트를 위해 관리자가 등록한 DNS 이름:

등록된 DNS 이름의 예:

도메인을 활성화하려면 호스팅 공급자가 테넌트에 대해 등록된 SIP 도메인에서 사용자를 한 명 이상 추가해야 합니다. 예를 들어 이 이름이 이 테넌트에 대해 등록된 경우 사용자 [email protected]에 도메인 FQDN Customers.aceducation.info를 제공할 수 있습니다. 위에서 설명한 대로 추가한 SBC 도메인에 속하는 라이선스 사용자를 한 명 이상 만들어야 합니다.

SBC 캐리어의 도메인에 속하는 사용자의 예:

고객 테넌트의 SBC 도메인 이름

각 고객의 테넌트에 대해 고객 테넌트를 가리키는 이동통신사에 속하는 도메인을 추가해야 합니다.

고객 도메인의 캐리어 SBC 사용자의 예:

이 가이드에서는 다음 IP 주소 및 FQDN을 예로 사용합니다.

각 고객은 테넌트에 대해 등록된 캐리어의 SIP 도메인에서 사용자를 한 명 이상 추가해야 합니다. 예를 들어 이 이름이 이 테넌트에 대해 등록되어 있는 한 사용자 [email protected]에 도메인 FQDN sbc2.Customers.aceducation.info를 제공할 수 있습니다. 위 단계에서 추가한 SBC 도메인에 속하는 라이선스 사용자를 한 명 이상 생성해야 합니다.

SBC 구성 개념

아래 그림은 AudioCodes의 SBC 장치 구성 이면의 개념을 보여줍니다.

SIP 트렁크에서 직접 라우팅으로의 라우팅은 클래스 4 스위치 라우팅 방법에 따라 다릅니다. 라우팅 결정은 다음을 기반으로 할 수 있습니다.

• 고객 DID 범위
• 트렁크 컨텍스트(TGRP)
• IP 인터페이스
• SIP 인터페이스(UDP/TCP 포트)
• 호스트 이름

이 문서에 표시된 구성은 다이얼 플랜을 사용하는 고객 DID 범위를 기반으로 합니다.

LAN 및 WAN IP 인터페이스 구성

이 섹션에서는 SBC의 IP 네트워크 인터페이스를 구성하는 방법에 대해 설명합니다. SBC를 배포하는 방법에는 여러 가지가 있습니다. SBC는 다음 IP 엔터티와 인터페이스합니다.

• WAN에 있는 Teams Direct Routing.
• SIP 트렁크 – LAN에 있습니다.
• SBC는 DMZ 네트워크를 통해 WAN에 연결합니다.
• 물리적 연결: 물리적 연결 유형은 기업 네트워크에 연결하는 데 사용되는 방법에 따라 다릅니다. 상호 운용성 테스트 토폴로지에서 SBC는 전용 이더넷 포트를 사용하여 LAN 및 DMZ에 연결합니다(즉, 포트 2개와 네트워크 케이블 2개 사용). SBC는 또한 LAN(VLAN ID 1) 및 DMZ(VLAN ID 2)의 두 가지 논리적 네트워크 인터페이스를 사용합니다. ).

LAN에서 SIP 트렁크가 있는 토폴로지의 네트워크 인터페이스

물리적 포트 및 이더넷 그룹의 구성 검증

물리적 포트는 SBC에서 자동으로 감지됩니다. 이더넷 그룹도 포트에 자동 할당됩니다. 이 단계에서는 매개변수 검증만 필요합니다.

물리적 포트를 확인하려면:

• 물리적 포트 테이블을 엽니다(설정 메뉴 > IP 네트워크 탭 > 코어 엔터티 폴더 > 물리적 포트).
• SBC에서 감지한 물리적 포트가 두 개 이상 있는지 확인합니다. 하나는 LAN용이고 다른 하나는 WAN용입니다. 두 포트가 모두 사용 모드인지 확인하십시오.

이더넷 그룹을 확인하려면:

• 이더넷 그룹 테이블을 엽니다(설정 메뉴 > IP 네트워크 탭 > 코어 엔티티 폴더 > 이더넷 그룹).
• SBC에서 감지한 이더넷 그룹이 두 개 이상인지 확인합니다. 하나는 LAN용이고 다른 하나는 WAN용입니다.

LAN 및 WAN VLAN 구성

이 섹션에서는 다음 인터페이스 각각에 대해 VLAN을 정의하는 방법에 대해 설명합니다.

• LAN 인터페이스(이름 "LAN_IF" 할당)
• WAN 인터페이스(이름 "WAN_IF" 할당)

VLAN을 구성하려면:

• 이더넷 장치 테이블을 엽니다(설정 메뉴 > IP 네트워크 탭 > 코어 엔터티 폴더 > 이더넷 장치).
• VLAN ID 1 및 기본 인터페이스 GROUP_1에 대해 하나의 기존 행이 있습니다.
• WAN 측의 다른 VLAN ID 2를 추가합니다.

네트워크 인터페이스 구성

이 섹션에서는 다음 인터페이스 각각에 대해 IP 네트워크 인터페이스를 구성하는 방법에 대해 설명합니다.

• LAN 인터페이스(이름 "LAN_IF" 할당)
• WAN 인터페이스(이름 "WAN_IF" 할당)

LAN 및 WAN 인터페이스 모두에 대한 네트워크 매개변수를 구성하려면:

• IP 인터페이스 테이블을 엽니다(설정 메뉴 > IP 네트워크 탭 > 핵심 엔터티 폴더 > IP 인터페이스).
• 다음과 같이 IP 인터페이스를 구성합니다(네트워크 매개변수는 다를 수 있음).

구성된 IP 네트워크 인터페이스는 아래와 같습니다.

TLS 컨텍스트 구성

이 섹션의 구성 지침은 호스트 SBC에 로드해야 하는 인증서의 일부로 구현해야 하는 다음 도메인 구조를 기반으로 합니다.

CN: 고객
.ACeducation.info SAN: *.customers.ACeducation.info

이 인증서 모듈은 서비스 공급자의 자체 TLS 인증서를 기반으로 합니다.

Teams Direct Routing Interface는 신뢰할 수 있는 인증 기관 중 하나에서 서명한 인증서가 있는 SIP 트래픽에 대한 SBC 장치의 TLS 연결만 허용합니다. 현재 지원되는 인증 기관은 Microsoft 웹 사이트 에서 찾을 수 있습니다 .

NTP 서버 주소 구성

이 섹션에서는 NTP 서버의 IP 주소를 구성하는 방법에 대해 설명합니다. SBC가 현재 날짜와 시간을 수신할 수 있도록 NTP 서버(Microsoft NTP 서버 또는 다른 글로벌 서버)를 구현하는 것이 좋습니다. 이는 원격 당사자의 인증서를 확인하는 데 필요합니다. NTP 서버가 OAMP IP 인터페이스(이 경우 LAN_IF)에 있거나 이를 통해 액세스할 수 있어야 한다는 것이 중요합니다.

NTP 서버 주소를 구성하려면:

• 시간 및 날짜 페이지를 엽니다(설정 메뉴 > 관리 탭 > 시간 및 날짜).
• '기본 NTP 서버 주소' 필드에 NTP 서버의 IP 주소(예: 10.15.28.1)를 입력합니다.

• 적용 클릭

Teams 직접 라우팅에 대한 TLS 컨텍스트 만들기

아래 섹션에서는 DigiCert 글로벌 루트 CA의 예를 기반으로 SBC WAN 인터페이스에 대한 인증서를 요청하고 구성하는 방법에 대해 설명합니다. 인증서는 SBC에서 Teams Direct Routing과의 연결을 인증하는 데 사용됩니다. 절차에는 다음과 같은 주요 단계가 포함됩니다.

• Teams Direct Routing에 대한 TLS 컨텍스트를 만듭니다.
• CSR(인증서 서명 요청)을 생성하고 지원되는 인증 기관에서 인증서를 가져옵니다.
• SBC 및 루트/중간 인증서를 SBC에 배포합니다.

Teams Direct Routing에 대한 TLS 컨텍스트를 만들려면:

• TLS 컨텍스트 페이지를 엽니다(설정 메뉴 > IP 네트워크 탭 > 보안 폴더 > TLS 컨텍스트).
• +새로 만들기를 클릭하여 새 TLS 컨텍스트를 만든 다음 아래 표를 참조로 사용하여 매개변수를 구성합니다.

참고 : 위의 표는 SIP와 미디어 연결에 중점을 둔 구성을 예시한 것입니다. 회사 정책에 따라 추가 매개변수를 구성할 수 있습니다. 예를 들어 온라인 서버에 제공된 SBC 인증서가 여전히 유효하거나 취소되었는지 확인하도록 OCSP(온라인 인증서 상태 프로토콜)를 구성할 수 있습니다.

• 적용을 클릭합니다. 'TLS 컨텍스트' 테이블 하단에 새로운 TLS 컨텍스트 및 인증서 관리 옵션이 표시되어야 합니다.

CSR 생성 및 지원되는 CA에서 인증서 받기

이 섹션에서는 CSR(인증서 서명 요청)을 생성하고 지원되는 인증 기관에서 인증서를 얻는 방법을 보여줍니다.

CSR(인증서 서명 요청)을 생성하고 지원되는 인증 기관에서 인증서를 얻으려면:

• TLS 컨텍스트 페이지를 엽니다(설정 메뉴 > IP 네트워크 탭 > 보안 폴더 > TLS 컨텍스트).
• TLS 컨텍스트 페이지에서 Teams TLS 컨텍스트 인덱스 행을 선택한 다음, 테이블 아래에 있는 인증서 변경 링크를 클릭하십시오. 컨텍스트 인증서 페이지가 나타납니다.

인증서 서명 요청 그룹에서 다음을 수행합니다.

• '일반 이름[CN]' 필드에 SBC FQDN 이름을 입력합니다(위의 예에 따라 고객.ACeducation.info).
• '첫 번째 주체 대체 이름 [SAN]' 필드에서 유형을 'DNS'로 변경하고 와일드카드 FQDN 이름을 입력합니다(위의 예에 따라 *.customers.ACeducation.info).
• 인증 기관의 요구 사항에 따라 '개인 키 크기'를 변경합니다. 많은 CA가 크기 1024의 개인 키를 지원하지 않습니다. 이 경우 키 크기를 2048로 변경해야 합니다.
• TLS 컨텍스트에서 키 크기를 변경하려면 새 개인 키 및 자체 서명된 인증서 생성으로 이동하여 '개인 키 크기'를 2048로 변경한 다음 개인 키 생성을 클릭하십시오. 1024를 개인 키 크기 값으로 사용하려면 기본 키 크기 값을 변경하지 않고 개인 키 생성을 클릭하면 됩니다.
• 보안 제공자의 지시에 따라 나머지 요청 필드를 채우십시오.
• CSR 생성 버튼을 클릭합니다. 텍스트 인증서 서명 요청이 버튼 아래 영역에 표시됩니다.

• CSR을 "--BEGIN CERTIFICATE"에서 "END CERTIFICATE REQUEST--"까지 텍스트 파일(예: 메모장)에 복사한 다음 파일 이름(예: certreq.txt)으로 컴퓨터의 폴더에 저장합니다. .
• 서명을 위해 인증 기관 관리자에게 certreq.txt 파일을 보냅니다.

SBC에 SBC 및 루트/중간 인증서 배포

CA에서 SBC 서명 및 신뢰할 수 있는 루트/중간 인증서를 얻은 후 다음을 설치합니다.

• SBC 인증서
• 루트 / 중간 인증서

SBC 인증서를 설치하려면:

• TLS 컨텍스트 페이지에서 필요한 TLS 컨텍스트 인덱스 행을 선택한 다음 테이블 아래에 있는 인증서 변경 링크를 클릭하십시오. 컨텍스트 인증서 페이지가 나타납니다.
• 컴퓨터 그룹에서 인증서 파일 업로드까지 아래로 스크롤합니다.
• '장치 인증서 보내기...' 필드에 해당하는 파일 선택 버튼을 클릭하고 CA에서 얻은 인증서 파일로 이동한 다음 파일 로드를 클릭하여 인증서를 SBC에 업로드합니다.

• 인증서가 올바르게 업로드되었는지 확인하십시오. 인증서가 성공적으로 업로드되었음을 나타내는 메시지가 페이지 하단에 파란색으로 표시됩니다.

• SBC의 웹 인터페이스에서 TLS 컨텍스트 페이지로 돌아가 필요한 TLS 컨텍스트 인덱스 행을 선택한 다음 TLS 하단에 있는 인증서 정보 링크를 클릭합니다. 그런 다음 키 크기, 인증서 상태 및 주체 이름을 확인합니다.

• SBC의 웹 인터페이스에서 TLS 컨텍스트 페이지로 돌아갑니다.
• TLS 컨텍스트 페이지에서 필요한 TLS 컨텍스트 인덱스 행을 선택한 다음 TLS 컨텍스트 페이지 하단에 있는 신뢰할 수 있는 루트 인증서 링크를 클릭하십시오. 신뢰할 수 있는 인증서 페이지가 나타납니다.
• 가져오기 버튼을 클릭한 다음 인증 기관에서 받은 모든 루트/중간 인증서를 선택하여 로드합니다.
• 확인을 클릭하십시오. 인증서가 장치에 로드되고 신뢰할 수 있는 인증서 저장소에 나열됩니다.

위의 방법은 인증서 서명 요청이 생성되고 개인 키로 서명된 명시적 장치에 대한 서명된 인증서를 생성합니다. 여러 장치에서 동일한 와일드카드 인증서를 사용하려면 다음 방법을 사용하십시오.

와일드카드 인증서 생성 및 설치 방법

여러 장치에서 동일한 인증서를 사용하려면 타사 응용 프로그램(예: Windows용 DigiCert 인증서 유틸리티)을 사용하여 이 유틸리티가 설치된 다른 컴퓨터에서 인증 기관의 인증서 요청을 처리하는 것을 선호할 수 있습니다.
DigiCert 유틸리티를 사용하여 인증서 요청 및 응답을 처리한 후 인증서 개인 키 및 체인을 테스트한 다음 개인 키로 인증서를 내보내고 암호를 할당합니다.

인증서를 설치하려면:

• TLS 컨텍스트 페이지를 엽니다(설정 메뉴 > IP 네트워크 탭 > 보안 폴더 > TLS 컨텍스트).
• TLS 컨텍스트 페이지에서 필요한 TLS 컨텍스트 인덱스 행을 선택한 다음 테이블 아래에 있는 인증서 변경 링크를 클릭하십시오. 컨텍스트 인증서 페이지가 나타납니다.
• Scroll down to the Upload certificates files from your computer group and do the following:
  Enter the password assigned during export with the DigiCert utility in the ‘Private key pass-phrase’ field.
  Click the Choose File button corresponding to the ‘Send Private Key…’ field and then select the SBC certificate file exported from the DigiCert utility.

Deploy Baltimore Trusted Root Certificate

Loading Baltimore Trusted Root Certificates to AudioCodes’ SBC is mandatory for implementing an MTLS connection with the Microsoft Teams network.

The DNS name of the Teams Direct Routing interface is sip.pstnhub.microsoft.com. In this interface, a certificate is presented which is signed by Baltimore Cyber Baltimore CyberTrust Root with Serial Number: 02 00 00 b9 and SHA fingerprint: d4:de:20:d0:5e:66:fc: 53:fe:1a:50:88:2c:78:db:28:52:ca:e4:74. To trust this certificate, your SBC must have the certificate in Trusted Certificates storage. Download the certificate from and follow the steps above to import the certificate to the Trusted Root storage.

Before importing the Baltimore root certificate into AudioCodes’ SBC, make sure it’s in .PEM or .PFX format. If it isn’t, you need to convert it to .PEM or .PFX format, otherwise the ‘Failed to load new certificate’ error message is displayed. To convert to PEM format, use Windows local store on any Windows OS and then export it as ‘Base-64 encoded X.509 (.CER) certificate’.

Configure Media Realms

Media Realms allow dividing the UDP port ranges for use on different interfaces. In the example below, two Media Realms are configured:

• One for the LAN interface, with the UDP port starting at 6000 and the number of media session legs 100 (you need to calculate number of media session legs based on your usage)
• One for the WAN interface, with the UDP port range starting at 7000 and the number of media session legs 100

To configure Media Realms:

• Open the Media Realms table (Setup menu > Signaling & Media tab > Core Entities folder > Media Realms).
• Configure Media Realms as follows (you can use the default Media Realm – Index 0 – but modify it):

The configured Media Realms are shown in the figure below.

Configure SIP Signaling Interfaces

This section shows on how to configure a SIP Signaling Interfaces. A SIP Interface defines a listening port and type (UDP, TCP, or TLS) for SIP signaling traffic on a specific logical IP network interface (configured in the Interface Table above) and Media Realm.

Note that the configuration of a SIP interface for the SIP Trunk shows as an example and your configuration might be different. For specific configuration of interfaces pointing to SIP trunks and/or a third-party PSTN environment connected to the SBC, see the trunk / environment vendor documentation.

AudioCodes also offers a comprehensive suite of documents covering the interconnection between different trunks and equipment.

To configure a SIP interfaces:

• Open the SIP Interface table (Setup menu > Signaling & Media tab > Core Entities folder > SIP Interfaces).
• Configure SIP Interfaces. You can use the default SIP Interface (Index 0), but modify it as shown in the table below. The table below shows an example of the configuration. You can change some parameters according to your requirements.

The configured SIP Interfaces are shown in the figure below.

Configure Proxy Sets

The Proxy Set and Proxy Address defines TLS parameters, IP interfaces, FQDN and the remote entity’s port. Proxy Sets can also be used to configure load balancing between multiple servers. The example below covers configuration of a Proxy Sets for Teams Direct Routing and SIP Trunk. Note that the configuration of a Proxy Set for the SIP Trunk shows as an example and your configuration might be different.

For specific configuration of interfaces pointing to SIP trunks and/or the third-party PSTN environment connected to the SBC. AudioCodes also offers a comprehensive suite of documents covering the interconnection between different trunks and the equipment.

The Proxy Sets will later be applied to the VoIP network by assigning them to IP Groups.

To configure a Proxy Sets:

• Open the Proxy Sets table (Setup menu > Signaling & Media tab > Core Entities folder > Proxy Sets).
• Configure Proxy Sets as shown in the table below.

• The configured Proxy Sets are shown in the figure below.

Configure a Proxy Address

This section shows on how to configure a Proxy Address.

To configure a Proxy Address for SIP Trunk:

• Open the Proxy Sets table (Setup menu > Signaling & Media tab > Core Entities folder > Proxy Sets) and then click the Proxy Set SIPTrunk, and then click the Proxy Address link located below the table; the Proxy Address table opens.
• Click +New; the following dialog box appears.

• Configure the address of the Proxy Set according to the parameters described in the table below.

• Click Apply.

To configure a Proxy Address for Teams:

• Open the Proxy Sets table (Setup menu > Signaling & Media tab > Core Entities folder > Proxy Sets) and then click the Proxy Set Teams, and then click the Proxy Address link located below the table; the Proxy Address table opens.
• Click +New; the following dialog box appears.

• Configure the address of the Proxy Set according to the parameters described in the table below.

• Click Apply.

Configure the Dial Plan

For deployments requiring hundreds of routing rules (which may exceed the maximum number of rules that can be configured in the IP-to-IP Routing table), you can employ tags to represent the many different calling (source URI user name) and called (destination URI user name) prefix numbers in your routing rules.

Tags are typically implemented when you have users of many different called and/or calling numbers that need to be routed to the same destination (e.g., IP Group or IP address). In such a scenario, instead of configuring many routing rules to match all the required prefix numbers, you need only to configure a single routing rule using the tag to represent all the possible prefix numbers.

The Dial Plan (e.g., TeamsTenants) will be configured with a customer tenant FQDN tag per prefix.

To configure Dial Plans:

• Open the Dial Plan table (Setup menu > Signaling & Media tab > SIP Definitions folder > Dial Plan).
• Click New and then configure a Dial Plan name (e.g., TeamsTenants) according to the parameters described in the table below.
• Click Apply.
• 다이얼 플랜 테이블에서 다이얼 플랜 규칙을 구성할 행을 선택한 다음 테이블 아래에 있는 다이얼 플랜 규칙 링크를 클릭합니다. 다이얼 플랜 규칙 테이블이 나타납니다.
• 새로 만들기를 클릭합니다. 다음 대화 상자가 나타납니다.

• 아래 표에 설명된 매개변수에 따라 다이얼 플랜 규칙을 구성합니다.

• 적용을 클릭한 다음 플래시 메모리에 설정을 저장합니다.

통화 설정 규칙 구성

이 섹션에서는 고객 DID 범위(다이얼 플랜)에 따라 통화 설정 규칙을 구성하는 방법에 대해 설명합니다. 호출 설정 규칙은 장치가 호출을 대상으로 라우팅하기 전에 호출 설정 시 수신 호출(대화 상자)을 수신하면 실행되는 다양한 시퀀스를 정의합니다.
구성된 통화 설정 규칙은 특정 IP 그룹에 할당해야 합니다.

고객 DID 범위(다이얼 플랜)를 기반으로 통화 설정 규칙을 구성하려면:

• 통화 설정 규칙 테이블을 엽니다(설정 메뉴 > 신호 및 미디어 탭 > SIP 정의 폴더 > 통화 설정 규칙).
• 새로 만들기를 클릭합니다. 다음 대화 상자가 나타납니다.

• 아래 표에 설명된 매개변수에 따라 통화 설정 규칙을 구성합니다.

• 적용을 클릭한 다음 설정을 플래시 메모리에 저장합니다.

메시지 조작 규칙 구성

이 섹션에서는 SIP 메시지 조작 규칙을 구성하는 방법에 대해 설명합니다. SIP 메시지 조작 규칙에는 SIP 헤더의 삽입, 제거 및/또는 수정이 포함될 수 있습니다. 조작 규칙은 조작 세트로 그룹화되어 동일한 SIP 메시지(IP 엔터티)에 여러 규칙을 적용할 수 있습니다.
SIP 메시지 조작 규칙을 구성했으면 관련 IP 그룹(IP 그룹 테이블)에 할당하고 인바운드 또는 아웃바운드 메시지에 적용해야 하는지 여부를 결정해야 합니다.

Teams에 대한 SIP 메시지 조작 규칙을 구성하려면:

• 메시지 조작 페이지를 엽니다(설정 메뉴 > 신호 및 미디어 탭 > 메시지 조작 폴더 > 메시지 조작).
• Teams IP 그룹에 대한 새 조작 규칙(조작 집합 4)을 구성합니다. 이 규칙은 팀 IP 그룹으로 전송된 메시지에 적용됩니다. 이것은 SIP 컨택 헤더의 호스트 부분을 통화 설정 규칙 실행 중 세션 변수 'TenantFQDN'에 저장된 값으로 대체합니다.

• SIP 메시지 조작 규칙 0 구성(팀 IP 그룹용)

코더 그룹 구성

이 섹션에서는 코더(코더 그룹이라고 함)를 구성하는 방법에 대해 설명합니다. Teams Direct Routing은 SILK 및 OPUS 코더를 지원하지만 SIP 트렁크에 대한 네트워크 연결은 전용 코더 목록으로 작업을 제한할 수 있으므로 각 레그, Teams Direct Routing 및 SIP 트렁크에 지원되는 코더가 있는 코더 그룹을 추가해야 합니다. .

이 엔터티의 Coder 그룹 ID는 다음 섹션에서 해당 IP 프로필에 할당됩니다.

코더 그룹을 구성하려면:

• 코더 그룹 테이블을 엽니다(설정 메뉴 > 신호 및 미디어 탭 > 코더 및 프로필 폴더 > 코더 그룹).
• '코더 그룹 이름' 드롭다운에서 1:Does Not Exist를 선택하고 아래 그림과 같이 필요한 코덱을 추가합니다.

• 적용을 클릭하고 팝업 프롬프트에서 구성 변경을 확인합니다.

IP 프로필 구성

이 섹션에서는 IP 프로필을 구성하는 방법에 대해 설명합니다. IP 프로필은 신호(예: REFER와 같은 SIP 메시지 종료) 및 미디어(예: 코더 유형)와 관련된 사용자 정의 설정이 있는 매개변수 세트입니다. 특정 IP 그룹에 IP 프로필을 할당해야 합니다.

IP 프로필을 구성하려면:

• 프록시 세트 테이블을 엽니다(설정 메뉴 > 신호 및 미디어 탭 > 코더 및 프로필 폴더 > IP 프로필).
• +새로 만들기를 클릭하여 직접 라우팅 인터페이스에 대한 IP 프로필을 추가합니다. 아래 표를 참조하여 매개변수를 구성하십시오.

• 적용을 클릭한 다음 설정을 플래시 메모리에 저장합니다.
• +새로 만들기를 클릭하여 SIP 트렁크에 대한 IP 프로필을 추가합니다. 아래 표를 참조하여 매개변수를 구성하십시오.

• 적용을 클릭한 다음 설정을 플래시 메모리에 저장합니다.

IP 그룹 구성

이 섹션에서는 IP 그룹을 구성하는 방법에 대해 설명합니다. IP 그룹은 SBC가 통신하는 네트워크의 IP 엔터티를 나타냅니다. 이것은 서버(예: IP-PBX 또는 SIP 트렁크)이거나 사용자 그룹(예: LAN IP 전화)일 수 있습니다. 서버의 경우 IP 그룹은 일반적으로 프록시 세트와 연결하여 서버의 IP 주소를 정의하는 데 사용됩니다. IP 그룹이 구성되면 호출의 발신지와 대상을 나타내기 위한 IP 대 IP 라우팅 규칙을 구성하는 데 사용됩니다.

IP 그룹을 구성하려면:

• IP 그룹 테이블을 엽니다(설정 메뉴 > 신호 및 미디어 탭 > 핵심 엔터티 폴더 > IP 그룹).
• SIP 트렁크에 대한 IP 그룹을 구성합니다.

• Teams Direct Routing에 대한 IP 그룹을 구성합니다.

• 구성된 IP 그룹은 아래 그림과 같습니다.

SRTP 구성

이 섹션에서는 미디어 보안을 구성하는 방법에 대해 설명합니다. Direct Routing Interface는 SRTP만 사용해야 하므로 SBC가 동일한 방식으로 작동하도록 구성해야 합니다. 기본적으로 SRTP는 비활성화되어 있습니다.

SRTP를 활성화하려면:

• 미디어 보안 페이지를 엽니다(설정 메뉴 > 시그널링 및 미디어 탭 > 미디어 폴더 > 미디어 보안).
• '미디어 보안' 드롭다운 목록에서 활성화를 선택하여 SRTP를 활성화합니다.

• 적용 클릭

메시지 조건 규칙 구성

이 섹션에서는 메시지 조건 규칙을 구성하는 방법에 대해 설명합니다. 메시지 조건은 들어오는 SIP 메시지에 대한 특수 조건(전제 조건)을 정의합니다. 이러한 규칙은 IP-to-IP 라우팅 테이블의 IP-to-IP 라우팅 규칙에 대한 추가 일치 기준으로 사용할 수 있습니다.

메시지 조건 규칙을 구성하려면:

• 메시지 조건 테이블을 엽니다(설정 메뉴 > 신호 및 미디어 탭 > 메시지 조작 폴더 > 메시지 조건).
• 새로 만들기를 클릭한 후 다음과 같이 매개변수를 구성합니다.

• 조건 테이블 구성

• 적용 클릭

분류 규칙 구성

이 섹션에서는 분류 규칙을 구성하는 방법에 대해 설명합니다. 분류 규칙은 들어오는 SIP 대화 시작 요청(예: INVITE 메시지)을 "소스" IP 그룹으로 분류합니다. 소스 IP 그룹은 SIP 대화 요청을 보낸 SIP 엔터티입니다. 분류되면 장치는 IP 그룹을 사용하여 통화(조작 및 라우팅)를 처리합니다.
화이트리스트 및 블랙리스트 설정으로 분류 규칙을 구성하여 성공적으로 분류된 통화에 대해 SIP 수준 액세스 제어를 사용하기 위해 분류 테이블을 사용할 수도 있습니다. 분류 규칙이 화이트리스트("허용")로 구성된 경우 장치는 SIP 대화를 수락하고 통화를 처리합니다. 분류 규칙이 블랙리스트("거부")로 구성된 경우 장치는 SIP 대화를 거부합니다.

분류 규칙을 구성하려면:

• 분류 테이블을 엽니다(설정 메뉴 > 신호 및 미디어 탭 > SBC 폴더 > 분류 테이블).
• 새로 만들기를 클릭한 후 다음과 같이 매개변수를 구성합니다.

• 분류 규칙 구성

• 적용을 클릭합니다.

IP-to-IP 통화 라우팅 규칙 구성

이 섹션에서는 IP-to-IP 통화 라우팅 규칙을 구성하는 방법에 대해 설명합니다. 이러한 규칙은 한 IP 엔터티에서 다른 IP 엔터티로 수신된 SIP 메시지(예: INVITE)를 전달하기 위한 경로를 정의합니다. SBC는 구성된 입력 특성(예: IP 그룹)이 들어오는 SIP 메시지의 특성과 일치하는 규칙을 선택합니다. 입력 특성이 테이블의 첫 번째 규칙과 일치하지 않으면 일치하는 규칙을 찾을 때까지 두 번째 규칙과 비교하는 식으로 계속됩니다. 일치하는 규칙이 없으면 메시지가 거부됩니다. 아래에 표시된 예에서는 SIP 트렁크에서 팀으로 또는 그 반대로 통화를 라우팅할 수 있지만 IP 대 IP 라우팅만 다룹니다.

다음 IP-to-IP 라우팅 규칙이 정의됩니다.

• SBC에서 SIP OPTIONS 메시지 종료
• Teams Direct Routing에 대한 REFER 메시지 종료
• 팀에서 SIP 트렁크로 직접 라우팅하는 통화
• SIP 트렁크에서 팀 직접 라우팅으로의 통화

IP-to-IP 라우팅 규칙을 구성하려면:

• IP 대 IP 라우팅 테이블을 엽니다(설정 메뉴 > 신호 및 미디어 탭 > SBC 폴더 > 라우팅 > IP 대 IP 라우팅).
• 아래 표와 같이 라우팅 규칙을 구성합니다.

• 구성된 라우팅 규칙은 아래 그림과 같습니다.

참고 : 라우팅 구성은 특정 배포 토폴로지에 따라 변경될 수 있습니다.

방화벽 설정 구성

추가 보안을 위해 AudioCodes SBC에서 들어오는 트래픽에 대한 트래픽 필터링 규칙(액세스 목록)을 구성하는 옵션이 있습니다. 구성된 네트워크 인터페이스에서 수신된 각 패킷에 대해 SBC는 일치하는 첫 번째 규칙을 찾을 때까지 테이블을 위에서 아래로 검색합니다. 일치하는 규칙은 패킷을 허용(허용)하거나 거부(차단)할 수 있습니다. 테이블에서 규칙을 찾으면 테이블 아래에 있는 후속 규칙은 무시됩니다. 일치하지 않고 테이블의 끝에 도달하면 패킷이 수락됩니다. 방화벽은 상태 비저장입니다. 차단 규칙은 UDP 또는 TCP 응답을 포함하여 들어오는 모든 패킷에 적용됩니다.

방화벽 규칙을 구성하려면:

• 방화벽 테이블을 엽니다(설정 메뉴 > IP 네트워크 탭 > 보안 폴더 > 방화벽).
• Teams Direct Rout IP 인터페이스에 대해 다음 액세스 목록 규칙을 구성합니다.

참고 : 구성에서 SIP 트렁크(또는 다른 엔터티)에 대한 연결이 Teams(이 예에서는 WAN_IF)와 동일한 IP 인터페이스를 통해 수행되는 경우 이러한 엔터티의 트래픽을 허용하는 규칙을 추가해야 합니다.

SBC와 직접 라우팅 간의 페어링 확인

New-CsOnlinePSTNGateway PowerShell 명령을 사용하여 SBC를 직접 라우팅과 페어링한 후 SBC가 OPTION을 직접 라우팅과 성공적으로 교환할 수 있는지 확인합니다.

SIP 옵션을 사용하여 페어링을 확인하려면:

• 프록시 설정 상태 페이지를 엽니다(모니터 > VOIP 상태 > 프록시 설정 상태).
• 직접 SIP 연결을 찾아 '상태'가 온라인인지 확인합니다. 오류가 발생하면 음성 라우팅을 구성하기 전에 먼저 연결 문제를 해결해야 합니다.

테스트 전화 걸기

설치가 완료되면 SBC에서 등록된 사용자와 다른 방향으로도 테스트 호출을 실행할 수 있습니다. 테스트 호출을 실행하면 진단을 수행하고 향후 지원 호출 또는 설정 자동화에 대한 연결을 확인하는 데 도움이 됩니다.
테스트 호출은 AudioCodes의 SBC에 통합된 테스트 에이전트를 사용하여 수행할 수 있습니다. 테스트 에이전트는 SIP UA 간의 연결, 음성 품질 및 SIP 메시지 흐름을 원격으로 확인할 수 있는 기능을 제공합니다.

SBC에서 시뮬레이션된 끝점을 구성하여 SBC와 원격 대상 간의 통화에 대한 SIP 신호를 테스트할 수 있습니다. 이 기능은 디버그 프로세스에서 원격 끝을 포함하지 않고 SIP 메시지 흐름을 원격으로 확인할 수 있기 때문에 유용합니다. SIP 테스트 호출은 SIP 신호 프로세스를 시뮬레이션합니다. 호출 설정, SIP 1xx 응답, 200 OK로 SIP 트랜잭션 완료.

테스트 호출은 SIP 메시지 흐름, 톤 신호(예: DTMF), 종료 이유, 음성 품질 통계 및 임계값(예: MOS)을 보여주는 Syslog 메시지를 Syslog 서버로 보냅니다.

테스트 에이전트를 구성하려면:

• 테스트 호출 규칙 테이블을 엽니다(문제 해결 메뉴 > 문제 해결 탭 > 테스트 호출 > 테스트 호출 규칙).
• 네트워크 매개변수에 따라 테스트 호출을 구성합니다. 자세한 설명은 AudioCodes 사용자 매뉴얼 문서를 참조하십시오.

테스트 호출을 시작, 중지 및 다시 시작하려면:

• 테스트 호출 규칙 테이블에서 필요한 테스트 호출 항목을 선택합니다.
• 작업 드롭다운 목록에서 필요한 명령을 선택합니다.
  다이얼 : 테스트 호출을 시작합니다(테스트 호출 상대방이 발신자일 경우에만 적용).
  통화 끊기 : 테스트 통화를 중지합니다.
  다시 시작 : 설정된 모든 호출을 종료한 다음 테스트 호출 세션을 다시 시작합니다.

테넌트 프로비저닝 스크립트

아래 powershell 스크립트는 이 구성을 기반으로 직접 라우팅 테넌트를 구현합니다.

스크립트는 특정 Direct Routing Tenant에 고유하지 않은 영구 구성이 이미 구성되어 있다는 가정을 기반으로 합니다(예: Proxy Sets Table, Condition Table, IP-to-IP Routing 등).
빨간색 = 각 테넌트에 대해 설정/변경해야 하는 변수입니다.
녹색 = 이 구성에 고유한 상수

Telnet 관리자 자격 증명을 사용하여 powershell에 액세스합니다.

고객이 DID(Direct Inward Dialing) 서비스를 사용하는 경우 다음 스크립트를 실행해야 합니다.

SIP 프록시 직접 라우팅 요구 사항

Teams Direct Routing에는 세 가지 FQDN이 있습니다.

sip.pstnhub.microsoft.com [글로벌 FQDN. SBC는 이를 첫 번째 우선 순위 영역으로 사용하려고 시도합니다. SBC가 이 이름을 확인하기 위한 요청을 보내면 Microsoft Azure DNS 서버는 SBC에 할당된 기본 Azure 데이터 센터를 가리키는 IP 주소를 반환합니다. 할당은 데이터 센터의 성능 메트릭 및 SBC에 대한 지리적 근접성을 기반으로 합니다. 반환된 IP 주소는 기본 FQDN에 해당합니다.]
sip2.pstnhub.microsoft.com [보조 FQDN. 지리적으로 두 번째 우선 순위 영역에 매핑됩니다.]
sip3.pstnhub.microsoft.com [Tertiary FQDN. 지리적으로 세 번째 우선 순위 지역에 매핑됩니다.]

이러한 3개의 FQDN은 최적의 경험 품질을 제공하기 위해 위에 표시된 순서로 배치되어야 합니다(로드가 적고 첫 번째 FQDN을 쿼리하여 할당된 SBC 데이터 센터에 가장 가깝습니다). 세 개의 FQDN은 SBC에서 일시적인 문제가 발생한 데이터 센터로의 연결이 설정된 경우 장애 조치를 제공합니다.

장애 조치 메커니즘

• SBC는 sip.pstnhub.microsoft.com 을 확인하기 위해 DNS 서버를 쿼리합니다 . 기본 데이터 센터는 지리적 근접성과 데이터 센터 성능 메트릭을 기반으로 선택됩니다.
• 연결 중에 기본 데이터 센터에 문제가 발생하면 SBC는 sip2.pstnhub.microsoft.com 을 시도하여 두 번째 할당된 데이터 센터로 해결하고 드문 경우지만 두 지역의 데이터 센터를 사용할 수 없는 경우 SBC는 마지막 FQDN( sip3 .pstnhub.microsoft.com ) 3차 데이터 센터 IP 주소를 제공합니다.
• SBC는 세 가지 FQDN, 즉 sip.pstnhub.microsoft.com, sip2.pstnhub.microsoft.com 및 sip3.pstnhub.microsoft.com에서 확인된 모든 IP 주소로 SIP OPTIONS를 보내야 합니다.

이제 당신의 차례입니다:

이것이 바로 구성 팀 직접 라우팅이 작동하는 방식입니다.

오늘 보고서에서 어떤 발견이 가장 흥미로웠습니까? 또는 내가 다룬 내용에 대해 질문이 있을 수 있습니다.

어느 쪽이든, 나는 당신에게서 듣고 싶습니다. 그래서 아래에 의견을 남겨주세요.