هنا يجب عليك إجراء حجز على الفور أنه قبل ظهور SD-WAN في محفظة Cisco ، شكلت DMVPN مع PfR جزءًا رئيسيًا في بنية Cisco IWAN (WAN الذكي)والذي يمثل بدوره سلفًا لتقنية SD-WAN الكاملة. على الرغم من التشابه العام بين كل من المشكلات التي يتم حلها وطرق حلها ، لم تتلق IWAN بعد مستوى الأتمتة والمرونة وقابلية التوسع اللازمة لـ SD-WAN ، ومع مرور الوقت ، انخفض تطوير IWAN بشكل كبير. في الوقت نفسه ، لم تذهب التقنيات نفسها التي تشكل IWAN إلى أي مكان ، ويستمر العديد من العملاء في استخدامها بنجاح ، بما في ذلك على المعدات الحديثة. نتيجة لذلك ، تم تطوير موقف مثير للاهتمام - تسمح لك معدات Cisco نفسها باختيار تقنية WAN الأكثر ملاءمة (الكلاسيكية ، DMVPN + PfR أو SD-WAN) وفقًا لمتطلبات وتوقعات العملاء.
لا تهدف المقالة إلى تحليل تفصيلي لجميع ميزات تقنيات Cisco SD-WAN و DMVPN (مع توجيه الأداء أو بدونه) - فهناك قدر هائل من المستندات والمواد المتاحة لهذا الغرض. المهمة الرئيسية هي محاولة تقييم الاختلافات الرئيسية بين هذه التقنيات. لكن مع ذلك ، قبل الانتقال إلى مناقشة هذه الاختلافات ، لنتذكر بإيجاز التقنيات نفسها.
ما هو Cisco DMVPN ولماذا هو مطلوب؟
يحل Cisco DMVPN مشكلة الاتصال الديناميكي (= القابل للتوسع) لشبكة فرع بعيد بشبكة المكتب المركزي للمؤسسة باستخدام أنواع عشوائية من قنوات الاتصال ، بما في ذلك الإنترنت (= مع تشفير قناة الاتصال). من الناحية الفنية ، يتم تحقيق ذلك من خلال إنشاء تراكب افتراضي L3 VPN في وضع نقطة إلى عدة نقاط مع هيكل منطقي من النوع "Star" (Hub-n-Spoke). للقيام بذلك ، يستخدم DMVPN مجموعة من التقنيات التالية:
- توجيه IP
- أنفاق GRE متعددة النقاط (mGRE)
- بروتوكول حل القفزة التالية (NHRP)
- ملفات تشفير IPSec
ما هي المزايا الرئيسية لـ Cisco DMVPN بالمقارنة مع التوجيه الكلاسيكي باستخدام قنوات MPLS VPN؟
- – , IP- , ( ) ( )
- . – , – ( )
- IP- . mGRE , . , .
Cisco Performance Routing ?
عند استخدام DMVPN على شبكة interbranch ، يبقى سؤال مهم للغاية بدون حل - كيف يمكن تقييم حالة كل من أنفاق DMVPN بشكل ديناميكي للامتثال لمتطلبات حركة المرور التي تعتبر بالغة الأهمية لمؤسستنا ، ومرة أخرى ، بناءً على هذا التقييم ، اتخاذ قرار إعادة التوجيه ديناميكيًا؟ الحقيقة هي أن DMVPN في هذا الجزء لا يختلف كثيرًا عن التوجيه الكلاسيكي - أفضل شيء يمكن فعله هو تكوين آليات QoS ، والتي ستسمح بتحديد أولويات حركة المرور في الاتجاه الصادر ، ولكنها لا تستطيع بأي حال من الأحوال مراعاة حالة المسار بالكامل في وقت أو آخر.
وماذا تفعل إذا تدهورت القناة جزئيًا ولكن ليس تمامًا - كيف نكتشفها ونقيمها؟ DMVPN نفسها لا تستطيع القيام بذلك. بالنظر إلى أن القنوات التي تربط الفروع يمكنها المرور عبر مشغلي اتصالات مختلفين تمامًا باستخدام تقنيات مختلفة تمامًا ، تصبح هذه المهمة غير تافهة للغاية. وهذا هو المكان الذي تأتي فيه تقنية توجيه أداء Cisco إلى الإنقاذ ، والتي كانت في ذلك الوقت قد مرت بالفعل بعدة مراحل من التطوير.
تتلخص مهمة توجيه أداء Cisco (المشار إليها فيما يلي بـ PfR) في قياس حالة المسارات (الأنفاق) التي تمر بها حركة المرور بناءً على المقاييس الرئيسية المهمة لتطبيقات الشبكة - زمن الانتقال وتغير التأخير (الارتعاش) وفقدان الحزمة (بالنسبة المئوية)... بالإضافة إلى ذلك ، يمكن قياس عرض النطاق الترددي المستخدم. تتم هذه القياسات في أقرب وقت ممكن ومضمون ، وتسمح نتيجة هذه القياسات لجهاز التوجيه الذي يستخدم PfR باتخاذ قرارات ديناميكية بشأن الحاجة إلى تغيير توجيه نوع معين من حركة المرور.
وبالتالي ، يمكن وصف مشكلة الجمع بين DMVPN / PfR باختصار على النحو التالي:
- اسمح للعميل باستخدام أي قنوات اتصال على شبكة WAN
- ضمان أعلى جودة ممكنة للتطبيقات الهامة على هذه القنوات
ما هو Cisco SD-WAN؟
Cisco SD-WAN هي تقنية تستخدم نهج SDN لبناء وتشغيل WAN الخاص بالمؤسسة. على وجه الخصوص ، هذا يعني استخدام ما يسمى بوحدات التحكم (عناصر البرامج) ، والتي توفر تنسيقًا مركزيًا وتكوينًا آليًا لجميع مكونات الحل. على عكس SDN الأساسي (نمط Clean Slate) ، تستخدم Cisco SD-WAN عدة أنواع من وحدات التحكم في وقت واحد ، كل منها يؤدي دوره الخاص - ويتم ذلك عن قصد من أجل توفير قابلية توسعة أفضل وتكرار جغرافي.
في حالة SD-WAN ، تظل مهمة استخدام جميع أنواع القنوات وضمان تشغيل تطبيقات الأعمال قائمة ، ولكن في نفس الوقت ، تزداد متطلبات التشغيل الآلي وقابلية التوسع والأمان والمرونة لمثل هذه الشبكة.
مناقشة الاختلافات
إذا بدأنا الآن في تحليل الاختلافات بين هذه التقنيات ، فسوف تندرج في إحدى الفئات:
- الاختلافات المعمارية - كيف يتم توزيع الوظائف بين المكونات المختلفة للحل ، وكيف يتم تنظيم تفاعل هذه المكونات ، وكيف يؤثر ذلك على إمكانيات ومرونة التقنية؟
- الوظيفة - ما الذي يمكن لتقنية أن تفعله ولا تستطيع تقنية أخرى أن تفعله؟ وهل هي مهمة جدا؟
ما هي الاختلافات المعمارية ، وهل هي حقا مهمة؟
كل من التقنيات المعينة لها العديد من "الأجزاء المتحركة" ، والتي تختلف ليس فقط في دورها ، ولكن أيضًا في مبادئ التفاعل مع بعضها البعض. تعتمد قابلية التوسع والتسامح مع الخطأ والكفاءة الإجمالية للحل بشكل مباشر على مدى التفكير الجيد لهذه المبادئ والآليات العامة للحل.
دعنا نفكر في جوانب مختلفة من البنية بمزيد من التفصيل: مستوى
البيانات هو جزء من الحل المسؤول عن نقل حركة مرور المستخدم بين المصدر والوجهة. في DMVPN و SD-WAN ، يكون التنفيذ هو نفسه على أجهزة التوجيه نفسها استنادًا إلى أنفاق Multipoint GRE. يكمن الاختلاف في كيفية تكوين مجموعة المعلمات المطلوبة لهذه الأنفاق:
- DMVPN/PfR – «» Hub-n-Spoke. Hub Spoke Hub, NHRP data-plane . , Hub, , / WAN- .
- في SD-WAN ، يعد نموذجًا ديناميكيًا بالكامل لاكتشاف معلمات الأنفاق القائمة على مستوى التحكم (بروتوكول OMP) ومستوى التزامن (التفاعل مع وحدة التحكم في BBond لاكتشاف وحدة التحكم ومهام اجتياز NAT). في هذه الحالة ، يمكن أن تكون الهياكل المتراكبة موجودة ، بما في ذلك الهياكل الهرمية. ضمن طوبولوجيا النفق المتراكب المنشأة ، من الممكن تكوين مرن للطوبولوجيا المنطقية في كل VPN فردي (VRF).
مستوى التحكم - وظائف التبادل والتصفية وتعديل التوجيه والمعلومات الأخرى بين مكونات الحل.
- DMVPN/PfR – Hub Spoke. Spoke . , Hub control-plane data-plane, Hub , .
- في SD-WAN - لا يتم تنفيذ مستوى التحكم مباشرة بين أجهزة التوجيه - يعتمد التفاعل على بروتوكول OMP ويتم بالضرورة من خلال نوع متخصص منفصل من وحدة تحكم vSmart ، والتي توفر إمكانية الموازنة والتكرار الجغرافي والتحكم المركزي في حمل الإشارة. ميزة أخرى لبروتوكول OMP هي مقاومته الكبيرة للخسائر والاستقلال عن سرعة قناة الاتصال مع وحدات التحكم (ضمن حدود معقولة بالطبع). هذا ناجح بنفس القدر في وضع وحدات تحكم SD-WAN في السحب العامة أو الخاصة مع الوصول إلى الإنترنت.
مستوى السياسة - جزء الحل المسؤول عن تحديد سياسات التحكم في حركة المرور وتوزيعها وإنفاذها على شبكة WAN.
- DMVPN – (QoS), CLI Prime Infrastructure.
- DMVPN/PfR – PfR Master Controller (MC) CLI MC. , data-plane. , . IP- Hub Spoke. MC DMVPN . ( ) Prime Infrastructure . — – .
- SD-WAN – Cisco vManage ( ). vSmart ( ). data-plane , .. .
– , – , , ..
مستوى التزامن - آليات تسمح للمكونات باكتشاف بعضها البعض ديناميكيًا ، وتكوين التفاعل اللاحق وتنسيقه.
- في DMVPN / PfR ، يعتمد الاكتشاف المتبادل بواسطة أجهزة التوجيه على التكوين الثابت لأجهزة Hub والتكوين المقابل لأجهزة Spoke. يحدث الاكتشاف الديناميكي فقط لـ Spoke ، الذي ينقل معلمات اتصال Hub الخاصة به إلى الجهاز ، والذي تم تكوينه مسبقًا في تكوين Spoke. بدون اتصال IP ، لا يمكن أن يشكل Spoke مع لوحة وصل واحدة على الأقل مستوى بيانات أو مستوى تحكم.
- SD-WAN vBond, ( vManage/vSmart) IP-.
– - vBond. – ( ) vBond, vBond vManage vSmart ( ), .
الخطوة التالية هي أن يتعرف جهاز التوجيه الجديد على باقي أجهزة التوجيه في الشبكة عبر تبادل OMP مع وحدة التحكم vSmart. وبالتالي ، فإن جهاز التوجيه ، الذي لا يعرف في البداية أي شيء عن معلمات الشبكة على الإطلاق ، قادر على اكتشاف وحدات التحكم والاتصال بها تلقائيًا بشكل كامل ومن ثم اكتشاف الاتصال تلقائيًا وتشكيله مع أجهزة التوجيه الأخرى. في الوقت نفسه ، تكون معلمات الاتصال لجميع المكونات غير معروفة في البداية وقد تتغير أثناء التشغيل.
مستوى الإدارة هو جزء من الحل الذي يوفر إدارة ومراقبة مركزية.
- DMVPN/PfR – management-plane . , Cisco Prime Infrastructure. CLI. API .
- SD-WAN – vManage. vManage, REST API.
SD-WAN vManage – (Device Template) , . vManage, , / , .
vManage Cisco SD-WAN, DPI .
, ( ) CLI, . ( ) , – vManage.
الأمان المتكامل - هنا يجب أن نتحدث ليس فقط عن حماية بيانات المستخدم عند الإرسال عبر القنوات المفتوحة ، ولكن أيضًا عن الأمان العام لشبكة WAN استنادًا إلى التقنية المحددة.
- DMVPN/PfR . , IPS/IDS. VRF. () .
- – .. , , . - SD-WAN DMVPN , L3/VRF (, IPS/IDS, URL-, DNS-, AMP/TG, SASE, TLS/SSL proxy ..). vSmart ( ), , DTLS/TLS . .
(-, ) DTLS/TLS. /. / SD-WAN :
- «» .
SD-WAN DMVPN/PfR
بالانتقال إلى مناقشة الاختلافات الوظيفية ، تجدر الإشارة إلى أن العديد منها يعد استمرارًا للاختلافات المعمارية - ليس سراً أنه عند تشكيل بنية الحل ، يبدأ المطورون من القدرات التي يريدون الحصول عليها في النهاية. دعونا ننظر في أهم الاختلافات بين التقنيتين.
AppQ (جودة التطبيق) - وظائف لضمان جودة نقل حركة المرور لتطبيقات الأعمال
تهدف الوظائف الرئيسية لهذه التقنيات إلى تحسين تجربة المستخدم قدر الإمكان عند استخدام التطبيقات المهمة للأعمال في شبكة موزعة. هذا مهم بشكل خاص في الظروف التي لا يتم فيها التحكم في جزء من البنية التحتية بواسطة تكنولوجيا المعلومات أو حتى لا يضمن نقل البيانات بنجاح.
لا يوفر DMVPN مثل هذه الآليات في حد ذاته. أفضل شيء يمكن القيام به في شبكة DMVPN الكلاسيكية هو تصنيف حركة المرور الصادرة من خلال التطبيق وتحديد أولوياتها في اتجاه ارتباط WAN. يكون اختيار نفق DMVPN في هذه الحالة فقط بسبب توفره ونتيجة بروتوكولات التوجيه. في الوقت نفسه ، لا تؤخذ الحالة النهائية للمسار / النفق وتدهوره الجزئي المحتمل من وجهة نظر المقاييس الرئيسية المهمة لتطبيقات الشبكة - التأخير وتغير التأخير (الارتعاش) والخسارة (٪). في هذا الصدد ، ليس من المنطقي إجراء مقارنة مباشرة بين DMVPN الكلاسيكي و SD-WAN من حيث حل مشكلات AppQ - لا يمكن لـ DMVPN حل هذه المشكلة. مع إضافة تقنية توجيه أداء Cisco (PfR) إلى هذا السياق ، يتغير الموقف وتصبح المقارنة مع Cisco SD-WAN أكثر ملاءمة.
قبل الانتقال إلى مناقشة الاختلافات ، إليك ملخص سريع لكيفية تشابه التقنيات. إذن ، كلا التقنيتين:
- لديك آلية تسمح لك بالتقييم الديناميكي لحالة كل نفق تم إنشاؤه في سياق مقاييس معينة - على الأقل التأخير وتغير التأخير وفقدان الحزمة (٪)
- استخدام مجموعة معينة من الأدوات لتشكيل وتوزيع وتطبيق قواعد (سياسات) التحكم في حركة المرور ، مع مراعاة نتيجة قياس حالة المقاييس الرئيسية للأنفاق.
- يصنف حركة مرور التطبيق في طبقات L3-L4 (DSCP) لنموذج OSI أو توقيعات تطبيق L7 بناءً على آليات DPI المضمنة في جهاز التوجيه
- تسمح للتطبيقات المهمة بتحديد قيم عتبة مقبولة للمقاييس ، وقواعد لنقل حركة المرور افتراضيًا ، وقواعد لإعادة توجيه حركة المرور عند تجاوز قيم العتبة.
- GRE/IPSec DSCP GRE/IPSEC , QoS ( SLA).
SD-WAN DMVPN/PfR?
DMVPN/PfR
- , (Probes). — , ( ).
- – .
- . DMVPN/PfR .
- PfR TCA (Threshold Crossing Alert) , , , TCA-. , .
SD-WAN
- BFD echo-. TCA – . .
- BFD .
- BFD . . WAN- MPLS L2/L3 VPN QoS SLA — DSCP- BFD ( IPSec/GRE) , . BFD - . Cisco SD-WAN BFD, BFD DSCP- ( ).
- BFD , . SD-WAN , MTU TCP MSS Adjust, .
- SD-WAN QoS L3 DSCP , L2 CoS , — , IP-
, AppQ ?
DMVPN/PfR:
- (-) () CLI CLI- . CLI- .
- / .
- .
- , , .
- . , . / .
- , .
- , WAN- , .
SD-WAN:
- vManage .
- , , , .
- ()
- , / vSmart – data-plane . IP- .
- , , , , :
- FEC (Forward Error Correction) – . , FEC . , .
- ازدواجية تدفقات البيانات - بالإضافة إلى FEC ، يمكن للسياسة توفير الازدواج التلقائي لحركة التطبيقات المختارة في حالة وجود مستوى أشد من الخسائر لا يمكن تعويضه بواسطة FEC. في هذه الحالة ، سيتم إرسال البيانات المحددة عبر جميع الأنفاق باتجاه فرع الاستقبال مع إلغاء الازدواجية اللاحقة (تجاهل النسخ الإضافية من الحزم). تزيد الآلية بشكل كبير من استخدام القناة ، ولكنها تزيد أيضًا بشكل كبير من موثوقية الإرسال.
- FEC (Forward Error Correction) – . , FEC . , .
قدرات Cisco SD-WAN ، لا توجد نظائر مباشرة في DMVPN / PfR
تسمح لك بنية حل Cisco SD-WAN ، في بعض الحالات ، بالحصول على فرص ، يكون تنفيذها داخل DMVPN / PfR إما صعبًا للغاية أو غير عملي بسبب تكاليف العمالة الضرورية ، أو حتى مستحيل. دعونا نفكر في أكثرها إثارة للاهتمام:
هندسة المرور (TE)
يتضمن TE الآليات التي تسمح بتحويل حركة المرور من المسار القياسي الذي تشكله بروتوكولات التوجيه. غالبًا ما يتم استخدام TE لتوفير توافر عالي لخدمات الشبكة ، نظرًا للقدرة على سرعة و / أو تقدم حركة مرور مهمة إلى مسار إرسال بديل (غير متداخل) من أجل توفير جودة أفضل للخدمة أو سرعة استردادها في حالة حدوث فشل في المسار الرئيسي.
يكمن تعقيد تنفيذ TE في الحاجة إلى حساب والاحتفاظ (التحقق) من مسار بديل مقدمًا. في شبكات MPLS لمشغلي الاتصالات ، يتم حل هذه المشكلة باستخدام تقنيات مثل MPLS Traffic-Engineering مع امتدادات بروتوكولات IGP وبروتوكول RSVP. في الآونة الأخيرة أيضًا ، تكتسب تقنية Segment Routing ، التي تم تحسينها بشكل أكبر للتكوين المركزي والتزامن ، المزيد والمزيد من الشعبية. في شبكات WAN الكلاسيكية ، لا يتم تمثيل هذه التقنيات ، كقاعدة عامة ، أو يتم تقليلها إلى استخدام آليات قفزة بخطوة مثل التوجيه المستند إلى السياسة (PBR) ، والتي تكون قادرة على تفرع حركة المرور ، ولكنها تنفذ ذلك على كل جهاز توجيه على حدة - دون مراعاة الحالة العامة للشبكة أو نتيجة PBR في الخطوات السابقة أو اللاحقة.نتيجة استخدام خيارات TE هذه مخيبة للآمال - يتم استخدام MPLS TE ، نظرًا لتعقيد التكوين والتشغيل ، كقاعدة عامة ، فقط في الجزء الأكثر أهمية من الشبكة (الأساسية) ، ويتم استخدام PBR على أجهزة التوجيه الفردية دون القدرة على تشكيل سياسة PBR موحدة معينة على الشبكة بأكملها. من الواضح أن هذا ينطبق أيضًا على الشبكات القائمة على DMVPN.
يوفر SD-WAN في هذا الصدد حلاً أكثر أناقة ليس من السهل تكوينه فحسب ، بل إنه قابل للتوسع بشكل أفضل أيضًا. وهذا نتيجة لمعماري مستوى التحكم وبنية مستوى السياسة المستخدمة. يسمح تنفيذ مستوى سياسة SD-WAN بتعريف مركزي لسياسة TE - ما هي حركة المرور ذات الأهمية؟ لأي VPN؟ ما هي العقد / الأنفاق التي يلزم من خلالها أو على العكس من ذلك ، إنشاء طريق بديل؟ في المقابل ، تسمح لك مركزية التحكم في مستوى التحكم على أساس وحدات تحكم vSmart بتعديل نتائج التوجيه دون اللجوء إلى إعدادات الأجهزة الفردية - ترى أجهزة التوجيه بالفعل فقط نتيجة المنطق الذي تم تشكيله في واجهة vManage ونقله ليتم تطبيقه على vSmart.
تسلسل الخدمة
يعد تشكيل سلاسل الخدمة مهمة أكثر صعوبة في التوجيه الكلاسيكي من آلية هندسة المرور الموصوفة بالفعل. في الواقع ، في هذه الحالة ، من الضروري ليس فقط تشكيل مسار خاص معين لتطبيق شبكة معين ، ولكن أيضًا لتوفير القدرة على إخراج حركة المرور من الشبكة على عقد معينة (أو على الإطلاق) من شبكة SD-WAN للمعالجة بواسطة تطبيق أو خدمة خاصة (ITU ، Balancing ، Caching ، Inspection المرور ، وما إلى ذلك). في الوقت نفسه ، من الضروري أن تكون قادرًا على التحكم في حالة هذه الخدمات الخارجية من أجل منع حالات التكتل الأسود ، وهناك حاجة أيضًا إلى آليات لوضع مثل هذه الخدمات الخارجية من نفس النوع في مواقع جغرافية مختلفة مع قدرة الشبكة على تحديد عقدة الخدمة المثلى تلقائيًا لمعالجة حركة مرور فرع أو آخر. ...في حالة Cisco SD-WAN ، يكون هذا سهلاً بما يكفي لتحقيقه من خلال إنشاء سياسة مركزية مناسبة "تلصق" جميع جوانب سلسلة الخدمة المستهدفة في كل واحد وتغير تلقائيًا مستوى البيانات ومنطق مستوى التحكم فقط في المكان والوقت المطلوبين فيهما.
قد تكون القدرة على تشكيل معالجة موزعة جغرافيًا لحركة المرور لأنواع مختارة من التطبيقات في تسلسل معين على معدات متخصصة (ولكن لا تتعلق بشبكة SD-WAN نفسها) هي العرض الأكثر وضوحًا لمزايا Cisco SD-WAN على التقنيات الكلاسيكية وحتى بعض حلول SD البديلة -WAN من الشركات المصنعة الأخرى.
ما هو بيت القصيد؟
من الواضح أن كلاً من DMVPN (مع توجيه الأداء أو بدونه) و Cisco SD-WAN يحلان في النهاية مشكلات مشابهة جدًا فيما يتعلق بشبكة WAN الموزعة للمؤسسة. في الوقت نفسه ، تؤدي الاختلافات الهيكلية والوظيفية الهامة لتقنية Cisco SD-WAN إلى رفع عملية حل هذه المشكلات إلى مستوى جودة مختلف . باختصار ، يمكن ملاحظة الاختلافات المهمة التالية بين تقنيات SD-WAN و DMVPN / PfR:
- DMVPN/PfR VPN data-plane SD-WAN , Hub-n-Spoke. , DMVPN/PfR , SD-WAN ( per-application BFD).
- control-plane . SD-WAN , , «» – . - ( ) .
- SD-WAN DMVPN/PfR – -, Hub, , .
- . DMVPN , - , . SD-WAN , « » , « » – , data-plane , / .
- , SD-WAN DMVPN/PfR, CLI NMS .
- SD-WAN DMVPN . – , .
من هذه الاستنتاجات البسيطة ، قد يحصل المرء على انطباع خاطئ بأن إنشاء شبكة قائمة على DMVPN / PfR قد فقد كل أهميتها اليوم. هذا بالتأكيد ليس صحيحًا تمامًا. على سبيل المثال ، في الحالات التي يتم فيها استخدام الكثير من المعدات القديمة على الشبكة ولا توجد طريقة لاستبدالها ، يمكن لـ DMVPN أن تسمح بدمج الأجهزة "القديمة" و "الجديدة" في شبكة واحدة موزعة جغرافيًا مع العديد من المزايا الموضحة أعلاه.
من ناحية أخرى ، يجب أن نتذكر أن جميع أجهزة توجيه Cisco الحالية للشركات القائمة على IOS XE (ISR 1000 ، ISR 4000 ، ASR 1000 ، CSR 1000v) تدعم اليوم أي وضع تشغيل - كلا من التوجيه الكلاسيكي و DMVPN و SD-WAN -يتم تحديد الاختيار من خلال الاحتياجات الحالية وفهم أنه في أي وقت على نفس الجهاز ، من الممكن البدء في التحرك نحو تقنية أكثر تقدمًا.