Voice 사용을 위해 네트워크 최적화하기

클라우드 친화적인 네트워크 인프라를 구성하면 Voice 트래픽과 Google 인프라 간에 효율적인 통신을 촉진할 수 있습니다. 이 네트워크를 만들려면 다음 단계를 따르세요.

• Voice 트래픽이 인터넷에 전달되는 최단 경로를 확보해야 합니다. 다음은 피하는 것이 좋습니다.
  • 프록시
  • 패킷 검사 또는 프로토콜 분석기
• 다음과 같은 요소를 측정하고 최적화합니다.
  • 지연 시간: 최대 150ms 편도 지연 (ITU G114)
  • 대역폭: 50kbps 권장됨
  • Wi-Fi 네트워크: Wi-Fi 권장사항 참고

네트워크에서 Voice 트래픽에 프록시 서버를 사용하지 않는 것을 특히 추천합니다.

• 프록시 구성에서 Voice 트래픽을 허용 목록에 추가합니다.
• Voice는 Google Meet처럼 TCP를 대체하여 사용하지 않습니다. Voice에서는 음성 트래픽에 UDP만 사용합니다.
• 프록시 트래픽을 사용하면 지연 시간이 늘고 Voice에서 오디오 품질을 자동으로 낮출 수 있습니다. 클라이언트와 Google 백엔드 간 지연 시간이 100ms 미만일 때 최적의 Voice 성능이 발휘됩니다.
• Socket Secure (SOCKS5) 인터넷 프로토콜은 지원되지 않습니다.

Voice에서 패킷 검사나 프로토콜 분석기는 가급적 사용하지 않는 것이 좋습니다. 패킷 검사나 프로토콜 분석기는 지연을 유발하여 Voice 인프라에서 오디오 품질을 자동으로 낮출 수 있기 때문입니다.

또한 자동화된 검사 도구는 오디오 스트림 데이터를 재구성할 수 없기 때문에 오디오 트래픽의 패킷 검사의 이점은 거의 없습니다.

이러한 도구를 사용하는 경우 도구를 우회할 수 있도록 모든 Voice 트래픽 포트 번호를 허용 목록에 추가하세요.

다음 권장사항은 일반적인 사무실 환경에 적용됩니다. 제조 현장, RF (무선 주파수) 소음 수준이 높은 영역, 많이 노출된 공간 등 더 복잡한 환경의 경우 무선 엔지니어가 사례별로 평가해야 합니다.

무선 네트워크를 사용하는 모든 기기에서는 기반 RF 스펙트럼과 대역폭을 공유하므로 무선 네트워크를 통해서는 실시간 애플리케이션을 실행하기 어려울 수 있습니다.

Voice에서 사용되는 무선 네트워크를 설계, 배포, 운영할 때 다음 고려사항을 신중하게 검토하세요.

2.4GHz 및 5GHz RF 대역

일반적으로 많이 사용되는 2.4GHz 대역 무선 네트워크를 통해서는 실시간 애플리케이션을 배포하거나 운영하지 않는 것이 좋습니다. 이 권장사항에는 일반 사무실 환경에서 연결을 제공하는 애플리케이션이 포함됩니다.

2.4Ghz 대역의 경우 겹치지 않는 채널이 3개밖에 없으며, 대개 근처의 방해 네트워크에서 발생되는 잡음 수준이 높고, 기타 기기 (예: 전자레인지)의 추가 방해로 인해 잡음이 많고 복잡한 RF 환경이 생성되기 때문에 문제가 됩니다.

Voice와 같은 실시간 애플리케이션을 안정적으로 운영하려면 적합한 용량과 지연, 지터, 패킷 손실 수준이 매우 중요하며, 2.4GHz 대역에서는 거의 불가능합니다.

설계/배포 고려사항

실시간 애플리케이션을 지원하는 무선 네트워크를 설계하는 경우 지원할 범위보다는 용량을 고려하세요.

• 액세스 포인트 (AP)의 전송 능력으로 제어되는 셀 크기를 관리하세요. 회의실과 강당처럼 더 많은 기기가 예상되는 위치에는 작은 셀을 배치해 용량을 늘리세요. 큰 셀은 사무실 공간 전체에 대한 용량 할당에 사용할 수 있습니다.
• RF 사용 효율성을 향상하려면 낮은 전송률의 사용을 중지하세요. 이렇게 하면 AP 간 로밍이 진행되는 동안 가장 근접한 AP로 클라이언트 핸드오버가 시행됩니다.

무선 네트워크의 SSID를 두 대역 (2.4GHz 및 5GHz)에서 사용할 수 있는 경우 네트워크에서 클라이언트를 5GHz 대역으로 연결하도록 적극적인 대역 조정을 구현해야 합니다.

• 현실적으로 동일한 AP에 연결되는 전화기가 10대 이하를 연결하는 것이 좋습니다. 전화기 수가 많으면 사용자 환경을 예측할 수 없게 될 수 있습니다.
• 상담사나 지원팀과 같이 밀집도가 높고 음성 통화를 많이 하는 팀은 무선 연결 데스크폰을 사용해서는 안 됩니다. 팀(예: GOVO 사이트 또는 연중무휴 콜센터)에서는 인터넷 무선전화기를 사용하면 안 됩니다.
• 10초 미만의 짧은 음성 중단이 예상되며, 무선 연결 인터넷전화기에 대해서는 네트워크 수준에서 이러한 중단을 없앨 수 없습니다. 회의, 기자 회견, 경영진 통화와 같은 중요한 전화 통화에는 무선 네트워크를 사용하지 않는 것이 좋습니다.
• 국가/지역에 따라 규정이 다르지만, 예를 들어 DFS 채널을 사용하는 Wi-Fi 기기가 지역 기상 레이더 시스템을 방해하지 않도록 하는 것이 일반적으로 요구됩니다. 그 결과 레이더 간섭 가능성이 있는 AP는 채널을 비우고 모든 클라이언트는 다른 채널에서 작동하는 다른 AP에 재연결해야 합니다.

AP 간 원활한 로밍과 적절한 RF 관리 등 고급 기능을 사용하려면 분리된 독립형 AP의 집합이 아닌 중앙관리 무선 네트워크를 운영해야 합니다.

마지막으로, 배포 후 무선 점검을 실시하여 Voice를 일반적으로 사용하는 공간 전체의 무선 적용 범위를 확인합니다.

Voice 트래픽은 보호 및 암호화되므로 트래픽을 Google IP로 제한할 필요가 없습니다.

하지만 트래픽을 제한해야 하는 네트워크 제약이 있는 경우 다음 IP 범위를 허용 목록에 추가하여 Voice 미디어 서버를 허용하세요. IP가 Google Workspace용 Voice에만 사용되므로 Google Workspace에 사용되는 음성 트래픽을 식별하고 일반 계정에서 사용되는 Voice 트래픽의 우선순위를 낮출 수 있습니다. 이렇게 하면 네트워크 및 방화벽 액세스를 보다 효과적으로 설정하고 최적화할 수 있습니다.

• IPv4: 74.125.39.0/24
• IPv6: 2001:4860:4864:2::0/64

다음 포트를 통해 조직에 음성 트래픽을 주고받을 수 있도록 네트워크를 설정하세요.

• 발신 UDP 포트 19302~19309
• 발신 TCP 포트 443

참고: Voice 포트 범위 19302~19309에서는 Chrome WebRTC UDP 포트 설정을 사용합니다. 자세한 내용은 사용자 또는 브라우저에 적용할 Chrome 정책 설정하기를 참고하세요.