ما هو RTT في الشبكات؟

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

ما العلاقة بين وقت الإرسال ثم التلقي (RTT) وزمن استجابة الشبكة؟

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

يمكنك قياس زمن استجابة الشبكة باستخدام مقياس وقت الإرسال ثم التلقي (RTT). ومثلما تُستخدم الدقائق كمقياس للوقت، يُستخدم مقياس RTT باعتباره المقياس المحدد لزمن استجابة الشبكة.

القراءة عن زمن استجابة الشبكة »

كيف يُقاس وقت الإرسال ثم التلقي (RTT)؟

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

يمكنك قياس وقت الإرسال ثم التلقي (RTT) باستخدام الأمر ping عند اتباع الخطوات التالية:

  1. فتح موجه الأوامر في جهاز الكمبيوتر الخاص بك
  2. كتابة ping متبوعًا بعنوان IP أو اسم المضيف الخاص بالوجهة التي تريد اختبارها
  3. الضغط على المفتاح Enter

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

ما وقت الإرسال ثم التلقي المناسب أو الأمثل؟

يجب ألا يزيد وقت الإرسال ثم التلقي (RTT) المناسب على 100 مللي ثانية للحصول على الأداء الأمثل. إن وقت RTT الذي يتراوح بين 100 و200 مللي ثانية يشير إلى أن الأداء على الأرجح قد يتأثر، ولكن لا يزال بإمكان المستخدمين الوصول إلى الخدمة. ويشير وقت RTT الذي يستغرق 200 مللي ثانية إلى انخفاض الأداء وزيادة وقت انتظار المستخدمين أو وقت تحميل الصفحة. يؤدي وقت RTT الذي يستغرق أكثر من 375 مللي ثانية عادةً إلى إنهاء الاتصال.

ما العوامل التي تؤثر في وقت الإرسال ثم التلقي؟

توجد عدة عوامل تؤثر في وقت الإرسال ثم التلقي (RTT)، وتشمل العوامل الموضحة أدناه.

المسافة

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

وسيط ناقل الحركة

تتأثر سرعة الاتصال بوسيط تسليم البيانات. فعلى سبيل المثال، تدعم وصلات الألياف الضوئية عمومًا تسليم البيانات بشكل أسرع مقارنةً بالوصلات النحاسية، بينما تعمل اتصالات التردد اللاسلكي بشكل مختلف عن اتصالات الأقمار الصناعية.

عدد قفزات (خطوات) الشبكة

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

ومع زيادة عدد قفزات الشبكة، يزيد أيضًا وقت الإرسال ثم التلقي (RTT). تستغرق كل عقدة بعض الوقت لمعالجة الحزمة قبل إعادة توجيهها؛ ما يزيد أوقات التأخير.

ازدحام الشبكة

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

زمن استجابة الخادم

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

حركة مرور شبكة الاتصال المحلية

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

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

كيف يمكنك تقليل وقت الإرسال ثم التلقي؟

يمكنك استخدام شبكة تسليم المحتوى (CDN) في تقليل وقت الإرسال ثم التلقي (RTT). وتُعد شبكات CDN خوادم موضوعة بشكل إستراتيجي وتخزن المحتوى مؤقتًا وتدعم التوافر العالي بفضل وجودها بالقرب من المستخدمين.

تقلل شبكات تسليم المحتوى (CDN) وقت الإرسال ثم التلقي (RTT) من خلال التخزين المؤقت وتوزيع التحميل وقابلية التوسع.

القراءة عن شبكات تسليم المحتوى (CDN) »

التخزين المؤقت

التخزين المؤقت هو عملية تخزين نسخ متعددة من البيانات نفسها للوصول إلى البيانات بسرعة. وتخزن شبكات تسليم المحتوى (CDN) مؤقتًا المحتوى الذي يتم الوصول إليه بشكل متكرر بالقرب من المستخدم النهائي.

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

توزيع التحميل

يتيح توزيع التحميل في شبكات تسليم المحتوى (CDN) توزيع طلبات المستخدم عبر شبكة الخوادم بطريقة فعالة ومتوازنة. وتحدد شبكات CDN الخادم الأنسب لمعالجة الطلب بناءً على نقطة بداية الطلب والتحميل الحالي في البنية التحتية للخادم بشبكة CDN.

قابلية التوسع

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

كيف يمكن أن تساعد AWS في تقليل وقت الإرسال ثم التلقي لتطبيقاتك؟

كيف يمكن أن تساعد AWS في تقليل وقت الإرسال ثم التلقي لتطبيقاتك؟

Amazon CloudFront عبارة عن شبكة تسليم محتوى (CDN) تقلِّل وقت الإرسال ثم التلقي (RTT) لتطبيقاتك من خلال تسليم المحتوى بأمان وبسرعات عالية. تقلِّل CloudFront زمن الاستجابة عن طريق تخزين المعلومات مؤقتًا عبر أكثر من 450 موقعًا متفرقًا، مدعومًا بتخطيط الشبكة المؤتمت والتوجيه الذكي.

إليك فيما يلي كيفية الاستفادة من CloudFront:

  • تقديم مواقع ويب سريعة وآمنة للمستخدمين العالميين في أجزاء من الثانية
  • تسريع تقديم المحتوى الديناميكي وواجهات مبرمج التطبيقات
  • بث محتوى الفيديو المباشر وعند الطلب بسرعة وموثوقية
  • توزيع التصحيحات والتحديثات على نطاق واسع بمعدلات نقل عالية

ابدأ في تسليم المحتوى على Amazon Web Services (AWS) من خلال إنشاء حساب اليوم.

الخطوات التالية على AWS

التحقق من الموارد الإضافية المتعلقة بالمنتج
استكشِف خدمات تسليم المحتوى 
سجِّل الاشتراك للحصول على حساب مجاني

تمتع بالوصول الفوري إلى الطبقة المجانية من AWS.

تسجيل الاشتراك 
بدء الإنشاء في وحدة التحكم

بدء الإنشاء في وحدة إدارة تحكم AWS.

تسجيل الدخول