ThousandEyes 데이터를 보려면 Webex 버전이 필요합니다.

ThousandEyes 엔드포인트 자동 세션 테스트(AST)와 Control Hub 문제 해결 통합에는 Webex 앱 데스크탑 버전 42.7 이상이 필요합니다.


 

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

Webex Calling용 ThousandEyes

Webex Calling 고객은 Control Hub에서 Webex Calling에 대한 미디어 품질 문제를 해결할 수 있습니다. 그러나 ThousandEyes 통합을 사용하면 ThousandEyes 애플리케이션에 크로스 런칭하여 더욱 자세한 내용과 네트워크 분석을 수행할 수 있습니다. 분당 데이터를 수집합니다. 분당 모음이 권장되며, 일반적으로 Webex Calling에서 통화가 짧습니다.

ThousandEyes 메트릭을 사용할 수 있을 때 미디어 통화에 대해 크로스 런칭 링크 및 복사 링크를 Control Hub에서 사용할 수 있습니다. 통화 세션에 미디어가 없으면 ThousandEyes 링크가 제공되지 않습니다.

제한 사항

  • Webex Calling용 ThousandEyes는 Webex 앱 데스크탑의 통화만 지원합니다.
  • ThousandEyes 데이터는 모든 Webex Calling 통화에 적용되지 않습니다. 동일한 네트워크 내에 통화가 설정된 경우, Webex Calling 클라우드를 통과하지 않는 ICE 최적화된 통화로 간주될 수도 있습니다. 따라서 이 시나리오에서는 ThousandEyes 경로가 표시되지 않습니다.
  • 실제 통화에 영향을 미치지 않았지만 테스트에서 VPN을 사용할 때 100% 패킷 손실이 나타났습니다. 이 문제는 다음 엔드포인트 에이전트 클라이언트 릴리즈에서 해결됩니다. 자세한 정보는 ThousandEyes 문서 릴리즈 노트...
Control Hub screenshot showing the network path of a Webex Calling call and the ThousandEyes cross-launch links.

Board, Desk 및 Room 시리즈 장치를 위한 ThousandEyes

Cisco 협업 장치에 대한 ThousandEyes 데이터를 확인하려면 이 문서를 읽고 해당 장치에 ThousandEyes 에이전트 통합을 설정하는 방법을 참조하십시오.

문제 해결에서 ThousandEyes가 작동하는 방법

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

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

네트워크 경로에서 ThousandEyes가 보고한 손실(왕복)은 애플리케이션 오류 복구 전에 손실 백분율입니다. 오류 복구 전에 높은 패킷 손실이 발생하면 애플리케이션이 재전송 중에 일부 패킷 손실을 복구할 수 있기 때문에 사용자 환경이 좋지 않을 수 있습니다. Webex 앱은 패킷 복구를 수행하여 양호하지 않은 네트워크 연결 중에 사용자의 환경을 향상합니다.

손실(왕복)은 오디오 품질 아래의 패킷 손실 값과 일치하지 않습니다. 후자의 값은 오류 복구 후 측정되기 때문입니다. 오디오 품질 패킷 손실은 실제 사용자 환경에 대한 더 나은 표시입니다.


 

미팅이 시작되면 ThousandEyes AST가 네트워크 경로 데이터를 캡처하기 시작합니다. 그러나 문제 해결에서 데이터가 채워지기 전까지 최대 5분의 지연이 있을 수 있습니다. 실시간 미팅을 볼 때 데이터가 아직 채워지지 않은 경우 5분 후에 페이지를 새로 고칩니다.

ThousandEyes network path in Troubleshooting

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

  • 불량(빨간색) - 대기 시간 > 400ms 또는 손실(왕복) > 5%
  • 좋음(좋음) - 대기 시간 < 300ms 또는 손실(왕복) < 3%
  • 공정(노란색) - 위 두 가지 모두 해당되지 않음.
  • 알 수 없음(회색) - ThousandEyes에서 Control Hub로 데이터를 사용할 수 없습니다. ThousandEyes 대시보드에서 직접 메트릭을 검색할 수 있습니다.

팝업 창을 클릭하여 홉이 각 노드로 이동한 경로 경로에 대한 자세한 정보를 확인합니다.

ThousandEyes pop-up tooltip in Troubleshooting

네트워크 경로 경로는 각 노드에 대한 세부 정보를 표시합니다.

네트워크 경로 경로는 홉이 연결된 각 노드에 대한 세부 정보를 표시합니다. 대기 시간 열은 클라이언트의 머신에서 다음 홉까지 대기 시간을 표시합니다. 링크 지연은 브래킷에 표시되며, 이는 마지막 홉에서 현재 홉으로의 대기 시간입니다.

사용자 머신 노드 세부 정보

ThousandEyes in Troubleshooting user machine details

이 노드는 사용자 머신의 네트워크에 대한 세부 정보를 표시합니다.

표 1. 사용자 머신 노드 세부 정보
이름설명
이름사용자의 컴퓨터의 이름입니다.
IP 주소사용자의 컴퓨터의 IP 주소입니다.
개인 IPv4사용자의 컴퓨터의 개인 IPv4 주소입니다.
손실(왕복)사용자의 시스템의 패킷 손실을 전송합니다.
대기 시간사용자의 머신의 종단 간 대기 시간.
지터사용자 컴퓨터의 지터를 보냅니다.
위치사용자의 컴퓨터의 위치. 시스템이 VPN에 연결된 경우, 대신 VPN 위치를 표시합니다.

연결 유형 노드 세부 정보

ThousandEyes in Troubleshooting connection type details

이 노드는 사용자의 시스템에 대한 연결 유형에 대한 세부 정보를 표시합니다.

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

VPN 노드 세부 정보

ThousandEyes in Troubleshooting VPN node details

사용자의 컴퓨터가 VPN에 연결된 경우 사용된 VPN의 세부 사항을 볼 수 있습니다.

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

네트워크 노드 세부 정보

ThousandEyes in Troubleshooting network node details

이 노드는 간격 동안 실행된 모든 홉에 대한 세부 정보를 표시합니다. 100ms 대기 시간이 넘는 노드에 한 개의 홉이 있는 경우 노드는 빨간색으로 강조 표시됩니다.


 
해당 노드가 ICMP 요청에 응답하지 않으므로 알 수 없는 노드에 대한 정보는 표시되지 않습니다.
표 4. 네트워크 노드 세부 정보
이름설명
이름홉의 이름입니다.
IP 주소홉의 IP 주소입니다.
프리픽스홉의 IP 주소에 대한 접두사.
대기 시간(링크 지연)괄호 밖의 숫자는 사용자의 머신에서 이 홉까지 대기 시간입니다. 괄호 밖의 숫자는 마지막 홉에서 이 홉까지의 대기 시간입니다.
네트워크홉의 네트워크.
위치Hop의 위치

시작하기 전에

문제 해결에서 ThousandEyes 네트워크 경로 데이터를 보려면 다음을 수행해야 합니다.

  • ThousandEyes에서 사용자를 계정 그룹에 지정합니다.

     
    사용자를 계정 그룹에 지정할 때 엔드포인트 상담사 데이터를 볼 수 있도록 ThousandEyes에서 역할을 하는 사용자를 지정해야 합니다. 수정 권한이 없는 역할이 있는 사용자는 ThousandEyes 데이터를 볼 수 없습니다. ThousandEyes 데이터를 보는 데 필요한 최소 권한은 다음과 같습니다.
    • 엔드포인트 에이전트 데이터 보기
    • 엔드포인트 상담사가 모니터링한 도메인 세트 보기
    • 엔드포인트 상담사가 모니터링하는 네트워크 보기
    • 엔드포인트 에이전트 설정 보기
    • 엔드포인트 에이전트를 식별하는 엔드포인트 데이터 보기
    • 네트워크를 식별하는 엔드포인트 데이터 보기
    • 사용자를 식별하는 엔드포인트 데이터 보기
    • 방문한 페이지를 식별하는 엔드포인트 데이터 보기
    • 엔드포인트 테스트 보기
    Permissions needed for a role in ThousandEyes to view endpoint agent data
  • ThousandEyes 데이터를 확인하려는 시스템에 엔드포인트 에이전트를 설치합니다.

     
    시스템에 설치된 엔드포인트 에이전트에서 TCP 드라이버가 활성화되었는지 확인하려면 엔드포인트 에이전트 > 에이전트 설정 > 엔드포인트 에이전트. TCP가 활성화되지 않은 경우, 이 powershell 스크립트를 사용하여 TCP 드라이버 포스트 설치를 설치할 수 있습니다.Endpoint agent with TCP enabled in ThousandEyes dashboard
  • Webex에 대해 자동화된 세션 테스트를 만들고 모니터링할 에이전트를 선택합니다. 다음과 같은 방법으로 AST를 설정할 것을 권장합니다.
    • 대상—Webex
    • 프로토콜—간격을 1분으로 자동 감지.
    • 상담사—모든 상담사
    • 상담사 최대 수—5000
  • 사용자 API 토큰 섹션으로 이동하여 ThousandEyes에서 토큰 만들기계정 설정 > 사용자 및 역할 > 프로필.
  • ThousandEyes에서 모든 설치 단계를 완료한 후 예정된 단계를 따라 Control Hub에서 ThousandEyes 통합을 활성화합니다.
1

Control Hub에 로그인하고 조직 설정으로 이동한 후 ThousandEyes 섹션으로 스크롤합니다.

2

ThousandEye API 액세스 허용 스위치를 켜기로 전환합니다.

ThousandEyes setting in Control Hub
팝업 창이 나타납니다.
3

ThousandEyes 사용자 API 토큰 섹션에서 복사한 OAuth 전달자 토큰을 붙여넣습니다.

토큰이 검증되면 다음 단계로 진행할 수 있습니다. 토큰이 검증되지 않은 경우 오류가 팝업됩니다. 토큰이 ThousandEyes 사용자 API 토큰 섹션에서 복사한 토큰과 일치하는지 확인하십시오.Activating ThousandEyes in Control Hub with a token
4

활성화를 클릭합니다.

다음에 수행할 작업

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


 
Webex 클라우드 에이전트를 사용하여 테스트를 설정하는 방법에 대한 모범 사례를 따르십시오.

시스템에 ThousandEyes 엔드포인트 에이전트가 설치된 사용자에 대해서만 ThousandEyes 데이터를 볼 수 있습니다.

1

Control Hub에 로그인하고 문제 해결하기로 이동합니다.

2

사용자를 검색하고 미팅 또는 통화를 선택합니다.

3

사용자의 이름을 클릭합니다.

4

ThousandEyes 네트워크 데이터를 보려면 네트워크 경로의 점 위에 마우스를 올리십시오.

5

ThousandEyes 아이콘을 클릭하여 ThousandEyes 대시보드로 크로스 런칭하여 더욱 심층적인 네트워크 데이터를 확인합니다.