มักเกิดจากข้อผิดพลาดในเราเตอร์เกตเวย์บ้าน Wi-Fi (AP) หรือบางครั้งในชิปเซ็ต / ไดรเวอร์ / ซอฟต์แวร์ไคลเอนต์ไร้สาย
บน Wi-Fi การส่งมัลติคาสต์จาก AP ไปยังไคลเอนต์ไร้สาย (ซึ่งเป็นที่รู้จักในมาตรฐานว่า "จากระบบการกระจาย" หรือ "FromDS") นั้นมีความยุ่งยากดังนั้นจึงมีหลายวิธีที่จะล้มเหลวและง่ายต่อการ แนะนำข้อบกพร่อง
- แม้ว่าสื่อวิทยุจะไม่น่าเชื่อถือเพียงพอที่จะต้องมี 802.11 unicasts เพื่อรับระดับลิงค์ (ACKs) และรับการส่งสัญญาณซ้ำหลายครั้งหากไม่มี ACK แต่ multicast FromDS จะไม่ถูก ACKed เพราะพวกเขาต้องการ ACKed โดยไคลเอนต์ไร้สายทั้งหมด ของ AP ซึ่งอาจเป็น "ACK storm" ดังนั้นแทนที่จะต้องส่งมัลติคาสต์จาก FromDS ด้วยอัตราข้อมูลต่ำ การใช้รูปแบบการมอดูเลตที่ง่ายขึ้นช้าลงและง่ายต่อการถอดรหัสแม้ที่ at-low-signal-to-noise-noise ซึ่งหวังว่าจะได้รับความไว้วางใจจากลูกค้าทั้งหมดของ AP AP บางตัวอนุญาตให้ผู้ดูแลระบบกำหนดอัตราหลายผู้รับและผู้ดูแลระบบบางรายตั้งค่าสูงเกินไปโดยไม่เจตนาสำหรับลูกค้าบางรายของพวกเขาที่จะได้รับความน่าเชื่อถือ
- เมื่อมีการใช้การเข้ารหัส WPA (TKIP) หรือ WPA2 (AES-CCMP) มัลติฟอเรสต์ FromDS จะต้องถูกเข้ารหัสด้วยคีย์การเข้ารหัสแยกต่างหากที่ลูกค้าทั้งหมดรู้จัก (ซึ่งเรียกว่าคีย์กลุ่ม)
- เมื่อไคลเอนต์ออกจากเครือข่ายหรือทุกชั่วโมงหรือมากกว่านั้นเพื่อวัดผลที่ดีคีย์กลุ่มจะต้องมีการเปลี่ยนแปลงเพื่อให้ลูกค้าที่เหลืออยู่ไม่สามารถเข้าถึงเพื่อถอดรหัสมัลติคาสต์ได้อีกต่อไป บางครั้งกระบวนการ "การเปลี่ยนรหัสกลุ่ม" นี้มีปัญหา หากลูกค้าไม่ยอมรับการรับคีย์กลุ่มใหม่ AP ควรยกเลิกการตรวจสอบสิทธิ์ไคลเอ็นต์นั้น แต่ถ้าไม่สามารถทำเช่นนั้นได้เนื่องจากข้อผิดพลาดไคลเอนต์อาจมีคีย์กลุ่มที่ไม่ถูกต้อง "เป็นมัลติคาสต์โดยไม่รู้ตัว
- เมื่อเปิดใช้งาน WPA2 "โหมดผสม" (นั่นคือเมื่อเปิดใช้งานทั้ง WPA และ WPA2 ในเวลาเดียวกัน) มัลติคาสต์ FromDS จะต้องเข้ารหัสด้วยรหัส TKIP เพื่อให้ไคลเอนต์ทั้งหมดมั่นใจได้ว่าจะถอดรหัสได้อย่างไร .
- มัลติคาสต์ FromDS จะต้องเข้าคิวโดย AP และส่งเฉพาะในช่วงเวลาที่ลูกค้าทุกคนที่สนใจมัลติคาสต์สามารถคาดการณ์ว่าจะเปิดเครื่องรับสัญญาณไว้ เวลาระหว่างช่วงเวลา "ปลอดภัยในการส่งข้อมูลจากมัลติคาสต์ FromDS" เรียกว่า "ช่วงเวลา DTIM" หาก AP หรือไคลเอนต์ทำให้การจัดการช่วงเวลา DTIM ผิดพลาดอาจส่งผลให้ลูกค้าไม่สามารถรับมัลติคาสต์ได้อย่างน่าเชื่อถือ
- AP บางตัวมีคุณสมบัติในการป้องกันไม่ให้ไคลเอนต์ไร้สายสามารถพูดคุยกันได้โดยตรงเพื่อป้องกันไม่ให้แขกไร้สายของคุณแฮ็คข้อมูลแขกไร้สายอื่น ๆ ของคุณ คุณสมบัติเหล่านี้มักจะบล็อกมัลติคาสต์จากอุปกรณ์ WLAN ไปยังอุปกรณ์ WLAN อื่น ๆ และสามารถนำไปใช้ในทางที่ไร้เดียงสาที่สามารถบล็อกมัลติคาสต์จาก LAN ไปยัง WLAN
สิ่งที่บ้าคือมัลติคาสต์ "ToDS" ทำเหมือนกับยูนิคาสต์ ToDS ดังนั้นพวกมันจึงไม่ค่อยแตก และเนื่องจากมัลติคาสต์ของ ToDS (ไม่ใช่มัลติคาสต์จาก FromDS) เป็นสิ่งที่จำเป็นเมื่อไคลเอนต์ไร้สายได้รับ DHCP lease และ ARPs เพื่อค้นหาเกตเวย์เริ่มต้นไคลเอนต์ส่วนใหญ่สามารถเชื่อมต่อและท่องเว็บเช็คอีเมล ฯลฯ แม้เมื่อ FromDS มัลติคาสต์เสีย ผู้คนจำนวนมากไม่รู้ว่าพวกเขามีปัญหามัลติคาสต์ในเครือข่ายของพวกเขาจนกว่าพวกเขาจะพยายามทำสิ่งต่าง ๆ เช่น mDNS (หรือที่รู้จักในชื่อ IETF ZeroConf, Apple Bonjour, Avahi ฯลฯ )
สิ่งอื่น ๆ ที่ควรทราบเกี่ยวกับการรับส่งสัญญาณผ่านสายแบบหลายผู้รับแบบไร้สาย:
- มัลติคาสต์ LAN ส่วนใหญ่เช่น mDNS ทำได้โดยใช้ช่วงที่อยู่มัลติคาสต์พิเศษซึ่งไม่ได้หมายถึงการกำหนดเส้นทางข้ามเราเตอร์ เนื่องจากเกตเวย์บ้านที่ใช้ Wi-Fi ได้ซึ่งมีการเปิดใช้งาน NAT นับเป็นเราเตอร์ mDNS จึงไม่ได้หมายถึงการข้ามจาก WAN ไปเป็น [W] LAN แต่มันควรทำงานจาก LAN ไปยัง WLAN
- เนื่องจากมัลติคาสต์บน Wi-Fi ต้องถูกส่งในอัตราข้อมูลที่ต่ำพวกเขาจึงใช้เวลามาก ดังนั้นพวกเขาจึง "แพง" และคุณไม่ต้องการมีมากเกินไป นั่นคือสิ่งที่ตรงกันข้ามกับสิ่งที่ทำงานบนอีเธอร์เน็ตแบบใช้สายซึ่งมัลติคาสต์มี "ราคาถูกกว่า" มากกว่าการส่งยูนิคาสต์แยกกันไปยังเครื่องแต่ละเครื่อง "ปรับเป็นสตรีมวิดีโอมัลติคาสต์" ด้วยเหตุนี้ Wi-Fi APs จำนวนมากจะทำ "IGMP Snooping" เพื่อดูว่าเครื่องใดกำลังส่งการร้องขอการจัดการกลุ่มอินเทอร์เน็ตโพรโทคอล (IGMP) ซึ่งแสดงให้เห็นถึงความต้องการที่จะรับกระแสมัลติคาสต์ Wi-Fi AP ที่ใช้ IGMP Snooping จะไม่ส่งต่อคลาสของมัลติคาสต์บางคลาสไปยังเครือข่ายไร้สายโดยอัตโนมัติเว้นแต่พวกเขาจะเห็นไคลเอนต์ไร้สายพยายามสมัครใช้สตรีมนั้นผ่าน IGMP เอกสารที่อธิบายถึงวิธีการทำ IGMP Snooping อย่างถูกต้องทำให้ชัดเจนว่าคลาสของแบนด์วิธต่ำบางคลาส (mDNS เหมาะกับหมวดหมู่นี้) ควรถูกส่งต่อเสมอแม้ว่าจะไม่มีใครร้องขออย่างชัดเจนผ่าน IGMP อย่างไรก็ตามฉันจะไม่แปลกใจหากมีการใช้งาน IGMP Snooping ที่แตกออกไปซึ่งจะไม่มีการส่งต่อมัลติคาสต์ชนิดใดไปก่อนจนกว่าจะเห็นการร้องขอ IGMP
tl; dr:บัก โอกาสมากมายสำหรับข้อบกพร่อง และคุณสมบัติที่ออกแบบมาไม่ดีเป็นครั้งคราวและข้อผิดพลาดในการกำหนดค่า การป้องกันที่ดีที่สุดของคุณคือการซื้อ AP คุณภาพสูงจาก บริษัท ที่ใส่ใจในการทำให้มั่นใจว่ามัลติคาสต์ทำงาน เนื่องจาก Apple ชอบ Bonjour (mDNS) มาก AP ของ Apple จึงน่าจะยอดเยี่ยมที่สุดในการส่งผ่านมัลติคาสต์ที่เชื่อถือได้และอุปกรณ์ไคลเอนต์ Wi-Fi ของ Apple น่าจะเป็นยอดเยี่ยมที่สุดในการรับ multicast อย่างน่าเชื่อถือ