بروتوكولات الحجز السلس PRP و HSR

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

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

يستند التكرار الشبكي القائم على بروتوكولات على مستوى الصناعة مثل RSTP و MRP و DLR وما شابه ، إلى تغيير في الهيكل في حالة حدوث أي خلل في نقل البيانات. يستغرق تغيير الهيكل وقتًا معينًا (من مللي ثانية إلى ثانية ، وفقًا للبروتوكول) ، والذي يسمى "وقت الاسترداد". خلال هذا الوقت ، لا يوجد اتصال مع جزء من الشبكة ، وبالتالي يتم فقد البيانات. أي لا تسمح تقنيات تكرار الحلقات التقليدية بأوقات الاسترداد التي تقل عن 1 مللي ثانية.

في ضوء ذلك ، تكتسب تقنيات التكرار "غير الملحومة" - PRP و HSR - شعبية. يتم التكرار على أساس PRP و HSR ، على عكس البروتوكولات المذكورة أعلاه ، وليس عن طريق إعادة بناء الهيكل ، ولكن من خلال تكرار الإطارات. يتم تكرار كل إطار بواسطة المرسل ، ويتم إرسال كلا الإطارين بطرق مختلفة ، وتقوم عقدة الاستقبال بمعالجة الإطار الذي جاء أولاً ، ويتجاهل الثانية. لا يتطلب مبدأ التشغيل إعادة هيكلة الهيكل ، وبالتالي يعمل هذا البروتوكول تقريبًا "بسلاسة". تحت خفض ستجد تفاصيل تنفيذ هذه البروتوكولات.

هيكل الشبكة

يتم تطبيق التكرار السلس على العقد الطرفية ، وليس على مكونات الشبكة. هذا أحد الاختلافات الرئيسية بين PRP و HSR من بروتوكولات النسخ الاحتياطي الأخرى مثل RSTP أو MRP. النظر في ميزات هيكل الشبكة ل PRP و HSR.

PRP - هيكل الشبكة

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



هيكل شبكة PRP

تسمى هاتان الشبكتان عادة LAN و LAN B. كما هو موضح سابقًا ، يمكن أن يكون لهما طبولوجيا مختلفة بالإضافة إلى أداء مختلف. قد يختلف التأخير في نقل البيانات أيضًا.

قد تحتوي الشبكة على العناصر التالية:

• DAN (العقدة المزدوجة المرفقة) - عقدة تتصل بالشبكتين وترسل / تستقبل إطارات مكررة.
• SAN (عقدة مفردة متصلة) - عقدة متصلة بشبكة واحدة فقط (LAN A أو LAN B) وترسل / تستقبل الإطارات العادية.
• في حالة الضرورة لتوصيل جهاز يحتوي على واجهة Ethernet واحدة بشكل متكرر ولا يدعم بروتوكول PRP بشبكة RPR ، يتم استخدام ما يسمى Redundancy Box (RedBox عادةً). في RedBox ، يتم نسخ الحزمة من الجهاز وإرسالها إلى شبكة PRP ، كما لو أن البيانات قد تم إرسالها من DAN. علاوة على ذلك ، يُنظر إلى الجهاز الموجود خلف RedBox على أنه DAN للأجهزة الأخرى. تسمى هذه العقدة DAN الظاهري أو VDAN (DAN الظاهري).

مبدأ عمل RedBox

HSR - هيكل الشبكة

هيكل شبكة HSR

مبدأ تشغيل HSR هو أن جميع الأجهزة يتم دمجها في حلقة وأن كل الرسائل ، وكذلك في PRP ، مكررة. يرسل الجهاز كلا الإطارين عبر الحلقة: نسخة واحدة في اتجاه عقارب الساعة ، والآخر عكس اتجاه عقارب الساعة. يتلقى المتلقي نسختين ، لكنه يعالج الأول فقط ، ويحذف الثاني. إذا حدث شيء ما لأحد الروابط ، ولم يأتي أحد الإطارات المكررة ، فسيتم قبول الآخر ببساطة. تحتوي جميع أجهزة HSR على واجهتي Ethernet - المنفذ A والمنفذ B.

وفقًا لبروتوكول HSR ، قد توجد العناصر التالية في الشبكة:

• SAN هي عقدة لها واجهة Ethernet واحدة فقط. يمكن توصيل هذه العقدة بشبكة HSR بشكل حصري من خلال RedBox.
• DAN - عقدة يمكنها تبادل البيانات داخل حلقة HSR (يمكن إرسال / استقبال إطارات مكررة).
• RedBox - تمامًا كما في PRP ، يسمح لك RedBox بتوصيل جهاز به واجهة Ethernet بشبكة HSR. يُنظر إلى الجهاز الموجود خلف RedBox على أنه DAN للأجهزة الأخرى. تسمى هذه العقدة DAN الظاهري أو VDAN (DAN الظاهري).
• QuadBox - HSR يقدم أيضًا عنصرًا جديدًا - QuadBox. يحتوي هذا الجهاز على أربعة منافذ HSR. انها تتيح لك الجمع بين حلقتين HSR. في كل حلقة ، يعمل QuadBox بمثابة DAN ويمكنه نقل البيانات من حلقة إلى أخرى.

كوادبوكس سبيل المثال

هيكل DAN

بالنسبة لـ PRP و HSR ، يشبه هيكل DAN. يحتوي كل DAN على واجهتين يعملان بشكل متوازٍ ومتصلين بالمستوى العلوي من مكدس اتصال واحد من خلال ما يسمى كيان التكرار لطبقة LRE. في هذا المستوى ، يتم تنفيذ جميع وظائف النسخ الاحتياطي.

كل من واجهات DAN لها نفس عنوان MAC وعنوان IP واحد. هذا يسمح لك بجعل الحجز شفافًا إلى المستوى العلوي. المهم بشكل خاص هو حقيقة أن هذا يسمح باستخدام ARP لـ DAN وأي عقدة غير زائدة عن الحاجة.

ومع ذلك ، بالطبع ، هناك فروق دقيقة في بنية DAN لـ PRP و HSR.

هيكل PRP - DAN

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

ينشئ LRE إطارات مكررة عند الإرسال ويعالجها عند الاستلام. يمثل هذا المستوى ، فيما يتعلق بالمستوى العلوي ، الواجهة المعتادة لمحول شبكة غير زائدة عن الحاجة. LRE يؤدي مهمتين: التعامل مع الإطارات المكررة وإدارة التكرار. لتطبيق التحكم ، يضيف LRE مقطورة للتحكم في التكرار (RCT) 32 بت لكل إطار ويحذفه عند استلام الإطار.



نقل البيانات بين اثنين من DANs في PRP

هيكل HSR - DAN

يتم تكرار إطار تم إرساله من الطبقة العليا بواسطة طبقة LRE ، ويتم إرسال الحزم عبر المنفذ A والمنفذ B بشكل متزامن تقريبًا. (1 و 2 في المخطط).

عند استلام الإطار ، يقوم جهاز الاستقبال بنقله إلى مستوى LRE ، كما يعيد توجيهه إلى منفذ آخر ويمرره في الحلقة. (3 ، 4).

إذا وصل إطار إلى المرسل ، فلن ينتقل هذا الإطار إلى أبعد من ذلك ، ولكن يتم إتلافه (5 ، 6).

يصل كلا الإطارين إلى مستوى LRE ، لكن الإطار الذي تم إرساله بشكل أسرع يتم نقله إلى المستوى العلوي ، ويتم تجاهل الإطار المكرر.

يضيف LRE علامة HSR 48 بت إلى كل إطار (أقرب إلى إضافة علامة VLAN) ويحذف هذه العلامة عند الاستلام.



نقل البيانات بين اثنين من DANs في HSR

التشغيل المتداخل بين SAN و DAN

في PRP ، يمكن توصيل SAN بأي شبكة - LAN A أو LAN B ، لكن مثل هذه العقدة لا تدعم وظائف النسخ الاحتياطي. لذلك ، لا يمكن لشبكة SAN متصلة بشبكة ما أن تتصل بعقدة أخرى مماثلة متصلة بشبكة ثانية. للتفاعل مع SAN ، تنشئ DAN إطارات خاصة. ترجع هذه الحاجة إلى حقيقة أن SAN في الإطار العادي من الجهاز الزائد يجب أن يتجاهل RCT ، وهو أمر غير ممكن ، نظرًا لأن SAN لا يمكنها التمييز بين RCT وكتلة بيانات IEEE 802.3 العادية. بدورها ، تفهم DAN أنها ترسل الإطار إلى SAN ولا تضيف RCT إلى الإطار. يقوم ببساطة بإعادة توجيه إطار واحد من المستوى العلوي إلى الواجهة التي يتصل بها SAN. بمعنى آخر ، إذا تعذر على DAN تحديد ما هو تبادل البيانات مع DAN آخر ، فإنه لا يضيف RCT إلى الإطار.

في HSR ، لا يمكن توصيل SAN بالشبكة مباشرةً. يمكن توصيله حصريًا عبر RedBox.

أوضاع DAN

عند العمل باستخدام الإطارات المكررة المستلمة على كلتا الواجهتين (إذا كانت صالحة للخدمة) ، يجب أن يقبل DAN أحد الإطارات ويتجاهل الإطار الثاني. هناك طريقتان للمعالجة في PRP:

• قبول مكرر هو طريقة يتم فيها استلام كل من الإطارات الواردة وإعادة توجيهها إلى المستوى العلوي.
• تجاهل متكرر - طريقة تقوم فيها عقدة الاستقبال بقراءة المعلومات من RCT للإطار الوارد لتحديد الإطار الذي سيتم تجاهله.

بالنسبة إلى HSR ، فكر في أكثر أوضاع U و X شيوعًا.

قبول مكررة

لا يسقط DAN الذي يعمل في هذا الوضع أي من الإطارات عند المعالجة في طبقة ارتباط البيانات.

يتم إرسال الإطارات إلى LAN A و LAN B بدون RCT. يقوم LRE الخاص بالمستقبل بإعادة توجيه كلا الإطارين إلى المستوى العلوي ، على افتراض أن مزيدًا من عمليات النقل ستدمر التكرارات (ينص IEEE 802.1D بوضوح على أن بروتوكولات المستوى العلوي يجب أن تكون قادرة على التعامل مع الإطارات المكررة).

على سبيل المثال ، يتمتع TCP و UDP بمستوى عالٍ من المرونة لتكرار الإطارات.

هذه الطريقة بسيطة جدًا في التنفيذ ، لكن لها عيبًا خطيرًا - فهي لا توفر أي إمكانيات للتحكم في الشبكة ، مثل لا يتم مراقبة استقبال كلا الإطارين بأي طريقة.

تجاهل مكررة على مستوى القناة

عند استخدام الطريقة الثانية ، يضاف حقل يتكون من أربعة ثمانيات إلى الإطار - RCT (مقطورة للتحكم في التكرار). يتم إضافة مقطورة على مستوى LRE عندما يتم استلام الإطار من المستوى العلوي. يتكون RCT من المعلمات التالية:

• رقم تسلسل 16 بت ؛
• معرف شبكة 4 بت و 1010 (0xA) لشبكة LAN و 1011 (0xB) لشبكة LAN B ؛
• حجم الإطار 12 بت.

بسبب إضافة مقطورة RCT إلى الإطار ، يكون حجمها أكبر من الحد الأقصى لحجم الإطار المحدد في معيار IEEE 802.3-2005. لنقل البيانات داخل الشبكة باستخدام PRP ، يجب تكوين الجهاز لنقل البيانات بحجم 1496 الثماني. لهذا السبب ، ليس كل مفتاح مناسب للاستخدام على LAN A أو LAN B.



الإطار مع وأضاف RCT

في كل مرة ترسل فيها طبقة الارتباط إطارًا إلى عنوان محدد ، يزيد المرسل من رقم التسلسل للعقدة المقابلة ويرسل إطارات متطابقة من خلال كلتا الواجهتين.

يجب أن تحدد عقدة التلقي التكرارات بناءً على معلومات من المضبوطة.

مكررة تجاهل طريقة الخوارزمية

يفترض المستقبل أن الإطارات المرسلة من أي مصدر باستخدام بروتوكول PRP يتم إرسالها بالتتابع مع زيادة عدد باستمرار. يتم تخزين رقم التسلسل المتوقع للإطار التالي في المتغيرات ExpectedSeqA ، وبالتالي ، ExpectedSeqB.

عند الاستلام ، يمكن التحقق من صحة التسلسل من خلال مقارنة قيمة ExpectedSeqA (ExpectedSeqB) برقم تسلسل الإطار المستلم ، المخزن في المتغير currentSeq في RCT. إذا كانت النتيجة إيجابية ، فسيتم تعيين متغير ExpectedSeq على واحد أكثر من currentSeq بحيث يكون من الممكن إجراء فحص صحيح على هذا الخط.



إطار إسقاط الفاصل (نافذة الإسقاط)

بالنسبة لكلتا الواجهتين ، هناك فاصل إسقاط إطار ديناميكي لأرقام التسلسل المقترن. الحد الأعلى لهذا الفاصل الزمني هو ExpectedSeq (رقم التسلسل المتوقع التالي على هذه الواجهة) ، باستثناء القيمة المحددة نفسها ، والحد الأدنى لهذا الفاصل الزمني هو startSeq (أصغر رقم تسلسل يتم عنده تجاهل الإطار المكرر مع رقم التسلسل هذا).

بعد التحقق من رقم التسلسل ، يقرر المتلقي تجاهل الإطار أم لا. افترض أن LAN A لها حجم فاصل إسقاط غير صفري (شكل 5). سيتم تجاهل إطار من LAN B الذي يقع عدده في هذا الفاصل. سيتم قبول جميع الإطارات الأخرى من LAN B وإرسالها إلى المستوى العلوي.

إسقاط إطار من LAN B يقلل من حجم LAN A ، لأن بعد تلقي هذا الإطار ، لا يتوقع وجود إطارات ذات رقم أقل على هذه الواجهة. وفقًا لذلك ، يتم ضبط startSeqA على واحد أكثر من currentSeqB. في هذه الحالة ، تتم إعادة تعيين حجم الفاصل الزمني للإسقاط لإطار LAN B إلى 0 (startSeqB = expectedSeqB) ، لأن من الواضح أن إطارات LAN B "خلف" LAN LAN ولا يجب إسقاط إطارات من LAN A.



تقليل LAN فاصل زمني بعد إسقاط الإطار من LAN B

في الحالة في الشكل 7 ، عندما تأتي عدة إطارات من LAN A على التوالي ، ولكن لا شيء يأتي من LAN B ، يتم قبولها ، لأن الحالي هو خارج الفاصل الزمني للتخلص من إطار LAN B ويتم زيادة الفاصل الزمني LAN A بموضع واحد. في حالة استمرار وصول الإطارات من LAN A ، لكن لا يزال هناك شيء يأتي من LAN B ، عند الوصول إلى الحد الأقصى لحجم الفاصل الزمني ، يبدأ startSeqA أيضًا في الزيادة بواحد.

عندما يكون الإطار المستلم خارج الفاصل الزمني للتخلص من إطار شبكة LAN أخرى ، يتم حفظ هذا الإطار ، ويتم ضبط حجم الفاصل الزمني لهذه الواجهة على 1 ، مما يعني أنه لن يتم تجاهل سوى إطار من شبكة LAN أخرى بنفس رقم التسلسل ، في حين سيتم تجاهل النافذة المنسدلة للواجهة الأخرى تم ضبطه على 0 ، مما يعني أنه لن يتم إسقاط أي إطارات (الشكل 7).



لم يتم إسقاط الإطار من LAN B

الموقف الأكثر شيوعًا هو عندما تتم مزامنة كلتا الواجهتين وحجم الفواصل الزمنية هو 0 (الشكل 8) ، مما يعني أنه سيتم قبول إطار الواجهة الذي يأتي أولاً وسيتم زيادة الفاصل الزمني لهذه الواجهة إلى 1 ، مما سيسمح بإسقاط الإطار من واجهة أخرى مع نفس رقم التسلسل.



شبكة محلية متزامنة

نظرًا لوجود معرّف شبكة LAN في RCT ، تختلف الإطارات المكررة بمقدار بت واحد (ولها مجموعات اختبارية مختلفة). يتحقق المستقبِل من أن الإطار ينتمي إلى الواجهة (أي ، يتحقق من وصول الإطار مع معرف LAN A إلى الواجهة A). المتلقي لن يسقط هذا الإطار ، كما قد يحتوي على معلومات مفيدة في كتلة البيانات ، ولكن في هذه الحالة ، سيتم زيادة العداد cntWrongLanA أو cntWrongLanB بواحد. نظرًا لأن مثل هذه الأخطاء ليست لمرة واحدة (يتم خلطها بواسطة LAN A و LAN B) ، فإن العداد سيزداد باستمرار.

ربط حركة المرور HSR

عند نقل البيانات داخل شبكة HSR ، تتم إضافة علامة HSR إلى كل إطار.
تتكون علامة HSR من المعلمات التالية:

• 16 بت HSR Ethertype
• مؤشر مسار 4 بت
• حجم الإطار 12 بت
• عدد 16 بت التسلسل

يقوم المرسل بإدراج نفس أرقام التسلسل في الإطارات المكررة التي يتم إرسالها ، ثم يزيد رقم التسلسل لكل رسالة مرسلة من هذه العقدة.

يراقب جهاز الاستقبال الأرقام التسلسلية لجميع الإطارات من كل مصدر يستقبل البيانات منه (يميز المصادر حسب عنوان MAC). إذا كانت الإطارات تأتي من خطوط مختلفة ولها نفس المصدر ورقم التسلسل ، فسيتم قبول أحدهما ، ويتم تجاهل الثاني.

للتحكم في الشبكة ، يحتفظ كل جهاز بجدول لجميع العقد في الشبكة التي يستقبل منها البيانات. يسمح لك هذا باكتشاف اختفاء العقد والأخطاء في الناقل.

تحدد العقدة الإطار الذي أرسلته حسب المصدر ورقم التسلسل.



الإطار مع علامة HSR المضافة

لا تتجاهل عقدة HSR إطارًا لم تتلقاه من قبل. تُعرّف العقدة جميع الإطارات المكررة تقريبًا ، ولكن إذا كان هناك القليل منها ، فلن تحذفها ، أي الإطار يمر فقط من خلال الحلقة بأكملها ويتم تدميره على المرسل.

في المعيار ، لم يتم تعريف الخوارزمية لتحديد الإطارات المكررة. كطرق ممكنة ، يمكن استخدام جداول التجزئة وقوائم الانتظار وتتبع رقم التسلسل.

وضع U

في هذا الوضع ، تدمر العقدة التي تستقبل الإطار التكرار ولا تسمح لها بالانتشار أكثر. إذا تم نقل الإطار مع ذلك ، يتم إتلافه على العقد التالية. يتيح لك هذا الوضع إلغاء تحميل الحلقة من حركة مرور أحادي الإرسال.

في الرسم البياني ، تشير الأسهم الحمراء إلى الحزم التي تحمل علامة HSR المرسلة من المنفذ "A" (يشار إليه فيما يلي - الإطار "A").

تشير الأسهم الخضراء إلى الحزم التي تحمل علامة HSR المرسلة من المنفذ "B" (يشار إليه فيما يلي - الإطار "B").

تشير الأسهم الفارغة إلى انخفاض عدد الزيارات ، أي تم تجاهل الإطارات التي سيتم إرسالها أثناء التشغيل العادي ، ولكن في هذا الوضع.
يشير الصليب إلى إزالة حركة المرور من الحلبة (على أي حال).

وضع X

في هذا الوضع ، لا تقوم العقدة بإعادة توجيه الإطار وتجاهله إذا تم تلقي هذا الإطار من اتجاه آخر.

على سبيل المثال ، DAN 1 في الصورة لن يعيد توجيه الإطار "B" إلى أبعد من ذلك ، لأن لقد تلقى بالفعل رتل "A" ، ولن يرسل DAN 2 الرتل "A" إلى أبعد من ذلك ، لأنه تلقى بالفعل الإطار "B".

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

لا ينطبق وضع X على رسائل PTP وعلى إرسال إطار المراقبة.

التحكم في الشبكة

PRP

يتحقق جهاز الاستقبال من وصول جميع الإطارات بالتسلسل ويتم استقبالها بشكل صحيح على كلتا القناتين. يدعم عدادات الأخطاء التي يمكن قراءتها ، على سبيل المثال ، من خلال SNMP.

تدعم جميع الأجهزة جداول العقدة التي تتبادل بها البيانات. تحتوي هذه الجداول على معلومات حول الوقت الذي تم فيه إرسال الإطار الأخير أو استلامه من عقدة معينة وغيرها من المعلومات المتعلقة ببروتوكول PRP.

في نفس الوقت ، تتيح هذه الجداول اكتشاف المركبات التي من الضروري مزامنة أرقام التسلسل فيها ، وكذلك اكتشاف التسلسلات المكسورة والعقد المفقودة.

يعتمد التشخيص على حقيقة أن كل DAN يرسل بشكل دوري إطارًا تشخيصيًا (إطار الإشراف) ، والذي يسمح لك بالتحقق من سلامة الشبكة ووجود العقد. في نفس الوقت ، تسمح لك هذه الإطارات بالتحقق من الأجهزة التي تعمل كأجهزة DAN ، وتحديد عناوين MAC الخاصة بها وفي أي وضع تعمل - مكررة قبول أو تجاهل مكررة.

Hsr

كل عقدة تتحقق باستمرار من جميع الروابط.

ترسل كل عقدة بشكل دوري إطارًا تشخيصيًا (إلى كلا المنفذين) يحتوي على معلومات حول حالة العقدة. يتم قبول هذا الإطار من قبل جميع العقد ، بما في ذلك المرسل. عندما يتلقى المرسل رسالته التشخيصية الخاصة ، يتم إجراء فحص سلامة القناة الفعلية.

الفاصل الزمني لإرسال إطار التشخيص كبير نسبيا (بضع ثوان) ، لأنه لا يشترط توفير التكرار ، ولكن هناك حاجة فقط لأغراض التشخيص.

يتم إدخال جميع العقد في جدول جميع الشركاء الذين تم العثور عليهم ، ويتم تسجيل الوقت عندما كانت العقدة نشطة آخرًا ، وكذلك جميع الإطارات والإطارات المفقودة التي لم يتم إرسالها بالتسلسل.

يتم تسجيل جميع تغييرات الهيكل التي حدثت أيضًا ويمكن الحصول على جميع المعلومات عبر SNMP.

HSR و PRP: إيجابيات وسلبيات

الخاتمة

هذا لا يعني أن أحد البروتوكولات أفضل من بروتوكول آخر - لقد تم تصميمه قليلاً للتطبيقات المختلفة. يتيح كل من HSR و PRP التكرار السلس للشبكة ، لكن HSR يسمح لك بإنشاء حلول أكثر فعالية من حيث التكلفة. لكن هذه الربحية تنطوي على صعوبات ، لأن من الصعب توسيع نطاق الشبكة القائمة على HSR والتطبيقات ليست مرنة للغاية. انخفاض المرونة ناتج عن طوبولوجيا محدودة (الحلقة ، إقران الحلقات) ، فضلاً عن ضعف توافق البروتوكول مع التقنيات الأخرى. لذلك ، HSR هو الأنسب لتكرار النظم الصغيرة والتكامل في شبكة كبيرة. النسخ الاحتياطي المستندة إلى HSR الشبكة بالكامل مشكلة. PRP ، بدوره ، هو حل أكثر تكلفة ، لكنه يسمح لك بتنظيم شبكة واسعة إلى حد ما ، والتي يمكن توسيعها في المستقبل دون مشاكل ، لأنيتيح هذا البروتوكول إمكانية دمج أي تقنية تقريبًا بشكل مريح وتنفيذ طبولوجيا مختلفة تمامًا.

ابحث عن حل