نشرت تحت تصنيف ALL، Wireless

(3) كيف يعمل Multicast



في رمضان و الأعياد أنا لا أعير إهتماما برسائل Broadcast التي أعلم أن صاحبها أرسلها لي كما أرسلها لغيري بدون أن يعيرني اهتماما حتي بذكر اسمي ,,

أعتبرها لم تصل

أنا أرد فقط علي الرسائل من نوع Unicast او ربما Multicast التي تكون علي هيئة رسالة يذكر فيها المرسل اسمي أو يقوم بالإتصال بي شخصيا , انه شخص أضاع بعضا من وقته يخصني به .

و بالمثل لا أرسل هذا النوع من الرسائل بل أتخير فقط القليل المتاح و الممكن أتصل بهم أو أراسلهم باسمهم

و بمناسبة هذا الموضوع و بمناسبة إعدادي لـ CCIE LAB أثار في هذا الكلام عن تكنولوجيا Multicast التي تستخدم في عالم الشبكات و نستخدمها في عالم اليوتيوب و مؤتمرات الفيديو و ألعاب الإنترنت بدون علمنا ربما ببنيتها التحتية و شكل استخدامها

تكلمنا في حلقتين سابقتين عن هذه التكنولوجيا

و لمزيد من التفاصيل اليك الحلقة الأولي IP Multicast Technology

و هذه الحلقة الثانية Multicast vs Unicast vs Broadcast

و هذه الحلقة الثالثة من هذه التقنية بعنوان كيف يعمل Multicast و سنتكلم فيه بخطوات تقريبية مرتبة


  • لدينا سيرفر فيديو Video Server يحتوي علي تطبيق نشر فيديو له عنوان IP Multicast 255.5.5.5 يقوم ببث فيديوهات عبر WAN الي الخمسين جهاز المشتركين في جروب multicast الذي يحمل عناوين IP Multicast في المدي 225.5.5.51 الي 255.5.5.100 -لاحظ أن مدي العنوان لتطبيق الفيديو هو نفسه لجروب الأجهزة-

  • الأجهزة كما قلنا لابد أن تحمل برنامج يدل علي إهتمامها بتلقي هذه التدفقات و اشتراكها في الجروب

  • الآن الأجهزة بمجرد تشغيل التطبيق لديها فإنها تعلم الراوتر عبر تقرير IGMP أنها مهتمة بتلقي تدفقات من سيرفر التطبيق ذو العنوان 225.5.5.5 ليصل الجروب ذو المدي من 51 الي 100

 

  • يقوم تطبيق نشر الفيديو بتحويل العنوان ذو الطبقة الثالثة Layer 3 multicast 225.5.5.5 الي العنوان من الطبقة الثانية Layer 2 multicast 0x0100.5e05.0505

  • و ستقوم كروت الشبكة للأجهزة الخمسين بالإهتمام و الإستماع لهذا العنوان و ستستخدمه كعنوان لها بلإضافة الي عنوانها الفيزيائي MAC أو Burned-In Addresses (BIA)

 

  • الراوتران R1 و R2 تم إعدادهم لتمرير تدفقات Multicast باستخدام بروتوكولات multicast routing protocol

 

  • بيانات الفيديو ستخرج من سيرفر الفيديو علي هيئة multicast packet الي السويتش SW1 ثم الي الراوتر R1 و الذي يقوم بتمريرها عبر WAN

 

  • و لأن R2 هو المحطة التي ستتفرع منها التدفقات الي السويتشات فإن R2 يري أن هدف هذا التدفق هو جروب بعنوان 225.5.5.5 للمالتي كاست فإنه يقوم بداية بنسخ هذا الفيديو بعدد التفريعات التي تصل الي الهدف و هي هنا سويتشان SW2 و SW3
  • الراوتر يقوم بتحويل العنوان ذو الطبقة الثالثة Layer 3 multicast 225.5.5.5 الي العنوان من الطبقة الثانية Layer 2 multicast 0x0100.5e05.0505 و من ثم يرسل تدفقات المالتي كاست الي الأجهزة التي تعمل العنوان الفيزيائي 0x0100.5e05.0505 عبر السويتشين

  • عندما تصل التدفقات الي الأجهزة الخمسين يقوموا بمقارنة العنوان الفيزيائي القادم بالعنوان الفيزيائي المخزن لديهم فإن تطابقا استقبلا التدفقات

 

و لكن ماذا لو قام الخمسين جهاز المرتبطين بالسويتش R1 بطلب الفيديو؟

الأمر سهل يطلبه عبر التطبيق و سيرسل اليه في الدورة السابقة و لن يكون هناك عبء زائد هنا الا علي السويتش SW2 كما تري في الشكل التالي


اذن فإن Multicast يخفف العبء جدا علي الشبكة و سيرمي الحمل فقط أو بعضه علي أجهزة الشبكة التي التي ينتمي لها الجهاز الذي يريد التدفق و هو هنا R2 ثم SW1 و SW2 و هذا يسمي بـ Scalable

نادر المنسي

Advertisements

المعلق:

مهندس عربي يطمح و يساعد في الرقي بالمحتوي العربي للتكنولوجيا عبر ترجمة و اعداد مقالات و كتب علمية في مجال الشبكات و الإتصالات السلكية و اللاسلكية

اترك رد

إملأ الحقول أدناه بالمعلومات المناسبة أو إضغط على إحدى الأيقونات لتسجيل الدخول:

WordPress.com Logo

أنت تعلق بإستخدام حساب WordPress.com. تسجيل خروج   /  تغيير )

Google+ photo

أنت تعلق بإستخدام حساب Google+. تسجيل خروج   /  تغيير )

صورة تويتر

أنت تعلق بإستخدام حساب Twitter. تسجيل خروج   /  تغيير )

Facebook photo

أنت تعلق بإستخدام حساب Facebook. تسجيل خروج   /  تغيير )

w

Connecting to %s