(۰۹ مرداد ۱۳۹۵ ۰۸:۱۶ ب.ظ)Behnam‌ نوشته شده توسط:  تأخیر ارسال هر داده، تشکیل میشه از تأخیر انتشار (مدت زمانی که اولین بیت از داده برسه) بعلاوه‌ی تأخیر انتقال خود داده. مثلاً شما می‌خواید یه گالن آب با شیلنگ انتقال کنید، اولش یه مقدار طول میکشه تا آب به انتهای شیلنگ برسه (تأخیر انتشار) بعدش با یه نرخ ثابتی آب شروع به انتقال می‌کنه.

این تأخیر انتشار هم برای داده‌های ACK صدق می‌کنه و هم برای خود داده‌ها (چون مستقل از هم هستند و دو بار انجام میگیره). پس [tex]T_p[/tex] در هر دو قسمت لحاظ می‌شه. تأخیر واقعی هم که از روی نرخ انتقال بیت شبکه مشخص میشه و از تقسیم کردن اندازه‌ی داده، به اندازه‌ی که در هر ثانیه میشه انتقال داد (یعنی نرخ انتقال شبکه) بدست میاد. این رو با [tex]T_F[/tex] و [tex]T_{ACK}[/tex] نشون داده.

اما قسمت اصلی برمیگرده به تأخیر رزرو کردن کانال/رسانای انتقال دهنده. در روش CSMA/CD که اون CD مخفف Collision Detection هست، هر فرستنده وقتی کانال رو میگیره، از آنجایی که از بقیه‌ی فرستنده‌ها خبر نداره، باید اندازه‌ی [tex]2t_{pr}[/tex] صبر کنه تا تصادم رخ نده. علت [tex]2t_{pr}[/tex]این هست که فرض کنید یک فرستنده در اول کانال، داده‌ای رو ارسال می‌کنه. در انتهای کانال هم دو گیرنده-فرستنده در حال انتقال اطلاعات به هم بودند، لذا تا وقتی داده به اون انتها نرسه و برنگرده، ما نمی‌تونیم متوجه بشیم که کانال خالی بوده یا نه، لذا این مقدار رو برای حصول اطمینان باید صبر کنیم. پس هم به ازای ACK و هم به ازای خود داده، این مقدار رو باید اضافه کنیم (چون ACK و داده از هم جدا هستند همانطور که بالا گفتم).

در نهایت، از ۲۵۶ بیتی که ارسال کرده، طبق صورت سؤال، ۳۲ بیت متعلق به هدر و سایر بیت‌های سربار بوده و فقط ۲۲۴ بیت مفید بوده. پس اون زمان ۵۸/۸ میکروثانیه، برای ۲۵۶ بیت نیست و برای ۲۲۴ بیت هست. پس در محاسبه‌ی نرخ ارسال مفید باید در نظر بگیریم که ۲۲۴ بیت منتقل شده، نه ۲۵۶/