رزمة بيانات

رزمة المُعطيات أورزمة البيانات (بالإنجليزية: Data Packet)‏ هي وحدة مُعطيات مُعدّة للنقل في شبكات تبديل الرزم. عندما يتمّ استعمال الرزم كوحدات لتبادل المُعطيات، يصبح بالإمكان اعتماد تبديل الرزم كآليّة لنقل المُعطيات، وهويُتيح إدارة أفضل لعرض الحزمة مقارنة بتبديل الدارات المُعتمد في قنوات الاتصال التقليديّة، كقنوات الوصل نقطة إلى نقطة، حيّث يجري نقل المُعطيات على شكل تدفّق من البتات، ولا وجود لمفهوم تبديل الرزم.

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

مصطلحات

تغليف مُعطيات بحسب نموذج الإنترنت (TCP/IP) يُظهِر الفرق بين بترة المُعطيات والرزمة والإطار.

في نموذج الاتصال المعياري (OSI)، يُشير مُصطلح رزمة المُعطيات بشكلٍ صارمٍ إلى وحدة بيانات البروتوكول (PDU) في الطبقة الثالثة، أيّ طبقة الشبكة. أمّا وحدة مُعطيات البروتوكول (PDU) في طبقة النقل فتُسمّى بترة المُعطيات (Segment) إذا كان البروتكول العامل هوبروتوكول التحكّم بالنقل (TCP)، أوحزمة المُعطيات (Datagram) إذا كان البروتكول العامل هوبروتوكول حزم المُستخدم(UDP). أمّا حزمة مُعطيات البروتوكول (PDU) في طبقة ربط المُعطيات فتُسمّى إطار المُعطيات (Frame). تُستعمل هذه المُصطلحات بشكلٍ مُوافق في نموذج الإنترنت (TCP/IP) أيضاً.

تشكيل الرزمة

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

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

أيّاً كان البروتوكول المُستعمل لتشكيل الرزمة، فإنّ الاعتبارات التاليّة يجب حتى تُؤخذ بالحسبان:

العنونة: تعتمد عملية التوجيه بشكلٍ أساسيّ على العنونة، ويتطلب توجيه رزمة عبر الشبكة وجود عنوانين في الترويسة، هُما عنوان مصدر الرزمة الذي ولّدها وعنوان وجهتها، ويعني ذلك حتى على البروتوكول الذي يُضيف الترويسة حتى يُعرّف فضاءً من العناوين وآليّاتٍ خاصّة لإنجاز الوظائف المُرتبطة بالعنونة مثل تجزئة الشبكاتوتجميعها (CIDR).
الوثوقيّة: الهدف الأساسيّ من هذا المطلب هونقل المُعطيات بدون أخطاء، ويركّز هذا المطلب على كشف الأخطاء طالما حصولِها لا على منعها. تحصل عملية كشف الأخطاء في عدّة مستويات في كدسة البروتوكولات الخاصة بالنموذج العامل، ومن الجيد حتى تحتوي الترويسة على حقل خاص بعملية كشف الأخطاء الحاصلة عند النقل، وقد تضم الخوارزميّة تام الرزمة أوالترويسة المُضافة في هذه الطبقة فقط. ويعني هذا ضرورةَ اعتمادِ خوارزميّةٍ لكشف الأخطاء كخوارزميّة بتات كشف التعادل، أوخوارزميّة اختبار الفائض الدوريّ (CRC). في الطرف المُرسل، يتمّ تطبيق الخوارزميّة على الرزمة قبل الإرسال، ويجري حساب القيمة العددية الخاصّة بحقل كشف الأخطاء، وتوضع هذه القيمة في حقل المناسب في الترويسة. عند استقبال الرزمة في طرف الاستقبال، يتمّ حساب نفس القيمة باستعمال نفس الخوارزميّة، ويجري مُطابقة الناتج مع القيمة الموجودة في الترويسة، طالما تطابق القيمتين، فإنّ عملية النقل تمّت بدون أخطاء، أمّا طالما اختلاف القيمتين فقد تمّ كشفُ خطأ في الإرسال. أثناء عملية التوّجيه، قد يحصل تعديل لمُحتويات الترويسة، وفي هذه الحالة يجب حساب القيمة الجديدة للحقل الخاصّ بكشف الأخطاء، واستبدال القيمة القديمة المُوجودة في الترويسة.
عمر الرزمة: إنّ الرزمة هي وحدة مُعطيات البروتوكول (PDU) التي تنتقل عبر الشبكة. في بعض حالات الخطأ أونتيجة لهجماتٍ أمنيّة، قد تنشأ مسارات دائريّة مُغلقة، وعندما تدخل الرزمة مساراً كهذا فإنّها لن تتمكن من مُغادرته. ووجود رزم كهذه يُسبب استهلاكاً غير مرغوبٍ لعرض الحزمة وازدحاماً في الشبكة، ويمكن حتى يُشكّل ذلك ثغرةً أمنيّة ومُنطلقاً لهجمات إيقاف الخدمة (DoS)، لذلك فإنّ هناك حاجة لوجود آليّة تمنع حركة رزمة ما بشكلٍ مُستمرّ ضمن الشبكة، وذلك من خلال تحديد عمر مُحددٍ لها، قد يحدث زمناً أوعدداً مُحدداً من القفزات لا يُسمح للرزمة بتجاوزه، ويتمّ التخلّص منها عندما يبلغ عُمرُها حدّه الأقصى بدون حتى تبلغ وجهتها.
حجم الرزمة: لكل رزمة مُعطيات حجم مُحدد، من الجيّد حتى تحتوي الترويسة على حقلٍ خاصّ يحتوي حجم الرزمة. ترويسة بعض البروتوكولات غيرُ ثابتة الحجم، لذلك قد تحتوي الترويسة أيضاً على حقلٍ خاصّ لحجم ترويسة الرزمة.
الأولويّة: تدعم شبكات نقل المُعطيات مفهوم جودة الخدمة (QoS)، وهوطريقة لتمييز بعض أنواع الرزم عن الأُخرى بحيّث تحصل على أفضليّة عند المُعالجة والتوجيه أثناء عبورها الشبكة. وهذا يعني حتى يُخصص البروتوكول حقلاً في الترويسة لنقل معلومات التحكّم الخاصّة بالأولويّة بالإضافة إلى ضرورة وجود تراميز خاصة بجودة الخدمة في مواصفاته.
الحمولة: تُحدد شبكات نقل المُعطيات عدداً أعظمياً من البايتات التي يُسمح بنقلها دفعةً واحدة عبر الشبكة، يُسمّى هذا الحدّ بحجم النقل الأعظميّ (MTU) لرزمة المُعطيات. يجب على البروتوكولات التي تُشكّل الرزمة حتى تأخذ ذلك بالحسبان، وذلك عن طريق تعريف آليّات خاصّة للتعامل مع القضايا المُرتبطة بهذا المطلب مثل تقطيع البيانات أوآليّات اكتشاف حجم النقل الأعظميّ (MTU).

إنّ الإصدارين الرابع (IPv4) والسادس (IPv6) من بروتوكول الإنترنت وبروتوكول تبادل رزم الشبكات (IPX) هي أمثلة عن البروتوكولات التي تشكّل رزم المُعطيات، والتي صُممت لتُلبّي بعض أوجميع المُتطلبات السابقة.

أمثلة عن رزم البيانات

فيما يلي ثلاثة أمثلة عن رزم مُعطيات، هي رزمة مُعطيات الإصدار الرابع من بروتوكول الإنترنت (IPv4) ورزمة مُعطيات الإصدار السادس من بروتوكول الإنترنت (IPv6) ورزمة معطيات بروتوكول تبادل رزم الشبكات (IPX).

رزمة بيانات الإصدار الرابع من بروتوكول الإنترنت (IPv4)

بنية رزمة البيانات الإصدار الرابع من بروتوكول الإنترنت.

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

تتكون رزمة الإصدار الرابع من بروتوكول الإنترنت (IPv4) من ترويسة وحمُولة. إنّ حجم الترويسة هو20 بايت، أمّا حجم الرزمة ككل فهويمكن أي يصل نظريّاً حتى 65,535 بايت، ولكن هناك قيود ترتبط بالبروتوكول العامل في الطبقة التالية تحدّ من هذا الحجم، عملى سبيل المثال يُحدد بروتوكول الإيثرنت حجماً أعظميّاً لإطاره هو(1518) بايت، ما يحدّ من حجم الرزمة التي يُغلّفها حتى 1500 بايت فقط.

إنّ مُواصفات البروتوكول مُحددة بالوثيقة (RFC 791) المُعنونة: "بروتوكول الإنترنت، مُحددات بروتوكول وظائف الإنترنت الخاصّ بداربا" (Internet Protocol, DARPA Internet Program Protocol Specification)، وهي تضمّ شرحاً تفصيليّاً لبنية الترويسة ومعاني ووظائف الحقول فيها، وهي بحسب تسلسل ورودها كالتاليّ:

حقل الإصدار: بطول أربعة بت، ويحتوي دائماً على القيمة أربعة في جميع رزم الإصدار الرابع من بروتوكول الإنترنت.
حقل طول الترويسة: بطول أربعة بت، ويُحدد بداية المُعطيات، وهويحتوي عدداً يمثل عدد الحدثات بطول 32 بت أوأربعة بايت المُوجودة في لترويسة، وبما حتى طول الترويسة بدون خيارات هو20 بايت، فإنّ أصغر قيمة سليمة لهذا الحقل هي 5.
حقل جودة الخدمة: بطولثمانية بت، ويحتوي على تراميز خاصّة تُحدد جودة الخدمة (QoS) المطلوبة لنقل الرزمة، إنّ التراميز المُستعملة في هذا الحقل مُحددة بالتفصيل في وثيقة المُواصفات الخاصّة بالبروتوكول. يُلبّي هذا الحقل مطلب الأولويّة.
حقل الطول الإجمالي: بطول 16 بت، يُحدد حجم رزمة المُعطيات مُقدراً بالبايت. إنّ أكبر قيمة يمكن ترميزها في هذا الحقل هي 65535، نظريّاً، تُمثّل هذه القيمة الحجم الأعظميّ المُمكن لرزمة مُعطيات الإصدار الرابع من بروتوكول الإنترنت. يُلبّي هذا الحقل مطلب حجم الرزمة.
حقل المُعرّف: بطول 16 بت، وهويُميّز الرزمة وجميع البتر التي تنتج عن عملية تقطيعها، حيث يُساعد هذا الحقل بروتوكول الإنترنت العامل في طرف الوجهة على تمييز البتر الناتجة عن تقطيع رزم مُختلفة عن بعضها البعض ثمّ إعادة تجميعها لإنتاج الرزمة الأصلية مجدداً، يلبّي هذا الحقل مطلب الحمُولة.
حقل الأعلام: بطول ثلاثة بتات، ويحتوي فهمين هما فهم عدم التقطيع (Do not Fragment DF Flag)، ويُستخدم لمنع تقطيع الرزمة تحت أي ظرفٍ، وفهم المزيد من البتر (More Fragment MF Flag)، ويُستخدم لتحديد البترة الأخيرة في الترتيب من مجموعة البتر التي نتجت عن تقطيع رزمة ما، لا تستخدم هذه الأعلام إلا إذا تمّ تقطيع الرزمة، يُلبّي هذا الحقل مطلب الحمُولة.
حقل إزاحة البترة: بطول 13 بت، يُستخدم هذا الحقل إذا فقط كانت الرزمة هي بترة ناتجة عن تقطيع رزمة أكبر، وتُمثّل هذه القيمة إزاحة البترة عن أول مسقط في الرزمة الأصليّة، ويساعد هذا الحقل في إعادة تجميع البتر بشكلٍ سليم لنتاج الرزمة الأصلية في طرف الوجهة، خاصّةً إذا وصلت البتر بترتيبٍ مُغايّر لترتيب الإرسال.أمّا إذا لم تكن الرزمة بترة من رزمة أكبر فإن هذا الحقل لا يُستعمل ويأخذ القيمة الصفريّة، يلبّي هذا الحقل مطلب الحمُولة.
حقل زمن حياة الرزمة: بطولثمانية بت، وهويحتوي عدد القفزات الأعظمي التي يُسمح للرزمة بالقيام بها. تقوم جميع عقدة تُعالج الرزمة، كالموجّهات، بإنقاص قيمة حقل زمن الحياة بمقدار 1، إذا وصلت قيمة الحقل إلى الصفر يجب حتى يتمّ التخلص من الرزمة. إنّ أقصى قيمة يُمكن حتى يحتويها الحقل هي 255، وهي تُمثّل أكبر عدد قفزات ممكن لمسار رزمة الإصدار الرابع من بروتوكول الإنترنت يُلبّي هذا الحقل مطلب عمر الرزمة.
حقل البروتوكول: بطولثمانية بت، ويضمّ ترميزاً يُستخدم لتحديد بروتوكول الطبقة التاليّة صُعوداً، تُحدد الهيئة المانحة لعناوين وأرقام الإنترنت (IANA) قيم التراميز والمُستعملة والبروتوكولات المُقابلة له.
حقل التحقق الجمعي: بطول 16 بت، ويحتوي ناتج خوارزميّة التحقق الجمعيّ التي تطبّق على حقول الترويسة فقط. إنّ الخوارزميّة المُتبّعة لحساب قيمة الحقل مشرُوحة في مُحددات البروتوكول، يُلبّي هذه الحقل مطلب الوثوقيّة.
حقل عنوان المصدر: بطول 32 بت، يحتوي عنوان بروتوكول الإنترنت للطرف الذي ولّد الرزمة، والذي يُسمّى مصدر الرزمة. يُلبّي هذا الحقل مطلب العنونة.
حقل عنوان الوجهة: بطول 32 بت، يحتوي عنوان بروتوكول الإنترنت للوجهة النهائيّة للرزمة، والتي تُسمّى وجهة الرزمة. إنّ هذا الحقل يُلبّي مطلب العنونة.
حقول الخيارات: وهوحقلٌ اختياريّ، يُمكن حتى يحتوي خيّاراً واحد أوأكثر، وقد يصل طوله حتى 40 بايت، تعرّف بنية الخيارات واستعمالها في محددات البروتوكول أوفي مواقع أخر.

رزمة بيانات الإصدار السادس من بروتوكول الإنترنت

رزمة مُعطيات الإصدار السادس من بروتوكول الإنترنت (IPv6).

إنّ الإصدار السادس من بروتوكول الإنترنت (IPv6) هوخليفة الإصدار الرابع، وهويُشكّل رزمة مُعطيات تتكون من ترويسة وحمُولة. إنّ حجم الترويسة هو(40) بايت، أمّا حجم الرزمة ككل فيُمكن أي يصل حتى (4,294,967,295) بايت، وتسمّى الرزم التي تصل لهذه الأحجام بالرزم العملاقة (Jumbograms).

إنّ مُواصفات البروتوكول مُحددة بالوثيقة (RFC 8200) المُعنونة: " مُحددات الإصدار السادس بروتوكول الإنترنت " (Internet Protocol, Versionستة Specification)، وهي تضمّ شرحاً تفصيليّاً لبنية الترويسة ومعاني ووظائف الحقول فيها، وهي بحسب تسلسل ورودها كالتاليّ:

حقل الإصدار: بطول (4) بت، ويحتوي دائماً على القيمة (6) في جميع رزم الإصدار السادس من بروتوكول الإنترنت (IPv6).
حقل صنف حركة المُعطيات: بطول (8) بت، ويُقسّم وظيفياً إلى قسمين، الأول بطول (6) بت ويُسمّى ترميز الخدمات المُتمايزة (DSCP)، وتُحدد قيمة ومعنى التراميز من قبل مجموعة عمل خاصّة ضمن مجموعة مُهندسي شبكة الإنترنت تُسمّى مجموعة التوجيه المُؤَمّن (Assured Forwarding AF Group)، وتساعد التراميز في تحديد جودة الخدمة التي يُراد حتى تحصل عليها الرزمة في جميع عقدة على المُسار (Per-Hop Behavior PHB)، أمّا القسم الثاني فهوبطول (2) بت، وهويستخدم لحمل قيمة إشعار الإزدحام الصريح (ECN)، يُلبّي هذا الحقل مطلب الأولويّة.
حقل لافتة التدفّق: بطول (20) بت، وتُستخدم لتمييز الرزم التي تنتمي إلى نفس تدفّق المُعطيات، ولهذا الحقل عدد من الاستخدامات مثل تطبيقات توزيع الحمل.
حقل طول الحمولة: بطول (16) بت، يُحدد هذا الحقل حجم الحمُولة مُقدّراً بالبايت. يُلبّي هذا الحقل مطلب حجم الرزمة.
حقل الترويسة التالية: بطول (8) بت، ويضمّ ترميزاً يُستخدم لتحديد بروتوكول الطبقة التاليّة صُعوداً، تُحدد الهيئة المانحة لعناوين وأرقام الإنترنت (IANA) قيم التراميز والمُستعملة والبروتوكولات المُقابلة لها.
حقل عدد القفزات: بطول (8) بت، وهويحتوي عدد القفزات الأعظميّ التي يُسمح للرزمة بالقيام بها. تقوم جميع عقدة تُعالج الرزمة بإنقاص قيمة حقل بمقدار (1). باستثناء آخر عقدة على المسار، إذا استقبلت أي عقدة في الشبكة رزمة تحتوي على قيمة صفريّة في حقل عدد القفزات فيها فيجب حتى يتمّ التخلّص منها. إنّ أقصى قيمة يُمكن حتى يحتويها الحقل هي (255)، وهي تُمثّل أكبر عدد قفزات مُمكن لمسار رزمة الإصدار السادس من بروتوكول الإنترنت (IPv6) يُلبّي هذا الحقل مطلب عمر الرزمة.
حقل عنوان المصدر: بطول (128) بت، يحتوي عنوان بروتوكول الإنترنت للطرف الذي ولّد الرزمة، والذي يُسمى مصدر الرزمة. يُلبّي هذا الحقل مطلب العنونة.
حقل عنوان الوجهة: بطول (128) بت، يحتوي عنوان بروتوكول الإنترنت للوجهة النهائيّة للرزمة، والتي تُسمّى وجهة الرزمة. إنّ هذا الحقل يُلبّي مطلب العنونة.

لا تحتوي ترويسة الإصدار السادس من بروتوكول الإنترنت (IPv6) على حقلٍ خاصّ لتلبيّة مطلب حجم الرزمة، ولكنّ هناك آليّة خاصّة يُعرّفها البروتوكول من أجل التعرّّف على أدنى حجمٍ أعظميّ على طول مسار الرزمة (Packet MTU PMTU)، بالإضافة لقيام بروتوكول اكتشاف الجيران (NDP) بتزويد العقد التي تدعم الإصدار السادس من بروتوكول الإنترنت بحجم النقل الأعظميّ (MTU) في الشبكة المحليّة التي يتصلون معها.

رزمة مُعطيات بروتوكول تبادل رزم الشبكات (IPX)

رزمة مُعطيات بروتوكول تبادل رزم الشبكات (IPX).

بروتوكول تبادل رزم الشبكات (IPX) هوأحد بروتوكولات حزمة نوفل (IPX/SPX) وهي حزمة من البروتوكولات التي تقدّم خدمة نقل الرزم عبر الشبكة، لا تناسب حزمة البروتوكولات الشبكات كبيرة الحجم كشبكة الإنترنت، لذلك فقد تراجع استعمال الحزمة بعد تطوير نموذج الإنترنت (TCP/IP) في تسعينيات القرن الماضي.

تتكون رزمة مُعطيات بروتوكول تبادل رزم الشبكات (IPX) من ترويسة وحمُولة. إنّ حجم الترويسة هو(30) بايت، أمّا حجم الحمولة فيُمكن أي يصل نظريّاً حتى (546) بايت، ولكن هناك قيود ترتبط بالبروتوكول العامل في الطبقة التالية نُزولاً تحدّ من هذا الحجم، عملى سبيل المثال، يُسبب استخدام هذا البروتوكول مع المعيّار (IEEE 802.2) في جعلِ الحجم الأعظميّ للحمولة ينخفض إلى (538) بايت.

إنّ مُواصفات البروتوكول مُحددة بالوثيقة (XSIS 028112) المُعنونة: " بروتوكولات النقل عبر شبكة الإنترنت " (Internet Transport Protocols)، وهي تضمّ شرحاً تفصيليّاً لبنية الترويسة ومعاني ووظائف الحقول فيها، وهي بحسب تسلسل ورودها كالتاليّ:

حقل التحقق الجمعي: بطول (2) بايت، يحتوي ناتج خوارزميّة التحقق الجمعيّ التي تطبّق على الترويسة والحمولة معاً، ولكن في الغالب الأعمّ فإنّ هذا الحقل لا يُستعمل، ويأخذ عندها القيمة ₁₆(FFFF). يُلبّي هذا الحقل مطلب الوثوقيّة.
حقل طول الرزمة: بطول (2) بايت، يحتوي هذا الحقل على حجم الرزمة كاملةً، أي الترويسة والحمولة معّاً، مقدّراً بالبايت .يُلبّي هذا الحقل مطلب حجم الرزمة.
حقل التحكّم بالنقل: بطول (1) بايت، يحتوي على عدد الموجّهات التي عالجت الرزمة، في طرف الإرسال يجري ضبط قيمة هذا الحقل إلى الصفر، ثمّ يقوم جميع موجّه يُعالج الرزمة بزيادة (1) إلى قيمة الحقل. إنّ قيمة هذا الحقل يُمكن حتى تبلغ (255) نظريّاً، ولكن قد يضعّ بروتوكول التوّجيه الذي يوجّه رزمة مُعطيات بروتوكول تبادل رزم الشبكات (IPX) حدّاً أعظميّاً لعدد القفزات في المسار، فمثلاً يُحدد بروتوكول معلومات التوجيه (RIB) هذا عدد القفزات في المسار لتكون (15) قفزة فقط، أما بروتوكول خدمات وصلة نت وير (NLSP) الخاصّ بشركة نوفل فيُحدد العدد الأعظميّ بالقيمة (127). يُلبّي هذا الحقل مطلب عمر الرزمة.
حقل نوع الرزمة: بطول (1) بايت، يضمّ ترميزاً يُستخدم لتحديد نوع الحمولة أوبروتوكول الطبقة التاليّة صُعوداً.
حقل الشبكة الوجّهة: بطول (4) بايت، ويضُمّ عنوان الشبكة التي تحتوي الوجهة النهائيّة للرزمة. يُلبّي هذا الحقل مطلب العنونة.
حقل العقدة الوجّهة: بطول (6) بايت، ويضُمّ عنوان المُضيف الوجهة. يُلبّي هذا الحقل مطلب العنونة.
حقل مقبس الوجّهة: بطول (2) بايت، ويضمّ رقم منفذ الوجهة.
حقل الشبكة المصدر: بطول (4) بايت، ويضُمّ عنوان الشبكة التي تحتوي مصدر الرزمة. يُلبّي هذا الحقل مطلب العنونة.
حقل العقدة المصدر: بطول (6) بايت، ويضُم عنوان المُضيف المصدر الذي ولّد الرزمة. يُلبّي هذا الحقل مطلب العنونة.
حقل مقبس المصدر: بطول (2) بايت، ويضمّ رقم منفذ المصدر.

لا تحتوي ترويسة بروتوكول تبادل رزم الشبكات (IPX) على حقول خاصّة لتُلبّية مطلب الأولويّة.

انظر أيضا

نماذج عمل الشبكات: نموذج الاتصال المعياري (OSI)، نموذج الإنترنت (TCP/IP)، نموذج نوفيل (IPX/SPX).
وحدة بيانات بروتوكول (PDU): بترة المُعطيات (Segment)، حزمة المُعطيات (Datagram)، إطار المُعطيات (Frame).
بروتوكول الإنترنت : الإصدار الرابع (IPv4)، الإصدار السادس(IPv6).
بروتوكول تبادل رزم الشبكات (IPX).

المراجع

^ "معنى حدثة Data Packet في قاموس ومعجم المعاني الجامِع". مسقط المعاني. مؤرشف من الأصل في 31 يوليو2017. اطلع عليه بتاريخ 14 يوليو/تموز 2017.
^ "ISO/IEC 7498-1:1994, Information technology -- Open Systems Interconnection -- Basic Reference Model: The Basic Model". International Organization for Standardization (ISO) (باللغة الإنجليزية). 1994. مؤرشف من الأصل في 30 ديسمبر 2018. اطلع عليه بتاريخ 22 يوليو2017. صيانة CS1: التاريخ والسنة (link)
↑ Marine, A.; Reynolds, J.; Malkin, G. (مارس 1994). "RFC 1594, FYI on Questions and Answers, Answers to Commonly asked "New Internet User" Questions, P.35". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 28 مارس 2019. اطلع عليه بتاريخ 27 يوليو2017. صيانة CS1: التاريخ والسنة (link)
^ Postal, J. (سبتمبر 1981). "RFC 793, Transmission control protocol, DARPA internet program,protocol specification". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 18 سبتمبر 2019. اطلع عليه بتاريخ 13 يوليو2017. صيانة CS1: التاريخ والسنة (link)
^ Postal, J. (أغسطس 1980). "RFC 768, User Datagram Protocol". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 17 سبتمبر 2019. اطلع عليه بتاريخ 22 يوليو2017. صيانة CS1: التاريخ والسنة (link)
^ Digital Equipment Corporation; Intel Corporation; Xerox Corporation (1982). The Ethernet: A Local Area Network, Data Link Layer and Physical Layer Specifications (باللغة الإنجليزية). صفحة 15.
^ Socolofsky, T.; Kale, C. (يناير1991). "RFC 1180, A TCP/IP Tutorial". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 21 سبتمبر 2019. اطلع عليه بتاريخ 14 يوليو2017. صيانة CS1: التاريخ والسنة (link)
^ Postal, J.; Mogul, H. (أغسطس 1985). "RFC 950, Internet Standard Subnetting Procedurer". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 30 نوفمبر 2016. اطلع عليه بتاريخ 31 يوليو2017. صيانة CS1: التاريخ والسنة (link)
^ Fuller, V.; Li, T. (أغسطس 2006). "RFC 4632, Classless Inter-domain Routing (CIDR): The Internet Address Assignment and Aggregation Plan". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل فيثمانية يوليو2018. اطلع عليه بتاريخ 31 يوليو2017. صيانة CS1: التاريخ والسنة (link)
^ W. Peterson, W. (1961). "Cyclic Codes for Error Detection". 49. IEEE: 228-235. doi:10.1109/JRPROC.1961.287814. ISSN 0096-8390.
^ McDowell, Mindi (2009). "Security Tip (ST04-015), Understanding Denial-of-Service Attacks". United States Coomputer Emergency Readiness Team (US-CERT) (باللغة الإنجليزية). مؤرشف من الأصل في 12 أغسطس 2019. اطلع عليه بتاريخ 31 يوليو2017. صيانة CS1: التاريخ والسنة (link)
^ Korhonen, J.; Tschofenig, H.; Arumaithurai, M.; Jones,, M.; Lior, A.; Reynolds, J. (فبراير 2010). "RFC 5777, Traffic Classification and Quality of Service (QoS), Attributes for Diameter". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 27 مارس 2020. اطلع عليه بتاريخ 31 يوليو2017. CS1 maint: extra punctuation (link) صيانة CS1: التاريخ والسنة (link)
^ Mathis, M.; Heffner, J. (مارس 2007). "RFC 4821, Packetization Layer Path MTU Discovery". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 11 أغسطس 2012. اطلع عليه بتاريخ 31 يوليو2017. صيانة CS1: التاريخ والسنة (link)
^ Mogul, J.; Deering, S. (نوفمبر 1990). "RFC 1191, Path MTU Discovery". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 31 يوليو2016. اطلع عليه بتاريخ 31 يوليو2017. صيانة CS1: التاريخ والسنة (link)
^ Mogul, J.; Deering, S.; McCann, J. (أغسطس 1996). "RFC 1981, Path MTU Discovery for IP version 6". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 27 نوفمبر 2005. اطلع عليه بتاريخ 31 يوليو2017. صيانة CS1: التاريخ والسنة (link)
↑ Postel, J. (سبتمبر 1981). "RFC 791, Internet Protocol, DARPA Internet Program Protocol Specification". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 18 سبتمبر 2019. اطلع عليه بتاريخ 13 يوليو2017. صيانة CS1: التاريخ والسنة (link)
↑ Deering, S.; Hinden, R. (يوليو2017). "RFC 8200, Internet Protocol, Versionستة (IPv6) Specification". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 26 يونيو2019. اطلع عليه بتاريخ 31 يوليو2017. صيانة CS1: التاريخ والسنة (link)
↑ XSIS 028112, Internet Transport Protocols (باللغة الإنجليزية). Xerox Corporation. 1981.
^ "why the maximum IP packet size is 65535 ?". Cisco Systems, (باللغة الإنجليزية). مؤرشف من الأصل في 26 يوليو2017. اطلع عليه بتاريخ 31 يوليو2017. CS1 maint: extra punctuation (link)
^ "IEEE 802.3-2015, IEEE Standard for Ethernet". Institute of Electrical and Electronics Engineers (IEEE) (باللغة الإنجليزية). 2015. مؤرشف من الأصل فيثمانية سبتمبر 2017. اطلع عليه بتاريخ 31 يوليو2017.
^ W. Richard Stevens (1993). TCP/IP Illustrated, Vol. 1: The Protocols, section 3.2.2.2. Frame Sizes (باللغة الإنجليزية) (الطبعة الأولى). Addison-Wesley Professional. ISBN .
↑ "Service Name and Transport Protocol Port Number Registry". IANA (باللغة الإنجليزية). مؤرشف من الأصل في 2 يونيو2019. اطلع عليه بتاريخ 31 يوليو2017.
^ "Internet Protocol Version أربعة (IPv4) Parameters, IP Option Numbers". IANA (باللغة الإنجليزية). مؤرشف من الأصل في 25 أكتوبر 2018. اطلع عليه بتاريخ 31 يوليو2017.
^ Borman, D.; Deering, S.; Hinden, R. (أغسطس 1999). "RFC 2675, IPv6 Jumbograms". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 27 مارس 2020. اطلع عليه بتاريخ 31 يوليو2017. صيانة CS1: التاريخ والسنة (link)
^ Nichols, K.; Blake, S.; Baker, F.; Black, D. (ديسمبر 1998). "RFC 2474, Definition of the Differentiated Services Field (DS Field) in the IPv4 and IPv6 Headers". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 27 مارس 2019. اطلع عليه بتاريخ 31 يوليو2017. صيانة CS1: التاريخ والسنة (link)
^ Heinanen, J.; Baker, F.; Weiss, W.; Wroclawski, J. (يونيو1999). "RFC 2597, Assured Forwarding PHB Group". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 31 أكتوبر 2018. اطلع عليه بتاريخ 31 يوليو2017. صيانة CS1: التاريخ والسنة (link)
^ Ramakrishnan, K.; Floyd, S.; Black, D. (سبتمبر 2001). "RFC 3168, The Addition of Explicit Congestion Notification (ECN) to IP". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 26 أبريل 2019. اطلع عليه بتاريخ 31 يوليو2017. صيانة CS1: التاريخ والسنة (link)
^ Amante, S.; Carpenter, B.; Jiang, S.; Rajahalme, J. (نوفمبر 2011). "RFC 6437, IPv6 Flow Label Specification". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في ثلاثة أبريل 2019. اطلع عليه بتاريخ 31 يوليو2017. صيانة CS1: التاريخ والسنة (link)
^ McCann, J.; Deering, S.; Mogul, J.; Hinden, R. (يوليو2017). "RFC 8021, Path MTU Discovery for IP version 6". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 27 مارس 2020. اطلع عليه بتاريخ 31 يوليو2017. صيانة CS1: التاريخ والسنة (link)
^ Narten, T.; Nordmark, E.; Simpson, W.; Soliman, H. (سبتمبر 2007). "RFC 4861, Neighbor Discovery for IP versionستة (IPv6)". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 11 أغسطس 2012. اطلع عليه بتاريخ 31 يوليو2017. صيانة CS1: التاريخ والسنة (link)
^ James, Rahner (1992). "IPX: the great communicator". Dr. Dobb's Journal. CMP Media, Inc. 17 (5): 46-52.
^ Simson Garfinke; Gene Spafford; Alan Schwartz (2003). Practical Unix & Internet Security, Section 11.3.4.4 Adding authentication to TCP/IP with ident (باللغة الإنجليزية) (الطبعة الثالثة). O'Reilly Media. ISBN .
^ IEEE Logical Link Control 8802-2, 1998 (باللغة الإنجليزية). Institute of Electrical & Electronics Enginee. 1998. ISBN .
^ McLaughlin III, L. (نوفمبر 1989). "RFC 1132, A Standard for the Transmission of 802.2 Packets over IPX Networks, P.2". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل فيثمانية مارس 2016. اطلع عليه بتاريخ 31 يوليو2017. صيانة CS1: التاريخ والسنة (link)
^ "IPX Header Structure". Microsoft Corporation (باللغة الإنجليزية). مؤرشف من الأصل في 29 يوليو2017. اطلع عليه بتاريخ 31 يوليو2017.
^ Provan, D. (يونيو1991). "RFC 1234, Tunneling IPX Traffic through IP Networks, P.1". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في ثلاثة أكتوبر 2015. اطلع عليه بتاريخ 31 يوليو2017. صيانة CS1: التاريخ والسنة (link)
^ Hedrick, C. (يونيو1988). "RFC 1058, Routing Information Protocol". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 25 مارس 2018. اطلع عليه بتاريخ 31 يوليو2017. صيانة CS1: التاريخ والسنة (link)
^ Castagnoli, Neal; Iseral, Jay; Gervais, Joe; Orlando, Sandra (مايو1994). "NetWare Link Services Protocol: Link-State Routing in a NetWare Environment". MicroFocus (باللغة الإنجليزية). مؤرشف من الأصل في 26 يوليو2017. اطلع عليه بتاريخ 31 يوليو2017. صيانة CS1: التاريخ والسنة (link)
^ "Xerox Network System (XNS) Protocol Types, Assigned internet packet types". IANA (باللغة الإنجليزية). مؤرشف من الأصل في أربعة يونيو2016. اطلع عليه بتاريخ 31 يوليو2017.

وصلات خارجية

بنية ترويسة الإصدار الرابع من بروتوكول الإنترنت (IPv4)، شرح لبنية الترويسة من شركة سيسكو.
بنية ترويسة الإصدار السادس من بروتوكول الإنترنت (IPv6)، شرح لبنية الترويسة من شركة سيسكو.
بنية ترويسة بروتوكول تبادل رزم الشبكات (IPX)، شرح مُقدّم من شركة مايكروسوفت.
حزمة بروتوكولات نوفل (IPX/SPX)، كيفية استخدام الحزمة لتبادل الرزم في شبكات نوفل.