นอกจากการตั้งค่าเครือข่ายที่จำเป็นสำหรับการประชุมทางวิดีโอมาตรฐาน (ไม่ว่าคุณจะใช้ผู้ให้บริการรายใด) แล้ว Google Beam ยังต้องมีการรองรับเครือข่ายที่เฉพาะเจาะจงเพื่อเปิดใช้การประชุม 3 มิติ หน้านี้จะอธิบายข้อกำหนดของเครือข่ายและวิธีตรวจสอบว่าการตั้งค่าเครือข่ายเป็นไปตามข้อกำหนดดังกล่าว เพื่อให้การประชุม 3 มิติใน Beam เป็นไปอย่างราบรื่นและมีคุณภาพสูง
แบนด์วิดท์และประสิทธิภาพของเครือข่าย
หากต้องการจัดการประชุมทางวิดีโอ 3 มิติ โปรดตรวจสอบว่าเครือข่ายมีคุณสมบัติตรงตามข้อกำหนดต่อไปนี้
| ความต้องการ | ค่า |
|---|---|
แบนด์วิดท์ที่รองรับขั้นต่ำ |
50 Mbps (อัปโหลดและดาวน์โหลด) สำหรับการประชุมทางวิดีโอ 3 มิติ 3.6 Mbps (อัปโหลดและดาวน์โหลด) สำหรับการประชุมทางวิดีโอมาตรฐาน (HD) 1.7 Mbps (อัปโหลดและดาวน์โหลด) สำหรับการประชุมทางวิดีโอมาตรฐาน (SD) |
ความเร็วของลิงก์ |
อย่างน้อย 1Gb/s |
เวลาในการตอบสนอง |
100 มิลลิวินาทีหรือน้อยกว่า (จากหรือไปยังปลายทางของ Beam) |
Jitter |
40 มิลลิวินาทีหรือน้อยกว่า |
แพ็กเก็ตที่สูญหาย |
1% หรือน้อยกว่า |
เครือข่ายควรมีแบนด์วิดท์เพียงพอสำหรับการประชุมทางวิดีโอความละเอียดสูงหลายกลุ่มพร้อมกัน รวมถึงแบนด์วิดท์เพิ่มเติมสำหรับการใช้งานอื่นๆ เช่น สตรีมมิงแบบสด อีกทั้งจำนวนผู้เข้าร่วม การแชร์หน้าจอ และปัจจัยอื่นๆ ยังส่งผลต่อการใช้งานแบนด์วิดท์ด้วย
หากแบนด์วิดท์ที่ใช้ได้ต่ำกว่า 50 Mbps คุณภาพของการประชุม 3 มิติอาจลดลง โดยมีรายละเอียดผลกระทบที่อาจเกิดขึ้นดังนี้
- ประมาณ 10 Mbps: วิดีโอ 3 มิติอาจมีคุณภาพลดลง
- ประมาณ 5 Mbps: วิดีโอ 3 มิติจะปิดโดยสมบูรณ์ คุณภาพเสียงอาจ ลดลง และอัตราเฟรมอาจลดลง
Jitter
ความไม่สอดคล้องกันของเวลาที่แพ็กเก็ตมาถึงอาจทำให้ฝั่งผู้รับสร้างสตรีมข้อมูลเดิมขึ้นมาใหม่ได้อย่างไม่ราบรื่น Jitter ที่สูงกว่า 40 มิลลิวินาทีอาจทำให้วิดีโอสะดุด เสียงผิดเพี้ยน และการเชื่อมต่อขาดหาย
แพ็กเก็ตที่สูญหาย
แพ็กเก็ตที่สูญหายสูงกว่า 1% อาจทำให้วิดีโอสะดุด ส่วนเสียงขาดหาย หรือแม้แต่การเชื่อมต่อขาดหาย
สถาปัตยกรรมเครือข่ายและข้อกำหนด NAT
อุปกรณ์ HP Dimension จะสื่อสารกับบริการของ Google โดยใช้การเชื่อมต่ออินเทอร์เน็ตขาออก โปรดกำหนดค่าเครือข่ายตามกฎต่อไปนี้เพื่อให้มั่นใจถึงประสิทธิภาพ ความปลอดภัย และการแยกแบนด์วิดท์ที่ดีที่สุด
- VLAN เฉพาะ: วางอุปกรณ์ทั้งหมดที่เปิดใช้ Beam ไว้ในเครือข่ายท้องถิ่นเสมือน (VLAN) ภายในเฉพาะ และใช้กฎไฟร์วอลล์ขาออกที่เฉพาะเจาะจงซึ่งระบุไว้ในส่วนท้ายของหน้านี้ การแยกอุปกรณ์จะป้องกันสตรีมวิดีโอเชิงพื้นที่ 3 มิติของ Beam (สูงสุด 50 Mbps ขึ้น/ลงต่ออุปกรณ์ที่ใช้งานอยู่) จากเวลาในการตอบสนองที่เพิ่มขึ้นและการสูญเสียแพ็กเก็ตที่เกิดจากการรับส่งข้อมูลใน LAN ของสำนักงานทั่วไป
- NAT และการกำหนดที่อยู่ IP: อุปกรณ์ที่เปิดใช้ Beam สามารถทำงานในซับเน็ตภายในมาตรฐานที่อยู่เบื้องหลังการเปลี่ยนค่าที่อยู่เครือข่าย (NAT) IPv4 ที่มีการเข้าถึงอินเทอร์เน็ต ไม่จำเป็นต้องใช้ที่อยู่ IP สาธารณะแบบ 1:1
- ไม่ใช้ VPN หรือพร็อกซี: หลีกเลี่ยงการใช้ VPN หรือพร็อกซีเซิร์ฟเวอร์สำหรับการรับส่งข้อมูลของ Beam เนื่องจากทั้ง 2 อย่างจะเพิ่มเวลาในการตอบสนองและอาจทำให้คุณภาพวิดีโอและคุณภาพเสียงลดลง
- การสำรองเครือข่าย: ใช้การสำรองเครือข่าย (การเฟลโอเวอร์อัตโนมัติไปยังเครือข่ายรองในกรณีที่เครือข่ายหลักล้มเหลว) ในลิงก์ WAN เพื่อเพิ่มความยืดหยุ่น
การกำหนดค่าที่อยู่ IP
หมายเหตุ: ส่วนนี้ใช้ได้กับ HP Dimension เท่านั้น หน้าจอสัมผัสมีการตั้งค่าเครือข่าย DHCP ของตัวเอง และคุณไม่ควรเปลี่ยนแปลงการตั้งค่าดังกล่าว
หากต้องการกำหนดที่อยู่ IP ให้ใช้การกำหนด DHCP อัตโนมัติหรือการกำหนด IPv4 แบบคงที่ Beam รองรับเฉพาะ IPv4 และโหมดผสม IPv4/IPv6
- DHCP (ค่าเริ่มต้นและแนะนำ): โดยค่าเริ่มต้น อุปกรณ์ที่เปิดใช้ Beam จะได้รับที่อยู่ IP, ซับเน็ตมาสก์, เกตเวย์เริ่มต้น และที่อยู่เซิร์ฟเวอร์ DNS จาก DHCP โดยอัตโนมัติเมื่อบูต
- การกำหนด IP แบบคงที่: หากนโยบายเครือข่ายกำหนดให้ใช้ที่อยู่ IP แบบคงที่ คุณสามารถกำหนดค่าพารามิเตอร์เครือข่ายแบบคงที่ใน อุปกรณ์ด้วยตนเองระหว่างการลงทะเบียนและการตั้งค่าเริ่มต้น การกำหนดแบบคงที่ต้องใช้ที่อยู่ IPv4 ที่สงวนไว้, ซับเน็ตมาสก์ และเกตเวย์เริ่มต้น
กฎไฟร์วอลล์และข้อกำหนดของพอร์ต
สำคัญ: ช่วง IP ของโดเมนเริ่มต้นที่ Google APIs และบริการต่างๆ ใช้จะได้รับการจัดสรรแบบไดนามิกและเปลี่ยนแปลงบ่อยครั้ง โปรดตรวจสอบว่าไฟร์วอลล์เครือข่ายอนุญาตการเชื่อมต่อขาออกกับ ช่วงที่อยู่ IP อย่างเป็นทางการของ Google ก่อนที่จะเปิดพอร์ตขาออกที่เฉพาะเจาะจง
หลังจากยืนยันการเข้าถึงปลายทางแล้ว ให้กำหนดค่ากฎพอร์ตขาออกที่ระบุไว้ในตารางต่อไปนี้
| พอร์ต | ประเภท | วัตถุประสงค์ |
|---|---|---|
| 53 | UDP | การแปลง DNS |
| 80 | TCP และ UDP | การเข้าชมเว็บ HTTP |
| 443 | TCP และ UDP | HTTPS (การเข้าชมเว็บและการตรวจสอบสิทธิ์ผู้ใช้) |
| 3478 | TCP และ UDP | WebRTC และ TURN |
| 19302–19309 | UDP | WebRTC |
ช่วงที่อยู่ IP ของ Google
หากองค์กรของคุณจำกัดการรับส่งข้อมูลขาออกหรือทำการตรวจสอบการระบุชื่อเซิร์ฟเวอร์ (SNI) ให้กำหนดค่าไฟร์วอลล์หรือพร็อกซีเพื่ออนุญาตช่วงที่อยู่ IP, พอร์ต และชื่อโฮสต์ SNI ต่อไปนี้
| SNI หรือชื่อโฮสต์ | พอร์ตและโปรโตคอล | ช่วง IPv4 และ IPv6 | วัตถุประสงค์หรือบริการ |
|---|---|---|---|
| *.googleapis.com | TCP และ UDP 443 | ไม่มี | บริการของ Google |
| projectstarlinecallaccess.pa.googleapis.com projectstarlinesession-pa.googleapis.com |
TCP และ UDP 443 | ไม่มี | บริการ Google Beam |
| logging.googleapis.com | TCP และ UDP 443 | ไม่มี | การบันทึก |
| monitoring.googleapis.com | TCP และ UDP 443 | ไม่มี | การตรวจสอบ |
| storage.googleapis.com | TCP และ UDP 443 | ไม่มี | พื้นที่เก็บข้อมูล |
| clients3.googleapis.com | TCP และ UDP 443 | ไม่มี | การจัดการอุปกรณ์ |
| workspace.turns.goog | TCP และ UDP 443 | 74.125.250.0/24 2001:4860:4864:5::/64 |
รีเลย์สื่อของ Workspace |
| meet.turns.goog | TCP และ UDP 443 | 142.250.82.0/24 2001:4860:4864:6::/64 |
รีเลย์สื่อของ Meet |
| ไม่มี | UDP 3478 | 74.125.247.128/29 2001:4860:4864:4:8000:: |
บริการ TURN และ STUN |
| ไม่มี | UDP 53 | 8.8.8.8, 8.8.4.4 | DNS ของ Google |
ตั้งค่าการประชุมทางวิดีโอมาตรฐาน
แพลตฟอร์มการประชุมทางวิดีโอแต่ละแพลตฟอร์มต้องเข้าถึงพอร์ตและปลายทางบางรายการ โปรดตั้งค่าเครือข่ายเพื่ออนุญาตการเข้าถึงหากยังไม่ได้ดำเนินการ
คลิกแท็บที่สอดคล้องกับใบอนุญาตของคุณ
Google Beam for Meet
ทำตามวิธีการในหัวข้อเตรียมเครือข่ายให้พร้อมสำหรับ การประชุมและสตรีมแบบสดใน Meetเพื่อตั้งค่าเครือข่ายสำหรับ Meet
Google Beam สำหรับ Zoom
ทำตามวิธีการในหัวข้อ การกำหนดค่าไฟร์วอลล์สำหรับ Zoom Rooms เพื่อตั้งค่าเครือข่ายสำหรับ Zoom
Beam สร้างขึ้นบน ChromeOS และกำหนดให้เครือข่ายของคุณต้องเป็นไปตามข้อกำหนดด้านเครือข่ายของ ChromeOS ด้วย โปรดดูข้อกำหนดด้านเครือข่ายของ ChromeOS ที่หัวข้อตั้งค่ารายชื่อโฮสต์ที่อนุญาตสำหรับอุปกรณ์ Chrome
ตั้งค่าหน้าจอสัมผัส
หน้าจอสัมผัส Poly TC10 ที่ใช้กับ HP Dimension มีข้อกำหนดของตัวเอง อนุญาตชื่อโฮสต์ที่ระบุไว้ใน เอกสารประกอบของ HP สำหรับอุปกรณ์เครือข่าย Poly Lens เพื่อให้หน้าจอสัมผัสทำงานได้อย่างถูกต้อง
การทดสอบเครือข่าย
เวลาในการตอบสนองของเครือข่าย
หากต้องการวัดเวลาในการตอบสนองของเครือข่ายและตรวจสอบว่าเครือข่ายเป็นไปตามข้อกำหนดสำหรับการประชุมทางวิดีโอที่มีประสิทธิภาพสูงสุด ให้ทำตามขั้นตอนต่อไปนี้
- เปิดใช้ ICMP (หากจำเป็น): ตรวจสอบว่าได้เปิดใช้ ICMP (Internet Control Message Protocol) ในเครือข่ายแล้ว เครือข่ายส่วนใหญ่จะเปิดใช้ ICMP โดยค่าเริ่มต้น แต่หากคุณใช้เครือข่ายที่จำกัด คุณอาจต้องตรวจสอบกับผู้ดูแลเครือข่าย
เรียกใช้คำสั่ง
ping: จากคอมพิวเตอร์ที่ใช้การเชื่อมต่อเครือข่ายแบบมีสายเดียวกันกับที่คุณจะใช้สำหรับการประชุมทางวิดีโอ ให้เปิดเทอร์มินัลหรือพรอมต์คำสั่ง แล้วเรียกใช้คำสั่งต่อไปนี้> ping 74.125.247.128 PING 74.125.247.128 (74.125.247.128): 56 data bytes 64 bytes from 74.125.247.128: icmp_seq=0 ttl=56 time=21.706 ms 64 bytes from 74.125.247.128: icmp_seq=1 ttl=56 time=14.054 ms 64 bytes from 74.125.247.128: icmp_seq=2 ttl=56 time=36.137 ms 64 bytes from 74.125.247.128: icmp_seq=3 ttl=56 time=19.932 ms 64 bytes from 74.125.247.128: icmp_seq=4 ttl=56 time=19.043 msมองหาค่า
time=ในเอาต์พุต ซึ่งแสดงเวลาในการตอบสนองเป็นมิลลิวินาที คุณควรพิจารณาค่าเฉลี่ยหรือค่าทั่วไปมากกว่าค่าเดียวตรวจสอบเวลาในการตอบสนอง: เพื่อให้ได้คุณภาพวิดีโอที่ดีที่สุด โปรดตรวจสอบว่าเวลาในการตอบสนองน้อย กว่า 100 มิลลิวินาทีไปยังปลายทางของ Google ที่ใกล้ที่สุด หากเวลาในการตอบสนองเกินเกณฑ์นี้อย่างสม่ำเสมอ อาจส่งผลเสียต่อประสบการณ์การประชุมทางวิดีโอ
การกำหนดเส้นทางเครือข่าย
คุณสามารถใช้คำสั่ง traceroute เพื่อติดตามเส้นทางเครือข่ายไปยังปลายทางของ Google ซึ่งจะช่วยระบุคอขวดที่อาจเกิดขึ้นหรือการข้ามที่ไม่จำเป็น เรียกใช้คำสั่งต่อไปนี้จากคอมพิวเตอร์ที่ใช้เครือข่ายแบบมีสายเดียวกันกับที่คุณจะใช้สำหรับการประชุมทางวิดีโอ
> traceroute 74.125.247.128
คำสั่งนี้จะแสดงเส้นทางการจราจรของข้อมูลในเครือข่ายเพื่อไปยังเซิร์ฟเวอร์ของ Google คุณควรลดจำนวนการข้ามระหว่างเครือข่ายท้องถิ่นกับผู้ให้บริการอินเทอร์เน็ต (ISP) ให้เหลือน้อยที่สุด การข้ามจำนวนมากอาจบ่งบอกถึงเส้นทางที่มีประสิทธิภาพน้อยกว่าและอาจมีเวลาในการตอบสนองสูงกว่า
อีกเครื่องมือที่มีประโยชน์ในการตรวจสอบสัญญาณของการคั่งคือ mtr ซึ่งทำงานคล้ายกับ traceroute แต่มีประโยชน์มากกว่า เครื่องมือนี้จะช่วยระบุการข้ามที่อาจมีปัญหาระหว่างเครื่องที่เรียกใช้กับปลายทาง เพื่อช่วยแยกแยะปัญหาระหว่างเครือข่ายขององค์กรกับปัญหาของผู้ให้บริการอินเทอร์เน็ต การข้ามแต่ละครั้งจะมีค่าเฉลี่ยและความเบี่ยงเบนมาตรฐานของเวลาในการตอบสนอง ซึ่งจะช่วยระบุลิงก์ที่อาจติดขัด
ตัวอย่างเอาต์พุต
My traceroute [v0.96]
hostname ([example]) -> 74.125.247.128 (74.125.247.128)
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 100.115.92.25 0.0% 195 1.0 0.6 0.2 2.0 0.3
2. 192.168.4.1 0.0% 195 2.7 3.6 1.9 7.9 1.2
3. 192.168.1.254 0.0% 195 4.2 3.6 2.5 9.9 0.9
4. [example] 0.0% 195 4.3 4.5 3.0 8.3 0.9
5. 76.197.98.82 0.0% 195 5.1 4.6 2.9 9.4 0.9
6. 32.130.92.48 0.0% 195 21.2 23.2 19.9 360.4 24.3
7. 32.130.20.60 80.0% 195 21.4 21.2 19.9 24.8 1.1
8. 32.130.20.246 82.5% 195 21.7 21.5 20.4 24.0 0.9
9. 32.130.26.105 0.0% 195 23.4 21.9 19.7 29.9 1.1
10. 108.170.231.46 0.0% 194 22.4 23.0 21.3 42.4 2.0
11. 142.250.231.183 0.0% 194 22.0 22.0 20.5 32.2 1.5
12. 74.125.247.128 0.0% 194 22.5 22.7 21.2 29.1 0.9
หากต้องการดูข้อมูลการติดตั้ง mtr ให้ไปที่ลิงก์สำหรับระบบปฏิบัติการของคุณ:
Windows, Mac, Linux (โดยปกติจะติดตั้งโดยใช้เครื่องมือจัดการแพ็กเกจเป็น
mtr แพ็กเกจ)