파트너가 채택할 수 있는 다양한 배포 모델을 설명하기 위해 TelSP라는 가상의 Webex 파트너를 고려해 보겠습니다.

TelSP의 고급 사양 및 요구 사항은 다음과 같습니다.

• 파트너는 sip.telsp.com 을 관리하는 모든 고객에게 공유되는 최상위 도메인으로 사용할 계획입니다.

• 파트너는 sip.telsp.com 을 소유하고 DNS 인프라 및 인증 기관을 관리하고, DNS 주소를 관리하고, 이 도메인 및 하위 도메인에 대한 인증서에 서명할 수 있습니다.

• 파트너는 최종 고객 간에 공유된 PSTN 액세스를 위한 로컬 게이트웨이로 두 개의 고유한 세션 테두리 컨트롤러(물리적 또는 가상)를 배포할 수 있습니다.

• 파트너는 두 개의 실제 사이트가 있으며, 두 사이트 모두 PSTN 연결을 공유합니다.

  • 마이애미

  • 시카고

• TelSP는 두 고객 CustA와 CustB를 대신하여 로컬 게이트웨이를 운영합니다.

원하는 시나리오는 다음 그림에 표시된 대로 파트너가 제공하는 마이애미 및 시카고 게이트웨이를 사용하는 두 고객 모두에 대해 PSTN 시작/종료를 적용하는 것입니다.

고객 위치를 트렁크 및 게이트웨이에 연결

Webex Calling을 사용하면 트렁크를 만들고 여러 위치에서 트렁크를 공유할 수 있습니다. 트렁크를 만들 때 트렁크를 위치와 연결합니다.

CustA의 경우 트렁크 세부 사항은 다음과 같습니다.

이 그림은 CustA용 게이트웨이 및 트렁크에 대한 고객 위치의 연결을 보여줍니다.

이 배포에서 위치와 연결된 트렁크는 해당 위치에 대한 기본 PSTN 연결입니다. 다른 트렁크는 특정 다이얼 플랜 항목에 대한 보조 PSTN 연결 또는 경로로 사용됩니다. 기본 및 보조 PSTN 연결 관계의 구현은 라우트 그룹 개념을 통해 이루어집니다. 자세한 내용은 Webex 고객 설정 섹션을 참조하십시오.

CustB의 경우 다음 트렁크와 유사한 설정이 생성됩니다.

이 그림은 CustB용 게이트웨이 및 트렁크에 대한 고객 위치의 연결을 보여줍니다.

이 그림은 뉴욕이라는 세 번째 위치를 표시하며, 나중에 추가하고 트렁크를 기본 PSTN trunk_chicago 연결로 가리킬 수 있습니다.

여러 트렁크를 공유하는 로컬 게이트웨이를 배포할 때 Cisco는 트렁크당 고유한 FQDN을 사용해야 합니다. 자세한 내용은 Configure-trunks,-route-groups,-and-dial-plans-for-Webex-Calling 을 참조하십시오.

IP 주소와 트렁크당 잘 알려진 포트를 사용하는 것은 이상적인 선택입니다. 그러나 공용 IPv4 주소를 찾는 것은 사이트 당 게이트웨이 당 하나의 주소를 사용하려는 일부 파트너에게 어려울 수 있습니다.

따라서 다음과 같은 중요한 포인터를 읽으십시오.

• Cisco는 트렁크당 IP 주소를 위임하지 않습니다.

• 트렁크 주소는 고유한 IP 주소 또는 다른 트렁크 간에 공유된 주소로 확인할 수 있습니다.

• Cisco는 다음과 같은 이유로 트렁크당 고유한 수신 포트를 사용하는 것이 좋습니다.

  1. 고객 간 네트워크 수준 격리 제공

  2. IP 주소 또는 테넌트에 대한 고유한 수신 포트로 분할된 고유한 테넌트로 제공되는 격리가 없는 경우, 세션 경계 컨트롤러는 임시 TCP 소켓 연결을 다시 사용하는 것이 일반적입니다.

  3. 테넌트 격리를 통한 트렁크당 연결 또는 연결은 높은 데이터 손실을 가진 네트워크 조건에서 특히 더 나은 처리량을 제공합니다. 따라서 한 고객의 트래픽은 다른 고객에게 영향을 미치지 않습니다.

게이트웨이당 IP 주소: 트렁크 구성 및 권장 사항

계획에 대해 다른 모델의 다음 예제를 참조하십시오.

모델 1: 트렁크당 고유한 IP 주소

이 모델에서 두 게이트웨이가 호스트하는 모든 트렁크는 고유한 IP 주소로 해결되며, 이러한 트렁크 각각은 동일한 포트를 사용하거나 사용하지 않을 수 있지만 이상적으로는 동일한 포트를 사용할 수 있습니다.

표 형식의 정보를 나타냄:

이 동일한 모델에서 파트너는 SRV 주소를 사용할 수 있습니다. Webex Calling은 서비스 및 프로토콜 조합으로 "_sips._tcp"을(를) SRV 레코드인 경우에만 피어 주소를 검색하도록 허용합니다.

SRV 레코드가 해결하는 방법의 샘플

nslookup -type=srv _sips._tcp.trunk.miami.custa.sip.telsp.com 서버:		8.8.8.8 주소:	8.8.8.8#53 비공식 답변: _sips._tcp.trunk.miami.custa.sip.telsp.com = 3600 50 5061 miami.custa.sip.telsp.com 

모델 2: 게이트웨이에서 공유된 IP이지만 다른 수신 포트

이 모델에서 시카고 로컬 게이트웨이에서 호스트된 모든 트렁크는 동일한 IP 주소를 확인하고 마이애미 로컬 게이트웨이에서 호스트된 모든 트렁크는 다른 IP를 확인합니다. 그러나 동일한 IP를 사용할 때 각 트렁크는 제어 허브의 FQDN을 사용하여 구성되고 고유한 포트로 구성됩니다.

이 동일한 모델에서 파트너는 SRV 주소를 사용하고 있습니다. Webex Calling은 서비스 및 프로토콜 조합으로 "_sips._tcp"을(를) SRV 레코드인 경우에만 피어 주소를 검색하도록 허용합니다.

SRV 레코드가 어떻게 해결되는지에 대한 다른 샘플은 다음과 같습니다. 이 예제에서는 IP 주소당 1개의 레코드가 있습니다. 이 예제에서는 IP 주소당 1개의 레코드가 있습니다. 단, 포트는 주소당 고유하며 SRV 주소를 올바른 포트에 연결하는 특정 DNS 구성을 통해 표시됩니다.

nslookup -type=srv _sips._tcp.trunk.miami.custa.sip.telsp.com 서버:		8.8.8.8 주소:	8.8.8.8#53 비공식 답변: _sips._tcp.trunk.miami.custa.sip.telsp.com = 3600 50 5061 miami.sip.telsp.com nslookup -type=srv _sips._tcp.trunk.miami.custb.sip.telsp.com 서버:		8.8.8.8 주소:	8.8.8.8#53 비공식 답변: _sips._tcp.trunk.miami.custb.sip.telsp.com = 3600 50 5062 miami.sip.telsp.com 

파트너는 telsp.com 및 하위 도메인을 소유하고 있습니다. 따라서 DNS 서버 및 승인된 인증 기관이 서명한 인증서를 받을 수 있는 권한은 파트너에게 있습니다.

• Cisco Webex는 파트너가 공개 도메인에 A 레코드를 포함하여 FQDN 또는 SRV 주소를 공개할 것을 기대합니다.

• Cisco Webex는 파트너가 이 문서에 게시된 대로 나열된 인증 기관 중 하나를 사용할 것을 기대합니다.

FQDN을 트렁크 주소로 사용하는 경우 트렁크의 FQDN에 설정된 CN(Common Name) 또는 SAN(Subject Number Alternative Number)으로 서명된 인증서를 설정합니다.

다음 방법 중 하나를 사용하여 인증서에서 FQDN을 생성합니다.

• CN(공통 이름)으로 FQDN 중 하나를 선택하고 나머지는 SAN(주체 번호 대체 번호)으로 선택합니다.

• 최상위 도메인(sip.telsp.com)을 CN으로, 모든 FQDN을 SAN으로 배치합니다.

  향후 이 구성이 사용하는 최상위 도메인에 따라 인증서의 유효성을 검증할 수 있습니다.

SRV를 트렁크 주소로 사용할 때 CN 또는 SAN을 사용하여 서명된 인증서를 SRV 주소의 호스트 부분으로 설정합니다. SRV 주소가 확인하는 레코드 또는 CNAME은 필요하지 않습니다.

게이트웨이 설정

이러한 리소스를 사용하여 로컬 게이트웨이를 설정합니다.

Cisco CUBE를 설정하려면 다음 절차를 사용하십시오. Cisco IOS XE에서 Webex Calling에 대해 로컬 게이트웨이 구성

승인된 타사 SBC를 설정할 수 있습니다. 참조: 로컬 게이트웨이 시작하기

다음 지침에 따라 파트너 호스트 게이트웨이를 설정합니다. 로컬 게이트웨이 시작하기

SBC 장치에 대한 관련 지침에 따라 각 트렁크를 설정합니다. Cisco CUBE 지침은 다음을 참조하십시오. Cisco IOS XE에서 Webex Calling에 대해 로컬 게이트웨이 구성

이미지에 따라 트렁크에 대한 수신 및 발신 트래픽에 대해 음성 클래스, 다이얼 피어 및 다이얼 피어 그룹을 설정합니다.

Partner Hub에서 CustA 또는 CustB에 대해 Control Hub를 시작하고 게이트웨이를 구성할 수 있습니다. 이 절차를 사용하여 각 고객에 대해 구성합니다.

1. 트렁크 만들기 - 각 파트너 공유 게이트웨이에 대해 통화/통화 라우팅/트렁크 아래에 트렁크를 추가합니다. 트렁크를 설정하려면 Webex Calling에 대한 트렁크, 라우트 그룹 및 다이얼 플랜 구성을 참조하십시오.

2. 도메인 추가 및 확인 - 관리/조직 설정/도메인 아래에서 트렁크를 생성하는 데 사용되는 다음 도메인을 추가하고 확인합니다.

   쿠스트A	쿠스트 B(Cust B)
   sip.telsp.com	sip.telsp.com

   도메인을 추가하면 토큰이 생성되고 파트너의 DNS 서버에 있는 도메인에 대한 TXT 레코드에 배치됩니다. 이 녹화를 통해 Control Hub는 해당 도메인이 파트너가 소유하고 있는지 확인할 수 있습니다. 자세한 내용은 도메인 관리를 참조하십시오.

   공통 도메인은 각 고객에 대한 확인을 위해 사용되기 때문입니다. 그러나 이 인증은 고객 조직 수준에서 실행되므로 각 고객 조직에서 인증에 대해 다른 토큰이 생성되고 사용되는지 확인합니다. 단일 도메인은 고객 조직 전반에서 사용되기 때문에 한 조직에서는 도메인 소유권을 클레임할 수 없습니다.
3. FQDN으로 SBC 주소 설정—

   마이애미 게이트웨이의 경우:

   파라미터	쿠스트A	쿠스트 B(Cust B)
   위치	덴버	보스턴
   트렁크 이름	trunk_miami	trunk_miami
   트렁크 유형	인증서 기반	인증서 기반
   장치 유형	예: Cisco Unified Border Element(또는 지원되는 다른 장치)	예: Cisco Unified Border Element(또는 지원되는 다른 장치)
   SBC 주소 유형	FQDN	FQDN
   호스트 이름	트렁크. 마이애미	트렁크.miami.custb
   도메인	sip.telsp.com	sip.telsp.com
   포트	5061	5062
   FQDN	trunk.miami.custa.sip.telsp.com:5061	trunk.miami.custb.sip.telsp.com:5062
   최대 동시 통화 수(250-6500)	500	500

   시카고 게이트웨이의 경우:

   파라미터	쿠스트A	쿠스트 B(Cust B)
   위치	디트로이트	Dallas
   트렁크 이름	trunk_chicago	trunk_chicago
   트렁크 유형	인증서 기반	인증서 기반
   장치 유형	예: Cisco Unified Border Element(또는 지원되는 다른 장치)	예: Cisco Unified Border Element(또는 지원되는 다른 장치)
   SBC 주소 유형	FQDN	FQDN
   호스트 이름	트렁크.chicago.custa	트렁크.chicago.custb
   도메인	sip.telsp.com	sip.telsp.com
   포트	5061	5062
   FQDN	trunk.chicago.custa.sip.telsp.com:5061	trunk.chicago.custb.sip.telsp.com:5062
   최대 동시 통화 수(250-6500)	500	500

   • (선택 사항) 고객 전반에서 트렁크에 대한 고유한 이름이 없으며 동일한 이름이 트렁크를 추적하는 데 도움이 될 수 있습니다.

   • 특정 SBC는 동일한 포트를 구성할 수 있지만 이 구성은 용량에 영향을 미칠 수 있습니다. 따라서 다른 포트를 사용합니다.

4. 트렁크 사용 - 다음 사항으로 인해 트렁크에 대한 임의의 위치를 선택합니다.

   • 모든 위치는 PSTN 연결에서 트렁크를 사용할 수 있습니다.

   • 라우트 그룹을 통해 트렁크에 액세스할 수 있습니다.

   • 모든 다이얼 플랜은 트렁크를 사용할 수 있습니다.

5. 연결된 위치의 트렁크 정의를 참조하십시오.

   

   이 트렁크를 사용하여 라우트 그룹을 만들 수 있습니다. 이미지에서 라우트 그룹 rg_miami_chicago 은 통화를 trunk_miami 트렁크로 기본 옵션으로 라우팅하고 trunk_chicago 트렁크를 보조 옵션으로 라우팅하도록 정의됩니다.

   

   통화를 기본 옵션으로 트렁크로 rg_chicago_miami 라우팅하고, trunk_chicago 트렁크를 보조 옵션으로 trunk_miami 라우팅하는 두 번째 라우트 그룹을 정의할 수 있습니다.

6. 이제 정의된 트렁크 및 라우트 그룹은 각 위치에 대해 통화 연결 PSTN 옵션에서 사용할 수 있습니다. 그림에서 덴버의 위치를 볼 수 있습니다.

   

7. 다이얼 플랜 정의에서 트렁크 및 라우트 그룹을 사용할 수 있습니다. 예를 들어, 고객에 대한 시카고의 온-프레미스 번호 범위는 이미지의 rg_chicago_miami 라우트 그룹(모든 위치에 대해)으로 종료되도록 분할됩니다.