البدائل، القيود، والمستقبل.
AWDL لم يعد جزيرة. في 2025 فتحت أوروبا الباب بـ DMA، و Google عكست AirDrop عبر هندسة عكسية على مستوى الإطار وأطلقتها على Pixel 10. ما تعلّمته في هذا المرجع تحوّل إلى صناعة. هذه الوحدة تضع الصورة الكبيرة.
الـ Dual-Interface Hack ولماذا يفشل
حلّ مقترح للبطاقات بلا active monitor: واجهتان افتراضيتان على نفس الراديو — واحدة passive monitor (التقاط)، وأخرى ad-hoc/managed غير مرتبطة بعنوان AWDL (لتحقن، و«نظرياً» يردّ العتاد ACK).
- التوقيت: زمن ردّ ACK لواجهة ad-hoc قد لا يلتزم بـ SIFS لأن آلة حالة الـ association تضيف كموناً.
- توجيه الإطارات: واجهة المراقبة تلتقط أيضاً ACKs الصادرة من واجهة ad-hoc → التباس ومعالجة مكرّرة.
- تبديل القنوات: يجب أن تبدّل الواجهتان القناة متزامنتين، وهي وظيفة لا يدعمها معظم السائقين.
- النتيجة: فقد حزم عالٍ، مزامنة AWDL مكسورة، وعدم موثوقية. NOT A SUBSTITUTE
البدائل القياسية
| البروتوكول | الفلسفة | الاستخدام السائد | أقرب لـ AWDL؟ |
|---|---|---|---|
| Wi-Fi Direct | أحد الأجهزة يصير Group Owner (AP افتراضي) | طباعة، نقل، عرض شاشة | PARTIAL |
| Wi-Fi Aware (NAN) | عناقيد متزامنة باكتشاف دوري | Android — Nearby Share الأساس | YES · CLOSEST |
| Quick Share (Google) | اكتشاف هجين BLE + Wi-Fi Aware/Direct | Android-to-Android، الآن Android↔Apple | DIRECT_HEIR |
| IBSS / Ad-hoc | كل الأجهزة متساوية في خلية | قديم، أغلب الأنظمة الحديثة لا تستخدمه | NO |
التوافقية التنظيمية — تطوّر 2025–2026
تفصيل النقاط الأربع
- ضغط الاتحاد الأوروبي عبر DMA (Digital Markets Act) أجبر Apple (مارس 2025) على السماح لأجهزة طرف ثالث بإنشاء واستخدام اتصال Wi-Fi نِدّ-لنِدّ مع iPhone — أي فتح ما كان حصرياً.
- في نوفمبر 2025، أعلنت Google جعل Quick Share متوافقاً مع AirDrop (بدءاً من Pixel 10): مشاركة ملفات ثنائية الاتجاه بين Android وأجهزة Apple — عبر هندسة عكسية للبروتوكول على مستوى الإطار، ودون تعاون Apple. تعمل حين يكون جهاز Apple في وضع "Everyone for 10 Minutes".
- 2026: Google تعمل على توسيع الميزة خارج Pixel (مع مصنّعين آخرين وشرائح Qualcomm/Tensor)، وامتدادها لـ iPad و Mac.
ما درسته ليس أكاديمياً فقط. Quick Share-AirDrop interop هو تطبيق صناعي حيّ لنفس المبادئ (هندسة عكسية لمكدّس AWDL على مستوى الإطار). الفرق أن Google تملك تحكّماً كاملاً في عتاد/firmware أجهزتها فتحلّ معضلة SIFS من جهة العتاد بسهولة — وهي الميزة التي يفتقر إليها المحاكي على بطاقة عامة.
الوضع الحالي لمحاكاة AWDL على Linux — خلاصة 2026
ath9k (Atheros AR92xx/AR93xx)
يبقى الخيار الأكثر ضماناً لمحاكاة AWDL. المنصّة المرجعية لـ OWL. عتاد قديم لكن مفهوم بالكامل.
Apple Silicon (Asahi)
Wi-Fi المدمج في M1/M2 ما زال بلا active monitor؛ M3/M4/M5 قيد العمل (bring-up مستمرّ). لا تعتمد عليه.
Broadcom + Nexmon
تحسّن في monitor + injection على Raspberry Pi، لكن توقيت ACK / active monitor يبقى محلّ اختبار.
mac80211 driver coverage
تحديث سائقي mac80211 لمزيد من الشرائح مستمرّ بقوّة → توسّع تدريجي في الخيارات المؤهّلة. اقرأ release notes كل ربع.
نقاط ارتكاز الوحدة 7
- Dual-interface hack يفشل بسبب التوقيت وتوجيه الإطارات وتزامن القنوات.
- البدائل القياسية: Wi-Fi Direct / Aware / Quick Share.
- DMA الأوروبي فتح Wi-Fi P2P في iPhone (2025)؛ Google عكست AirDrop داخل Quick Share (2025–2026) = تطبيق صناعي لمبادئ هذه الدورة.
- ath9k يبقى الخيار الأضمن للمحاكاة على بطاقة عامة.
تمارين الوحدة 7
- لماذا تحلّ Google معضلة SIFS بسهولة بينما يعاني محاكي OWL على بطاقة عامة؟ (تلميح: تحكّم العتاد/firmware).
- قارن فلسفة التزامن في AWDL مقابل Wi-Fi Aware (NAN). أيّهما أقرب، ولماذا؟
- ناقش: هل تفتح مبادرة Quick Share الباب لمكتبات AWDL مفتوحة أفضل على Linux؟ ما العقبة الجوهرية المتبقّية؟
ختاماً
أعظم قيمة في هذا المرجع ليست حفظ TLVs أو أرقام التوقيت، بل النموذج الذهني:
AWDL = مزامنة زمنية موزّعة + قفز قنوات متفق عليه فوق 802.11، ومحاكاته محكومة كلياً بقدرة العتاد على إنتاج ACK خلال SIFS.
أتقن هذا الخيط الواحد، وكل التفاصيل تترتّب حوله.