피드백을 보내 주셔서 감사합니다.

공동 상주 요구 사항

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

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

• 나머지를 분리할 수 있습니다. services/applications 규모에 따라 필요한 만큼 (예: 전용 장치 관리 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 이벤트는 다음과 같이 정의된 callControlApplicationName이 동일해야 합니다. Applications/Xsi-Events/GeneralSettings. 예를 들면,

ADP_CLI/Applications/Xsi-Events/GeneralSettings> get

callControlApplicationName = com.broadsoft.xsi-events

사용자가 Webex에 등록되면 Webex는 사용자의 상태 및 통화 기록에 대한 전화 통신 이벤트를 수신하기 위해 AS(액세스 제어 시스템)에 사용자 구독을 생성합니다. 구독은 callControlApplicationName과 연결되어 있으며, AS는 이를 사용하여 어떤 Xsi-Events에 전화 통신 이벤트를 보낼지 파악합니다.

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

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

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. 각 XSP|ADP 서비스에 AuthenticationService 애플리케이션을 설치하십시오.

   1. XSP|ADP에서 AuthenticationService 애플리케이션을 활성화하려면 다음 명령을 실행하십시오. /authService 컨텍스트 경로.

      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 빌드 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

   ADP를 이전 버전에서 업그레이드하는 경우 이전 버전의 인증 기관이 새 버전으로 자동으로 가져와지며, 수동으로 제거할 때까지 계속 가져와집니다.

   AuthenticationService 애플리케이션은 ADP_의 validatePeerIdentity 설정에서 제외됩니다. CLI/System/SSLCommonSettings/GeneralSettings, 또한 항상 피어의 신원을 검증합니다. 이 설정에 대한 자세한 내용은 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에는 CI 클러스터에 적용되는 IssuerName URL을 입력하십시오. 다음 표를 참조하십시오.

   • set issuerUrl — URL에는 CI 클러스터에 적용되는 IssuerUrl을 입력하십시오. 다음 표를 참조하십시오.

   • set tokenInfoUrl —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
   CA	https://idbroker-ca.webex.com/idb
   SG	https://idbroker-sg.webex.com/idb
   IN	https://idbroker-in.webex.com/idb
   AE	https://idbroker-ae.webex.com/idb
   AU	https://idbroker-au.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
   ADXB	https://broadworks-idp-proxy-d.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
   ASYD	https://broadworks-idp-proxy-m.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
   Teams 클러스터를 모르는 경우 Control Hub의 헬프 데스크 보기에서 고객 세부 정보에서 정보를 얻을 수 있습니다. 테스트를 위해 URL의 "idp/authenticate" 부분을 "ping"로 바꾸면 tokenInfoURL이 유효한지 확인할 수 있습니다.

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

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

7. 각 XSP|ADP 서버에서 다음 명령을 사용하여 Cisco 페더레이션용 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. 클라이언트를 사용하여 해당 XSP|ADP로부터 암호화된 토큰을 요청하려면 클라이언트 브라우저에서 다음 URL을 요청하십시오.

       https:///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:80/authService

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

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

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

    3. 매개변수를 대괄호 get(]) 로 확인하세요.

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

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

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

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

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

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

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

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

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

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 443 명령어를 입력하십시오.

3. 클라우드와 통신할 때 인터페이스가 TLS 1.2를 사용할 수 있도록 하려면 add 443 TLSv1.2 명령어를 입력하십시오.

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

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

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

2. 이 인터페이스에서 이미 사용 중인 암호화 방식을 확인하려면 명령어 get 443 를 입력하십시오. Cisco에서 권장하는 제품군 중 하나 이상이 반드시 포함되어야 합니다(개요 섹션의 XSP|ADP ID 및 보안 요구 사항 참조).

3. HTTP 서버 인터페이스에 암호화 방식을 추가하려면 명령어 add 443 를 입력하십시오.

   XSP|ADP CLI는 openSSL 암호화 스위트 이름이 아닌 IANA 표준 암호화 스위트 이름을 필요로 합니다. 예를 들어, HTTP 서버 인터페이스에 OpenSSL 암호화 방식 ECDHE-ECDSA-CHACHA20-POLY1305 을 추가하려면 다음과 같이 사용합니다. 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

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

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

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

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

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

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 명령어를 입력하십시오.

3. 클라우드와 통신할 때 인터페이스가 TLS 1.2를 사용할 수 있도록 하려면 add TLSv1.2 명령어를 입력하십시오.

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

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

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

2. 이 인터페이스에서 이미 사용 중인 암호화 방식을 확인하려면 get 명령어를 입력하십시오. Cisco에서 권장하는 제품군 중 하나 이상이 반드시 포함되어야 합니다(개요 섹션의 XSP|ADP ID 및 보안 요구 사항 참조).

3. CTI 인터페이스에 암호화 방식을 추가하려면 명령 add 을 입력하십시오.

   XSP|ADP CLI는 openSSL 암호화 스위트 이름이 아닌 IANA 표준 암호화 스위트 이름을 필요로 합니다. 예를 들어, CTI 인터페이스에 openSSL 암호화 방식 ECDHE-ECDSA-CHACHA20-POLY1305 을 추가하려면 다음과 같이 사용합니다. 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. 서비스 로 이동 > 추가 링크 를 클릭하고 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 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 keyFile certificateFile chainFile

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

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

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

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

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

사용자 환경

• Windows 사용자: 통화 설정 을 클릭한 다음 통화 환경설정 열기 를 클릭합니다. > 고급 통화 설정.

• Mac 사용자: 프로필 사진을 클릭한 다음 환경설정 을 클릭하세요. > 고급 통화 설정.

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

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 Service Platform 구성 가이드에 따라 웹 아카이브를 설치, 활성화 및 배포하십시오. (R24 버전은 https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/Design/XSP/BW-XtendedServicesInterfaceConfigGuide.pdf입니다.)

   1. .war 파일을 XSP|ADP의 임시 위치(예: /tmp/) 에 복사합니다.

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

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

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

   3. [Optional] /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:///callsettings/

   참고:

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

   • CSWV는 Xsi-Actions를 사용해야 하고 CORS는 지원되지 않으므로 XSP|ADP-FQDN은 Xsi-Actions FQDN과 일치해야 합니다.

   • CSWV를 호스팅하는 각 ADP 또는 XSP의 HttpAlias에 를 추가해야 합니다. ADP_CLI/Interface/Http/HttpAlias>

5. Webex for Cisco BroadWorks 환경에서 다른 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 서버에 대한 자세한 정보는 Cisco BroadWorks Application Delivery Platform에서 확인할 수 있습니다.

BroadWorks 클러스터 구성

[클러스터 당 1회]

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

• Webex 클라우드에서 BroadWorks를 통해 사용자를 인증할 수 있도록 하려면 (XSP|ADP 호스팅 인증 서비스를 통해)

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

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

실행해야 하는 작업:

1. admin.webex.com에서 Partner Hub에 로그인합니다.

2. 측면 메뉴에서 서비스 페이지를 열고 추가 링크 카드를 찾으세요.

   관리자 사용자가 추가 링크 카드를 볼 수 없는 경우 Cisco TAC에 케이스를 개설하는 것이 좋습니다.

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

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

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

   여기서 클러스터 개념은 일반적으로 XSP|ADP 서버 또는 팜에 함께 배치되는 인터페이스 모음으로, Webex가 애플리케이션 서버(AS)에서 정보를 읽을 수 있도록 합니다. AS 클러스터당 하나의 XSP|ADP가 있을 수도 있고, 클러스터당 여러 개의 XSP|ADP가 있을 수도 있고, XSP|ADP당 여러 개의 AS 클러스터가 있을 수도 있습니다. BroadWorks 시스템의 확장 요구 사항은 이 문서의 범위를 벗어납니다.

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

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

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

7. 선택 사항. DAS URL 을 장치 활성화 서비스의 URL로 업데이트하십시오.

8. 선택 사항. BroadWorks에 직접 로그인하려면 BroadWorks 직접 인증 활성화 확인란을 선택하십시오. 그렇지 않으면 BroadWorks에 대한 인증은 Webex에서 호스팅하는 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. 선택 사항. 개인 비서 상태 동기화 토글을 활성화한 다음 BroadWorks 사용자 ID를 입력하십시오. 이 옵션은 BroadWorks Calling 장치와 Webex 앱 간에 개인 비서의 현재 상태를 동기화합니다.

    5. 다음을 클릭합니다.

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-액션, XSI-이벤트, DAS URL 및 CTI 인터페이스 설정과 같은 해당 클러스터의 기존 설정을 보려면 클러스터를 선택하십시오.

온보딩 템플릿을 구성하세요

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

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

1. 파트너 허브 에 로그인하고 고객을 선택하세요.

2. 기존 템플릿을 보려면 온보딩 템플릿 버튼을 클릭하세요.

3. 템플릿 만들기를 클릭하세요.

4. 템플릿 세부 정보 창에서 템플릿 이름, 국가 또는 지역 및 기본 이메일 언어를 추가합니다.

5. CCW 구독 ID드롭다운을 클릭하고 파트너에 대한 구독 목록을 찾아 해당 구독을 선택합니다.

   이 필드는 BroadWorks용 Webex에서 Webex로 마이그레이션된 파트너에게만 표시됩니다.

6. 서비스 설정 창에서 클러스터 드롭다운을 사용하여 이 템플릿과 함께 사용할 클러스터를 선택합니다.

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

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

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

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

   표의 참고 사항:

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

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

   • ** "프로비저닝 계정"은 BroadWorks 시스템 수준 관리자 계정을 의미합니다. BroadWorks에서는 다음과 같은 속성을 가진 관리자 계정이 필요합니다. 관리자 Type=Provisioning, Read-only=Off.

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

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

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

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

    • Cisco 발신 번호(PSTN)

    • 파트너 제공 전화 접속 번호(BYoPSTN)—이 옵션을 선택하는 경우 이 옵션을 구성하는 방법에 대한 자세한 내용은 Webex for Cisco BroadWorks용 자체 PSTN 솔루션 가이드 를 참조하십시오.

12. 다음을 클릭합니다.

13. 가입자 신원 확인 방식에는 신뢰할 수 있는 이메일과 신뢰할 수 없는 이메일을 사용하는 두 가지 접근법이 있습니다.

    신뢰할 수 있는 이메일 워크플로에서 사용자는 파트너에게 이메일 주소를 제공하고, 파트너는 해당 주소를 BroadWorks에 추가합니다. 파트너사인 귀하는 플로우 스루 방식 또는 API 방식을 통해 이메일 주소를 제공할 책임이 있습니다.

    파트너사인 귀사에서 모든 가입자를 완벽하게 프로비저닝하므로 최종 사용자가 별도의 조치를 취할 필요가 없기 때문에 신뢰 기반 프로비저닝 방식을 사용하는 것이 좋습니다.

    신뢰할 수 없는 이메일 주소의 경우, 사용자는 프로비저닝 전에 이메일을 인증해야 하거나, 직접 활성화할 수 있습니다.

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

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

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

    • 표의 참고 사항:

    • * Webex를 사용하는 각 고객 조직은 관리자 역할을 가진 사용자를 최소 한 명 이상 보유해야 합니다. 통합 IM을 할당받은 첫 번째 사용자 & Webex에서 새 고객 조직이 생성되면 BroadWorks의 P는 고객 관리자 역할을 맡게 됩니다. 서비스 제공업체로서 누가 그 역할을 맡을지 직접 결정하고 싶을 수도 있습니다. 이 설정을 선택하면 첫 번째 사용자가 활성화될 때까지 다른 사용자가 활성화를 완료할 수 없습니다. 이 설정을 선택하지 않으면 새로운 조직에서 활성이 되는 첫 번째 사용자가 고객 관리자가 됩니다.

14. 다음을 클릭합니다.

15. Webex에 사용자 로그인을 위한 기본 인증 모드( BroadWorks 인증 또는 Webex 인증)를 선택하십시오.

    이 설정은 사용자 활성화 포털에 사용자가 로그인하는 데 아무런 영향을 미치지 않습니다. 온보딩 템플릿 구성 방식과 관계없이 사용자는 포털에 로그인할 때 BroadWorks 사용자 ID와 비밀번호를 사용해야 합니다.

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

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

16. 다음을 클릭합니다.

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

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

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

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

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

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

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

    4. 기존 조직에 연결할 때 관리자 초대 이메일 허용 토글이 켜져 있는지 확인하십시오(기본 설정은 켜짐입니다).

    5. 다음을 클릭합니다.

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

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

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

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

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

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

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

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

1. 아직 적용하지 않으셨다면, 다음 패치를 적용해 주세요. release:.

   • 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. 파트너 허브에 로그인하고 고객 으로 이동하세요. > 온보딩 템플릿.

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

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

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

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

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

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

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

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

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

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

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

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

   provisioningURL 매개변수에 대해서는 파트너 허브에 제공된 것과 동일한 정규화된 이름을 입력해야 합니다. 애플리케이션 서버가 호스트 이름을 확인하기 위해 DNS에 액세스할 수 없는 경우 AS의 /etc/hosts 파일에 매핑을 생성해야 합니다.

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

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

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

8. 적용을 클릭합니다.

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

사용자 프로비저닝 데이터

사용자 프로비저닝 중에 BroadWorks와 Webex 간에 교환되는 사용자 데이터에 대한 정보는 서비스 제공업체 사용자 프로비저닝을 참조하세요.