เตรียมเครือข่ายให้พร้อมสำหรับการประชุมทางวิดีโอ 3 มิติของ Beam

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

การทดสอบเครือข่าย

เวลาในการตอบสนองของเครือข่าย

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

  1. เปิดใช้ ICMP (หากจำเป็น): ตรวจสอบว่าได้เปิดใช้ ICMP (Internet Control Message Protocol) ในเครือข่ายแล้ว เครือข่ายส่วนใหญ่จะเปิดใช้ ICMP โดยค่าเริ่มต้น แต่หากคุณใช้เครือข่ายที่จำกัด คุณอาจต้องตรวจสอบกับผู้ดูแลเครือข่าย
  2. เรียกใช้คำสั่ง 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= ในเอาต์พุต ซึ่งแสดงเวลาในการตอบสนองเป็นมิลลิวินาที คุณควรพิจารณาค่าเฉลี่ยหรือค่าทั่วไปมากกว่าค่าเดียว

  3. ตรวจสอบเวลาในการตอบสนอง: เพื่อให้ได้คุณภาพวิดีโอที่ดีที่สุด โปรดตรวจสอบว่าเวลาในการตอบสนองน้อย กว่า 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 แพ็กเกจ)