فی فوو

مرجع دانلود فایل ,تحقیق , پروژه , پایان نامه , فایل فلش گوشی

فی فوو

مرجع دانلود فایل ,تحقیق , پروژه , پایان نامه , فایل فلش گوشی

دانلود مقاله پروتکل اینترنت خط سری SLIP

اختصاصی از فی فوو دانلود مقاله پروتکل اینترنت خط سری SLIP دانلود با لینک مستقیم و پر سرعت .

 

پروتکل اینترنت خط سری (SLIP) و پروتکل نقطه به نقطه (PPP) در میان پروتکل‌های ICP/IP منحصر به فرد هستند زیرا عملکرد کامل لایه پیوند داده را در اختیار می‌گذارند. سیستم‌های که به یک LAn وصل می شوند برای کنترل اتصال واقعی به شبکه به یکی از پروتکلهای استاندارد لایه پیوند داده مثل اینترنت TokenRing وابسته‌اند. دلیل آن این است که سیستم‌ها معمولا از یک رسانه به صورت اشتراکی استفاده می کنند. پس باید یک مکانیزم MAC برای تنظیم دستیابی به ان وجود داشته باشد.
SLIP و PPP برای استفاده با مودم‌ها و اتصالات مستقیم دیگر که نیازی به کنترل دستیابی به رسانه ندارند طراحی شده‌اند. از آنجا که SLIP و PPP فقط دو سیستم را به هم وصل می کنند پروتکل‌های نقطه به نقطه یا انتها نامیده می‌شوند. در پشته پروتکل را تعریف می‌کنند، غیر از لایه فیزیکی که به یک استاندارد سخت افزاری مثلا برای واسط درگاه سری RS – 232 وابسته است که اتصال به مودم را در اختیار می‌گذارد.
معمولا سیستم‌ها ار SLIP یا PPP برای برقراری اتصال به انینترنت یا WAN استفاده می‌کنند، چه به LAN وصل باشد و چه نباشند. تقریبا همه Pc های مستقل که برای دستیابی به انیترنت از مودم برای وصل شدن به یک ISP استفاده می‌کنند این کار را با استفاده از یک اتصال PPP انجام می دهند هر چند برخی انواع سیستم‌ها هنوز از SLIP استفاده می‌کنند. LAn ها نیز در مسیریابهای خود برای وصل شدن به یک ISP و برقراری امکان دستیابی به اینترنت برای کل شبکه یا برای وصل شدن به یک LAn دیگر و تشکیل یک اتصال WAN از اتصالات SLIP یا PPP استفاده می کنند. هر چند این دو پروتکل تداعی کننده اتصالات مودم هستند، ولی فناوریهای دیگر لایه فیزیکی از جمله خطوط استیجاری ، ISDN ، رله فریم و TM هم می توانند از SLIP و PPP استفاده کنند.
SLIP و PPP پروتکل‌های اتصال‌گرا هستند که به ساده‌ترینن بیان یک پیوند داده را بین دو سیستم برقرار می‌سازند. آنها دیتاگرام‌های IP را برای انتقال بین کامپیوترها کپسوله می‌کنند، همان کاری که اترنت و Token Ring هم انجام می‌دهندع ولی آنها از فریم خیلی ساده‌تری استفاده می‌کنند. دلیل ان این است که این پروتکل‌ها مشکلات پروتکل‌های LAn را ندارند. آنجا که پیوند فقط از یک اتصال بین دو ک تشکیل می‌شود نیازی به مکانیزم‌های کنترل دستیابی به رسانه‌ای همچون CSMA /CD یا تبادل توکن نخواهد بود. همچنین در رابطه با آدرس‌دهی بسته‌ها به یک مقصد خاص مشکلی وجود ندارد، از آنجا که فقط دو کامپیوتر در اتصال شرکت دارند داده‌ها فقط به یک جا می‌توانند بروند.

 

 

 

 

 


SLIP
SLIP در اوایل دهه 1980 به عنوان ساده‌ترین راه حل ممکن برای ارسال داده به روی اتصالات سرای ایجاد شد. هیچ استاندارد رسمی این پروتکل را تعریف نمی‌کند، به خاطر این که چیز زیادی برای استاندارد کردن وجود ندارد و مشکلی در زمینه قابلیت همکاری وجود ندارد. اما در یکی از مستندات IETD تحت عنوان Nonstadard for Transmission of IP Datagrams over Serial Lines" ( 1055 RFC) عملکرد این پروتکل تعریف شده است.
فریم SLIP خیلی ساده است. یک فیلد یک بایتی با مقدار هگزادسیمال c0 به عنوان مرز END عمل می کند، که به دنبال تمام دیتاگرام‌های IP که به روی پیوند ارسال می‌شوند می‌آید. کاراکتر END به سیستم دریافت کننده اطلاع می‌دهد بسته که هم اینک ارسال می شد به پایان رسیده است. بعضی از سیستم‌ها پش از هر دیتاگرام IP هم یک کاراکتر END قرار می دهند. به این ترتیب اگر نویز خطی بین دیتاگرام‌ها پیش بیاید سیستم دریافت کننده با آن مثل یک بسته رفتار می‌کنند زیرا در دو طرف آن کاراکترهای END قرار گرفته‌اند. آن گاه وقتی پروتکل‌های لایه‌های بالاتر سعی می‌کنند که این بسته نویز را پردازش کنند می‌فهمند که آشغال است و آن را دور می‌ریزند.
شکل
اگر دیتاگرامی حاوی بایتی c0 باشد سیستم آن را پیش از ارسال به رشته دو بایتی db dc تغییر می‌دهد بسته به اشتباه خاتمه نیابد. بایت db به کاراکتر ESC (escape) اشاره می‌کند، که وقتی با کاراکتر دیگری جفتشود هدر خاصی را تامین کند. اگر دیتاگرام در قسمتی از داده خود حاوی یک کاراکتر ESC واقعی باشد سیستم پیش از ارسال رشته db dc را جایگزین آن می کند.
نکته: کاراکتر ESC تعریف می‌شود معادل کاراکتر ESC اسکی نیست.
نقایص SLIP
پیاده‌سازی SLIP به دلیل سادگی ان آسان است و سربار کمی را به ارسالات داده اضافه می‌کند، ولی در ضمن فاقد ویژگیهایی است که می توانستند آن را به پروتکل مفیدتری تبدیل نمایند. مثلا SLIP این قابلیت را ندارد که آدرس IP هر سیستم را در اختیار سیستم دیگر بگذارد، و این بدان معنی است که هر دو سیستم باید با آدرس IP سیستم دیگر پیکگربندی شوند. همچنین SLIP هیچ راهی برای شناسایی پروتکلی که فریم آن را منتقل می‌کند ندارد، این امر مانع از خطا را نیز ندارد، که پروتکل‌های لایه شبکه (مثل IP و IPX) روی یک اتصال می‌‌شود.. SLIP قابلیتهای تشخیص یا خطا را نیز ندارد، که باعث می‌شد این تکالیف به پروتکل‌های لایه‌های بالاتر سپرده شوند و در نتیجه تاخیر بیشتری نسبت به یک مکانیزم تشخیص خطای لایه پیوند داده حاصل شود.
SLIP فشرده (CSIP)
هنگامی که دو سیستم با استفاده از SLIP با هم ارتباط برقرار می‌کنند بیشتر سربار کنترلی که پروتکل‌های لایه‌های شبکه و انتقال ایجاد می‌کنند تکرار می شود، به خصوص در اتصالات TCP مثلا در هر دیتاگرام Ip، حاوی 64 بیت داده است که به آدرس‌های IP سیستم‌های مبدا و مقصد اختصاص داده می‌شوند. اما از آنجا که فقط دو کامپیوتر روی شبکه هستند لزمی ندارد که این آدرس‌ها در تمام بسته‌ها تکرار شوند. در مدتی که اتصال SLIP برقرار است دو سیستم به مبادله صدها یا هزاران بسته می‌پردازند که اطلاعات موجود در سرآیندهای پروتکل‌های لایه‌های شبکه و انتقال آنها مشابه است.
"Compressing TCP / IP Headers for Low- Speed SerialLinks " RFC 1144 مکانیزمی را تعریف می کند که توسط آن سیستم‌های شرکت کننده در یک اتصال SLIP بیشتر اطلاعات اضافی را از سرایندها حذف می‌‌کنند و سربار از 40 بایت به پنج بایت یا کمتر کاهش می‌دهند. به این ترتیب کارایی اتصال به میزان قابل توجهی افزایش می یابد.
این نوع فشرده سازی سرآیند در بسیاری از پیاده‌سازی های PPP نیز تحت عنوان فشرده‌سازی سرآیند ون جکسون یافت می‌شود، نامی که از مولف " RFC 1144 گرفته شده است.
PPP
PPP به عنوان انتخاب دیگری در مقابل SLIP ایجاد شد، که کارایی بیشتری دارد، از جمله قابلیت ترکیب پروتکل‌های مختلف لایه شبکه و پشتیبانی از پروتکل‌های تایید اعتبار مختلف. طبیعی است که هزینه این ویژگیهای افزوده یک سرایند بزگتر است، ولی PPP فقط حداکثر هشت بایت به هر بسته اضافه می کند ( با فریم اترنت مقایسه کنید که 16 بایت برای آن لازم است ) برای بیشتر اتصالات به فراهم کنندگان خدمات اینترنت، همچنین توسط سیستم‌های مستقل و چه توسط مسیر یابها، از PPP استفاده می شود، زیرا ISP را قادر می سازد تمهیداتی را برای کنترل دستیابی پیاده‌سازی کند که شبکه‌های آنها را از ورود کاربران غیر مجاز محافظت می‌نمایند. هر نشست PPP شامل چند عملیات برقراری و خاتمه اتصال است، که برای انجام آنها از پروتکل‌هی دیگر غیر از PPP نیز استفاده می شود این عملیات عبارتند از:
برقراری اتصال
سیستمی که می‌خواهد اتصال را به راه اندازد از پروتکل کنترل پیوند (ICP) استفاده می‌کند تا درباره پارامترهای ارتباطی مشترک بین دو دستگاه مذاکره نماید.
تایید اعتبار – هر چند ضروری نیست، ولی سیستم می تواند برای مذاکره درباره دستیابی به سیستم دیگر از یک پروتکل تایید اعتبار مثل PAP (Challenge HandshakeAuthention Protocol ) CHAP , (Passwprd Authention Protocol استفاده کند.
برقراری اتصال پروتکل لایه شبکه – برای هر پروتکل لایه شبکه که سیستم‌ها در طی نشست از آن استفاده می‌کنند یک عملیات برقراری اتصال جداگانه با استفاده از یک پروتکل کنترل شبکه (NCP) مثل IPCP (پروتکل کنترل پروتکل اینترنت) انجام می دهند.
بر خلاف SLIP ، PPP استاندارد شده است، ولی مشخصه‌های آن بین چند REF تقسیم‌ شده‌اند. مستندات مربوط به این پروتکل در جدول فهرست شده‌اند.
RFC 1661 ThePoint – Point Protocol (PPP)
RFC 1662 PPP in HDLC- like Framing
RFC 1663 PPP Reliable Transmission
RFC 1332 The PPP internet Protocol Control protocol (IPCP)
RFC 1552 The PPP Internetworking Packet Exchange Contorol protocol (IPXCP)
RFC 1334 PPP Authention Protocol
RFC 1994 PPP Challenge Handshake Authention Protocol (CHAP)
RFC 1989 PPPChallengeHandshake Authentication
فریم PPP
REF 1661 فرمی که پروتکل PPP به کار می برد تا پروتکل‌های دیگر را کپسوله کند و به مقصد ارسال نماید تعریف می‌کند. این فریم کوچک است، با اندازه 8 ( یا گاهی 10 ) بایت و در شکل نشان داده شده است.

 


فیلدهای آن عبارتند از:
پرچم: (یک بایت) : حاوی مقداری هگزادیسمالV e است و به عنوان مرز بسته عمل می‌کند، مثل کاراکتر End که در SLIP همین نقش را دارد.
آدرس: (یک بایت) حاوی مقداری هگزادیسمال ff است به نشانه این که بسته به همه ایستگاه‌ها ارسال شود.
کنترل ( یک بایت) حاوی مقدار هگزادیسمال 03 است، که نشان می‌دهد بسته حاوی یک پیغام اطلاعاتی شماره‌گذاری شده HDLC است .
پروتکل ( دوبایت) – حاوی کدی است که پروتکلی را مشخص می‌کند که اطلاعات داخل فیلد را تولید کرده است. مقادیر فیلد در محدوده 0xxx تا 3xxx برای مشخص کردن پروتکل‌های لایه شبکه، مقادیر از 4xxx تا 7xxx برای مشخص کردن پروتکل‌های لایه شبکه low – volume که NCP متناظر ندارند، مقادیر از 8xxx تا bxxx برای مشخص کردن پروتکل‌های شبکه که NCP متناظر دارند و مقادیر fxxx تا cxxx برای مشخص کردن پروتکل‌های کنترل پیوند مثل LCP و پروتکل‌های تایید اعتبار به کار می‌روند. کدهای مجاز که در سند TCP / IP "Assined Numbers" ( 1770 REF) مشخص شده ‌اند.
0021- دیتاگرام‌ IP فشرده نشده وقتی به کار می‌رود که فشرده‌سازی وم جکوبسن فعال باشد.)
B002 – دیتاگرام IPX ناول
D002- دیتاگرام‌های IP با سرایندهای IP , TCP فشرده شده ( به کار می‌رود که فشرده سازی جکوبسن فعال باشد) .
8021- پروتکل کنترل پروتکل اینترنت (IPcP)
802 b - پروتکل کنترل Novell IPX (IPXP)
021C -پروتکل کنترل پیوند (LCP)
021c -پروتکل تایید کلمه عبور (PAP)
223C - پروتکل تایید اعتبار لا مصافحه مطالبه‌ای (CHAP)
داده و پد ( متغیر تا 1500 بایت) – حاوی بار تحویل شده بسته است، با طول حداکثر پیش فرض 1500 بایت ( که حداکثر واحد دریافتی ، یا MRU نامیده می شود) این فیلد ممکن است حاوی بایت‌های بی‌معنی باشد تا اندازه‌اش به MRU برسد.
دنباله بررسی فریم (FCS) ( 2 یا 4 بایت ) حاوی یک مقدار CRC است که به منظور تشخیص خطا روی کل فریم غیر از فیلدهای پرچم و دنباله بررسی فیلد محاسبه می شود.
پرچم ( یک بایت) – حاوی همان مقدار پرچم فیلد پرچم فریم است. وقتی سیستمی دو بسته را پشت سر هم ارسال می‌کند از فیلدهای پرچم حذف می‌شود، زیرا دو فیلد پرچم پشت سر هم به جای یک فریم خالی اشتباه گرفته می شود. در نتیجه مذاکرات LCP بین دو سیستم، چند فیلد فریم PPP ممکن است تغییر کنند، از جمله فیلدهای طول پروتکل و FCS وMRU فیلد داده. سیستم‌ها می‌توانند بر سر استفاده از فیلد پروتکل یک بایتی یا فیلد FCS بایتی توافق کنند.
فریم LCP
سیستم‌های PPP در طول فرایند برقراری اتصال برای مذاکرده درباره قابلیت‌‌هایشان از LCP استفاده می‌کنند تا بتوانند بهترین اتصال ممکن را داشته باشند. پیغامهای LCP در فریم‌های PPP انتقال می‌یابند و حاوی انتخابهای پیکربندی برای اتصال هستند. پس از آنکه دو سیستم درباره یک پیکربندی که هر دو قادر به پشتیبانی آن هستند به توافق رسیدند فرایند اطلاعات اضافی در سرایند تمام بسته‌های داده معاف می‌شوند.
فرمت پیغام LCP در شکل نشان داده شده است. و فیلدهای آن عبارتند از :

 

کد بایت – نوع پیغام LCP را با استفاده از این کدها مشخص می‌کند.
1- تقاضای پیکربندی
2- تصدیق پیکربندی
3- عدم تصدیق پیکربندی
4- رد پیکربندی
5- تقاضای خاتمه
6- تصدیق خاتمه
7- رد کد
8- رد پروتکل
9- تقاضای اکو
10- پاسخ اکو
11- تقاضای دور ریختن
شناسه: ( یک بایت) حاوی کد است که برای برقراری تناظر بین تقاضا و پاسخهای یک مبادله LCP خاص به کار می رود.
طول ( دوبایت) – طول پیغام شامل فیلدهای کد، شناسه، طول و داده را مشخص می‌کند.
طول (متغیر) – حاوی چند انتخاب پیکربندی است که هر یک از سه فیلد تشکل می شوند. هر یک از انتخاب‌های داخل فیلد داده پیاغم LCP شامل زیر فیلدهایی است که در شکل نشان داده شده‌اند. این زیر فیلدها عبارتند از :

 


نوع ( یک بایت) – انتخابی که قرار است پیکربندی شود را مشخص می کند، این کار را با استفاده از یکی از کدهای Assigned Number RFC که در زیر آمده است انجام می‌دهد:
0- خاص سازنده
1- حداکثر واحد دریافتی
2- نقشه کاراکتر کنترل ناهمگام
3- پروتکل تایید اعتبار
4- پروتکل کیفیت
5- عدد جادویی
6- رزرو
7- فشرده سازی فیلد پروتکل
8- فشرده سازی فیلد آدرس و کنترل
9- جانشینهای FCS
10- پد توصیف کننده خود
11- مد شماره گذاری شده
12- عملیات چند پیوندی
13- تماس مجدد
14- زمان اتصال
15- فریم‌های ترکیبی
16- کپسوله‌های اسمی داده
17- MRRN چند پیوندی
18- فرمت سرآیند شماره دنباله کوتاه
19- تمیز دهنده نقطه انتهایی چند پیوندی
20- اختصاصی
21- شناسه DCE
طول ( یک بایت) طول پیغام LCP شامل فیلدهای کد، شناسه، طول و داده را مشخص می کند.
داده(متغیر) – حاوی اطلاعات مربوط به نوع خاص پیغام LCP است، که در فیلد مشخص شده است.

 

 

 

فرمت این مقاله به صورت Word و با قابلیت ویرایش میباشد

تعداد صفحات این مقاله  41 صفحه

پس از پرداخت ، میتوانید مقاله را به صورت انلاین دانلود کنید


دانلود با لینک مستقیم


دانلود مقاله پروتکل اینترنت خط سری SLIP