- การใช้ ความกว้างช่องสัญญาณที่แคบ 20/40 MHz ในย่าน 5 GHz ให้ประสบการณ์ที่ดีที่สุด แต่ผลิตภัณฑ์สำหรับผู้บริโภคมักตั้งค่าเริ่มต้นเป็นความกว้างช่องสัญญาณ 80MHz ขึ้นไป ทำให้เกิด สัญญาณรบกวน และ ค่าหน่วงเพิ่มขึ้น
- เพราะผู้บริโภคชอบ ความเร็วที่สูงกว่า ผู้ผลิต/ISP จึงยึดการตั้งค่าช่องสัญญาณกว้างไว้ เนื่องจากกังวลว่า หากเปิดตัวด้วยการตั้งค่าช่องสัญญาณแคบ อันดับผลเบนช์มาร์กจะตกลง
- การ ทดสอบความเร็ว ของ Wi‑Fi เองก็ ใช้แบนด์วิดท์ร่วมของเครือข่าย ทำให้การตอบสนองแย่ลง และอุปกรณ์อื่นในเครือข่ายเจอ ค่าหน่วงและการสูญหายของแพ็กเก็ต
- มาตรฐาน Wi‑Fi 8 (802.11bn) รุ่นถัดไปของ IEEE มีเป้าหมายเพื่อปรับปรุง ความน่าเชื่อถือและการตอบสนอง มากกว่าความเร็ว แต่คาดว่าการทำมาตรฐานจะยังไม่เสร็จจนกว่าจะถึงปี 2028
- แม้ตอนนี้ก็ยังปรับปรุงได้มาก เพียงแค่ เปลี่ยนการตั้งค่า ของฮาร์ดแวร์ที่ติดตั้งใช้งานอยู่
ความสำคัญของความกว้างช่องสัญญาณที่แคบ
- เครือข่ายระดับองค์กรใช้ ความกว้างช่องสัญญาณ 20MHz~40MHz เพื่อรองรับพื้นที่กว้างและการเชื่อมต่ออุปกรณ์จำนวนมาก
- วิธีนี้ช่วยให้มีช่องสัญญาณให้ใช้งานได้มากขึ้น และหลีกเลี่ยง co-channel interference ได้
- Wi‑Fi สำหรับที่อยู่อาศัยและธุรกิจขนาดเล็กก็ไม่ได้ต่างจากเครือข่ายองค์กรนัก: ครัวเรือนเฉลี่ยในสหรัฐมี อุปกรณ์ Wi‑Fi 21 เครื่อง
- หลายบ้านจำเป็นต้องมี mesh node หรือ access point หลายตัว เพื่อให้ครอบคลุมได้อย่างมีประสิทธิภาพ
- แต่เราเตอร์ในบ้านหรืออุปกรณ์จาก ISP มักตั้งค่าเริ่มต้นให้ใช้ 80MHz ขึ้นไป จน กินพื้นที่ 2/3 ของทั้งย่านความถี่
- อุปกรณ์ 2.4GHz บางรุ่นอนุญาตแค่ 40MHz ทำให้ผู้ใช้ไม่สามารถปรับให้แคบลงได้
ปัญหาของการ ‘หมกมุ่นกับความเร็ว’
- เหตุผลของการตั้งค่าแบบนี้คือผู้บริโภครับรู้ว่า คุณภาพ Wi‑Fi = ความเร็ว และไม่ค่อยพิจารณาปัจจัยอื่นนอกจากความเร็ว
- จึง โฟกัสแต่ความเร็ว มากกว่าตัวชี้วัดประสบการณ์อินเทอร์เน็ตที่สำคัญกว่า เช่น การตอบสนองและความน่าเชื่อถือ
- ผู้ผลิตและ ISP ไวต่อ คะแนนทดสอบความเร็ว จึงคงการตั้งค่าเริ่มต้นแบบช่องกว้างไว้
- หากใช้ช่องสัญญาณแคบ แม้คุณภาพที่รู้สึกได้จริงจะดีขึ้น แต่ตัวเลขความเร็วจะออกมาต่ำกว่า จึงเสี่ยงต่อการถูกส่งคืนสินค้ามากขึ้น
- ผลลัพธ์คือระบบนิเวศที่ยังคงยึดติดกับ อัตราส่งข้อมูลสูงสุด มากกว่า การตอบสนองและความเสถียร
ผลเสียย้อนกลับของการทดสอบความเร็ว
- Wi‑Fi เป็นโครงสร้างแบบ airtime contention ที่แชร์ช่องสัญญาณร่วมกัน ดังนั้นในแต่ละครั้งจะมีเพียงอุปกรณ์เดียวที่ส่งข้อมูลได้
- เพราะฉะนั้นเมื่ออุปกรณ์เครื่องหนึ่งรันทดสอบความเร็ว ค่าหน่วงและ การสูญหายของแพ็กเก็ต ของอุปกรณ์อื่นก็จะเพิ่มขึ้น
- ผลการทดลองพบว่า หากมีอุปกรณ์อื่นในเครือข่ายเดียวกันกำลังทดสอบความเร็วอยู่ latency, jitter และ packet loss จะเพิ่มขึ้นทั้งหมด
- แต่เมื่อทำการทดสอบเดียวกันผ่าน การเชื่อมต่อแบบสาย (ethernet) จะไม่เกิดผลกระทบนี้
- อุปกรณ์สำหรับผู้บริโภคส่วนใหญ่ยังปิดฟังก์ชันลด buffer bloat ไว้ ทำให้สถานการณ์ยิ่งแย่ลง
- ตัวเครื่องมือวัดความเร็วหรือระบบวัดความเร็วอัตโนมัติเอง กลับเป็น สาเหตุสำคัญที่ทำให้คุณภาพที่ผู้บริโภครับรู้ลดลง
แนวทางใหม่ของ IEEE 802.11bn (Wi‑Fi 8): เปลี่ยนไปสู่การเน้นการตอบสนองและความน่าเชื่อถือ
- 68% ของครัวเรือนในสหรัฐ เคยเจอปัญหา Wi‑Fi ในช่วง 1 ปีที่ผ่านมา
- มาตรฐาน IEEE Wi‑Fi 8 (802.11bn) พยายามก้าวพ้นแนวคิดที่ยึดความเร็วเป็นใหญ่แบบเดิม
- โดยตั้งเป้าไปที่ ความน่าเชื่อถือ, ค่าหน่วงต่ำ (ตามเกณฑ์เปอร์เซ็นไทล์ 95), ลดการสูญหายของแพ็กเก็ต, และ ความทนทานในสภาพแวดล้อมที่มีสัญญาณรบกวน
- อย่างไรก็ตาม มาตรฐานนี้ น่าจะยังไม่ถูกสรุป окончательно จนถึงปี 2028
- ย่าน 6GHz ที่ Wi‑Fi 6E และ 7 ใช้นั้นให้ช่องสัญญาณที่กว้างกว่า
- แต่ อัตราการแพร่หลายของอุปกรณ์ยังต่ำ และ ไม่ได้แก้ปัญหาพื้นฐานของการแชร์ช่องสัญญาณร่วมกัน
วิธีแก้และข้อเสนอ
- ไม่จำเป็นต้องรอให้ Wi‑Fi 6E และ 7 แพร่หลายจริง หรือรอคำสัญญาที่ยังไม่เกิดขึ้นของ Wi‑Fi 8
- เพราะเพียง ปรับการตั้งค่า ของฮาร์ดแวร์ที่ติดตั้งใช้อยู่ ก็สามารถได้ ประสิทธิภาพที่ดีขึ้นมาก แล้ว
- สิ่งสำคัญคือเลิกไล่ตาม throughput สูงสุดเพียงอย่างเดียว และหันมา โฟกัสที่การตอบสนองและความน่าเชื่อถือของ Wi‑Fi
- การทดสอบความเร็วเป็นเครื่องมือที่มีประโยชน์ แต่การ พึ่งพามากเกินไป กลับทำให้คุณภาพลดลง
- ผู้บริโภคต้องการ การตอบสนองที่รวดเร็วและความเสถียร จริง ๆ แต่ยัง ขาดเครื่องมือและข้อมูล สำหรับวัดสิ่งเหล่านี้
- ผู้ผลิตและ ISP ควรนำตัวชี้วัดใหม่มาใช้เพื่อเน้น ประสบการณ์เครือข่ายอย่างต่อเนื่อง (Responsiveness & Reliability)
- แม้จะเป็นฮาร์ดแวร์เดิม ก็ยังสามารถสร้าง สภาพแวดล้อม Wi‑Fi ที่เสถียรกว่าเดิม ได้ด้วยการปรับตั้งค่าง่าย ๆ
2 ความคิดเห็น
ความคิดเห็นจาก Hacker News
จากการทดลองกับฮับ UniFi พบว่าการจัดสรรช่องสัญญาณ WiFi แยกอิสระให้แต่ละอุปกรณ์คือสิ่งที่เหมาะที่สุด เมื่อมีสัญญาณรบกวนหนัก ต่อให้เป็นสภาพแวดล้อมที่ประสิทธิภาพจะตกถ้าช่องชนกัน ก็ยังให้ผลลัพธ์ดีกว่ามากหากหลีกเลี่ยงการชนของช่องได้ อีกทั้งวิธีที่ดีที่สุดในการทำให้สภาพแวดล้อมไร้สายเร็วขึ้นก็คือพยายามใช้ WiFi ให้น้อยลงตั้งแต่แรก และหากเชื่อมต่ออุปกรณ์ที่ไม่เคลื่อนที่อย่างทีวีเข้ากับ Ethernet โดยตรง ก็ช่วยลดความแออัดและความเร็วตกของ WiFi ได้อย่างมีประสิทธิภาพ
โดยอุดมคติแล้ว อุปกรณ์ทุกชนิดนอกจากสมาร์ตโฟนหรือโน้ตบุ๊กที่ไม่ได้วางประจำโต๊ะควรเชื่อมต่อผ่าน Ethernet ตั้งแต่ปี 2020 ที่มีวิดีโอคอลมากขึ้น ก็ได้เดินสาย Ethernet ภายในบ้านเอง ทำให้การใช้งานดีขึ้นมาก
อุปกรณ์ IoT มักใช้ชิปเซ็ต WiFi ที่ช้าและมาตรฐานเก่า ดังนั้นการแยกไปไว้บน SSID เฉพาะ 2.4GHz จึงเป็นวิธีที่ได้ผล แบบนี้อุปกรณ์เก่าและช้าจะไม่ไปรบกวนความลื่นของ 5GHz และหากติดตั้งเราเตอร์ไร้สายเพิ่มพร้อมใช้ backhaul แบบมีสาย อุปกรณ์ก็จะเชื่อมต่อกับ AP ที่อยู่ใกล้ได้อย่างมีประสิทธิภาพ ทำให้ WiFi เสถียรมากขึ้น พอเปลี่ยนอุปกรณ์ที่อยู่กับที่ทั้งหมดในบ้านให้เป็นแบบมีสายและปรับแต่งแล้ว คุณภาพไร้สายก็ดีขึ้นมาก
iPhone/iPad ก็เชื่อมต่อผ่านอะแดปเตอร์ Ethernet ได้ และเวลาต้องดาวน์โหลดไฟล์ใหญ่จะทำงานได้เร็วขึ้นมาก แต่น่าเสียดายที่เครื่องใช้ไฟฟ้าสำหรับผู้บริโภคจำนวนมากไม่รองรับการเชื่อมต่อแบบมีสาย ในอพาร์ตเมนต์เมืองที่หนาแน่น การใช้ไร้สายเป็นตัวเลือกที่เสียเปรียบมาก และยังมีความไม่สะดวกจากอุปกรณ์หลายตัวที่แสดงอุปกรณ์ของเครือข่ายรอบข้างมากเกินจำเป็น หรือปิด WiFi ได้ไม่เป็นปกติด้วย
ไคลเอนต์ Wi-Fi ที่ว่างอยู่และไม่มีทราฟฟิกบนเครือข่ายแทบไม่ส่งผลต่อคุณภาพ ปัญหาจริงคืออุปกรณ์ที่กำลังใช้งานหรือมีทราฟฟิกเบื้องหลังมาก เช่น สมาร์ตทีวี ในเครือข่าย IoT นั้นมีการบล็อกอินเทอร์เน็ตของอุปกรณ์ส่วนใหญ่เพื่อลดทราฟฟิกเบื้องหลัง อีกทั้งโดยรวมแล้ว แค่ขยายพื้นที่ครอบคลุมของ AP ใช้ backhaul แบบมีสาย และเปลี่ยนเป็นอุปกรณ์ที่ดีขึ้น เช่น Ubiquiti/UniFi ก็ช่วยปรับปรุงปัญหา WiFi ส่วนใหญ่ได้มาก หากใช้ mesh WiFi ก็แนะนำ backhaul 6GHz แต่ต้องยอมเสียระยะครอบคลุมไปบ้าง
การติดตั้งแบบมีสายคือทางแก้ที่จริงจังและทรงพลังที่สุด แต่ถ้าจำเป็นต้องใช้งาน WiFi อย่างจริงจัง ก็สามารถปรับให้เหมาะได้ด้วยการใช้ AP หลายตัวที่มี backhaul เฉพาะ และเคยทำระบบแบบนี้ให้อุปกรณ์มากกว่า 60 เครื่องโรมมิงได้ลื่นและคงความเร็วสูงไว้ได้ ใช้ระบบบนฐาน UniFi แต่ฮาร์ดแวร์ Eero PoE ก็ให้ประสิทธิภาพดีใกล้เคียงกัน
สาเหตุหนึ่งที่ทำให้ WiFi แย่ลงคือฟังก์ชัน WiFi Direct ของพรินเตอร์อย่าง HP ถ้าสแกนสัญญาณรอบตัวจะพบว่าพรินเตอร์ของเพื่อนบ้านมากกว่า 5 เครื่องปล่อยสัญญาณแรงมาก ในสภาพแวดล้อมอาคารขนาดใหญ่ มีเพียงช่อง 6GHz ที่ WiFi 6e รองรับเท่านั้นที่ใช้งานได้จริง
อ่านบทความแล้วไม่ค่อยเห็นภาพว่าควรเอาอะไรไปทำตาม หมายถึงให้ลดความกว้างช่องสัญญาณในบ้านหรือไม่ และถ้าจะให้มีผลจริงก็น่าจะต้องใช้ WAP จำนวนมากพอสมควรถึงจะเห็นผล ดูแล้วในอพาร์ตเมนต์ การแนะนำให้ลด TX power น่าจะใช้งานได้จริงกว่าการลด channel width แต่สุดท้ายก็ไม่ใช่ว่าทุกคนจะทำตาม และการตั้งให้อยู่ในขีดจำกัดตามกฎหมายก็น่าจะดีที่สุด อุปกรณ์ที่ต้องการประสิทธิภาพสูงก็ควรต่อสายอยู่แล้ว ถ้าคิดจะลงทุนเวลาเพื่อปรับแต่ง WiFi wiisfi.com เป็นแหล่งข้อมูลที่ดีมากจริง ๆ
ใจความคือ ถ้าลดความกว้างช่อง 5GHz ลงเหลือ 40Mhz และคง 2.4GHz ไว้ที่ 20MHz จะได้ความเชื่อถือได้สูงขึ้น การตั้งค่านี้ถ้าผู้ผลิตตั้งค่าเริ่มต้นมาให้ดีตั้งแต่แรกก็น่าจะช่วยผู้ใช้โดยรวมได้ แต่ตอนนี้เราเตอร์ตามบ้านส่วนใหญ่มักตั้งค่าความกว้างช่องไว้กว้างเกินไปเป็นค่าเริ่มต้น แน่นอนว่าถ้าในสภาพแวดล้อมของตัวเองไม่มีปัญหา ก็ไม่จำเป็นต้องเปลี่ยน
การตั้งค่าแบบนี้เป็นเรื่องที่ควรสนใจเฉพาะตอนมีปัญหาเท่านั้น ส่วนใหญ่แล้วทรัพยากรของ WiFi สมัยใหม่มีเหลือเฟือจนแทบไม่รู้สึกถึงความต่าง จะช้าลงเล็กน้อยก็แค่ตอนโอนไฟล์ขนาดใหญ่มากในกรณีพิเศษเท่านั้น เลยยังไม่รู้สึกว่าคุ้มถึงขั้นต้องเพิ่มการเดินสายเพื่อเรื่องนี้
การใช้ 2.4GHz 40MHz เท่ากับกินครึ่งหนึ่งของช่องที่มีให้ใช้ทั้งหมด ดังนั้นแทนที่จะได้ผลเรื่องความเร็ว อาจกลายเป็นทำให้ช่องสัญญาณปนเปื้อนหนักขึ้น ถ้ามีอุปกรณ์รอบข้างเพิ่มเข้ามาแบบสุ่มใช้ช่อง 8 หรือ 9 ย่านที่เหลือก็จะปนเปื้อนตามอย่างรวดเร็ว จนแม้แต่อุปกรณ์ IoT ก็ยังแทบจับสัญญาณไม่ได้ จากเดิมที่ถ้าวางดี ๆ แค่ 20MHz ก็วิ่งได้เกิน 70Mbps อาจเหลือเพียง 30Mbps และเมื่อใช้ร่วมกันหลายคนหนัก ๆ ถึงขั้นต้องบังคับให้ FaceTime ไปใช้ 5GHz หรือไม่ก็ปิด WiFi ไปเลย
ผมเองก็มีปัญหา WiFi ในห้องนอนหลุดบ่อยบนสภาพแวดล้อม 80MHz 5GHz แต่วันนี้ลองลดเหลือ 20MHz ทันทีแล้วค่า signal-to-noise ratio ดีขึ้นราว 5dB จนกลับมาใช้งานในห้องนอนได้อีกครั้ง แม้ latency จะเพิ่มขึ้นเล็กน้อย แต่รู้สึกได้ถึงผลลัพธ์
ข้อมูลที่มีคนแนะนำมามีประโยชน์มาก จนอยากรู้ให้เร็วกว่านี้
นี่เป็นคำอธิบายที่เตือนให้เห็นว่าการปรับแต่ง WiFi ในช่วงหลังมานี้เน้นแต่ “การแข่งขันสเปกความเร็ว” ที่สนใจตัวเลขความเร็วสูงสุดบนกระดาษ มากกว่าประสบการณ์ใช้งานจริงของผู้ใช้ ชวนให้นึกถึง “สงครามจำนวนพิกเซล” ของกล้องดิจิทัลในอดีต สิ่งที่สำคัญในชีวิตประจำวันจริง ๆ คือความตอบสนองและความเชื่อถือได้ แต่ตัวชี้วัดแบบนี้ทั้งวัดเชิงปริมาณได้ยากและแทบไม่ถูกระบุบนกล่องสินค้าเสียด้วยซ้ำ ที่ย้อนแย้งกว่านั้นคือการทดสอบความเร็วเองกลับทำให้ประสิทธิภาพเครือข่ายแย่ลงได้ด้วย ในอนาคตเราเตอร์และ ISP จะหันมาให้คะแนนที่อิงกับความรู้สึกใช้งานจริงอย่างความตอบสนองแทนตัวเลขความเร็วหรือไม่ก็ยังไม่แน่ชัด โดยพื้นฐานแล้วนี่เป็นปัญหาทางวัฒนธรรมของวงการ ที่หมกมุ่นกับตัวเลขน่าอวดมากกว่าประสบการณ์ที่ดีกว่า
Apple กำลังเสนอแนวทางประเมินคุณภาพเครือข่ายที่แม่นยำกว่าการวัดความเร็วอย่างเดียว สเปกคือ network-quality/goresponsiveness และใน Mac รุ่นล่าสุดก็มีเครื่องมือ CLI ชื่อ
networkQualityติดตั้งมาให้แล้ว เครื่องมือนี้วัด “round trips per minute” ทั้งในสภาวะว่างและสภาวะมีโหลด จึงทำนายความลื่นไหลของอินเทอร์เน็ตที่ผู้ใช้รู้สึกจริง เช่น การตอบสนองเร็วและการตอบกลับฉับไว ได้ดีกว่าการทดสอบความเร็วทั่วไป และนำไปใช้จริงได้มากกว่าเพราะ “ความเร็ว” เป็นสิ่งที่วัดได้ง่าย จึงได้รับความสนใจทั้งหมด สุดท้ายผู้มีส่วนได้ส่วนเสียทุกฝ่ายก็เลยหมกมุ่นอยู่กับความเร็วเท่านั้น จากประสบการณ์ที่ทำงานด้านเครือข่ายมานาน ผู้ใช้มักมองว่าทุกปัญหาคือความเร็วไม่พอ แต่ในความเป็นจริงเมื่อเกินระดับหนึ่งไปแล้ว หลายครั้งมันเป็นเพียงความพึงพอใจทางจิตวิทยาเท่านั้น
ในคณะทำงาน IEEE 802.11bn (Wi-Fi 8) ก็มีการนิยามเป้าหมายของสเปกใหม่ จากเดิมที่มุ่งเพิ่มความเร็วอย่างเดียว ไปเป็นความเชื่อถือได้ latency ต่ำ โดยเฉพาะตามเกณฑ์ 95th percentile การลด packet loss และการรับมือกับสัญญาณรบกวน/การเคลื่อนที่ แต่จากประสบการณ์ในอุตสาหกรรม ฟีเจอร์ใหม่ ๆ ไม่ได้ถูกใช้งานได้สมบูรณ์ตั้งแต่เจเนอเรชันแรกทันที โดยมักเป็นลักษณะที่ฟีเจอร์หลักของ WiFi 6 เพิ่งมาใช้งานได้จริงใน WiFi 7 และฟีเจอร์ของ WiFi 7 ก็มักจะเริ่มทำงานอย่างจริงจังใน WiFi 8 อีกที ดังนั้นกว่าฟีเจอร์ที่แต่ละรุ่นนำเข้ามาจะทำงานได้เสถียรจริง ก็มักต้องรออีกหนึ่งรุ่น ถึงอย่างนั้น WiFi ปัจจุบันก็มีพัฒนาการมากในทุกปี ทั้งด้านประสิทธิภาพใช้งานจริงที่เกิน 1Gbps ไปจนถึงมากกว่า 2.5Gbps และในด้านความเชื่อถือได้กับประสิทธิภาพโดยรวม
มีคนพูดกันว่า ISP, ผู้ผลิตอุปกรณ์ และผู้บริโภคจำนวนมากรันการทดสอบความเร็วอัตโนมัติเป็นระยะ ๆ ซึ่งน่าประหลาดใจที่มีการอ้างว่าสิ่งนี้ส่งผลลบต่อประสบการณ์อินเทอร์เน็ตของผู้บริโภคโดยรวมจริง ๆ เลยสงสัยว่าทำไมถึงจงใจสร้างโหลดเกินความจำเป็นแบบนั้น
มีตัวอย่างคือบริษัทชื่อ SamKnows ซึ่งเก็บข้อมูลประสิทธิภาพจากบ้านหลายล้านหลัง และเพิ่งถูก Cisco เข้าซื้อเมื่อไม่นานนี้ บทความที่เกี่ยวข้อง: Cisco, SamKnows ประกาศการเข้าซื้อกิจการ
ISP ส่วนใหญ่จะรันการทดสอบความเร็วแบบนี้เฉพาะภายในเครือข่ายของตัวเอง จึงแทบไม่กระทบโหลดของทราฟฟิกจริง เพราะใช้เฉพาะทราฟฟิกภายในทำให้ตัวเลขดูดีขึ้น และไม่ใช้วงจรภายนอกซึ่งในมุมบริษัทก็ไม่มีปัญหา ผู้ดูแลระบบเครือข่ายของ ISP ที่ผมใช้อยู่เคยอธิบายหลักการนี้ให้ฟัง เลยเข้าใจมากขึ้น
คนที่รู้จักการทดสอบความเร็วเองก็มีน้อยมากอยู่แล้ว และผู้บริโภคส่วนใหญ่ก็คงไม่มีความสามารถพอจะตั้งระบบให้รันอัตโนมัติแบบนี้
ส่วนที่น่าหงุดหงิดที่สุดของ WiFi คือการโรมมิง บ้านสร้างด้วยผนังหนามากจนแทบทุกห้องต้องมี AP แยก แม้จะพยายามปรับแต่งอย่างมากแล้วก็ยังไม่เคยเจอ seamless roaming ที่สมบูรณ์จริง หลังเปลี่ยนมาใช้อุปกรณ์ TP-Link Omada ก็ดีขึ้นกว่าก่อนบ้าง แต่ก็ยังไม่ลื่นเหมือน DECT ไร้สาย เช่น ถ้าดู Twitch อยู่ในห้องแล้วเดินไปครัว ภาพจะค้างด้วยความน่าจะเป็นราว 30% และบางครั้งหนักจนต้องปิดเปิด WiFi ใหม่ถึงจะสลับได้ ลองทุกเคล็ดลับทั้งเรื่องช่องสัญญาณและการซ้อนทับแล้ว แต่ก็ยังไม่สมบูรณ์แบบ
โทรศัพท์ไร้สาย DECT ใช้ย่าน 1.9GHz จึงสูญเสียสัญญาณกับน้ำได้น้อยกว่า WiFi 2.4GHz และทะลุผ่านวัสดุหลายชนิดได้ดีกว่า ปัญหาในหลายกรณีเกิดจากคนจำนวนมากวางตัวทวนสัญญาณหรือรีพีตเตอร์ WiFi ผิดตำแหน่ง หรือใช้อุปกรณ์ราคาถูกที่ไม่มี multi-radio ถ้ารีพีตเตอร์หรืออุปกรณ์ mesh มีวิทยุเพียงชุดเดียว ความเร็วจะลดลงครึ่งหนึ่งทุกครั้งที่มีการ hop ในฐานะคนทำ ISP สิ่งที่ยากเสมอคือ ลูกค้ามักประหยัดเงินกับเครือข่ายไร้สายในบ้าน แล้วก็ทำให้ยากที่จะอธิบายผลลัพธ์และสาเหตุที่ตามมาให้เข้าใจ
ผมก็อยู่ในอาคารที่มีโครงสร้างคล้ายกันเลยเข้าใจปัญหาดี แต่สามารถแก้ได้เกือบหมดด้วยการเชื่อม AP ด้วย backhaul แบบมีสาย จำกัด 2.4GHz ไว้ที่ 20MHz, 5GHz ไว้ที่ 40MHz โดยไม่ให้ช่องซ้อนกัน ยึดใช้แค่ช่อง 1, 6, 11 สำหรับ 2.4GHz หลีกเลี่ยง DFS channels สำหรับ 5GHz และถ้าจำเป็นก็ลดกำลังส่งของแต่ละ AP เพื่อไม่ให้สัญญาณทับกันจากระยะไกล สำหรับ 2.4GHz จะปิดบาง AP ไปเลยตามความเหมาะสมก็ได้
ผมใช้โทรศัพท์ DECT VoIP สำหรับการโทรเกือบทั้งหมด และพอใจมากกับการใช้งาน
มาตรฐาน WiFi ถัดไป 802.11bn (WiFi 8) มีชื่อเล่นว่า Ultra High Reliability (UHR) ดูได้ที่: 802.11bn วิกิพีเดีย ตอนนี้แนวโน้มคือจะให้ความสำคัญกับตัวแปรอื่นนอกเหนือจากความเร็วมากขึ้น
ฉันใช้ KT กิกะไวไฟอยู่ โดยตั้งค่าแชนเนลแบนด์ไว้ที่ 80MHz พอลองเปลี่ยนเป็น 40MHz แล้วเปรียบเทียบผลลัพธ์
networkQualityของ macOS สำหรับฉันพอเปลี่ยนเป็น 40 แล้ว ทั้งเรื่อง responsiveness และประสิทธิภาพก็ตกฮวบเลย