این فایل حاوی مطالعه MPLSمی باشد که به صورت فرمت PowerPoint در 30 اسلاید در اختیار شما عزیزان قرار گرفته است، در صورت تمایل می توانید این محصول را از فروشگاه خریداری و دانلود نمایید.
فهرست
زمان زندگی
ادغام برچسب
انواع مسیریابی مبتنی بر قید
تصویر محیط برنامه
لینک پرداخت و دانلود *پایین مطلب*
فرمت فایل:Word (قابل ویرایش و آماده پرینت)
تعداد صفحات: 26
فهرست مطالب :
1) مقدمه:
2) MPLS چیست؟
2-1) از لحاظ تاریخی:
2-2) مزایای MPLS :
3) MPLS چگونه کار می کند؟
3-2) Label Information Base (LIB) :
3-1) مسیریابی MPLS :
3-3) علامت گذاری (Signaling) و توزیع Label :
3-4) جریان داده در یک شبکه MPLS :
.
.
.
در این مقاله MPLS (Multi-Protocol Label Switching) را از لحاظ تاریخی بررسی کرده و مزایا و اهداف و ویژگیها و چگونگی مسیریابی و علامت گذاری و جریان داده و LIB را در آن شرح می‌دهیم. سپس کاربرد آن را در مهندسی ترافیک، CoS، QoS و VPNهای لایه 2 و لایه 3 بیان می‌کنیم.
فهرست
این فایل در قالب ورد و قابل ویرایش در 100 صفحه می باشد.
پایان نامه جهت اخذ مدرک کارشناسی ارشد برق
فصل اول: کیفیت سرویس و فنآوری های شبکه ۱
۱-۱- مقدمه ۱
۱-۲- کیفیت سرویس در اینترنت ۱
۱-۲-۱- پروتکل رزور منابع در اینترنت ۳
۱-۲-۲- سرویس های متمایز ۴
۱-۲-۳- مهندسی ترافیک ۶
۱-۲-۴- سوئیچنگ برحسب چندین پروتکل ۹
۱-۳- مجتمع سازی IP و ATM ۹
۱-۳-۱- مسیریابی در IP ۱۲
۱-۳-۲- سوئیچینگ ۱۳
۱-۳-۳- ترکیب مسیریابی و سوئیچینگ ۱۴
۱-۳-۴- MPLS ۲۰
فصل دوم: فنآوریMPLS ۲۳
۲-۱- مقدمه ۲۳
۲-۲- اساس کار MPLS ۲۴
۲-۲-۱- پشته برچسب ۲۶
۲-۲-۲- جابجایی برچسب ۲۷
۲-۲-۳- مسیر سوئیچ برچسب (LSR) 27
2-2-4- کنترل LSP ۲۹
۲-۲-۵- مجتمع سازی ترافیک ۳۰
۲-۲-۶- انتخاب مسیر ۳۰
۲-۲-۷- زمان زندگی (TTL) 31
2-2-8- استفاده از سوئیچ های ATM به عنوان LSR ۳۲
۲-۲-۹- ادغام برچسب ۳۲
۲-۲-۱۰- تونل ۳۳
۲-۳- پروتکل های توزیع برچسب در MPLS ۳۴
فصل سوم: ساختار سوئیچ های شبکه ۳۵
۳-۱- مقدمه ۳۵
۳-۲- ساختار کلی سوئیچ های شبکه ۳۵
۳-۳- کارت خط ۴۰
۳-۴- فابریک سوئیچ ۴۲
۳-۴-۱- فابریک سوئیچ با واسطه مشترک ۴۳
۳-۴-۲ فابریک سوئیچ با حافظه مشترک ۴۴
۳-۴-۳- فابریک سوئیچ متقاطع ۴۵
فصل چهارم: مدلسازی و شبیه‌سازی یک سوئیچ MPLS ۵۰
۴-۱- مقدمه ۵۰
۴-۲- روشهای طراحی سیستمهای تک منظوره ۵۰
۴-۳- مراحل طراحی سیستمهای تک منظوره ۵۲
۴-۳-۱- مشخصه سیستم ۵۳
۴-۳-۲- تایید صحت ۵۳
۴-۳-۳- سنتز ۵۴
۴-۴ – زبانهای شبیه سازی ۵۴
۴-۵- زبان شبیه سازی SMPL ۵۶
۴-۵-۱- آماده سازی اولیه مدل ۵۸
۴-۵-۲ تعریف و کنترل وسیله ۵۸
۴-۵-۳ – زمانبندی و ایجاد رخدادها ۶۰
۴-۶- مدلهای ترافیکی ۶۱
۴-۶-۱- ترافیک برنولی یکنواخت ۶۲
۴-۶-۲- ترافیک زنجیره ای ۶۲
۴-۶-۳- ترافیک آماری ۶۳
۴-۷- مدلسازی کارت خط در ورودی ۶۴
۴-۸- مدلسازی فابریک سوئیچ ۶۶
۴-۸-۱- الگوریتم iSLIP ۶۶
۴-۸-۲- الگوریتم iSLIP اولویت دار ۷۱
۴-۸-۳- الگوریتم iSLIP اولویت دار بهینه ۷۶
۴-۹- مدلسازی کارت خط در خروجی ۷۹
۴-۹-۱ – الگوریتم WRR ۸۰
۴-۹-۲- الگوریتم DWRR ۸۱
۴-۱۰- شبیه سازی کل سوئیچ ۸۲
۴-۱۱- کنترل جریان ۹۰
فصل پنجم: نتیجه گیری و پیشنهادات ۹۳
۵-۱- مقدمه ۹۳
۵-۲- نتیجه گیری ۹۳
۵-۳- پیشنهادات ۹۴
مراجع …………………………………………………………………….۹۵
چکیده
امروزه سرعت بیشتر و کیفیت سرویس بهتر مهمترین چالش های دنیای شبکه می باشند. تلاشهای زیادی که در این راستا در حال انجام می باشد، منجر به ارائه فنآوری ها، پروتکل ها و روشهای مختلف مهندسی ترافیک شده است. در این پایان نامه بعد از بررسی آنها به معرفی MPLS که به عنوان یک فنآوری نوین توسط گروه IETF ارائه شده است، خواهیم پرداخت. سپس به بررسی انواع ساختار سوئیچ های شبکه خواهیم پرداخت و قسمتهای مختلف تشکیل دهنده یک سوئیچ MPLS را تغیین خواهیم کرد. سرانجام با نگاهی به روشهای طراحی و شبیه سازی و نرم افزارهای موجود آن، با انتخاب زبان شبیه سازی SMPL، به شبیه سازی قسمتهای مختلف سوئیچ و بررسی نتایج حاصل می پردازیم. همچنین یک الگوریتم زمانبندی جدید برای فابریک سوئیچ های متقاطع با عنوان iSLIP اولویت دار بهینه معرفی شده است که نسبت به انواع قبلی دارای کارآیی بسیار بهتری می باشد.
فصل اول
کیفیت سرویس و فنآوری های شبکه
۱-۱- مقدمه
با گسترش تعداد کاربران اینترنت و نیاز به پهنای باند بیشتر از سوی آنها، تقاضا برای استفاده از سرویسهای اینترنت با سرعت رو به افزایش است و تهیه کننده های سرویس اینترنت برای برآورده سازی این تقاضا ها احتیاج به سوئیچ های با ظرفیت بیشتر دارند ]۱[.
در این میان تلاشهای زیادی نیز برای دستیابی به کیفیت سرویس بهتر در حال انجام می‌باشد. فنآوریATM[1] نیز که به امید حل این مشکل عرضه شد، بعلت گسترش و محبوبیتIP[2] نتوانست جای آن را بگیرد و هم اکنون مساله مجتمع سازی IP و ATM نیز به یکی از موضوعات مطرح در زمینه شبکه تبدیل شده است.
در این فصل به معرفی مسائل و مشکلات مربوط به کیفیت سرویس و مجتمع سازی IP و ATM می پردازیم و راه حلهای ارائه شده از جمله MPLS [3] رابررسی خواهیم نمود.
۱-۲- کیفیت سرویس در اینترنت
سرویسی که شبکه جهانی اینترنت به کاربران خود ارائه داده است، سرویس بهترین تلاش۴ بوده است. یکی از معایب اصلی این سرویس این است که با وجود اینکه مسیریاب‌های شبکه به خوبی قادر به دریافت و پردازش بسته های ورودی می باشند ولی هیچگونه تضمینی در مورد سالم رسیدن بسته ها به مقصد وجود ندارد. با توجه به رشد روز افزون استفاده از اینترنت و به خصوص با توجه به اشتیاق زیاد به اینترنت به عنوان ابزاری برای گسترش تجارت جهانی، تلاش های زیادی جهت حفظ کیفیت سرویس (QoS)[4] در اینترنت در حال انجام می باشد. در این راستا در حال حاضر کلاس های سرویس متنوعی مورد بحث و توسعه می باشند. یکی از کلاس های سرویس فوق ، به شرکت ها و مراکز ارائه سرویس های web که نیاز به ارائه سرویس های سریع و مطمئن به کاربران خود دارند، اختصاص دارد.
یکی دیگر از کلاس های سرویس جدید در اینترنت ، به سرویس هایی که نیاز به تاخیر و تغییرات تاخیر کمی دارند، اختصاص دارد. سرویس هایی نظیر تلفن اینترنتی[۵] و کنفرانس‌های تصویری اینترنتی نمونه ای از سرویس های این کلاس سرویس می باشند.
برای نیل به سرویس های جدید فوق، عده ای براین عقیده هستند که در آینده ای نزدیک تکنولوژی فیبر نوری و WDM[6] آنقدر رشد خواهد کرد که اینترنت به طور کامل بر مبنای آن پیاده سازی خواهد شد و عملا مشکل پهنای باند و همچنین تضمین کیفیت سرویس وجود نخواهد داشت. عقیده دوم که ظاهرا درست تر از عقیده اول می باشد، این است که با وجود گسترش فنآوریهای انتقال و افزایش پهنای باند، هنوز به مکانیسم هایی برای تضمین کیفیت سرویس کاربران نیاز می باشد. در حال حاضر اکثر تولید کنندگان مسیریاب ها و سوئیچ های شبکه اینترنت، در حال بررسی و افزودن مکانیسم‌هایی برای تضمین کیفیت سرویس در محصولات خود می باشند.
از سوی سازمان جهانی IETF[7] مدل ها و مکانیسم های مختلفی برای تضمین کیفیت سرویس مورد تقاضای کاربران ارائه شده است. برخی از مهمترین این مدل ها عبارتند از:
۱- پروتکل رزرو منابع در اینترنت RSVP[8]
2- سرویس های متمایز DS[9]
3- مهندسی ترافیک
۴- سوئیچنگ برچسب چندین پروتکل MPLS
در قسمتهای بعدی به طور خلاصه با هر یک از مدل های فوق آشنا می شویم .
۱-۲-۱- پروتکل رزور منابع در اینترنت
پروتکل RSVP به عنوان یک پروتکل سیگنالینگ برای رزرو منابع در اینترنت استفاده می شود. در شکل ۱-۱ مثالی از عملیات سیگنالینگ RSVP نشان داده شده است. مطابق با شکل فوق، فرستنده ابتدا پیام PATH را ارسال می دارد. در این پیام مشخصات و پارامترهای ترافیکی فرستنده موجود می باشد. هر مسیریاب شبکه با دریافت پیام PATH با کمک جدول مسیریابی خود پیام را هدایت نموده تا اینکه پیام به مقصد نهایی برسد. گیرنده نهایی بعد از دریافت پیام PATH، پیام RESV را از خود عبور داده و منابع لازم شامل پهنای باند و فضای بافر را به ارتباط جدید اختصاص می دهد. چنانچه یکی از مسیریاب های موجود در مسیر، قادر به قبول پیام RESV نباشد، آنرا رد نموده و پیام خطایی به گیرنده ارسال می نماید و سپس عملیات سیگنالینگ خاتمه می یابد. با قبول پیام RESVاز جانب هر مسیر یاب موجود در مسیر، اطلاعات وضعیت مربوط به جریان ترافیکی فوق ثبت می شود .
با ورود هر بسته به مسیریاب های شبکه، واحد طبقه بندی کننده، بسته ورودی را به یک کلاس خاص طبقه بندی نموده و سپس بسته ورودی را در یک صف خاص قرار می دهد. عملیات زمانبندی بسته ها در هر صف موجود در مسیریاب، توسط واحد زمان بند بسته طوری انجام می گردد که کیفیت سرویس مورد نظر تامین شود. این سرویس دارای مشکلات زیر می باشد:
۱- میزان اطلاعات وضعیت متناسب با تعداد جریان های ترافیکی افزایش می یابد. بنابراین برای نگهداری اطلاعات وضعیت در مسیریاب ها نیاز به حافظه زیادی می باشد. همچنین بالاسری[۱] عملیات مسیر یاب ها به شدت افزایش می یابد. لذا قابلیت مقیاس پذیری در ساختار سرویس های مجتمع به هیچ وجه مشاهده نمی گردد .
۲- هر مسیر یاب نیاز به پروتکل RSVP، روتین کنترل کننده دسترسی، طبقه بندی کننده جریان ترافیکی و زمان بند بسته دارد . بنابراین می توان گفت که در سرویس های مجتمع وظایف پردازشی مسیریاب ها به شدت زیاد می باشد.
۱-۲-۲- سرویس های متمایز
به خاطر مشکلات پیاده سازی و توسعه سرویس های مجتمع که در بالا به آنها اشاره شد، سرویس های متمایز ارائه گردیدند . همانطور که می دانیم درسر فصل بسته های IPv4 فیلد یک بایتی به نام نوع سرویس (ToS)[2] وجود دارد. در این فیلد سه بیت مختلف وجود دارد که برنامه های کاربردی با استفاده از این سه بیت قادر به تعیین نیازهای خود می باشند. سه بیت فوق عبارتند از:
۱- بیت D : نیاز به تاخیر کم
۲- بیت R :نیاز به نرخ اتلاف کم (اطمینان بالا)
۳- بیت T : نیاز به گذردهی بالا
در سرویس های متمایز، فیلد نوع سرویس به فیلد DS تغییر نام کرده است. با کد گذاری های مختلف فیلد DS و پردازش بسته ها براساس مقدار فیلد فوق، می توان کلاس های سرویس متمایزی را ایجاد نمود.
برای دسترسی به سرویس های متمایز، لازم است که کاربران شبکه به یک توافق سطح سرویس (SLA)[3] با سرویس دهنده های اینترنت ((ISP[4]، برسند . کلاس های مختلف سرویس و میزان ترافیک هر کلاس در SLA مشخص می شود. SLA می تواند به یکی از دو صورت ثابت [۵] و پویا [۶] بیان شود. در نوع ثابت توافق ترافیکی بین کاربر و ISP ثابت می باشد، در حالیکه در نوع پویا با استفاده از پروتکل های سیگنالینگ (مثل RSVP ) سرویس مورد نظر کاربر متناسب با تقاضای آن قابل تنظیم می باشد. براساس SLA توافق شده بین کاربر و شبکه، در مدخل ورودی به شبکه، بسته‌های ورودی کاربران طبقه بندی، نظارت و در صورت لزوم شکل دهی می گردند. همچنین میزان بافر مورد نیاز جریان ترافیکی کاربر از اطلاعات موجود در SLA استخراج می گردد.
با کمک عملیات طبقه بندی، نظارت، شکل دهی و زمانبندی که در DS اجرا می گردد، می توان به سرویس های متمایز زیر دسترسی پیدا نمود.
۱- سرویس های تشویقی [۷] : برای کاربردهایی که به تاخیر و تغییرات تاخیر کم نیاز می باشد.
۲- سرویس های مطمئن[۸] : برای کاربردهایی که به اطمینان بالا نیاز می باشد.
۳- سرویس های المپیک : این سرویس ها خود به سه دسته سرویس های طلایی ، نقره‌ای و برنزی تقسیم بندی می شوند که به ترتیب کیفیت سرویس کاهش می یابد.
بین استفاده از سرویس های متمایز و RSVP تفاوت های زیر وجود دارد:
از آنجائیکه در سرویس های متمایز تعداد کلاس های سرویس که توسط فیلد DS مشخص می شود بسیار محدود است، بنابراین برخلاف سرویس های مجتمع، میزان اطلاعات وضعیت متناسب با تعداد کلاس های سرویس می باشد نه تعداد جریان های ترافیکی. این امر منجر به قابلیت مقیاس پذیری بالاتر سرویس های متمایز نسبت به سرویس های مجتمع می گردد.
عملیات طبقه بندی، نشانه گذاری، نظارت و شکل دهی فقط در مرز شبکه باید انجام شود. بنابراین پیاده سازی و اعمال سرویس های متمایز ساده تر از سرویس های مجتمع می باشد.
برای پیاده سازی سرویس های مطمئن، ابتدا توسط مسیریاب ورودی شبکه عملیات طبقه بندی و نظارت صورت می گیرد. چنانچه ترافیک ورودی از آنچه که در SLA آمده است، بیشتر باشد در این صورت ترافیک ورودی متخلف می باشد، در غیر این صورت نامتخلف است. تمام بسته های ورودی و خروجی در یک صف قرار می گیرند و برروی آنها مدیریت صف صورت می گیرد .
سرویس های تشویقی برای کاربرانی که ترافیک تولیدی آنها دارای حداکثر نرخ بیت ثابت می باشد، تاخیر و تغییرات تاخیر کمی را تضمین می نماید. هر کاربر دارای یک توافق ترافیکی SLA با سرویس دهنده خود می باشد. در SLA حداکثر نرخ بیت مجاز کاربر قید شده است و کاربر موظف به رعایت آن می باشد. چنانچه نرخ بیت ارسال کاربر از حداکثر مجاز تجاوز نماید، در این صورت ترافیک های اضافی از بین می روند. شبکه نیز متعهد می شود که پهنای باند مورد نیاز کاربر را تامین نماید. در کاربردهایی نظیر تلفن اینترنتی، کنفرانس ویدئوئی، ایجاد خطوط استیجاری و مجازی و VPN[9] از سرویس های تشویقی استفاده می شود.
۱-۲-۳- مهندسی ترافیک
عواملی نظیر کمبود منابع کافی در شبکه و همچنین توزیع نادرست بار ترافیکی در شبکه، باعث ایجاد تراکم در شبکه می گردد. چنانچه منابع کافی در شبکه موجود نباشد در این صورت تمام مسیر یاب های موجود در شبکه دچار تراکم و ازدحام بار می شوند که تنها راه حل مناسب آن، افزودن منابع دیگر به شکبه می باشد. اگر بار ترافیکی به طور مناسب و صحیح در شبکه توزیع نشود در این صورت برخی از مناطق شبکه دچار تراکم می شوند در حالیکه در برخی نقاط دیگر هیچگونه تراکمی مشاهده نمی شود. از آنجاییکه اکثر پروتکل های مسیر یابی دینامیکی از الگوریتم کوتاهترین فاصله استفاده می نمایند، بنابراین امکان ایجاد تراکم در برخی مسیرها و عدم وجود تراکم در مسیرهای دیگر شبکه وجود دارد . البته روش بهبود یافته ECMP [10]به شرط آنکه بیش از یک مسیر به عنوان کوتاهترین مسیرها موجود باشد، تا حدی مشکل فوق را در پروتکل مسیریابی دینامیکی OSPF [11]حل می نماید. همچنین به عنوان یک راه حل دیگر میتوان هزینه هر خط شبکه را به صورت دستی تغییر داد تا عملیات تقسیم بار صورت گیرد اما طبیعی است این راه حل برای شبکه‌های وسیع عملی نمی‌باشد .
با کمک روال هایی که در مهندس ترافیک در نظر گرفته شده است، میتوان تا حد زیادی از ایجاد تراکم در شبکه جلوگیری نمود. مسیر یابی مبتنی بر اضطرار (CBR)[12] یک روش برای مهندسی ترافیک و جلوگیری از تراکم در شبکه است که به شرح آن می پردازیم .
در مسیریابی مبتنی بر اضطرار با استفاده از چندین پارامتر مختلف، مسیرهای موجود بین مبدا و مقصد محاسبه می شوند. در حقیقت مسیریابی مبتنی بر اضطرار تکمیل یافته مسیریابی مبتنی بر کیفیت سرویس می باشد. در مسیریابی QoS کلیه مسیرهایی که کیفیت سرویس مورد نظر کاربر را برآورده می نماید محاسبه می شوند . در مسیریابی مبتنی بر اضطرار سایر محدودیت های شبکه نظیر نظارت بر ترافیک نیز درنظر گرفته شده است. با استفاده از مسیر یابی مبتنی بر اضطرار، امکان انتخاب مسیرهایی با کیفیت سرویس مورد نظر و همچنین افزایش میزان بهره وری شبکه فراهم می آید. در مسیریابی مبتنی بر اضطرار در هنگام محاسبه مسیرهای موجود نه تنها توپولوژی شبکه بلکه پارامترهای دیگری نظیر نیازهای جریان های ترافیکی، میزان ظرفیت موجود در خط های شبکه و سایر نظارت های لازم که توسط مدیر شبکه تعیین می‌شود، در نظر گرفته می شوند. بنابراین در وحله اول ممکن است که مسیر محاسبه شده توسط مسیر یابی مبتنی بر اضطرار طولانی تر از مسیرهای دیگر باشد ولی مطمئنا مسیر محاسبه شده دارای سبکترین بار ترافیکی بوده و نیازهای کاربر را به خوبی برآورده می نماید.
همانند پروتکل های مسیریابی دینامیکی، برای محاسبه بهترین مسیر ممکن توسط الگوریتم مبتنی بر اضطرار باید مسیر یاب های شبکه به طور متناوب اطلاعات وضعیت خط را بین یکدیگر مبادله نمایند .
در مسیریابی مبتنی بر اضطرار مشابه سایر روش های مسیریابی، اولین مسئله مهم انتخاب متریک مورد نظر برای مسیرهای موجود در شبکه می باشد. متریک های متداول در مسیر یابی مبتنی بر اضطرار عبارتند از: هزینه[۱۳] تعداد پرش ها[۱۴]، پهنای باند، اطمینان، تاخیر و تغییرات تاخیر مسیر انتخاب شده. الگوریتم های مسیر یاب، یک یا چند متریک فوق را بهینه می نمایند.
چنانچه از چندین متریک فوق به صورت ترکیبی برای محاسبه مسیر بهینه استفاده شود، در این صورت پیچیدگی عملیات تولید جداول مسیر یابی به شدت زیاد می گردد. اگر از متریک های پهنای باند و یا تعداد پرش در محاسبه مسیر بهینه استفاده شود، در این صورت به خاطر وجود الگوریتم هایی نظیر الگوریتم Dijestra و Bellman-Ford محاسبات مسیریابی نسبتا ساده می‌باشد. در مسیریابی مبتنی بر اضطرار فرکانس محاسبه مسیرها به مراتب نسبت به سایر روش های دینامیکی بیشتر می باشد. دلیلی که می توان برای این مطلب آورد این است که در مسیر یابی دینامیکی تنها با تغییر توپولوژی شبکه، مسیرهای جدید محاسبه می شوند ولی در مسیر یابی مبتنی بر اضطرار، تغییرات پهنای باند نیز منجر به محاسبه مسیرهای جدیددر جدول مسیریابی می گردد. بنابراین می توان نتیجه گرفت که پیچیدگی روش مسیر یابی مبتنی بر اضطرار به مراتب بیشتر از مسیریابی دینامیکی می باشد. برای محاسبه جداول مسیر یابی و کاهش پیچیدگی مسیریابی مبتنی بر اضطرار، می توان از روش های پیشنهادی زیر استفاده نمود:
۱- استفاده از یک تایمر طولانی برای کاهش فرکانس محاسبات.
۲- استفاده ازمرتیک های پهنای باند و تعداد جهش .
۳- استفاده از سیاست های مدیریت برای حذف برخی از خط هایی که به هر دلیل مورد قبول نمی باشند. مثلا اگر یک ارتباط نیاز به تاخیر کم داشته باشد، قبل از انجام مسیریابی ابتدا تمام خط هایی که تاخیر بالایی دارند حذف می شوند و سپس مسیریابی انجام می گردد.
ذکر این نکته ضروری می باشد که مسیریابی مبتنی بر اضطرار دارای مشکلات زیادی است که عبارتند از:
۱- بالا سری زیاد در محاسبه مسیر.
۲- افزایش اندازه جدول مسیریابی.
۳- احتمال عدم پایداری.
۴- بهینه نبودن مسیر انتخابی از نظر میزان مصرف منابع .
۱-۲-۴- سوئیچنگ برحسب چندین پروتکل
در پروتکل MPLS به بسته های ورودی به شبکه یک برچسب کوتاه الحاق می گردد و سپس با توجه به مقدار برچسب فوق، عملیات مسیریابی در درون شبکه انجام می شود. در بخش های بعدی توضیحات کامل در مورد پروتکل MPLS ارائه خواهد شد.
فهرست
عنوان صفحه
فصل اول: کیفیت سرویس و فنآوری های شبکه 1
1-2-1- پروتکل رزور منابع در اینترنت 3
1-2-4- سوئیچنگ برحسب چندین پروتکل 9
1-3-3- ترکیب مسیریابی و سوئیچینگ 14
2-2-3- مسیر سوئیچ برچسب (LSR) 27
2-2-8- استفاده از سوئیچ های ATM به عنوان LSR 32
2-3- پروتکل های توزیع برچسب در MPLS 34
فصل سوم: ساختار سوئیچ های شبکه 35
3-2- ساختار کلی سوئیچ های شبکه 35
3-4-1- فابریک سوئیچ با واسطه مشترک 43
3-4-2 فابریک سوئیچ با حافظه مشترک 44
فصل چهارم: مدلسازی و شبیه‌سازی یک سوئیچ MPLS 50
4-2- روشهای طراحی سیستمهای تک منظوره 50
4-3- مراحل طراحی سیستمهای تک منظوره 52
4-5-1- آماده سازی اولیه مدل 58
4-5-3 – زمانبندی و ایجاد رخدادها 60
4-6-1- ترافیک برنولی یکنواخت 62
4-7- مدلسازی کارت خط در ورودی 64
عنوان صفحه
4-8-2- الگوریتم iSLIP اولویت دار 71
4-8-3- الگوریتم iSLIP اولویت دار بهینه 76
4-9- مدلسازی کارت خط در خروجی 79
فصل پنجم: نتیجه گیری و پیشنهادات 93
مراجع ........95