ฉันคิดว่าประเด็นสำคัญคือWi-Fiอาจเป็นเทคโนโลยีที่ไม่ถูกต้องสำหรับงานถ้าคุณกำลังพูดถึงลูกค้า 3,000 รายในพื้นที่เล็ก ๆ เช่นห้องบอลรูม สำหรับลูกค้าที่น้อยลงกระจายไปทั่วพื้นที่ขนาดใหญ่ฉันคิดว่ามันเป็นไปได้
การครอบคลุมห้องบอลรูมที่มีลูกค้าหลายพันรายกำลังขยายตัวสำหรับ Wi-Fi โดยสมมติว่าลูกค้าใช้เครือข่าย คุณมีเพียง 3 ช่องที่ไม่ทับซ้อนกัน (ในสหรัฐอเมริกา) และฉันไม่เคยเห็นจุดเข้าใช้งาน (AP) สนับสนุนลูกค้ามากกว่า 50 รายอย่างมีเหตุผล คุณกำลังจะจบลงด้วยจุดเชื่อมต่อจำนวนมากที่นั่งอยู่บนช่องทางเดียวกันและมีการแย่งชิงอากาศมากมาย นั่นเป็นอุปกรณ์ไคลเอนต์จำนวนมากที่มีอยู่ในพื้นที่ขนาดเล็ก
หากคุณสามารถเสาอากาศทิศทางสูงบางชนิดและพลังงานคลื่นวิทยุถูกบีบลงเพื่อกำหนดเป้าหมายลูกค้าจำนวนน้อยคุณอาจทำให้ดีขึ้น สำหรับเหตุการณ์ชั่วคราวเช่นการประชุมระดับของการดูแลที่ครอบงำซึ่งการสำรวจไซต์ดังกล่าวจะต้องมีผมคิดว่ามีราคาแพงอย่างไม่มีเหตุผล
สมมติว่าคุณครอบคลุมลูกค้าที่มีความหนาแน่นต่ำกว่า 3,000 คนในพื้นที่เปิดโล่งเดียวคุณต้องการพื้นที่ AP ที่มีพื้นที่ครอบคลุมขนาดเพื่อจัดการกับส่วนที่สำคัญของจำนวนลูกค้าที่ AP รองรับ (โดย tweaking radio) พลังงาน / เสาอากาศ) และคุณจะต้องพยายามรักษา AP ที่อยู่ติดกันในช่องที่ไม่ทับซ้อนกัน ยิ่ง AP ดียิ่งขึ้นและอย่าโอเวอร์โหลด AP กับลูกค้ามากเกินไป (การปรับแต่งพลังงาน / เสาอากาศวิทยุเพื่อให้พื้นที่ครอบคลุมดูเหมือนว่าไม่ง่ายเลยสำหรับผู้ที่ไม่ได้พยายามปรับขนาด Wi-Fi เพื่อจัดการกับลูกค้าจำนวนมากในพื้นที่เล็ก ๆ )
จากมุมมองการออกอากาศเลเยอร์ 2 มันจะสมเหตุสมผลที่จะออกอากาศ SSID หลายรายการและแบ็คเอนด์มันลงในเครือข่ายย่อย VLANs / IP ที่แตกต่างกัน ซึ่งจะขึ้นอยู่กับจำนวนอุปกรณ์ไคลเอนต์และลักษณะของการรับส่งข้อมูล โดยส่วนตัวแล้วฉันจะไม่ใส่มากกว่า 500 อุปกรณ์ในโดเมนออกอากาศชั้นเดียวบน LAN ขององค์กร ฉันนึกได้แค่ว่าการประชุมเครือข่าย Wi-Fi จะแย่กว่านี้
DHCP ควรเป็นเกมที่เล่นง่ายแม้ว่าความซ้ำซ้อนจะเป็นปัญหา ฉันอาจใช้ ISC dhcpd และจัดการข้อตกลง failover กับเซิร์ฟเวอร์ตัวที่สอง ฉันคิดว่าฉันกำลังมองหาเซิร์ฟเวอร์ DHCP อันธพาลด้วย บนอีเธอร์เน็ตแบบมีสายคุณสามารถปิดการใช้งานพอร์ตที่เซิร์ฟเวอร์ DHCP ปลอมได้อย่างง่ายดาย สำหรับอีเธอร์เน็ตไร้สายมันเป็นปัญหาเล็กน้อย มีใครทราบบ้างไหมว่ามี AP ที่สนับสนุนการบล็อกหน่วยมือถือตามที่อยู่ MAC (นั่นไม่ได้ช่วยถ้าเซิร์ฟเวอร์โกง DHCP หลอก MAC ของมันเมื่อตรวจพบ แต่มันเป็นจุดเริ่มต้น ... )
เห็นได้ชัดว่าไฟร์วอลล์ / เราเตอร์ขอบควรสามารถจัดการจำนวนรายการตาราง NAT ที่จำนวนลูกค้าดังกล่าวอาจสร้าง เราเตอร์ของเล่น NAT สำหรับผู้บริโภคจะไม่จัดการกับมัน โปรโตคอลเราเตอร์ที่ซ้ำซ้อน (HSRP, VRRP, ฯลฯ ) และอุปกรณ์เราเตอร์ที่มีขอบจำนวนมากกำลังเป็นสิ่งจำเป็นเพื่อป้องกันจุดเดียวของความล้มเหลวจากการทำลายการแสดงทั้งหมด
สำหรับการช่วงชิงแบนด์วิดธ์บน backhaul คุณสามารถเค้นแบนด์วิดท์ของไคลเอนต์ไปยังอินเทอร์เน็ต นั่นควรจำกัดความขัดแย้งโดยรวมในอากาศด้วย
ฉันจะใช้ Squid Cache แทนเป็น proxy แบบโปร่งใสสำหรับทราฟฟิก HTTP นั่นจะช่วยในการใช้งาน backhaul แคชพร็อกซี HTTP ของคุณไม่ควรเป็นจุดของความล้มเหลวดังนั้นคุณจะต้องมีโครงสร้างพื้นฐานในการตรวจสอบสถานะของแคชและหากมันล้มเหลวให้กำหนดเส้นทางรอบ ๆ
ฉันไม่มีพลังงานมากพอที่จะสเปรดชีทและดูเศรษฐศาสตร์ของสวิตช์อีเธอร์เน็ตขนาดเล็กจำนวนมากและสายแพตช์ที่เกลื่อนกลาด แต่ยิ่งฉันอ่านมากเท่าไหร่มันก็ยิ่งเป็นวิธีที่ดี เพื่อดึงการเชื่อมต่อที่เหมาะสม ไม่ต้องสงสัยเลยว่าความพยายามหลักที่จำเป็นในการใช้งานสายเคเบิลอีเธอร์เน็ตและจ่ายไฟให้สวิตช์นั้นคือมันให้โครงสร้างพื้นฐานเครือข่ายที่จัดการได้มากขึ้นแบนด์วิดท์ที่เชื่อถือได้มากขึ้น คุณสามารถหลีกเลี่ยงการใช้อุปกรณ์ระดับล่างสำหรับสวิตช์ขอบได้เช่นกันเนื่องจากบริการ 100 Mbps จะมีมากมายสำหรับการเข้าถึงอินเทอร์เน็ต
Cisco มีสวิตช์ 8 พอร์ตเล็ก ๆ ที่ดึงพลังงานจาก PoE - Catalyst 2960PD-8TT-L มันน่ารักสำหรับแอปพลิเคชั่นนี้ - ใส่อะไรแบบนั้นลงในแต่ละตารางดึงพลังจากสวิตช์ PoE ที่มีความสามารถมากขึ้น ฉันเดาว่าสิ่งเหล่านี้ค่อนข้างแพงสำหรับแอปพลิเคชันนี้ แต่ฉันคาดเดาว่ามีตัวเลือก "ลดราคา" ที่ไม่แพงเท่าใคร (การค้นหาสวิตช์ที่ขับเคลื่อนโดย PoE นั้นค่อนข้างยากสำหรับ Gooogle ... )
อินเทลมี 2006 ยุคใหม่กระดาษ: การให้บริการอินเทอร์เน็ตไร้สายในที่ประชุม เมื่อดูที่ตัวเลขของพวกเขาพวกเขามีลูกค้า 50 รายใน AP เดียว ณ จุดหนึ่งและลูกค้าที่มียอดลูกค้าสูงสุดต่ำกว่า 100 รายโดยรวม ดูเหมือนว่าจะเป็นตัวเลขที่ค่อนข้างเล็กเมื่อเทียบกับสิ่งที่คุณกำลังพูดถึงและในปี 2006 ทุกคนไม่ได้พกพา iPhone ไป ฯลฯ