해결 방법:

대기 시간 문제를 보고할 때 아래 정보를 캡처하는 것이 중요합니다(별표가 표시된 정보는 대기 시간의 원인을 진단하는 데 매우 중요함).
 

• *인터넷 서비스 공급자 - 호스트/참석자가 인터넷에 연결하기 위해 사용하는 ISP.
  • 예: Comcast, AT&T, Surewest 등
• *위치 - 고객의 실제 물리적인 위치.
  • 예: 캘리포니아주 새크라멘토.
• *연결의 유형 - 어떠한 유형의 연결이 사용되고 있는지 여부.
  • 예: T1, 케이블, DSL.
• *추적 루트 - 티켓에는 다음 정보가 포함되어야 합니다. (추적 루트가 포함되지 않은 경우, 그 이유를 설명):
  • 고객의 시스템에서 기본 Webex 서버로 향하는 세 개의 순방향 추적 루트.
  • Webex의 서버에서 3개의 역방향 추적 경로.
    1. 검색 대상 https://lg.webex.com/
    2. 추적 라디오 버튼 을 선택하고 드롭다운에서 노드(미국, APAC 및 EMEA)를 선택합니다.
    3. 제출 버튼을 클릭합니다. (참고: 이 작업은 반환될 때까지 최대 3분이 소요될 수 있습니다.) 
    4. wbxlogger2.exe를 사용하는 경우, 3개의 정방향 및 3개의 역방향을 자동으로 수집합니다.
    5. 선택 사항: 고객의 시스템에서 백업 Webex 서버로 향하는 3개의 순방향 추적 루트.
• Netstat 결과 - Netstat 결과는 사용자의 연결이 프록시를 통과하고 있는지 명백히 설명할 수도 있습니다. netstat를 실행하려면:
  1. Windows 버튼을 마우스 오른쪽으로 클릭하고 실행을 선택합니다.
  2. CMD를 입력하여 명령 프롬프트를 엽니다.
  3. NETSTAT를 입력하여 netstat 출력을 캡처합니다.
• 속도 테스트 결과 - 온라인 속도 테스트의 결과는 라우트 추적 결과 또는 Webex 미팅 내에서 대기 시간이 표시되는 모든 문제에서 중요합니다. 데스크탑 또는 애플리케이션 공유와 같은 특정 기능을 사용할 때 대기 시간이 보고되는 경우, 해당 기능을 사용하는 동안 속도 테스트를 수행하는 것이 좋습니다. 권장되는 사이트:
  http://speedtest.net (매우 권장됨)
  https://www.speakeasy.net/speedtest/
  테스트를 3회 이상 실행하여 사용자의 대역폭에 대한 일반적인 정보를 확인합니다.
  가장 정확한 결과를 얻으려면 사용자가 연결하고 있는 Webex 서버에 가장 가까운 속도 테스트 서버를 선택해야 합니다. 예를 들어, 사용자가 미국에 있지만 런던에서 호스트되는 미팅에 참여하는 경우, 사용자는 런던에서 속도 테스트 서버를 선택합니다.
• MSINFO32 - MSINFO32는 시스템 정보를 캡처하여 에이전트가 사용자의 하드웨어 및 소프트웨어 구성을 더욱 잘 이해할 수 있게 합니다. MSINFO32를 실행하려면:
  1. 시작 버튼을 마우스 오른쪽으로 클릭하고 실행을 선택하여 실행 대화 상자를 불러옵니다.
  2. MSINFO32를 입력합니다.
     그러면 MSINFO32 목록이 열립니다.
  3. 파일 > 저장을 클릭하여 컴퓨터의 프로필을 캡처합니다.