پروتکل RFC 794 (مهندسی اینترنت)

اختصاصی از کوشا فایل پروتکل RFC 794 (مهندسی اینترنت) دانلود با لینک مستقیم و پرسرعت .

پروتکل RFC 794 (مهندسی اینترنت)

مسیر یابی پیام و سیستم دومین

این RFC به نحوه سیستم ارسال پیام در اینترنت و بر اساس اطلاعات دریافتی از سیستم دومین که در پروتکل 882ٍ و 883ٍ و 9730ٍ شرح داده شده است می پردازد.

مقدمه:

هدف از این مقاله توضیح چگونگی مسیریابی پیامهای ارسالی تحویل داده شده به یک دومین اینترنتی است.این کار شامل نحوه تفسیر MXRR و استفاده از آن به عنوان پروتکل مسیریابی است.

توجه داشته باشید در این مقاله نحوه ارتباط ارسال کنندگان باMB  و MGRR بحث نمی شود.با ایجاد پروتکل های RFC882 و RFC883  نحوه نام گذاری اسامی پیامها تغییر یافته است.تا کنون اینگونه بوده است که اگر شخصی پیامی را برای صندوق پستی شخصی مثلا LOKI.BBN.COM  ارسال می کرد فقط می توانست با ارتباط SMTP ،LOKI را باز کند.این سیستم این شرایط را دگرگون کرده است برای مثال میزبانان CSNET ، UUCP که به طور مستقیم به اینترنت متصل نیستند می توانند در پیکربندی فایلها نقش داشته باشند و برای مثال اغلب ارسال کنندگان تنظیمات را به گونهای انجام داده اند که نامه های ارسالی به میزبان CSNET بطور خودکار از طریقCSNET.RELAY ARPA منتقل می شوند.

تحت شرایط دومین ،فرد نمی تواند به آسانی LOKI.BBN.COM پیام ارسال کند بلکه از دومین می خواهد که این کار را انجام دهد.

عملکرد سرورهای دومین RFC-974 :

سرورهای دومین اطلاعات را به عنوان پایگاه داده ذخیره کرده که هر کدام از آنها شامل اطلاعات شخصی پیرامون اسامی دومین ها می باشد.(که اغلب ،نه همیشه اسامی میزبان است.)

راحتترین راه برای فهمیدن RR در نظر گرفتن این به عنوان یک شبکه است.هر دامین به اطلاعات مرتبط ی متصل می شود و با اطلاعات تکمیل تری کامل شده و به سیستمها در تشخیص RR مرتبط کمک می نماید.

بدین منظور مسیریاب  پیام سیستم RR  را ذخیره کرده که تحت عنوان MXRR شناخته می شود.

هر MX دامین با دو نوع اطلاعات همراه است:

• ارزش ولد شده تا 16 بیت و اسم میزبان .

ارزش داده شده نحوه ارتباط میزبان با MX  را نشان می دهد.که پایین ترین شماره ارتباط اولویت دارد. چندین MX با شماره های یکسان اولویت یکسانی دارند.علاوه بر اطلاعات نامه ،سرورها گونه دیگری از RR را ذخیره می کنند که کاربر ممکن است با این مواجه یا از این استفاده کند که عبارتند از اسامی دامین هاCNAME  که بسطه ساده لیست دامین های مرتبط را لیست می کند.

سرویس های شناخته شده WKS  که اطلاعات سرویس های مورد پشتیبانی شبکه از قبیل SMTP  را ذخیره می کند.

• نحوه روتینگ

قبل از شروع نحوه روتینگ پیامها به نظر می رسد توضیح اسامی پیرامون نحوه روتینگ  و مشکلات آن ضروری است.اولین اصل ضروری،آدرس موجود در رکوردهای MX   است که مانع بازگشت نامه و گم شدن آن است.

اگر ارسال کننده بروی میزبانی قرار داشته باشد که در MX به عنوان میزبان مقصد تعریف شده باشد، تنها نامه هایی به آن ارسال می شود که ارزش کمتری نسبت به میزبان خود داشته باشتد.

هر چند ممکن است عدم ارسال نامه به دلیل نقص یا عدم به روز رسانی اطلاعات  روتینگ رخ دهد.عدم به روز بودن اطلاعات مشکلی است که هنگام تغییر جداول دومین رخ می دهد.

این تغییرات تا زمانی که حافظه ان رمز گشایی نشود قایل تشخیص نیست و تنها باید ارسال کنندگان در خواست خود را به یک سرور معتبر ارجاع دهند.علاوه بر این مشکلات اینگونه RR ها تا زمان تغییر اطلاعات دومین به قوت خود باقی است.

RFC 974 – میزبانان هدف موجود در این MX ،حافظه رمز گشایی مخصوص به خود را دارند.به بیان دیگر با داشتن اطلاعات مناسب ،عدم ارسال به حداقل می رسد و نیازی به مراجعه ارسال کننده به سرور های معتبر نیست.

عدم وجود اطلاعات صحیح نیازمند مراقبت بیشتر در هنگام ثبت دومین است.اگر اطلاعات دومین ناقص باشد MXRR بدون پاسخ می ماند.در نتیجه باعث عدم ارسال یا عدم بازگشایی نامه ارسالی می شود،در نتیجه دریافت کنندگان تنها از دومین های نامه دریافت می کنندکه اطلاعات آنها بطور کامل ثبت شده باشند.

ممکن است هنگام انتقال از فایل ورد به داخل سایت بعضی متون به هم بریزد یا بعضی نمادها و اشکال درج نشود ولی در فایل دانلودی همه چیز مرتب و کامل است

متن کامل را می توانید در ادامه دانلود نمائید

چون فقط تکه هایی از متن برای نمونه در این صفحه درج شده است ولی در فایل دانلودی متن کامل همراه با تمام ضمائم (پیوست ها) با فرمت ورد word که قابل ویرایش و کپی کردن می باشند موجود است