เกณฑ์ RTS การแตกแฟรกเมนต์และการตั้งค่า WiFi ขั้นสูงอื่น ๆ


19

พื้นหลัง: ฉันอยู่ในสภาพแวดล้อมที่มีเสียงดังและฉันพยายามเพิ่มประสิทธิภาพเครือข่าย WiFi ของฉันให้มีการเชื่อมต่อที่เสถียรยิ่งขึ้นสำหรับผู้ใช้ที่มีปริมาณค่อนข้างสูง (~ 50-75 ในวันว่าง) มี 4 APs และฉันได้ทำการปรับช่องสัญญาณและกำลังส่งแล้วโดยรวมแล้วฉันมีความครอบคลุมพอสมควร อย่างไรก็ตามฉันยังคงได้รับแพ็กเก็ตลดลงประมาณ 10% เมื่อส่ง Ping ไปที่ Google และเดินไปรอบ ๆ อาคารโดยโรมมิ่งจาก AP ไปยัง AP

ใน WiFi APs ส่วนใหญ่ที่ฉันเคยเห็นค่า RTS Threshold เริ่มต้นถูกตั้งค่าไว้ที่ 2347 (จากสิ่งที่ฉันได้อ่านในสถานที่ต่าง ๆ การตั้งค่านี้นับเป็น "ปิดใช้งาน") และกำหนดค่า Fragmentation Threshold ที่ 2346 เราเตอร์แบรนด์เฉพาะของฉัน ตั้งอยู่ที่ 2346 และ 2346 ฉันมีคำถามหลายข้อ ...

  1. มูลค่า 2346 มาจากไหน ดูเหมือนว่าจะมีข้อ จำกัด อย่างไรก็ตามสำหรับ Frag Threshold บ่งชี้ว่าต้องการมากกว่า 256 และเป็นเลขคู่

  2. RTS และ Frag เป็นอย่างไร เกณฑ์ที่เกี่ยวข้อง? คุณค่าของพวกเขาไม่สามารถเป็นเรื่องบังเอิญ

  3. หากมีการแก้ไขควรเปลี่ยนด้วยกันไหม

  4. มูลค่าที่ปลอดภัยในการลองลดระดับลงเป็นเท่าใดสำหรับผู้เริ่มต้น

ลำดับความสำคัญของฉันไม่จำเป็นต้องรับแบนด์วิดท์สูงสุดสำหรับแต่ละอุปกรณ์ แต่ให้ผู้ใช้มีแบนด์วิดท์ / การเชื่อมต่อที่เสถียรและสม่ำเสมอ


1
คุณใช้เครือข่าย b / g แบบผสมหรือไม่? ถ้าเป็นเช่นนั้นนั่นอาจเป็นสาเหตุของปัญหามากมาย
Greg Askew

ใช่และไม่มีวิธีปิดใช้งาน B หรือตั้งค่าอัตราข้อมูลขั้นต่ำในอุปกรณ์เหล่านี้
Bigbio2002

คำตอบ:


15
  1. 2346 เป็นขนาดเฟรมสูงสุด802.11 การตั้งค่า RTS และเกณฑ์การแตกแฟรกเมนต์เป็นค่าสูงสุดหมายความว่าจะไม่มีแพ็กเก็ตใด ๆ

  2. เกณฑ์การแตกแฟรกเมนต์ จำกัด ขนาดเฟรมสูงสุด สิ่งนี้จะช่วยลดเวลาที่ต้องใช้ในการส่งเฟรมและลดความน่าจะเป็นที่จะเกิดความเสียหาย (ที่ค่าใช้จ่ายในการใช้ข้อมูลมากขึ้น) ระบุ RTS เกณฑ์ขนาดของกรอบที่ส่งจะต้องใช้RTS / CTSโปรโตคอลซึ่งเป็นส่วนใหญ่ในการแก้ปัญหาโหนดซ่อน เห็นได้ชัดว่านี้ยังเพิ่มค่าใช้จ่าย

  3. ไม่จำเป็น - หากคุณไม่มีปัญหาโหนดที่ซ่อนอยู่การเปลี่ยนขีด จำกัด RTS จะไม่ช่วยเพิ่มประสิทธิภาพ เพื่อให้ RTS / CTS ที่จะเตะในธรณีประตู RTS จะต้องเหมือนกับหรือเล็กกว่าขีด จำกัด การกระจายตัว

  4. ฉันจะเริ่มต้นด้วยการตั้งค่าให้เฟรมอีเทอร์เน็ตมาตรฐานมีการแยกส่วนออกเป็นสองเฟรม 802.11 (1500/2 = 750 ไบต์เพย์โหลด + 34 ไบต์ค่าใช้จ่าย = 784 ไบต์) และเฟรมใดที่ใหญ่กว่าหนึ่งในสามของเฟรม Ethernet มาตรฐานใช้ RTS (534 bytes)

เท่าที่ฉันทราบการตั้งค่าทั้งสองนี้มีผลกับตัวส่งเท่านั้นนั่นคือการตั้งค่าบน AP ทำให้ AP ใช้สำหรับการส่งสัญญาณเท่านั้นและไม่ทำให้ลูกค้าใช้พวกเขาสำหรับการส่งสัญญาณ


2

สถานการณ์ b / g แบบผสมนั้นด้อยประสิทธิภาพเป็นพิเศษ คุณอาจต้องการตรวจสอบการสนทนาก่อนหน้านี้บางส่วนในหัวข้อเช่น:

ไคลเอนต์ไร้สายที่ช้าที่สุดสั่งให้คุณภาพการเชื่อมต่อของผู้อื่นทั้งหมดหรือไม่

นอกจากนี้นักฆ่าประสิทธิภาพอีกคนหนึ่งเกิดขึ้นเมื่อจุด A สามารถรับสัญญาณของจุด B แต่ B ไม่สามารถรับสัญญาณของ A บางคนใน ServerFault ชี้ว่านี่เป็น "เอฟเฟกต์เครื่องส่งสัญญาณที่ซ่อนอยู่" เพิ่มเติมเกี่ยวกับปรากฏการณ์ที่ลิงค์ด้านล่าง พวกเขาชี้ให้เห็นว่า:

" ... ในขณะที่โพลาไรซ์แนวนอนเป็นที่ต้องการขาดราคาไม่แพงในเชิงพาณิชย์ขั้วแนวนอนเสาอากาศรอบทิศทางอาจต้องใช้เสาอากาศขั้วแนวตั้ง. ดี omni- ทิศทางในแนวตั้งขั้วเสาอากาศจะมีค่าใช้จ่ายเกี่ยวกับการเช่นเดียวกับเสาอากาศรูปโค้ง. การใช้ เสาอากาศรอบทิศทางช่วยลดผลกระทบ "เครื่องส่งสัญญาณที่ซ่อนอยู่ "

http://www.arrl.org/using-ieee-802-11b-operating-under-part-97-of-the-fcc-rules


0

ฉันไม่เห็นด้วยว่า "ถ้าคุณไม่มีปัญหาโหนดที่ซ่อนอยู่การเปลี่ยนค่า RTS จะไม่ช่วยเพิ่มประสิทธิภาพ" การใช้ CTR / RTS จะช่วยลดโอกาสการชนของข้อมูลได้เสมอ เนื่องจากการชนกันของข้อมูลทำให้เกิดความเสียหายของข้อมูลและทำให้ข้อมูลต้องถูกส่งซ้ำการชนกันที่น้อยลงหมายถึงการส่งข้อมูลน้อยลงและการส่งข้อมูลอีกครั้งน้อยสามารถปรับปรุงประสิทธิภาพ WiFi ของคุณได้ แน่นอนเฉพาะในกรณีที่มีการชนกันอย่างมากในเครือข่ายของคุณ

ในการอธิบายรายละเอียด: โหนดต้องรอช่วงเวลาหนึ่งเสมอและรับรู้ถึงช่องทางสำหรับการส่งสัญญาณที่เป็นไปได้ก่อนที่จะระบุช่องสัญญาณ เฉพาะในกรณีที่มันไม่รู้สึกถึงการส่งสัญญาณใด ๆ ก็อาจเริ่มต้นของตัวเอง หากไม่มี RTS / CTS การส่งสัญญาณนี้เป็นการส่งข้อมูลโดยตรง หากตอนนี้ทั้งสองโหนดมีแนวคิดเดียวกันและเริ่มการส่งข้อมูลเกือบจะในเวลาเดียวกันการส่งสัญญาณเหล่านี้จะชนกัน ผลลัพธ์คือไม่ส่งข้อมูลได้ทุกที่เนื่องจากข้อมูลที่ได้รับทั้งหมดจะเสียหายสำหรับโหนดอื่นและ AP ทั้งหมด

หากใช้ RTS / CTS การส่งสัญญาณจะเริ่มต้นด้วยแพ็กเก็ต RTS ที่โหนดส่งหลังจากการตรวจจับ เฉพาะในกรณีที่คำขอ RTS นั้นได้รับคำตอบโดยการตอบ CTS การส่งข้อมูลจะเริ่มขึ้น แน่นอนถ้าสองโหนดต้องการส่งพร้อมกันคำร้องขอ RTS ของพวกเขาสามารถชนกับเอฟเฟกต์แบบเดียวกันกับที่ไม่ได้รับ RTS เลย ความแตกต่างคือเครือข่ายทั้งหมดจะกู้คืนได้เร็วกว่าจากการชนกันของ RTS มากกว่าการชนข้อมูล ดังนั้นการชนกันของ RTS จึงเป็นอันตรายต่อประสิทธิภาพเครือข่ายทั้งหมดน้อยกว่าการชนกันของข้อมูล

ข้อเสียคือตัว RTS / CTS ต้องการแบนด์วิธเครือข่ายบางตัวและแนะนำเวลาการตรวจจับใหม่ในระหว่างที่ไม่มีการส่งข้อมูลอื่น ๆ หรือการส่งสัญญาณ RTS / CTS อาจเกิดขึ้น เพื่อทำให้สิ่งเลวร้ายลงแน่นอน RTS / CTS จะต้องดำเนินการโดยใช้ความเร็วที่ช้าที่สุดที่เครือข่ายรองรับไม่เช่นนั้นโหนดที่รองรับเฉพาะความเร็วนี้จะไม่เห็น ดังนั้นโดยทั่วไปคุณสามารถพูดได้ว่า RTS / CTS จะลดทรูพุตเชิงทฤษฎีของเครือข่ายทั้งหมดของคุณเสมออย่างไรก็ตามหากเครือข่ายของคุณมีปัญหาจากการชนจำนวนมากไม่ว่าจะด้วยปัญหาโหนดที่ซ่อนอยู่ (ซึ่งอาจเกิดจากโหนดจากเครือข่ายอื่น ๆ แชนเนลเป็นเครือข่ายของคุณ) หรือเนื่องจาก WiFi ของคุณมีผู้คนหนาแน่น (เนื่องจากมีโหนดมากขึ้นจะเพิ่มโอกาสในการชนแบบสุ่ม) ซึ่งอันที่จริงแล้วอาจเพิ่มปริมาณงานจริง ไม่ใช่จำนวนโหนดที่ซ่อนอยู่

ฉันอ่านการศึกษา (ฉันจะอัปเดตและเพิ่มลิงค์ที่นี่เมื่อฉันสามารถหามันได้อีกครั้ง) นั่นแสดงให้เห็นว่าถ้าเครือข่ายของคุณมีขนาดเล็กมาก (น้อยกว่า 6 โหนดและครอบคลุมเฉพาะพื้นที่เล็ก ๆ ) และไม่แยกออกจากที่อื่น เครือข่ายที่ใช้ช่องทางเดียวกันโดยใช้ RTS / CTS เกือบทุกครั้งจะมีผลในเชิงบวกในทางปฏิบัติ ดังนั้นทำไมค่าเกณฑ์? หากการส่งข้อมูลจะใช้เวลานานเท่าที่การจับมือ RTS / CTS นั้นจะมีประโยชน์เล็กน้อยในการใช้ RTS / CTS เนื่องจากเครือข่ายจะต้องกู้คืนจากการชนกันของข้อมูลขนาดเล็กมากหรือจากการชนกันของ RTS แตกต่างกันมาก การกู้คืนที่ดีขึ้นจากการชน RTS เป็นเพราะแพ็กเก็ต RTS มีขนาดเล็กมากในขณะที่แพ็คเก็ตข้อมูลมักจะไม่ แต่สำหรับแพ็กเก็ตข้อมูลขนาดเล็กมาก RTS / CTS เพียงเพิ่มโอเวอร์เฮดเพื่อไม่ให้เกิดประโยชน์ในทางปฏิบัติ

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

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.