Twilio 네트워크 테스트를 사용하여 Talk 상담사 통화 문제를 해결하려면 어떻게 해야 하나요?

질문

이 문서의 안내에 따라 Twilio 네트워크 테스트를 수행하였습니다. 하지만 결과를 어떻게 읽는지 잘 모르겠습니다. Twilio 네트워크 테스트를 사용하여 Zendesk Talk 상담사 통화 문제를 해결하려면 어떻게 해야 하나요?

답변

대부분의 Talk 또는 모든 VOIP 솔루션 문제는 일반적으로 네트워크 연결 속도뿐 아니라, 더 중요하게는 네트워크 연결의 안정성과 품질에 따라 달라집니다. 빠른 연결만으로는 실시간 음성 커뮤니케이션을 할 수 없습니다. 패킷이 끊기거나 연결이 불안정하면 문제가 발생할 수 있습니다.

Twilio 네트워크 테스트를 수행하는 것은 연결이 작동 중인지 알기 위한 첫 번째 단계입니다. 이 테스트를 통해 적절한 네트워크 대역폭을 갖추고 있는지, 포트가 열려 있는지, 브라우저가 통화를 지원하는지, 마이크와 스피커가 작동하는지 등의 요건을 충족하는지 확인합니다.

Twilio 네트워크 테스트는 다음 두 개의 컬럼으로 나눌 수 있습니다.

• Twilio WebRTC 진단
• 로그 출력

Twilio WebRTC 진단

페이지의 왼쪽 컬럼에는 몇 가지 일반적인 통과 또는 실패 진단이 포함되어 있습니다.

위의 모든 테스트에 대해 녹색 통과 메시지가 표시되어야 합니다. 빨간색 실패 메시지는 특히 UDP, TLS 또는 TCP에서 오류가 발생하는 경우 네트워크 문제를 나타낼 수 있습니다.

• 상담사가 사무실 환경에서 작업하는 경우에는 무언가 차단되어 있기 때문에 그러한 오류가 여러 번 발생합니다. 네트워크 팀이 Talk 네트워크 요구 사항을 따르고 포트와 허용 목록에 있는 IP 및 도메인을 열었는지 확인하세요.
• 상담사의 홈 네트워크인 경우에는 상담사에게 특별한 설정이나 홈 라우터 차단 포트가 없는지 확인하세요. 상담사의 네트워크에 대한 추가 조사가 필요할 수 있습니다.

아래의 모든 테스트를 무시할 수 있습니다. 음성: Opus를 사용한 테스트 전화.

로그 출력

Twilio 네트워크 테스트의 오른쪽 컬럼에는 로그 출력이 포함됩니다.

아래의 감사를 고려해야 합니다.

• 빨간색은 문제가 있음을 나타내므로 아래 로그가 녹색으로 표시되도록 하세요.
  • A) ___ms 후에 Twilio에 대한 UDP 연결을 성공적으로 설정했습니다.
  • B) ___ms 후에 Twilio에 대한 TCP 연결을 성공적으로 설정했습니다.
  • C) ___ms 후에 Twilio에 대한 TLS 연결을 성공적으로 설정했습니다.
• D) 대역폭 테스트를 성공적으로 통과했더라도 결과가 위의 예보다 훨씬 더 높은지 확인합니다. 거기서 결과는 Talk가 안정적으로 작동하는 최저 임계값을 나타냅니다.
• E) 감사에 연결된 Twilio 클라이언트를 확인하고 올바른 엔드포인트에 연결되어 있는지 확인합니다. 예를 들어 VPN이 잘못된 엔드포인트에 연결하여 독일에 있지만 로그에는 미국 엔드포인트에 연결되어 있다고 표시되는 경우입니다. 잘못된 엔드포인트에 연결되면 지연 시간이 발생합니다. Twilio가 가장 적합한 경로를 결정해야 하지만 VPN에서 상담사의 실제 위치나 지역을 숨길 수 있습니다. 여기서 지역은 다음 중 하나입니다. au1, br1, de1, ie1, jp1, sg1, us1. Twilio의 지역에 대한 최신 정보는 Twilio 문서인 Legacy Regions를 참조하세요.
• F) RTT(왕복 시간): RTT는 150ms 이하여야 합니다. RTT 값이 높을수록 통화 품질이 떨어질 가능성이 높습니다.
• G) 지터: 지터 감사는 20ms를 초과할 수 없습니다. 높은 지터로 인해 지연이 발생할 수 있습니다.
• H) 패킷 손실: 패킷 손실은 불안정한 연결을 나타내며 1%의 패킷 손실도 문제를 일으킬 수 있습니다.