Meet 회의 및 실시간 스트림을 위한 네트워크 준비하기

다음은 관리자를 위한 도움말입니다. 내가 만든 회의를 설정하고 관리하는 방법을 알아보려면 Meet 고객센터를 참고하세요.

다음은 복잡한 네트워크를 필요로 하는 수백 또는 수천 명의 사용자와 대규모 조직의 Meet을 관리하는 IT 관리자를 위한 도움말입니다. 이에 해당되지 않는다면 이 기술 관련 문서를 읽지 않아도 됩니다.

Meet 네트워크 문제를 해결하려는 IT 관리자는 관리자가 Meet 네트워크, 오디오, 동영상 문제 해결하기를 참고하세요.

조직 전체에서 Meet을 사용 중지하려는 경우 조직에서 Meet 회의 및 통화 사용 중지하기를 참고하세요.

Google Meet으로 고품질 회의를 진행하려면 Meet에서 Google 인프라와 효율적으로 통신할 수 있도록 네트워크를 설정해야 합니다. 다음을 확인하세요.

Meet 트래픽이 인터넷에 전달되는 최단 경로를 확보해야 합니다.
프록시, 패킷 검사, 프로토콜 분석기, 서비스 품질(QoS)을 사용하지 말아야 합니다.
지연 시간, 대역폭, Wi-Fi 네트워크를 측정하고 최적화해야 합니다.

모두 펼치기 | 모두 접기

네트워크 설정하기

1단계: 미디어 트래픽용 발신 포트 설정하기

조직에서 미디어 트래픽을 주고받을 수 있도록 방화벽을 업데이트하세요.

오디오 및 동영상의 경우 발신 UDP 포트 3478 및 19302~19309를 설정합니다.
- 사용되는 Chrome WebRTC 포트 수를 제한하려면 WebRTC UDP 포트에 지정된 포트를 사용하세요.
- 또는 방화벽을 통해 이러한 포트를 제한할 수 있습니다.
웹 트래픽 및 사용자 인증의 경우 발신 UDP 및 TCP 포트 443을 사용합니다.

포트는 IP 제한 없이 허용됩니다. UDP 포트가 차단되면 TCP가 사용됩니다. TCP 또는 프록시로 연결된 TCP를 사용하면 전반적인 회의 품질이 저하될 수 있습니다.

2단계: URI(Uniform Resource Identifier) 액세스 허용하기

Meet에는 전체 네트워크 액세스 권한이 필요합니다.

네트워크 사용자에게 적용되는 제한사항이나 필터링 정책이 있다면 443 포트를 사용하여 이 페이지 아래의 URI 패턴에 대한 네트워크 액세스 권한을 부여하세요.
Google Meet 하드웨어를 사용하는 경우 Chrome 기기에 TLS(또는 SSL) 검사 설정하기에서 ChromeOS의 네트워킹 요구사항을 검토하세요.

정적 리소스의 도메인

clients2.google.com
clients4.google.com
clients6.google.com
www.gstatic.com
fonts.gstatic.com
lh3.googleusercontent.com
meetings.clients6.google.com

API 엔드포인트 연결을 위한 도메인

accounts.google.com
apis.google.com
meetings.googleapis.com
hangouts.googleapis.com
meet.google.com
apps.google.com
jamboard.google.com
docs.google.com

실시간 스트리밍을 위한 도메인

stream.meet.google.com
youtube.googleapis.com
www.youtube-nocookie.com
googlevideo.com

사용자 의견 및 이벤트 로그 업로드를 위한 도메인

https://www.google.com/tools/feedback
https://feedback.googleusercontent.com/resources/
https://play.google.com/log

3단계: 오디오 및 동영상에 대한 Google IP 주소 범위 액세스 허용하기

조직에서 포트 443을 통한 Meet 트래픽을 지원해야 하는 경우 Meet SNI를 방화벽 또는 프록시 허용 목록에 추가하여 TLS를 통한 오디오 및 동영상 트래픽을 사용 설정합니다. 이 IP 주소는 2단계에 명시된 URI와는 다릅니다.
사용자의 Google Workspace IP 주소 범위를 추가합니다. 다음 IP 범위 및 SNI를 사용하여 Meet의 미디어 서버에 대한 액세스를 허용하세요.
- IPv4: 74.125.250.0/24
- IPv6: 2001:4860:4864:5::0/64
- SNI: workspace.turns.goog
조직에서 지연 시간이 짧은 실시간 스트리밍을 사용하는 경우 실시간 스트리밍 미디어 트래픽에서 UDP 프로토콜을 사용하는 것이 좋습니다. 이 트래픽은 YouTube HTTP IP 대신 Meet과 유사한 Workspace IP 범위를 사용합니다.
소비자 IP 주소 범위를 추가합니다. 다음 IP 범위를 사용하여 Meet의 미디어 서버에 대한 액세스를 허용하세요.
- IPv4: 142.250.82.0/24
- IPv6: 2001:4860:4864:6::/64
- SNI: meet.turns.goog

4단계: 대역폭 요구사항 검토하기

네트워크에는 여러 개의 HD 화상 회의를 진행하기에 충분한 대역폭과 기타 용도(예: 라이브 스트리밍)를 위한 추가 대역폭이 필요합니다. 참여자 수, 화면 공유, 기타 요인도 대역폭 사용량에 영향을 미칩니다.

네트워크의 대역폭이 충분하지 않으면 Meet에서 동영상 선명도를 낮춥니다. 네트워크에 동영상을 지원할 만큼 대역폭이 충분하지 않으면 Meet을 오디오 전용으로 설정하세요.

Meet의 최소 대역폭 요구사항 계산하기

조직에 필요한 최소 대역폭을 계산하려면 참여자당 평균 대역폭과 최대 동시 참여자 수를 곱합니다.

참여자 수, 레이아웃, 화면 공유 등 여러 요소가 대역폭 사용량에 영향을 줄 수 있습니다. 정지 화면을 공유하는 경우, 로드 후에는 추가로 대역폭을 사용하지 않습니다.

대규모 조직의 참여자당 평균 대역폭
회의 유형	발신	수신
동영상	1Mbps	1.3Mbps
오디오 전용	12kbps	18Kbps

소규모 조직 또는 개인의 참여자당 대역폭
회의 유형	발신	수신
1080p 동영상	최대 3.6Mbps	최대 3.6Mbps
720p 동영상	최대 1.7Mbps	최대 1.7Mbps
그룹 회의	250Kbps 이상*	최대 4.0Mbps
오디오 전용	100Kbps	100Kbps

*전송된 해상도에 따라 다름

최대 동시 참여자 수 예상하기

Meet 회의의 우선순위가 높은 경우 조직 내 사용자 중 20%가 동시에 Meet을 사용할 것으로 예상합니다. Meet 회의의 우선순위가 낮은 경우에는 한 번에 0.5%의 사용자만 Meet 회의에 참여할 수 있습니다.

화상 회의의 우선순위	예상되는 회의 동시 참여자 수
높음	10~20%
보통	1~4%
낮음	0.01~0.5%

라이브 스트림 피드당 대역폭 요구사항

조직에서 회의를 라이브 스트리밍할 때 시청 피드당 이상적인 대역폭은 2.6Mbps입니다. 라이브 스트림에는 동적 레이아웃 및 크기 조정 옵션이 있습니다. 창 크기 및 가로세로 비율과 같은 기기 기능이 최적화됩니다. 참여자의 개별 대역폭이 충분한 경우 Meet에서는 기본 고화질 동영상 설정을 사용합니다.

대역폭이 충분하지 않은 경우 참여자가 Meet 화질을 낮추거나 오디오만 사용하도록 선택할 수 있습니다.

단일 동영상 피드(비트 전송률 킬로비트/초)

해상도	최소	최대
180p	80	200
360p	200	500
540p	400	1000
720p	600	1500

화면 공유 피드(비트 전송률 킬로비트/초)

해상도	최소	최대
최소 화질	200	200
360p	250	500
720p	750	1500
1800p	1300	2600

기존 라이브 스트리밍을 위한 대역폭(지연 시간이 매우 짧지는 않음)

클라이언트를 확인하여 도메인에서 사용 중인 라이브 스트리밍 버전을 확인합니다. 기존 라이브 스트리밍 클라이언트에는 상단에 제어 기능이 포함된 흰색 막대가 있습니다. 새로운 라이브 스트리밍 클라이언트는 Meet과 같은 어두운 테마를 사용하며 모든 제어 기능이 하단에 있습니다.

해상도	최소	최대
360p	400kbps	1Mbps
720p	1.5Mbps	4Mbps
1080p	3Mbps	6Mbps

실제 대역폭은 라이브 스트림의 콘텐츠 유형에 따라 달라집니다.

네트워크 권장사항

기본 동영상 품질 구성

대역폭 사용량을 줄이려면 Google 관리 콘솔에서 Meet 기본 동영상 품질을 설정하세요.

이 설정은 웹브라우저에만 적용되며 Google Meet 하드웨어 또는 Google Meet 모바일 앱에는 영향을 주지 않습니다.

사용자는 Meet 회의에서 동영상을 사용 설정하고 동영상 품질을 변경하여 브라우저에 설정된 조직 단위의 기본값을 재정의할 수 있습니다. 사용자가 새로운 회의에 참여할 때에는 기본 설정이 적용됩니다.

Google 관리 콘솔에 로그인하세요.
@gmail.com으로 끝나지 않는 관리자 계정으로 로그인하세요.
관리 콘솔에서 메뉴 앱Google WorkspaceGoogle Meet으로 이동합니다.
Meet 동영상 설정을 클릭합니다.
왼쪽에서 관리할 조직 단위를 선택합니다. 모든 사용자에 설정을 적용하려는 경우에는 최상위 조직 단위를 선택하고,
동영상 품질 옵션을 선택합니다.
- 자동으로 조정(기본값): 최상의 화질이 제공되도록 네트워크 및 시스템 상태에 맞게 대역폭이 조정됩니다.
- 제한된 동영상 대역폭: 업링크 대역폭이 1Mpbs로 제한됩니다.
- 오디오 전용: 동영상이 기본적으로 사용 중지됩니다. 사용자는 을 클릭하여 Meet 브라우저 창에서 카메라를 사용 설정할 수는 있지만, 업링크 동영상 속도가 1Mbps로 제한됩니다.
다음과 같이 설정을 적용합니다.
1. 최상위 조직 단위에 적용할 설정이면 저장을 클릭합니다.
2. 하위 조직 단위에 적용할 설정이며 상위 조직 단위와 다른 경우 재정의를 클릭합니다.

Wi-Fi 사용

다음 권장사항은 일반 사무실 환경에 적용됩니다. 다음과 같은 더 복잡한 환경의 경우 무선 엔지니어의 판단이 필요합니다

제조 현장
RF(무선 주파수) 소음 수준이 높은 영역
Wi-Fi 신호 범위가 부족한 공간

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

2.4GHz 및 5GHz RF 대역

가능하면 클라이언트가 5GHz RF 대역으로 연결되도록 네트워크를 설정하는 것이 좋습니다.

Meet은 일반적으로 사용 빈도가 높은 2.4GHz 대역 무선 네트워크를 통해서 배포 및 운영하지 않는 것이 좋습니다. 2.4GHz 대역에는 겹치지 않는 채널 수가 3개이며, 잡음 수준이 높고, 추가 간섭도 있어 안정성이 떨어집니다.

설계 및 배포에 대한 고려사항

무선 네트워크의 경우 연결 범위보다는 대역폭을 고려하세요.

셀 크기 관리: 액세스 포인트(AP)의 송신 출력을 기준으로 AP의 셀 크기를 관리합니다. 회의실과 강당처럼 더 많은 기기가 있을 것으로 예상되는 장소에는 작은 셀을 배치해 용량을 늘리고 사무실에서 전반적인 범위를 지원하려면 더 큰 셀을 사용합니다.
낮은 전송률을 사용 중지하여 RF 사용 효율성을 향상: AP 간에 로밍이 진행되는 동안 가장 근접한 AP로 클라이언트 핸드오버가 시행되게 합니다.
네트워크를 중앙에서 관리: AP 간 원활한 로밍과 적절한 RF 관리와 같은 고급 기능을 사용하려면 무선 네트워크를 중앙에서 관리하고 운영해야 합니다. 독립형 AP의 집합이 아니어야 합니다.
배포 후 무선 설문조사 실시: Meet을 주로 사용하는 공간의 무선 적용 범위를 확인합니다.

WMM 사용

무선 네트워크를 통한 안정적인 Meet 통신을 지원하려면 WMM(Wireless Multimedia Extensions)을 구현해야 합니다.

Meet 트래픽은 다음 방법 중 하나로 분류해야 합니다.

Meet용 프로토콜 및 포트를 기반으로 한 무선 컨트롤러 또는 AP
다른 네트워크 장비에서 설정한 DSCP(Differentiated Services Code Point) 필드 값 네트워크를 충분히 신뢰할 수 있는 경우 DSCP를 사용합니다.

양방향 서비스 품질을 제공하려면 완벽한 WMM 지원이 필요합니다. 하지만 네트워크 수준에서 구성하면 상당한 이점을 얻을 수 있습니다. Meet 트래픽을 무선 AP나 컨트롤러의 오디오 또는 동영상 대기열에 할당하고 다른 트래픽 클래스보다 우선시해야 합니다.

VDI 사용

VDI 환경을 사용하면 Meet과 인터넷 사이에 추가 레이어를 만들게 됩니다. 이로 인해 Meet 속도가 느려지고 환경의 품질이 저하될 수 있습니다. 배경 효과가 제한되며 대기실 미리보기를 사용할 수 없습니다.

VDI 사용이 Meet에 미치는 영향을 줄이려면 다음 단계를 따르세요.

Chrome에서 Enterprise Hardware Platform API 정책을 사용 설정하여 Google Meet이 가상 머신(VM) 내에서 실행 중인지 감지할 수 있도록 합니다. 자세한 내용은 사용자 또는 브라우저에 적용할 Chrome 정책 설정하기 및 API 페이지를 참고하세요.
각 VM 인스턴스에 가상 CPU를 4개 이상 할당합니다.
배경 효과에는 GPU가 필요하지 않지만 GPU 지원 VM 인스턴스는 안정성을 높여줍니다.
클라이언트, 가상 데스크톱, Meet 미디어 서버 간에 충분한 대역폭과 짧은 지연 시간을 확보합니다. Meet 미디어 서버와 VM 간의 대역폭 요구사항은 이 페이지 위에 있는 4단계를 참고하세요. VDI 제공업체에 문의하여 VDI 클라이언트와 VM 간의 연결에 필요한 대역폭을 확인하세요.

프록시 사용 피하기

Meet 트래픽에는 프록시 서버를 사용하지 않는 것이 좋습니다. 프록시 트래픽을 사용하면 지연 시간이 늘어 동영상 품질이 저하될 수 있습니다.

네트워크에 프록시 서버를 사용해야 하는 경우

프록시 사용이 필요한 경우 프록시 서버가 성능에 심각한 영향을 줄 수 있음을 이해하고 다음을 확인하세요.

프록시 구성에서 Meet 트래픽에 대한 액세스를 허용합니다.
Meet에서 Chrome 프록시 설정을 사용합니다.
네트워크에서 Meet IP 주소 및 SNI용 프록시를 우회합니다.

SOCKS5(Socket Secure) 인터넷 프로토콜은 현재 지원되지 않습니다.

QoS 사용 피하기

네트워크에서 Meet에 서비스 품질(QoS)을 사용하지 않는 것이 좋습니다. 다음과 같은 경우에만 QoS를 사용하세요.

네트워크 혼잡과 같은 설득력 있는 이유가 있는 경우
네트워크에서 엔드 투 엔드 QoS 모델을 배포하고 유지할 수 있는 경우

QoS를 사용해야 하는 경우

Meet QoS 권장사항 가이드에 설명된 권장사항을 사용하세요.

VPN 사용 피하기

Meet 트래픽에는 VPN을 사용하지 않는 것이 좋습니다. VPN을 사용하면 지연 시간이 늘고 Meet에서 동영상 및 오디오 품질이 저하될 수 있습니다.

VPN을 사용해야 하는 경우 다음 안내를 따르세요.

VPN에 분할 터널링을 사용 설정하는 경우
DNS 또는 SNI를 사용(SNI 권장)하여 VPN 외부에서 2단계의 도메인을 라우팅하는 경우
프리픽스 일치를 통해 VPN 외부에서 3단계의 IP 범위를 라우팅하는 경우

도움이 되었나요?

어떻게 하면 개선할 수 있을까요?