برمجة الشبكات تحل مشكلة الالتصاق

آلية فك تشفير بروتوكول TCP

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

MTU هو اختصار لـ Maximum Transmission Unit (وحدة الإرسال القصوى). ويعني أكبر حزمة يتم إرسالها على الشبكة. وحدة MTU هي بايت. تحتوي معظم أجهزة الشبكة على MTU تساوي 1500. إذا كانت MTU الخاصة بالجهاز أكبر من MTU الخاصة بالبوابة، فسيتم فصل الحزم الكبيرة وإرسالها، مما سيؤدي إلى حدوث قدر كبير من تجزئة الحزمة

خصائص الاتصالات الموجهة نحو التدفق وخوارزمية ناجل

TCP (بروتوكول التحكم في النقل) عبارة عن خدمة عالية الموثوقية وموجهة نحو الاتصال وموجهة نحو التدفق.

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

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

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

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

وصف وضع المستخدم ووضع النواة أثناء نقل بيانات المقبس

يمكن للمرسل إرسال البيانات في KK، ويمكن للتطبيق في الطرف المتلقي التقاط البيانات في 2 K و2 K. بالطبع، من الممكن أيضًا التقاط 3 K أو 6 K بيانات في المرة الواحدة، أو أخذ بضعة بايتات فقط من البيانات في المرة الواحدة.

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

بروتوكول UDP هو بروتوكول موجه للرسائل. كل جزء من UDP عبارة عن رسالة. يجب على التطبيق استخراج البيانات بوحدات من الرسائل. لا يمكنه استخراج بايتات عشوائية من البيانات في المرة الواحدة. وهذا يختلف تمامًا عن TCP.

كيف يتم تعريف الرسالة؟ يمكن اعتبار البيانات التي يرسلها الطرف الآخر بمثابة رسالة. يجب أن نفهم أنه عندما يرسل الطرف الآخر رسالة، بغض النظر عن كيفية تجزئة الجزء الأساسي، فإن طبقة بروتوكول TCP ستقوم بفرز أجزاء البيانات التي تشكل الرسالة بالكامل. يتم عرضها في مخزن النواة.

على سبيل المثال، يقوم عميل مأخذ التوصيل القائم على TCP بتحميل ملف إلى خادم. عند إرسال الملف، يتم إرسال محتوى الملف وفقًا لتدفق البايتات. بعد أن يراه المتلقي، لا يعرف من أين يبدأ تدفق البايتات الخاص بالملف. أين انتهى؟

UDP لا يبرز

UDP (بروتوكول بيانات المستخدم) عبارة عن خدمة بدون اتصال وموجهة للرسائل وعالية الكفاءة.

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

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

بروتوكول UDP غير موثوق وغير لاصق: يتم حظر recvfrom الخاص بـ UDP، ويجب أن يكون recvfrom(x) إرسالًا فريدًا (y)، وهو عدد من x بايتات.

ظاهرة الالتصاق تحدث فقط في البروتوكول العلوي:

1. ظاهريًا، ترجع مشكلة الالتصاق بشكل أساسي إلى آلية التخزين المؤقت للمرسل والمستقبل، وبروتوكول TCP موجه نحو تدفق الاتصالات.

2. في الواقع، يرجع ذلك أساسًا إلى أن المستقبل لا يعرف الحدود بين الرسائل ولا يعرف عدد بايتات البيانات التي يتم استخراجها في وقت واحد.