เตรียมเครือข่ายให้พร้อมสำหรับการประชุมและสตรีมแบบสดใน Meet

บทความนี้มีไว้สำหรับผู้ดูแลระบบ หากต้องการดูวิธีตั้งค่าและจัดการการประชุมของคุณเอง โปรดไปที่ศูนย์ช่วยเหลือของ Meet

บทความนี้มีไว้สำหรับผู้ดูแลระบบไอทีที่จัดการ Meet สำหรับองค์กรขนาดใหญ่ที่มีผู้คนหลายร้อยหรือหลายพันคนที่มีความต้องการใช้เครือข่ายซับซ้อน หากไม่ใช่ผู้ดูแลระบบไอที คุณอาจไม่จำเป็นต้องอ่านบทความทางเทคนิคนี้

หากคุณเป็นผู้ดูแลระบบไอทีที่ต้องการแก้ปัญหาเกี่ยวกับเครือข่ายสำหรับ Meet โปรดไปที่แก้ปัญหาเกี่ยวกับเครือข่าย เสียง และวิดีโอของ 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: อนุญาตการเข้าถึง Uniform Resource Identifier (URI)

Meet ต้องการสิทธิ์เข้าถึงเครือข่ายอย่างเต็มรูปแบบ

1. หากมีข้อจำกัดหรือนโยบายการกรองผู้ใช้ในเครือข่าย โปรดให้สิทธิ์เข้าถึงเครือข่ายแก่รูปแบบ URI ด้านล่างในหน้านี้โดยใช้พอร์ต 443
2. หากคุณใช้ฮาร์ดแวร์ของ Google Meet โปรดดูข้อกำหนดเกี่ยวกับเครือข่ายสำหรับ ChromeOS ที่หัวข้อตั้งค่าการตรวจสอบ TLS (หรือ SSL) ในอุปกรณ์ Chrome

โดเมนสำหรับทรัพยากรแบบคงที่

• 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
• docs.google.com

โดเมนสำหรับสตรีมมิงแบบสด

• meet.google.com
• stream.meet.google.com

โดเมนสำหรับการอัปโหลดความคิดเห็นของผู้ใช้และบันทึกเหตุการณ์

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

ขั้นตอนที่ 3: อนุญาตการเข้าถึงช่วงที่อยู่ IP ของ Google (สำหรับเสียงและวิดีโอ)

1. หากองค์กรของคุณต้องรองรับการรับส่งข้อมูลของ Meet ผ่านพอร์ต 443 ให้เพิ่ม Meet SNI ไปยังรายการที่อนุญาตของไฟร์วอลล์หรือพร็อกซีเพื่อเปิดใช้งานการรับส่งข้อมูลเสียงและวิดีโอผ่าน TLS ทั้งนี้ที่อยู่ IP เหล่านี้ไม่เหมือนกับ URI ที่ระบุไว้ในขั้นตอนที่ 2
2. เพิ่มช่วงที่อยู่ IP ของ Google Workspace (สำหรับผู้ใช้) อนุญาตให้เข้าถึงเซิร์ฟเวอร์สื่อของ Meet โดยใช้ช่วงที่อยู่ IP และ SNI ชุดต่อไปนี้
   • IPv4: 74.125.250.0/24
   • IPv6: 2001:4860:4864:5::0/64
   • SNI: workspace.turns.goog
3. หากองค์กรของคุณใช้สตรีมมิงแบบสดที่มีเวลาในการตอบสนองที่รวดเร็ว การรับส่งข้อมูลสื่อสตรีมมิงแบบสดจะเลือกใช้โปรโตคอล UDP การรับส่งข้อมูลนี้จะใช้ช่วง IP ของ Workspace (คล้ายกับ Meet) แทน IP HTTP ของ YouTube
4. เพิ่มช่วงที่อยู่ IP สำหรับบัญชีทั่วไป อนุญาตให้เข้าถึงเซิร์ฟเวอร์สื่อของ Meet โดยใช้ช่วง IP ชุดต่อไปนี้
   • IPv4: 142.250.82.0/24
   • IPv6: 2001:4860:4864:6::/64
   • SNI: meet.turns.goog

ขั้นตอนที่ 4: ตรวจสอบข้อกำหนดแบนด์วิดท์

เครือข่ายควรมีแบนด์วิดท์เพียงพอสำหรับการประชุมทางวิดีโอความละเอียดสูงหลายกลุ่มพร้อมกัน นอกจากนี้ ควรมีแบนด์วิดท์เพิ่มเติมไว้สำหรับความต้องการอื่นๆ ด้วย เช่น สตรีมมิงแบบสด อีกทั้งจำนวนผู้เข้าร่วม การแชร์หน้าจอ และปัจจัยอื่นๆ ยังส่งผลต่อการใช้งานแบนด์วิดท์ด้วย

หากเครือข่ายมีแบนด์วิดท์ไม่เพียงพอ Meet จะลดความละเอียดของวิดีโอ ดังนั้นหากเครือข่ายมีแบนด์วิดท์ไม่เพียงพอที่จะรองรับวิดีโอ ให้ตั้งค่า Meet เป็นแบบเสียงเท่านั้น

หากต้องการสตรีมโดยใช้แบนด์วิดท์น้อยลง ให้จัดไลฟ์สดขนาดใหญ่ด้วยแบนด์วิดท์น้อยกว่าโดยใช้ eCDN

คำนวณความต้องการแบนด์วิดท์ขั้นต่ำของ Meet

หากต้องการคำนวณแบนด์วิดท์ขั้นต่ำที่ต้องใช้สำหรับองค์กร ให้นําแบนด์วิดท์เฉลี่ยต่อผู้เข้าร่วมคูณกับจํานวนสูงสุดของผู้ใช้ที่เข้าร่วมพร้อมกัน

ปัจจัยหลายอย่าง เช่น จำนวนผู้เข้าร่วม เลย์เอาต์ และการแชร์หน้าจอ อาจส่งผลต่อการใช้งานแบนด์วิดท์ได้ หากการแชร์หน้าจอเป็นภาพนิ่ง ก็จะไม่มีการใช้แบนด์วิดท์อีกหลังจากที่โหลดแล้ว

แบนด์วิดท์เฉลี่ยต่อผู้เข้าร่วมสำหรับองค์กรขนาดใหญ่
ประเภทการประชุม	ขาออก	ขาเข้า
วิดีโอ	1 Mbps	1.3 Mbps
เสียงเท่านั้น	12 Kbps	18 Kbps

 

แบนด์วิดท์ต่อผู้เข้าร่วมสำหรับองค์กรขนาดเล็กหรือบุคคลธรรมดา
ประเภทการประชุม	ขาออก	ขาเข้า
วิดีโอความละเอียด 1080p	สูงสุด 3.6 Mbps	สูงสุด 3.6 Mbps
วิดีโอความละเอียด 720p	สูงสุด 1.7 Mbps	สูงสุด 1.7 Mbps
การประชุมกลุ่ม	250 Kbps ขึ้นไป*	สูงสุด 4.0 Mbps
เสียงเท่านั้น	100 Kbps	100 Kbps

*ขึ้นอยู่กับความละเอียดที่ส่ง

จำนวนผู้เข้าร่วมพร้อมกันสูงสุดโดยประมาณ

หากการประชุมใน Meet มีลำดับความสำคัญสูง ให้คาดการณ์ว่าผู้ใช้ในองค์กร 20% จะใช้ Meet ในช่วงเวลาหนึ่งๆ หากการประชุมของ Meet มีลำดับความสำคัญต่ำ อาจมีผู้ใช้เพียง 0.5% ที่อยู่ในการประชุม Meet ในช่วงเวลาหนึ่งๆ

ลำดับความสำคัญของการประชุมทางวิดีโอ	จำนวนผู้เข้าร่วมการประชุมพร้อมกันโดยประมาณ
สูง	10-20%
ปกติ	1-4%
ต่ำ	0.01–0.5%

ข้อกำหนดแบนด์วิดท์ต่อไลฟ์สด

หากองค์กรส่งสตรีมการประชุมทางแบบสด แบนด์วิดท์ที่เหมาะสำหรับฟีดการรับชมแต่ละฟีดคือ 2.6 Mbps สตรีมแบบสดมีตัวเลือกเลย์เอาต์แบบไดนามิกและการปรับขนาด ซึ่งจะเพิ่มประสิทธิภาพความสามารถของอุปกรณ์ เช่น ขนาดหน้าต่างและสัดส่วนการแสดงผล โดย 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 คุณสามารถตรวจสอบและเปรียบเทียบคุณภาพได้โดยเข้าร่วมการโทรผ่าน Meet หลักสำหรับไลฟ์สดในฐานะผู้เข้าร่วมทั่วไป

แนวทางปฏิบัติแนะนำสำหรับเครือข่าย

การกำหนดคุณภาพวิดีโอเริ่มต้น

หากต้องการลดการใช้แบนด์วิดท์ ให้ตั้งคุณภาพวิดีโอเริ่มต้นของ Meet ในคอนโซลผู้ดูแลระบบของ Google

การตั้งค่านี้ใช้กับเว็บเบราว์เซอร์เท่านั้น และจะไม่มีผลกับฮาร์ดแวร์ของ Google Meet หรือแอปบนอุปกรณ์เคลื่อนที่ของ Meet

ผู้ใช้สามารถลบล้างค่าเริ่มต้นจากหน่วยขององค์กรในเบราว์เซอร์ของตนได้โดยการเปิดใช้วิดีโอในการประชุมผ่าน Meet แล้วเปลี่ยนคุณภาพของวิดีโอ การตั้งค่าเริ่มต้นจะมีผลใช้งานทุกครั้งที่ผู้ใช้เข้าร่วมการประชุมใหม่

1. ลงชื่อเข้าใช้ คอนโซลผู้ดูแลระบบของ Google ด้วยบัญชีผู้ดูแลระบบ

   หากไม่ได้ใช้บัญชีผู้ดูแลระบบ คุณจะเข้าถึงคอนโซลผู้ดูแลระบบไม่ได้

2. ไปที่เมนู  แอป > Google Workspace > Google Meet

   ต้องมีสิทธิ์ของผู้ดูแลระบบในการตั้งค่าบริการ

3. คลิกการตั้งค่าวิดีโอใน Meet
4. เลือกหน่วยขององค์กรที่ต้องการจัดการทางด้านซ้าย โดยเลือกหน่วยขององค์กรระดับบนสุดให้กับผู้ใช้ทั้งหมด
5. เลือกตัวเลือกคุณภาพวิดีโอ ดังนี้
   • ปรับโดยอัตโนมัติ (ค่าเริ่มต้น) - ระบบจะปรับแบนด์วิดท์ตามสภาวะของเครือข่ายและระบบเพื่อให้คุณภาพดีที่สุด
   • จำกัดแบนด์วิดท์ของวิดีโอ - จำกัดแบนด์วิดท์การเชื่อมต่อขาขึ้นไว้ที่ 1 Mbps
   • เสียงเท่านั้น - วิดีโอจะปิดใช้งานโดยค่าเริ่มต้น ผู้ใช้จะคลิก เพื่อเปิดกล้องในหน้าต่างเบราว์เซอร์ของ Meet ได้ วิดีโอขาออกจำกัดไว้ที่ 1 Mbps
6. ใช้การตั้งค่าดังนี้
   1. หากต้องการใช้การตั้งค่านี้กับหน่วยขององค์กรระดับบนสุด ให้คลิกบันทึก
   2. หากการตั้งค่านี้มีไว้สำหรับหน่วยขององค์กรย่อยและไม่เหมือนกับการตั้งค่าสำหรับหน่วยขององค์กรหลัก ให้คลิกลบล้าง

การใช้ Wi-Fi

ต่อไปนี้เป็นคำแนะนำสำหรับสภาพแวดล้อมของสำนักงานทั่วไป วิศวกรด้านระบบไร้สายควรประเมินสภาพแวดล้อมที่มีความซับซ้อนเพิ่มเติม เช่น

• พื้นที่การผลิต
• พื้นที่ที่มีระดับสัญญาณรบกวนคลื่นความถี่วิทยุสูง
• บริเวณที่มีสัญญาณไม่ครอบคลุม

อ่านข้อควรพิจารณาต่อไปนี้อย่างละเอียดในระหว่างการออกแบบ การติดตั้งใช้งาน และการทำงานของเครือข่ายไร้สายที่ Meet ใช้

ย่านความถี่วิทยุ 2.4 GHz กับ 5 GHz

เราขอแนะนำให้ปรับเครือข่ายเพื่อบังคับให้ไคลเอ็นต์อยู่ในย่านความถี่ 5 GHz RF (หากทำได้)

โดยขอแนะนำว่าไม่ควรใช้งาน Meet ในย่านความถี่ 2.4 GHz ของเครือข่ายไร้สายเนื่องจากมักมีการใช้งานมาก นอกจากนี้ย่านความถี่ 2.4 GHz ยังมีความเสถียรน้อยเนื่องจากมีช่องที่ไม่ซ้อนทับกัน 3 ช่อง มีระดับสัญญาณรบกวนสูง และมีสัญญาณรบกวนมากกว่า

ข้อควรพิจารณาในการออกแบบและการติดตั้งใช้งาน

สำหรับเครือข่ายไร้สาย ให้นึกถึงปริมาณรองรับมากกว่าความครอบคลุม

• จัดการขนาดเซลล์ - ควบคุมขนาดเซลล์ผ่านกำลังส่งของจุดเข้าใช้งาน (AP) ใช้เซลล์ขนาดเล็กลงเพื่อเพิ่มปริมาณรองรับในกรณีที่คาดว่าจะมีอุปกรณ์จำนวนมากขึ้น เช่น ห้องประชุมและหอประชุม ใช้เซลล์ที่ใหญ่ขึ้นเพื่อให้ครอบคลุมพื้นที่สำนักงานได้ทั่วไป
• ปิดใช้อัตราต่ำเพื่อปรับปรุงประสิทธิภาพการใช้งาน RF - บังคับให้ไคลเอ็นต์ไปจับสัญญาณกับ AP ที่ใกล้เคียงที่สุดขณะที่มีการโรมมิ่งระหว่าง AP
• จัดการเครือข่ายจากส่วนกลาง - หากต้องการใช้งานฟีเจอร์ขั้นสูง เช่น การโรมมิ่งอย่างราบรื่นระหว่าง AP และการจัดการ RF อย่างเหมาะสม เครือข่ายไร้สายควรได้รับการจัดการและดำเนินการจากส่วนกลาง ไม่ใช่จากกลุ่ม AP แบบสแตนด์อโลน
• ทำการสำรวจระบบไร้สายหลังจากที่ติดตั้งใช้งานแล้ว - ตรวจสอบความครอบคลุมของเครือข่ายไร้สายในพื้นที่ที่ใช้งาน Meet กันตามปกติ

การใช้ WMM

คุณควรใช้ Wireless Multimedia Extensions (WMM) เพื่อให้การสื่อสารของ Meet บนเครือข่ายไร้สายมีความน่าเชื่อถือ

คุณต้องจัดประเภทการรับส่งข้อมูลของ Meet ด้วยวิธีใดวิธีหนึ่งต่อไปนี้

• ตัวควบคุมระบบไร้สายหรือ AP ที่อิงตามโปรโตคอลและพอร์ตเฉพาะของ Meet
• ค่าของช่อง Differentiated Services Code Point (DSCP) ที่กำหนดโดยอุปกรณ์เครือข่ายอื่น ใช้ DSCP หากคุณเชื่อถือในเครือข่ายมากพอ

ต้องมีการสนับสนุน WMM อย่างเต็มรูปแบบเพื่อให้มีคุณภาพของการบริการแบบ 2 ทิศทาง แต่คุณจะกำหนดค่าที่ระดับเครือข่ายได้ เพื่อให้ได้รับประโยชน์ที่สำคัญ คุณควรกำหนดการรับส่งข้อมูลของ Meet ให้กับคิวเสียงหรือวิดีโอใน AP แบบไร้สายหรือตัวควบคุม โดยตั้งค่าให้เลือกใช้ก่อนการรับส่งข้อมูลประเภทอื่นๆ

การใช้ VDI

สภาพแวดล้อม VDI จะสร้างชั้นระหว่าง Meet และอินเทอร์เน็ตเพิ่มอีกชั้นหนึ่ง ซึ่งจะทำให้ Meet ทำงานช้าลงและส่งผลให้การใช้งาน Meet มีคุณภาพลดลง เอฟเฟกต์พื้นหลังมีจำกัด และตัวอย่างกรีนรูมไม่พร้อมใช้งาน

หากต้องการลดผลกระทบของการใช้ VDI ใน Meet ให้ทำตามขั้นตอนต่อไปนี้

• เปิดใช้นโยบาย Enterprise Hardware Platform API ใน Chrome เพื่อให้มั่นใจว่า Google Meet สามารถตรวจพบได้ว่าแอปกำลังทำงานอยู่ภายในเครื่องเสมือน (VM) โปรดดูรายละเอียดที่หัวข้อกำหนดนโยบาย Chrome สำหรับผู้ใช้หรือเบราว์เซอร์และหน้า API
• จัดสรร CPU เสมือนอย่างน้อย 4 รายการสำหรับอินสแตนซ์ VM แต่ละรายการ
• ไม่จำเป็นต้องใช้ GPU สำหรับเอฟเฟกต์พื้นหลัง แต่อินสแตนซ์ VM ที่เปิดใช้ GPU จะมีความความเสถียรมากขึ้น
• ตรวจสอบว่ามีแบนด์วิดท์เพียงพอและเวลาในการตอบสนองระหว่างไคลเอ็นต์ เดสก์ท็อปเสมือน และเซิร์ฟเวอร์สื่อของ Meet อยู่ในระดับต่ำ โปรดดูข้อกำหนดแบนด์วิดท์ระหว่างเซิร์ฟเวอร์สื่อของ Meet และ VM ที่ขั้นตอนที่ 4 (ด้านบนของหน้านี้) ค้นหาแบนด์วิดท์ที่จำเป็นต้องใช้สำหรับการเชื่อมต่อระหว่างไคลเอ็นต์ VDI และ VM โดยปรึกษากับผู้ให้บริการ VDI

หลีกเลี่ยงการใช้พร็อกซี

แนวทางปฏิบัติแนะนำคืออย่าใช้พร็อกซีเซิร์ฟเวอร์กับการรับส่งข้อมูลของ Meet การรับส่งข้อมูลของพร็อกซีจะเพิ่มเวลาในการตอบสนองซึ่งอาจทำให้คุณภาพวิดีโอลดลง

หากจำเป็นต้องใช้พร็อกซีเซิร์ฟเวอร์ในเครือข่าย

หากคุณต้องใช้พร็อกซี โปรดทราบว่าพร็อกซีเซิร์ฟเวอร์อาจส่งผลกระทบต่อประสิทธิภาพอย่างมาก และโปรดดำเนินการต่อไปนี้

• อนุญาตให้เข้าถึงการรับส่งข้อมูล Meet ในการกำหนดค่าพร็อกซี
• Meet ใช้การตั้งค่าพร็อกซีของ Chrome
• เครือข่ายเลี่ยงการใช้พร็อกซีสำหรับที่อยู่ IP และ SNI ของ Meet

ระบบยังไม่รองรับโปรโตคอลอินเทอร์เน็ต Socket Secure (SOCKS5) ในขณะนี้

หลีกเลี่ยงการใช้ QoS

แนวทางปฏิบัติแนะนำคืออย่าใช้คุณภาพของการบริการ (QoS) กับ Meet ในเครือข่ายของคุณ โดยให้ใช้ QoS เฉพาะในกรณีต่อไปนี้

• กรณีที่มีเหตุผลจำเป็น เช่น เครือข่ายแออัด
• สามารถปรับใช้และดูแลโมเดล QoS แบบต้นทางถึงปลายทางในเครือข่ายได้อย่างครอบคลุมทุกจุด

หากคุณต้องใช้ QoS

ใช้แนวทางปฏิบัติแนะนำที่ระบุไว้ในแนวทางปฏิบัติแนะนำสำหรับ QoS ของ Meet

หลีกเลี่ยงการใช้ VPN

แนวทางปฏิบัติแนะนำคือ อย่าใช้ VPN สำหรับการรับส่งข้อมูลของ Meet VPN จะเพิ่มเวลาในการตอบสนองและทำให้ Meet ลดคุณภาพวิดีโอและเสียง

หากคุณต้องใช้ VPN ให้ดำเนินการดังนี้

• เปิดใช้การแยกอุโมงค์เสมือนสําหรับ VPN ของคุณ
• กำหนดเส้นทางโดเมนจากขั้นตอนที่ 2 นอก VPN โดยใช้ DNS หรือ SNI (ขอแนะนำให้ใช้ SNI)
• กำหนดเส้นทางช่วง IP จากขั้นตอนที่ 3 นอก VPN ผ่านการจับคู่คำนำหน้า

หัวข้อที่เกี่ยวข้อง

• การแก้ปัญหาเครือข่ายของ Meet
• ติดตั้งระบบ Meet หรือ Chromebox

_{Google, Google Workspace และเครื่องหมายและโลโก้ที่เกี่ยวข้องเป็นเครื่องหมายการค้าของ Google LLC ชื่อบริษัทและชื่อผลิตภัณฑ์อื่นๆ ทั้งหมดเป็นเครื่องหมายการค้าของ บริษัทที่เกี่ยวข้อง}