Control Hub에서 ThousandEyes를 문제 해결하기에 통합

개요

ThousandEyes 데이터를 보기 위해 필요한 Webex 버전

Control Hub(ThousandEyes)에 통합 자동 세션 테스트(AST )를 실행하려면 Webex 앱 데스크탑 버전 42.7 이상이 필요합니다.

ThousandEyes AST는 Webex Meetings 앱 앱의 데스크탑 버전을 모두 지원합니다. 단, 문제 해결하기에 대한 통합은 Webex 앱의 데스크탑 버전을 통해 참여하는 사용자에 대해 네트워크 경로만 표시됩니다.

Webex Meetings용 ThousandEyes

ThousandEyes는 고객 트래픽 서비스를 담당하는 여러 Webex 데이터 센터의 정문에 배포된 Webex 특정 클라우드 에이전트를 배치했습니다. 이 에이전트는 모든 ThousandEyes 고객이 일반적으로 사용할 수 있으며, Webex 성능을 모니터하고 문제를 해결할 수 있는 도구입니다. 해당 에이전트의 키 값에 대한 자세한 정보는 Webex 모니터링 솔루션 페이지를 참조하십시오.

Webex Meetings에 대한 Webex Cloud Agents 테스트를 설정하는 방법에 대한 모범 사례는 이 문서 를 참조하세요.

Webex Calling을 위한 ThousandEyes

Webex Calling 고객은 Control Hub에서 Webex Calling의 미디어 품질 문제를 해결할 수 있습니다. 하지만 ThousandEyes 통합을 사용하면 ThousandEyes 애플리케이션을 교차 실행하여 네트워크에 대한 더욱 자세한 정보와 심층 분석을 얻을 수 있습니다. 분 단위로 데이터가 수집됩니다. Webex Calling의 통화는 일반적으로 더 짧으므로 분 단위로 수집하는 것이 좋습니다.

ThousandEyes 메트릭을 사용할 수 있는 경우 미디어 통화의 경우 Control Hub에서 크로스 런칭 링크와 복사 링크를 사용할 수 있습니다. 호출 세션에 미디어가 없으면 ThousandEyes 링크는 제공되지 않습니다.

제한 사항

ThousandEyes for Webex Calling은 Webex 앱 데스크톱 및 PhoneOS에서만 통화를 지원합니다. 3.2.1 이상.
ThousandEyes 데이터는 모든 Webex Calling 통화에 적용되지 않습니다. 동일한 네트워크 내에서 통화가 이루어지는 경우 Webex Calling 클라우드를 거치지 않는 ICE 최적화 통화로 간주될 수 있습니다. 따라서 이 시나리오에서는 ThousandEyes 경로가 보이지 않습니다.
실제 통화에는 영향을 미치지 않았지만, VPN을 사용했을 때 패킷 손실이 100% 발생하는 것으로 테스트 결과 나타났습니다. 이 문제는 다음 Endpoint Agent Client 릴리스에서 해결될 예정입니다. 자세한 내용은 ThousandEyes 문서 릴리스 노트를 참조하세요.

Webex Calling 통화의 네트워크 경로와 ThousandEyes 크로스 런칭 링크를 보여주는 Control Hub 스크린샷입니다.

보드, 데스크 및 룸 시리즈 장치용 ThousandEyes

Cisco 협업 장치에 대한 ThousandEyes 데이터를 보려면 해당 장치와 ThousandEyes Agent 통합을 설정하는 방법에 대한 이 문서를 읽어보세요.

Cisco IP 폰용 ThousandEyes

Cisco IP Phone에 대한 ThousandEyes 데이터를 보려면 해당 전화기와 ThousandEyes 통합을 설정하는 방법에 대한 이 문서를 읽어보세요.

다음 사항을 명심하세요.

전화 회의는 모니터링 에서만 표시됩니다. > 문제 해결 > 회의 &를 호출합니다. 라이브 회의에 회의가 표시되지 않습니다.
ICE 최적화된 통화에는 네트워크 경로가 표시되지 않습니다.

문제 해결하기에서 ThousandEyes가 어떻게 작업하는지

네트워크 경로는 총 왕복 손실, 클라이언트에서 각 홉으로의 대기 시간 및 한 홉에서 다음 홉으로 지연되는 지연을 제공합니다.

컴퓨터에 ThousandEyes 엔드포인트 에이전트가 설치된 사용자가 Webex 앱이나 Cisco 협업 장치를 통해 회의에 참여하는 경우, 참가자 세부 정보 페이지의 오디오 품질 아래에 네트워크 경로 줄이 표시됩니다. 이 라인은 사용자의 클라이언트와 오디오 미디어 노드 간의 오디오 데이터의 네트워크 경로 품질을 나타냅니다. 일반적으로 오디오 및 비디오 데이터는 동일한 경로로 이동하고 동일한 미디어 노드에서 서비스하기 때문에 사용자의 비디오 품질에 대한 감각도 알 수 있습니다. 네트워크 경로 품질은 점선으로 표시됩니다. 각 점선은 자동화된 세션 테스트에 설정된 간격을 기준으로 합니다.

네트워크 경로에서 ThousandEyes가 보고한 손실(왕복)은 응용 프로그램 오류 복구 이전의 손실 백분율입니다. 오류 복구 패킷 손실 높음은 응용 프로그램이 재전 전달 중에 일부 파일을 복구할 수도 있기 때문에 사용자 환경이 좋지 패킷 손실 않을 수도 있습니다. Webex 앱은 양호하지 않은 네트워크 연결 중에 사용자의 환경을 향상하기 위해 패킷 복구를 실행합니다.

오류 복구 후 후자의 값은 측정됩니다. 오디오 품질 아래에서 손실(왕복)이 패킷 손실 값과 일치하지 않습니다. 오디오 품질 패킷 손실 실제 사용자 환경을 보다 잘 표시하는 표시기입니다.

ThousandEyes AST는 미팅이 시작되는 즉시 네트워크 경로 데이터 캡처를 시작합니다. 단, 문제 해결하기에 데이터가 발생하기까지 최대 5분이 지연될 수도 있습니다. 실시간 미팅을 볼 때 데이터가 아직 채워지지 않은 경우 5분 후에 페이지를 새로 고침하십시오.

점선 위에 마우스를 후버하여 해당 간격 동안 사용자의 대기 시간(왕복) 평균 값을 볼 수 있습니다. 색상은 해당 값이 충족하는 임계값에 따라 변경됩니다. 임계값은 다음으로 계산됩니다.

불량(빨간색)—지연 > 400ms 또는 손실(왕복) > 5%
좋음(좋음)—지연시간 < 300ms 또는 손실(왕복) < 3%
보통(노란색)—위의 어느 것도 아닙니다.
알 수 없음(회색)—ThousandEyes에서 Control Hub로 데이터를 사용할 수 없습니다. ThousandEyes 대시보드에서 직접 메트릭을 검색할 수도 있습니다.

팝업 창을 클릭하여 홉이 각 노드로 이동한 경로에 대한 자세한 정보를 참조하십시오.

네트워크 경로 라우트는 각 노드에 대해 세분된 세부 사항을 표시

네트워크 경로 라우트는 홉이 연결된 각 노드에 대한 세부 사항을 보여줍니다. 대기 시간 열은 클라이언트의 머신에서 다음 홉까지의 대기 시간을 보여줍니다. 링크 지연은 괄호에 표시되고, 이는 마지막 홉에서 현재 홉으로의 대기 시간입니다.

사용자 머신 노드 세부 사항

이 노드는 사용자 머신의 네트워크의 세부 사항을 보여줍니다.

표 1. 사용자 머신 노드 세부 사항
이름	설명
이름	사용자의 머신 이름.
IP 주소	사용자 머신의 IP 주소.
개인 IPv4	사용자 머신의 비공개 IPv4 주소.
유실 (왕복)	사용자의 패킷 손실 전송 중.
대기 시간	종단 간 머신의 대기 시간을 변경합니다.
지터	사용자 컴퓨터의 지터를 보내는 중.
위치	사용자 컴퓨터의 위치. 머신이 VPN에 연결된 경우, VPN 위치가 표시됩니다.

연결 유형 노드 세부 사항

이 노드는 사용자의 머신 연결 유형에 대한 세부 사항을 보여줍니다.

표 2. 연결 유형 세부 사항
이름	설명
이름	네트워크 연결의 이름.
SSID	네트워크의 서비스 설정 식별자.
물리적 모드	네트워크에서 사용하고 있는 실제 모드의 유형.
채널	네트워크에서 사용하고 있는 채널.
링크 속도	네트워크에서 사용하는 대역폭 속도.
위치	사용자 컴퓨터의 위치. 머신이 VPN에 연결된 경우, VPN 위치가 표시됩니다.

VPN 노드 세부 사항

사용자의 머신이 VPN에 연결된 경우, 사용된 VPN의 세부 사항을 볼 수 있습니다.

표 3. VPN 세부 사항
이름	설명
이름	VPN의 이름.
VPN 게이트웨이 IP	VPN이 연결된 게이트웨이 IP.
VPN 유형	사용된 VPN의 유형.

네트워크 노드 세부 사항

이 노드는 간격 동안 만들어진 모든 홉에 대한 세부 사항을 표시합니다. 100ms 이상의 대기 시간의 노드에 한 홉이 있는 경우, 노드는 빨간색으로 하이라이트됩니다.

알 수 없는 노드에 대한 정보는 표시되지 않습니다. 해당 노드가 ICMP 요청에 응답하지 않습니다.

표 4. 네트워크 노드 세부 사항
이름	설명
이름	홉의 이름.
IP 주소	홉의 IP 주소.
프리픽스	홉의 IP 주소에 대한 프리픽스.
대기 시간 (링크 지연)	브래킷의 수가 사용자의 머신에서 이 홉까지의 대기 시간입니다. 괄호 외부의 번호는 마지막 홉에서 이 홉까지의 대기 시간입니다.
네트워크	홉의 네트워크.
위치	홉의 위치.

ThousandEyes 설치 및 활성화

시작하기 전에

문제 해결하기에서 ThousandEyes 네트워크 경로 데이터를 보기 위해 다음을 따라야 합니다.

ThousandEyes에서 계정 그룹에 사용자를 지정합니다.
- 사용자 를 계정 그룹에 할당할 때 엔드포인트 에이전트 데이터를 볼 수 있는 ThousandEyes 역할이 있는지 확인하세요. 수정 권한이 없는 역할을 가진 관리자는 ThousandEyes 데이터를 볼 수 없습니다. ThousandEyes 데이터를 보려면 필요한 최소 권한은 다음과 같습니다.
  - 엔드포인트 에이전트 데이터 보기
  - 엔드포인트 에이전트 모니터링 도메인 세트 보기
  - 엔드포인트 에이전트 모니터링 네트워크 보기
  - 엔드포인트 에이전트 설정 보기
  - Endpoint Agent를 식별하는 엔드포인트 데이터 보기
  - 네트워크를 식별하는 엔드포인트 데이터 보기
  - 사용자를 식별하는 엔드포인트 데이터 보기
  - 방문한 페이지를 식별하는 엔드포인트 데이터 보기
  - 엔드포인트 테스트 보기
ThousandEyes 데이터를 보려는 컴퓨터에엔드 포인트 에이전트 를 설치합니다.
- 컴퓨터에 설치된 엔드포인트 에이전트에서 TCP 드라이버가 활성화되었는지 확인하려면 엔드포인트 에이전트 로 이동하세요. > 에이전트 설정 > 엔드포인트 에이전트. TCP가 활성화되지 않은 경우 Windows용 확장 네트워크 테스트 지원 을 참조하여 설치 후 TCP 드라이버를 활성화하는 방법을 알아볼 수 있습니다.
Webex에 대한 자동화된 세션 테스트를 생성하고 모니터링할 에이전트를 선택합니다. 다음 방법으로 AST를 설정할 것이 좋습니다.
- 대상—Webex
- 프로토콜—1분 간격으로 자동 감지합니다.
- 에이전트—모든 에이전트
- 최대 에이전트 수—5000
ThousandEyes에서 계정 설정 및 사용자 및 역할 프로필의 사용자 API 토큰 섹션으로 이동하여 > 토큰 을 > 만드십시오.
ThousandEyes에서 모든 설치 단계를 완료한 후 다음 단계를 따라 Control Hub에서 ThousandEyes 통합을 활성화하십시오.

1	Control Hub에 로그인하고 조직 설정으로 이동한 다음 ThousandEyes 섹션으로 스크롤합니다.
2	ThousandEye API 액세스 허용 스위치를 켜기로 토글합니다. 팝업 창이 나타납니다.
3	ThousandEyes 사용자 API 토큰 섹션에서 복사한 OAuth 제공자 토큰을 붙여넣습니다. 토큰의 유효성이 검증된 경우, 다음 단계를 진행할 수 있습니다. 토큰의 유효성이 검증되지 않는 경우, 오류가 나타납니다. 해당 토큰이 ThousandEyes 사용자 API 토큰 섹션에서 복사한 토큰과 일치하는지십시오.
4	활성화를 클릭합니다.

다음에 수행할 작업

이제 ThousandEyes 엔드포인트 에이전트는 사용자가 머신에 엔드포인트 에이전트를 설치한 경우 미팅에 참여할 때마다 사용자를 모니터합니다.

Webex Cloud Agents를 사용하여 테스트를 설정하는 방법에 대한 모범 사례 를 따르세요.

문제 해결하기에서 천명의 데이터 보기

머신에 ThousandEyes 종료점 에이전트를 설치한 사용자에 대한 ThousandEyes 데이터만 볼 수 있습니다.

1	Control Hub 에 로그인하고 문제 해결로 이동하세요.
2	사용자를 검색하고 회의 또는 통화를 선택하세요.
3	사용자의 이름을 클릭합니다.
4	네트워크 경로에서 점 위에 마우스를 후버하여 천여 개의 네트워크 데이터를 확인합니다.
5	ThousandEyes 아이콘을 클릭하여 ThousandEyes 대시보드를 크로스 런칭하여 심층적인 네트워크 데이터를 확인합니다.

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