مجموعة بروتوكولات الإنترنت

مجموعة بروتوكولات الإنترنت ، المعروفة اختصارًا بـ TCP/IP ، هي إطار عمل لتنظيم بروتوكولات الاتصال المستخدمة في الإنترنت وشبكات الحاسوب المشابهة وفقًا لمعايير وظيفية. وتشمل البروتوكولات الأساسية في هذه المجموعة بروتوكول التحكم في الإرسال (TCP)، وبروتوكول بيانات المستخدم (UDP)، وبروتوكول الإنترنت (IP). كانت الإصدارات الأولى من نموذج الشبكات هذا تُعرف باسم نموذج بنية الإنترنت التابع لوزارة الدفاع الأمريكية ( DoD )، نظرًا لأن البحث والتطوير فيه كانا ممولين من قبل وكالة مشاريع البحوث الدفاعية المتقدمة (DARPA) التابعة لوزارة الدفاع الأمريكية .

توفر مجموعة بروتوكولات الإنترنت اتصالاً شاملاً للبيانات، حيث تحدد كيفية تقسيم البيانات إلى حزم، وعنونتها، وإرسالها، وتوجيهها ، واستقبالها. تُنظَّم هذه الوظائف في أربع طبقات تجريدية ، تُصنِّف جميع البروتوكولات ذات الصلة وفقًا لنطاق شبكتها. [ 1 ] [ 2 ] يُشكِّل تطبيق هذه الطبقات لتطبيق معين ما يُعرف بمكدس البروتوكولات . من الأدنى إلى الأعلى، الطبقات هي: طبقة الربط ، التي تحتوي على طرق اتصال للبيانات التي تبقى ضمن مقطع شبكة واحد (رابط)؛ طبقة الإنترنت ، التي توفر الربط الشبكي بين الشبكات المستقلة؛ طبقة النقل ، التي تُعنى بالاتصال بين الأجهزة المضيفة؛ وطبقة التطبيق ، التي توفر تبادل البيانات بين العمليات للتطبيقات.

تتولى فرقة عمل هندسة الإنترنت (IETF) مسؤولية الحفاظ على المعايير التقنية التي يقوم عليها نظام بروتوكولات الإنترنت وبروتوكولاته المكونة له . ويسبق نظام بروتوكولات الإنترنت نموذج OSI ، وهو إطار مرجعي أكثر شمولاً لأنظمة الشبكات العامة.

تاريخ

الأبحاث المبكرة

شاحنة راديو حزم البيانات الدولية التابعة لمعهد SRI ، المستخدمة لأول عملية إرسال ثلاثية الاتجاهات عبر الشبكة

تعود جذور مجموعة بروتوكولات الإنترنت إلى أبحاث وتطوير شبكات الحاسوب التي رعتها وكالة مشاريع البحوث الدفاعية المتقدمة ( داربا ) في أواخر الستينيات. في أغسطس 1968، اختارت داربا شركة بي بي إن لبناء معالجات رسائل الواجهة (IMPs) لشبكة أربانت ، التي كانت النواة الأولى للإنترنت الحديث. [ 3 ] [ ملاحظة 1 ] كانت معالجات رسائل الواجهة (IMPs) الجيل الأول من البوابات ، المعروفة اليوم باسم أجهزة التوجيه . تحت قيادة فرانك هارت وبوب كان ، تم إنتاج أربع معالجات رسائل واجهة (IMPs) بتكلفة تقارب مليون دولار أمريكي في الفترة من سبتمبر إلى ديسمبر 1969. [ 5 ] [ 6 ] تم شحن أول معالج رسائل واجهة (IMP) إلى جامعة كاليفورنيا في لوس أنجلوس في سبتمبر 1969، والثاني إلى معهد ستانفورد للأبحاث بعد شهر. [ 7 ] كانت الرسالة الأولى بين جهازي IMP هي "LO" - وتعني صوتيًا "مرحبًا" - لكن خادم SRI تعطل قبل أن يتمكن باحث جامعة كاليفورنيا في لوس أنجلوس من إكمال كتابة أمر "LOGIN". [ 8 ] [ 9 ]

بعد أن أطلقت وكالة مشاريع الأبحاث الدفاعية المتقدمة (DARPA) شبكة ARPANET الرائدة عام 1969، أنشأ ستيف كروكر "فريق عمل الشبكة" الذي طور بروتوكولًا للتواصل بين الأجهزة المضيفة، وهو برنامج التحكم بالشبكة (NCP). [ 10 ] في أوائل سبعينيات القرن العشرين، بدأت DARPA العمل على العديد من تقنيات نقل البيانات الأخرى، بما في ذلك راديو الحزم المتنقلة، وخدمة الحزم عبر الأقمار الصناعية، وشبكات المناطق المحلية، وشبكات بيانات أخرى في القطاعين العام والخاص. في عام 1972، انضم بوب كان إلى مكتب تكنولوجيا معالجة المعلومات في DARPA ، حيث عمل على كلٍ من شبكات الحزم عبر الأقمار الصناعية وشبكات الحزم اللاسلكية الأرضية، وأدرك أهمية القدرة على التواصل عبر كليهما. في ربيع عام 1973، بدأ فينتون سيرف ، في جامعة ستانفورد ، التعاون مع كان بهدف تصميم الجيل التالي من البروتوكولات لشبكة ARPANET لتمكين الربط الشبكي . [ 11 ] [ 12 ] استندوا إلى خبرة مجتمع البحث الدولي، من خلال فريق العمل الدولي للشبكة (INWG)، برئاسة سيرف، والذي ضم باحثين من مجتمع أربانت، ومركز أبحاث زيروكس بارك ، والمملكة المتحدة، وفرنسا. [ 13 ] [ 14 ] [ 15 ]

خلال صيف عام 1973، وضع كان وسيرف صياغةً أساسيةً جديدةً، حيث تم إخفاء الاختلافات بين بروتوكولات الشبكات المحلية باستخدام بروتوكول شبكة إنترنت مشترك ، وبدلاً من أن تكون الشبكة مسؤولةً عن الموثوقية، كما هو الحال في بروتوكولات ARPANET الحالية، تم تفويض هذه الوظيفة إلى الأجهزة المضيفة. [ 15 ] يُنسب الفضل إلى سيرف وكان في التأثير الكبير على هذا التصميم، الذي نُشر في مايو 1974، إلى العديد من أعضاء مجموعة عمل شبكة الإنترنت (INWG). [ 16 ] كُتبت أول مواصفات لبرنامج التحكم في الإرسال هذا في ديسمبر 1974 من قِبل سيرف ويوجين دلال وكارل سانشاين في جامعة ستانفورد. [ 17 ]

تعاقدت وكالة مشاريع الأبحاث الدفاعية المتقدمة (DARPA) مع شركة BBN Technologies وجامعة ستانفورد وكلية لندن الجامعية لبدء تطوير نسخ تشغيلية من البروتوكول على عدة منصات أجهزة في عام 1975. [ 18 ] طُوّرت عدة نسخ من خلال مناقشات عبر سلسلة مذكرات تجارب الإنترنت (IEN). [ 19 ] في البداية، وفّر برنامج التحكم في الإرسال، وهو البرنامج السابق لمجموعة البروتوكولات اللاحقة، خدمة موثوقة لتدفق البايتات فقط ، وليس حزم البيانات . [ 20 ] مع ازدياد الخبرة في استخدام البروتوكول، أوصى المتعاونون بتقسيم الوظائف إلى طبقات من بروتوكولات متميزة، مما يوفر وصولاً مباشراً إلى خدمة حزم البيانات. كان من بين المؤيدين بوب ميتكالف ، ويوجين دلال، وجون شوخ في مركز أبحاث زيروكس بارك؛ [ 21 ] [ 22 ] [ 23 ] وداني كوهين ، الذي كان بحاجة إليه لعمله في مجال الصوت عبر الحزم . وجوناثان بوستل من معهد علوم المعلومات بجامعة جنوب كاليفورنيا ، الذي حرر طلبات التعليقات (RFCs)، وهي سلسلة وثائق تقنية واستراتيجية وثّقت وحفّزت تطوير الإنترنت. [ 24 ] صرّح بوستل قائلاً: "إننا نُفسد تصميم بروتوكولات الإنترنت بانتهاك مبدأ الطبقات." [ 25 ] كان الهدف من تغليف الآليات المختلفة هو خلق بيئة لا تستطيع فيها الطبقات العليا الوصول إلا إلى ما تحتاجه من الطبقات الدنيا. فالتصميم المتجانس سيكون غير مرن وسيؤدي إلى مشاكل في قابلية التوسع. في الإصدار الرابع ، الذي كُتب عام 1978، قسّم بوستل برنامج التحكم في الإرسال إلى بروتوكولين متميزين، بروتوكول الإنترنت (IP) كطبقة غير متصلة، وبروتوكول التحكم في الإرسال (TCP) كخدمة موثوقة وموجهة نحو الاتصال . [ 26 ] [ 27 ] [ 28 ] [ ملاحظة 2 ]

رسم تخطيطي لأول اتصال عبر الشبكة. في يوم ثلاثاء ممطر، الموافق 22 نوفمبر 1977، تدفقت البيانات من الشاحنة إلى معهد ستانفورد للأبحاث في مينلو بارك وجامعة جنوب كاليفورنيا عبر إنجلترا وبوسطن والسويد عبر ثلاثة أنواع من الشبكات: راديو الحزم، وشبكة الأقمار الصناعية، وشبكة أربانت. [ 29 ]

تضمن تصميم الشبكة إدراك أنها يجب أن تقتصر على وظائف نقل وتوجيه البيانات بكفاءة بين العقد الطرفية، وأن جميع وظائف التحكم الأخرى يجب أن تكون موجودة على حافة الشبكة، أي في العقد الطرفية. وقد رُوِّج لهذا المبدأ الشامل من قِبَل لويس بوزان وهوبير زيمرمان في شبكة CYCLADES ، [ 30 ] [ 31 ] استنادًا إلى أفكار دونالد ديفيز . [ 32 ] [ 33 ] وباستخدام هذا التصميم، أصبح من الممكن ربط شبكات أخرى بشبكة ARPANET التي تستخدم المبدأ نفسه، بغض النظر عن الخصائص المحلية الأخرى، مما حلّ مشكلة الربط الشبكي الأولية التي طرحها كان. وقد أمضت فيرجينيا ترافرز ، التي كتبت أول برنامج بوابة لبروتوكول TCP، شهورًا في السفر إلى مواقع في الولايات المتحدة وأوروبا لتثبيت البرنامج في النقاط التي ستكون مطلوبة للاختبار الكبير، مثل جامعة كوليدج لندن ، ومؤسسة أبحاث الدفاع النرويجية في أوسلو لربط شبكة الأقمار الصناعية الأطلسية. [ 34 ]

تم تثبيت بروتوكول الإنترنت الإصدار الرابع (IPv4) في شبكة أربانت عام 1983، ليشكل بروتوكولات طبقة الشبكة المستخدمة على الإنترنت. وقد أشير إليه في البداية باسم نموذج بنية الإنترنت لوزارة الدفاع الأمريكية [ 35 ] ، ومع بروتوكول التحكم في الإرسال، أصبح يُعرف باسم TCP/IP .

التنفيذ المبكر

في عام 1975، أُجري اختبار اتصالات بروتوكول الإنترنت (IP) على شبكتين بين جامعة ستانفورد وكلية لندن الجامعية. وفي نوفمبر 1977، أُجري اختبار مماثل على ثلاث شبكات بين مواقع في الولايات المتحدة والمملكة المتحدة والنرويج. كما طُوّرت نماذج أولية أخرى لبروتوكول الإنترنت في مراكز بحثية متعددة بين عامي 1978 و1983. [ 19 ]

يُزوَّد جهاز كمبيوتر يُسمى جهاز التوجيه بواجهة لكل شبكة. يقوم هذا الجهاز بإعادة توجيه حزم البيانات بين الشبكات. [ 36 ] في الأصل، كان يُطلق على جهاز التوجيه اسم البوابة ، ولكن تم تغيير المصطلح لتجنب الخلط مع أنواع البوابات الأخرى . [ 37 ]

التبني

في مارس 1982، أعلنت وزارة الدفاع الأمريكية بروتوكول TCP/IP معيارًا لجميع شبكات الحاسوب العسكرية. [ 38 ] [ 39 ] [ 40 ] وفي العام نفسه، اعتمدت النرويج ( منظمة NORSAR ومنظمة NDRE ) ومجموعة بيتر كيرستين البحثية في جامعة كوليدج لندن هذا البروتوكول. [ 41 ] واكتملت عملية نقل شبكة ARPANET من بروتوكول NCP إلى بروتوكول TCP/IP رسميًا في الأول من يناير 1983، عندما تم تفعيل البروتوكولات الجديدة بشكل دائم. [ 38 ] [ 42 ]

في عام ١٩٨٥، عقد المجلس الاستشاري للإنترنت (الذي أصبح لاحقًا مجلس هندسة الإنترنت ) ورشة عمل لمدة ثلاثة أيام حول بروتوكول TCP/IP لقطاع صناعة الحواسيب، حضرها ٢٥٠ ممثلًا عن الشركات المصنعة، بهدف الترويج للبروتوكول وزيادة استخدامه التجاري. وفي العام نفسه، ركز مؤتمر Interop الأول على قابلية التشغيل البيني للشبكات من خلال التوسع في استخدام بروتوكول TCP/IP. أسس هذا المؤتمر دان لينش، أحد رواد الإنترنت الأوائل. ومنذ البداية، حرصت شركات كبرى، مثل IBM وDEC، على حضور المؤتمر. [ ٤٣ ] [ ٤٤ ]

كانت شركات IBM وAT&T وDEC أولى الشركات الكبرى التي تبنت بروتوكول TCP/IP، على الرغم من امتلاكها بروتوكولات احتكارية منافسة . في IBM، ومنذ عام 1984، تولى فريق باري أبلمان تطوير بروتوكول TCP/IP. وقد نجحوا في تجاوز التحديات الإدارية للحصول على سلسلة من منتجات TCP/IP لأنظمة IBM المختلفة، بما في ذلك MVS و VM و OS/2 . في الوقت نفسه، بدأت عدة شركات أصغر، مثل FTP Software و Wollongong Group ، في تقديم حزم بروتوكول TCP/IP لأنظمة DOS و Microsoft Windows . [ 45 ] أما أول حزمة بروتوكول TCP/IP لنظام VM/CMS فقد صدرت من جامعة ويسكونسن. [ 46 ]

يُعرف بعض المبرمجين بمساهماتهم المبكرة في تطوير بروتوكول TCP/IP. فقد كتب جاي إلينسكي وأوليغ فيشنبولسكي من قسم الأبحاث في شركة IBM برامجًا لأنظمة VM/CMS وOS/2 على التوالي. [ 47 ] وفي عام 1984، كتب دونالد جيليس في معهد ماساتشوستس للتكنولوجيا (MIT) بروتوكول TCP متعدد الاتصالات (ntcp) يعمل فوق طبقة IP/PacketDriver التي كان جون رومكي يشرف عليها في معهد ماساتشوستس للتكنولوجيا خلال الفترة 1983-1984. وقد استغل رومكي هذا البروتوكول في عام 1986 عند تأسيس شركة FTP Software. [ 48 ] [ 49 ] وابتداءً من عام 1985، أنشأ فيل كارن تطبيق TCP متعدد الاتصالات لأنظمة هواة الراديو (KA9Q TCP). [ 50 ]

ازداد انتشار بروتوكول TCP/IP بشكل ملحوظ في يونيو 1989، عندما وافقت جامعة كاليفورنيا، بيركلي، على إتاحة شفرة TCP/IP المطورة لنظام BSD UNIX للعموم. وقد أدرجت العديد من الشركات، بما فيها IBM، هذه الشفرة في إصدارات برامج TCP/IP التجارية. بالنسبة لنظام التشغيل Windows 3.1، الذي كان نظام التشغيل السائد لأجهزة الكمبيوتر الشخصية بين المستهلكين في النصف الأول من التسعينيات، كان إصدار بيتر تاتام لحزمة بروتوكولات TCP/IP، Trumpet Winsock، عاملاً أساسياً في إتاحة الإنترنت للمستخدمين المنزليين. سمحت Trumpet Winsock بعمليات TCP/IP عبر اتصال تسلسلي ( SLIP أو PPP ). كان جهاز الكمبيوتر المنزلي النموذجي في ذلك الوقت مزودًا بمودم خارجي متوافق مع Hayes، متصل عبر منفذ RS-232 بوحدة UART من طراز 8250 أو 16550 ، مما استلزم استخدام هذا النوع من حزم البروتوكولات. وفي وقت لاحق، أصدرت مايكروسوفت حزمة TCP/IP الإضافية الخاصة بها لنظام التشغيل Windows for Workgroups 3.11 وحزمة أصلية في نظام التشغيل Windows 95. وقد ساعدت هذه الأحداث في ترسيخ هيمنة TCP/IP على البروتوكولات الأخرى على الشبكات القائمة على مايكروسوفت، والتي تضمنت بنية شبكة الأنظمة (SNA) من IBM، وعلى منصات أخرى مثل DECnet من شركة Digital Equipment Corporation ، و Open Systems Interconnection (OSI)، و Xerox Network Systems (XNS).

مع ذلك، وخلال فترة في أواخر الثمانينيات وأوائل التسعينيات، انقسم المهندسون والمنظمات والدول حول مسألة أي معيار ، نموذج OSI أم مجموعة بروتوكولات الإنترنت، سيؤدي إلى أفضل شبكات حاسوب وأكثرها متانة. [ 51 ] [ 52 ] [ 53 ]

المواصفات والمعايير الرسمية

تم تفويض المعايير التقنية التي تقوم عليها مجموعة بروتوكولات الإنترنت وبروتوكولاتها المكونة لها إلى فرقة عمل هندسة الإنترنت (IETF). [ 54 ] [ 55 ]

تتميز بنية مجموعة بروتوكولات الإنترنت بتقسيمها الواسع إلى نطاقات تشغيلية للبروتوكولات التي تُشكل وظائفها الأساسية. وتُعدّ RFC 1122 و1123 المواصفات الأساسية لهذه المجموعة، حيث تُحدد بشكل عام أربع طبقات تجريدية (بالإضافة إلى البروتوكولات ذات الصلة): طبقة الربط، وطبقة بروتوكول الإنترنت (IP)، وطبقة النقل، وطبقة التطبيقات، إلى جانب بروتوكولات الدعم. [ 1 ] [ 2 ] وقد صمدت هذه البنية أمام اختبار الزمن، إذ لم تُجرِ IETF أي تعديلات عليها. وباعتبارها نموذجًا للشبكات، فإن مجموعة بروتوكولات الإنترنت تسبق نموذج OSI، وهو إطار مرجعي أكثر شمولًا لأنظمة الشبكات العامة. [ 53 ]

تم تطوير بروتوكول الإنترنت اللاحق الإصدار 6 (IPv6) لمعالجة مشكلات مثل استنفاد عناوين IPv4 . [ 56 ]

المبادئ المعمارية الأساسية

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

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

ينص مبدأ المتانة على ما يلي: "بشكل عام، يجب أن يكون التطبيق متحفظًا في سلوك الإرسال، ومتساهلًا في سلوك الاستقبال. أي أنه يجب أن يحرص على إرسال حزم بيانات سليمة البنية، ولكنه يجب أن يقبل أي حزمة بيانات يمكنه تفسيرها (على سبيل المثال، عدم الاعتراض على الأخطاء التقنية طالما أن المعنى لا يزال واضحًا)." [ 58 ] : 23 "الجزء الثاني من المبدأ لا يقل أهمية: قد تحتوي البرامج على مضيفين آخرين على أوجه قصور تجعل من غير الحكمة استغلال ميزات البروتوكول القانونية ولكن غير الواضحة." [ 1 ] : 13

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

تُركز وثيقتان معماريتان مبكرتان، هما RFC 1122 و 1123 ، بعنوان "متطلبات مضيفي الإنترنت" ، على المبادئ المعمارية أكثر من التركيز على الطبقات. [ 59 ] تُقسّم RFC 1122/23 إلى أقسام تُشير إلى الطبقات، لكنهما تُشيران إلى العديد من المبادئ المعمارية الأخرى، ولا تُركّزان على الطبقات. تُعرّفان نموذجًا من أربع طبقات تعريفًا عامًا، حيث تحمل الطبقات أسماءً لا أرقامًا، كما يلي: [ 1 ] [ 2 ] 

  • طبقة التطبيقات هي النطاق الذي تقوم فيه التطبيقات، أو العمليات ، بإنشاء بيانات المستخدم ونقل هذه البيانات إلى تطبيقات أخرى على نفس المضيف أو على مضيف آخر. تستفيد التطبيقات من الخدمات التي توفرها الطبقات الأدنى، وخاصة طبقة النقل التي توفر قنوات اتصال موثوقة أو غير موثوقة للعمليات الأخرى. يتميز شركاء الاتصال ببنية التطبيق، مثل نموذج العميل والخادم وشبكات الند للند . هذه هي الطبقة التي تعمل فيها جميع بروتوكولات التطبيقات، مثل SMTP وFTP وSSH وHTTP. يتم الوصول إلى العمليات عبر منافذ تمثل الخدمات .
  • تُجري طبقة النقل اتصالات بين الأجهزة المضيفة على الشبكة المحلية أو الشبكات البعيدة المفصولة بأجهزة التوجيه. [ 60 ] وهي توفر قناة لتلبية احتياجات التطبيقات من الاتصالات. يُعد بروتوكول بيانات المستخدم (UDP) أبسط بروتوكولات طبقة النقل، حيث يوفر خدمة بيانات غير موثوقة وغير متصلة . أما بروتوكول التحكم في الإرسال (TCP) فيوفر التحكم في تدفق البيانات، وإنشاء الاتصالات، ونقل البيانات بشكل موثوق.
  • تتبادل طبقة الإنترنت حزم البيانات عبر حدود الشبكة. وهي توفر واجهة شبكية موحدة تخفي البنية الفعلية (تخطيط) اتصالات الشبكة الأساسية. ولذلك، فهي الطبقة التي تُنشئ الربط الشبكي. في الواقع، هي التي تُعرّف الإنترنت وتُؤسسه. تُحدد هذه الطبقة هياكل العنونة والتوجيه المستخدمة في مجموعة بروتوكولات TCP/IP. البروتوكول الأساسي في هذا النطاق هو بروتوكول الإنترنت (IP)، الذي يُحدد عناوين IP . [ 61 ] [ 62 ] تتمثل وظيفته في التوجيه في نقل حزم البيانات إلى المضيف التالي، حيث يعمل كموجه IP، والذي لديه اتصال بشبكة أقرب إلى وجهة البيانات النهائية. [ 62 ]
  • تُحدد طبقة الربط أساليب الشبكات ضمن نطاق وصلة الشبكة المحلية التي تتواصل عبرها الأجهزة المضيفة دون الحاجة إلى أجهزة توجيه وسيطة. تتضمن هذه الطبقة البروتوكولات المستخدمة لوصف بنية الشبكة المحلية والواجهات اللازمة لنقل حزم بيانات طبقة الإنترنت إلى الأجهزة المضيفة المجاورة. [ 63 ]

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

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

طبقة الربط في نموذج TCP/IP لها وظائف مقابلة في الطبقة 2 من نموذج OSI.

طبقة الإنترنت

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

لا يُميّز بروتوكول الإنترنت بين بروتوكولات طبقة النقل المختلفة. ينقل بروتوكول الإنترنت (IP) البيانات لمجموعة متنوعة من بروتوكولات الطبقات العليا . ويُعرّف كل بروتوكول برقم بروتوكول فريد : على سبيل المثال، بروتوكول رسائل التحكم في الإنترنت (ICMP) وبروتوكول إدارة مجموعات الإنترنت (IGMP) هما البروتوكولان 1 و2 على التوالي.

يُعدّ بروتوكول الإنترنت المكوّن الرئيسي لطبقة الإنترنت، وهو يُحدّد نظامي عنونة لتحديد مضيفي الشبكة وتحديد مواقعهم عليها. نظام العنونة الأصلي لشبكة أربانت ( ARPANET) وخليفتها، الإنترنت، هو بروتوكول الإنترنت الإصدار الرابع (IPv4). يستخدم هذا النظام عنوان IP بطول 32 بت ، وبالتالي فهو قادر على تحديد ما يقارب أربعة مليارات مضيف. تمّ التغلّب على هذا القيد في عام 1998 من خلال توحيد معايير بروتوكول الإنترنت الإصدار السادس (IPv6) الذي يستخدم عناوين بطول 128 بت. ظهرت تطبيقات IPv6 العملية في عام 2006 تقريبًا.

طبقة النقل

تُنشئ طبقة النقل قنوات بيانات تستخدمها التطبيقات لتبادل البيانات الخاصة بمهام محددة. وتُؤسس هذه الطبقة اتصالاً بين الأجهزة المضيفة على شكل خدمات نقل رسائل شاملة، مستقلة عن الشبكة الأساسية وبنية بيانات المستخدم وآليات تبادل المعلومات. يُمكن تصنيف الاتصال في طبقة النقل إلى نوعين: اتصال موجه (يُنفذ باستخدام بروتوكول TCP)، واتصال غير موجه (يُنفذ باستخدام بروتوكول UDP). قد تُوفر البروتوكولات في هذه الطبقة التحكم في الأخطاء ، والتجزئة ، والتحكم في التدفق ، والتحكم في الازدحام ، وعنونة التطبيقات ( أرقام المنافذ ).

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

لأن بروتوكول الإنترنت (IP) لا يوفر سوى أفضل جهد ممكن للتسليم ، فإن بعض بروتوكولات طبقة النقل توفر الموثوقية.

بروتوكول TCP هو بروتوكول موجه للاتصال يعالج العديد من مشكلات الموثوقية في توفير تدفق بايتات موثوق به :

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

يُعد بروتوكول نقل التحكم في التدفق (SCTP) الأحدث آلية نقل موثوقة وموجهة نحو الاتصال. وهو موجه نحو تدفق الرسائل، وليس تدفق البايتات مثل بروتوكول TCP، ويوفر إمكانية دمج عدة تدفقات عبر اتصال واحد. كما يدعم تعدد المنافذ ، حيث يمكن تمثيل طرف الاتصال بعدة عناوين IP (تمثل عدة واجهات فعلية)، بحيث لا ينقطع الاتصال في حال تعطل أحدها. وقد طُوّر في البداية لتطبيقات الاتصالات الهاتفية (لنقل بيانات SS7 عبر بروتوكول الإنترنت).

ويمكن تحقيق الموثوقية أيضًا عن طريق تشغيل بروتوكول الإنترنت عبر بروتوكول ربط بيانات موثوق به مثل بروتوكول التحكم في ربط البيانات عالي المستوى (HDLC).

بروتوكول بيانات المستخدم (UDP) هو بروتوكول بيانات غير موجه للاتصال . ومثل بروتوكول الإنترنت (IP)، فهو بروتوكول يعتمد على بذل أقصى جهد، ولكنه غير موثوق. وتُعالج الموثوقية من خلال اكتشاف الأخطاء باستخدام خوارزمية التحقق من المجموع الاختباري. يُستخدم بروتوكول UDP عادةً في تطبيقات مثل بث الوسائط (الصوت، والفيديو، وتقنية الصوت عبر بروتوكول الإنترنت ، وما إلى ذلك) حيث يكون الوصول في الوقت المحدد أكثر أهمية من الموثوقية، أو في تطبيقات الاستعلام/الاستجابة البسيطة مثل عمليات البحث في نظام أسماء النطاقات (DNS) ، حيث تكون تكلفة إنشاء اتصال موثوق كبيرة بشكل غير متناسب. أما بروتوكول النقل في الوقت الحقيقي (RTP) فهو بروتوكول بيانات يُستخدم عبر بروتوكول UDP، وهو مصمم لنقل البيانات في الوقت الحقيقي مثل بث الوسائط .

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

تتوافق طبقة النقل أو طبقة المضيف إلى المضيف في نموذج TCP/IP تقريبًا مع الطبقة الرابعة في نموذج OSI، والتي تسمى أيضًا طبقة النقل.

يبرز بروتوكول QUIC بسرعة كبديل لبروتوكولات النقل التقليدية. ورغم أنه يُنقل تقنياً عبر حزم UDP، إلا أنه يسعى إلى توفير اتصال نقل مُحسّن مقارنةً ببروتوكول TCP. ويعمل بروتوكول HTTP/3 حصرياً عبر بروتوكول QUIC.

طبقة التطبيق

تتضمن طبقة التطبيقات البروتوكولات التي تستخدمها معظم التطبيقات لتقديم خدمات المستخدم أو تبادل بيانات التطبيق عبر اتصالات الشبكة التي تُنشئها بروتوكولات الطبقات الأدنى. وقد يشمل ذلك بعض خدمات دعم الشبكة الأساسية، مثل بروتوكولات التوجيه وتكوين المضيف. ومن أمثلة بروتوكولات طبقة التطبيقات: بروتوكول نقل النص التشعبي (HTTP)، وبروتوكول نقل الملفات (FTP)، وبروتوكول نقل البريد البسيط (SMTP)، وبروتوكول تكوين المضيف الديناميكي (DHCP). [ 64 ] تُغلّف البيانات المشفرة وفقًا لبروتوكولات طبقة التطبيقات في وحدات بروتوكول طبقة النقل (مثل تدفقات TCP أو حزم بيانات UDP)، والتي بدورها تستخدم بروتوكولات الطبقات الأدنى لتنفيذ نقل البيانات الفعلي.

لا يأخذ نموذج TCP/IP في الاعتبار تفاصيل تنسيق البيانات وعرضها، ولا يُعرّف طبقات إضافية بين طبقتي التطبيق والنقل كما هو الحال في نموذج OSI (طبقتي العرض والجلسة). ووفقًا لنموذج TCP/IP، فإن هذه الوظائف من اختصاص المكتبات وواجهات برمجة التطبيقات . غالبًا ما تُقارن طبقة التطبيق في نموذج TCP/IP بمزيج من الطبقات الخامسة (الجلسة)، والسادسة (العرض)، والسابعة (التطبيق) من نموذج OSI.

غالبًا ما ترتبط بروتوكولات طبقة التطبيقات بتطبيقات معينة تعمل بنظام العميل والخادم ، وللخدمات الشائعة أرقام منافذ معروفة محجوزة من قِبل هيئة الأرقام المخصصة للإنترنت (IANA). على سبيل المثال، يستخدم بروتوكول نقل النص التشعبي (HTTP) منفذ الخادم 80، بينما يستخدم بروتوكول Telnet منفذ الخادم 23. عادةً ما يستخدم العملاء المتصلون بالخدمة منافذ مؤقتة ، أي أرقام منافذ تُخصص فقط لمدة المعاملة بشكل عشوائي أو من نطاق محدد مُكوّن في التطبيق.

على مستوى طبقة التطبيقات، يميز نموذج TCP/IP بين بروتوكولات المستخدم وبروتوكولات الدعم . [ 1 ] : §1.1.3 توفر بروتوكولات الدعم خدمات لنظام البنية التحتية للشبكة. أما بروتوكولات المستخدم فتُستخدم لتطبيقات المستخدم الفعلية. على سبيل المثال، FTP هو بروتوكول مستخدم، بينما DNS هو بروتوكول دعم.

على الرغم من أن التطبيقات عادةً ما تكون على دراية بالخصائص الرئيسية لاتصال طبقة النقل، مثل عناوين IP الخاصة بنقاط النهاية وأرقام المنافذ، فإن بروتوكولات طبقة التطبيق تتعامل عمومًا مع بروتوكولات طبقة النقل (والطبقات الأدنى منها) كصناديق سوداء توفر اتصالًا شبكيًا مستقرًا للتواصل. لا تهتم طبقة النقل والطبقات الأدنى منها بتفاصيل بروتوكولات طبقة التطبيق. لا تقوم أجهزة التوجيه والمحولات عادةً بفحص حركة البيانات المغلفة، بل توفر فقط قناةً لها. مع ذلك، تستخدم بعض تطبيقات جدار الحماية وتطبيقات تحديد عرض النطاق الترددي فحصًا عميقًا للحزم لتفسير بيانات التطبيق. ومن الأمثلة على ذلك بروتوكول حجز الموارد (RSVP). [ 65 ] كما أنه من الضروري أحيانًا للتطبيقات المتأثرة بتقنية ترجمة عناوين الشبكة (NAT) مراعاة حمولة التطبيق.

تطور الطبقات والتمثيلات في الأدبيات

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

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

نموذج أربانت المرجعي (RFC 871)معيار الإنترنت (RFC 1122)نموذج الإنترنت (أكاديمية سيسكو [ 66 ] )نموذج مرجعي لـ TCP/IP مكون من 5 طبقات (Kozierok, [ 67 ] Comer [ 68 ] )نموذج مرجعي لبروتوكول TCP/IP ذو 5 طبقات (تانينباوم [ 69 ] )مجموعة بروتوكولات TCP/IP أو نموذج الإنترنت ذو الطبقات الخمس (فوروزان، [ 70 ] كوروس [ 71 ] )نموذج TCP/IP (ستالينغز [ 72 ] )نموذج OSI (ISO/IEC 7498-1:1994 [ 73 ] )
ثلاث طبقاتأربع طبقاتأربع طبقاتأربع طبقات + طبقة واحدةخمس طبقاتخمس طبقاتخمس طبقاتسبع طبقات
التطبيق/العمليةطلبطلبطلبطلبطلبطلبطلب
عرض تقديمي
حصة
من مضيف إلى مضيفينقلينقلينقلينقلينقلنقل البيانات من مضيف إلى مضيفينقل
إنترنتشبكة الإنترنتإنترنتإنترنتشبكةإنترنتشبكة
واجهة الشبكةوصلةواجهة الشبكةوصلة البيانات (واجهة الشبكة)وصلة البياناتوصلة البياناتالوصول إلى الشبكةوصلة البيانات
غير متوفرغير متوفرغير متوفر(الأجهزة)بدنيبدنيبدنيبدني

بعض نماذج الشبكات مأخوذة من الكتب الدراسية، وهي مصادر ثانوية قد تتعارض مع الغرض من RFC 1122 ومصادر IETF الأولية الأخرى. [ 74 ]

مقارنة بين طبقات TCP/IP و OSI

لا يتم التمييز بين الطبقات الثلاث العليا في نموذج OSI، أي طبقة التطبيق وطبقة العرض وطبقة الجلسة، بشكل منفصل في نموذج TCP/IP الذي يحتوي فقط على طبقة تطبيق فوق طبقة النقل. وبينما قامت بعض تطبيقات بروتوكول OSI البحتة، مثل X.400 ، بدمجها، لا يُشترط أن يفرض مكدس بروتوكول TCP/IP بنية متجانسة فوق طبقة النقل. على سبيل المثال، يعمل بروتوكول تطبيق NFS فوق بروتوكول عرض تمثيل البيانات الخارجية (XDR)، والذي بدوره يعمل فوق بروتوكول يُسمى استدعاء الإجراء عن بُعد (RPC). يوفر RPC نقلًا موثوقًا للسجلات، لذا يمكنه استخدام بروتوكول UDP بأمان.

فسّر مؤلفون مختلفون نموذج TCP/IP تفسيرات متباينة، واختلفوا حول ما إذا كانت طبقة الربط، أو أي جانب من جوانب نموذج TCP/IP، يغطي قضايا الطبقة الأولى من نموذج OSI ( الطبقة الفيزيائية )، أو ما إذا كان TCP/IP يفترض وجود طبقة أجهزة أسفل طبقة الربط. وقد حاول العديد من المؤلفين دمج الطبقتين الأولى والثانية من نموذج OSI في نموذج TCP/IP، نظرًا لشيوع الإشارة إليهما في المعايير الحديثة (على سبيل المثال، من قِبل IEEE و ITU ). غالبًا ما ينتج عن ذلك نموذج بخمس طبقات، حيث تُقسّم طبقة الربط أو طبقة الوصول إلى الشبكة إلى الطبقتين الأولى والثانية من نموذج OSI. [ 75 ]

لا يولي فريق هندسة الإنترنت (IETF) اهتمامًا كبيرًا بتطوير بروتوكولات الإنترنت وفقًا لنموذج الطبقات الصارم. قد لا تتوافق بعض بروتوكولاته تمامًا مع نموذج OSI، على الرغم من أن وثائق RFC تشير إليه أحيانًا وتستخدم غالبًا أرقام طبقات OSI القديمة. وقد أكد فريق هندسة الإنترنت مرارًا وتكرارًا [ 54 ] أن تطوير بروتوكول الإنترنت وبنيته لا يهدف إلى التوافق مع نموذج OSI. وتتضمن وثيقة RFC 3439، التي تتناول بنية الإنترنت، قسمًا بعنوان: "الطبقات تُعتبر ضارة". [ 74 ]

على سبيل المثال، تُعتبر طبقتا الجلسة والعرض في نموذج OSI جزءًا من طبقة التطبيق في نموذج TCP/IP. وتتجلى وظائف طبقة الجلسة في بروتوكولات مثل HTTP و SMTP ، وتبرز بشكل أوضح في بروتوكولات مثل Telnet و SIP. كما تُجسد وظائف طبقة الجلسة من خلال ترقيم منافذ بروتوكولي TCP وUDP، واللذين يُشكلان طبقة النقل في نموذج TCP/IP. أما وظائف طبقة العرض، فتُجسد في تطبيقات TCP/IP باستخدام معيار MIME في تبادل البيانات.

يتمثل اختلاف آخر في معالجة بروتوكولات التوجيه . ينتمي بروتوكول التوجيه IS-IS في نموذج OSI إلى طبقة الشبكة، ولا يعتمد على CLNS لنقل الحزم من موجه إلى آخر، بل يُعرّف تغليفه الخاص في الطبقة الثالثة. في المقابل، تُنقل بروتوكولات التوجيه OSPF و RIP و BGP وغيرها من البروتوكولات التي حددتها IETF عبر بروتوكول الإنترنت (IP)، وتعمل الموجهات كمضيفات لإرسال واستقبال حزم بروتوكولات التوجيه. ونتيجةً لذلك، تُدرج بروتوكولات التوجيه ضمن طبقة التطبيقات. [ 36 ] يصف بعض المؤلفين، مثل تانينباوم في كتابه "شبكات الحاسوب" ، بروتوكولات التوجيه في نفس طبقة بروتوكول الإنترنت، مُبررين ذلك بأن بروتوكولات التوجيه تُؤثر في القرارات التي تتخذها عملية إعادة توجيه الموجهات.

يمكن تغليف بروتوكولات IETF بشكل متكرر، كما يتضح من بروتوكولات النفق مثل تغليف التوجيه العام (GRE). يستخدم GRE نفس الآلية التي يستخدمها نموذج OSI للنفق على مستوى طبقة الشبكة.

التطبيقات

تُعتبر مجموعة بروتوكولات الإنترنت مستقلة عمومًا عن بيئة برمجية أو عتادية محددة. فهي لا تتطلب سوى وجود طبقة عتادية وطبقة برمجية قادرة على إرسال واستقبال الحزم عبر شبكة الحاسوب. ونتيجةً لذلك، تم تطبيق هذه المجموعة على جميع منصات الحوسبة تقريبًا. يتضمن الحد الأدنى لتطبيق TCP/IP ما يلي: بروتوكول الإنترنت (IP)، وبروتوكول تحليل العناوين (ARP)، وبروتوكول رسائل التحكم في الإنترنت (ICMP)، وبروتوكول التحكم في الإرسال (TCP)، وبروتوكول حزم بيانات المستخدم (UDP)، وبروتوكول إدارة مجموعات الإنترنت (IGMP). [ 76 ] بالإضافة إلى IP وICMP وTCP وUDP، يتطلب الإصدار السادس من بروتوكول الإنترنت بروتوكول اكتشاف الجوار (NDP) و ICMPv6 واكتشاف مستمع البث المتعدد (MLD)، وغالبًا ما يكون مصحوبًا بطبقة أمان IPSec مدمجة .

انظر أيضاً

ملحوظات

  1. وقد طُورت الفكرة نفسها بشكل مستقل في وقت سابق من قبل دونالد ديفيز الذي كان أول من قام بتطبيق تبديل الحزم في شبكة NPL المحلية. [ 4 ]
  2. للاطلاع على سجلات المناقشات التي أدت إلى انقسام TCP/IP، انظر سلسلة ملاحظات تجارب الإنترنت في فهرس ملاحظات تجارب الإنترنت .

مراجع

  1. 1 2 3 4 5 ر. برادن ، محرر. (أكتوبر 1989). متطلبات مضيفي الإنترنت - طبقات الاتصال . مجموعة عمل الشبكة. doi : 10.17487/RFC1122 . STD 3. RFC 1122 .المعيار الثالث للإنترنت. تم تحديثه بواسطة RFC 1349 و 4379 و 5884 و 6093 و 6298 و 6633 و 6864 و 8029 و 9293 . 
  2. 1 2 3 ر. برادن ، محرر. (أكتوبر 1989). متطلبات مضيفي الإنترنت - التطبيق والدعم . مجموعة عمل الشبكة. doi : 10.17487/RFC1123 . STD 3. RFC 1123 .المعيار الثالث للإنترنت. تم تحديثه بواسطة RFC 1349 و 2181 و 5321 و 5966 و 7766 . 
  3. هافنر وليون 1998 ، ص 91 خطأ في harvnb: لا يوجد هدف: CITEREFHafnerLyon1998 ( مساعدة ) 
  4. روبرتس، د. لورانس ج. (مايو 1995). "شبكة أربانت وشبكات الحاسوب" . مؤرشف من الأصل في 24 مارس 2016. تم الاطلاع عليه في 13 أبريل 2016. ثم في يونيو 1966 ، كتب ديفيز ورقة داخلية ثانية بعنوان "مقترح لشبكة اتصالات رقمية"، صاغ فيها مصطلح "الحزمة" - وهو جزء صغير من الرسالة التي يرغب المستخدم في إرسالها، كما قدم مفهوم "حاسوب الواجهة" الذي يعمل كوسيط بين معدات المستخدم وشبكة الحزم.
  5. "ديف والدن، نظرة على جهود أربانت، بعد 34 عامًا - تاريخ الإنترنت" . livinginternet.com . تم الاطلاع عليه في 22 ديسمبر 2018 .
  6. هافنر وليون 1998 ، ص 103 خطأ في harvnb: لا يوجد هدف: CITEREFHafnerLyon1998 ( مساعدة ) 
  7. هافنر وليون 1998 ، الصفحات 103، 151 خطأ في harvnb: لا يوجد هدف: CITEREFHafnerLyon1998 ( مساعدة ) 
  8. بيرانيك، ليو (2005). "الأيام الأولى لشبكة BBN: تأسيس ثقافة الإبداع الهندسي". حوليات IEEE لتاريخ الحوسبة . 27 (2): 6-14 . doi : 10.1109/MAHC.2005.20 . S2CID 12645672 . 
  9. هافنر وليون 1998 ، ص 153 خطأ في harvnb: لا يوجد هدف: CITEREFHafnerLyon1998 ( مساعدة ) 
  10. ج. رينولدز ؛ ج. بوستل (نوفمبر 1987). دليل مرجعي لطلب التعليقات . مجموعة عمل الشبكة. doi : 10.17487/RFC1000 . RFC 1000 .الحالة غير معروفة. يلغي RFC 84 و 100 و 160 و 170 و 200 و 598 و 699 و 800 و 899 و 999 . 
  11. هافنر، كاتي؛ ليون، ماثيو (1996). حيث يسهر السحرة حتى وقت متأخر : أصول الإنترنت . أرشيف الإنترنت. نيويورك : سيمون وشوستر. ص 263. ISBN    978-0-684-81201-4.
  12. راسل، أندرو ل. (2014). المعايير المفتوحة والعصر الرقمي: التاريخ، والأيديولوجيا، والشبكات . نيويورك: مطبعة جامعة كامبريدج. ص 196. ISBN  978-1107039193أُرشف من المصدر الأصلي في 28 ديسمبر 2022. تم الاطلاع عليه في 20 ديسمبر 2022 .
  13. أبّاتي 1999 ، ص 3 : "قام مدير مشروع أربانت، لورانس روبرتس، بتشكيل فريق كبير من علماء الحاسوب... واستند إلى أفكار مجرّبي الشبكات في الولايات المتحدة والمملكة المتحدة. كما استعان سيرف وكاهن بخبراء حاسوب من إنجلترا وفرنسا والولايات المتحدة". 
  14. تايلور، بوب (11 أكتوبر 2008)، "التاريخ الشفوي لروبرت (بوب) دبليو. تايلور" (ملف PDF) ، أرشيف متحف تاريخ الحاسوب ، رقم مرجع متحف تاريخ الحاسوب: X5059.2009: 28
  15. 1 2 إسحاقسون، والتر (2014). المبتكرون: كيف صنعت مجموعة من المخترقين والعباقرة والمهووسين الثورة الرقمية . أرشيف الإنترنت. نيويورك: سيمون وشوستر. ISBN 978-1-4767-0869-0.
  16. سيرف، ف.؛ خان، ر. (1974). "بروتوكول للاتصال بين شبكات الحزم" (ملف PDF) . معاملات IEEE في الاتصالات . 22 (5): 637-648 . Bibcode : 1974ITCom..22..637C . doi : 10.1109/TCOM.1974.1092259 . ISSN 1558-0857 . مؤرشف (PDF) من الأصل في 10 أكتوبر 2022. تم الاسترجاع في 18 أكتوبر 2015. يود المؤلفون أن يشكروا عددًا من الزملاء على تعليقاتهم المفيدة خلال المناقشات المبكرة لبروتوكولات الشبكات الدولية، وخاصة ر. ميتكالف، ر. سكانتلبري، د. والدن، وهـ . زيمرمان؛ د. ديفيز ول. بوزين الذين علقوا بشكل بنّاء على قضايا التجزئة والمحاسبة؛ و إس. كروكر الذي علق على إنشاء الجمعيات وتدميرها. 
  17. ف. سيرف ؛ ي. دلال ؛ س. صن شاين (ديسمبر 1974). مواصفات برنامج التحكم في نقل الإنترنت . مجموعة عمل الشبكة. doi : 10.17487/RFC0675 . RFC 675 .مُلغى. تم إلغاؤه بموجب RFC 7805. NIC 2. INWG 72. 
  18. بقلم فينتون سيرف، كما رواه لبرنارد أبوبا (1993). "كيف نشأ الإنترنت" . مؤرشف من الأصل في 26 سبتمبر 2017. تم الاطلاع عليه في 25 سبتمبر 2017. بدأنا بتنفيذ مشاريع متزامنة في ستانفورد، وشبكة بي بي إن، وكلية لندن الجامعية . لذا، كان الجهد المبذول في تطوير بروتوكولات الإنترنت دوليًا منذ البداية.
  19. 1 2 سيرف، فينتون ج. (1 أبريل 1980). "التقرير النهائي لمشروع TCP بجامعة ستانفورد" .
  20. سيرف، فينتون (مارس 1977). "مواصفات بروتوكول التحكم في نقل الإنترنت TCP (الإصدار 2)" (ملف PDF) . مؤرشف (ملف PDF) من الأصل في 25 مايو 2022. تم الاطلاع عليه في 4 أغسطس 2022 .
  21. بانزاريس، جورجيوس (2008). الآلات والروايات: البناء التقني والسردي للحوسبة الشبكية كمنصة متعددة الأغراض، 1960-1995 . جامعة ستانفورد . ص 128. مؤرشف من الأصل في 17 يناير 2023. تم الاطلاع عليه في 5 سبتمبر 2019 . 
  22. بيلكي، جيمس ل. (2007). "يوجين دلال" . رأسمالية ريادة الأعمال والابتكار: تاريخ اتصالات الحاسوب، 1968-1988 . مؤرشف من الأصل في 8 أكتوبر 2022. تم الاسترجاع في 8 أكتوبر 2020 .
  23. "حول تصميم بروتوكول TCP/IP" . www.nethistory.info . تاريخ الاطلاع: 5 ديسمبر 2025 .
  24. قاعة مشاهير الإنترنت
  25. بوستل، جون (15 أغسطس 1977)، 2.3.3.2 تعليقات على بروتوكول الإنترنت وTCP ، IEN 2، مؤرشف من الأصل في 16 مايو 2019 ، تم استرجاعه في 11 يونيو 2016
  26. أباتي، اختراع الإنترنت ، 129-30.
  27. فينتون ج. سيرف (أكتوبر 1980). "بروتوكولات شبكات الحزم المترابطة". مجلة ACM SIGCOMM لمراجعة اتصالات الحاسوب . 10 (4): 10-11 .
  28. راسل، أندرو ل. (2007). "الهيئات التشريعية الصناعية": توحيد المعايير بالتوافق في الثورتين الصناعيتين الثانية والثالثة (ملف PDF) (أطروحة دكتوراه). جامعة جونز هوبكنز. مؤرشف (ملف PDF) من الأصل في 28 ديسمبر 2022. تم الاطلاع عليه في 28 ديسمبر 2022 .
  29. "وُلِدَ في شاحنة: عيد ميلاد سعيد للإنترنت في عامه الأربعين!" . computerhistory.org/ . تم الاطلاع عليه في 27 مايو 2026 .
  30. "الرجل الخامس للإنترنت" . مجلة الإيكونوميست . ١٣ ديسمبر ٢٠١٣. مؤرشف من الأصل في ١٩ أبريل ٢٠٢٠. تم الاطلاع عليه في ١١ سبتمبر ٢٠١٧. في أوائل سبعينيات القرن الماضي، ابتكر السيد بوزان شبكة بيانات رائدة ربطت مواقع في فرنسا وإيطاليا وبريطانيا . وقد مهدت بساطتها وكفاءتها الطريق لشبكة قادرة على ربط ليس فقط عشرات الأجهزة، بل ملايين منها. وقد أثارت هذه الشبكة إعجاب الدكتور سيرف والدكتور كان، اللذين أدرجا جوانب من تصميمها في البروتوكولات التي تُشغّل الإنترنت اليوم.
  31. بينيت، ريتشارد (سبتمبر 2009). "مصمم للتغيير: حجج شاملة، ابتكار الإنترنت، وجدل حيادية الإنترنت" (ملف PDF) . مؤسسة تكنولوجيا المعلومات والابتكار. الصفحات 7، 11. تاريخ الاطلاع: 11 سبتمبر 2017 . 
  32. بيلكي، جيمس. "شبكة CYCLADES 8.3 ولويس بوزان 1971-1972". رأسمالية ريادة الأعمال والابتكار: تاريخ اتصالات الحاسوب 1968-1988 . مؤرشف من الأصل في 17 يونيو 2021. تم الاسترجاع في 21 نوفمبر 2021. استُلهمت فكرة حزم البيانات من مصدرين . الأول هو دراسات دونالد ديفيز، حيث أجرى بعض المحاكاة لشبكات حزم البيانات، على الرغم من أنه لم يبنِ أيًا منها، وبدا الأمر قابلاً للتطبيق من الناحية التقنية. أما المصدر الثاني فهو تفضيلي للبساطة. لم أجد أي دافع تقني حقيقي لتراكب مستويين من بروتوكولات الاتصال من طرف إلى طرف. اعتقدت أن مستوى واحدًا يكفي.
  33. ديفيز، دونالد؛ بارتليت، كيث؛ سكانتلبري، روجر؛ ويلكنسون، بيتر (أكتوبر 1967). شبكة اتصالات رقمية للحواسيب توفر استجابة سريعة في المحطات الطرفية البعيدة (ملف PDF) . ندوة ACM حول مبادئ أنظمة التشغيل. مؤرشف (ملف PDF) من الأصل في 10 أكتوبر 2022. تم الاطلاع عليه في 15 سبتمبر 2020. سيوفر جميع مستخدمي الشبكة لأنفسهم نوعًا من أنواع التحكم في الأخطاء .
  34. «فيرجينيا ترافرز: التكنولوجيا لا تتطور وفق مسار خطي» . www.internethalloffame.org/ . تاريخ الاطلاع: 27 مايو 2026 .
  35. سيرف، فينتون ج. وكين، إدوارد (أكتوبر 1983). "نموذج بنية الإنترنت لوزارة الدفاع". شبكات الحاسوب . 7 (5). نورث هولاند: 307-318 . doi : 10.1016/0376-5075(83)90042-9 .
  36. 1 2 ف. بيكر ، محرر. (يونيو 1995). متطلبات أجهزة توجيه بروتوكول الإنترنت الإصدار 4. مجموعة عمل الشبكة. doi : 10.17487/RFC1812 . RFC 1812 .معيار مقترح. يلغي المعيارين RFC 1716 و 1009 . تم تحديثه بواسطة المعيارين RFC 2644 و 6633 .  
  37. كرويل، ويليام؛ كونتوس، برايان؛ ديروديف، كولبي (2011). تقارب الأمن المادي والمنطقي: مدعوم بإدارة أمن المؤسسات . سينغريس. ص 99. ISBN  9780080558783.
  38. 1 2 روندا هاوبن. "من شبكة أربانت إلى الإنترنت" . ملخص بروتوكول التحكم بالنقل (UUCP). مؤرشف من الأصل في 21 يوليو 2009. تم الاطلاع عليه في 5 يوليو 2007 .
  39. IEN 207 . IETF .
  40. IEN 152 . IETF .
  41. هاوبن، روندا (2004). "الإنترنت: حول أصوله الدولية ورؤيته التعاونية" . هاوي الحاسوب . 12 (2) . تاريخ الاسترجاع: 29 مايو 2009. مارس 1982 - انسحبت النرويج من شبكة أربانت وأصبحت متصلة بالإنترنت عبر بروتوكول TCP/IP عبر شبكة الأقمار الصناعية. نوفمبر 1982 - انسحبت جامعة لندن من شبكة أربانت وأصبحت متصلة بالإنترنت.
  42. "بروتوكول الإنترنت TCP/IP" . مؤرشف من الأصل في 1 يناير 2018. تم الاطلاع عليه في 31 ديسمبر 2017 .
  43. لينر، باري م.؛ وآخرون (1997)، تاريخ موجز للإنترنت (ملف PDF) ، جمعية الإنترنت ، ص 15، مؤرشف (ملف PDF) من الأصل في 18 يناير 2018 ، تم استرجاعه في 17 يناير 2018  
  44. "فينتون ج. سيرف : تاريخ شفوي" . مجموعات التاريخ الشفوي بجامعة ستانفورد - تسليط الضوء في ستانفورد . 2020. الصفحات 113، 129، 145. تم الاطلاع عليه في 29 يونيو 2024 .  
  45. "استخدام بروتوكول TCP/IP الخاص بـ Wollongong مع نظام التشغيل Windows for Workgroups 3.11" . دعم Microsoft . مؤرشف من الأصل في 12 يناير 2012.
  46. "تاريخ موجز لبروتوكولات الإنترنت في سيرن" . مؤرشف من الأصل في 10 نوفمبر 2016. تم الاطلاع عليه في 12 سبتمبر 2016 .
  47. "مقدمة في شبكات الحاسوب، جامعة ستانفورد CS144 خريف 2012" (PDF) . الصفحات 21-22 . 
  48. بيكر، ستيفن؛ جيليس، دونالد دبليو. "بروتوكول TCP/IP على أجهزة سطح المكتب في منتصف العمر" . مؤرشف من الأصل في 21 أغسطس 2015. تم الاطلاع عليه في 9 سبتمبر 2016 .
  49. رومكي، جون (17 فبراير 2011). "حول" . مؤرشف من الأصل في 5 نوفمبر 2011. تم الاسترجاع في 12 سبتمبر 2016 .
  50. فيل كارن، KA9Q موقع تنزيل TCP
  51. أندرو ل. راسل (30 يوليو 2013). "نموذج OSI: الإنترنت الذي لم يكن موجودًا" . مجلة IEEE Spectrum . المجلد 50، العدد 8. مؤرشف من الأصل في 1 أغسطس 2017. تم الاطلاع عليه في 6 فبراير 2020 .  
  52. راسل، أندرو ل. "التوافق التقريبي والبرمجة الجارية وحرب معايير الإنترنت-OSI" (ملف PDF) . حوليات IEEE لتاريخ الحوسبة. مؤرشف من الأصل (ملف PDF) في 17 نوفمبر 2019.
  53. 1 2 ديفيز، هوارد؛ بريسان، بياتريس (26 أبريل 2010). تاريخ شبكات البحث الدولية: الأشخاص الذين صنعوها . جون وايلي وأولاده. ISBN 978-3-527-32710-2أُرشف من الأصل في 17 يناير 2023. تم الاطلاع عليه في 7 نوفمبر 2020 .
  54. 1 2 "مقدمة إلى IETF" . IETF . تم الاطلاع عليه في 27 فبراير 2024 .
  55. مورابيتو، روبرتو؛ خيمينيز، خايمي (يونيو 2020). "مجموعة بروتوكولات IETF لإنترنت الأشياء: نظرة عامة وأحدث التطورات" . مجلة معايير اتصالات IEEE . 4 (2): 41-49 . arXiv : 2003.10279 . Bibcode : 2020ICStM...4b..41M . doi : 10.1109/mcomstd.001.1900014 . ISSN 2471-2825 . 
  56. ب. كاربنتر ؛ ر. هيندن (1 أبريل 2011). تكييف RFC 1149 لبروتوكول IPv6 . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC6214 . ISSN 2070-1721 . RFC 6214 . للعلم فقط. هذا طلب تعليقات بمناسبة كذبة أبريل .
  57. بلومنتال، مارجوري س.؛ كلارك، ديفيد د. (أغسطس 2001). "إعادة التفكير في تصميم الإنترنت: حجج الطرف إلى الطرف مقابل العالم الجديد الجريء" (ملف PDF) . مؤرشف (ملف PDF) من الأصل في 8 أكتوبر 2022. تم الاطلاع عليه في 8 أكتوبر 2022 .
  58. ج. بوستل ، محرر (سبتمبر 1981). بروتوكول الإنترنت - مواصفات بروتوكول برنامج داربا للإنترنت . IETF . doi : 10.17487/RFC0791 . STD 5. RFC 791. IEN 128، 123، 111، 80، 54، 44، 41، 28، 26.المعيار الخامس للإنترنت. يلغي RFC 760. تم تحديثه بواسطة RFC 1349 و 2474 و 6864 .  
  59. ب. كاربنتر ، محرر. (يونيو 1996). المبادئ المعمارية للإنترنت . مجموعة عمل الشبكة. doi : 10.17487/RFC1958 . RFC 1958 .معلوماتية. تم التحديث بواسطة RFC 3439 . 
  60. هانت، كريج (2002). إدارة شبكات TCP/IP ( الطبعة الثالثة). أورايلي. الصفحات 9-10 . ISBN   9781449390785.
  61. غوتمان، إي. (1999). "بروتوكول تحديد موقع الخدمة: الاكتشاف التلقائي لخدمات شبكة بروتوكول الإنترنت" . مجلة IEEE للحوسبة عبر الإنترنت . 3 (4): 71-80 . رمز Bibcode : 1999IIC.....3d..71G . doi : 10.1109/4236.780963 . ISSN 1089-7801 . 
  62. 1 2 تشنغ، كاي (يوليو 2017). "تمكين "توجيه البروتوكول": إعادة النظر في تصميم بروتوكول طبقة النقل في اتصالات الإنترنت" . مجلة IEEE للحوسبة عبر الإنترنت . 21 (6): 52-57 . Bibcode : 2017IIC....21f..52Z . doi : 10.1109/mic.2017.4180845 . ISSN 1089-7801 . 
  63. هوانغ، جينغ ليان (7 أبريل 2009). "مخطط تكييف الربط بين الطبقات في الشبكة المحلية اللاسلكية" . مجلة تطبيقات الحاسوب . 29 (2): 518-520 . doi : 10.3724/sp.j.1087.2009.00518 (غير نشط في 1 يوليو 2025). ISSN 1001-9081 . {{cite journal}}: صيانة CS1: تم تعطيل DOI اعتبارًا من يوليو 2025 ( رابط )
  64. ستيفنز، دبليو. ريتشارد (فبراير 1994). بروتوكول TCP/IP المصور: البروتوكولات . أديسون-ويسلي. ISBN 0-201-63346-9أُرشف من الأصل في 22 أبريل 2012. تم الاطلاع عليه في 25 أبريل 2012 .
  65. فريق IR، "شرح مفصل لفحص الحزم العميق وكيفية عمله | IR" . www.ir.com . تم الاطلاع عليه في 13 يوليو 2025 .
  66. داي، مارك؛ ماكدونالد، ريك؛ روفي، أنطون (29 أكتوبر 2007). أساسيات الشبكات، دليل مصاحب لاستكشاف شهادة CCNA . دار نشر سيسكو. ISBN 9780132877435تم الاطلاع عليه بتاريخ 12 سبتمبر 2016 عبر كتب جوجل.
  67. كوزيروك، تشارلز م. (1 يناير 2005). دليل TCP/IP: مرجع شامل ومصور لبروتوكولات الإنترنت . دار نشر نو ستارش. ISBN 9781593270476تم الاطلاع عليه بتاريخ 12 سبتمبر 2016 عبر كتب جوجل.
  68. كومر، دوغلاس (1 يناير 2006). الربط الشبكي باستخدام بروتوكول TCP/IP: المبادئ والبروتوكولات والبنية . برنتيس هول. ISBN 0-13-187671-6تم الاطلاع عليه بتاريخ 12 سبتمبر 2016 عبر كتب جوجل.
  69. ↑ تانينباوم، أندرو س. (1 يناير 2003). شبكات الحاسوب . برنتيس هول بي تي آر. ص 42. ISBN  0-13-066102-3تم الاطلاع عليه بتاريخ 12 سبتمبر 2016 عبر أرشيف الإنترنت. الشبكات.
  70. فوروزان، بهروز أ.؛ فيجان، صوفيا تشونغ (1 أغسطس 2003). اتصالات البيانات والشبكات . ماكجرو هيل للتعليم العالي. ISBN 9780072923544تم الاطلاع عليه بتاريخ 12 سبتمبر 2016 عبر كتب جوجل.
  71. كوروز، جيمس ف.؛ روس، كيث و. (2008). شبكات الحاسوب: منهج من أعلى إلى أسفل . بيرسون/أديسون ويسلي. ISBN 978-0-321-49770-3أُرشف من الأصل في 23 يناير 2016. تم الاطلاع عليه في 16 يوليو 2008 .
  72. ستالينغز، ويليام (1 يناير 2007). اتصالات البيانات والحاسوب . برنتيس هول. ISBN 978-0-13-243310-5تم الاطلاع عليه بتاريخ 12 سبتمبر 2016 عبر كتب جوجل.
  73. ISO/IEC 7498-1:1994 تكنولوجيا المعلومات - الربط البيني للأنظمة المفتوحة - النموذج المرجعي الأساسي: النموذج الأساسي . ISO .
  74. 12R. Bush; D. Meyer (December 2002). Some Internet Architectural Guidelines and Philosophy. Network Working Group. doi:10.17487/RFC3439. RFC3439.Informational. Updates RFC 1958.
  75. Murray, Nick (November 28, 2018). "Network Layers Explained: OSI & TCP/IP Models [with examples]". Plixer. Retrieved July 13, 2025.
  76. Braden, Robert T. (1989). Requirements for internet hosts - communication layers. IETF. doi:10.17487/RFC1122. RFC1122.

Bibliography