مجموعه پروتکل اینترنت: تفاوت میان نسخهها
محتوای حذفشده محتوای افزودهشده
برچسب: بخش زیادی از صفحه را برداشت.(پخ) |
جز ویرایش 2.180.70.239 (بحث) به آخرین تغییری که Amin10043 انجام داده بود واگردانده شد |
||
خط ۵۴:
سوکت، ترکیبی از یک آدرس IP و پورت TCP ویا پورت UDP است . یک برنامه، سوکتی را با مشخص نمودن آدرس IP مربوط به کامپیوتر و نوع سرویس (TCP) برای تضمین توزیع اطلاعات و یا (UDP )و پورتی که نشان دهنده برنامه است، مشخص می نماید. آدرس IP موجود در سوکت، امکان آدرس دهی کامپیوتر مقصد را فراهم و پورت مربوطه، برنامه ای را که داده ها برای آن ارسال می گردد را مشخص می نماید.
== اصول کلیدی [[معماری]] : ==
آخرین مدرک معماری (RFC ۱۱۲۲) روی قواعد و اصول معماری لایه بندی تاکید کردهاست.
۱.اصول END-TO-END: درباره زمان ابداع شدهاست.قانون اولیه آن نگهداری ازحالت واطلاعات کلی رادر حاشیهها بیان میکند.و فرض میشود که اینترنتی که حاشیهها را بهم وصل میکند از نظر کیفیت، سرعت و سادگی همانطور باقی نمیماند. جهان واقعی برای دیوار آتش، مترجمهای آدرس شبکه، حافظههای پنهانی محتوای وب و قدرت تغییرات وچنین چیزها نیاز دارد و همه آنهاروی این قانون تاثیر میگذارند.
۲.قانون قدرت Robustness :” درآنچه که توقبول میکنی آزادباش و به آنچه که تومی فرستی محتاط باش. نرمافزارهادر دیگرمیزبانها ممکن شامل نقص هاییباشد واما ویژگیهای پروتکل را برای بهربرداری کردن قانونی بی تدبیر میسازد.
حتی هنگامیکه لایه بررسی شدهاست، و اسناد معماری رده بندی شده است—مدل معماری جداگانهای مانندISO۷۴۹۸ وجودندارد، لایههای تعریف شده کمتر و بی دقت تری را نسبت به مدل OSI رایج است. بنابراین برای پروتکلهای جهان واقعی یک مدل متناسب تر تهیه میکند. در حقیقت، یک مدرک مرجع مکرر شامل ذخیرهای از لایهها نیست. عدم تاکید روی لایه بندی یک تفاوت مهم بین روشهای OSI و IETF است. این فقط به وجود لایه شبکه وبه طور کلی لایههای بالایی اشاره میکند. این اسناد مانند یک عکس فوری از معماری در سال ۱۹۹۶را خواسته بودند.اینترنت و معماری آن از شروع کوچک به صورت تکامل درآمدندو بیشتر از یک طرح بزرگ گسترش یافتهاند. درحالیکه این فرایند ازتحول یکی از دلایل مهم برای موفقیت تکنولوژی است، باوجود این برای ثبت کردن یک snapshot از اصول و قواعد برای معماری اینترنت مفیدبه نظر میرسد.
هیچ سندی بطور رسمی به دلیل عدم تاکید روی لایه بندی مدل رامشخص نکردهاست.نامهای متفاوتی بوسیله نوشتههای مختلف به لایهها داده شدهاست و تعداد لایههای متفاوتی بوسیله نوشتههای مختلف نشان داده شدهاست.
ورژنهایی از این مدل با لایه های۴ تایی و۵ تایی وجود دارد. ، RFC ۱۱۲۲ درخواست هایHOST را برای لایه بندی روی مرجع عمومی ساختهاست، اما به خیلی از اصول معماری که روی لایه بندی تاکید ندارند براشاره میکند.و آن بصورت یک نسخه ۴لایهای است که بطور آزادانه تعریف شده با لایههایی که نه نام دارند نه شماره،
لایه پردازش یا لایه کاربردی: ((سطح بالاتر)) جایی است که پروتکلهایی شبیه FTP ،SMTP،SSH،HTTP و غیره هستند.
لایه انتقال ـHOST-TO-HOST : جایی است که کنترل جریان و پروتکلهای وجود دارند مانندTCP. این لایه با باز شدن و نگه داشتن ارتباطات سروکاردارد و اطمینان میبخشد که Packetها درحقیقت رسیدهاند.
لایه اینترنت یاشبکه :این لایه آدرسهای IP را با بسیاری از برنامههای مسیریابی برای جهت یابی بستهها از یک آدرس IP به دیگری را مشخص میکند.
لایه دسترسی شبکه : این لایه هم پروتکلهای (مانند لایه پیوندداده OSI) استفاده شده برای دسترسی میانجی برای وسیلههای به اشتراک گذاشته را، و هم پروتکلهای فیزیکی وتکنولوژیهای لازم برای ارتباطات از HOSTهای جداگانه برای یک رسانه توصیف میکند.
درخواست پروتکل اینترنت(و پشته پروتکل متناظر) واین مدل لایه بندی قبل از نصب شدن مدل OSI استفاده میشد، و از آن به بعد، درکلاس هاوکتابها به دفعات زیادی مدل TCP/IP با مدل OSI مقایسه میشدند. که اغلب به سردرگمی منتج میشد.برای اینکه ۲مدل فرضهای مختلفی استفاده کرده اند، که مربوط به اهمیت دادن لایه بندی فیزیکی است.
=== لایهها در مدل TCP/IP: ===
لایههای نزدیک به بالا منطقاً به کاربرد کاربر (نه فرد کاربر) نزدیکتر هستند ولایههای نزدیک به پایین منطقاًبه انتقال فیزیکی دادهها نزدیک ترهستند. لایههای دیده شده به عنوان یک پیشرفت دهنده یا مصرف کننده یک سرویس یک متد تجرید برای جدا کردن پروتکلهای لایه بالاتر از جزییات عناصر مهم بیتها، اترنت، شبکه محلی، و کشف تصادفات و برخوردها است در حالیکه لایهها پایین تر از دانستن جزییات هرکاربردو پروتکل آن اجتناب میکنند.
این تجرید همچنین به لایههای بالاتر اجازه میدهد که سرویسهایی را که لایههای پایین تر نمیتوانند انتخاب کنندو یا تهیه کنندرا فراهم میکندو دوباره، مدل مرجعی OSI اصلی برای شامل شدن سرویسهای بدون ارتباط (OSIRM CL)توسعه یافتند. برای مثال، IP برای این طراحی نشده بود که قابل اطمینان باشد و یکی از بهترین پروتکلهای پاسخگویdelivery است. و به این معنی است که به هر حال همه لایههای انتقال برای فراهم آوردن قابلیت اطمینان و درجه باید انتخاب شوند. UDP درستی داده را (بوسیله یک Checksum) فراهم میکند اماdelivery آن را تخمین نمیزند، TCP هم درستی داده و هم تخمینdelivery را فراهم میکند (توسط انتقال از مبدا به مقصد تا دریافت کننده PACKET را دریافت کند).
ارتباطات شبکه نظیر به نظیر
لایه کاربردی
لایه انتقال
لایه شبکه
لایه پیوند داده
این فرم مدل مرجع OSI و اسناد مربوط به آن را دچار آسیب میکند، اما IETF از یک مدل رسمی استفاده نمیکند و این محدودیت را ندارد و در توضیحات David D.clark آمده که”ما به حکومت، رئیس جمهور و رای گیری اعتقاد نداریم، ما موافق نظام و قانون اجرایی هستیم.”عدم تصویب این مدل، که با توجه به مدل مرجعیOSI ساخته شدهاست معمولاً بسطهای لایهOSI را برای آن مدل ندارد
۱.برای ارتباط دسترسی چندگانه با سیستمهای آدرس دهی خودشان (مثل اترنت) یک پروتکل نگاشت آدرس نیاز است. این پروتکلها میتوانند IP پایین اما بالای سیستم ارتباط موجود بررسی میشود، درحالیکه از لغات و اصطلاحات فنی استفاده نمیکند، ولی یک زیر شبکه است که به آسانی مطابق یک مدل OSI گسترش داده شدهاست، یعنی سازمان داخلی لایه شبکه.
۲.ICMP وIGMP درتمامIP عمل میکند اما داده را مانند UDP وTCP انتقال نمیدهد. ودوباره این قابلیت استفاده مانند بسطهای مدیریت لایه برای مدلOSI در چهارچوب مدیریت آن وجود دارد. (OSIRM MF)
۳.کتابخانه SSL/TLS روی لایه انتقال (به کاربردن TCP) اما زیر پروتکلهای کاربردی عمل میکند. پس در بخش طراحان این پروتکلها برای مطابقت با معماری OSI مفهومی وجود ندارد.
۴. ارتباط مثل یک جعبه سیاه است که در این جا عنوان میشود و برای بحث IP خوب است. (از وقتی که تمام نقاط IP هستند، روی هر چیز مجازی اجرا خواهد شد).IETF صریحاً به عنوان بحث سیستمهای مخابرهای فهمیده نمیشوند. سیستمهایی که کمتر دانشگاهی هستند اما بطور عملی با مدل مرجع OSI مرتبط میشود
=== تفاوتهای بین لایههای TCP/IP and OSI ===
سه لایه بالایی در مدل OSI - لایه کاربردی، لایه نمایش و لایه اجلاس معمولاً درون یک لایه در مدل TCP/IP یک جا جمع شدهاند. درحالیکه بعضی از برنامههای کاربردی پروتکل OSI مانند X.۴۰۰ نیز با همدیگرجمع شدهاند، نیاز نیست که یک پشته پروتکل TCP/IP برای هماهنگ کردن آنها بالای لایه انتقال باشد. برای مثال پروتکل کاربردی سیستم نایل شبکه (NFS) روی پروتکل نمایش داده خارجی (XDR) اجرا میشود و روی یک پروتکل با لایه اجلاس کار میکند و فراخوان رویه راه دور (RPC) را صدا میزند. RPCمخابرات را به طور مطمئن ذخیره میکند، پس میتواند با امنیت روی پروتکل UDP اجرا شود.
لایه اجلاس تقریباً به پایانه مجازی Telnet که بخشی از متن براساس پروتکلهایی مانند پروتکلهای کاربردی مدل HTTP و SMTP TCP/IP هستند مرتبط میشود.و نیز با شمارش پورت UDP و TCP که بخشی از لایه انتقال در مدل TCP/IP است مطرح میشود. لایه نمایش شبکه استاندارد MIME است که در HTTP و SMTP نیز استفاده میشود.
از آنجایی که سعی برای پیشرفت پروتکل IETF به لایه بندی محض ربطی ندارد، بعضی از پروتکلهای آن ممکن است برای مدل OSI متناسب باشند. این ناسازگاریها هنگامیکه فقط به مدل اصلی ISO۷۴۹۸، OSI نگاه کنیم بیشتر تکرار میشوند، بدون نگاه کردن به ضمایم این مدل (مانند چارچوب مدیریتیISO )یا سازمان درونی ISO ۸۶۴۸ لایه شبکه (IONL) هنگامیکه IONL و اسناد چهارچوب مدیریتی مطرح میشوند، ICMP و IGMP، بطور مرتب به عنوان پروتکلهای مدیریت لایه برای لایه شبکه تعریف میشوند. در روشی مشابه، IONL یک ساختمان برای “قابلیتهای همگرایی وابسته به زیر شبکه” مانند ARP و RARP را فراهم آوردهاست.
پروتکلهایIETF میتوانند پشت سر هم کاربرد داشته باشند چون توسط تونل زدن پروتکلهایی مانند GRE توضیح داده میشوند در حالیکه اسنادبیسیک OSI با تونل زدن ارتباطی ندارند بعضی مفاهیم تونل زدن هنوز هم در توسعههای معماری OSI وجود دارند. مخصوصاً دروازههای لایه انتقال بدون چهارچوب پروفایل بینالمللی استاندارد شدهاست. تلاشهای پیشرفت دهنده مرتبط با OSI، به خاطر استفاده پروتکلهای TCP/IP در جهان واقعی رها شدهاند..
لایهها
در ادامه توضیح ازهرلایه در پشته رشته IP آمدهاست.
لایه کاربردی
لایه کاربردی بیشتر توسط برنامهها برای ارتباطات شبکه استفاده میشود. دادهها از برنامه در یک قالب خاص برنامه عبور میکنند سپس در یک پروتکل لایه انتقال جاگیری میکنند.
از آنجایی که پشتهIP بین لایههای کاربردی و انتقال هچ لایه دیگری ندارد، لایه کاربردی باید هر پروتکلی را مانند پروتکل لایه اجلاس و نمایش در OSI عمل میکنند در بگیرد.
دادههای ارسال شده روی شبکه درون لایه کاربردی هنگامیکه در پروتکل لایه کاربردی جاگیری شدند عبور میکنند. از آنجا دادهها به سمت لایههای پایین تر پروتکل لایه انتقال میروند. دو نوع از رایجترین پروتکلهای لایه پایینی TCP و UDP هستند. سرورهای عمومی پورتهای مخصوصی به اینها دارند (HTTP پورت ۸۰ و FTP پورت ۲۳ را دارند و...) در حالیکه کلاینتها از پورتهای روزانه بی دوام استفاده میکنند.
روترها و سوئیچها این لایه را بکار نمیگیرند اما برنامههای کاربردی بین راه در در پهنای باند این کار را میکنند، همانطور که پروتکل RSVP (پروتکل ذخیره منابع) انجام میدهد.
۳ لایه بالایی در مدل OSI - لایه کاربردی، لایه نمایش و لایه نشست معمولاً درون یک لایه در مدل TCP/IP مجتمع میشوند. درحالیکه برخی از برنامههای کاربردی پروتکل OSI مانند X۴۰۰ نیز با یکدیگر جمع شدهاند، نیاز نیست که یک پشته پروتکل TCP/IP برای یکپارچه کردن آنها بالای لایه انتقال باشد. برای نمونه پروتکل کاربردی سیستم نایل شبکه (NFS) روی پروتکل نمایش داده خارجی (XDR) اجرا میشود و روی یک پروتکل با لایه نشست کار میکند و فراخوان رویه راه دور (RPC) را صدا میزند (Remote Procedure Call).RPCمخابرات را به طور مطمئن ذخیره میکند، پس میتواند با امنیت روی پروتکل UDP اجرا شود.
لایه نشست تقریباً به پایانه مجازی Telnet که بخشی از متن براساس پروتکلهایی مانند پروتکلهای کاربردی مدل HTTP و SMTP TCP/IP هستند مرتبط میشود.و نیز با شمارش پورت UDP و TCP که بخشی از لایه انتقال در مدل TCP/IP است مطرح میشود. لایه نمایش شبیه استاندارد MIME که در HTTP و SMTP نیز استفاده میشود است. از آنجاییکه تلاش برای پیشرفت پروتکل IETF به لایه بندی محض ربطی ندارد، برخی از پروتکلهای آن ممکن است برای مدل OSI متناسب باشند. این ناسازگاریها هنگامیکه فقط به مدل اصلی OSI، ISO ۷۴۹۸ نگاه کنیم بیشتر تکرار میشوند، بدون نگاه کردن به ضمایم این مدل (مانند چارچوب مدیریتیISO ۷۴۹۸\۴) یا سازمان درونی ISO ۸۶۴۸ لایه شبکه (IONL) هنگامیکه IONL و مستندات چهارچوب مدیریتی مطرح میشوند، ICMP و IGMP، بطور مرتب به عنوان پروتکلهای مدیریت لایه برای لایه شبکه تعریف میشوند. در روشی مشابه، IONL یک ساختمان برای «قابلیتهای همگرایی وابسته به زیر شبکه» مانند ARP و RARP را فراهم آوردهاست. پروتکلهایIETF میتوانند پشت سر هم کاربرد داشته باشند چون توسط تونل زدن پروتکلهایی مانند GRE (Generic Routing Encapsulation) شرح داده میشوند در حالیکه مستندات پایهای OSI با تونل زدن ارتباطی ندارند برخی مفاهیم تونل زدن هنوز هم در توسعههای معماری OSI وجود دارند. مخصوصاً دروازههای لایه انتقال بدون چهارچوب پروفایل استاندارد شده بینالمللی. تلاشهای پیشرفت دهنده مرتبط با OSI، به خاطر استفاده پروتکلهای TCP/IP در دنیای واقعی رها شدهاند.
== لایهها : ==
|