가상의 Webex 파트너인 TelSP를 예로 들어, 파트너가 채택할 수 있는 다양한 구축 모델을 설명해 보겠습니다.

다음은 주요 사양입니다. & TelSP의 요구 사항:

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

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

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

• 파트너사는 두 개의 물리적 사업장을 보유하고 있으며, 두 사업장 모두 PSTN 연결을 공유합니다.

  • 마이애미

  • 시카고

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

바람직한 시나리오는 PSTN이 있는 것입니다. origination/termination 파트너사가 제공하는 마이애미 및 시카고 게이트웨이를 사용하는 고객 모두에게 적용됩니다(그림 참조).

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

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

CustA의 트렁크 세부 정보는 다음과 같습니다.

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

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

고객B의 경우, 다음과 같은 트렁크를 사용하여 유사한 설정이 생성됩니다.

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

이 그림은 세 번째 위치인 뉴욕을 보여줍니다. 이 위치는 나중에 추가하고 기본 PSTN 연결로 trunk_chicago 트렁크를 지정할 수 있습니다.

여러 트렁크를 공유하는 로컬 게이트웨이를 구축할 때 Cisco는 트렁크당 고유한 FQDN을 사용하도록 의무화합니다. 자세한 내용은 Webex 통화용 트렁크, 경로 그룹 및 다이얼 플랜 구성 을 참조하십시오.

트렁크당 IP 주소와 잘 알려진 포트를 사용하는 것이 이상적인 선택입니다. 하지만 사이트별 게이트웨이에 각각 하나의 주소를 사용하려는 일부 파트너의 경우 공용 IPv4 주소를 확보하는 데 어려움을 겪을 수 있습니다.

그러므로 다음의 중요한 사항들을 읽어보세요:

• 시스코는 트렁크별로 IP 주소를 의무화하지 않습니다.

• 트렁크 주소는 고유한 IP 주소로 확인되거나 다른 트렁크와 공유되는 주소로 확인될 수 있습니다.

• Cisco는 다음과 같은 이유로 로컬 게이트웨이에서 각 트렁크 연결에 고유한 IP 주소와 포트 조합을 구성할 것을 권장합니다.

  1. 트렁크별로 별도의 TCP 연결 링크를 유지함으로써 트렁크당 최대 동시 통화 용량을 지원할 수 있습니다. 회선 간에 IP 주소 및 포트 조합을 공유하면 통화 용량에 부정적인 영향을 미칠 수 있습니다.

  2. 고객 간 네트워크 수준의 격리를 제공합니다.

  3. 세션 경계 컨트롤러는 일반적으로 임시 TCP 소켓 연결을 재사용합니다. 단, 테넌트별로 IP 주소 또는 고유한 수신 포트로 구분된 고유한 테넌트 형태로 격리된 경우는 예외입니다.

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

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

다음은 다양한 계획 모델의 예시입니다.

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

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

정보를 표 형식으로 나타내면 다음과 같습니다.

이와 동일한 모델에서 파트너는 SRV 주소를 사용할 수 있습니다. Webex 통화는 SRV 레코드인 경우 피어 주소를 검색하기 위한 서비스 및 프로토콜 조합으로 “_sips._tcp”만 허용합니다.

SRV 레코드가 해석되는 방식의 예시

nslookup -type=srv _sips._tcp.trunk.miami.custa.sip.telsp.com
Server:		8.8.8.8
Address:	8.8.8.8#53

Non-authoritative answer:
_sips._tcp.trunk.miami.custa.sip.telsp.com = 3600 50 5061 miami.custa.sip.telsp.com

모델 2: 게이트웨이에서 IP 주소는 공유하지만 수신 포트는 서로 다릅니다.

이 모델에서는 시카고 로컬 게이트웨이에서 호스팅되는 모든 트렁크는 동일한 IP 주소로 확인되고, 마이애미 로컬 게이트웨이에서 호스팅되는 모든 트렁크는 서로 다른 IP 주소로 확인됩니다. 하지만 동일한 IP 주소를 사용하는 경우, 각 트렁크는 제어 허브에서 FQDN을 사용하여 구성되며 고유한 포트로 설정됩니다.

이 동일한 모델에서 파트너는 SRV 주소를 사용하고 있습니다. Webex 통화는 SRV 레코드인 경우 피어 주소를 검색하기 위한 서비스 및 프로토콜 조합으로 “_sips._tcp”만 허용합니다.

SRV 레코드가 해석되는 또 다른 예는 다음과 같습니다. 이 예시에서는 IP 주소당 하나의 A 레코드가 존재합니다. 하지만 포트는 주소별로 고유하며, SRV 주소를 올바른 포트에 연결하는 특정 DNS 구성을 통해 표현됩니다.

nslookup -type=srv _sips._tcp.trunk.miami.custa.sip.telsp.com
Server:		8.8.8.8
Address:	8.8.8.8#53

Non-authoritative answer:
_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
Server:		8.8.8.8
Address:	8.8.8.8#53

Non-authoritative answer:
_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을 트렁크 주소로 사용하는 경우, 서명된 인증서를 설정할 때 CN(Common Name) 또는 SAN(Subject Number Alternative Number)을 트렁크의 FQDN으로 설정해야 합니다.

인증서에 FQDN을 생성하려면 다음 방법 중 하나를 사용하십시오.

• FQDN 중 하나를 일반 이름(CN)으로 선택하고 나머지는 주제 번호 대체 번호(SAN)로 선택하십시오.

• 최상위 도메인(sip.telsp.com)을 CN으로, 모든 FQDN을 SAN으로 설정하십시오.

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

SRV를 트렁크 주소로 사용할 때는 CN 또는 SAN을 SRV 주소의 호스트 부분으로 하는 서명된 인증서를 설정해야 합니다. SRV 주소가 확인되는 A 레코드 또는 CNAME은 필수 사항이 아닙니다.

게이트웨이를 설정하세요

로컬 게이트웨이를 설정하려면 다음 리소스를 활용하세요.

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

승인된 타사 SBC를 설정할 수 있습니다. 자세한 내용은 다음을 참조하세요. 로컬 게이트웨이 시작하기

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

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

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

파트너 허브에서 고객 A 또는 고객 B에 대한 제어 허브를 실행하고 게이트웨이를 구성할 수 있습니다. 각 고객별로 설정을 구성하려면 다음 절차를 따르십시오.

1. 줄기 만들기—아래에 줄기를 추가하세요 Calling/Call Routing/Trunk 각 파트너 공유 게이트웨이에 대해. 트렁크를 설정하려면 Webex 통화용 트렁크, 라우트 그룹 및 다이얼 플랜 구성을 참조하세요.

2. 도메인 추가 및 확인—트렁크를 생성하는 데 사용되는 다음 도메인을 추가하고 확인하십시오. Management/Organization Settings/Domains.

   고객	고객B
   sip.telsp.com	sip.telsp.com

   도메인을 추가하면 토큰이 생성되어 파트너의 DNS 서버에 있는 해당 도메인의 TXT 레코드에 저장됩니다. 이 기록을 통해 Control Hub는 해당 도메인이 파트너 소유인지 확인할 수 있습니다. 자세한 내용은 도메인 관리를 참조하세요.

   공통 도메인은 각 고객에 대한 인증에 사용되기 때문입니다. 단, 이 검증은 고객 조직 수준에서 이루어지므로 각 고객 조직에서 검증을 위해 서로 다른 토큰을 생성하여 사용해야 합니다. 고객사 전체에서 단일 도메인을 사용하기 때문에 어느 한 조직도 도메인 소유권을 주장할 수 없습니다.
3. FQDN을 사용하여 SBC 주소를 설정합니다.

   마이애미 관문의 경우:

   파라미터	고객	고객B
   위치	덴버	보스턴
   트렁크 이름	trunk_miami	trunk_miami
   트렁크 유형	인증서 기반	인증서 기반
   장치 유형	예: Cisco Unified Border Element(또는 기타 지원되는 장치)	예: Cisco Unified Border Element(또는 기타 지원되는 장치)
   SBC 주소 유형	FQDN	FQDN
   호스트 이름	트렁크.마이애미.쿠스타	트렁크.마이애미.커스트비
   도메인	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

   시카고 관문 지역:

   파라미터	고객	고객B
   위치	디트로이트	Dallas
   트렁크 이름	trunk_chicago	trunk_chicago
   트렁크 유형	인증서 기반	인증서 기반
   장치 유형	예: Cisco Unified Border Element(또는 기타 지원되는 장치)	예: Cisco Unified Border Element(또는 기타 지원되는 장치)
   SBC 주소 유형	FQDN	FQDN
   호스트 이름	트렁크.시카고.쿠스타	트렁크.시카고.커스티브
   도메인	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 경로 그룹(모든 위치용)으로 분할되어 종료됩니다.