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

클라우드 친화적인 네트워크 인프라를 구성하면 Voice 트래픽과 Google 인프라 간에 효율적인 통신을 촉진할 수 있습니다. 네트워크 생성 시 다음을 참고하세요.

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

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

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

Voice에서 패킷 검사나 프로토콜 분석기는 가급적 사용하지 않는 것이 좋습니다. 이러한 기능은 지연 시간을 발생시켜 음성 인프라에서 오디오 품질을 자동으로 낮출 수 있습니다.

자동 스캔 도구는 오디오 스트림 데이터를 재구성할 수 없으므로 오디오 트래픽의 패킷 검사도 이점이 거의 없습니다.

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

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

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

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

2.4GHz 및 5GHz RF 대역

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

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

음성과 같은 실시간 애플리케이션의 안정적인 작동은 적절한 용량, 지연, 지터, 패킷 손실 수준에 따라 달라지는데, 2.4GHz 대역에서는 이를 달성하기가 거의 불가능합니다.

설계/배포 고려사항

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

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

무선 네트워크의 SSID를 두 가지 대역 (2.4GHz 및 5GHz)에서 모두 사용할 수 있다면 클라이언트가 5GHz 대역으로 연결되도록 적극적인 대역 스티어링을 구현해야 합니다.

• 동일한 AP에 연결된 유선전화는 10대를 넘지 않는 것이 좋습니다. 숫자가 클수록 예측할 수 없는 사용자 환경이 만들어질 수 있습니다.
• 무선으로 연결된 유선전화는 상담사나 지원팀과 같이 밀도가 높고 음성 통화가 많은 팀에서 사용해서는 안 됩니다. 예를 들어 GOVO 사이트 또는 24시간 연중무휴 콜센터가 있습니다.
• 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

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