حزمة بروتوكولات الإنترنت

نموذج الإنترنت (TCP/IP) وجزء من حزمة البروتوكولات الموافقة.

حزمة بروتوكولات الإنترنت (بالإنجليزية: Internet Protocol Suite)‏[1] أو نموذج الإنترنت (بالإنجليزية: TCP/IP Model)‏، أو نموذج وزارة الدفاع (بالإنجليزية: Department of Defense DoD Model)‏ هو نموذج مُجرّد يربط عمل مجموعة من بروتوكولات الاتصالات المُستعملة في شبكة الإنترنت وفي شبكات حواسِب أُخرى. يُعرَف هذا النموذج باسم نموذج الإنترنت، ويُشار إليّه اختصاراً بالرمز (TCP/IP)، الذي يجّمع بروتوكول الإنترنت[2] وبروتوكول التحكّم بالنقل[3] لأنّهما أول بروتوكولين أُضيفا للحزمة. ويُدعى النموذج في بعض الأحيان باسم نموذج وزارة الدفاع، لأنّ تمويل المشروع جاء عن طريق وكالة مشاريع البُحوث المتطوّرة الدفاعيّة (DARPA)، وهي إحدى وكالات وزارة الدفاع في الولايات المتحدة الأميركيّة.

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

إنّ مجموعة مُهندسي الإنترنت هي الجهة المُخوّلة بإصدار وحفظ وثائِق المعايير الخاصة ببروتوكولات الحزمة، أو التعليق عليها بهدف شرح وتوضيح آليّات عملِها. تمّ تطوير حزمة بروتوكولات الإنترنت قبل تطوير نموذج الربط البيني للأنظمة المفتوحة[5] وهي أكثرُ بساطةً مِنه.

نبذة تاريخيّة

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

الأبحاث الأولى

جاء تطوير حزمة بروتوكولات الإنترنت نتيجة للأبحاث والدراسات التي أجرتها وكالة مشاريع البُحوث المتطوّرة الدفاعيّة (داربا) في نهاية الستينيّات، [6] فبعد إطلاق شبكة الأربانت الرائدة في عام 1969م، بدأت الوكالة في العمل على عددٍ من تقنيّات نقل البيانات. في عام 1972م، انضمّ بوب خان إلى مكتب تقتيّات مُعالجة المعلومات، حيث عمل على في شبكات نقل الرزم باستعمال الأقمار الصناعيّة، وباستعمال محطات الراديو الأرضيّة، وأدرك حينها الحاجة لشبكات مُعطيات عالميّة. في ربيع العام 1973م، انضمّ فينت سيرف، مُطوّر برنامج التحكّم بشبكة الأربانت (NCP)، إلى خان وابتدآ العمل على تطوير نموذج لبنيّة شبكات الاتصال وذلك بهدف تصميم الجيل التالي من بروتوكولات شبكة الأربانت.

كان خان وسيرف قد نجحا في إعادة صياغة الشكل العام للنموذج بحلول صيف العام 1973م، وبدلاً من أن تكون الوثوقيّة هي مسؤوليّة الشبكة، كما هو الحال في الأربانت، فقد فُوِّض المُضيفون بذلك. نتج عن ذلك تطّوير بروتوكول جديد هو بروتوكول التحكّم بالنقل، ونشر الاثنان ورقة بحثيّة [7] بذلك في العام 1974م.

كان بروتوكول التحكّم بالنقل مسؤولاً عن نقل الرزم وعن التوجيه في البداية. ولكن مع التطوير الحاصل، استحسن بعض من الباحثين تنظيم البروتوكولات عن طرق فصلها حسب وظائفها وتجميعها في مجموعة من المستويات أو الطبقات، من دُعاة هذه الفكرة جوناثان بوستل من معهد تقانة المعلومات في جامعة كاليفورنيا الجنوبيّة، الذي عمل مُحرراً لوثائق طلبات التعليق، علّق بوستل على الموضوع: «إنّنا نُفشِل تصميم الإنترنت من خلال انتهاك مبدأ الطبقات». [8] كان الهدف الأساسي من طرح فكرة التغليف هو خلق بيئة عمل مُكوّنة من مجموعة من الطبقات المُتتاليّة حيث يُمكن لكل طبقة علّيا منها أن تصل إلى ما تحتاجه فقط من معلومات الطبقات الدنّيا. زادت هذه الفكرة مُرونة التصميم كما أنّها جعلته قابلاً للتوسّع، ونتيجة لذلك فقد تمّ تقسيم برنامج التحكّم بالنقل إلى بروتوكولين مُتمايزين هما بروتوكول الإنترنت (IP) وبروتوكول التحكّم بالنقل. حلّت حزمة البروتوكولات الجديدة محلّ كل البروتوكولات المُستعملة سابقاً، [9] مثل شبكة الرزم الراديويّةّ (Packet Radio Network PRnet) [10] وشبكة الأقمار الصناعية (Satellite network SATnet). [11] [12]

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

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

تطوير المُحددات

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

في الفترة المُمتدّة بين عامي 1973 و1974م، طوّر سيرف مع مجموعة بحث في معهد ستانفورد للأبحاث (SRI) التفاصيلَ المُتعلّقة بهذه الفكرة، وكانت النتيجة هي أول مُحددات خاصّة ببروتوكول التحكّم بالنقل.[15] تأثّر هذا العمل بشكلٍ ملحوظ بالأعمال السابقة التي أنجزت في زيروكس بارك والتي نتج عنها تطوير حزمة بروتوكولات بارك العامة (PARC Universal Packet Protocol Suite).

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

في عام 1975م، أجريت تجربة لإقامة اتصال بين شبكتين في جامعة ستانفورد وكلّية لندن الجامعيّة باعتماد حزمة بروتوكولات الإنترنت. وفي نوفمبر عام 1977م، تمّ توصيل شبكات ثلاث مواقع في الولايات المتحدة الأميركيّة والمملكة المُتحدة والنرويج باعتماد حزمة بروتوكولات الإنترنت. جرى أيضاً تطوير عدّة نماذج من حزمة بروتوكولات الإنترنت في العديد من المراكز البحثيّة في الفترة المُمتدّة بين عامي 1978 و1983م. اُنتقِل من استعمال شبكة الأربانت إلى حزمة بروتوكولات الإنترنت رسمياً في 1 يناير 1983 حيث فُعِّلت هذه البروتوكولات تفعيلاً دائماً.[16]

اعتماد النموذج

في مارس عام 1982م أعلنت وزارة الدفاع الأميركية اعتماد حزمة بروتوكولات الإنترنت كمعيار في كل شبكات الحواسب العسكريّة. [17] أقام مجلس الإنترنت الاستشاري ، والذي سُمي لاحقاً مجلس هندسة الإنترنت ({إنج|Internet Architecture Board}} اختصاراً IAB، في عام 1985م ورشة عملٍ لمدّة ثلاثة أيّامٍ حوّل حزمة بروتوكولات الإنترنت لمُصنِّعي الحواسيب، حضرها مُمثلون عن 250 مُصنِّع، سُوِّقت الحزمة فيها للاستخدام التجاري.

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

كانت أي بي أم وديجيتال إكوبمينت وإيه تي أند تي (AT&T) هي الشركات الأولى التي اعتمدت حزمة بروتوكولات الإنترنت. على الرغم من امتلاك كلٍ منها لحزمة بروتوكولات مُنافِسة خاصّةٍ بها. في أي بي أم، ومُنذ العام 1984م، بدء التطوير اعتماداً على حزمة بروتوكولات الإنترنت.لاحقاً بدأت شركات أصغر تُقدّم إضافة توسيعيّة لدعم حزمة البروتوكولات لنظام التشغيل دوس (DOS) وأنظمة مايكروسوفت ويندوز مثل شركة أف تي بي للبرمجيّات ومجموعة ولونغونغ. أمّا أوّل إضافة توسيعيّة لدعم حزمة بروتوكولات الإنترنت لنظام تشغيل أي بي أم المُسمّى (VM/CMS) فقد جاءت من جامعة ويسكونسن. [18]

بعض الإضافات التوسيعيّة تمّت كتابتها من قبل بعض المُبرمجين بدون أيّ مساعدة، مثلاً، قام جاي إلنسكي (Jay Elinsky) وأوليغ فيشنيبولسكي من فريق الأبحاث في أي بي أم بكتابة الإضافة التوسيعيّة لدعم حزمة بروتوكولات الإنترنت لنظامي تشغيل (VM/CMS) و(OS/2).

في يونيو 1989م، حصلت عملية انتشار حزمة بروتوكولات الإنترنت على دفعةٍ جديدةٍ، فقد وافقت شركة إيه تي أند تي على وضع شيفرة مصدريّة لحزمة البروتوكولات طُوّرت لأجل أنظمة يونكس تحت ترخيصٍ مفتوح المصدر. وقد قام عدد من المُصنّعين، من ضمنهم أي بي أم بتضمين هذه الشيفرة في الإضافات التوسيعيّة الخاصّة بهم. قامت العديد من الشركات ببيع الإضافات التوسيعيّة لدعم حزمة بروتوكولات الإنترنت في أنظمة ويندوز حتى قيام مايكروسوفت بإصدار ويندوز 95 الذي تضمّن دعماً أساسيّاً لحزمة بروتوكولات الإنترنت. على الرغم من أنّ هذه الخطوة جاءت مُتأخّرة قيّاساً بتطوّر شبكة الإنترنت، ولكنّها كانت بمثابة الإعلان عن السيطرة المُطلقة لحزمة بروتوكولات الإنترنت في مقابل تراجُع النماذج الأُخرى وأهمّها: نموذج بُنية شبكة النظم (Systems Network Architecture SNA) الخاصّ بشركة أي بي أم وحزمة بروتوكولات ديسي نت (DECnet) الخاصّة بشركة ديجيتال إكوبمينت ونموذج الربط البيني للأنظمة المفتوحة.

المبادئ البنيويّة الأساسيّة للنموذج

أكّدت الوثيقة (RFC 1122) [1] المُعنونّة: «مُتطلبات مُضيفي الإنترنت، طبقات الإتصال» (Requirements for Internet Hosts, Communication Layers) اعتماد كدسة من الطبقات كمبدأ رئيسيّ في حزمة بروتوكولات الإنترنت (TCP/IP).

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

ينصّ مبدأ المتانة (Robustness Principle) أو قانون بُوستال (Postal's Law) على ما يلي: «بشكلٍ عام، يجب على التطبيق أن يكون مُتخفّظاً بسلوكه عند الإرسال، ومُتحرراً بسلوكه عند الاستقبال. ولهذّا، يجب توخّي الحذر عند الإرسال وإرسال رزم مُعدّة بشكلٍ جيّد، ولكنّ يجب قُبُول أيّ رزمة يُمكن فهمُها (مثلاً، حالة وجود أخطاء تقنيّة حيث المعنى لا يزال واضِحاً)».[2] وفي موقعٍ آخر: «قد تحتوي البرمجيّات في بقيّة المُضيفين على أوجه قصور، لذلك ليس من الحكمة استخدام ميّزات البروتوكول القانونيّة الغامضة».[1] قد صاغ بُوستال هذا المبدأ بشكلٍ مُختصر بالشكل: «كُنّ مُحافظاً فيما تقوم به، ومُتحرراً فيما تقبلُه من الآخرين».

طبقات النموذج

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

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

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

لا تطرح المعايير والوثائق الخاصّة بالحزمة بُنية مُحددة بشكلٍ صارمٍ للنموذج، وهذا ما يجعلُه مُلائماً لشرح آليّة عمل البروتوكولات في العالم الواقعيّ، على عكس نموذج الاتصال المعياريّ (OSI)، الذي يُعرّف الطبقات ضمن قالبٍ جامد. على سبيل المثال، فإنّ الوثيقة (RFC 1958)، المُعنونة: «مبادئ بنيويّة لشبكة الإنترنت» (Architectural Principles of the Internet)، [20] لا تحتوي ذكراً مُباشراً لوجود كدسة من الطبقات، بل تشير إلى وجود طبقة الإنترنت، ومجموعة من الطبقات العُليّا. إنّ ضعف التركيز على تعزيز مفهوم كدسة الطبقات هو أحد الاختلافات الأساسية بين نموذج الإنترنت (TCP/IP) وبين نموذج الاتصال المعياريّ.

أمّا الوثيقة (RFC 1122)، المُعنونة: «مُتطلبات مُضيفي الإنترنت، طبقات الاتصال» فهي تذكر وجود نموذج مُكوّن من أربع طبقاتٍ، حيث تُميّز كل طبقة باسم يُعرّفُها لا برقم بالشكل التالي:

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

إنّ نموذج الإنترنت هو طريقة لشرح آليّات عمل البروتوكولات مع بعضها البعض وليس نموذجاً لتطوير البروتوكولات، ولذلك فهو يفتقد للبنية الشكليّة المثاليّة الموجُودة في نموذج الاتصال المعياريّ. لا تعتمد مجموعة مهندسي شبكة الإنترنت (IETF) على نموذجٍ رسميّ ولا ترى في ذلك قيداً يُشترط الالتزام به. ويُعبّر ديفيد كلارك عن ذلك بقوله: «نحن نرفُض: الملوك والرؤساء والتصويت. نحن نُؤمِن: بتوافق الآراء وبالشفيرة المصدريّة السليمة».

فيما يلي، وصفٌ توضيحيّ لكل طبقةٍ من حزمة بروتكوكولات الإنترنت بدءاً من المستوى الأدنى:

طبقة الربط

المقالة الرئيسة: طبقة الربط
تدفّق المُعطيات بين طرفيتين عبر شبكة مُتباعدة بحسب نموذج الإنترنت (TCP/IP).

إنّ إطار عمل طبقة الربط هو الشبكة المحليّة التي يتصل معها المُضيف. وهي الطبقة الدُنيا في نموذج بالإنترنت (TCP/IP)، على اعتبار أن النموذج مُستقل عن عتاد الشبكة (Network Hardware). ونتيجة لذلك، فإن هذا النموذج قابل للتشغيل على أيّ منصّة، بِمعزل عن تكنولوجيا العتاد المُستعملة.

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

في هذه الطبقة، يُمكن أن يتمّ فرز الرزمة لتُرسل عبر شبكةٍ افتراضيّةٍ خاصّة (VPN) [25] أو لتُسلّم إلى أحد بروتوكولات الأنفاق لإعدادها للمرور عبر نفقٍ ما. وفي هذه الحالة ستتمّ عملية التغليف مُجدداً وكأنّ الرزمةَ كاملةٌ هي بيانات في طبقة التطبيق. يشتمل نموذج الإنترنت أيضاً على بروتوكولات مُطابقة العناوين، التي تعمل على المُطابقة بين عناوين طبقة الإنترنت وعناوين طبقة الربط، في حال وجُودها. على الرغم من أنّ وظيفة هذا النوع من البروتوكولات لا تُؤهّلها لتُصنّف أنّها عاملة في هذه الطبقة، لكن جزءاً من عملها على الأقلّ يحصُل فيها.

إنّ طبقة الربط في نموذج الإنترنت تتوافق مع الطبقة المادية وطبقة ربط البيانات، وهما الطبقتين الأولى والثانية في نموذج الاتصال المعياريّ (OSI).

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

المقالة الرئيسة: طبقة الإنترنت

هي الطبقة المسؤُولة عن انتقال الرزمةَ عبر عدّة شبكاتٍ من مصدرها إلى وجهتها. وبشكلٍ أساسيّ، فإنّها تهتمُّ بقضيتين أساسيتيّن هُما عنونة المُضيفين وتوجيه الرزم.

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

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

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

تتوافق طبقة الإنترنت في نموذج الإنترنت مع طبقة الشبكة في نموذج الربط البيني للأنظمة المفتوحة وهي الطبقة الثالثة فيه.

طبقة النقل

المقالة الرئيسة: طبقة النقل

تُنشئ طبقة النقل قنوات اتصال لنقل المُعطيات بين المُضيفين، وذلك بمعزل عن البُنية الحقيقيّة للشبكة وتوزُّعها. ويتمّ استخدام هذه القنوات من قبل طبقة التطبيق. تتضمن مُسؤوليّة هذه الطبقة التحكّم بالأخطاء (Error Control) وتقطيع البيانات (Segmentation) والتحكّم بالتدفّق والتحكّم بالازدحام، بالإضافة إلى عنونّة الخدمات باستعمال أرقام المنافذ. يمكن تصنيف قنوات الاتصال التي يتمّ إنشاؤها في هذه الطبقة إلى نوعين: قنواتٍ تتطلب تهيئة الاتصال، ويقوم بروتوكول التحكم بالنقل (TCP) بإنشاء هذا النوع من القنوات، وقنواتٍ لا تتطب تهيئة الاتصال، مثل تلك التي يقوم بروتوكول رزم المستخدم (UDP) بإنشائها.

تُعرّف هذه الطبقة مفهُوماً جديداً هو المنفذ، والهدف الأساسيّ من استعمالِه هو إيجادُ طريقةٍ لعنونّة الخدمات التي يتمّ تقديمها في طبقة التطبيق، يجري منح كل قناةٍ تمّ إنشاؤُها رقمي منفذ خاصّين بها، الأول رقم منفذ المصدر والآخر للوجهة. إنّ هناك معياراً عامّاً لأرقام منافذ الخدمات الأساسيّة، ويتيح ذلك للمُستخدمين طلب الحصول على هذه الخدمات بشكل ٍ بسيط بالاعتماد نموذج طلب الخدمة. إنّ جمعَ رقم المنفذ مع عنوان بروتكول الإنترنت (IP) الخاصّ بالمُضيف، ينتج مقبساً وهو المعرّف المُميز للقناة التي تمّ إنشاؤها.

تهتمُ هذه الطبقة بمطلب الوثوقيّة في الشبكة. يُوصف بروتوكول الإنترنتبأنه غيرُ موثوقٍ، وهو يُؤمّن أفضل ما يمكن لتوصيل الرزم، بدون ضمان وصولُها، وهو إمّا أن يعتمد على بروتوكول التحكّم بالنقل العامل في هذه الطبقة، لتأمين مطلب الوثوقيّة، أو أن يعملَ في المستوى التالي لبروتوكولٍ مَوثُوقٍ مثل بروتوكول التحكّم عاليّ المُستوى في ربط البيانات (HDLC). [29]

يُؤمّن بروتوكول التحكّم بالنقل قضايّا الوثوقيّة مثل توفيره لآليّة لترتيب المُعطيات الواردة بغير تسلسل إرسالها، كما أنّه يضمن مُعدّلَ خطأ أصغريّ بسبب إمكانيّة تصحيح الأخطاء في حال حصُولِها، ويتخلّص من الرزم المُكررة، ويمنع تشكّل الازدحام في الشبكة.

يعمل بروتوكول التحكّم بتدفق النقل (Streaming Control Transmission Protocol SCTP) [30] على تقديم خدمة نقلٍ مَوّثوقٍ أيضاً في هذه الطبقة، وهو يعتمد على قنواتٍ تتطلب تهيئة الاتصال، كما أنّه يدّعم تدفّقاً للرسائل، على عكس بروتوكول التحكّم بالنقل الذي يدّعم تدفّقاً للبايتات، بالإضافة إلى إمكانيّة الإرسال المُتعدد أكثر من تدفّقٍ معاً عبر نفسِ القناة. يدّعم بروتوكول التحكّم بتدفق النقل (SCTP) مفهوم الاستضافة المُتعددة (Multihoming)، وبالتالي يُمكن أن يعمل على طرفيّة تملك أكثر من عنوان بروتوكول الإنترنت (IP) وأكثر من بطاقة شبكة، بحيث لا يتوقّف الاتصال إذا فشلت أحدُ البطاقات.

إنّ بروتوكول رزم المستخدم هو أحد البروتوكولات العاملة في هذه الطبقة، وهو بروتوكول غير موّثوق ويُؤمّن خدمة لنقل المُعطيات بأفضلِ مجهُودٍ للتوّصيل (Best Effort Delivery)، على الرغم من احتوائِه على آليّةٍ لفحص التحقق الجمعيّ، لكنّها تعتمد خوارزميّة بسيطة وغير كافيّة. يُعدّ بروتوكول رزم المستخدم خيّاراً مثاليّاً للتطبيقات التي تتضمّن تدفّقاً للوسائِط المُتعددة (Multimedia Streaming) كالصوت والصورة أو تطبيقات نقل الصوت باستعمال بوتوكول الإنترنت (VoIP) وغيرُها من التطبيقات العاملة في الزمن الحقيقي، حيث يكون وصول المُعطيات إلى هدفِها ذو أولويّة أعلى من وثوقيّة الشبكة.

يعمل في هذه الطبقة أيضاً، بروتوكول النقل في الزمن الحقيقيّ (RTP)،[31] وهو مُصمم من أجل نقل المُعطيات في الزمن الحقيقي مثل تدفّقات الصوت أو الفيديو.

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

طبقة التطبيق

المقالة الرئيسة: طبقة التطبيق

تتضمّن طبقة التطبيق البروتوكولات المُستخدمة من قبل التطبيقات وذلك إمّا لتقديم الخدمات للمُستخدمين أو لتبادل المُعطيات بين التطبيقات عبر قنوات الاتصال التي تمّ إنشاؤها ضمن الشبكة باستخدام بروتوكولات الطبقات الأدنى، وقد يتضمّن عمل البروتوكولات في هذه الطبقة خدمات أساسيّة مثل تراسل الملفات أو تهيئة المُضيفين. من الأمثلة [32] عن بروتوكولات طبقة التطبيق بروتوكول نقل النص التشعّبي (HTTP) وبروتوكول نقل البريد البسيط (SMTP) [33] بروتوكول نقل الملفات (FTP) وبروتوكول التهيئة الآليّة للمُضيفين (DHCP).[34] في هذه الطبقة، يتمّ توليد البيانات التي يجبُ أن تُرسل عبر الشبكة، ثم يجري تغليفُها بترويسة أحد بروتوكولات طبقة التطبيق وتمريرُها إلى طبقة النقل.

لا يوجد في نموذج الإنترنت أي مُحددات خاصّة بتنسيق أو عرض البيانات، كما لا يوجد أي طبقات إضافيّة تفصل بين طبقتي التطبيق والنقل، وتترك المهمّات المُقابلة لطبقتي العرض والجلسة في النموذج المعياريّ (OSI) إلى المكاتب البرمجيّة ولواجهة برمجة التطبيقات (API).

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

غالباً ما ترتبط بروتوكولات طبقة التطبيق بتطبيقاتٍ مُحددة عاملةٍ وفق نموذج طلب الخدمة (Client/Server Model)، أو خدمات معرُوفة تمّ منحُها أرقامَ منافذَ مُميّزة من قبل الهيّئة المانحة لأرقام وعناوين شبكة الإنترنت (IANA)،[35] على سبيل المثال، فإنّ مُخدّم بروتوكول نقل النص التشعّبي يستخدم دائماً رقم المنفذ (80)، أمّا بروتوكول تل نت (Telnet) فيستخدم رقم المنفذ (23). أمّا العُملاء، فعادةً ما يحصلون على أرقام منافذ مُؤقّتة وعشوائيّة، تُسمّى المنافذ العابرة (Ephemeral Port)، ويتمّ تهيئة التطبيقات لتوليد هذه الأرقام من ضمن مجال مُحدد.

لا تهتمّ طبقة النقل وما يليّها ببروتوكولات طبقة التطبيق، ولا تفحص الموجّهات أو المبدلات المُعطيات المارّة عبّرها. ولكن بعض جدران الحماية أو البروتوكولات مثل بروتوكول حجز الموارد (RSVP) [36] أو الخدمات مثل خدمة ترجمة عناوين الشبكة (NAT) معنيّة بالحمل في هذه الطبقة.

يُميّز نموذج الإنترنت بين بروتوكولات المُستخدم وبروتوكولات دعم الشبكة، [1] فالأولى تُستخدم من من أجل خدمة تطبيقات المُستخدم، مثل بروتوكول نقل الملفات، أما الثانيّة فتؤمّن الخدمات الأساسيّة المُرتبطة بالشبكة، مثل نظام أسماء النطاقات (DNS).[37]

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

أسماء الطبقات وعددها في أدبيات الشبكات

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

الوثيقة (RFC 1122)، معيار شبكة الإنترنت [1] أكاديمية سيسكو (Cisco) [38] كوروس (Kurose)[39]، فوروزان (Forouzan) [40] كومير (Comer)[41]، كوزيروك (Kozierok)[42] ستالينغز (Stallings)[43] تانين بام (Tanenbaum)[44] الوثيقة (RFC 871)، نموذج الأربانت [45] نموذج الاتصال المعياريّ (OSI) [5]
أربع طبقات أربع طبقات خمس طبقات خمس طبقات أربع طبقات أربع طبقات ثلاث طبقات سبع طبقات
نموذج الإنترنت نموذج الإنترنت نموذج الإنترنت خماسي الطبقات أو حزمة بروتوكولات الإنترنت نموذج الإنترنت المرجعي خماسي الطبقات نموذج الإنترنت نموذج الإنترنت المرجعي خماسي الطبقات "نموذج شبكة أربانت المرجعي" نموذج الربط البيني للأنظمة المفتوحة
التطبيق التطبيق التطبيق التطبيق التطبيق التطبيق التطبيق/العمليات التطبيق
العرض
الجلسة
النقل النقل النقل النقل الربط بين المضيفين أو النقل النقل الربط بين المضيفين النقل
الإنترنت التشبيك الشبكة الإنترنت الإنترنت الإنترنت الشبكة
الوصل منفذ الشبكة وصلة البيانات وصلة البيانات (الوصول إلى الشبكة) النفاذ إلى الشبكة وصلة البيانات منفذ الشبكة وصلة البيانات
المادية العتاد المادية المادية المادية

مقارنة بين نموذج الإنترنت ونموذج الربط البيني للأنظمة المفتوحة

مقارنة بين طبقات نموذج الإنترنت (TCP/IP) ونموذج الاتصال المعياريّ (OSI).

إنّ الطبقات الثلاثة العُليّا نموذج الربط البيني للأنظمة المفتوحة، أي طبقات التطبيق والعرض والجلّسة، غير مُتمايّزة في نموذج الإنترنت الذي يحتوي على طبقة وحيدة فقط فوق طبقة النقل. لا يوجد مُتطلّبات تصميميّة في نموذج الإنترنت تفرض وجود بنية مُتجانسة مُحددة فوق طبقة النقل. بعض التطبيقات التي تعتمد النموذج المعياريّ، مثل تطبيق أكس 400 (X.400)، تدمج الطبقات الثلاثة السابقة.

يبدو تأثير دمج طبقتي العرض والجلّسة في طبقة واحدة هي التطبيق ذو أثرٍ ضئيل في بروتوكولات مثل بروتوكول نقل النص الفائق وبروتوكول إرسال البريد البسيط، لكن هذا الأثر يُصبح جليّاً عند استعمال بروتوكولات أخرى مثل بروتوكول الاتصال الآمن وبروتوكول بدء الجلسة. [46] في نموذج الإنترنت هناك إضافة توسيعيّة لتغطية وظائف طبقة العرض في البيني للأنظمة المفتوحة، تُسمى هذه الإضافة توسيعيّة بمُلحق البريد الإلكتروني مُتعدد الأغراض (بالإنجليزية: Multipurpose Internet Mail Extensions)‏.

لا تلتزم مجموعة مهندسي شبكة الإنترنت التزاماً صارماً بكدسة مُحددة من الطبقات عند تطوير البروتوكولات، ولذلك فإنّ بعض البروتكولات لا تتوافق من حيث الوظيفة مع طبقة مُعيّنة بحدّ ذاتِها، من الأمثلة على ذلك بعضٌ من البروتوكولات التي تسمح بالوصول المُتعدد (بالإنجليزية: Multi-access)‏ مثل الإيثرنت [47] وهي تملك نظامَ عنونةٍ خاصاً بها، وإذا استُعمِلَ هذا البروتوكول مع بروتوكول الإنترنت، الذي يملك نظام عنونته الخاص أيضاً، لابدّ من وجود بروتوكولٍ لمُطابقة العناوين بين النظامين، مثل بروتوكول اقتران العناوين، [48] وهذا البروتكول يجب أن يوجد وظيفيّاً تحت طبقة الإنترنت ولكن فوق طبقة الوصلة. شملت الإضافة التوسيعيّة نموذج الربط البيني للأنظمة المفتوحة حالات كهذه ضمن التنظيم الداخلي لطبقة الشبكة (بالإنجليزية: Internal Organization of The Network Layer)‏. [49] تشمل الوثيقة (RFC 3439) المُعنونّة: «بعض المبادئ التوجيهيّة لبُنيّة وفلسفة شبكة الإنترنت» [26] تصنيفاً للحالات التي يكون الاستعمال الصارم لكدسة الطبقات فيها ضارّاً بعملية التطوير.

بشكلٍ مُماثل، فإنّ بروتوكولات مثل بروتوكول رسائل التحكّم في شبكة الإنترنت وبروتوكول إدارة المجموعات في شبكة الإنترنت، تعمل فوق بروتوكول الإنترنت ولكن تحت طبقة النقل. شملت الإضافة التوسيعيّة نموذج الربط البيني للأنظمة المفتوحة حالات كهذه ضمن الإطار الإداري لنموذج االربط البيني (بالإنجليزية: OSI Reference model Management Framework)‏ اختصاراً OSIRM MF. [50] من خلال إضافة طبقة فرعيّة هي طبقة الإدارة (Management Layer)، بالمُقابل أشارت الوثيقة (RFC 792)، المُعنونّة: «بروتوكول رسائل التحكّم في شبكة الإنترنت» (Internet Control Message Protocol)، [27] إلى أنّ بروتوكول رسائل التحكّم في شبكة الإنترنت (ICMP) هو جزء مُدمج من بروتوكول الإنترنت.

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

تدعم بروتوكولات نموذج الإنترنت مفهوم التغليف المُتكرر (بالإنجليزية: Recursive Encapsulation)‏،[53] وأوضح الأمثلة على ذلك هو بروتوكول التوجيه والتغليف العام (GRE). [54]

الاستعمالات التطبيقيّة

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

إنّ استعمال الإصدار السادس من بروتوكول الإنترنت يتطلّب إصداراً خاصّةً من بروتوكول رسائل التحكّم، هو بروتوكول رسائل التحكم للإصدار السادس من بروتوكول الإنترنت، [55] وغالباً ما يكون هذا الاستعمال مُرفقاً بحزمة بروتوكول الإنترنت الأمنيّة.[53]

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

تُعالج البرامج الثابتة في المُتحكّمات الصغريّة في بطاقة الشبكة القضايا المُتعلّقة بوسط النقل، وهي بحاجة للبرامج التعريفيّة في نظام التشغيل لتنجح في ذلك. في المستوى التاليّ تسيطر العناصر الإلكترونيّة، وهي غير قابلة للبرمجة، وغالباً ما تُستخدم دارات مُتكاملة مُحددة التطبيقات (بالإنجليزية: Application-Specific integrated circuit)‏ اختصاراً ASIC، لهذا الغرض.

تطبيقات

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

انظر أيضًا

المراجع

  1. ^ ا ب ج د ه و Socolofsky, T.; Kale, C. (يناير1991). "RFC 1180, A TCP/IP Tutorial". The Internet Society (بالإنجليزية). Archived from the original on 28 مارس 2019. Retrieved 22 يوليو 2017. {{استشهاد ويب}}: تحقق من التاريخ في: |تاريخ= (help)
  2. ^ ا ب Postel, J. (سبتمبر 1981). "RFC 791, Internet Protocol, DARPA Internet Program Protocol Specification". The Internet Society (بالإنجليزية). Archived from the original on 19 مايو 2019. Retrieved 22 يوليو2017. {{استشهاد ويب}}: تحقق من التاريخ في: |تاريخ الوصول= (help)
  3. ^ Postal, J. (Sep 1981). "RFC 793, Transmission control protocol, DARPA internet program,protocol specification". The Internet Society (بالإنجليزية). Archived from the original on 2019-05-05. Retrieved 2017-07-22.
  4. ^ Braden, R. (أوكتوبر 1989). "RFC 1123, Requirements for Internet Hosts -- Application and Support". The Internet Society (بالإنجليزية). Archived from the original on 08 مارس 2016. Retrieved 22 يوليو 2017. {{استشهاد ويب}}: تحقق من التاريخ في: |تاريخ= (help)
  5. ^ ا ب "ISO/IEC 7498-1:1994, Information technology -- Open Systems Interconnection -- Basic Reference Model: The Basic Model". International Organization for Standardization (ISO) (بالإنجليزية). 1994. Archived from the original on 2018-12-30. Retrieved 2017-07-22.{{استشهاد ويب}}: صيانة الاستشهاد: التاريخ والسنة (link)
  6. ^ Vinton G., Cerf; Cain, Edward (1983). Computer Networks 7 (بالإنجليزية). North-Holland: Elsevier Science Publishers. p. 307-318. Archived from the original (PDF) on 2019-06-09.
  7. ^ Vinton, G. Cerf; Robert, E. Khan (May 1974). "A Protocol for Packet Network Intercommunication". Institute of Electrical and Electronic Engineers (بالإنجليزية). Archived from the original on 2017-10-24. Retrieved 2017-07-22.
  8. ^ Postel, Jon (1977). IEN #2, 2.3.3.2 Comments on Internet Protocol and TCP (بالإنجليزية). Internet Society. Archived from the original (TXT) on 2019-05-16.
  9. ^ Abramson, Norman (1970). Fall Joint Computer Conference, The Aloha system - another alternative for computer communications (بالإنجليزية). p. 281-285. Archived from the original (PDF) on 2020-01-04.
  10. ^ Robert M. Metcalfe; David R. Boggs (1976). Communications of the ACM, Volume 19 Issue 7,Ethernet: distributed packet switching for local computer networks (بالإنجليزية). ACM. p. 395-405. Archived from the original on 2019-06-08.
  11. ^ Kahn, R. E. (1979). The introduction of packet satellite communications (بالإنجليزية). National Telecommunications Conference. Archived from the original on 2020-03-02.
  12. ^ Janet Annbate (2000). Inventing the Internet (بالإنجليزية). The MIT Press. ISBN:9780262011723. Archived from the original on 2020-01-04.
  13. ^ Saltzer، J. H.؛ Reed، D. P.؛ Clark، D. D. (نوفمبر 1984). "End-to-end arguments in system design". ACM Transactions on Computer Systems (TOCS). ACM. ج. 2 ع. 4: 277-288.
  14. ^ Baker, F. (Jun 1995). "RFC 1812, Requirements for IP Version 4 Routers". The Internet Society (بالإنجليزية). Archived from the original on 2016-03-03. Retrieved 2017-07-22.
  15. ^ Baker, F. (Dec 1974). "RFC 675, Specification of Internet Transmission Control Program". The Internet Society (بالإنجليزية). Archived from the original on 2016-03-08. Retrieved 2017-07-22.
  16. ^ "Internet History, TCP/IP Internet Protocol". Internet History, Who invented the Internet, When was the Internet invented (بالإنجليزية). 1994. Archived from the original on 2019-04-02. Retrieved 2017-07-22.{{استشهاد ويب}}: صيانة الاستشهاد: التاريخ والسنة (link)
  17. ^ Hauben, Ronda (Jun 1998). "From the ARPANET to the Internet. A Study of the ARPANET TCP/IP Digest and of the Role of Online Communication in the Transition from the ARPANET to the Internet". Columbia University (بالإنجليزية). Archived from the original on 2018-07-15. Retrieved 2017-07-22.
  18. ^ Segal, Ben (Apr 1995). "A Short History of Internet Protocols at CERN". WebLab (بالإنجليزية). Archived from the original on 2018-01-23. Retrieved 2017-07-22.
  19. ^ Marjory S. Blumenthal; David D. Clark (2001). Communications Policy in Transition, Rethinking the design of the Internet: the end-to-end arguments vs. the brave new world (بالإنجليزية). ACM. p. 91-139. ISBN:0-262-03292-9. Archived from the original on 2020-03-02.
  20. ^ ا ب Deering, S.; Hinden, R. (Dec 1998). "RFC 2460, Network Working Group: version 6 of the Internet Protocol (IPv6)". The Internet Society (بالإنجليزية). Archived from the original on 2018-10-25. Retrieved 2017-07-22.
  21. ^ Fielding, R.; Gettys, J.; Mogul, J.; Frystyk, H.; Masinter, L.; Leach, P.; Berners-Lee, T. (Jun 1999). "Hypertext Transfer Protocol -- HTTP/1.1". The Internet Society (بالإنجليزية). Archived from the original on 2019-04-25. Retrieved 2017-07-22.
  22. ^ Ylonen, T.; Lonvick, Ed., C. (Jan 2006). "The Secure Shell (SSH) Protocol Architecture". The Internet Society (بالإنجليزية). Archived from the original on 2018-10-10. Retrieved 2017-07-22.
  23. ^ Postel, J.; Reynolds, J. (أوكتوبر 1985). "RFC 959, file trransfer protocol (FTP)". The Internet Society (بالإنجليزية). Archived from the original on 21 سبتمبر 2017. Retrieved 22 يوليو 2017. {{استشهاد ويب}}: تحقق من التاريخ في: |تاريخ= (help)
  24. ^ Postal, J. (Aug 1980). "RFC 768, User Datagram Protocol". The Internet Society (بالإنجليزية). Archived from the original on 2018-09-29. Retrieved 2017-07-22.
  25. ^ Rosen, E.; Rekhter, Y. (Feb 2006). "RFC 4363, BGP/MPLS IP Virtual Private Networks (VPNs)". The Internet Society (بالإنجليزية). Archived from the original on 2012-08-11. Retrieved 2017-07-22.
  26. ^ ا ب "Protocol Numbers". Internet Assigned Numbers Authority IANA (بالإنجليزية). Archived from the original on 2019-05-10. Retrieved 2017-07-23.
  27. ^ ا ب Postal, J. (Aug 1981). "RFC 792, Internet Control Message protocol, DARPA internet program,protocol specification". The Internet Society (بالإنجليزية). Archived from the original on 2019-04-20. Retrieved 2017-07-14.
  28. ^ Cain, B.; Deering, S.; Kouvelas, I.; Fenner, B.; Thyagarajan, A. (أوكتوبر 2002). "RFC 3376, Internet Group Management Protocol, Version 3". The Internet Society (بالإنجليزية). Archived from the original on 28 مارس 2019. Retrieved 22 يوليو 2017. {{استشهاد ويب}}: تحقق من التاريخ في: |تاريخ= (help)
  29. ^ "ISO/IEC 13239:2002, Information technology -- Telecommunications and information exchange between systems -- High-level data link control (HDLC) procedures". International Organization for Standardization (ISO) (بالإنجليزية). 2002. Archived from the original on 23 مارس 2019. Retrieved 22 يوليو 2017. {{استشهاد ويب}}: تحقق من التاريخ في: |سنة= / |تاريخ= mismatch (help)
  30. ^ Stewart, R. (سبتمبر 2007). "RFC 4960, Stream Control Transmission Protocol". The Internet Society (بالإنجليزية). Archived from the original on 27 مارس 2019. Retrieved 13 يوليو2017. {{استشهاد ويب}}: تحقق من التاريخ في: |تاريخ الوصول= (help)
  31. ^ Jacobson, V. (Jul 2003). "RFC 3350, RTP: A Transport Protocol for Real-Time Applications". The Internet Society (بالإنجليزية). Archived from the original on 2020-09-22. Retrieved 2017-07-22.
  32. ^ W. Richard Stevens (1993). TCP/IP Illustrated, Vol. 1: The Protocols (بالإنجليزية) (الأولى ed.). Addison-Wesley Professional. ISBN:0-201-63346-9.
  33. ^ Klensin, J. (Apr 2001). "RFC 2821, Simple Mail Transfer Protocol". The Internet Society (بالإنجليزية). Archived from the original on 2018-07-03. Retrieved 2017-07-22.
  34. ^ Droms, R. (Mar 1997). "RFC 2131, Dynamic Host Configuration Protocol". The Internet Society (بالإنجليزية). Archived from the original on 2018-10-15. Retrieved 2017-07-22.
  35. ^ "Service Name and Transport Protocol Port Number Registry". IANA (بالإنجليزية). Archived from the original on 2019-05-15. Retrieved 2017-07-31.
  36. ^ Jamin, S. (Sep 1997). "RFC 2205, Resource ReSerVation Protocol (RSVP),Version 1 Functional Specification". The Internet Society (بالإنجليزية). Archived from the original on 2007-07-15. Retrieved 2017-07-22.
  37. ^ Mockapetris, P. (Nov 1987). "RFC 1035, Domain names - implementation and specification". The Internet Society (بالإنجليزية). Archived from the original on 2017-07-01. Retrieved 2017-07-22.
  38. ^ Mark Dye; Rick McDonald; Antoon Rufi (2007). Network Fundamentals, CCNA Exploration Companion Guide (بالإنجليزية) (الأولى ed.). Cisco Press. ISBN:9780132877435.
  39. ^ James F. Kurose; Keith W. Ross (2007). Computer Networking: A Top-Down Approach (بالإنجليزية) (الرابعة ed.). Addison Wesley. ISBN:0-321-49770-8.
  40. ^ Behrouz A Forouzan; Behrouz Forouzan (2003). Data Communications and Networking (بالإنجليزية) (الثالثة ed.). McGraw-Hill Science/Engineering/Math. ISBN:9780072923544.
  41. ^ Douglas E. Comer (2005). Internetworking with TCP/IP, Vol 1 (بالإنجليزية) (الخامسة ed.). Pearson. ISBN:0-13-187671-6.
  42. ^ Charles M. Kozierok (2005). The TCP/IP Guide: A Comprehensive, Illustrated Internet Protocols Reference (بالإنجليزية) (الأولى ed.). No Starch Press. ISBN:9781593270476.
  43. ^ William Stallings (2006). Data and Computer Communications (بالإنجليزية) (الثامن ed.). Prentice Hall. ISBN:0-13-243310-9.
  44. ^ Andrew S. Tanenbaum (2002). Computer Networks (بالإنجليزية) (الرابع ed.). Prentice Hall. ISBN:0-13-066102-3.
  45. ^ PADLIPSKY, M.A. (سبتمبر1982). "RFC 871, A Perspective on The ARPANET Reference model". The Internet Society (بالإنجليزية). Archived from the original on 08 مارس 2016. Retrieved 22 يوليو 2017. {{استشهاد ويب}}: تحقق من التاريخ في: |تاريخ= (help)
  46. ^ Rosenberg, J.; Schulzrinne, H.; Camarillo, G.; Johnston, A.; Peterson, J.; Sparks, R.; Handley, M.; Schooler, E. (Jun 2002). "RFC 2543, SIP: Session Initiation Protocol". The Internet Society (بالإنجليزية). Archived from the original on 2010-05-24. Retrieved 2017-07-22.
  47. ^ "IEEE 802.3-2015, IEEE Standard for Ethernet". Institute of Electrical and Electronics Engineers (IEEE) (بالإنجليزية). 2015. Archived from the original on 2017-09-08. Retrieved 2017-07-22.
  48. ^ C. Plummer, David (Nov 1982). "RFC 826, An Ethernet Address Resolution Protocol or Converting Network Protocol Addresses". The Internet Society (بالإنجليزية). Archived from the original on 2019-03-20. Retrieved 2017-07-22.
  49. ^ "ISO 8648:1988, Information processing systems -- Open Systems Interconnection -- Internal organization of the Network Layer". International Organization for Standardization (ISO) (بالإنجليزية). 1988. Archived from the original on 2017-08-17. Retrieved 2017-07-23.{{استشهاد ويب}}: صيانة الاستشهاد: التاريخ والسنة (link)
  50. ^ "ISO/IEC 7498-4:1989, Information processing systems -- Open Systems Interconnection -- Basic Reference Model -- Part 4: Management framework". International Organization for Standardization (ISO) (بالإنجليزية). 1989. Archived from the original on 2018-11-16. Retrieved 2017-07-23.{{استشهاد ويب}}: صيانة الاستشهاد: التاريخ والسنة (link)
  51. ^ "Physical Layer (Layer 1)". The TCP/IP Guide (بالإنجليزية). 20 Sep 2005. Archived from the original on 2017-11-15. Retrieved 2018-05-31.
  52. ^ "The Internet Protocol Stack". w3.org (بالإنجليزية). Jul 1994. Archived from the original on 2018-01-19. Retrieved 2018-05-31.
  53. ^ ا ب Kent, S.; Seo, K. (Dec 2005). "RFC 4301,Security Architecture for the Internet Protocol". The Internet Society (بالإنجليزية). Archived from the original on 2019-05-05. Retrieved 2017-07-22.
  54. ^ Hanks, S.; Farinacci, D.; Traina, P.; Li, T. (Oct 1994). "Generic Routing Encapsulation (GRE)". The Internet Society (بالإنجليزية). Archived from the original on 2019-03-28. Retrieved 2017-07-22.
  55. ^ Gupta, M. (Mar 2006). "RFC 4443, Internet Control Message Protocol (ICMPv6),for the Internet Protocol Version 6 (IPv6) Specification". The Internet Society (بالإنجليزية). Archived from the original on 2019-04-02. Retrieved 2017-07-22.

روابط خارجية

Read other articles:

Richard Christy

American drummer Richard ChristyChristy in 2010Background informationBirth nameThomas Richard Christy Jr.Born (1974-04-01) April 1, 1974 (age 49)[1]Fort Scott, Kansas, U.S.Genres Heavy metal death metal technical death metal progressive metal power metal thrash metal Occupation(s) Musician radio personality comedian Instrument(s)DrumsYears active1992–presentMember ofCharred Walls of the DamnedFormerly ofDeath, Control Denied, Iced Earth, AcheronWebsiterichardchristy.comMusical ...

 

ديميتريو ألبرتيني

ديميتريو ألبرتيني (بالإيطالية: Demetrio Albertini)‏  معلومات شخصية الميلاد 23 أغسطس 1971 (العمر 52 سنة)بيسانا إين بريانزا  [لغات أخرى]‏  الطول 1.80 م (5 قدم 11 بوصة) مركز اللعب وسط الجنسية إيطاليا  مسيرة الشباب سنوات فريق إيه سي ميلان المسيرة الاحترافية1 سنوات فريق م. (...

 

Ог, Гюстав Эмиль

У этого термина существуют и другие значения, см. Ог. Гюстав Эмиль Огфр. Émile Haug Имя при рождении фр. Gustave Emile Haug Дата рождения 19 июня 1861(1861-06-19)[1][2][…] Место рождения Дрюзенайм[4] Дата смерти 28 августа 1927(1927-08-28)[3][4][…] (66 лет) Место смерти Нидербронн-ле-Б...

Tomorrowland (book)

2015 book by Steven Kotler Tomorrowland: Our Journey from Science Fiction to Science Fact Cover for TomorrowlandAuthorSteven KotlerSubjectpopular science, emerging technologiesGenreNon-fictionPublisherAmazon Publishing (Little A and New Harvest)Publication dateMay 12, 2015Pages288ISBN978-0-544-45621-1 Tomorrowland: Our Journey from Science Fiction to Science Fact is a 2015 nonfiction book by science journalist Steven Kotler and published by Amazon Publishing. Content The book is composed of a...

 

Уджда

Удждаараб. وجدة‎[1]фр. Oujda[1] Герб Координати 34°41′12″ пн. ш. 1°54′41″ зх. д. / 34.68666666669477650° пн. ш. 1.91138888891667746° зх. д. / 34.68666666669477650; -1.91138888891667746Координати: 34°41′12″ пн. ш. 1°54′41″ зх. д. / 34.68666666669477650° пн. ш. 1.91138888891667746°&...

 

تيم باكلي

تيم باكلي (بالإنجليزية: Tim Buckley)‏    معلومات شخصية اسم الولادة (بالإنجليزية: Timothy Charles Buckley III)‏  الميلاد 14 فبراير 1947  واشنطن  الوفاة 29 يونيو 1975 (28 سنة)   سانتا مونيكا، كاليفورنيا  مواطنة الولايات المتحدة  الأولاد جيف بوكلي  الحياة العملية المهنة مغن مؤلف، ...

القرداحة

القرداحة القرداحة    تقسيم إداري البلد سوريا  [1] عاصمة لـ منطقة القرداحة  التقسيم الأعلى ناحية مركز القرداحة  خصائص جغرافية إحداثيات 35°27′26″N 36°03′35″E / 35.457222222222°N 36.059722222222°E / 35.457222222222; 36.059722222222  الارتفاع 330 متر  الرمز الجغرافي 173364  تعديل ...

 

V'Zot HaBerachah

Artikel ini bukan mengenai Berakhah atau Berakhot (Talmud). Ulangan 32:50–33:29 dalam Kodeks Aleppo V'Zot HaBerachah, VeZos HaBerachah, VeZot Haberakha, V'Zeis Habrocho, V'Zaus Haberocho, V'Zois Haberuchu, atau Zos Habrocho (וְזֹאת הַבְּרָכָה – Ibrani untuk dan ini adalah berkat, kata-kata pertama dalam parsyah tersebut) adalah Bacaan Taurat Mingguan (פָּרָשָׁה, parashah) ke-54 dan terakhir dalam siklus bacaan Taurat Yahudi tahunan dan ke-11 dan terakhir dalam Kit...

 

سور الصين العظيم (قصة قصيرة)

  لمعانٍ أخرى، طالع سور الصين العظيم (توضيح). سور الصين العظيم Beim Bau der Chinesischen Mauer الطبعة الأولى من سور الصين العظيم (1931) معلومات الكتاب المؤلف فرانز كافكا البلد ألمانيا اللغة اللغة الألمانية الناشر دار نشر جوستاف كيبنهاور تاريخ النشر 1931 (في سور الصين العظيم) النوع الأدبي...

Garret Hobart

Garret Augustus HobartGarret Augustus HobartWakil Presiden Amerika Serikat 24Masa jabatan4 Maret 1897 – 21 November 1899PendahuluAdlai E. StevensonPenggantiTheodore Roosevelt Informasi pribadiPartai politikRepublicanSuami/istriJennie Tuttle HobartPekerjaanPengacaraSunting kotak info • L • B Garret Augustus Hobart, ialah Wakil Presiden AS. Dilahirkan dekat Long Branch, New Jersey, pada 3 Juni 1844; mengikuti sekolah umum dan lulus dari Rutgers College, New Brunswic...

 

The Hangover (film series)

Trilogy of American comedy films The HangoverCover art for the DVD box setDirected byTodd PhillipsWritten by Jon Lucas (1) Scott Moore (1) Todd Phillips (2–3) (1: uncredited rewriting) Scot Armstrong (2) Craig Mazin (2–3) Jeremy Garelick (1: uncredited rewriting) Produced by Todd Phillips Daniel Goldberg Starring Bradley Cooper Ed Helms Zach Galifianakis Justin Bartha Ken Jeong Jeffrey Tambor CinematographyLawrence SherEdited byDebra Neil-FisherMusic byChristophe BeckProductioncompanies L...

 

New Tai Lue (blok Unicode)

Artikel ini sebatang kara, artinya tidak ada artikel lain yang memiliki pranala balik ke halaman ini.Bantulah menambah pranala ke artikel ini dari artikel yang berhubungan atau coba peralatan pencari pranala.Tag ini diberikan pada April 2016. New Tai LueJangkauanU+1980..U+19DF(96 titik kode)BidangBMPAksaraTai Lue BaruAksara utamaTai LüTerpakai83 titik kodeTak terpakai13 titik kode kosongRiwayat versi Unicode4.180 (+80)5.283 (+3) Catatan: [1] New Tai Lue adalah blok Unicode yang menga...

When Will There Be Good News?

2008 novel by Kate Atkinson When Will There Be Good News? First editionAuthorKate AtkinsonCountryUnited KingdomLanguageEnglishSeriesJackson BrodieGenreCrime FictionPublisherDoubledayPublication dateAug 2008Media typePrint, audio & ebookPages352AwardsRichard & Judy Best Read of the YearISBN0-385-60801-2Preceded byOne Good Turn Followed byStarted Early, Took My Dog  When Will There Be Good News? is a 2008 crime novel by Kate Atkinson and won the 2009 Richard &am...

 

Alaska (1996 film)

1996 action-adventure film directed by Fraser Clarke Heston This article needs additional citations for verification. Please help improve this article by adding citations to reliable sources. Unsourced material may be challenged and removed.Find sources: Alaska 1996 film – news · newspapers · books · scholar · JSTOR (September 2016) (Learn how and when to remove this template message) AlaskaTheatrical release posterDirected byFraser Clarke HestonW...

 

Haginari Dam

Dam in Akita Prefecture, Japan Dam in Akita Prefecture, JapanHaginari DamLocation of Haginari Dam in JapanLocationAkita Prefecture, JapanCoordinates39°55′28″N 140°18′48″E / 39.92444°N 140.31333°E / 39.92444; 140.31333Construction began1961Opening date1966Dam and spillwaysHeight61mLength173mReservoirTotal capacity14950 thousand cubic metersCatchment area86.7 sq. kmSurface area85 hectares Haginari Dam is a gravity dam located in Akita...

Days and Nights in Wuhan

Artikel ini sebatang kara, artinya tidak ada artikel lain yang memiliki pranala balik ke halaman ini.Bantulah menambah pranala ke artikel ini dari artikel yang berhubungan atau coba peralatan pencari pranala.Tag ini diberikan pada November 2022. Days and Nights in WuhanSutradara Cao Jinling ProduserDitulis olehPerusahaanproduksiPartai Komunis Tiongkok, Departemen Propaganda HubeiTanggal rilis 22 Januari 2021 (2021-01-22) Negara Tiongkok Bahasa Days and Nights in Wuhan adalah sebuah film ...

 

Purpura bufo

Species of gastropod Purpura bufo Scientific classification Domain: Eukaryota Kingdom: Animalia Phylum: Mollusca Class: Gastropoda Subclass: Caenogastropoda Order: Neogastropoda Family: Muricidae Genus: Purpura Species: P. bufo Binomial name Purpura bufoLamarck, 1822 Synonyms[1] Purpura bufonides Valenciennes, 1846 Purpura callosa Lamarck, 1822 Purpura timida Schubert & Wagner, 1829 Purpura bufo is a species of sea snail, a marine gastropod mollusc in the family Muricidae, th...

 

Muchtar Pakpahan

Ini adalah nama Batak Toba, marganya adalah Pakpahan. Artikel ini memiliki beberapa masalah. Tolong bantu memperbaikinya atau diskusikan masalah-masalah ini di halaman pembicaraannya. (Pelajari bagaimana dan kapan saat yang tepat untuk menghapus templat pesan ini) Gaya atau nada penulisan artikel ini tidak mengikuti gaya dan nada penulisan ensiklopedis yang diberlakukan di Wikipedia. Bantulah memperbaikinya berdasarkan panduan penulisan artikel. (Pelajari cara dan kapan saatnya untuk menghapu...

The Imperial Physician

Short story by Pu SonglingThe Imperial PhysicianShort story by Pu Songling19th-century illustration from Xiangzhu liaozhai zhiyi tuyong (Liaozhai Zhiyi with commentary and illustrations; 1886)Original title太医 (Taiyi)TranslatorSidney L. Sondergard (2012)CountryChinaLanguageChineseGenre(s) Chuanqi Short story PublicationPublished inStrange Tales from a Chinese StudioMedia typePrint (Book)Publication date1740Chronology  Zhang Hongjian (张鸿渐)   Wang Zian (王子安) Th...

 

Institute of Women

Spanish autonomous agency You can help expand this article with text translated from the corresponding article in Spanish. (October 2021) Click [show] for important translation instructions. View a machine-translated version of the Spanish article. Machine translation, like DeepL or Google Translate, is a useful starting point for translations, but translators must revise errors as necessary and confirm that the translation is accurate, rather than simply copy-pasting machine-translated ...

 

Strategi Solo vs Squad di Free Fire: Cara Menang Mudah!