공동 상주 요구 사항

• 이런 인터페이스는 서비스 허가를 위해 장기 토큰을 수락해야 하기 때문에 인증 서비스는 Xsi 응용프로그램과 공동 상주해야 합니다. 그런 토큰의 유효성을 검증하려면 인증 서비스가 필요합니다.

• 인증 서비스 및 Xsi는 필요한 경우, 동일한 포트에서 실행할 수 있습니다.

• 규모에 대해 필요에 따라 다른 서비스/애플리케이션을 분리할 수 있습니다(예: 전용 장치 관리 XSP|ADP 팜).

• Xsi, CTI, 인증 서비스 및 DMS 응용프로그램을 코로케이션할 수 있습니다.

• BroadWorks를 Webex에 통합하는 데 사용되는 XSP|ADP에 다른 응용프로그램 또는 서비스를 설치하지 마십시오.

• NPS 응용프로그램을 다른 응용프로그램과 코로케이션하지 마십시오.

Xsi 인터페이스

Cisco BroadWorks Xtended 서비스 인터페이스 구성 안내서에 기술된 바와 같이 Xsi-Actions 및 Xsi-Events 응용프로그램을 설치하고 구성합니다.

CTI 인터페이스에 사용되는 XSP|ADP에 Xsi-Events 애플리케이션의 한 인스턴스만 배포해야 합니다.

Broadworks를 Webex에 통합하는 데 사용되는 모든 Xsi-Events에는 Applications/Xsi-Events/GeneralSettings 아래에 정의된 동일한 callControlApplicationName이 있어야 합니다. 예:

ADP_CLI/Applications/Xsi-Events/GeneralSettings> get

callControlApplicationName = com.broadsoft.xsi-events

사용자가 Webex에 등록되면 Webex는 AS에서 사용자에 대한 가입을 생성하여 프레즌스 및 통화 히스토리에 대한 텔레포니 이벤트를 수신합니다. 구독은 callControlApplicationName과 연계되며, AS는 이를 사용하여 텔레포니 이벤트를 전송하는 Xsi-Events를 알 수 있습니다.

callControlApplicationName을 변경하거나 모든 Xsi-Events 웹앱에서 동일한 이름을 사용하지 않는 것은 가입 및 전화 통신 이벤트 기능에 영향을 미칩니다.

인증 서비스 구성 (CI 토큰 유효성 검증)

이 절차를 사용하여 TLS에서 CI 토큰 유효성 검증을 사용하도록 인증 서비스를 구성하십시오. R22 이상을 실행하고 있으며 시스템에서 지원하는 경우, 이 인증 방법이 권장됩니다.

상호 TLS(mTLS)도 인증 서비스에 대한 대체 인증 방법으로 지원됩니다. 동일한 XSP|ADP 서버를 실행 중인 다수의 Webex 조직이 있는 경우, CI 토큰 유효성 검사는 동일한 XSP|ADP 인증 서비스에 대한 다수의 연결을 지원하지 않기 때문에 mTLS 인증을 사용해야 합니다. CI 토큰 유효성 검사 대신 인증 서비스에 대한 mTLS 인증을 구성하려면 서비스 구성에 대한 부록(인증 서비스에 mTLS 사용)을 참조하십시오.

현재 인증 서비스에 mTLS를 사용하는 경우, TLS와 함께 CI 토큰 유효성 검사를 사용하도록 재구성할 필요는 없습니다.

1. Cisco BroadWorks용 Webex에 대한 OAuth 자격 증명을 가져옵니다.

2. 각 XSP|ADP 서버에 다음 패치를 설치합니다. 릴리즈에 적절한 패치를 설치하십시오.

   • R22:

     AP.platform.22.0.1123.ap376508

     AP.xsp.22.0.1123.ap376508

     AP.xsp.22.0.1123.ap368601

   • R23:

     AP.xsp.23.0.1075.ap376509

     AP.platform.23.0.1075.ap376509

   • R24 — 패치 필요 없음.

   XSP에 대한 모든 참조에는 XSP 또는 ADP가 포함됩니다.

3. 응용프로그램을 AuthenticationService 각 XSP|ADP 서비스에 대한 애플리케이션.

   1. 다음 명령을 실행하여 XSP|ADP에서 /authService 컨텍스트 경로에 대한 AuthenticationService 애플리케이션을 활성화합니다.

      XSP|ADP_CLI/Maintenance/ManagedObjects> activate application AuthenticationService 22.0_1.1123/authService

   2. 이 명령을 실행하여 XSP|ADP에 AuthenticationService를 배포합니다.

      XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /authServiceBroadWorks SW Manager deploying /authService...

4. Broadworks build 2022.10부터 Java와 함께 제공되는 인증서 당국은 새로운 버전의 Java로 전환할 때 더 이상 BroadWorks 신뢰 저장소에 자동으로 포함되지 않습니다. AuthenticationService는 Webex에 대한 TLS 연결을 열어 액세스 토큰을 가져오고, IDBroker 및 Webex URL의 유효성을 검증하려면 트러스트 스토어에 다음을 포함해야 합니다.

   • IdenTrust Commercial Root CA 1

   • Go Daddy Root Certificate Authority - G2

   이러한 인증서가 다음 CLI 아래에 있는지 확인합니다.

   ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> get

   존재하지 않는 경우, 다음 명령을 실행하여 기본 Java 트러스트를 가져옵니다.

   ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust

   또는 다음 명령을 사용하여 이러한 인증서를 신뢰 앵커로 수동으로 추가할 수 있습니다.

   ADP_CLI/System/SSLCommonSettings/Trusts/BroadWorks> updateTrust <alias> <trustAnchorFile>

   ADP가 이전 릴리즈에서 업그레이드된 경우 이전 릴리스의 인증 기관은 자동으로 새 릴리즈로 가져오고 수동으로 제거될 때까지 계속 가져옵니다.

   AuthenticationService 애플리케이션은 ADP_CLI/System/SSLCommonSettings/GeneralSettings 아래의 validatePeerIdentity 설정에서 제외되며, 항상 피어 ID를 확인합니다. 이 설정에 대한 자세한 정보는 Cisco Broadworks X509 인증서 유효성 검사 FD를 참조하십시오.

5. 각 XSP|ADP 서버에서 다음 명령을 실행하여 ID 공급자를 구성합니다.

   XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco> get

   • set clientId client-Id-From-Step1

   • set enabled true

   • set clientSecret client-Secret-From-Step1

   • set ciResponseBodyMaxSizeInBytes 65536

   • set issuerName <URL> — URL 의 경우, CI 클러스터에 적용되는 IssuerName URL을 입력합니다. 다음 표를 참조하십시오.

   • set issuerUrl <URL> — URL 의 경우, CI 클러스터에 적용되는 IssuerURL을 입력합니다. 다음 표를 참조하십시오.

   • set tokenInfoUrl <IdPProxy URL> —Teams 클러스터에 적용되는 IdP 프록시 URL을 입력합니다. 다음 두 번째 표를 참조하십시오.

   표 1. issuerName 및 issuerURL 설정

   만약 CI 클러스터가...	issuerName 및 issuerURL을 설정합니다...
   US-A	https://idbroker.webex.com/idb
   EU	https://idbroker-eu.webex.com/idb
   US-B	https://idbroker-b-us.webex.com/idb
   CI 클러스터를 모르는 경우, Control Hub의 헬프 데스크 보기에서 고객 세부 정보에서 정보를 얻을 수 있습니다.

   표 2. tokenInfoURL 설정

   만약 Teams 클러스터가...	tokenInfoURL 설정...(IdP 프록시 URL)
   ACHM	https://broadworks-idp-proxy-a.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
   AFRA	https://broadworks-idp-proxy-k.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
   AORE	https://broadworks-idp-proxy-r.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
   Teams 클러스터를 모르는 경우, Control Hub의 헬프 데스크 보기에서 고객 세부 사항에서 정보를 얻을 수 있습니다. 테스트를 위해 tokenInfoURL이 유효한지 확인할 수 있습니다. " idp/authenticate" URL의 일부를 다음과 같이 교체 " ping".

6. 다음 명령어를 실행하여 Webex의 사용자 프로필에 표시되어야 하는 Webex 자격을 지정합니다.

   XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Scopes> set scope broadworks-connector:user

7. 각 XSP|ADP 서버에서 다음 명령을 사용하여 Cisco Federation에 대한 ID 공급자를 구성합니다.

   XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> get

   • set flsUrl https://cifls.webex.com/federation

   • set refreshPeriodInMinutes 60

   • set refreshToken refresh-Token-From-Step1

8. 다음 명령어를 실행하여 FLS 구성이 작동하고 있는지 검증하십시오. 이 명령어는 ID 공급자의 목록을 반환합니다.

   XSP|ADP_CLI/Applications/AuthService/IdentityProviders/Cisco/Federation/ClusterMap> Get

9. 각 XSP|ADP 서버에서 다음 명령을 사용하여 토큰 관리를 구성합니다.

   • XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>

   • set tokenIssuer BroadWorks

   • set tokenDurationInHours 720

10. RSA 키를 생성하고 공유합니다. 한 개의 XSP|ADP에서 키를 생성한 다음 다른 모든 XSP|ADP에 복사해야 합니다. 다음과 같은 이유 때문입니다.

    • 토큰 암호화/해독을 위해서는 인증 서비스의 모든 인스턴스에서 동일한 공개/비공개 키 쌍을 사용해야 합니다.

    • 키 쌍은 처음 토큰을 발급하도록 요구 받았을 때 인증 서비스에서 생성합니다.

    키를 순환하거나 키 길이를 변경하는 경우, 다음 구성을 반복하고 모든 XSP|ADP를 다시 시작해야 합니다.

    1. 키 쌍을 생성하는 데 사용할 XSP|ADP를 선택합니다.

    2. 클라이언트를 사용하여 클라이언트 브라우저에서 다음 URL을 요청하여 해당 XSP|ADP에서 암호화된 토큰을 요청합니다.

       https://<XSP|ADP-IPAddress>/authService/token?key=BASE64URL(clientPublicKey)

       (이는 이미 XSP|ADP가 없는 경우, 비공개/공개 키 쌍을 생성합니다.)

    3. 키 저장소 위치는 구성할 수 없습니다. 키 내보내기:

       XSP|ADP_CLI/Applications/authenticationService/KeyManagement> exportKeys

    4. 내보낸 파일 /var/broadworks/tmp/authService.keys 다른 XSP|ADP의 동일한 위치로 이전 항목 덮어쓰기 .keys 파일에서 추출합니다.

    5. 각 다른 XSP|ADP에서 키를 가져옵니다.

       XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys

11. authService URL을 웹 컨테이너에 제공합니다. XSP|ADP의 웹 컨테이너는 토큰의 유효성을 검증하기 위해 authService URL이 필요합니다. 각 XSP|ADP에 대해:

    1. 인증 서비스 URL을 BroadWorks Communications Utility의 외부 인증 서비스로 추가합니다.

       XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService> set url http://127.0.0.1/authService

    2. 인증 서비스 URL을 컨테이너에 추가합니다.

       XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService

       이렇게 하면 Webex는 인증 서비스를 사용하여 자격 증명으로 제공된 토큰의 유효성을 검증할 수 있습니다.

    3. 다음을 사용해 파라미터를 확인합니다: get.

    4. XSP|ADP를 다시 시작합니다.

인증 서비스에 대한 클라이언트 인증 요구 사항 제거(R24만 해당)

R24에서 CI 토큰 유효성 검사를 사용하여 인증 서비스를 구성한 경우, 인증 서비스에 대한 클라이언트 인증 요구 사항도 제거해야 합니다. 다음 CLI 명령어를 실행합니다.

ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> set <interfaceIp> <port> AuthenticationService clientAuthReq false

HTTP 인터페이스에서 TLS 및 암호 구성(XSI 및 인증 서비스용)

인증 서비스, Xsi-Actions 및 Xsi-Events 응용프로그램은 HTTP 서버 인터페이스를 사용합니다. 그런 응용프로그램을 위한 TLS 구성 수준은 다음과 같습니다.

가장 일반적 = 시스템 > 전송 > HTTP > 인터페이스 = 가장 특정적

다른 SSL 설정을 보거나 수정하는 데 사용하는 CLI 컨텍스트:

XSP|ADP에서 HTTP 서버 TLS 인터페이스 구성 읽기

1. XSP|ADP에 로그인하고 XSP|ADP_CLI/Interface/Http/HttpServer>

2. 명령어 get 을(를) 입력하고 결과를 확인합니다. 인터페이스(IP 주소) 그리고 각각에서 이것이 보호되며, 클라이언트 인증이 필요한지를 볼 수 있을 것입니다.

Apache tomcat은 각 보안 인터페이스에 대해 인증서를 의무화합니다. 시스템은 필요할 때 자기 서명 인증서를 생성합니다.

XSP|ADP_CLI/Interface/Http/HttpServer> get

HTTP Server 인터페이스에 TLS 1.2 프로토콜 추가

Webex 클라우드와 상호 작용하는 HTTP 인터페이스는 TLSv1.2에 대해 구성되어야 합니다. 이 클라우드는 이전 버전의 TLS 프로토콜을 협상하지 않습니다.

HTTP Server 인터페이스에서 TLSv1.2 프로토콜을 구성하려면:

1. XSP|ADP에 로그인하고 XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>

2. 명령어 get <interfaceIp> 443 을(를) 입력하여 이 인터페이스에서 어떤 프로토콜이 이미 사용되고 있는지 확인합니다.

3. 명령어 add <interfaceIp> 443 TLSv1.2 을(를) 입력하여 클라우드와 통신할 때 인터페이스가 TLS 1.2를 사용할 수 있는지 확인합니다.

HTTP 서버 인터페이스에서 TLS 암호 구성 편집

필요한 암호를 구성하려면:

1. XSP|ADP에 로그인하고 XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>

2. 명령어 get <interfaceIp> 443 을(를) 입력하여 이 인터페이스에서 어떤 암호가 이미 사용되고 있는지 확인합니다. Cisco 권장 제품군 중 하나 이상이 있어야 합니다(개요 섹션의 XSP|ADP ID 및 보안 요구 사항 참조).

3. 명령어 add <interfaceIp> 443 <cipherName> 을(를) 입력하여 HTTP 서버 인터페이스에 암호를 추가합니다.

   XSP|ADP CLI에는 openSSL 암호 제품군 이름이 아닌 IANA 표준 암호 제품군 이름이 필요합니다. 예를 들어, openSSL 암호 ECDHE-ECDSA-CHACHA20-POLY1305 을(를) HTTP 서버 인터페이스에 추가하려면 다음 작업을 실행합니다. XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305 각 이름으로 제품군을 검색하려면 https://ciphersuite.info/을(를) 참조하십시오.

XSP|ADP, 애플리케이션 서버 및 프로파일 서버에서 장치 관리 구성

프로파일 서버 및 XSP|ADP는 장치 관리를 위해 필수입니다. 이들은 BroadWorks 장치 관리 구성 안내서의 지침에 따라 구성해야 합니다.

CTI 구독을 위한 응용프로그램 서버 구성

Cisco BroadWorks용 Webex CTI 클라이언트 인증서의 일반 이름(CN)으로 응용프로그램 서버의 ClientIdentity를 업데이트합니다.

Webex와 함께 사용 중인 각 응용프로그램 서버에서 다음과 같이 인증서 아이덴티티를 ClientIdentity에 추가하십시오.

AS_CLI/System/ClientIdentity> add bwcticlient.webex.com

Cisco BroadWorks용 Webex 클라이언트 인증서의 일반 이름은 다음과 같습니다. bwcticlient.webex.com.

CTI 인터페이스에서 TLS 및 암호 구성

XSP|ADP CTI 인터페이스의 구성성 수준은 다음과 같습니다.

가장 일반적 = 시스템 > 전송 > CTI 인터페이스 > CTI 인터페이스 = 가장 특정적

다른 SSL 설정을 보거나 수정하는 데 사용하는 CLI 컨텍스트:

새 설치에서 다음 암호는 기본적으로 시스템 수준에서 설치됩니다. 인터페이스 수준(예: CTI 인터페이스 또는 HTTP 인터페이스)에 아무것도 구성되지 않은 경우 이 암호 목록이 적용됩니다. 이 목록은 시간이 지남에 따라 변경될 수 있습니다. TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256 TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256 TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256 TLS_DHE_DSS_WITH_AES_128_GCM_SHA256 TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 TLS_DHE_RSA_WITH_AES_128_CBC_SHA256 TLS_DHE_DSS_WITH_AES_128_CBC_SHA256 TLS_ECDH_RSA_WITH_AES_128_GCM_SHA256 TLS_ECDH_ECDSA_WITH_AES_128_GCM_SHA256 TLS_ECDH_RSA_WITH_AES_128_CBC_SHA256 TLS_ECDH_ECDSA_WITH_AES_128_CBC_SHA256

XSP|ADP에서 CTI TLS 인터페이스 구성 읽기

1. XSP|ADP에 로그인하고 XSP|ADP_CLI/Interface/CTI/CTIServer>

2. 명령어 get 을(를) 입력하고 결과를 확인합니다. 인터페이스(IP 주소) 그리고 각각에서 서버 인증서가 필요하며 클라이언트 인증이 필요한지가 보일 것입니다.

   XSP|ADP_CLI/Interface/CTI/CTIServer> get
     Interface IP  Port  Secure  Server Certificate  Client Auth Req
   =================================================================
     10.155.6.175  8012    true                true             true
   

CTI 인터페이스에 TLS 1.2 프로토콜 추가

Webex 클라우드와 상호 작용하고 있는 XSP|ADP CTI 인터페이스는 TLS v1.2에 대해 구성되어야 합니다. 이 클라우드는 이전 버전의 TLS 프로토콜을 협상하지 않습니다.

CTI 인터페이스에서 TLSv1.2 프로토콜을 구성하려면:

1. XSP|ADP에 로그인하고 XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Protocols>

2. 명령어 get <interfaceIp> 을(를) 입력하여 이 인터페이스에서 어떤 프로토콜이 이미 사용되고 있는지 확인합니다.

3. 명령어 add <interfaceIp> TLSv1.2 을(를) 입력하여 클라우드와 통신할 때 인터페이스가 TLS 1.2를 사용할 수 있는지 확인합니다.

CTI 인터페이스에서 TLS 암호 구성 편집

CTI 인터페이스에서 필요한 암호를 구성하려면:

1. XSP|ADP에 로그인하고 XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers>

2. 명령어 get 을(를) 입력하여 이 인터페이스에서 어떤 암호가 이미 사용되고 있는지 확인합니다. Cisco 권장 제품군 중 하나 이상이 있어야 합니다(개요 섹션의 XSP|ADP ID 및 보안 요구 사항 참조).

3. 명령어 add <interfaceIp> <cipherName> 을(를) 입력하여 CTI 인터페이스에 암호를 추가합니다.

   XSP|ADP CLI에는 openSSL 암호 제품군 이름이 아닌 IANA 표준 암호 제품군 이름이 필요합니다. 예를 들어, openSSL 암호 ECDHE-ECDSA-CHACHA20-POLY1305 CTI 인터페이스에 추가하려면 다음 작업을 실행합니다. XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305 각 이름으로 제품군을 검색하려면 https://ciphersuite.info/을(를) 참조하십시오.

CTI 인터페이스에 대한 신뢰 앵커 (R22 이상)

이 절차는 XSP|ADP가 통과 프록시를 통해 인터넷을 향하거나 인터넷에 직면하는 것으로 가정합니다. 브리징 프록시에서는 인증서 구성이 다릅니다(TLS-브리지 프록시를 위한 TLS 인증서 요구 사항 참조).

Webex에 CTI 이벤트를 게시하는 인프라의 각 XSP|ADP에 대해 다음을 수행합니다.

1. Partner Hub에 로그인합니다.

2. 설정 > BroadWorks 통화로 이동하고 Webex CA 인증서 다운로드를 클릭하여 CombinedCertChain2023.txt 을(를) 로컬 컴퓨터에서 가져옵니다.

   이 파일에는 두 개의 인증서 세트가 포함됩니다. XSP|ADP에 업로드하기 전에 파일을 분할해야 합니다. 모든 파일이 필요합니다.

3. 인증서 체인을 두 개의 인증서로 분할 - combinedcertchain2023.txt

   1. 텍스트 편집기에서 combinedcertchain2023.txt 을(를) 엽니다.

   2. 텍스트의 첫 번째 블록을 선택하고 잘라냅니다. 여기에는 줄 -----BEGIN CERTIFICATE----- 선택하십시오. -----END CERTIFICATE----- 이(가) 포함되며, 해당 텍스트 블록을 새로운 파일에 붙여넣습니다.

   3. 새 파일을 다음과 같이 저장합니다. root2023.txt.

   4. 원래 파일을 다음과 같이 저장합니다. issuing2023.txt. 이제 원본 파일에는 다음 항목으로 묶여진 텍스트의 블록만 포함됩니다. 줄 -----BEGIN CERTIFICATE----- 선택하십시오. -----END CERTIFICATE-----.

4. 보안하고 있는 XSP|ADP의 임시 위치에 두 텍스트 파일을 모두 복사합니다(예: /var/broadworks/tmp/root2023.txt 선택하십시오. /var/broadworks/tmp/issuing2023.txt

5. XSP|ADP에 로그인하고 /XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>

6. (선택 사항) help updateTrust 을(를) 실행하여 파라미터 및 명령어 형식을 확인합니다.

7. 인증서 파일을 새로운 신뢰 앵커에 업로드 - 2023

   XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt

   XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt

   모든 별칭에는 다른 이름이 있어야 합니다. webexclientroot2023 및 webexclientissuing2023 은(는) 신뢰 앵커의 예제 별칭입니다. 모든 항목이 고유하는 한 자신의 항목을 사용할 수 있습니다.

8. 앵커가 업데이트되었는지 확인합니다.

   XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> get

     Alias   Owner                                   Issuer
   =============================================================================
   webexclientissuing2023       Internal Private TLS SubCA      Internal Private Root
   webexclientroot2023       Internal Private Root      Internal Private Root[self-signed]

9. 클라이언트가 인증서를 사용하여 인증하도록 허용합니다.

   XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication> set allowClientApp true

CTI 인터페이스 추가 및 mTLS 활성화

1. CTI SSL 인터페이스를 추가합니다.

   CLI 컨텍스트는 BroadWorks 버전에 따라 다릅니다. 이 명령어는 인터페이스에서 자기 서명 서버 인증서를 만들고, 인터페이스가 클라이언트 인증서를 요구하게 합니다.

   • BroadWorks R22 및 R23에서:

     XSP|ADP_CLI/Interface/CTI/CTIServer> add <Interface IP> 8012 true true true

2. XSP|ADP의 CTI 인터페이스에서 서버 인증서 및 키를 교체합니다. 이를 위해서는 CTI 인터페이스의 IP 주소가 필요합니다. 이는 다음 컨텍스트에서 읽을 수 있습니다.

   • BroadWorks R22 및 R23에서:

     XSP|ADP_CLI/Interface/CTI/CTIServer> get

     그 후, 다음 명령어를 실행하여 인터페이스의 자기 서명 인증서를 자체 인증서 및 비공개 키로 대체합니다.

     XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Certificates> sslUpdate <interface IP> keyFile</path/to/certificate key file> certificateFile </path/to/server certificate> chainFile</path/to/chain file>

3. XSP|ADP를 다시 시작합니다.

Webex에서 BroadWorks CTI Events에 액세스 활성화

Partner Hub에서 클러스터를 구성할 때 CTI 인터페이스를 추가하고 유효성을 검증해야 합니다. 자세한 안내는 Partner Hub에서 파트너 조직 구성을 참조하십시오.

Partner Hub에서 클러스터를 구성할 때 CTI 인터페이스를 추가하고 유효성을 검증해야 합니다. 자세한 안내는 Partner Hub에서 파트너 조직 구성을 참조하십시오.

• Webex가 BroadWorks CTI Events를 구독할 수 있는 CTI 주소를 지정합니다.

• CTI 구독은 구독자 단위로 이루어지며, 해당하는 구독자가 Cisco BroadWorks용 Webex에 대해 프로비저닝되어 있는 동안에만 설정되고 유지됩니다.

사용자 환경

• Windows 사용자: 통화 설정을 클릭한 다음 을 클릭합니다. 통화 기본 설정 > 고급 통화 설정을 엽니다.

• Mac 사용자: 프로필 사진을 클릭한 후 기본 설정 > 고급 통화 설정.

XSP|ADP에 통화 설정 웹뷰 설치

CSWV 애플리케이션은 사용자 환경에서 Xsi-Actions 인터페이스를 호스팅하는 동일한 XSP|ADP에 있어야 합니다. XSP|ADP에서 관리되지 않는 응용프로그램이므로 웹 아카이브 파일을 설치하고 배포해야 합니다.

1. cisco.com에 로그인하고 소프트웨어 다운로드 섹션에서 "BWCallSettingsWeb"을 검색합니다.

2. 최신 버전의 파일을 찾아서 다운로드하십시오.

   예: BWCallSettingsWeb_1.8.2_1.war( https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04)이(가) 가장 최근에 작성되었습니다.

3. XSP|ADP 버전에 대한 Cisco BroadWorks Xtended 서비스 플랫폼 구성 안내서에 따라 웹 아카이브를 설치, 활성화 및 배포합니다. (R24 버전은 https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/Design/XSP/BW-XtendedServicesInterfaceConfigGuide.pdf).

   1. 다음과 같은 XSP|ADP의 임시 위치에 .war 파일을 복사합니다. /tmp/.

   2. 다음의 CLI 컨텍스트로 이동하여 설치 명령어를 실행합니다.

      XSP|ADP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.war

      BroadWorks 소프트웨어 관리자는 파일의 유효성을 검증하고 파일을 설치합니다.

   3. [선택 사항] /tmp/BWCallSettingsWeb_1.7.5_1.war(이 파일은 더 이상 필요하지 않음)을(를) 삭제합니다.

   4. 응용프로그램 활성화:

      XSP|ADP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettings

      어떤 응용프로그램에서든 이름과 버전은 필수이지만 CSWV는 관리되지 않는 응용프로그램이기 때문에 contextPath도 제공해야 합니다. 다른 응용프로그램에서 사용하지 않는 값을 사용할 수 있습니다. 예: /callsettings.

   5. 선택한 컨텍스트 경로에서 통화 설정 응용프로그램을 배포합니다.

      XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /callsettings

4. 이제 다음과 같이 클라이언트에 대해 지정할 통화 설정 URL을 예측할 수 있습니다.

   https://<XSP|ADP-FQDN>/callsettings/

   참고:

   • 클라이언트 구성 파일에 URL을 입력할 때 이 URL의 끝에 슬래시를 붙여야 합니다.

   • CSWV가 Xsi-Actions를 사용해야 하며 CORS가 지원되지 않기 때문에 XSP|ADP-FQDN은 Xsi-Actions FQDN과 일치해야 합니다.

5. Cisco BroadWorks용 Webex 환경에서 다른 XSP|ADP에 대해 이 절차를 반복합니다(필요한 경우).

이제 통화 설정 웹뷰 응용프로그램은 XSP|ADP에서 활성화됩니다.

NPS 프록시 개요

Cisco BroadWorks용 Webex와 호환성을 위해 CNPS가 NPS 프록시 기능인 UCaaS의 VoIP용 푸시 서버를 지원하도록 패치되어야 합니다.

이 기능은 NPS의 새로운 설계를 사용하여 푸시 알림 인증서 비공개 키를 모바일 클라이언트를 위한 서비스 제공자와 공유할 때의 보안 취약점을 해결합니다. 서비스 공급자와 푸시 알림 인증서 및 키를 공유하는 대신, NPS는 새로운 API를 사용하여 Cisco BroadWorks용 Webex 백엔드에서 짧은 푸시 알림 토큰을 확보하고, Apple APN 및 Google FCM 서비스에서 인증을 위해 이 토큰을 사용합니다.

이 기능은 또한 새로운 Google FCM HTTPv1 API를 통해 Android 장치로 알림을 푸시하는 NPS의 기능도 강화합니다.

• 자세한 내용은 UCaaS의 VoIP용 푸시 서버 기능 설명을 참조하십시오.

• 기능에 대한 BroadWorks 패치는 다음 위치에서 사용할 수 있습니다. https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04.

  NPS 소프트웨어 및 패치의 경우, Cisco BroadWorks용 Webex에 대해 NPS 준비 섹션을 참조하십시오.

  소프트웨어 다운로드 페이지에서 패치를 검색하고 다운로드합니다.

• ADP 서버에 대한 자세한 정보는 https://www.cisco.com/c/en/us/support/unified-communications/broadworks-application-delivery-platform/model.html에서 찾을 수 있습니다.

BroadWorks 클러스터 구성

[클러스터 당 1회]

이는 다음의 이유 때문에 수행합니다.

• Webex 클라우드가 BroadWorks에 대해 사용자를 인증하도록 활성화하려면(XSP|ADP 호스트된 인증 서비스를 통해).

• Webex 앱이 통화 제어를 위해 Xsi 인터페이스를 사용할 수 있도록 함.

• Webex가 BroadWorks(전화 통신 프레즌스 및 통화 기록)가 공개한 CTI 이벤트를 들을 수 있게 함.

클러스터 마법사는 사용자가 인터페이스를 추가하면 유효성을 자동으로 검증합니다. 인터페이스가 성공적으로 유효성을 검증하지 못하는 경우, 클러스터를 계속 편집할 수는 있지만 입력 사항이 유효하지 않으면 클러스터를 저장할 수 없습니다. 잘못 구성된 클러스터는 해결하기 어려운 문제를 일으킬 수 있기 때문에 금지됩니다.

실행해야 하는 작업:

1. 파트너 관리자 자격 증명을 사용하여 Partner Hub(admin.webex.com)에 로그인합니다.

2. 사이드 메뉴에서 설정 페이지를 열고 BroadWorks 통화 설정을 찾으십시오.

3. 사용자 추가를 클릭합니다.

   이렇게 하면 XSP|ADP 인터페이스(URL)를 공급하는 마법사가 실행됩니다. 비표준 포트를 사용하는 경우, 인터페이스 URL에 포트를 추가할 수 있습니다.

4. 이 클러스터의 이름을 지정하고, 다음을 클릭합니다.

   여기에 있는 클러스터 개념은 Webex가 응용프로그램 서버(AS)에서 정보를 읽을 수 있도록 하는, 일반적으로 XSP|ADP 서버 또는 팜에 위치한 인터페이스의 모음입니다. AS 클러스터당 하나의 XSP|ADP 또는 클러스터당 다수의 XSP|ADP 또는 XSP|ADP 당 다수의 AS 클러스터가 있을 수 있습니다. BroadWorks 시스템의 확장 요구 사항은 이 문서의 범위를 벗어납니다.

5. (선택 사항) Webex에 연결할 BroadWorks 시스템 내에 있는 것으로 알고 있는 BroadWorks 사용자 계정 이름 및 비밀번호를 입력한 후 다음을 클릭합니다.

   유효성 검증 테스트는 이 계정을 사용하여 클러스터의 인터페이스에 대한 연결을 검증할 수 있습니다.

6. XSI Actions 및 XSI Events URL을 추가합니다.

7. 선택 사항. 장치 활성화 서비스의 URL로 DAS URL을 업데이트합니다.

8. 선택 사항. BroadWorks에 로그인을 BroadWorks로 디렉트하려면 직접 BroadWorks 인증 활성화 확인란을 선택합니다. 그렇지 않으면 BroadWorks에 대한 인증은 Webex-hosted IdP 프록시 서비스를 통해 프록시됩니다.

   이 확인란은 다음 로그인 상황에 영향을 미칩니다.

   • 사용자 활성화 포털 로그인—사용자가 포털에 로그인할 때 BroadWorks 자격 증명을 입력해야 합니다. 위의 설정은 로그인이 BroadWorks로 직접 제공되는지 또는 IdP 프록시를 통해 제공되는지 여부를 결정합니다.

   • 클라이언트 로그인—온보딩 템플릿에 BroadWorks 인증이 구성된 경우, 위의 설정은 Webex 앱에 대한 클라이언트 로그인이 BroadWorks로 디렉트되는지 또는 IdP 프록시를 통해 프록시되는지 여부를 결정합니다.

9. 다음을 클릭합니다.

10. CTI 인터페이스 페이지에서 다음 작업을 수행합니다.

    1. 연결할 CTI 인터페이스에 대한 CTI URL 및 포트를 추가합니다.

    2. 선택 사항. 통화 기록 토글을 활성화한 후 BroadWorks 사용자 ID를 입력합니다. 이 옵션을 선택하면 BroadWorks 통화 기록 이벤트가 Webex 클라우드에 동기화됩니다. 사용자는 Webex 앱에서 통화 기록을 볼 수 있습니다.

    3. 선택 사항. 방해사절(DND) 동기화 토글을 활성화한 후 BroadWorks 사용자 ID를 입력합니다. 이 옵션은 Webex와 BroadWorks 간에 DND 이벤트를 동기화하여 두 플랫폼 모두에서 기능이 동일하게 작동하는지 확인합니다.

    4. 다음을 클릭합니다.

11. 인증 서비스 URL을 추가합니다.

12. CI 토큰 유효성 검증을 사용하는 인증 서비스를 선택합니다.

    이 옵션은 mTLS가 Webex로부터의 연결을 보호하도록 요구하지 않는데, 그 이유는 장기 토큰을 사용자에게 발급하기 전에 인증 서비스는 사용자 토큰을 Webex 아이덴티티 서비스에 대해 적절히 검증하기 때문입니다.

13. 최종 화면에 입력한 사항을 다시 확인한 후 만들기를 클릭합니다. 성공 메시지가 보일 것입니다.

    Partner Hub는 제공된 인터페이스에 대한 연결을 테스트하는 다양한 Webex 마이크로 서비스로 URL을 전달합니다.

14. 클러스터 보기를 클릭하면 새로운 클러스터가 보이고 유효성 검증이 성공했는지 알 수 있을 것입니다.

15. 마법사의 최종(미리보기) 화면에서 만들기 버튼이 비활성화될 수 있습니다. 템플릿을 저장할 수 없으면 방금 구성한 통합 중 하나에 문제가 있다는 표시일 수 있습니다.

    저희는 이 점검을 활용하여 이후의 작업에서 오류를 방지합니다. 템플릿을 저장하기 전에 배포를 구성할 때 마법사를 통해 돌아갈 수 있습니다. 이 안내서에 설명된 대로 인프라(예: XSP|ADP, 로드 밸런서 또는 방화벽)를 수정해야 할 수 있습니다.

BroadWorks 인터페이스에 대한 연결 확인

1. 파트너 관리자 자격 증명을 사용하여 Partner Hub(admin.webex.com)에 로그인합니다.

2. 사이드 메뉴에서 설정 페이지를 열고 BroadWorks 통화 설정을 찾으십시오.

3. 클러스터 보기를 클릭합니다.

4. Partner Hub는 클러스터 내 인터페이스에 대한 다양한 마이크로 서비스로부터의 연결 테스트를 시작합니다.

   테스트가 완료되면 클러스터 목록 페이지는 각 클러스터 옆에 상태 메시지를 표시합니다.

   녹색 성공 메시지가 보여야 합니다. 빨간색 오류 메시지가 있는 경우, 해당 클러스터 이름을 클릭하여 어떤 설정이 문제의 원인인지 확인하십시오.

5. 선택 사항. XSI-Actions, XSI-Events, DAS URL 및 CTI 인터페이스 설정 등 해당 클러스터에 대한 기존 설정을 확인하려면 클러스터를 선택합니다.

온보딩 템플릿 구성

온보딩 템플릿은 프로비저닝 방법을 통해 온보딩할 때 하나 이상의 고객에게 공유된 구성을 적용하는 방법입니다. 각 템플릿을 (이전 섹션에서 만든) 클러스터와 연결해야 합니다.

필요한 대로 템플릿을 만들 수 있지만 1개의 템플릿만 고객에게 연결할 수 있습니다.

1. 파트너 관리자 자격 증명을 사용하여 Partner Hub(admin.webex.com)에 로그인합니다.

2. 사이드 메뉴에서 설정 페이지를 열고 BroadWorks 통화 설정을 찾으십시오.

3. 템플릿 추가를 클릭합니다.

   그러면 이 템플릿을 사용할 고객을 위해 구성을 제공할 수 있는 마법사가 실행됩니다.

4. 클러스터 드롭다운을 사용하여 이 템플릿에서 사용할 클러스터를 선택하십시오.

5. 템플릿 이름을 입력한 후 다음을 클릭합니다.

6. 다음의 권장 설정을 사용하여 프로비저닝 모드를 구성하십시오.

   표 3. 다양한 프로비저닝 모드에 권장되는 프로비저닝 설정

   설정 이름	트러스트된 이메일을 사용하는 플로우 쓰루 프로비저닝	이메일을 사용하지 않는 플로우 쓰루 프로비저닝	사용자 셀프 프로비저닝
   BroadWorks Flow Through Provisioning 활성화 (켜져 있는 경우 프로비저닝 계정 자격 증명 포함**)	On BroadWorks 구성에 따라 프로비저닝 계정 이름 및 비밀번호를 제공합니다.	On BroadWorks 구성에 따라 프로비저닝 계정 이름 및 비밀번호를 제공합니다.	끄기
   Control Hub에서 새로운 조직 자동으로 만들기	On†	On†	On†
   서비스 제공자 이메일 주소	드롭다운에서 이메일 주소를 선택합니다(목록이 길 경우, 일부 문자를 입력하면 주소를 찾을 수 있음). 이 이메일 주소는 파트너 조직 내에서 온보딩 템플릿으로 생성된 새로운 고객 조직에 대한 위임 관리자 액세스 권한을 부여받을 관리자를 식별합니다.
   국가	이 템플릿에서 사용할 국가를 선택합니다. 선택되는 국가는 이 템플릿으로 만들어지는 고객 조직을 특정 지역과 연결합니다. 현재 지역은 (EMEAR) 또는 (북미 및 나머지 지역)일 수 있습니다. 이 스프레드시트에 있는 국가-지역 매핑을 참조하십시오. 조직 국가는 Webex Meeting 사이트에서 Cisco PSTN에 대한 기본 글로벌 발신 번호를 결정합니다. 자세한 정보는 도움말 페이지의 국가 섹션을 참조하십시오.
   BroadWorks 기업 모드 활성	이 템플릿으로 프로비저닝하는 고객이 BroadWorks에 있는 기업일 경우, 이 옵션을 활성화하십시오. 그룹인 경우에는 이 스위치를 Off에 두십시오. BroadWorks에 기업과 그룹이 혼합되어 있는 경우에는 그런 상이한 사례를 위해 다른 템플릿을 만들어야 합니다.

   표의 참고 사항:

   • † 이 스위치는 구독자의 이메일 도메인이 기존의 Webex 조직과 일치하지 않는 경우, 새로운 고객 조직이 만들어지도록 합니다.

     (고객 조직에서 사용자 프로비저닝을 시작하기 전에) Webex에서 수동 주문 및 이행 프로세스를 사용하여 (Cisco Commerce Workspace를 통해) 고객 조직을 만들지 않는 한, 이것은 항상 On이어야 합니다. 이 옵션을 보통 "하이브리드 프로비저닝" 모델이라고 하는데, 이것은 이 문서의 범위를 벗어납니다.

   • ** "프로비저닝 계정"은 BroadWorks 시스템 수준의 관리 계정을 나타냅니다. BroadWorks에서 다음 속성을 포함하는 관리 계정이 필요합니다. 관리자 유형=프로비저닝, 읽기 전용=끄기.

7. 이 템플릿을 사용하는 고객을 위한 기본 서비스 패키지를 선택합니다(개요 섹션의 패키지 참조) - 기본, 표준, 프리미엄 또는 소프트폰.

   Partner Hub를 통해 개별 사용자에서 이 설정을 무시할 수 있습니다.

8. 선택 사항. Webex 통화를 비활성화하려면 Cisco Webex 무료 통화 비활성화를 확인하십시오.

9. 미팅 참가 구성에서 다음 옵션 중 하나를 선택합니다.

   • Cisco 발신 번호(PSTN)

   • 파트너 제공 발신 번호(BYoPSTN)—이 옵션을 선택하는 경우 이 옵션을 구성하는 방법에 대한 자세한 내용은 Cisco BroadWorks용 Webex에 대한 Bring Your Own PSTN 솔루션 안내서를 참조하십시오.

10. 다음을 클릭합니다.

11. 신뢰할 수 있는 이메일 또는 신뢰할 수 없는 이메일을 사용하여 ID를 확인하는 방법에 대해 가입자를 프로비저닝하는 두 가지 방법이 있습니다.

    신뢰할 수 있는 이메일 워크플로우에서 사용자는 BroadWorks에서 이메일 주소를 추가하는 파트너에게 이메일 주소를 제공합니다. 파트너로서 귀하는 플로우 쓰루 또는 API 방법의 일부로 이메일 주소를 프로비저닝할 책임이 있습니다.

    신뢰할 수 있는 프로비저닝 방법을 사용하는 것이 좋습니다. 이는 모든 가입자가 귀하가 파트너로 완전히 프로비저닝되고 최종 사용자의 작업이 필요하지 않게 하기 때문입니다.

    신뢰할 수 없는 이메일 사례에서 사용자는 프로비저닝하기 전에 이메일을 확인해야 하거나, 사용자가 스스로 활성화할 수 있습니다.

    신뢰할 수 없는 경우 아래 표의 확인 설정에 따라 여러 프로비저닝 모드가 있습니다.

    표 4. 신뢰할 수 없는 프로비저닝 모드에 대해 권장되는 사용자 확인 설정

    설정 이름	이메일을 사용하지 않는 플로우 쓰루 프로비저닝	사용자 셀프 프로비저닝
    관리 우선 프로비저닝	권장됨*	해당되지 않음
    사용자의 셀프 활성화 허용	해당되지 않음	필수

    • 표의 참고 사항:

    • * Webex의 각 고객 조직은 관리자 역할이 있는 최소한 한 명의 사용자를 보유해야 합니다. BroadWorks에서 통합 IM&P를 지정하는 첫 번째 사용자는 Webex에서 새로운 고객 조직이 생성되는 경우 고객 관리자 역할을 수행합니다. 서비스 공급자로서 귀하는 누가 역할을 담당하는지 제어하고자 할 수 있습니다. 이 설정을 확인하면 사용자가 프로비저닝한 첫 번째 사용자가 활성화될 때까지 활성화를 완료하지 못하게 됩니다. 이 설정을 선택하지 않으면 새로운 조직에서 활성이 되는 첫 번째 사용자가 고객 관리자가 됩니다.

12. 다음을 클릭합니다.

13. Webex에 대한 사용자 로그인에 대해 기본 인증 모드(BroadWorks 인증 또는 Webex 인증)를 선택합니다.

    이 설정은 사용자 활성화 포털에 대한 사용자 로그인에 영향을 미치지 않습니다. 온보딩 템플릿이 구성된 방식과 관계없이 포털에 로그인할 때 사용자는 BroadWorks 사용자 ID 및 암호를 사용해야 합니다.

    이 설정은 새로 만들어진 고객 조직에만 적용됩니다. 파트너 관리자가 기존 고객 조직에 새 인증 설정을 적용하려고 하면 기존 사용자가 액세스 권한을 잃지 않도록 기존 설정이 적용됩니다. 기존 고객 조직의 인증 모드를 변경하려면 Cisco TAC에서 티켓을 열어야 합니다.

    (환경 준비 섹션에 있는 인증 모드를 참조하십시오.)

14. 다음을 클릭합니다.

15. 기본 설정에 대해 다음을 구성합니다.

    1. 로그인 페이지에 사용자 이메일 주소를 미리 입력할지를 선택합니다.

       BroadWorks 인증을 선택하고, BroadWorks의 대체 ID 속성에 사용자의 이메일 주소를 입력한 경우에만 이 옵션을 사용해야 합니다. 그렇지 않으면 BroadWorks 사용자 이름을 사용해야 합니다. 로그인 페이지는 필요한 경우에 사용자를 변경할 수 있는 옵션을 제공하지만 이는 로그인 문제로 이어질 수 있습니다.

    2. 디렉터리 동기화를 활성화하려면 모든 신규 고객 조직에 대해 전화 디렉터리 동기화 활성화 토글을 켜기로 설정합니다.

       이 옵션을 사용하면 Webex는 BroadWorks 연락처를 고객 조직으로 읽어 들일 수 있으므로 사용자는 Webex 앱에서 그것을 찾고 전화할 수 있습니다.

    3. 파트너 관리자를 입력합니다.

       이 이름은 사용자가 이메일 주소의 유효성을 검증하도록 요청하는 Webex의 자동화된 이메일 메시지에 사용됩니다.

    4. 기존 조직 프로비저닝 토글이 켜져 있는지 확인하십시오(기본 설정은 켜져 있음).

    5. 다음을 클릭합니다.

16. 최종 화면의 입력 사항을 검토합니다. 마법사의 상단에 있는 탐색 컨트롤을 클릭하여 뒤로 돌아가서 세부 사항을 변경할 수 있습니다. 만들기를 클릭합니다.

    성공 메시지가 보일 것입니다.

17. 템플릿 보기를 클릭하면 다른 템플릿과 함께 나열된 새 템플릿이 보일 것입니다.

18. 필요하면 템플릿 이름을 클릭하여 템플릿을 수정하거나 삭제하십시오.

    프로비저닝 계정 세부 사항은 다시 입력할 필요가 없습니다. 비어 있는 비밀번호/비밀번호 확인 필드는 자격 증명을 변경해야 할 때를 위한 것이며, 마법사에서 입력한 값을 유지하려면 비워 두면 됩니다.

19. 고객에게 제공하고자 하는 다른 공유 구성이 있다면 템플릿을 추가하십시오.

    템플릿 보기 페이지는 열어 두십시오. 다음 작업을 위해 템플릿 세부 사항이 필요할 수 있습니다.

패치 애플리케이션 서버(R22, R23 및 R24만 해당)

1. 아직 실행하지 않은 경우, 릴리즈에 적용되는 다음 패치를 적용합니다.

   • R22: AP.as.22.0.1123.ap373197

   • R23: AP.as.23.0.1075.ap373197

   • R24: AP.as.24.0.944.ap384177

   Cisco BroadWorks용 Webex 배포를 위한 요구 사항을 구성하는 BroadWorks 패치의 전체 목록은 참조 섹션에서 BroadWorks 소프트웨어 요구 사항을 참조하십시오.

2. 컨텍스트로 Maintenance/ContainerOptions 컨텍스트를 탐색합니다.

3. 프로비저닝 URL 파라미터를 활성화합니다.

   /AS_CLI/Maintenance/ContainerOptions> add provisioning bw.imp.useProvisioningUrl true

Partner Hub에서 프로비저닝 URL 받기

AS 명령어의 세부 사항(인터페이스 > 메시징 및 서비스 > 통합 IM&P)에 관해서는 Cisco BroadWorks 응용프로그램 서버 명령줄 인터페이스 관리 안내서를 참조하십시오.

1. Partner Hub에 로그인하고, 설정 > BroadWorks 통화로 이동합니다.

2. 템플릿 보기를 클릭합니다.

3. Webex에서 이 기업/그룹의 구독자를 프로비저닝하기 위해 사용할 템플릿을 선택합니다.

   템플릿 세부 사항은 오른쪽의 플라이아웃 창에 표시됩니다. 아직 템플릿을 만들지 않은 경우, 프로비저닝 URL을 받기 전에 만들어야 합니다.

4. 프로비저닝 어댑터 URL을 복사합니다.

2개 이상의 템플릿이 있다면 다른 템플릿에 대해 이 작업을 반복합니다.

(선택 사항) 응용프로그램 서버에서 시스템 전체적 프로비저닝 파라미터 구성

UC-One SaaS를 사용하고 있는 경우, 시스템 전체적 프로비저닝 및 서비스 도메인을 설정하지 않는 것이 좋습니다. 환경 준비 섹션의 결정 시점을 참조하십시오.

1. 응용프로그램 서버에 로그인하고 메시징 인터페이스를 구성합니다.

   1. AS_CLI/Interface/Messaging> set provisioningUrl provisioningURL

   2. AS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_name

   3. AS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_password

   4. AS_CLI/Interface/Messaging> set enableSynchronization true

2. 통합 IMP 인터페이스를 활성화합니다.

   1. /AS_CLI/Service/IntegratedIMP> set serviceDomain example.com

   2. /AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true

정규화된 이름을 provisioningURL 파라미터에 대해 입력해야 합니다. 이는 Control Hub에서 제공되었습니다. 응용프로그램 서버가 DNS에 액세스하여 호스트 이름을 확인할 수 없는 경우, 매핑을 /etc/hosts 파일에서(AS에 위치) 만들어야 합니다.

(선택 사항) 응용프로그램 서버의 기업별 프로비저닝 파라미터 구성

1. BroadWorks UI에서 구성할 기업을 열고 서비스 > 통합 IM&P로 이동합니다.

2. 서비스 도메인 사용을 선택하고 더미 값을 입력합니다(Webex는 이 파라미터를 무시함. 다음 항목을 사용할 수 있습니다 example.com).

3. 메시징 서버 사용을 선택합니다.

4. URL 필드에 Partner Hub의 템플릿에서 복사한 프로비저닝 URL을 붙여 넣습니다.

   정규화된 이름을 provisioningURL 파라미터에 대해 입력해야 합니다. 이는 Partner Hub에서 제공되었습니다. 응용프로그램 서버가 DNS에 액세스하여 호스트 이름을 확인할 수 없는 경우, 매핑을 /etc/hosts 파일에서(AS에 위치) 만들어야 합니다.

5. 사용자 이름 필드에 프로비저닝 관리자의 이름을 입력합니다. 이것은 Partner Hub의 템플릿에 있는 값과 일치해야 합니다.

6. 프로비저닝 관리자용 비밀번호를 입력합니다. 이것은 Partner Hub의 템플릿에 있는 값과 일치해야 합니다.

7. IM&P ID의 기본 사용자 아이덴티티에서 기본을 선택합니다.

8. 적용을 클릭합니다.

9. 플로우 쓰루 프로비저닝에 대해 구성하고자 하는 다른 기업에서 작업을 반복합니다.

사용자 프로비저닝 데이터

사용자 프로비저닝 중에 BroadWorks와 Webex 간에 교환되는 사용자 데이터에 대한 정보는 서비스 공급자 사용자 프로비저닝을 참조하십시오.

BroadWorks 응용프로그램 서버에 Webex 앱 구성 템플릿 추가

Webex 앱은 DTAF 파일을 사용하여 구성됩니다. 클라이언트는 XSP|ADP의 장치 관리 서비스를 통해 애플리케이션 서버에서 구성 XML 파일을 다운로드합니다.

1. 필요한 DTAF 파일을 확보합니다(환경 준비 섹션의 장치 프로필 참조).

2. BroadWorks 시스템 > 리소스 > 장치 관리 태그 집합에 적절한 태그 집합이 있는지 확인합니다.

3. 프로비저닝하는 각 클라이언트에서:

   1. 특정 클라이언트에 대한 DTAF zip 파일을 다운로드하여 압축을 풉니다.

   2. BroadWorks의 시스템 > 리소스 > 아이덴티티/장치 프로필 유형에 DTAF 파일 가져오기

   3. 편집하려면 새롭게 추가된 장치 프로필을 열고:

      • XSP|ADP 팜 FQDN 및 장치 액세스 프로토콜을 입력합니다.

      • 원격 사용자 지원 정보 확인란을 선택합니다. 데스크탑 공유가 작동하게 하려면 이 지원이 필요합니다.

        응용프로그램 서버에서 다음 CLI 명령어를 실행하여 원격 사용자 지원을 활성화할 수도 있습니다. AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true

   4. 환경에 따라 템플릿을 수정합니다(아래 표 참조).

   5. 프로필을 저장합니다.

4. 파일 및 인증을 클릭한 후 모든 시스템 파일을 재생성하는 옵션을 선택합니다.

Webex 앱에 대한 브랜딩 사용자 정의

• 파트너 사용자 정의 - 파트너 관리자는 파트너가 관리하는 파트너 조직 및/또는 고객에게 적용되는 고급 브랜딩 사용자 정의를 적용할 수 있습니다. 고급 브랜딩 사용자 정의 구성을 참조하십시오.

• 고객 사용자 정의—파트너가 고객이 자신의 브랜딩 사용자 정의를 적용할 수 있도록 허용하는 경우, 고객 관리자는 Webex에 회사 브랜딩 추가의 절차를 따를 수 있습니다.

사용자 활성화 포털은 클라이언트 브랜딩에 추가하는 것과 동일한 로고를 사용합니다.

문제 보고 및 지원 URL 사용자 정의

이러한 옵션을 사용자 정의하기 위해 관리자는 위의 브랜딩 문서 모두에서 찾을 수 있는 "피드백 및 도움말 사이트 URL 추가" 절차를 따를 수 있습니다.