Zendesk Talk는 인터넷을 사용하여 전화를 걸고 받습니다. 따라서 빠르고 안정된 네트워크가 매우 중요합니다. Wi-Fi가 사용 중지된 유선 네트워크가 가장 좋지만 어떤 네트워크를 사용하든 Talk와 제대로 작동하도록 구성해야 합니다. 직접 필요한 변경 작업을 할 수 없는 경우 IT 부서에 도움을 청하시기 바랍니다. 제대로 구성하면 다음을 줄이는 데 도움이 됩니다.
- 지연 시간: RTP(미디어) 패킷이 목적지에 도착하는 데 걸리는 시간입니다. 지연 시간으로 인해 미디어 전송이 지연될 수 있으며 통화 중 대화 상대방 간 이야기가 겹치는 현상이 발생할 수도 있습니다.
- 패킷 손실: 최종 목적지에 도달하지 못하는 패킷입니다. 패킷 손실로 미디어에서 건너뛰거나 잘리는 부분이 생길 수 있으며 통화 중 끊김 현상으로 인해 상대방의 이야기를 듣지 못할 수도 있습니다.
- 지터: 순서가 뒤죽박죽되어 도착하는 패킷입니다. 지터는 미디어에서 ‘기계음’처럼 왜곡되는 효과를 야기시키며, 지터 버퍼 오버런 발생 시에는 패킷이 손실됩니다.
이 문서의 정보를 사용하여 네트워크 문제를 최소화하고 Talk를 최대한 활용하세요. Talk 사용 준비를 하는 데 대한 일반적인 정보는 Zendesk Talk 사용 준비하기를 참조하세요.
이 문서에서는 다음과 같은 주제를 다룹니다.
Talk에서 필요한 포트, 도메인 및 IP 주소
Talk가 작동할 수 있도록 네트워크를 조정해야 할 수도 있습니다. 어떤 변경 내용이든 방화벽, 라우터, 스위치, 부하 분산 장치 및 Talk 네트워크 트래픽을 차단하거나 조작할 수도 있는 기타 모든 하드웨어나 소프트웨어에서 허용되어야 합니다.
포트
Talk는 다음 포트를 사용합니다(발신).
- TCP: 80, 443
- UDP: 10,000 - 20,000
위의 포트는 다음의 모든 도메인 및 IP 주소와 통신할 수 있어야 합니다.
Zendesk는 AWS(Amazon Web Services)에서 호스팅됩니다. 허용해야 하는 모든 AWS IP 범위 목록은 Zendesk와 사용하기 위한 방화벽 구성하기를 참조하세요.
또한 네트워크의 해당 Zendesk 하위 도메인을 다음과 같이 허용합니다. *.{{yoursubdomain}}.zendesk.com
Twilio 도메인
Twilio는 Zendesk Talk를 위한 음성 서비스 제공업체입니다. 다음은 액세스를 허용해야 하는 Twilio 도메인 목록입니다.
| chunderw-gll.twilio.com |
| chunderw-vpc-gll.twilio.com |
| chunderw-vpc-gll-au1.twilio.com |
| chunderw-vpc-gll-br1.twilio.com |
| chunderw-vpc-gll-ie1.twilio.com |
| chunderw-vpc-gll-jp1.twilio.com |
| chunderw-vpc-gll-sg1.twilio.com |
| chunderw-vpc-gll-us1.twilio.com |
| matrix.twilio.com |
| eventgw.twilio.com |
| chunderw-vpc-gll-de1.twilio.com |
다음은 액세스를 허용해야 하는 Twilio 도메인 목록입니다.
| 54.252.254.64/26 |
| 177.71.206.192/26 |
| 54.171.127.192/26 |
| 52.215.127.0/24 |
| 54.65.63.192/26 |
| 54.169.127.128/26 |
| 54.172.60.0/23 |
| 34.203.250.0/23 |
| 35.156.191.128/25 |
최근 추가됨
| 54.244.51.0/24 |
| 3.1.77.0/24 |
| 3.112.80.0/24 |
| 3.122.181.0/24 |
| 18.228.249.0/24 |
| 3.104.90.0/24 |
추가적으로 고려할 사항
다음의 네트워크 구성을 추가적으로 수행해야 합니다.
- Zendesk와 Twilio IP 주소 및 도메인 둘 다 반드시 SPI(Stateful Packet Inspection)에서 제외되도록 하세요. 그렇지 않으면 UDP 또는 TCP 연결 시간이 오래 걸릴 수 있습니다.
- 고객이 스위치나 기타 네트워크 하드웨어가 잘못 구성된 Cisco 스마트 스위치에 연결되는 경우 허용되는 도메인 및 IP 주소를 무시할 수 있다고 알려 준 몇 가지 경우가 있습니다. 이런 일이 일어나지 않도록 스마트 스위치에 연결해서는 안되는 하드웨어를 연결하지 말고, 위의 설정을 반영하도록 구성되어 있는지 네트워크 팀에게 확인하세요.
- 방화벽이 Talk를 사용할 브라우저로부터 공개 인터넷으로 발신 UDP를 허용해야 하며, 응답으로 들어오는 리턴 트래픽을 허용해야 합니다. Zendesk는 AWS에 호스팅되므로 IP 범위를 좁힐 수 없습니다. AWS 네트워킹으로 인해 일부 IP 주소가 그러한 범위를 조금 벗어날 수도 있습니다.
- 라우터가 SIP ALG(Application Level Gateway) 기능이나 SPI(Stateful Packet Inspection)를 포함하는 경우에는 Zendesk Talk를 사용하는 네트워크에서 이 두 기능을 모두 사용 중지하세요.
- Talk는 MPLS 또는 VPN과 작동하지 않습니다. 나열된 도메인 및 IP 주소에 대한 트래픽이 VPN을 통과하도록 허용하지 마세요.
위에 언급된 포트에 대한 위의 모든 IP 주소 및 도메인으로의 연결을 허용하고 나면(각 포트가 나열된 모든 도메인 및 IP 주소에 액세스해야 함) Zendesk Talk에서 전화를 걸고 받는 데 아무 문제도 없어야 합니다.
DSCP 사용하기
패킷의 DSCP 태그는 네트워크 어플라이언스에 트래픽의 우선 순위를 지정하는 데 유용합니다. 기본적으로 Talk 전화는 DSCP 태그 46을 받습니다. 네트워크 정체 문제가 있는 경우에는 이 문서의 안내에 따라 DSCP 구현을 고려해 보세요. Twilio Client 1.3 이상을 사용하면 호환되는 브라우저(예: Google Chrome)에서 기본적으로 DSCP가 사용 설정됩니다.
호환되는 브라우저는 WebRTC 미디어 패킷에 태그를 지정합니다. 이로써 LAN에서의 차등화된 처리가 가능하여 실시간 미디어가 다른 네트워크 트래픽에 비해 우선적으로 처리될 수 있습니다. 차등화 서비스 필드는 IPv4 헤더 TOS 옥텟이나 IPv6 Traffic Class 옥텟에 있습니다. 차등화 서비스 규격 네트워크 노드(예: 라우터)는 DS 필드 값이 나타내는 특정 패킷 전달 처리를 제공할 수 있는 버퍼 관리 및 패킷 스케줄링 메커니즘과 함께 DS 필드의 값을 기준으로 패킷을 선택하는 분류자를 포함합니다.
Twilio Client 1.3을 사용하면 전송 RTP 패킷의 로컬 Wireshark 패킷 캡처에 DiffServ 코드포인트가 있을 겁니다. DSCP를 사용 설정하면 WebRTC 엔진이 RTP 패킷을 EF로 표시하며, 아래는 신속한 전달과 관련된 값입니다.
- 이진수: 101 110
- 16진수: 0x2e
- 10진수: 46
WebRTC를 지원하는 브라우저(예: Chrome 또는 Firefox)를 사용해야 합니다. DSCP를 구현하는 경우에는(권장) 이를 지원하는 유일한 브라우저인 Chrome(베타가 아닌 최신 버전)을 사용하세요.
사용 중인 Chrome이 최신 버전인지 확인하려면 주소 표시줄에서 “ chrome://help/ “로 이동합니다. 다시 실행 버튼이 보이면 클릭하여 Chrome을 업데이트하세요.
DSCP가 올바르게 작동하는지 확인하기
일부 Windows 기반 환경에서는 네트워크에 DSCP가 설정되어 있음에도 불구하고 DSCP 태그가 필터링될 수 있습니다. 네트워크 팀은 Wireshark에서 캡처를 실행하여 Windows에서 DSCP 태그가 필터링되고 있는지 확인할 수 있습니다. DSCP를 강제 실행하는 그룹 정책을 구현하거나, 컴퓨터가 도메인에 속하지 않은 경우에는 컴퓨터별로 구현하세요.
Windows에서 DSCP 태그를 제거하는 일이 없도록 하려면 컴퓨터가 도메인에 속해 있는지 여부에 따라 다음 단계를 수행해야 합니다.
도메인에 속하지 않은 컴퓨터의 DSCP 태그 확인하기
이 섹션에서는 구성하는 그룹 정책 설정에 따라 사용될 QoS 설정을 지정할 수 있도록 레지스트리 설정을 수정하게 됩니다.
도메인에 속하지 않은 기계의 DSCP 태그 확인하기
- Windows 레지스트리 편집기에서 HKEY_LOCAL_MACHINE > SYSTEM > CurrentControlSet > 서비스 > Tcpip > QoS로 이동합니다. QoS 키가 없으면 Tcpip를 마우스 오른쪽 버튼으로 클릭하고 새 키를 클릭한 다음 QoS를 입력합니다.
- QoS 키를 클릭합니다.
- 문자열이 이미 존재하지 않는 경우에는 Do not use NLA라는 새 문자열 값을 만듭니다.
- 값을 1로 설정합니다.
창이 아래 이미지와 비슷하게 보일 것입니다.
- 컴퓨터를 다시 부팅하여 설정을 적용합니다.
도메인에 속한 컴퓨터의 DSCP 태그 확인하기
도메인에 속한 컴퓨터의 경우 그룹 정책 규칙을 사용하여 QoS 설정을 제어합니다.
도메인에 속한 기계의 DSCP 태그 확인하기
- 명령 창에 “gpedit.msc”를 입력하여 Windows 그룹 정책 편집기를 엽니다.
- 컴퓨터 구성 아래에서 Windows 설정을 확장합니다.
-
정책 기반 QoS를 마우스 오른쪽 버튼으로 클릭한 다음 새 정책 만들기를 클릭합니다.
마법사가 열리고 사용할 QoS 규칙을 구성합니다.
- 첫 번째 화면에서 정책 이름으로 “Zendesk Talk DSCP”를 입력하고 DSCP 값을 “46”으로 지정합니다.
- 다음을 클릭합니다.
- 두 번째 화면에서 실행 가능 이름을 가진 애플리케이션만을 선택한 다음 “Chrome.exe”를 입력합니다.
- 다음을 클릭합니다.
- 세 번째 화면에서 다음을 클릭합니다.
- 최종 화면에서 QoS가 적용할 프로토콜을 선택합니다. Zendesk Talk의 경우 UDP로 제한됩니다.
이 페이지에서 서로 다른 포트 범위를 선택할 수도 있습니다. 지금은 아무 것도 변경하지 마세요.
완료하면 규칙이 다음과 비슷하게 보일 것입니다.
이러한 단계에 따라 WebRTC 패킷이 우선적으로 처리되고 Zendesk Talk가 최적의 상태로 작동됩니다.
새 그룹 정책을 적용하기 위해 클라이언트 컴퓨터를 다시 부팅해야 합니다.
Windows 컴퓨터의 요구 사항
Windows 운영 체제가 탑재된 컴퓨터를 사용하는 경우에는 Zendesk Talk에 문제가 발생할 수도 있습니다. Zendesk Talk 고객은 “Quality Windows Audio Visual Experience” 서비스를 기본 값인 “수동”이 아닌 “자동” 시작 유형으로 설정해 놓아야 합니다.
틀림없이 QWAVE가 사용 설정되고 자동으로 시작되게 하려면 다음과 같이 하세요.
- Windows 시작 메뉴에서 “cmd”를 입력합니다.
-
명령 프롬프트 아이콘을 마우스 오른쪽 버튼으로 클릭한 다음 관리자로 실행을 클릭합니다.
- 명령 줄에 다음 텍스트를 붙여넣습니다.
net start QWAVE
- Enter 키를 누릅니다. 다음과 같은 결과가 나타납니다.
- 다음을 붙여넣어서 서비스 시작 유형을 자동으로 설정합니다.
REG add "HKLM\SYSTEM\CurrentControlSet\services\QWAVE" /v Start /t REG_DWORD /d 2 /f
- Enter 키를 누릅니다.
이제 “QWAVE” 서비스가 시작 유형 “자동”으로 설정됩니다. 위의 단계를 따를 때 오류가 발생한 경우에는 IT 팀원이나 컴퓨터 관리자에게 작업을 수행해 달라고 요구하세요. 네트워크에 그룹 정책을 설정하여 모든 클라이언트 컴퓨터에서 서비스가 자동으로 설정되도록 하세요.
추가적으로 문제 해결하기
위의 단계 외에도 Twilio SDK를 사용하여 통화 품질을 검사할 수도 있습니다. 자세한 내용은 Voice Insights SDK 이벤트 참고자료를 참조하세요.
0 댓글
댓글을 남기려면 로그인하세요.