خدمات متميزة

📅 آخر تحديث: ١٨ يوليو ٢٠٢٦
✍️ نُشر في: ١٨ يوليو ٢٠٢٦
الموسوعة الحرة

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

يستخدم بروتوكول DiffServ نقطة رمز الخدمات المتباينة ( DSCP ) ذات 6 بتات في حقل الخدمات المتباينة ( حقل DS ) ذي 6 بتات في رأس بروتوكول الإنترنت (IP) لأغراض تصنيف الحزم. ويحل حقل DS، إلى جانب حقل ECN ، محل حقل TOS القديم في بروتوكول IPv4 . [ 1 ]

خلفية

تحمل شبكات البيانات الحديثة أنواعًا عديدة من الخدمات، بما في ذلك الصوت والفيديو وبث الموسيقى وصفحات الويب والبريد الإلكتروني. كانت العديد من آليات جودة الخدمة المقترحة، التي سمحت لهذه الخدمات بالتعايش، معقدة وغير قابلة للتوسع لتلبية متطلبات الإنترنت العام . في ديسمبر 1998، استبدلت فرقة عمل هندسة الإنترنت (IETF) حقلي TOS وأسبقية IP في رأس IPv4 بحقل DS ، الذي تم تقسيمه لاحقًا ليشير فقط إلى البتات الست العليا، مع وجود حقل ECN في البتتين الأخيرتين. [ 2 ] [ 3 ] في رأس IPv6، يُعد حقل DS جزءًا من حقل فئة حركة المرور ، حيث يشغل البتات الست الأكثر أهمية. [ 2 ]

في مجال DS، تُستخدم مجموعة من ثماني قيم (محددات الفئة) للتوافق مع حقل أسبقية IP في IPv4 السابق . اليوم، حلّت DiffServ إلى حد كبير محل TOS وآليات جودة الخدمة الأخرى في الطبقة الثالثة ، مثل الخدمات المتكاملة (IntServ)، باعتبارها البنية الأساسية التي تستخدمها أجهزة التوجيه لتوفير جودة الخدمة.

آليات إدارة حركة المرور

DiffServ آلية لإدارة حركة البيانات تعتمد على تصنيف البيانات على مستوى واسع . في المقابل، IntServ آلية تعتمد على تدفق البيانات على مستوى دقيق . يعتمد DiffServ على آلية لتصنيف الحزم ووضع علامات عليها بحسب انتمائها إلى فئة محددة. تُطبّق أجهزة التوجيه المُدركة لـ DiffServ سلوكيات لكل قفزة (PHBs)، والتي تُحدد خصائص توجيه الحزم المرتبطة بفئة معينة من حركة البيانات. يمكن تعريف سلوكيات PHBs مختلفة لتقديم خدمات، على سبيل المثال، خدمة ذات فقد منخفض أو زمن استجابة منخفض .

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

تُعرف مجموعة أجهزة التوجيه التي تُنفذ سياسات DiffServ المشتركة والمحددة إداريًا باسم نطاق DiffServ . [ 4 ]

على الرغم من أن بروتوكول DiffServ يوصي بمجموعة موحدة من فئات حركة البيانات، [ 5 ] إلا أن بنيته لا تتضمن أحكامًا مسبقة بشأن أنواع حركة البيانات التي ينبغي منحها أولوية. يوفر DiffServ ببساطة إطار عمل يسمح بالتصنيف والمعالجة التفاضلية. تساهم فئات حركة البيانات القياسية (الموضحة أدناه) في تبسيط التوافق التشغيلي بين الشبكات المختلفة ومعدات الموردين المختلفين.

التصنيف والترقيم

تخضع حركة مرور الشبكة الداخلة إلى نطاق DiffServ للتصنيف والتنظيم. قد يقوم مصنف حركة المرور بفحص العديد من المعايير المختلفة في الحزم الواردة، مثل عنوان المصدر، وعنوان الوجهة، ونوع حركة المرور، وتعيين كل حزمة على حدة إلى فئة مرور محددة. قد يلتزم مصنف حركة المرور بأي علامات DiffServ في الحزم المستلمة، أو قد يختار تجاهل هذه العلامات أو تجاوزها. وللتحكم الدقيق في أحجام وأنواع حركة المرور في فئة معينة، قد يختار مشغل الشبكة عدم الالتزام بالعلامات عند دخولها إلى نطاق DiffServ. ويمكن تنظيم حركة المرور في كل فئة بشكل إضافي من خلال إخضاعها لمحددات معدل النقل ، أو منظمات حركة المرور، أو أدوات تشكيلها . [ 6 ] : §3

يُحدد سلوك كل قفزة بواسطة حقلي DS وECN في رأس بروتوكول الإنترنت (IP). يحتوي حقل DS على قيمة DSCP المكونة من 6 بتات. [ 2 ] يشغل إشعار الازدحام الصريح (ECN) أقل بتين أهمية في حقل TOS الخاص ببروتوكول IPv4 وحقل فئة حركة المرور (TC) الخاص ببروتوكول IPv6. [ 7 ] [ 8 ] [ 9 ]

نظريًا، يمكن للشبكة أن تضم ما يصل إلى 64 فئة مرور مختلفة باستخدام قيم DSCP الـ 64 المتاحة. توصي مواصفات DiffServ RFC باستخدام ترميزات معينة، ولكنها لا تشترطها. وهذا يمنح مشغل الشبكة مرونة كبيرة في تحديد فئات المرور. مع ذلك، عمليًا، تستخدم معظم الشبكات السلوكيات الشائعة التالية لكل قفزة:

  • إعادة التوجيه الافتراضي (DF) PHB — وهو عادةً حركة مرور بأفضل جهد
  • إعادة التوجيه السريع (EF) PHB - مخصصة لحركة البيانات ذات الفقد المنخفض والكمون المنخفض
  • الشحن المضمون (AF) PHB - يضمن التسليم وفقًا للشروط المحددة
  • PHBs مُحدِّد الفئة - والتي تحافظ على التوافق مع الإصدارات السابقة لحقل أسبقية IP.

التوجيه الافتراضي

يُعدّ التوجيه الافتراضي (DF) السلوك الوحيد المطلوب. وبشكل أساسي، يتم استخدام التوجيه الافتراضي لأي حركة مرور لا تستوفي متطلبات أي من الفئات الأخرى المحددة. عادةً، يتميز التوجيه الافتراضي بخصائص توجيه بأفضل جهد ممكن. القيمة الموصى بها لـ DSCP للتوجيه الافتراضي هي 0. [ 5 ]

إعادة توجيه سريعة

تُعرّف IETF سلوك التوجيه المُعجّل (EF) في RFC 3246. يتميز EF PHB بانخفاض التأخير، وانخفاض الفقد، وانخفاض التذبذب. هذه الخصائص مناسبة لخدمات الصوت والفيديو وغيرها من الخدمات الآنية. غالبًا ما تُمنح حركة مرور EF أولوية صارمة في قائمة الانتظار فوق جميع فئات حركة المرور الأخرى. نظرًا لأن زيادة حركة مرور EF ستؤدي إلى تأخيرات في قائمة الانتظار وتؤثر على تحمل التذبذب والتأخير داخل الفئة، فقد يتم تطبيق آليات التحكم في القبول ، ومراقبة حركة المرور، وغيرها من الآليات على حركة مرور EF. يُوصى باستخدام DSCP 101110 B (46 أو 2E H ) لـ EF . 

قبول صوتي

تُعرّف IETF سلوك قبول المكالمات الصوتية في RFC 5865. يتمتع بروتوكول قبول المكالمات الصوتية (Phoes Admit PHB) بخصائص مماثلة لبروتوكول التوجيه المُعجّل (Expedited Forwarding PHB). مع ذلك، يتم قبول حركة مرور قبول المكالمات الصوتية أيضًا عبر الشبكة باستخدام إجراء التحكم في قبول المكالمات (CAC). يُوصى باستخدام DSCP 101100 B (44 أو 2C H ) لقبول المكالمات الصوتية. 

الشحن المضمون

تُعرّف فرقة عمل هندسة الإنترنت (IETF) سلوك التوجيه المضمون (AF) في RFC 2597 و RFC 3260. يسمح التوجيه المضمون للمشغل بضمان وصول البيانات طالما لم يتجاوز حجم البيانات المُشترك به. أما البيانات التي تتجاوز هذا الحجم، فتواجه احتمالية أكبر للانقطاع في حال حدوث ازدحام.  

تُحدد مجموعة سلوك AF أربع فئات AF منفصلة، ​​حيث تتمتع جميع البيانات ضمن الفئة الواحدة بنفس الأولوية. ضمن كل فئة، تُمنح الحزم أولوية إسقاط (عالية، متوسطة، أو منخفضة، حيث تعني الأولوية الأعلى إسقاط المزيد من الحزم). ينتج عن الجمع بين الفئات وأولوية الإسقاط اثنا عشر ترميز DSCP منفصلًا من AF11 إلى AF43 (انظر الجدول).

مجموعة سلوك إعادة التوجيه المضمون
احتمالية السقوطالصف الأولالصف الثانيالصف الثالثالصف الرابع
قليلAF11 (DSCP 10) 001010AF21 (DSCP 18) 010010AF31 (DSCP 26) 011010AF41 (DSCP 34) 100010
واسطةAF12 (DSCP 12) 001100AF22 (DSCP 20) 010100AF32 (DSCP 28) 011100AF42 (DSCP 36) 100100
عاليAF13 (DSCP 14) 001110AF23 (DSCP 22) 010110AF33 (DSCP 30) 011110AF43 (DSCP 38) 100110

يُحدد مقياسٌ للأولوية والعدالة النسبية بين حركة البيانات في الفئات المختلفة. في حال حدوث ازدحام بين الفئات، تُعطى الأولوية لحركة البيانات في الفئة الأعلى. وبدلاً من استخدام نظام طوابير الأولوية الصارم، يُرجح استخدام خوارزميات خدمة طوابير أكثر توازناً، مثل نظام الطوابير العادلة أو نظام الطوابير العادلة الموزونة . إذا حدث ازدحام داخل فئة معينة، تُهمل الحزم ذات أولوية الإسقاط الأعلى أولاً. يُستخدم أحيانًا إعادة وسم الحزمة لزيادة أولوية إسقاطها إذا تجاوز عرض نطاق التدفق حدًا معينًا. على سبيل المثال، يؤدي تدفق البيانات الذي يتجاوز معدله معدل المعلومات الملتزم به (CIR) كما هو مُحدد في RFC 2697 إلى وسمه بأولوية إسقاط أعلى (AF). يسمح هذا بتحديد وقت توجيه التدفق إلى الأجهزة في اتجاه المصب في حال واجهت ازدحامًا. ولمنع المشكلات المرتبطة بإسقاط الحزم المتأخر ، تُستخدم غالبًا خوارزميات اختيار إسقاط أكثر تطورًا، مثل الكشف المبكر العشوائي . 

مُحدد الفئة

تعيين مُحدِّد الفئة [ 10 ]
فئة الخدمةاسم DSCPقيمة DSCPأولوية الملكية الفكريةأمثلة على التطبيق
معيارCS0 (DF)00 (000)NTP [ 11 ]
البيانات ذات الأولوية المنخفضةCS181 (001)نقل الملفات ( FTP ، SMB )
عمليات الشبكة وإدارتها (OAM)CS2162 (010)SNMP ، SSH ، Ping ، Telnet ، syslog
فيديو البثCS3243 (011)
تفاعلي في الوقت الفعليCS4324 (100)الألعاب، مؤتمرات الفيديو ذات الأولوية المنخفضة
الإشاراتCS5405 (101)بروتوكولات الاتصال من نظير إلى نظير ( SIP ، H.323 )، وبروتوكولات الاتصال عبر بروتوكول الإنترنت من العميل إلى الخادم ( H.248 ، MEGACO ، MGCP ، SCCP )
التحكم في الشبكةCS6486 (110)بروتوكولات التوجيه ( OSPF ، BGP ، IS-IS ، RIP )
محجوز للاستخدام المستقبليCS7567 (111)

DF= إعادة التوجيه الافتراضي

قبل DiffServ، كانت شبكات IPv4 تستخدم حقل أولوية IP في بايت TOS من رأس IPv4 لتحديد أولوية حركة البيانات. لم يكن بايت TOS وأولوية IP شائعين الاستخدام. وافقت IETF على إعادة استخدام بايت TOS كحقل DS لشبكات DiffServ، ثم قامت لاحقًا بفصله إلى حقل DS وحقل ECN. وللحفاظ على التوافق مع الإصدارات السابقة من أجهزة الشبكة التي لا تزال تستخدم حقل الأولوية، يُعرّف DiffServ مُحدِّد الفئة PHB.

تُكتب رموز مُحدِّد الفئة بالصيغة الثنائية 'xxx000'. تمثل البتات الثلاث الأولى بتات أسبقية بروتوكول الإنترنت (IP) السابقة. يمكن ربط كل قيمة أسبقية لبروتوكول الإنترنت بفئة DiffServ. تُربط أسبقية بروتوكول الإنترنت 0 بفئة CS0، وأسبقية بروتوكول الإنترنت 1 بفئة CS1، وهكذا. إذا تم استلام حزمة بيانات من جهاز توجيه لا يدعم DiffServ ولكنه يستخدم علامات أسبقية بروتوكول الإنترنت، فسيظل بإمكان جهاز توجيه DiffServ فهم الترميز كرمز مُحدِّد فئة.

ترد توصيات محددة لاستخدام نقاط رمز مُحدد الفئة في RFC 4594 . 

إرشادات التكوين

يُقدّم RFC 4594 توصيات مُفصّلة ومُحدّدة لاستخدام وتكوين نقاط الترميز. وقد قامت وثائق RFC أخرى، مثل RFC 8622 ، بتحديث هذه التوصيات. تتوفر قائمة كاملة في سجل نقاط الترميز DSCP التابع لـ IETF. [ 12 ]  

توصيات IETF RFC 4594 (مع التحديثات) 
فئة الخدمةاسم DSCPقيمة DSCPالتكييف عند حافة DS​​​PHBالانتظار في الطابورإدارة جودة الهواءمعالجة RFC 5127 المجمعة 
التحكم في الشبكةCS648انظر القسم 3.1RFC 2474 معدلنعمالتحكم في الشبكة
الاتصالات الهاتفيةEF46الشرطة تستخدم sr+bsRFC 3246 أولويةلاالوقت الحقيقي (EF)
الاتصالات الهاتفية، حسب السعةقبول صوتي44الشرطة تستخدم sr+bsRFC 5865 أولويةلا
الإشاراتCS540الشرطة تستخدم sr+bsRFC 2474 معدللا
مؤتمرات الوسائط المتعددةAF41، AF42، AF4334، 36، 38باستخدام قلم تحديد ثنائي اللون وثلاثي الألوان (مثل RFC 2698 ) RFC 2597 معدلنعم وفقًا لـ DSCP
تفاعلي في الوقت الفعليCS432الشرطة تستخدم sr+bsRFC 2474 معدللا
فيديو البثCS324الشرطة تستخدم sr+bsRFC 2474 معدللا
OAMCS216الشرطة تستخدم sr+bsRFC 2474 معدلنعممرونة مضمونة (AF3)
بث الوسائط المتعددةAF31، AF32، AF3326، 28، 30باستخدام قلم تحديد ثنائي اللون وثلاثي الألوان (مثل RFC 2698 ) RFC 2597 معدلنعم وفقًا لـ DSCP
بيانات منخفضة زمن الوصولAF21، AF22، AF2318، 20، 22باستخدام قلم تحديد أحادي المعدل ثلاثي الألوان (مثل RFC 2697 ) RFC 2597 معدلنعم وفقًا لـ DSCPمرونة مضمونة (AF2)
بيانات عالية الإنتاجيةAF11، AF12، AF1310، 12، 14باستخدام قلم تحديد ثنائي اللون وثلاثي الألوان (مثل RFC 2698 ) RFC 2597 معدلنعم وفقًا لـ DSCPمرونة مضمونة (AF1)
معياردي إف0غير قابل للتطبيقRFC 2474 معدلنعممرن (DF)
عدم بناء الطوابيرNQB45مع نظام منفصل لتنظيم الطوابير وحماية حركة المرورdraft-ietf-tsvwg-nqbNQBغير متوفر
جهد أقلLE1غير قابل للتطبيقRFC 8622 أولويةنعمالمرونة (DF) أولوية أقل
CS1 (القديم)8RFC 3662 

sr+bs = معدل واحد مع التحكم في حجم الدفعة (مثل دلو الرموز ).

اعتبارات التصميم

في نظام DiffServ، تتم جميع عمليات الرقابة والتصنيف على حدود نطاقات DiffServ. وهذا يعني أن أجهزة التوجيه في قلب الإنترنت لا تواجه أي عوائق تتعلق بتحصيل المدفوعات أو إنفاذ الاتفاقيات. أي، على عكس IntServ ، لا يتطلب DiffServ أي إعداد مسبق، أو حجز، أو مفاوضات مطولة من البداية إلى النهاية لكل تدفق بيانات.

تختلف تفاصيل تعامل أجهزة التوجيه الفردية مع حقل DS باختلاف التكوين، لذا يصعب التنبؤ بسلوكها من البداية إلى النهاية. ويزداد الأمر تعقيدًا إذا عبرت حزمة بيانات نطاقين أو أكثر من نطاقات DiffServ قبل وصولها إلى وجهتها. من الناحية التجارية، يعني هذا استحالة بيع فئات مختلفة من الاتصال من البداية إلى النهاية للمستخدمين النهائيين، إذ قد تُصنّف حزمة بيانات "ذهبية" لدى مزود خدمة ما على أنها "برونزية" لدى مزود آخر. لا يضمن DiffServ أو أي علامة جودة خدمة أخرى قائمة على بروتوكول الإنترنت جودة الخدمة أو اتفاقية مستوى الخدمة (SLA) المحددة. من خلال وضع علامة على الحزم، يُشير المُرسِل إلى رغبته في معاملة هذه الحزم كخدمة محددة، ولكن لا يوجد ما يضمن حدوث ذلك. يقع على عاتق جميع مزودي الخدمة وأجهزة التوجيه التابعة لهم في المسار ضمان أن سياساتهم ستتعامل مع الحزم بشكل مناسب.

وسيط النطاق الترددي

يُعدّ وسيط النطاق الترددي في إطار DiffServ وكيلاً يمتلك معرفةً بأولويات المؤسسة وسياساتها، ويُخصّص النطاق الترددي وفقًا لتلك السياسات. [ 13 ] ولتحقيق تخصيص شامل للموارد عبر نطاقات منفصلة، ​​يتعيّن على وسيط النطاق الترددي الذي يُدير نطاقًا ما التواصل مع نظرائه المجاورين، مما يسمح بإنشاء خدمات شاملة من خلال اتفاقيات ثنائية بحتة.

DiffServ RFCs

  • RFC 2474 — تعريف حقل الخدمات المتباينة (حقل DS) في رؤوس IPv4 و IPv6 . تجدر الإشارة إلى أن حقل DS المكون من 8 بتات (البتان السفليان غير مستخدمين) في [ 2 ] قد تم تقسيمه لاحقًا إلى حقل DS الحالي المكون من 6 بتات وحقل ECN منفصل مكون من 2 بت. [ 3 ] 
  • RFC 2475 — بنية للخدمات المتمايزة. 
  • RFC 2597 — مجموعة إعادة التوجيه المضمون PHB. 
  • RFC 2983 — الخدمات والأنفاق المتباينة. 
  • RFC 3086 - تعريف سلوكيات الخدمات المتباينة لكل مجال وقواعد تحديدها. 
  • RFC 3140 — رموز تعريف السلوك لكل قفزة. (يلغي RFC 2836 ).  
  • RFC 3246 — PHB إعادة توجيه سريعة. (يلغي RFC 2598. )  
  • RFC 3247 — معلومات تكميلية للتعريف الجديد لـ EF PHB (سلوك إعادة التوجيه السريع لكل قفزة). 
  • RFC 3260 — المصطلحات الجديدة والتوضيحات الخاصة بـ Diffserv. (تحديثات RFC 2474 و RFC 2475 و RFC 2597. )    
  • RFC 4594 — إرشادات التكوين لفئات خدمة DiffServ. 
  • RFC 5865 — نقطة رمز الخدمات المتباينة (DSCP) لحركة البيانات المسموح بها حسب السعة. (تحديثات لـ RFC 4542 و RFC 4594. )   
  • RFC 8622 — سلوك أقل جهدًا لكل قفزة (LE PHB) للخدمات المتباينة. (تحديثات لـ RFC 4594 و RFC 8325 ، وإلغاء RFC 3662. )    

طلبات التعليقات لإدارة DiffServ

  • RFC 3289 — قاعدة معلومات الإدارة لبنية الخدمات المتمايزة. 
  • RFC 3290 — نموذج إدارة غير رسمي لأجهزة توجيه الخدمات المتباينة. 
  • RFC 3317 — قاعدة معلومات سياسة جودة الخدمة للخدمات المتباينة. 

انظر أيضاً

مراجع

  1. ↑ د. غروسمان (أبريل 2002). مصطلحات جديدة وتوضيحات لـ DiffServ . IETF . doi : 10.17487/RFC3260 . RFC 3260 .معلوماتية. تحديثات RFC 2474 و 2475 و 2597 . 
  2. 1 2 3 4 ك. نيكولز؛ س. بليك؛ ف. بيكر ؛ د. بلاك (ديسمبر 1998). تعريف حقل الخدمات المتباينة (حقل DS) في رؤوس IPv4 وIPv6 . مجموعة عمل الشبكة. doi : 10.17487/RFC2474 . RFC 2474 .معيار مقترح. يلغي المعيارين RFC 1455 و 1349 . تم تحديثه بواسطة المعايير RFC 3168 و 3260 و 8436 .  
  3. 1 2 ك. راماكريشنان؛ س. فلويد؛ د. بلاك (سبتمبر 2001). إضافة إشعار الازدحام الصريح (ECN) إلى بروتوكول الإنترنت (IP ). مجموعة عمل الشبكة. doi : 10.17487/RFC3168 . RFC 3168 .معيار مقترح. يلغي RFC 2481. يُحدّث RFC 2474 و 2401 و 793 . تم تحديثه بواسطة RFC 4301 و 6040 و 8311 .   
  4. ↑ دليل تكوين محولات إيثرنت S3700HI - جودة الخدمة ، هواوي ، ص 7 ، تم استرجاعه في 2016-10-07 ، يتكون نطاق DiffServ من مجموعة من عقد DiffServ المترابطة التي تستخدم نفس سياسة الخدمة و PHBs. 
  5. 1 2 ج. بابيارز؛ ك. تشان؛ ف. بيكر (أغسطس 2006). إرشادات تكوين فئات خدمة DiffServ . مجموعة عمل الشبكة. doi : 10.17487/RFC4594 . RFC 4594 .معلوماتية. تم التحديث بواسطة RFC 5865 و 8622 . 
  6. ↑ ج. هاينانين؛ ف. بيكر ؛ و. فايس؛ ج. فروكلافسكي (يونيو 1999). مجموعة التوجيه المضمون PHB . مجموعة عمل الشبكة. doi : 10.17487/RFC2597 . RFC 2597 .المعيار المقترح. تم تحديثه بواسطة RFC 3260 . 
  7. ↑ ج. تسيرتسيس؛ ج. جياريتا؛ هـ. سليمان؛ ن. مونتافونت (يناير 2011). مُحدِّدات حركة البيانات لربط التدفق . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC6088 . ISSN 2070-1721 . RFC 6088 . المعيار المقترح.
  8. ↑ عالميًا. "تطبيق سياسات جودة الخدمة باستخدام DSCP" . سيسكو . تم الاسترجاع في 16 أكتوبر 2010 .
  9. ↑ تصفية DSCP مؤرشفة في 29 يوليو 2016، على موقع Wayback Machine
  10. ↑ مُحدِّد الفئة . IETF . القسم 1.5.4. doi : 10.17487/RFC4594 . RFC 4594 . 
  11. ↑ تعيين لبروتوكول NTP . IETF . القسم 5.2. doi : 10.17487/RFC4594 . RFC 4594 . يشير (تم إضافة التأكيد):
    • عند استخدام بروتوكول NTP لتوفير توقيت عالي الدقة داخل شبكة المسؤول (الشركة المشغلة) أو للمستخدمين النهائيين / العملاء، يجب استخدام فئة خدمة الهاتف، ويجب وضع علامة على حزم NTP بقيمة EF DSCP.
    • بالنسبة للتطبيقات التي تتطلب دقة توقيت "ساعة الحائط"، يجب استخدام فئة الخدمة القياسية، ويجب وضع علامة DF DSCP على الحزم.
  12. ↑ "نقاط ترميز حقول الخدمات المتباينة (DSCP)" . www.iana.org .
  13. ↑ ك. نيكولز؛ ف. جاكوبسون؛ ل. تشانغ (يوليو 1999). بنية خدمات ثنائية البتات مُتمايزة للإنترنت . IETF. doi : 10.17487/RFC2638 . RFC 2638 .

للمزيد من القراءة

  • جون إيفانز؛ كلارنس فيلسفيلز (2007). نشر بروتوكول الإنترنت (IP) وبروتوكول MPLS لجودة الخدمة في الشبكات متعددة الخدمات: النظرية والتطبيق . مورغان كوفمان. ISBN 978-0-12-370549-5.
  • كاليفي كيلكي (1999). خدمات متمايزة للإنترنت . ماكميلان للنشر التقني. ISBN 1-57870-132-5.