انتقل إلى المحتوى
Callaba
التحكم في المصدر الرئيسي والاحتياطي

Callaba Live Video Failover

أبقِ بثي SRT رئيسياً واحتياطياً جاهزين خلف مسار تشغيلي واحد. ينقل التبديل الصادر على مستوى النقل بينهما من دون اشتراط برنامج ترميز صوت أو فيديو معين، ويحافظ على اتصالات المستقبِلين والسحب اللاحقة.

مسار استعادة مُعدّ

أبقِ مصدري SRT الرئيسي والاحتياطي على مسار تشغيلي واحد

يبدّل مسار استعادة SRT الصادر هذا، على مستوى النقل، بين بثين رئيسي واحتياطي مُعَدّين، مع إبقاء اتصالات المستقبِلين والسحب اللاحقة في مكانها.

أبقِ مصدري SRT الرئيسي والاحتياطي على مسار تشغيلي واحد
المصدر الرئيسيبث رئيسي مُعَدّ مع حالة بث ظاهرة
المصدر الاحتياطيبث احتياطي مُعَدّ مع فحوصات تشغيلية مطابقة
SRT PULL relayتبديل رئيسي/احتياطي على مستوى النقل لا يعتمد على برنامج ترميز صوت أو فيديو معين
الوجهةتبقى اتصالات المستقبِلين والسحب متصلة أثناء التبديل
الإعداد قبل الحدث

حضّر مسار استعادة SRT PULL

افتح إعدادات Routing
اختر SRT Routing، ثم SRT main/backup failover، واضبط Routing mode على Pull، ثم أضف كل Routing Host وRouting SRT Port عبر Add SRT Host.
طابق تفاصيل الاتصال
تحقق من وضع SRT والمنفذ وزمن الانتظار وهوية البث وعبارة المرور حيث تستخدمها المصادر المختارة.
اضبط سياسة التشغيل
أكد سلوك الرئيسي/الاحتياطي اليدوي أو التلقائي الصادر، واختبر العودة من الاحتياطي إلى الرئيسي على مسار الإسهام الفعلي.
نفّذ اختباراً مضبوطاً واحداً

تحقق من المسار الذي سيستخدمه الحدث فعلاً

اختبر باستخدام مرمّز الحدث والشبكة وrelay والوجهة. سجّل ما حدث على هذا المسار بدلاً من افتراض أن زوج مصادر آخر سيتصرف بالطريقة نفسها.

  • اقطع المصدر الرئيسيخلال نافذة مخطط لها، اقطع البث الرئيسي ولاحظ التبديل من الرئيسي إلى الاحتياطي واستمرارية الاتصالات اللاحقة وإحصاءات البث وأحداث الاتصال.
  • تحقق من الوجهةأكد أن المنصة أو المستقبِل يقبل البث المستعاد؛ تشغيل relay وحده لا يثبت التسليم.
  • تحقق من العودة إلى الرئيسيأعد البث الرئيسي وتحقق من سلوك العودة المضبوط إلى جانب سجل الأحداث والسجل التشغيلي لهذا النشر.
النشر

استخدم نموذج التجاوز نفسه في السحابة أو Callaba المستضاف ذاتيًا

اختر مكان تشغيل طبقة توجيه SRT، ثم اضبط مجموعة المصادر وفق حدود شبكتك وإنتاجك.

النشر السحابي

شغّل نسخة Callaba قرب منطقة المساهمة أو التسليم واضبط مصادر SRT الرئيسية والاحتياطية في واجهة الويب.

انشر Callaba على AWS

النشر المستضاف ذاتيًا

شغّل Callaba Engine على Linux عندما يجب أن تبقى مضيفات التوجيه والوصول إلى الشبكة والبيانات التشغيلية داخل بنيتك.

ثبّت على Linux

أسئلة تجاوز أعطال الفيديو المباشر

ما الذي يفعله Callaba Live Video Failover؟

يبقي بثي SRT رئيسياً واحتياطياً في سير عمل صادر واحد على مستوى النقل، ويبدّل بينهما من دون الاعتماد على برنامج ترميز وسائط معين، ويحافظ على اتصالات المستقبِلين والسحب اللاحقة أثناء التبديل.

ماذا يحدث عند انقطاع المصدر النشط؟

يمكن لسير العمل الصادر التبديل من الرئيسي إلى الاحتياطي مع الحفاظ على اتصالات المستقبِلين والسحب اللاحقة. يظل سلوك الاستعادة الفعلي خاصاً بالمصادر المُعَدّة والشبكة والمخازن المؤقتة والوجهة.

هل يمكن لسير العمل العودة من الاحتياطي إلى الرئيسي؟

نعم. يحسن الإصدار التبديل من الاحتياطي إلى الرئيسي ويوائم سلوك تجاوز الفشل اليدوي والتلقائي. اختبر السلوك المضبوط بالمصادر والوجهة الفعلية قبل الحدث.

هل ستبقى أجهزة الاستقبال النهائية متصلة أثناء فشل SRT؟

يحافظ سير العمل الذي تم إصداره على مستوى النقل على اتصالات جهاز الاستقبال والساحب في اتجاه مجرى النهر من خلال مفتاح التبديل الرئيسي إلى النسخ الاحتياطي. لا يزال الاسترداد المرئي يعتمد على المصادر المعدة والمخازن المؤقتة للشبكة والوجهة.

هل يمكن لتجاوز فشل SRT التبديل تلقائيًا من الوضع الرئيسي إلى النسخ الاحتياطي؟

نعم. يدعم سير العمل الذي تم إصداره التبديل اليدوي والتلقائي من الرئيسي إلى الاحتياطي، مع الحفاظ على اتصالات جهاز الاستقبال والسحب. اختبر المصادر التي تم تكوينها والمخازن المؤقتة للشبكة والوجهة قبل وقوع الحدث.

استعد قبل البث

أنشئ مسارًا رئيسيًا واحتياطيًا مُراجعًا

استخدم العرض المباشر لفحص واجهة المشغّل، ثم انشر Callaba في السحابة أو على Linux لاختبار تبديل الرئيسي/الاحتياطي وسلوك العودة وقبول الوجهة ووضوح الأحداث والسجلات.