บทความนี้มีไว้สำหรับผู้ดูแลระบบ หากต้องการดูวิธีตั้งค่าและจัดการการประชุมของคุณเอง โปรดไปที่ศูนย์ช่วยเหลือของ 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 แบบมีพร็อกซีอาจทำให้คุณภาพการประชุมโดยรวมลดลง
Meet ต้องการสิทธิ์เข้าถึงเครือข่ายอย่างเต็มรูปแบบ
- หากมีข้อจํากัดหรือนโยบายการกรองผู้ใช้ในเครือข่าย โปรดให้สิทธิ์เข้าถึงเครือข่ายแก่รูปแบบ URI ด้านล่างในหน้านี้โดยใช้พอร์ต 443
- หากคุณใช้ฮาร์ดแวร์ของ 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
- 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
- หากองค์กรของคุณต้องรองรับการรับส่งข้อมูลของ Meet ผ่านพอร์ต 443 ให้เพิ่ม Meet SNI ไปยังรายการที่อนุญาตของไฟร์วอลล์หรือพร็อกซีเพื่อเปิดใช้งานการรับส่งข้อมูลเสียงและวิดีโอผ่าน TLS ทั้งนี้ที่อยู่ IP เหล่านี้ไม่เหมือนกับ URI ที่ระบุไว้ในขั้นตอนที่ 2
- เพิ่มช่วงที่อยู่ IP ของ Google Workspace (สำหรับผู้ใช้) อนุญาตให้เข้าถึงเซิร์ฟเวอร์สื่อของ Meet โดยใช้ช่วงที่อยู่ IP และ SNI ชุดต่อไปนี้
- IPv4: 74.125.250.0/24
- IPv6: 2001:4860:4864:5::0/64
- SNI: workspace.turns.goog
- หากองค์กรของคุณใช้สตรีมมิงแบบสดที่มีเวลาในการตอบสนองที่รวดเร็ว การรับส่งข้อมูลสื่อสตรีมมิงแบบสดจะเลือกใช้โปรโตคอล UDP การรับส่งข้อมูลนี้จะใช้ช่วง IP ของ Workspace (คล้ายกับ Meet) แทน IP HTTP ของ YouTube
- เพิ่มช่วงที่อยู่ IP สำหรับบัญชีทั่วไป อนุญาตให้เข้าถึงเซิร์ฟเวอร์สื่อของ Meet โดยใช้ช่วง IP ชุดต่อไปนี้
- IPv4: 142.250.82.0/24
- IPv6: 2001:4860:4864:6::/64
- SNI: meet.turns.goog
เครือข่ายควรมีแบนด์วิดท์เพียงพอสำหรับการประชุมทางวิดีโอความละเอียดสูงหลายกลุ่มพร้อมกัน นอกจากนี้ ควรมีแบนด์วิดท์เพิ่มเติมไว้สำหรับความต้องการอื่นๆ ด้วย เช่น สตรีมมิงแบบสด อีกทั้งจํานวนผู้เข้าร่วม การแชร์หน้าจอ และปัจจัยอื่นๆ ยังส่งผลต่อการใช้งานแบนด์วิดท์ด้วย
หากเครือข่ายมีแบนด์วิดท์ไม่เพียงพอ 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 แล้วเปลี่ยนคุณภาพของวิดีโอ การตั้งค่าเริ่มต้นจะมีผลใช้งานทุกครั้งที่ผู้ใช้เข้าร่วมการประชุมใหม่
-
ลงชื่อเข้าใช้ คอนโซลผู้ดูแลระบบของ Google
ลงชื่อเข้าใช้โดยใช้บัญชีผู้ดูแลระบบ (ที่ไม่ลงท้ายด้วย @gmail.com)
-
ในคอนโซลผู้ดูแลระบบ ไปที่เมนู
แอป
Google Workspace
- คลิกการตั้งค่าวิดีโอใน Meet
- เลือกหน่วยขององค์กรที่ต้องการจัดการทางด้านซ้าย โดยเลือกหน่วยขององค์กรระดับบนสุดให้กับผู้ใช้ทั้งหมด
- เลือกตัวเลือกคุณภาพวิดีโอ ดังนี้
- ปรับโดยอัตโนมัติ (ค่าเริ่มต้น) - ระบบจะปรับแบนด์วิดท์ตามสภาวะของเครือข่ายและระบบเพื่อให้คุณภาพดีที่สุด
- จำกัดแบนด์วิดท์ของวิดีโอ - จำกัดแบนด์วิดท์การเชื่อมต่อขาขึ้นไว้ที่ 1 Mbps
- เสียงเท่านั้น - วิดีโอจะปิดใช้งานโดยค่าเริ่มต้น ผู้ใช้จะคลิก
เพื่อเปิดกล้องในหน้าต่างเบราว์เซอร์ของ Meet ได้ วิดีโอขาออกจำกัดไว้ที่ 1 Mbps
- ใช้การตั้งค่าดังนี้
- หากต้องการใช้การตั้งค่านี้กับหน่วยขององค์กรระดับบนสุด ให้คลิกบันทึก
- หากการตั้งค่านี้มีไว้สำหรับหน่วยขององค์กรย่อยและไม่เหมือนกับการตั้งค่าสำหรับหน่วยขององค์กรหลัก ให้คลิกลบล้าง
ต่อไปนี้เป็นคำแนะนำสำหรับสภาพแวดล้อมของสำนักงานทั่วไป วิศวกรด้านระบบไร้สายควรประเมินสภาพแวดล้อมที่มีความซับซ้อนเพิ่มเติม เช่น
- พื้นที่การผลิต
- พื้นที่ที่มีระดับสัญญาณรบกวนคลื่นความถี่วิทยุสูง
- บริเวณที่มีสัญญาณไม่ครอบคลุม
อ่านข้อควรพิจารณาต่อไปนี้อย่างละเอียดในระหว่างการออกแบบ การติดตั้งใช้งาน และการทำงานของเครือข่ายไร้สายที่ 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 จะสร้างชั้นระหว่าง 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
แนวทางปฏิบัติแนะนำคือ อย่าใช้ VPN สำหรับการรับส่งข้อมูลของ Meet VPN จะเพิ่มเวลาในการตอบสนองและทำให้ Meet ลดคุณภาพวิดีโอและเสียง
หากคุณต้องใช้ VPN ให้ดำเนินการดังนี้
- เปิดใช้การแยกอุโมงค์เสมือนสําหรับ VPN ของคุณ
- กำหนดเส้นทางโดเมนจากขั้นตอนที่ 2 นอก VPN โดยใช้ DNS หรือ SNI (ขอแนะนำให้ใช้ SNI)
- กำหนดเส้นทางช่วง IP จากขั้นตอนที่ 3 นอก VPN ผ่านการจับคู่คำนำหน้า
หัวข้อที่เกี่ยวข้อง
Google, Google Workspace และเครื่องหมายและโลโก้ที่เกี่ยวข้องเป็นเครื่องหมายการค้าของ Google LLC ชื่อบริษัทและชื่อผลิตภัณฑ์อื่นๆ ทั้งหมดเป็นเครื่องหมายการค้าของ บริษัทที่เกี่ยวข้อง
