معيار الإنترنت

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

معيار الإنترنت (يُختصر غالبًا إلى STD ) هو أعلى مستوى نضج في مسار معايير فريق عمل هندسة الإنترنت (IETF) لمواصفات بروتوكولات الإنترنت. تُنشر معايير الإنترنت في وثيقة واحدة أو أكثر من وثائق طلب التعليقات (RFC)، ويُخصص لها رقم STD يُحدد المعيار ككل (بمعزل عن رقم وثيقة RFC). [ 1 ] [ 2 ]

تُعرَّف عملية وضع معايير الإنترنت في سلسلة من وثائق أفضل الممارسات الحالية الصادرة عن فريق عمل هندسة الإنترنت (IETF) ، بما في ذلك RFC 2026 وRFC 6410. [ 3 ] [ 4 ] ليست جميع وثائق RFC معايير إنترنت؛ فقد تكون وثائق RFC إعلامية أو تجريبية أو خارجة عن مسار المعايير. [ 5 ]

ملخص

يبدأ العمل الهندسي عادةً كمسودة إنترنت، وقد يُنشر لاحقًا كطلب تعليقات (RFC). تُنشر طلبات التعليقات (RFC) الخاصة بمسار المعايير مبدئيًا كمعايير مقترحة ، وقد تُصبح لاحقًا معيارًا للإنترنت عند استيفاء متطلبات التنفيذ والخبرة التشغيلية، وفقًا لما هو محدد في عملية معايير الإنترنت. [ 6 ] [ 4 ]

يتولى محرر RFC مسؤولية الاحتفاظ بالقائمة النهائية لمعايير الإنترنت (وأرقام STD وRFC المرتبطة بها). [ 1 ]

تاريخ معايير الإنترنت والغرض منها

معايير الإنترنت هي مواصفات فنية، مثل بروتوكولات الاتصال وتنسيقات البيانات، تُمكّن أجهزة الحاسوب وغيرها من الأجهزة المتصلة بالشبكة من مختلف الموردين من العمل معًا على الإنترنت. [ 7 ] ومع تطور تكنولوجيا الشبكات ومتطلبات التشغيل، تطورت هذه المعايير (والعمليات المستخدمة لتطويرها وصيانتها) بالمثل. [ 7 ] نشأت العديد من بروتوكولات الإنترنت الأساسية من أعمال بحثية في مجال الشبكات في سبعينيات القرن الماضي، بما في ذلك تصميمات الربط الشبكي المبكرة التي أدت إلى بروتوكول TCP/IP ، ثم جرى تحسينها وتوحيدها لاحقًا مع توسع الإنترنت خارج نطاق استخدامه البحثي والحكومي الأولي. [ 8 ] [ 9 ]

بروتوكول الإنترنت TCP/IP

يُعدّ انتقال شبكة أربانت من برنامج التحكم بالشبكة (NCP) إلى مجموعة بروتوكولات TCP/IP في 1 يناير 1983 (وهو انتقال مُخطط له في يوم "العلم" ) علامة فارقة في تطور الإنترنت الحديث. [ 10 ] ويشير لينر وآخرون إلى أن بروتوكول TCP/IP كان قد اعتُمد بالفعل كمعيار دفاعي أمريكي في عام 1980، وأن انتقال أربانت إلى TCP/IP مكّن من فصل الشبكة إلى شبكة عسكرية (MILNET) لتلبية المتطلبات العسكرية التشغيلية، وجزء من أربانت لدعم الأبحاث. [ 10 ] ويُعتبر بروتوكول TCP/IP أساسيًا لأنه يُحدد آليات اتصال وربط شبكي قابلة للتشغيل البيني من طرف إلى طرف - مثل تسليم الحزم، والعنونة، والموثوقية - مما يسمح للشبكات المستقلة بالترابط وتبادل البيانات، ولا يزال مجموعة البروتوكولات الأساسية المستخدمة في اتصالات الإنترنت. [ 11 ]

بروتوكول أمان الإنترنت (IPsec)

يُعدّ بروتوكول أمان الإنترنت (IPS) مجموعة من البروتوكولات التي تضمن سلامة التشفير في الاتصال بين الأجهزة المتعددة. يهدف هذا البروتوكول إلى حماية الشبكات العامة. وفقًا لبيانات IETF Datatracker، تم اقتراح إنشاء المجموعة المُخصصة لوضع هذا البروتوكول في 25 نوفمبر 1992. [ 12 ] وبعد ستة أشهر، تم إنشاء المجموعة، وبعد فترة وجيزة، في منتصف عام 1993، نُشرت المسودة الأولى.

HTTP

يُعدّ بروتوكول نقل النص التشعبي ( HTTP) أحد أكثر البروتوكولات استخدامًا اليوم في سياق شبكة الويب العالمية. وهو بروتوكول بسيط يُنظّم كيفية تبادل المستندات المكتوبة بلغة ترميز النص التشعبي (HTML) عبر الشبكات. يُشكّل هذا البروتوكول العمود الفقري للويب، مما يسمح بوجود نظام النص التشعبي بأكمله عمليًا. وقد ابتكره فريق من المطورين بقيادة تيم بيرنرز لي ، الذي اقترح إنشاءه عام 1989. وفي 6 أغسطس 1991، نشر بيرنرز لي أول نسخة كاملة من HTTP على منتدى عام. [ 13 ] ويُعتبر هذا التاريخ لاحقًا بمثابة الميلاد الرسمي لشبكة الويب العالمية. ومنذ إنشائه، شهد بروتوكول HTTP تطورًا مستمرًا، وأصبح أكثر تعقيدًا مع مرور الوقت وتطور تقنيات الشبكات. وبشكل افتراضي، لا يُشفّر بروتوكول HTTP، لذا يُستخدم بروتوكول HTTPS ، وهو اختصار لـ HTTP الآمن.

TLS/SSL

TLS stands for Transport Layer Security which is a standard that enables two different endpoints to interconnect sturdy and privately. TLS came as a replacement for SSL. Secure Sockets Layers was first introduced before the creation of HTTPS and it was created by Netscape. As a matter of fact HTTPS was based on SSL when it first came out. It was apparent that one common way of encrypting data was needed so the IETF specified TLS 1.0 in RFC 2246 in January, 1999.[14] It has been upgraded since. Last version of TLS is 1.3 from RFC 8446 in August 2018.

OSI Model

The Open Systems Interconnection model began its development in 1977.[15] It was created by the International Organization for Standardization. It was officially published and adopted as a standard for use in 1979. It was then updated several times and the final version. It took a few years for the protocol to be presented in its final form. ISO 7498 was published in 1984. Lastly in 1995 the OSI model was revised again satisfy the urgent needs of uprising development in the field of computer networking.

UDP

The goal of User Datagram Protocol was to find a way to communicate between two computers as quickly and efficiently as possible. UDP was conceived and realized by David P. Reed in 1980.[16] Essentially the way it works is using compression to send information. Data would be compressed into a datagram and sent point to point. This proved to be a secure way to transmit information and despite the drawback of losing quality of data UDP is still in use.

Standardization process

Becoming a standard is a two-step process within the Internet Standards Process: Proposed Standard and Internet Standard. These are called maturity levels and the process is called the Standards Track.

If an RFC is part of a proposal that is on the Standards Track, then at the first stage, the standard is proposed and subsequently organizations decide whether to implement this Proposed Standard. After the criteria in RFC 6410 is met (two separate implementations, widespread use, no errata etc.),[17] the RFC can advance to Internet Standard.

The Internet Standards Process is defined in several "Best Current Practice" documents, notably BCP 9 (currentlyRFC 2026 وRFC 6410). كان هناك سابقًا ثلاثة مستويات نضج قياسية: المعيار المقترح ، والمعيار المسودة ، ومعيار الإنترنت . قلّص RFC 6410 هذا العدد إلى مستويين فقط.

المعيار المقترح

وصف RFC 2026 في الأصل المعايير المقترحة بأنها مواصفات غير ناضجة، ولكن تم إلغاء هذا الموقف بواسطة RFC 7127. [ 18 ]

المواصفات القياسية المقترحة مستقرة ، وقد حسمت خيارات التصميم المعروفة، وخضعت لمراجعة مجتمعية واسعة، ويبدو أنها تحظى باهتمام مجتمعي كافٍ لاعتبارها ذات قيمة. عادةً، لا يُشترط وجود خبرة في التنفيذ أو التشغيل لتصنيف المواصفات كمعيار مقترح.

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

يتم بالفعل نشر العديد من المعايير المقترحة على الإنترنت واستخدامها على نطاق واسع، كبروتوكولات مستقرة. وقد جرت العادة على أن يكون التقدم الكامل عبر سلسلة مستويات المعايير نادرًا جدًا، وأن تظل معظم بروتوكولات IETF الشائعة في مرحلة المعايير المقترحة. [ 19 ]

مسودة معيارية

في أكتوبر 2011، دمجت RFC 6410 مستويي النضج الثاني والثالث في معيار إنترنت واحد. وتحتفظ مسودات المعايير القديمة الحالية بهذا التصنيف، ما لم تُتخذ إجراءات صريحة. بالنسبة لمسودات المعايير القديمة ، يتوفر إجراءان محتملان [ 20 ] ، يجب أن يوافق عليهما فريق هندسة الإنترنت (IESG): يمكن إعادة تصنيف مسودة المعيار كمعيار إنترنت بمجرد استيفاء المعايير الواردة في RFC 6410 [ 17 ] ؛ أو، بعد عامين من اعتماد RFC 6410 كمعيار أساسي (أكتوبر 2013)، يمكن لفريق هندسة الإنترنت (IESG) اختيار إعادة تصنيف مسودة المعيار القديمة كمعيار مقترح . [ 21 ]

معيار الإنترنت

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

تُمنح جميع معايير الإنترنت رقمًا ضمن سلسلة STD. وقد لُخِّصت هذه السلسلة في وثيقتها الأولى، STD 1 (RFC 5000)، حتى عام 2013، ولكن تم التخلي عن هذه الممارسة في RFC 7100. ويتولى محرر RFC الآن مسؤولية تحديث القائمة النهائية لمعايير الإنترنت. [ 22 ]

لا تُراجع الوثائق المُقدمة إلى مُحرر IETF والمقبولة كطلب تعليقات (RFC)؛ فإذا لزم تغيير الوثيقة، تُعاد تقديمها ويُخصص لها رقم RFC جديد. وعندما يصبح طلب التعليقات (RFC) معيارًا للإنترنت (STD)، يُخصص له رقم STD مع الاحتفاظ برقم RFC الخاص به. وعند تحديث معيار إنترنت، يبقى رقمه دون تغيير، ولكنه يُشير إلى طلب تعليقات (RFC) مختلف أو مجموعة مختلفة من طلبات التعليقات (RFCs). على سبيل المثال، في عام 2007، كان طلب التعليقات (RFC) رقم 3700 معيارًا للإنترنت (STD 1)، وفي مايو 2008 استُبدل بطلب التعليقات (RFC) رقم 5000. وقد حصل طلب التعليقات (RFC) رقم 3700 على صفة تاريخية ، وأصبح طلب التعليقات (RFC) رقم 5000 هو المعيار رقم 1.

نُشرت قائمة معايير الإنترنت في الأصل تحت اسم STD 1، ولكن تم التخلي عن هذه الممارسة لصالح قائمة إلكترونية يحتفظ بها محرر RFC. [ 23 ]

منظمات معايير الإنترنت

تنقسم عملية التقييس إلى ثلاث خطوات:

  1. المعايير المقترحة هي معايير سيتم تطبيقها ويمكن تغييرها في أي وقت
  2. تم اختبار مسودة المعيار بعناية استعدادًا لتشكيل معيار الإنترنت المستقبلي من قبل شركة ريفرسايد
  3. معايير الإنترنت معايير ناضجة.

توجد أربع منظمات معنية بمعايير الإنترنت: فرقة عمل هندسة الإنترنت (IETF)، وجمعية الإنترنت (ISOC)، ومجلس هندسة الإنترنت (IAB)، وفرقة عمل أبحاث الإنترنت (IRTF). ويُشترط على جميع هذه المنظمات استخدام لغة الإنترنت والتعبير عنها للحفاظ على قدرتها التنافسية في عصر الإنترنت الحالي. ومن الأهداف الأساسية لعملية وضع معايير الإنترنت: ضمان التميز التقني، والتنفيذ والاختبار المبكرين، وتوثيق المعايير بدقة ووضوح وسهولة فهمها.

يُعدّ وضع معايير الإنترنت وتحسينها جهدًا متواصلًا، وتضطلع فرقة عمل هندسة الإنترنت (IETF) بدورٍ هام في هذا الصدد. تتولى فرقة عمل هندسة الإنترنت (IETF) صياغة هذه المعايير ونشرها، وهي الجمعية الرائدة في مجال معايير الإنترنت التي تتبع إجراءات موثقة جيدًا لوضع هذه المعايير. وبمجرد تعميمها، تُتاح هذه المعايير بسهولة مجانًا.

حتى عام 1993، كانت الحكومة الفيدرالية الأمريكية تدعم فريق عمل هندسة الإنترنت (IETF). أما الآن، فيشرف عليه مجلس هندسة الإنترنت التابع لجمعية الإنترنت (IAB). وهو منظمة غير ربحية لا تفرض شروطًا رسمية للانضمام إليها، ولا تتبع إجراءات عضوية رسمية. ويعمل الفريق بتعاون وثيق مع اتحاد شبكة الويب العالمية (W3C) ومنظمات تطوير المعايير الأخرى. كما يعتمد بشكل كبير على فرق العمل التي تُشكّل وتُقدّم مقترحاتها إلى مدير المنطقة. ويعتمد فريق عمل هندسة الإنترنت على فرق العمل التابعة له لتطوير معاييره واستراتيجياته بهدف تحسين أداء الإنترنت. [ 24 ] يعمل فريق العمل بعد ذلك تحت إشراف مدير المنطقة، ويسعى إلى وضع اتفاقية. وبعد تعميم الميثاق المقترح على القوائم البريدية لمجموعة هندسة الإنترنت (IESG) ومجلس هندسة الإنترنت (IAB) واعتماده، يُحال إلى فريق عمل هندسة الإنترنت (IETF) العام. ليس من الضروري الحصول على موافقة جميع فرق العمل لاعتماد المقترح، بل يُطلب من فرق عمل IETF فقط مراجعة مدى قوة الاتفاقية.

Likewise, the Working Group produce documents in the arrangement of RFCs which are memorandum containing approaches, deeds, examination as well as innovations suitable to the functioning of the Internet and Internet-linked arrangements. In other words, Requests for Comments (RFCs) are primarily used to mature a standard network protocol that is correlated with network statements. Some RFCs are aimed to produce information while others are required to publish Internet standards. The ultimate form of the RFC converts to the standard and is issued with a numeral. After that, no more comments or variations are acceptable for the concluding form.[25] This process is followed in every area to generate unanimous views about a problem related to the internet and develop internet standards as a solution to different glitches. There are eight common areas on which IETF focus and uses various working groups along with an area director. In the "general" area it works and develops the Internet standards. In "Application" area it concentrates on internet applications such as Web-related protocols. Furthermore, it also works on the development of internet infrastructure in the form of PPP extensions. IETF also establish principles and description standards that encompass the Internet protocol suite (TCP/IP). The Internet Architecture Board (IAB) along with the Internet Research Task Force (IRTF) counterpart the exertion of the IETF using innovative technologies.

The IETF is the standards making organization concentrate on the generation of "standard" stipulations of expertise and their envisioned usage. The IETF concentrates on matters associated with the progress of current Internet and TCP/IP know-how. It is alienated into numerous working groups (WGs), every one of which is accountable for evolving standards and skills in a specific zone, for example routing or security. People in working groups are volunteers and work in fields such as equipment vendors, network operators and different research institutions. Firstly, it works on getting the common consideration of the necessities that the effort should discourse. Then an IETF Working Group is formed and necessities are ventilated in the influential Birds of a Feather (BoF) assemblies at IETF conferences.

Internet Engineering Task Force

The Internet Engineering Task Force (IETF) is the premier internet standards organization. It follows an open and well-documented processes for setting internet standards. The resources that the IETF offers include RFCs, internet-drafts, IANA functions, intellectual property rights, standards process, and publishing and accessing RFCs.[26]

RFCs

  • Documents that contain technical specifications and notes for the Internet.
  • The acronym RFC came from the phrase "Request For Comments" - this is not used anymore today and is now simply referred to as RFCs.[27]
  • The website RFC Editor is an official archive of internet standards, draft standards, and proposed standards.[28]

Internet Drafts

  • Working documents of the IETF and its working groups.[29]
  • Other groups may distribute working documents as Internet-Drafts

Intellectual property rights

  • All IETF standards are freely available to view and read, and generally free to implement by anyone without permission or payment.[30]

Standards Process

  • The process of creating a standard is straightforward - a specification goes through an extensive review process by the Internet community and revised through experience.[31]

Publishing and accessing RFCs

  • Internet-Drafts that successfully completed the review process.
  • Submitted to RFC editor for publication.

Types of Internet Standards

There are two ways in which an Internet Standard is formed and can be categorized as one of the following: "de jure" standards and "de facto" standards.[32] A de facto standard becomes a standard through widespread use within the tech community. A de jure standard is formally created by official standard-developing organizations.[32] These standards undergo the Internet Standards Process. Common de jure standards include ASCII, SCSI, and Internet protocol suite.[28]

Internet Standard Specifications

Specifications subject to the Internet Standards Process can be categorized into one of the following: Technical Specification (TS) and Applicability Statement (AS).[33] A Technical Specification is a statement describing all relevant aspects of a protocol, service, procedure, convention, or format.[33] This includes its scope and its intent for use, or "domain of applicability". However, a TSs use within the Internet is defined by an Applicability Statement. An AS specifies how, and under what circumstances, TSs may be applied to support a particular Internet capability. An AS identifies the ways in which relevant TSs are combined and specifies the parameters or sub-functions of TS protocols. An AS also describes the domains of applicability of TSs, such as Internet routers, terminal server, or datagram-based database servers.[33] An AS also applies one of the following "requirement levels" to each of the TSs to which it refers:

  • Required: Implementation of the referenced TS is required to achieve interoperability. For example, Internet systems using the Internet Protocol Suite are required to implement IP and ICMP.[33]
  • Recommended:  Implementation of the referenced TS is not required, but is desirable in the domain of applicability of the AS. Inclusion of the functions, features, and protocols of Recommended TSs in the developments of systems is encouraged. For example, the TELNET protocol should be implemented by all systems that intend to use remote access.[33]
  • Elective: Implementation of the referenced TS is optional. The TS is only necessary in a specific environment. For example, the DECNET MIB could be seen as valuable in an environment where the DECNET protocol is used.[33]

Common Standards

Web Standards

TCP/ IP Model & associated Internet Standards Web standards are a type of internet standard which define aspects of the World Wide Web. They allow for the building and rendering of websites. The three key standards used by the World Wide Web are Hypertext Transfer Protocol, HTML, and URL.[34] Respectively, they specify the transfer of data between a browser and a web server, the content and layout of a web page, and what web page identifiers mean.

Network Standards

معايير الشبكة هي نوع من معايير الإنترنت التي تحدد قواعد نقل البيانات في تقنيات وعمليات الشبكات. تسمح معايير الإنترنت بإجراءات الاتصال بين الأجهزة المختلفة.

فيما يتعلق بنموذج TCP/IP، فإن المعايير والبروتوكولات الشائعة في كل طبقة هي كما يلي:

انظر أيضاً

مراجع

  1. 1 2 "معايير بروتوكول الإنترنت الرسمية" . محرر RFC . تم الاطلاع عليه بتاريخ 25 ديسمبر 2025 .
  2. ↑ "مقدمة إلى ملاحظات STD" . محرر RFC . تم الاطلاع عليه بتاريخ 25 ديسمبر 2025 .
  3. ↑ "عملية معايير الإنترنت - المراجعة 3" . محرر RFC . تم الاطلاع عليه بتاريخ 25 ديسمبر 2025 .
  4. 1 2 "تقليص مسار المعايير إلى مستويين من النضج" . محرر RFC . تم الاطلاع عليه بتاريخ 25 ديسمبر 2025 .
  5. ↑ "ليست كل طلبات التعليقات (RFCs) معايير" . متتبع بيانات IETF . تم الاطلاع عليه بتاريخ 25 ديسمبر 2025 .
  6. ↑ ليبا، باري (يناير 2008). "مقدمة في معايير الإنترنت". مجلة IEEE للحوسبة عبر الإنترنت . 12 (1): 71-74 . doi : 10.1109/MIC.2008.2 .
  7. 1 2 ليبا، باري (يناير 2008). "مقدمة في معايير الإنترنت". مجلة IEEE للحوسبة عبر الإنترنت . 12 (1): 71-74 . doi : 10.1109/MIC.2008.2 . ISSN 1089-7801 . 
  8. ↑ أبّاتي، جانيت (1999). اختراع الإنترنت . مطبعة معهد ماساتشوستس للتكنولوجيا. رقم ISBN 978-0-262-01172-3.
  9. ↑ سيرف، فينتون ج.؛ كان، روبرت إي. (مايو 1974). "بروتوكول للاتصال بين شبكات الحزم". معاملات IEEE في الاتصالات . 22 (5): 637-648 . doi : 10.1109/TCOM.1974.1092259 .
  10. 1 2 لينر، باري م.؛ سيرف، فينتون ج.؛ كلارك، ديفيد د.؛ كان، روبرت إ.؛ كلاينروك، ليونارد؛ لينش، دانيال س.؛ بوستل، جون؛ روبرتس، لورانس ج.؛ وولف، ستيفن (أكتوبر 2009). "تاريخ موجز للإنترنت" (ملف PDF) . مجلة ACM SIGCOMM لمراجعة اتصالات الحاسوب . 39 (5): 22-31 . doi : 10.1145/1629607.1629613 .
  11. ↑ سيرف، فينتون ج.؛ كان، روبرت إي. (مايو 1974). "بروتوكول للاتصال بين شبكات الحزم" (ملف PDF) . معاملات IEEE في الاتصالات . 22 (5): 637-648 . doi : 10.1109/TCOM.1974.1092259 .
  12. ↑ "بروتوكول أمان بروتوكول الإنترنت (ipsec) -" . datatracker.ietf.org . مؤرشف من الأصل بتاريخ 13-09-2019 . تم الاطلاع عليه بتاريخ 08-12-2021 .
  13. ↑ "تطور بروتوكول HTTP - HTTP | MDN" . developer.mozilla.org . مؤرشف من الأصل بتاريخ 27-03-2023 . تم الاطلاع عليه بتاريخ 08-12-2021 .
  14. ↑ "بروتوكول أمان طبقة النقل (TLS) - مسرد مصطلحات MDN Web Docs: تعريفات المصطلحات المتعلقة بالويب | MDN" . developer.mozilla.org . مؤرشف من الأصل بتاريخ 2021-12-08 . تم الاطلاع عليه بتاريخ 2021-12-08 .
  15. ↑ علاني، محمد م. (2014)، "نموذج OSI" ، دليل نماذج OSI وTCP/IP ، سلسلة SpringerBriefs في علوم الحاسوب، تشام: Springer International Publishing، ص 5-17 ، doi : 10.1007/978-3-319-05152-9_2 ، ISBN  978-3-319-05151-2تم الاطلاع عليه بتاريخ 2021-12-08
  16. ↑ "ما هو بروتوكول UDP | شركة DiverseNet" . مؤرشف من الأصل بتاريخ 2021-12-08 . تم الاطلاع عليه بتاريخ 2021-12-08 .
  17. 1 2 راسل هاوسلي؛ ديف كروكر؛ إريك دبليو. برجر (11 أكتوبر 2011). "مستوى النضج الثاني: معيار الإنترنت" . تقليص مسار المعايير إلى مستويين من النضج . IETF . القسم 2.2. doi : 10.17487/RFC6410 . RFC 6410. يُرسل طلب إعادة التصنيف إلى IESG مع شرح لكيفية استيفاء المعايير. المعايير هي:... 
  18. ↑"Characterization of Specifications". Characterization of Proposed Standards. IETF. January 2014. sec. 3. doi:10.17487/RFC7127. RFC7127. Retrieved March 11, 2016.
  19. ↑"IETF Review of Proposed Standards". Characterization of Proposed Standards. IETF. January 2014. sec. 2. doi:10.17487/RFC7127. RFC7127. Retrieved March 11, 2016.
  20. ↑Bradner, S. (October 1996). "Standards Actions". The Internet Standards Process -- Revision 3. IETF. sec. 6.1. doi:10.17487/rfc2026. RFC2026.
  21. ↑Russell Housley; Dave Crocker; Eric W. Burger (11 October 2011). "Transition to a Standards Track with Two Maturity Levels". Reducing the Standards Track to Two Maturity Levels. IETF. sec. 2.3. doi:10.17487/RFC6410. RFC6410.
  22. ↑"Official Internet Protocol Standards". Archived from the original on 2018-03-15. Retrieved 2018-03-19.
  23. ↑RFC 7100
  24. ↑Ma, D.; Mandelberg, D.; Bruijnzeels, T. (August 2018). Simplified Local Internet Number Resource Management with the RPKI (SLURM). IETF. doi:10.17487/rfc8416. RFC8416.
  25. ↑Knieps, Günter (September 2015). "Entrepreneurial Traffic Management and the Internet Engineering Task Force". Journal of Competition Law and Economics. 11 (3): 727–745. doi:10.1093/joclec/nhv018. ISSN 1744-6414.
  26. ↑Society., Internet Engineering Task Force. Internet (2005). IETF journal. Internet Society. OCLC 746928702.
  27. ↑"RFCs". IETF. Archived from the original on 2021-12-06. Retrieved 2021-12-08.
  28. 1 2 معايير بروتوكول الإنترنت الرسمية . IETF . مايو 2008. doi : 10.17487/rfc5000 . RFC 5000 .
  29. ↑ فاريل، أ. (أبريل 2014). معالجة مسودات الإنترنت من قبل مجموعات عمل IETF . IETF . doi : 10.17487/rfc7221 . RFC 7221 .
  30. ↑ حقوق الملكية الفكرية في تقنية IETF . IETF . مارس 2005. doi : 10.17487/rfc3979 . RFC 3979 .
  31. ↑ هوفي، ر.؛ برادنر، س. (أكتوبر 1996). المنظمات المشاركة في عملية معايير IETF . IETF . doi : 10.17487/rfc2028 . RFC 2028 .
  32. 1 2 نيكرسون؛ موهلين (2006). "بيئة عمليات وضع المعايير: رؤى من وضع معايير الإنترنت". مجلة نظم المعلومات الإدارية الفصلية . 30 : 467-488 . doi : 10.2307/25148769 . JSTOR 25148769 . 
  33. 1 2 3 4 5 6 برادنر، س. (أكتوبر 1996). عملية معايير الإنترنت - المراجعة 3. IETF . doi : 10.17487 /rfc2026 . RFC 2026 .
  34. ↑ كومر، دوغلاس (2015). شبكات الحاسوب والإنترنت ( الطبعة السادسة). بوسطن، ماساتشوستس. ISBN  978-0-13-358793-7. OCLC 870649960 . {{cite book}}: CS1 maint: موقع الناشر مفقود ( رابط )