ปัญหาเสียงสะท้อนและเสียงดีเลย์ใน BigBlueButton อาจฟังดูคล้ายกัน แต่โดยปกติแล้วต้องการวิธีแก้ไขที่แตกต่างกัน หากผู้คนได้ยินเสียงตัวเองสะท้อนกลับมา ให้สงสัยว่ามีลำโพงเปิดอยู่ใกล้ไมโครโฟนหรือเส้นทางเสียงของผู้เข้าร่วมคนใดคนหนึ่ง หากเสียงพูดมาช้า เสียงขาดหาย หรือเสียงตามไม่ทันทั่วห้อง ให้ตรวจสอบสภาพเครือข่ายและการเชื่อมต่อ WebRTC เริ่มต้นด้วยการถามว่าปัญหาเกิดขึ้นกับคุณคนเดียวหรือกับทุกคนในที่ประชุม
ข้อแตกต่างประการหนึ่งที่ช่วยป้องกันการเปลี่ยนแปลงที่ไม่จำเป็นคือ การได้ยินเสียงของคุณเองระหว่างการทดสอบเสียงสะท้อน ของ BigBlueButton นั้นเป็นเรื่องปกติ การทดสอบจะเล่นเสียงจากไมโครโฟนของคุณกลับมาเพื่อให้คุณสามารถตรวจสอบได้ก่อนเข้าร่วม การที่ยังมีเสียงสะท้อนต่อเนื่องหลังจากเข้าร่วมการประชุมแล้วนั้นเป็นปัญหาอีกอย่างหนึ่ง
เสียงสะท้อนคือเสียงที่ได้ยินซ้ำอย่างชัดเจน ไมโครโฟนของบุคคลอาจรับเสียงจากลำโพงและส่งกลับเข้าไปในการประชุม ความล่าช้าเพียงเล็กน้อยอาจทำให้เสียงที่ส่งกลับมาฟังดูเหมือนเสียงสะท้อน แต่ความผันผวนของเครือข่ายก็อาจทำให้เสียงขาดๆ หายๆ หรือมาช้าได้เช่นกัน
อาการเสียงดีเลย์หมายถึงเสียงพูดไปถึงผู้ฟังช้ากว่าปกติอย่างเห็นได้ชัด มักจะมีช่วงหยุดชะงัก เสียงเหมือนหุ่นยนต์ หรือเสียงขาดหาย ความล่าช้านี้อาจส่งผลกระทบต่อผู้เข้าร่วมเพียงคนเดียวเนื่องจากการเชื่อมต่อในพื้นที่ของเขาเอง หรืออาจส่งผลกระทบต่อผู้เข้าร่วมหลายคนเนื่องจากเซิร์ฟเวอร์ที่ใช้ร่วมกันหรือปัญหาเครือข่าย รูปแบบของความล่าช้ามีความสำคัญมากกว่าคำที่ใช้ในการอธิบาย
| สิ่งที่ผู้คนสังเกตเห็น | บริเวณที่ควรตรวจสอบก่อน |
|---|---|
| ระหว่างการทดสอบการเข้าร่วม มีเพียงคนเดียวเท่านั้นที่ได้ยินเสียงของตัวเอง | ฟีดแบ็กการทดสอบเสียงสะท้อน หรือไมโครโฟนและลำโพงที่เลือก |
| หลายคนได้ยินเสียงของผู้เข้าร่วมคนเดียวกันสองครั้ง | ลำโพง ตำแหน่งไมโครโฟน หรืออุปกรณ์เสียงของผู้เข้าร่วมคนนั้น |
| ผู้เข้าร่วมคนหนึ่งได้ยินทุกคนพูดช้าหรือพูดติดขัด | ภาระการทำงานของ Wi-Fi, VPN, เบราว์เซอร์ หรืออุปกรณ์ของผู้เข้าร่วม |
| ผู้เข้าร่วมจำนวนมากประสบปัญหาความหน่วงพร้อมกัน | เส้นทางเครือข่ายที่ใช้ร่วมกัน ไฟร์วอลล์ รีเลย์ TURN หรือภาระงานของเซิร์ฟเวอร์ BigBlueButton |
นั่นคือการตรวจสอบไมโครโฟนตามที่ตั้งใจไว้ เมื่อคุณเลือกที่จะเข้าร่วมโดยใช้ไมโครโฟน BigBlueButton จะขออนุญาตจากเบราว์เซอร์และเล่นเสียงของคุณ คู่มือการทดสอบเวอร์ชันปัจจุบันระบุว่าตัวบ่งชี้ระดับเสียงควรตอบสนองเมื่อคุณพูด และการเปลี่ยนอุปกรณ์ไมโครโฟนหรือลำโพงอาจมีให้ใช้งานในกล่องโต้ตอบเสียง หากการเล่นทดสอบชัดเจนและตัวบ่งชี้ระดับเสียงเคลื่อนไหว ให้เลือกใช่เพื่อเข้าร่วมเสียง
หากคุณยังคงได้ยินเสียงตัวเองหลังจากเข้าร่วม หรือคนอื่นได้ยินเสียงซ้ำ ให้ตรวจสอบเส้นทางเสียงสดแทนที่จะถือว่าการทดสอบนั้นล้มเหลว ในระหว่างการสนทนาสด ให้ปิดเสียงไมโครโฟนของคุณชั่วครู่ หากเสียงซ้ำหยุดลง ให้เปิดเสียงและย้ายไมโครโฟนให้ห่างจากลำโพง ลดระดับเสียงลำโพง หรือใช้หูฟัง หากการปิดเสียงผู้เข้าร่วมคนใดคนหนึ่งช่วยขจัดเสียงสะท้อนสำหรับทุกคน ให้ขอให้บุคคลนั้นตรวจสอบการตั้งค่าของตน
ใช้หูฟังหรือชุดหูฟังที่มีไมโครโฟนอยู่ใกล้ปากของคุณ วิธีนี้จะช่วยลดโอกาสที่เสียงจากลำโพงในห้องจะถูกบันทึกโดยไมโครโฟน การลดระดับเสียงลำโพงหรือเพิ่มระยะห่างระหว่างลำโพงและไมโครโฟนอาจช่วยได้ แต่โดยทั่วไปแล้วชุดหูฟังเป็นตัวเลือกที่น่าเชื่อถือกว่าในห้องที่มีคนใช้ร่วมกัน
ตรวจสอบให้แน่ใจว่าเปิดใช้งานไมโครโฟนเพียงตัวเดียว ไมโครโฟนของแล็ปท็อปและไมโครโฟนของเว็บแคมอาจใช้งานได้พร้อมกัน และไมโครโฟนที่เลือกอาจอยู่ห่างจากผู้พูดมากกว่าที่คาดไว้ ในการตั้งค่าเสียงของ BigBlueButton ให้เลือกไมโครโฟนและผู้พูดที่ต้องการอย่างชัดเจน หากมีเสียงสะท้อนเกิดขึ้นหลังจากเปลี่ยนอุปกรณ์ ให้ปิดเสียงแล้วเชื่อมต่อใหม่เพื่อให้การทดสอบเสียงสะท้อนทำงานกับคู่ไมโครโฟนที่เลือกไว้
สำหรับห้องประชุมที่มีผู้เข้าร่วมหลายคน ควรหลีกเลี่ยงการใช้คอมพิวเตอร์หลายเครื่องที่อยู่ใกล้กันเชื่อมต่อเสียงผ่านลำโพงแบบเปิด ควรใช้การเชื่อมต่อเสียงเพียงจุดเดียวในห้องพร้อมไมโครโฟนที่เหมาะสม หรือให้ผู้เข้าร่วมแต่ละคนใช้หูฟังและปิดเสียงเมื่อไม่ได้พูด แล็ปท็อปของผู้เข้าร่วมคนที่สองที่ไม่ได้ปิดเสียงอาจสร้างเสียงสะท้อนได้ แม้ว่าอุปกรณ์ของคุณเองจะตั้งค่าอย่างถูกต้องแล้วก็ตาม
การทดสอบเสียงสะท้อนที่ประสบความสำเร็จแสดงให้เห็นว่าเบราว์เซอร์สามารถเข้าถึงไมโครโฟนและเล่นเสียงตรวจสอบในเครื่องได้ แต่ไม่ได้หมายความว่าเส้นทางอินเทอร์เน็ตจะมีความหน่วงต่ำตลอดการประชุม BigBlueButton ส่งข้อมูลสื่อแบบเรียลไทม์ผ่าน WebRTC ข้อจำกัดของเครือข่าย Wi-Fi ที่ไม่เสถียร การสูญเสียแพ็กเก็ต หรือเส้นทางที่แออัดอาจทำให้เสียงล่าช้าหรือถูกขัดจังหวะได้
เริ่มต้นด้วยการเปรียบเทียบที่ง่ายที่สุด ถามผู้เข้าร่วมคนอื่นว่าพวกเขาได้ยินเสียงดีเลย์แบบเดียวกันหรือไม่ ถ้ามีเพียงคนเดียวที่ได้รับผลกระทบ ลองใช้เครือข่ายแบบใช้สายของคนนั้น ปิดใช้งาน VPN ชั่วคราว ขยับเข้าไปใกล้จุดเชื่อมต่อ Wi-Fi มากขึ้น หรือเปลี่ยนไปใช้เครือข่ายอื่น หยุดการอัปโหลด ดาวน์โหลด และการสำรองข้อมูลบนคลาวด์ขนาดใหญ่ชั่วคราวระหว่างการโทร ปิดแท็บหรือแอปพลิเคชันที่ใช้ทรัพยากรมากหากคอมพิวเตอร์ทำงานหนัก ทดสอบโดยปิดกล้องเป็นเวลาสองสามนาที หากเสียงดีขึ้น อาจเป็นเพราะแบนด์วิดท์หรือการประมวลผลของอุปกรณ์
หากทั้งห้องประชุมมีอาการหน่วงเท่ากัน การเปลี่ยนไมโครโฟนของผู้เข้าร่วมคนใดคนหนึ่งอาจไม่ช่วยแก้ปัญหาได้ โปรดสังเกตว่าอาการหน่วงเริ่มเกิดขึ้นเมื่อใด และเกิดขึ้นในทุกการประชุมบนเซิร์ฟเวอร์เดียวกันหรือไม่ ผู้จัดประชุมควรขอให้ผู้ดูแลระบบตรวจสอบเซิร์ฟเวอร์และเส้นทางเครือข่าย
ตรวจสอบให้แน่ใจว่าเบราว์เซอร์ของคุณอนุญาตให้ใช้งานไมโครโฟนสำหรับเว็บไซต์ BigBlueButton แล้ว หากก่อนหน้านี้ถูกปฏิเสธการอนุญาต ให้เปลี่ยนการตั้งค่าในเบราว์เซอร์ โหลดการประชุมใหม่ และเข้าร่วมเสียงอีกครั้ง ใช้เบราว์เซอร์เวอร์ชันล่าสุดที่รองรับโดยบริการ BigBlueButton การใช้หน้าต่างส่วนตัวอาจเป็นประโยชน์ในการเปรียบเทียบหากส่วนขยายหรือการตั้งค่าแคชของเว็บไซต์อาจรบกวน แต่ไม่สามารถใช้แทนการตรวจสอบการเลือกอุปกรณ์ได้
ในกล่องโต้ตอบเสียงสะท้อน ให้พูดและสังเกตตัวบ่งชี้ระดับเสียง หากระดับเสียงไม่เปลี่ยนแปลง ให้เลือกไมโครโฟนอื่นและตรวจสอบระดับอินพุตหรือสวิตช์ปิดเสียงของระบบปฏิบัติการ หากระดับเสียงเปลี่ยนแปลงแต่คุณไม่ได้ยินเสียงทดสอบ ให้ตรวจสอบอุปกรณ์เอาต์พุตที่เลือกและระดับเสียงของระบบ เอกสารของ BigBlueButton อธิบายวิธีการเลือกอุปกรณ์เสียงระหว่างการทดสอบและเปลี่ยนอุปกรณ์หลังจากเข้าร่วมแล้ว เมื่อการทดสอบไม่สามารถใช้งานได้อีกต่อไป ให้ออกจากโหมดเสียงและเข้าร่วมใหม่
ใช้การควบคุมอุปกรณ์ของเบราว์เซอร์และแผงเสียงของระบบปฏิบัติการเพื่อตรวจสอบให้แน่ใจว่าได้เลือกอินพุตและเอาต์พุตเดียวกันแล้ว อย่าเพิ่มระดับเสียงไมโครโฟนมากเกินไปเพียงเพื่อให้มิเตอร์ขยับ เพราะระดับเสียงอินพุตที่สูงมากอาจรับเสียงรบกวนจากห้องและทำให้เกิดเสียงสะท้อนแย่ลงได้
ขอให้ผู้ดูแลระบบตรวจสอบเมื่อมีผู้เข้าร่วมหลายคนได้รับผลกระทบ เมื่อผู้ใช้ในเครือข่ายที่แตกต่างกันพบความล้มเหลวที่คล้ายกัน หรือเมื่อ BigBlueButton รายงานข้อผิดพลาดการเชื่อมต่อ WebRTC เอกสารการแก้ไขปัญหา BigBlueButton 4.0 ฉบับปัจจุบันอธิบายข้อผิดพลาด 1007: การเจรจา ICE ล้มเหลวว่าเป็นความล้มเหลวในการเจรจาเส้นทางสื่อ และระบุว่า NAT พอร์ต UDP ถูกบล็อก หรือความจำเป็นต้องใช้ TURN บนเครือข่ายที่มีข้อจำกัด เป็นสาเหตุที่เป็นไปได้ WebRTC ใช้ ICE เพื่อค้นหาเส้นทางการเชื่อมต่อที่ใช้งานได้ ตัวกลางเช่น TURN สามารถช่วยไคลเอนต์ที่ไม่สามารถสร้างเส้นทางสื่อโดยตรงได้
สำหรับเซิร์ฟเวอร์ที่โฮสต์เอง ผู้ดูแลระบบควรเปรียบเทียบไฟร์วอลล์ NAT และที่อยู่สื่อที่ประกาศไว้กับเอกสารประกอบสำหรับเวอร์ชัน BigBlueButton ที่ติดตั้งไว้ คำแนะนำเกี่ยวกับไฟร์วอลล์ในปัจจุบันระบุ TCP 80/443 และช่วงสื่อ UDP สำหรับการตั้งค่าที่ระบุไว้ในเอกสาร แต่ผู้ให้บริการโฮสติ้งและการใช้งานอาจแตกต่างกันไป อย่าเปลี่ยนกฎไฟร์วอลล์ในบริการที่มีการจัดการ ให้แจ้งรหัสข้อผิดพลาด เวลาการประชุมที่ได้รับผลกระทบ และระบุว่าปัญหาเกิดขึ้นกับเครือข่ายเดียวหรือหลายเครือข่ายแก่ผู้ให้บริการ
การแย่งใช้ CPU ของเซิร์ฟเวอร์อาจส่งผลกระทบต่อสื่อแบบเรียลไทม์ได้เช่นกัน หากผู้เข้าร่วมประชุมทุกคนรายงานว่าเกิดความล่าช้าพร้อมกัน ผู้ดูแลระบบควรตรวจสอบภาระงานของเซิร์ฟเวอร์และสถานะของบริการ WebRTC/เสียงของ BigBlueButton ในระหว่างที่เกิดเหตุการณ์นั้น สถานะเซิร์ฟเวอร์ที่แสดงว่าทำงานได้ปกติหลังจากสิ้นสุดการประชุมอาจไม่แสดงให้เห็นถึงการโอเวอร์โหลดชั่วคราว ดังนั้นควรระบุเวลาและรายละเอียดที่สามารถทำซ้ำได้
ออกจากและเข้าร่วมการประชุมเสียงอีกครั้ง ทำการทดสอบเสียงสะท้อน และตรวจสอบว่าระดับเสียงไมโครโฟนตอบสนองเมื่อคุณพูด หลังจากเข้าร่วมแล้ว ขอให้ผู้เข้าร่วมคนอื่นยืนยันว่าเสียงของคุณชัดเจนและไม่มีเสียงสะท้อน สำหรับเรื่องความล่าช้า ให้เปรียบเทียบเสียงกับผู้เข้าร่วมคนอื่นและสังเกตว่าการพูดนั้นตรงเวลาและต่อเนื่องหรือไม่ ทดสอบการเปลี่ยนแปลงทีละอย่างเพื่อให้คุณสามารถระบุได้ว่าอะไรช่วยได้
ป้ายกำกับอินเทอร์เฟซของ BigBlueButton และรายละเอียดเครือข่ายเซิร์ฟเวอร์จะแตกต่างกันไปตามเวอร์ชันและการติดตั้งใช้งาน หน้าเว็บการแก้ไขปัญหาและการทดสอบเวอร์ชัน BigBlueButton 4.0 ที่อ้างถึงนั้นถูกระบุว่า "อยู่ระหว่างการพัฒนา" ณ วันที่ 6 ตุลาคม 2026 ผู้ดูแลระบบควรใช้เอกสารที่ตรงกับเวอร์ชันที่ติดตั้งไว้แทนที่จะคัดลอกการตั้งค่าจากเวอร์ชันอื่น
เปรียบเทียบเครื่องมือสแกน Ping 10 ตัว สำหรับการค้นหาเครือข่าย LAN อย่างรวดเร็ว การสแกนข้ามแพลตฟอร์ม และการจัดการที่อยู่ IP เรียนรู้ว่าการสแกน Ping สามารถบอกอะไรคุณได้บ้าง และบอกอะไรไม่ได้บ้าง
เปรียบเทียบเครื่องมือบริหารจัดการเครือข่าย 6 ชนิดสำหรับการตรวจสอบประสิทธิภาพ รวมถึงการครอบคลุมของ SNMP, การทำแผนที่, การแจ้งเตือน, รูปแบบการใช้งาน และข้อดีข้อเสียด้านต้นทุน
เปรียบเทียบแอปวิเคราะห์ Wi-Fi สำหรับ Windows, iPhone และ Android ซึ่งรวมถึงเครื่องมือสำหรับตรวจสอบความแออัดของช่องสัญญาณ การครอบคลุมสัญญาณ แผนที่ความร้อน และการแก้ไขปัญหาเครือข่าย
เปรียบเทียบโปรแกรมตรวจสอบค่า Ping แบบโอเพนซอร์สฟรี 7 ตัว ตั้งแต่ชุดโปรแกรมเครือข่ายแบบครบวงจรไปจนถึงโปรแกรมตรวจสอบความหน่วงแฝงโดยเฉพาะ และเลือกโปรแกรมที่เหมาะสมที่สุดตามความพร้อมใช้งาน การสูญเสียแพ็กเก็ต และประวัติการใช้งาน
เรียนรู้ความหมายของ QoS ในระบบเครือข่าย วิธีที่การกำหนดค่า DSCP และคิวการรับส่งข้อมูลจัดลำดับความสำคัญของเสียง วิดีโอ และแอปพลิเคชันทางธุรกิจ และสิ่งที่ QoS แก้ไขไม่ได้
เปรียบเทียบเครื่องมือจัดการที่อยู่ IP เจ็ดแบบ สำหรับการค้นหาซับเน็ต การประสานงาน DNS และ DHCP การสำรวจเครือข่าย และ IPAM แบบโอเพนซอร์ส
สร้างระบบตรวจสอบเครือข่ายที่ใช้งานได้จริง พร้อมการครอบคลุมอุปกรณ์ที่ชัดเจน ตัวชี้วัดประสิทธิภาพที่เป็นประโยชน์ การแจ้งเตือนที่นำไปปฏิบัติได้จริง และการเปรียบเทียบระหว่าง SolarWinds NPM, PRTG และ OpManager
เปรียบเทียบเครื่องมือสแกนเครือข่ายสำหรับการค้นหาอุปกรณ์อย่างรวดเร็ว การสแกน IP ข้ามแพลตฟอร์ม และระบบจัดการ IP ระดับองค์กร พร้อมคำแนะนำในการเลือกใช้แต่ละตัวเลือกให้เหมาะสมกับเครือข่ายของคุณ
ใช้ตัวเลือก --traceroute ของ Nmap เพื่อแมปฮอปไปยังโฮสต์ที่ได้รับอนุญาต ทำความเข้าใจเอาต์พุตของฮอปและ RTT และแก้ไขปัญหาการตอบสนองที่หายไปโดยไม่ต้องสแกนมากเกินไป
เปรียบเทียบเครื่องมือสแกนและวิเคราะห์เครือข่ายไร้สาย 10 รายการสำหรับ Windows, iOS และ Android พร้อมคำอธิบายที่ชัดเจนเกี่ยวกับช่องสัญญาณ Wi-Fi แผนที่ครอบคลุม การตรวจสอบ LAN และข้อจำกัดของแต่ละแพลตฟอร์ม
