단일 코어 아키텍처

단일 코어 아키텍처는 핵심 서비스를 제공하는 단일 Communicate 사이트를 나타냅니다. N+1 구성으로 배포된 Edge 어플라이언스에 로컬 중복성과 확장성을 제공합니다. 또한 지사에서 전화 회선을 통합 및 제거하여 기업이 비용을 절감하는 데 도움이 됩니다.

단일 코어 아키텍처를 사용하는 고객은 다음과 같은 경우가 많습니다.

  • 집에서 일하는 사용자를 지원하는 단일 물리적 회사 사무실입니다.
  • 원격 지사를 지원하는 단일 중앙 사무실.
  • 모든 회사의 지역 IT를 호스팅하는 중앙 데이터 센터.
  • 글로벌 기업의 지역 사업부.

기술 아키텍처 요구 사항 및 모범 사례

아키텍처 다이어그램

sc 아키텍처 다이어그램

BYOC는 LAN에 엣지를 제공합니다.

Edge 어플라이언스에는 모델에 따라 3개 또는 7개의 사용 가능한 네트워크 인터페이스가 표준으로 제공됩니다. Edge는 이러한 인터페이스를 사용하여 LAN(Local Area Network)에 연결합니다. 기본 제공 WAN 인터페이스와 포트 2를 사용하여 Edge를 배포하는 것이 좋습니다. 

단일 네트워크 세그먼트만 있는 경우 단일 네트워크 인터페이스를 사용하여 Edge를 배포할 수 있습니다. 그러나 트래픽을 분리하면 Edge 네트워크 인터페이스가 혼잡해지는 것을 방지하는 데 도움이 됩니다. 혼잡은 Edge가 단일 네트워크 인터페이스에서 모든 트래픽을 처리할 때 발생합니다. 단일 인터페이스 배포에서 Edge가 올바르게 작동하려면 Edge의 WAN 인터페이스가 네트워크에 연결되어야 합니다. 

두 개의 인터페이스를 사용하여 Edge를 배포하려면 WAN 인터페이스를 공용 인터넷에 대한 아웃바운드 액세스 권한이 있는 네트워크 세그먼트에 연결합니다. Genesys Cloud 플랫폼에 연결하는 데 사용합니다. 회사 LAN에 액세스할 수 있는 다른 네트워크 세그먼트에 포트 2 인터페이스를 연결합니다.

참고: WAN 인터페이스에는 공용 IP가 필요하지 않습니다. 아웃바운드 공용 인터넷 트래픽이 NAT 또는 PAT를 사용하여 보안 장치에서 라우팅 가능한 공용 IP에 도달하는 한 사설 IP를 사용할 수 있습니다.

다음 다이어그램은 지원되는 두 가지 모범 사례 배포를 보여줍니다.

sc 듀얼 인터페이스 녹음

sc 단일 인터페이스 지원

BYOC 전제 에지 대 BYOC 전제 에지

단일 코어 아키텍처에서 동일한 물리적 Communicate 사이트에 Edge를 배포합니다. 동일한 LAN 네트워크 세그먼트에 모든 Edge를 배포하는 것이 좋습니다.

장치 간의 대기 시간을 최소화하면서 최대의 출력을 보장하려면 이 배포를 권장합니다. Edge 어플라이언스는 자동 클러스터링 및 로드 밸런싱으로 인해 자주 서로 통신합니다. 음성 트래픽은 표준 작동 중에도 그들 사이를 통과합니다.

사이트 내의 다른 LAN 네트워크 세그먼트에 Edge 어플라이언스를 배포하는 경우:

  • 어플라이언스 간의 최대 네트워크 대기 시간은 10ms입니다.
  • 트래픽의 패킷 지터는 1ms 미만입니다.
  • 장치 간의 모든 네트워크 포트가 열려 있습니다.
  • 장치 간의 사용 가능한 대역폭은 최대 동시 통화 수를 지원합니다.

sc 동일한 LAN 녹음

sc 다른 LAN 지원

 

BYOC Premises Edge to PSTN 공급자(SIP)

Genesys Cloud 고객은 세 가지 주요 채널을 통해 SIP 음성 공급자를 Genesys Cloud로 가져옵니다.

  • 외부 음성 공급자에 대한 SIP 트렁킹
  • 레거시 타사 PBX 공급자에 대한 SIP 트렁킹
  • 네트워크 게이트웨이 장치 또는 SBC에 대한 SIP 트렁킹

Genesys Cloud는 세 가지 채널을 모두 지원합니다. SIP 트렁킹 관점에서 동일한 방식으로 설계합니다. 각 Edge 어플라이언스에 SIP 트렁크를 설정하는 것이 좋습니다.

Genesys Cloud에서 SIP 트렁킹을 사용할 때 서로 다른 SIP 트렁크로 인바운드 및 아웃바운드 트래픽을 분리하는 것이 좋습니다. 트래픽을 분리하면 최고의 전화 통신 복원력과 향후 확장성 옵션이 제공됩니다.

Genesys Cloud는 양방향 SIP 트렁크도 지원할 수 있습니다. 우리는 그들을 권장하지 않습니다. 솔루션에 확장성, 기능 및 장애 조치 제한이 발생할 수 있습니다.

팁: PSTN 공급자가 제공하는 경우 다른 지역의 다른 공급자 끝점에서 SIP 트렁크를 종료하는 것이 좋습니다. PSTN 공급자가 장치 또는 지역의 중단을 경험하는 경우 서비스는 계속 작동합니다.

팁: 여러 PSTN 공급자의 잠재적 사용을 조사하는 경우 영업 엔지니어에게 문의하십시오. 회사 요구 사항과 PSTN 공급자 기능에 따라 여러 PSTN 공급자를 사용하는 가장 좋은 방법을 결정하는 데 도움이 될 수 있습니다.

인바운드 SIP 트렁킹

인바운드 SIP 트렁킹은 회사 외부의 사람들이 회사 내의 사람들과 서비스에 도달하는 방법입니다. 인바운드 SIP 트렁킹을 올바르게 설계하는 것은 외부 고객의 서비스 가능성을 보장하는 데 중요합니다.  인바운드 SIP 트렁크를 설계할 때 다음을 수행하는 것이 좋습니다.

1. PSTN 공급자와 협력하여 각 Edge 어플라이언스에 SIP 트렁크를 구축합니다.

2. 모든 트렁크를 트렁크 그룹으로 묶습니다.

3. PSTN 공급자가 인바운드 SIP 트렁크 그룹에 인바운드 전화 번호(DID, NGN 또는 TFN)를 할당합니다.

이 프로세스는 Edge 또는 PSTN 공급자 구성 요소가 실패하는 시나리오에서 회사에 중복성과 탄력성을 제공합니다.

아웃바운드 SIP 트렁킹

아웃바운드 SIP 트렁킹은 회사 외부의 당사자에게 도달하는 데 중요합니다. 아키텍처는 인바운드 SIP 트렁킹보다 간단합니다. 아웃바운드 SIP 트렁크는 인바운드 전화 번호에 의존하지 않습니다. PSTN 공급자와 협력하여 각 Edge 어플라이언스에 대한 전용 아웃바운드 SIP 트렁크를 구축하는 것이 좋습니다.

독립적인 트렁크를 구축하면 각 Edge 어플라이언스가 아웃바운드 통화를 동시에 처리할 수 있습니다. 이 기능을 사용하면 다른 Edge 어플라이언스가 PSTN 공급자에게 아웃바운드 전화를 걸 수 있는지 확인할 수 있습니다. 구성 요소에 장애가 발생하면 확장성을 높이고 영향을 받는 활성 통화 수를 줄이기 위해 Edge 어플라이언스 전체에서 통화 균형을 조정할 수도 있습니다.

수신/발신

양방향 SIP 트렁킹

양방향 SIP 트렁크는 PSTN 공급자에 대한 인바운드 및 아웃바운드 음성 트래픽을 용이하게 하는 동일한 SIP 트렁크를 나타냅니다. Genesys Cloud는 이를 지원하지만 PSTN 공급자의 기능 및 기능에 따라 확장성 제한을 도입할 수 있습니다. PSTN 공급자는 양방향 SIP 트렁킹 중복성을 위한 활성/수동 구성만 제공하는 경우가 많습니다.

액티브/액티브 또는 액티브/패시브 로드 밸런싱

많은 PSTN 캐리어는 SIP 트렁크 그룹에서 활성/수동 또는 활성/활성 로드 밸런싱의 이중화 옵션을 제공합니다. 활성/활성 트렁크 그룹에 배포하는 것이 좋습니다. 활성/활성 부하 분산을 사용하면 다른 Edge 어플라이언스가 PSTN 공급자의 호출을 수락할 수 있는지 확인할 수 있습니다. 구성 요소에 장애가 발생하면 Edge 어플라이언스 전반에 걸쳐 통화 균형 조정을 허용하여 확장성을 높이고 영향을 받는 활성 통화 수를 줄입니다.

팁: 활성/활성 구성을 지원할 수 있는지 공급자에게 문의하십시오.

Genesys Cloud는 능동/수동 로드 밸런싱도 지원합니다. 능동/수동 구성에서 PSTN 공급자는 단일 SIP 트렁크를 구축합니다. 고객과 SIP 공급자는 모두 SIP 트렁크에 대해 순차적으로 정렬된 SIP 서버 목록을 제공합니다. 통화는 목록의 첫 번째 SIP 서버에 연결을 시도합니다. 목록에 있는 SIP 서버가 응답하지 않으면 통화는 목록의 다음 서버에 연결을 시도합니다. SIP 서버 목록을 PSTN 공급자에게 제공할 때 Edge 어플라이언스 목록도 제공해야 합니다. 이 목록은 구성 요소 중단 시 서비스가 다른 Edge로 장애 조치되도록 합니다. 현재 이 구성에서는 단일 Edge 어플라이언스가 모든 PSTN 바인딩 호출을 관리하므로 확장성이 제한됩니다.

sc 양방향 활성 및 장애 조치

참고: PSTN 공급자에 따라 더 복잡해지는 솔루션을 확장할 기회가 있을 수 있습니다. 이러한 기회를 조사하는 데 관심이 있으면 영업 엔지니어에게 문의하십시오.

특별 팁: PSTN 실패 라우팅 계획

일부 이동통신사 PSTN 공급자는 SIP 트렁킹 서비스와 함께 "실패 라우팅 계획"을 제공합니다. 이 서비스를 통해 고객은 PSTN 공급자 SIP 트렁크 서비스가 중단된 경우 수동 또는 자동으로 활성화하는 인바운드 전화 번호 라우팅 계획을 설정할 수 있습니다. 장애가 있는 경우 라우팅 계획을 통해 전화 번호를 다른 위치로 전환할 수 있습니다.

이동통신사에서 이 서비스를 제공하는 경우 업무상 중요한 수신 전화 번호에 대한 기본 라우팅 계획을 설정하는 것이 좋습니다.

sc PSTN 실패 라우팅

긴급 라우팅

회사의 관할권, 규정, 산업 또는 내부 정책에 따라 Communicate 솔루션이 공공 응급 서비스에 연결되도록 설정해야 할 수 있습니다. 공공 비상 전화번호에는 미국의 911이 포함됩니다.

다양한 방법으로 응급 서비스를 솔루션에 통합할 수 있습니다. 가장 일반적인 방법은 각 물리적 Communicate 사이트에서 비즈니스 POTS 회선에 연결된 로컬 아날로그 게이트웨이를 배포하는 것입니다. 이 방법을 사용하면 로컬 POTS 회선에서 "비상"으로 분류된 사이트로 전화를 연결하도록 다이얼 플랜을 구성할 수 있습니다.

다른 긴급 전화 걸기 솔루션에 관심이 있는 경우 회사 요구 사항을 기반으로 하는 최상의 방법에 대해 영업 엔지니어에게 문의하십시오.

sc 긴급 전화 걸기 지원

팁: 비즈니스 POTS 회선은 한 번에 하나의 통화만 지원합니다. 하나 이상의 긴급 호출을 허용해야 하는 경우 아날로그 게이트웨이에 여러 POTS 회선을 연결하는 것이 좋습니다.

팁: 지역 POTS 회선을 주문할 때 긴급 전화 걸기 링크를 사용할 의사를 공급자에게 알리는 것이 좋습니다.  또한 국가 비상 데이터베이스에 전화 번호를 등록했는지 확인하십시오.

전화

Genesys Cloud에 물리적 전화기를 연결할 때 DHCP 및 DNS 서비스를 사용하는 것이 좋습니다. DHCP 및 DNS 서비스를 사용하면 초기 배포를 간소화하고 지속적인 전화 관리를 줄이며 사용자에게 더 나은 복원력을 제공할 수 있습니다. Genesys Cloud는 고정 IP 정보 및 프로비저닝을 사용하여 각 전화기를 수동으로 배포하는 것을 지원합니다. 수동 배포는 권장하지 않습니다.

DHCP 및 DNS를 통한 전화 프로비저닝

DHCP 및 DNS를 사용하여 전화기를 배포하려면 내부 고객 네트워크에서 이러한 서비스를 활성화해야 합니다. 이러한 서비스를 사용할 수 있게 되면 DNS 정방향 조회 영역에서 Genesys Cloud 전화 프로비저닝을 위한 새 호스트 "A" 리소스 레코드를 설정합니다. 호스트 "A" 레코드의 이름은 모두 같지만 각 Edge 어플라이언스의 IP로 새 레코드를 만듭니다. 모든 Edge를 추가하면 단일 Edge 어플라이언스를 사용할 수 없는 경우 전화기가 다음 Edge 어플라이언스에 연결을 시도합니다.

호스트 "A" 레코드를 생성한 후 전화기에 대한 DHCP 범위를 생성합니다. 각 전화 네트워크 세그먼트에는 DHCP 서버에 정의된 다른 DHCP 범위가 필요합니다. DHCP 범위를 만든 후 코드 범위에 대한 새 DHCP 옵션을 만듭니다. 160. 이 옵션은 전화기가 네트워크에 있을 때 프로비저닝 Edge를 전화기에 알립니다. 옵션 160에서 정방향 조회 영역에서 생성한 전화 프로비저닝 DNS 레코드의 이름을 추가합니다.

참고: 단일 네트워크 세그먼트에 Edge 어플라이언스 및 전화기를 배포하는 고객의 경우 Edge 어플라이언스는 전화기의 DHCP Discover 및 Inform 메시지에 응답합니다. 이 응답을 통해 전화기는 Edge에서 직접 프로비저닝 정보를 수신할 수 있으므로 DHCP 범위에서 DHCP 옵션 160을 구성할 필요가 없습니다.
팁: 다른 서비스에 DHCP 옵션 160을 이미 사용하고 있는 경우 전화기 제조업체에서 지원하는 다른 사용자 지정 DHCP 옵션 값을 사용할 수 있습니다.