Channel Switch Announcement (CSA) Frame
โพสนี้ผมจะมาแกะ Channel Switch Announcement (CSA) Frame กับอธิบายเรื่อง Zero-Wait DFS มีหลายคนสงสัยว่ามันคืออะไรกันแน่ มันช่วย AP เลี่ยง radar ได้จริงไหม
พูดถึง Radar เรื่องนึงที่น่าสนใจคือ บางคนทำงานกับ Wi-Fi มาหลายสิบปี ได้ยินแต่คนพูดถึง Radar แต่ไม่เคยเจอเอง วันนี้ผมเลยอยากจะเอาหลักฐานผ่าน CSA Frame ของจริงมาให้ดูกัน.ป.ล. อ. นัท NetPrime Training พึ่งเขียนบทความเกี่ยวกับ DFS เร็ว ๆ นี้เอง ผมได้แชร์ในเพจหากใครสนใจเข้าไปอ่านเพื่อปูพื้นเรื่อง radar กันได้นะครับ
เวลาที่ AP เจอ radar มันจะ broadcast CSA Action Frame นี้ออกไป จากนั้น AP มันจะย้ายไป channel อื่นและหยุดประกาศ beacon เพื่อหยุดการให้บริการ Wi-Fi ใน channel นั้น ๆ

จากตัวอย่างในภาพคือ Aruba AP12 โดน Radar ที่ Ch. 140 และประกาศย้ายตัวเองไป Ch. 60 และจะเงียบไปเลย
Client ที่เกาะอยู่ก็จะรู้ผ่าน CSA และพร้อมจะย้ายไป Channel ใหม่นี้ (จริง ๆ ไม่ใช่ AP ทุก brand จะประกาศ CSA บางแบรนด์ไปก็ไม่บอก ออกจาก channel ไปดื้อ ๆ client นี่เคว้ง scan กันวุ่นเลย)
แต่ปัญหาคือ Ch. 60 เป็น DFS Channel ฉะนั้น ก่อนที่ AP จะใช้ channel นี้ได้มันต้องทำ Channel Availability Check (CAC) ก่อน ซึ่งถ้า channel ทั่วไปจะต้อง scan เช็ค 1 นาที ในขณะที่ Channel 120, 124, 128 จะโดน 10 นาที
พอเป็นอย่างนี้ Client ที่หลุดต้องรอให้ AP ทำ CAC ก่อนจะเกาะใหม่ได้ ถ้าในพื้นที่มี AP หลายตัว Client ก็อาจจะ roam ไปเกาะ AP ตัวอื่นแทน แต่ถ้ามี AP แค่ตัวเดียวก็ต้องรับสภาพ รอไปจนกว่า SSID จะฟื้น
Zero-Wait DFS เป็น feature ที่ช่วยแก้ปัญหานี้ มีหลายคนเข้าใจว่า ZW DFS ช่วยเลี่ยง radar ซึ่งจริง ๆ แล้วไม่ใช่ แต่เป็นวิธีการช่วยให้ AP สามารถย้ายไปใช้ DFS Channel อื่นได้เร็วขึ้นโดยไม่ต้องรอ CAC
หลักการคือ AP จะคอย pre-check ช่องสัญญาณอื่นว่ามี radar ไหม เหมือนเช็คก่อนล่วงหน้าเลย ถ้า Channel หลักโดน radar ก็ย้ายไปช่องที่ pre-check ไว้ทันที ไม่ต้องรอทำ CAC เพราะว่าทำไว้แล้ว
ไม่ใช่ AP ทุกตัวสามารถทำ ZW DFS ได้ เท่าที่ผมรู้จะต้องเป็น AP ที่มีเสา 4 ต้นขึ้นไปเพราะมันต้องใช้เสาที่เหลือในการ monitor radar ใน channel อื่น แต่ก็ไม่ได้หมายความว่า AP รุ่นที่มีเสา 4 ต้นจะทำ ZW ได้ทุกตัว อันนี้ก็ขึ้นอยู่กับ brand ว่าเค้ากั๊กไหม