المحتويات

المقدمة

المشكلة

الحل

دليل عام لحساب التكاليف العامة

مثال لحساب النفقات العامة

المقدمة

يوضح هذا المستند كيفية حساب مصروفات حركة مرور بيانات التحكم على نشر تغشية SD-WAN. يرجى ملاحظة أنه يجب إستخدام إرشادات المقالة التالية على رمز الفيديو تحت 20.10.x و IOS-XE SD-WAN 17.10.x وأقل (من 20.10.x /17.10.x قامت Cisco بتنفيذ نموذج الدفع لجمع البيانات).

المشكلة

السؤال الشائع الذي يتم تلقيه أثناء مرحلة التصميم من مستخدم ما هو "كم من المصاريف التي سيسببها حل شبكة WAN لدائرة فرعنا؟ " الجواب هو انه يعتمد على متغيرات قليلة.

الحل

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

شكل 1. فرع SD-WAN مع دائرة تحويل التسمية متعدد البروتوكولات والإنترنت (MPLS).

وقد لا يكون الأمر كذلك دائما، فمعظم المستخدمين يفضلون الانتقال إلى SD-WAN مع أقل قدر من التغيير وتقديم دوائر جديدة، وربما يكون من المقرر إضافة دائرة كهربائية في مرحلة لاحقة، تكون مثل الشكل 2. دون دائرة إنترنت.

شكل 2. فرع SD-WAN مع دائرة MPLS فقط.

من أجل إعداد المرحلة، إذا كان لديك 100 فرع بنهايتي رأس، ومخطط شبكة كاملة مقترحة بين الفروع ونهايات الرأس، وكان لدى المستخدم معيار جودة خدمة صارم مع تخصيص 20٪ لقائمة انتظار تقليل التأخير (LLQ) للصوت.

ومع الترحيل إلى شبكة SD-WAN ما هي التكاليف العامة التي يتعين علينا مراعاتها بالنسبة لهذه الفروع، إن كان الأمر كذلك. دعونا نتعمق أكثر.

ملاحظة: يتعين النظر في هذه الحسابات في إطار شرط تشغيلي عادي يشمل متطلبات الذروة. ومع ذلك، لا تتأملوا في كل السيناريوهات المحتملة.

هذه الأرقام مستمدة من الاختبار المعملي الذي تم إجراؤه باستخدام جلسة عمل 1vManage و 1vBond و 1vSmart و 255 BFD.

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

جلسة عمل/جار ٪1 لمعرف فئة المورد (BFD)

2 × 132 × 8 = 2.2 كيلوبت/ثانية

2: في الثانية تقوم بإرسال واستقبال ما يصل إلى حزم BFD

132: حجم حزمة BFD في B

DTLS إلى vSmart

ما يصل إلى 80 كيلوبت/ثانية*

vManage التحقق من البيانات

ما يصل إلى 1. 2 ميجابت في الثانية**

تمكين DPI

200 كيلوبت في الثانية

كيلوبت في الثانية = كيلوبت في الثانية

B = وحدات البايت

ميغابت/ثانية

* يعتمد ذلك على السياسة والمسارات؛ ولا يلزم إجراء هذا الحساب إلا في وقت التبادل الأولي، وتكون الحالة المستقرة أقل بكثير/أدنى ما تكون حوالي 200 باء.

** لا يضع في الاعتبار نشاط المستخدم-الذي يتم تشغيله مثل تشغيل الأوامر عن بعد أو تقنية المسؤول، حيث تبلغ سرعة 1.2 ميجابت في الثانية أعلى إرتفاع لها.

الآن، إذا أخذت بعين الاعتبار كل ال 100 موقع شبكة كامل والتي هي 200 جلسة BFD (2 مسحاج تخديد لكل فرع، 2 TLOC لكل موجه مع حد في اللون)، فإن الجدول السابق الذكر سيصبح.x.

الجدول 2. نطاق ترددي ل Queue0 لجلسات عمل BFD [100 موقع] تتضمن إستطلاع باستخدام تقنية vSmart و vManage.

جلسة عمل 200 BFD

440 كيلوبت في الثانية

[2.2 × 200]

DTLS إلى vSmart

ما يصل إلى 80 كيلوبت/ثانية*

إستطلاعات تقنية vManage

ما يصل إلى 1. 2 ميجابت في الثانية**

المجموع

1.72 ميغابت في الثانية

* يعتمد ذلك على السياسة والمسارات؛ ولا يلزم إجراء هذا الحساب إلا في وقت التبادل الأولي، وتكون الحالة المستقرة أقل بكثير/أدنى ما تكون حوالي 200 باء.

** لا يضع في الاعتبار نشاط المستخدم-الذي يتم تشغيله مثل تشغيل الأوامر عن بعد أو تقنية المسؤول، حيث تبلغ سرعة 1.2 ميجابت في الثانية أعلى إرتفاع لها.

تذكر دائما كل حركة المرور هذه Queue0 LLQ، حيث يتم دائما إعطاء حركة مرور بيانات التحكم هذه أولوية مواطن من الفئة الأولى بمعنى أنها آخر مرة يتم تنظيمها على LLQ.

عادة في وقت تصميم جودة الخدمة، يتم وضع حركة مرور الصوت في قائمة الانتظار0 (LLQ)، مع متطلب سرعة 1. 72 ميجابت في الثانية ل 100 فرع شبكة كاملة مع تقنية Tloc ل SD-WAN، ويمكنك مشاهدة وضع/إسقاط البيانات على LLQ مع فروع دوائر ذات عرض نطاق ترددي منخفض.

الآن، إذا وضعت في اعتبارك تكلفة توسيع TLOC التي لن تساهم في Queue0 لكنها تشكل متطلبات السعة الإجمالية.

الجدول 3. إجمالي متطلبات النطاق الترددي بعد النظر في كيفية التحكم في حركة المرور عبر ملحق Tloc.

متطلبات Queue0

1.72 ميغابت في الثانية

جلسة عمل 200 BFD للملحق التقني [يشفر] بدون قائمة انتظار0

520 كيلوبت في الثانية [440 + 80*]

[BFD + DTLS]

المجموع

2.24 ميغابت في الثانية

* يعتمد ذلك على السياسة والمسارات؛ ولا يلزم إجراء هذا الحساب إلا في وقت التبادل الأولي، وتكون الحالة المستقرة أقل بكثير/أدنى ما تكون حوالي 200 باء.

لكل 100 فرع مضمن بالكامل مع امتدادات TLOC مع تقييد الألوان، ضع في الاعتبار التخطيط للسعة التي تبلغ حوالي 2.5 ميجابت في الثانية بناء على متطلبات قصوى، مرة أخرى يمكنك تجميع الأوامر في الوقت الفعلي، لم يتم مراعاة تقنية المسؤول في الحساب المذكور سابقا، ضع هذا في حالة التشغيل العادية.

السيناريو الأول.

إذا كنت بحاجة إلى إستيعاب متطلبات حركة مرور التحكم إلى Queue0 وإذا كان أحد الفروع يحتوي على دائرة بسرعة 10 ميجابت في الثانية فقط، فيجب تضمينه في تغشية SD-WAN باستخدام سياسة جودة الخدمة التي لا تتعدى نسبة 20٪ LLQ لكل من حركة مرور الصوت والتحكم. يمكنك أن تنظر إلى التجربة المخفضة في وقت ذروة الاستطلاعات من vManage. قد لا يساعد حل الشبكة والمحور في هذه الحالة لأنه لا يزال يستهلك حوالي 1.28 ميجابت في الثانية.

الجدول 4. متطلبات النطاق الترددي ل Hub and Speaker Queue0.

4 BFD جلسة إلى غاية غاية

8.8 كيلوبت/ثانية

[2.2 × 4]

DTLS إلى vSmart

ما يصل إلى 80 كيلوبت/ثانية*

إستطلاعات تقنية vManage

ما يصل إلى 1. 2 ميجابت في الثانية**

المجموع

1.28 ميغابت في الثانية

* يعتمد ذلك على السياسة والمسارات؛ ولا يلزم إجراء هذا الحساب إلا في وقت التبادل الأولي، وتكون الحالة المستقرة أقل بكثير/أدنى ما تكون حوالي 200 باء.

** لا يضع في الاعتبار نشاط المستخدم-الذي يتم تشغيله مثل تشغيل الأوامر عن بعد أو تقنية المسؤول، حيث تبلغ سرعة 1.2 ميجابت في الثانية أعلى إرتفاع لها.

السيناريو 2.

إذا قررت إعادة تصميم سياسة جودة الخدمة (QoS)، للوفاء بمتطلبات النطاق الترددي العريض الفائق ذات السعة الزائدة التي تبلغ 2 ميجابت في الثانية، فيمكنك زيادة نسبة LLQ لجودة الخدمة (QoS) من 20٪ إلى 40٪. لكن ذلك سيكون له تأثير سلبي على الدوائر ذات النطاق الترددي العريض.

شكل 3. تخصيص 20٪ من قائمة الانتظار0 بشكل نموذجي لجودة الخدمة.

بالنسبة للدائرة بسرعة 10 ميجابت في الثانية، يحصل Queue0 على 2 ميجابت في الثانية بنسبة 20٪. بافتراض أنه معيار نموذجي لجودة الخدمة (QoS) لأي شركة. يتطلب تبني شبكة SD-WAN شبكة كاملة، لذلك، تحتاج إلى زيادة تخصيص Queue0 لاستيعاب 2 ميجابت في الثانية علوية إلى Queue0 إذا قرر المستخدم زيادة تخصيص جودة الخدمة إلى 40٪ كما هو موضح في الصورة.

راجع أن كمية هائلة من Queue0 للدائرة تأخذ الموارد الخاصة بقائمة الانتظار الأخرى. ومع ذلك، فإن الفرق يكون أكثر في دائرة عرض نطاق أكبر.

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

تقسيم LLQ:

باستخدام LLQ المقسم، يمكنك إضافة النطاق الترددي الضروري إلى قائمة الانتظار مع الاحتفاظ بقائمة الانتظار ذات الأولوية.

يدعم LLQ المقسم حاليا فقط مع واجهة سطر الأوامر (CLI) من Addon، مع إمكانية وجود LLQ المقسمة على مستويين من قائمة الانتظار ذات الأولوية، وسوف يكون نموذج التكوين كما هو موضح هنا. يمكن تخصيص التكوين باستخدام متغيرات، حيث تحتفظ هذه التعليمة الصغيرة بمعدل 4 ميجابت في الثانية لحركة مرور التحكم وبقية قائمة الانتظار كنسبة مئوية تم تعيينها للنطاق الترددي.

مثال لقائمة انتظار منقسمة:

policy-map GBL_edges_qosmap_rev1

class Queue0

priority level 1

police cir 2000000 bc 250000

conform-action transmit

exceed-action drop

!

!

class Queue1

bandwidth remaining ratio 16

random-detect precedence-based

!

class class-default

bandwidth remaining ratio 8

random-detect precedence-based

!

class Queue3

bandwidth remaining ratio 16

random-detect precedence-based

!

class Queue4

bandwidth remaining ratio 32

random-detect precedence-based

!

class Queue5

bandwidth remaining ratio 8

random-detect precedence-based

!

class Queue6

priority level 2

police rate percent 20

!

!

!

ملاحظة: يتم إختبار هذه التكوينات على ISR/ASR التي تشغل الإصدار 17.3.x ووحدات التحكم على الإصدار 20.3.x.

دليل عام لحساب التكاليف العامة

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

الجدول 5. حساب عام للمبدأ التوجيهي (يفترض أن لديك تقييد لون).

البروتوكول/الدورة

النطاق الترددي مطلوب

قائمة الانتظار0

2.2 x [ لا توجد مواقع x لا. من BFD إلى موقع من شبكة WAN] + 80 + 1200

حجم BFD x [ لا.of sites x no.of BFD إلى موقع من WAN Tloc] + DTLS +vManage

= Queue0_Distribution

التحكم في حركة المرور عبر TLOC

2.2 x [لا.of Sites x Tloc/لكل موجه] + 80

حجم BFD x [Sites x TLOC/لكل موجه] + DTLS

= Tloc_Distribution

المجموع

Queue0_Distribution + Tloc_Distribution

مثال لحساب النفقات العامة

إذا كنت بحاجة إلى حساب الارتفاع العام لدائرة MPLS ل 100 موقع مماثل للموقع الموضح هنا، يمكنك افتراض أن كل لون تم تمكين التقييد به.

عدد المواقع = 100

رقم BFD إلى موقع من WAN Tloc = 2.

الجدول 6. قم بحساب التكاليف الإضافية لعمليات التحويل متعدد البروتوكولات لنشر 100 موقع.

البروتوكول/الدورة

النطاق الترددي مطلوب

قائمة الانتظار0

2.2 × [100 × 2] + 80 + 1200

حجم BFD x [ لا.of sites x no.of BFD إلى موقع من WAN Tloc] + DTLS +vManage

= 1.72 ميجابت في الثانية

التحكم في حركة المرور عبر TLOC

2.2 × [100 × 2] + 80

حجم BFD x [Sites x TLOC/لكل موجه] + DTLS

= 520 كيلوبت/ثانية

المجموع

1720 كيلوبت/ثانية + 520 كيلوبت/ثانية

= 2.24 ميجابت في الثانية

تبلغ حمولة قائمة الانتظار0 الإضافية 1. 72 ميجابت في الثانية وإجمالي النفقات العامة 2. 24 ميجابت في الثانية.