فصل اول کلیات
فصل دوم پیشینه
فصل سوم روش تحقیق
منابع
فصل1،2و3رابطه بین تاب آوری وخودکشی همراه بامنابع
فصل اول کلیات
فصل دوم پیشینه
فصل سوم روش تحقیق
منابع
پیشگفتار
فن آوری اطلاعات ـ ارتباطات و مبادله اطلاعات بین سیستمها ـ شبکه های محلی و شهری ـ مشخصات مشترک ـ بخش چهارم : پروتکل بارگذاری سیستم که پیش نویس ان توسط موسسه استاندارد وتحقیقات صنعتی ایران تهیه و تدوین شده که در پانزدهمین اجلاسیه کمیته ملی استاندارد در رایانه و فرآوری داده ها مورخ 10/12/82 مورد تایید قرار گرفته است ، اینک به استناد بند یک ماده 3 قانون اصلاح قوانین و مقررات موسسه استاندارد و تحقیقات صنعتی ایران مصوب بهمن ماه 1371 بعنوان استاندارد ملی منتشر میشود .
برای حفظ همگامی و هماهنگی با تحولات و پیشرفت های ملی و جهانی در زمینه صنایع ، علوم و خدمات ، استانداردهایملی ایران در مواقع لزوم تجدید نظر خواهد شد و هر گونه پیشنهادی که برای اصلاح یا تکمیل این استاندارد ها ارائه شود ، در هنگام تجدید نظر در کمیسیون فنی مربوط مورد توجه قرار خواهد گرفت .
بنابراین برای مراجعه به استانداردهای ایران باید همواره از آخرین چاپ و تجدید نظر آنها استفاده کرد . تهیه و تدوین این استاندارد سعی شده است که ضمن توجه به شرایط موجود و نیازهای جامعه حتی المقدور بین این استاندارد و کشورهای صنعتی و پیشرفته هماهنگی ایجاد شود .
منابع و مآخذ که برای تهیه این استاندارد بکار رفته است به شرح زیر است :
IS /IEC 15802-4,1994 :Information Technology - Telecommunication
and information exchange between systems - Local and metroplitan area networks - common specification - Part 4:System load protocol
فن آوری اطلاعات – ارتباطات و مبادله اطلاعات بین سیستم ها -شبکه های محلی و شهری – مشخصات مشترک – بخش چهارم : پروتکل بارگذاری سیستم
1 هدف و دامنه کاربرد
هدف از تدوین این استاندارد تعریف یک پروتکل بنام پروتکل بارگذاری سیستم است که بتواندحافظه پردازش داده در تجهیزات شبکه های نصب شده مطابق با استاندارد IEEE802 را
بارگذاری نماید . علاوه براین تعاریف زیر نیز در دامنه کاربرد این استاندارد آمده است :
الف ) تعریف الگوی واحد داده پروتکل (PDU) برای بارگذاری یک سیستم انتهایی
ب ) تعریف پروتکل برای بارگذاری یک سیستم انتهایی
پ ) توصیف خدمات مورد انتظاراز سیستم انتهایی بارگذاری شده (دستگاه بارپذیرLD ) بمنظور تکمیل موفق عملیات بارگذاری
ت) توصیف خدمات موردانتظاراز سیستم انتهایی بارگذاری تامین کننده بار( سرویس گر بار یا LS) بمنظور تکمیل موفق عملیات بارگذاری
ث ) تعریف قواعد دستوری اشیاء مدیریت شونده LSوLD که دستکاری پارامترهای عملیاتی ماشین های حالت LDو LS ، اعلان سرویس گرهای بارگذاری، و مقداردهی اولیه بارگذاری طرف سوم را میسر می سازد.
ج)تعریف قواعد نگارشی مورد استفاده در هنگام اجرای عملیات مدیریت از طریق پروتکل مدیریت LAN/MAN استاندارد ISO/IEC802.1B
چ ) تعریف قواعد نگارشی مورد استفاده در هنگام اجرای عملیات مدیریت از طریق پروتکل مدیریت سیستم CMIP (استاندارد ISO/IEC 9596-1 ).
مشخصات این پروتکل در مورد LS به اندازه ای وارد جزئیات می شود که مورد نیاز پروتکل
بارگذاری است .تصمیمهای LS و مدیریت (از قبیل آنهایی که بایستی به عنوان نتیجه رویداد های LD یا LS انجام شوند یا وقتی که LS یا مدیر خراب می شود)موارد مربوط به پیاده سازی LS و مدیر بوده که خارج از حوزه و دامنه کاربرد این استاندارد می باشد.
این پروتکل چگونگی حمل تصاویری را مشخص می کند که شامل داده های ( در بلوک ها ) با قالب نا معین است. محتویات و قالب بلوک های داده از جمله موارد مختص کاربردهستند. این استاندارد هیچ قیدی بر موارد زیر اعمال نمی کند :
الف ) شکل ، محتویات یا مفهوم تصاویری که ممکن است بوسیله پروتکل حمل شود.
ب ) روشی که در آن بلوک های داده بعد از دریافت توسط یک دستگاه بارپذیر پردازش می شوند .
این استاندارد ملی پروفورمای PICS را برای تطابق پروتکل بارگذاری سیستم منطبق با نیازمندیهاوراهنمایی های مناسب ارائه شده در استاندارد ISO/IEC9646-2 فراهم می کند.
2 کلیات
ایستگاهها در یک شبکه در هر زمان ممکن است به بخشی از فضای حافظه قابل آدرس
دهی خود نیاز داشته باشند تا اطلاعات ایستگاههای راه دور را درون آن بارگذاری و نگهداری
نمایند. در یک شبکه ای که در ایجاد آن چندین شرکت یا گروه مشارکت دارند پیش بینی
ساز وکارهای استاندارد به منظور دستیابی به این کارکرد لازم است .
بمنظور بارگذاری کارآمد و بطور همزمان ایستگاههای چندگانه دارای اطلاعات یکسان با راندمان بالا ، بهتر آن است تسهیلاتی برای اجرای فرآیندبارگذاری بر مبنای چند بخشی و نقطه به نقطه فراهم شود . پروتکل بارگذاری سیستم هر دو قابلیت را فراهم می کند.پروتکل فرض می کند در هر عملیات بارگذاری دو نوع دستگاه بارگذاری وجود دارد :
الف – دستگاه بارپذیر1 (LD ) که توانایی قبول یک بار را از سرویس گر بارگذاری دارد
ب – سرویس گربارگذاری LS) 2 ) که توانایی تامین باری را برای دستگاه بارپذیردارد.
عملیات بارگذاری می تواند بصورت های زیر آغاز شود .
الف ) درخواست اطلاعات از LS توسط LD .
ب ) درخواست قبول اطلاعات از طرف شخص سومی از LD واز طریق درخواست مدیریت ، با استفاده از عملیات بارگذاری مشخص شده در بند 9 ، و بطور خاص در بند 9-2-1-3 و در شرح عملیات بارگذاری . هنگامیکه یک LD چنین درخواستی را قبول کند . اطلاعات از LS بروش معمولی درخواست می شود .
به داده بارپذیر به اصطلاح تصویر گفته می شود.یک تصویر به گروه هایی که خود شامل بلوک های پشت سر همی هستند ، شکسته می شود . پروتکل قابلیت انعطاف در انتخاب تصویرو اندازه بلوک را ممکن می سازد . تعداد گروه ها در یک تصویر یا تعداد هشته ها در یک بلوک توسط پروتکل بیان نمی شود .
پروتکل بارگذاری سیستم ، برمبنای کنترل لینک منطقی (LLC استاندارد ( IEEE802.2 سرویس های نوع1( استاندارد ISO8802 –2 را بینید ) 1قرار دارد که روی هر لایه ی فیزیکی و MAC سازگارکار می کند.
پروتکل بارگذاری سیستم استفاده ازاستاندارد IEEE802 .1B مدیریت شبکه های LAN/MAN( استاندارد ( ISO/IEC DIS 15802-2 را به منظور مدیریت عملیاتی ممکن می سازد .این نوع کاربری در بند 9-3 توصیف شده است . بعلاوه اشیاء ، مدیریت شونده بطریقی تعریف شده اند که استفاده از CMIP ( استانداردISO/IEC9596 ) را بعنوان پروتکل مدیریت و بر طبق شرح ارائه شده در بند 9-4 ممکن می سازد .
پروتکل بارگذاری سیستم می تواند با سایرپروتکل های مدیریت بصورت ترکیبی استفاده شود.این پروتکل یک توانمندی بارگذاری را فراهم می کند که بوسیله پروتکل های مدیریت همه منظوره تامین نشده است .پروتکل های مدیریت همه منظوره توانمندیهای دستکاری پارامترها، گزارش رخداد و فراخوانی کنشی را فراهم می کنند که تسهیلات بارگذاری را پشتیبانی نموده و بهبود می دهد. بطور مثال بارگذاری یک سیستم ممکن است بوسیله سیستم دیگری و از طریق دخالت مدیریت فراخوانده شده باشد.
بندهای زیر شرح داده خواهند شد.
الف ) معماری بارگذاری سیستم
ب ) خدماتی که بوسیله بارگذاری سیستم فراهم می شود.
پ ) قواعد دستوری و نگارشی پروتکل بارگذاری سیستم شامل ماشین های حالت که عملیات ماشین پروتکل بارگذاری سیستم را توصیف می کند.
ت ) قواعد دستوری اشیاء مدیریت شونده مرتبط با بارگذاری
پیوست پ اطلاعات بیشتری در مورد کاربرد پروتکل ارائه می دهد .
بمنظور ارزیابی مطابقت یک پیاده سازی با استاندارد خاص ، لازم است که اظهار نامه ای از توانمندیها واختیارات برای یک پروتکل پیاده شده معین وجودداشته باشد.چنین اظهار نامه ای ، بنام اظهار نامه مطابقت پیاده سازی پروتکل ( PICS ) نامیده می شود . پیوست الف برای این استاندارد ملی حاوی پرفورمای PICS برای پروتکل بارگذاری سیستم می باشد.
3 مراجع الزامی
مدارک الزامی زیر حاوی مقرراتی است که در متن این استاندارد به آنهاارجاع شده است .بدین ترتیب آن مقررات جزیی از این استاندارد محسوب می شود . درموردمراجع دارای تاریخ چاپ و / یا تجدید نظر ، اصلاحیه ها و تجدید نظرهای بعدی این مدارک مورد نظر نیست . معهذا بهتر است کاربران ذی نفع این استاندارد ،امکان کاربرد آخرین اصلاحیه ها و تجدید نظرهای مدارک الزامی زیر را مورد بررسی قرار دهند در مورد مراجع بدون تاریخ چاپ و / یا تجدید نظر ،آخرین چاپ و /یا تجدید نظر آن مدارک الزامی ارجاع داده شده مورد نظر است .
استفاده از مراجع زیر برای کاربرد این استاندارد الزامی است:
IEEE Std 802-1990 ,IEEE Standard for Local and Metropolitan Area Networks Overview and Architecture (ASNI).
IEEE Std 802.1F-1993,IEEE Standards for Local and Metropolitan Area Networks Common Definitions and Procedures for IEEE 802 Management Information.
ISO 7498-4:1989 , Information technology-Open Systems Interconnection –Basic Reference Model-Part4:Management framework.
ISO 8802-2 :1989 [ASNI/IEEE Std 802.2-1989 ],Information processing systems-Local area networks-Part2 :Logical link control.
ISO/ IEC 8824:1990 ,Information technology-Open Systems Interconnection –Specification of Abstract Syntax Notation One (ASN.1) .
ISO/IEC 8825:1990 ,Information technology-Open Systems Interconnection –Specification of Basic Encoding Rules for Abstract Syntax Notation One (ASN.1).
ISO/ IEC 9595:1991 ,Information technology-Open Systems Interconnection- Common management information service definition.
ISO/IEC 9596-1:1991 ,Information technology-Open Systems Interconnection- Common management information protocol-Part1: Specification.
ISO/ IEC 9646-1:1991 ,Information technology-Open Systems Interconnection-
Conformance testing methodology and framework-Part1 :General concepts.
ISO /IEC 9646-2:1991 ,Information technology-Open Systems Interconnection-
Conformance testing methodology and framework-Part2 :Abstract test suite specification.
ISO /IEC10165-4:1992 ,Information technology-Open Systems Interconnection-
Management information services –Structure of managment information –Part4:Guidelines for the definition of managed objects.
ISO/ IEC TR 10178 ,Information technology-Telecommunications and information exchange between systems-The structure and coding of Logical Link Control addresses in Local Area Networks.
ISO/ IEC TR 10735 ,Information technology-Telecommunications and information exchange between systems-Standard Group MAC Addresses.
ISO/ IEC 15802-2 :1994,Information technology-Telecommunications and information exchange between systems-Local and metropolitan area networks- Common specification – Part 4: Lan /Man Management.
استاندارد ملی ایران 2-6418 چاپ اول : 1381،فن آوری اطلاعات – ارتباطات و مبادله اطلاعات بین سیستمها – شبکه های محلی و شهری بخش 2 : مدیریت LAN/MAN
4 اصطلاحات و تعاریف
اصطلاحات زیر بعنوان اصطلاحات تخصصی این استاندارد بکار می روند.
4-1 تصویر (Image) : ساختار داده موجود در سرویس گر بارگذاری که دستگاه بارپذیر تمایل به بارگذاری آن دارد.
4-2 دستگاه بارپذیر ( LD) :ایستگاهی در شبکه که توانایی پذیرش یک بار را از سرویس گر بار دارد .
4-3 سرویس گربار (LS) :ایستگاهی در شبکه که توانایی تامین باررا برای دستگاه بارپذیر دارد.
همچنین این استاندارد اصطلاحات زیر را که در استانداردISO/IEC 9694-1 تعریف شده اند بکار می برد.
الف – پرفورمای PICS
ب – اظهار نامه تطابق پیاده سازی پروتکل ( PICS )
پ – بازنگری تطابق پایا
سایراصطلاحات مختص مدیریت در استاندارد های مدیریت شبکه های LAN/MAN (استانداردهای ملی 2-6418، IEEE802-1B ) آمده اند .
5 منبع موثق
در مواردیکه بین توصیف متنی، دیاگرام های حالت و جداول حالت اختلاف وجود دارد، جداول حالت بعنوان منبع موثق شناخته می شوند .
6 معماری
این بند حاوی کلیات معماری بارگذاری سیستم است ، شکل 1 مولفه های معماری و واسطه ها
را نشان می دهد . سه مولفه اصلی معماری درگیردر بارگذاری سیستم وجود دارند:
الف ) کاربر بارگذاری سیستم ( SLU )،
ب ) هستار بارگذاری سیستم ( SLE ) ،
پ ) هستار مدیریت لایه بارگذاری سیستم ( SL-LME )،
در زیر بطور خلاصه این سه مولفه شرح داده می شوند
SLU یک کاربر سرویس های بارگذاری سیستم است .کاربر این سرویس ها می تواند فراهم کننده تصاویر بار ( LS ) یا درخواست کننده تصاویر بار ( LD ) یا هردو باشد.
SLU ممکن است بمنظور اجرای کارکردهایش لازم باشد یا SLU در یک ایستگاه دیگرارتباط برقرار کند . ار تبا طات SLU ها با یکدیگر بروش همتا –به- همتا با استفاده از سرویس های ار تباطی فراهم شده توسط SLE انجام می شود .
ارتباط مذکور بر حسب نقشهایی که یک SLU و SLE های مرتبط در یک نمونه ارتباط خاص بازی می کنند (نقش یک LD یا یک LS ) توصیف شده است .این اصطلاحات تنها برای منظورهای توصیفی بکار می روند وتوانمندیهای سیستم درهرزمینه را شامل نمی شوند. یک LD درخواست بارگذاری با یک تصویر را می نماید . یک LS به نمایندگی از طرف LD درخواست کننده ، تصویر را فراهم می کند .
سرویس بارگذاری سیستم بوسیله پروتکل بارگذاری سیستم فراهم می شود . دو مؤلفه معماری با عملیات پروتکل مرتبط هستند . که عبارتند از : SL-MIB , SLE .
SLE به نمایندگی از طرف SLU کارکرد ارتباطی بارگذاری سیستم را اجرا می کند.
SL-MIB مجموعه ای از اشیاء مدیریت شونده مرتبط با SLE است که کارکردهای مدیریت واطلاعات مدیریت مختص مدیریت SLE را فراهم می کند و این امکان را می دهد که SLE به طریقی مشابه با یک لایه مدیریت شود . تعاریف کلاس شی مدیریت شونده SL-MIB در بند 9 آمده اند.
استانداردهای ملی 2-6418،IEEE802.1B چگونگی امکان دسترسی کارکرد این اشیاء مدیریت شونده را از طریق پروتکل مدیریت شرح می دهد .
SLE استفاده از سرویس های لایه پایین نوع1 ،LLC استاندارد های IEEE802 ،ISO8802-2) را بمنظور حمل SL- PDU ها میسر می سازد. استفاده از سرویس های دیگر مانعی ندارد، اگر چه این استاندارد هیچ نوع جنبه مرتبط با تطابق را درخصوص استفاده از سرویس های دیگر مشخص نمی کند.
سرویس های مختص بارگذاری SLE در بند 7 توصیف می شوند.
SLU SLU
LLC LLC
شکل1- معماری بارگذاری سیستم
7 تعریف سرویس
این بند سرویس هایی را تعریف می کند که برای کاربر بارگذاری سیستم (SLU )توسط هستار بارگذاری سیستم (SLE)در محدوده سرویس بارگذاری سیستم فراهم می شود.
نخستینه های زیر برای SLU تعریف شده است تا سرویس را از SLE درخواست کند :
الف) SYSTEM–LOAD.request ، که ازطریق آن SLE درخواست اجرای یک عملیات
بارگذاری را می نماید.
ب ) .confirm SYSTEM – LOAD ، که از طریق آن SLE ، موفق یا ناموفق بودن یک درخواست متناظر را تائید می کند.
پ ) SYSTEM-LOAD.indication ، که از طریق آن SLE ،به SLU خبر می دهد که یک تصویر برای اجرای عملیات بارگذاری درخواست شده مورد نیاز است .
ت ) .response SYSTEM – LOAD ،که از طریق آن SLU تصویردرخواست شده یا دلیل فراهم نشدن تصویر را باز می گرداند .
توالی زمانی این نخستینه های سرویس در شکل 2 نشان داده شده است .
بعلاوه ، سرویسهای مدیریت همه منظوره فراهم شده بوسیله استاندارد مدیریت شبکه های (ISO / IEC D1S 15802-2 , IEEE802.1B) LAN/MAN واستانداردهایCIMS/CMIP ISO/IEC9595,9596) )، قابلیت بارگذاری را پشتیبانی می کنند.
LD LS
شکل 2- توالی زمانی نخستینه های SYSTEM-LOAD
یاد آوری : تعریف سرویس بارگذاری سیستم بر طبق این نخستینه ها و پارامترهای وابسته به آن تنها برای روشن شدن مطلب است و نباید بعنوان قیودی در پیاده سازی حقیقی تفسیر شود .
7-1 SYSTEM – LOAD.request
این نخستینه ، نخستینه درخواست سرویس برای سرویس بارگذاری سیستم است .
7-1-1 قواعد دستوری نخستینه سرویس
SYSTEM-LOAD.request (
Load_info ,
Load_reason
(
Load_info ، اطلاعاتی را مشخص می کند که ممکن است برای تعیین تصویر بارگذاری شده مورد استفاده قراربگیرد
Load _reason دلیل لزوم بارگذاری را مشخص می کند . پارامتر ً دلیل بارگذاری ً باید یکی از مقادیرزیررا داشته باشد.
Unspecified : هیچ دلیلی مشخص نشده است .
PowerUp : سیستم یا بخشی از آن تعمیرات تغذیه داشته است.
Forced Load : بارگذاری از طریق عمل مدیریت سیستم ها از دوردست تحمیل شده است.
Operational Failure :یک خرابی عملیاتی روی داده است که نتیجه آن ضرورت یک عمل بارگذاری است.
LOAD Failure : اقدام برای بارگذاری قبلی ناموفق بوده است .
Reconfiguration : تغییر آرایشی با نیاز به بارگذاری روی داده است.
Private Reason : یک دلیل مختص پیاده سازی .
7-1-2 زمان تولید
این نخستینه بوسیله SLU درزمان نیاز به بخشی یا همه سیستم بارگذاری شده بکار می رود.
7-1-3 اثر دریافت
اثر این نخستینه اینست که SLE باید درخواست بارگذاری را از یک یا چند سرویس گر بار بنماید.
7-2 SYSTEM- LOAD.indication
این نخستینه ،یک نخستینه نشانگر سرویس برای سرویس بارگذاری سیستم است.
7-2-1 قواعد دستوری نخستینه سرویس
SYSTEM-LOAD.indication (
load_info,
load_reason
(
load-info ، اطلاعاتی را مشخص می کند که ممکن است برای تعیین تصویر بارگذاری شده مورد استفاده قرار بگیرد.
پارامتر load -info ،باید مقدار متناظر با نخستینه درخواست SYSTEM-LOAD.request را بگیرد.
پارامتر load-reason ، دلیل بارگذاری را مشخص می کند .
پارامتر load_reason ،باید مقدار متناظر با نخستینه SYSTEM-LOAD.request را بگیرد.
7-2-2 زمان تولید
این نخستینه به هنگام دریافت یک LOAD- request بوسیله SLE تولید می شود.
7-2-3 اثر دریافت
اثر این نخستینه اینست که SLU باید تصویر مورد نیاز یا دلیل بازنگرداندن تصویر ، در یک نخستینه SYSTEM-LOAD.response را بازگرداند.
7-3 SYSTEM-LOAD.response
این نخستینه ، نخستینه پاسخ سرویس برای سرویس بارگذاری سیستم است.
7-3-1 قواعد دستوری نخستینه سرویس
response(، SYSTEM-LOAD
status ,
image
(
status ، موفق یا نا موفق بودن درخواست بارگذاری را مشخص می کند ، پارامتر status باید یکی از مقادیر زیر را بگیرد.
success : تصویر موجود بوده و تامین شده است .
not_available : تصویر برای بار مشخص شده موجود نیست.
Image- : تصویر فراهم شده توسط بار است. اگر status ناموفق باشد این تصویر فراهم نخواهد شد.
7-3-2 زمان تولید
این نخستینه بوسیله SLU برای باز گرداندن تصویر نشان داده شده در نخستینه نشانگر SYSTEM-LOAD متناظر بکار می رود.
7-3-3 اثر دریافت
اثر این نخستینه اینست که SLE باید اقدام به اجرای بارگذاری نماید.
7-4 SYSTEM-LOAD.confirm
این نخستینه ، نخستینه تائید سرویس برای سرویس بارگذاری سیستم است.
7-4-1 قواعد دستوری نخستینه ، سرویس
SYSTEM-LOAD.confirm (
status ,
image
)
status : موفق یا ناموفق بودن درخواست بارگذاری را مشخص می کند. پارامترstatus باید یکی از مقادیر زیر را بگیرد.
success : بارگذاری بطور صحیح انجام شد.
no_response : هیچ سرویس گری به درخواست پاسخ نداد.
incomplete : یک اقدام بارگذاری صورت گرفت اما بطور موفق کامل نشد.
invalid_response : پاسخ (های) بارگذاری نامعتبر با پارامتر های متناقض با درخواست بارگذاری دریافت شد(ند).
- Image : تصویر فراهم شده بوسیله بارگذاری است. در صورتی که Status ناموفق باشد
این تصویر فراهم نخواهد شد.
7-4-2 زمان تولید
این نخستینه باید بوسیله SLE بمحض تکمیل اجرا یا اقدام به اجرای بارگذاری درخواست شده تولید شود. این نخستینه موفق یا ناموفق بودن درخواست و تصویر درخواست شده را ( در صورت موفق بودن ) باز می گرداند.
7-4-3 اثر دریافت
نامشخص
8 مشخصات پروتکل
8-1 خلاصه ای از واحدهای داده پروتکل ( PDU ها )
پروتکل بر حسب PDU های بارگذاری مبادله شده بین یک LD و یک LS توصیف شده است.
- یک LOADRequestPDU از یک LD به LS یا یک آدرس گروهی LS برای درخواست تصویر بار فرستاده می شود.
- یک LoadResponse PDU از یک LS به یک LD یا یک آدرس گروهی LD بمنظوربا خبر کردن LD (ها) از تمایل LS به ارسال یک تصویربار، فرستاده می شود.
- یک GroupStatusPDU از یک LD به یک LS و به منظور درخواست ، بخشهایی از یک تصویر بار فرستاده می شود .
- یک GroupStatusRequest PDU از یک LS به یک LD یا یک آدرس گروهی LD بمنظور درخواست از یک LD یا LD ها در صورتی که بخشی از تصویربار مورد نیاز باشد ، فرستاده می شود .
- یکLoad Data PDU از یک LS به یک LD یا یک آدرس گروهی LD فرستاده میشود. این PDUحاوی بخشی از تصویر بار است.
فرآیند بارگذاری یک تصویر با ارسال تصویر به صورت شماری از بلوک ها انجام می شود. که هر یک از بلوک ها ،اندازه ثابتی برای یک عملیات بارگذاری معین می باشند. به استثنای آخرین بلوک بار . هر مجموعه 256 بلوکی پی در پی بصورت یک گروه تعریف می شود . تعداد بلوکهای آخرین گروه تصویر می تواند کمتر از 256 بلوک باشد و آخرین بلوک تصویر می تواند بطور جزیی پر باشد .بنابراین تعداد گروه ها و بلوک ها در یک تصویر معین برای آن بطریق زیر محاسبه می شود:
تعداد بلوک ها=
تعدادگروه ها=
یاد آوری : معادلات برای تعداد بلوک ها و تعداد گروها با فرض عدد صحیح نوشته شده و باقی مانده تقسیم صحیح حذف می شود.
زیر بندهای زیر محتوی و قواعد دستوری مرتبط با هر PDU را توصیف می کند.
8-2 LoadRequestPDU
8-2-1 کارکرد
کارکرد LoadReqestPDU عبارتست از درخواست یک بارگذاری سیستم از یک LSیا مجموعه از LS ها . این درخواست بوسیله LD صادر می شود..
8-2-2 دستورها
در زیر میدان های LoadRequestPDU و قواعد دستوری مرتبط با آن توضیح داده میشود:
Exchange ID :
این میدان یک شناساننده است که LD می تواند آن را منحصراً برای مشخص کردن یک درخواست بار بکار ببرد.مقدار آن بوسیلهLD تعیین می شود. این میدان اختیاری است وتنهادرصورتی لازم می شود که LD درخواست انجام نشده همزمان داشته باشد .
LoadAddress :
این میدان آدرس MAC ی را مشخص می کند که LD را مکلف می کند که داده بار را بفرستد . اگر این آدرس وجود داشته باشد ، باید آدرس MAC اختصاصی خودایستگاه باشد یا یک آدرس MAC گروهی . در غیر اینصورت LS باید یا آدرس MAC اختصاصیLD یا یک آدرس MAC گروهی را انتخاب نماید.
یاد آوری :LD با توجه به انتخاب آدرسی که منجر به قبول PDU ها از LS می شود، اختیارات زیر را پیش رو دارد . این اختیارات عبارتند از :
الف ) اگر LoadAddress یک آدرس MAC بخصوص را مشخص می کند ، بنابراین LD آماده قبول PDU ها روی این آدرس می باشد .
ب ) اگر LoadAddress یک آدرس MAC گروهی را مشخص کند ، LD هیچ آدرس MAC گروهی دیگری را نخواهد شناخت ، اگر چه LS می تواند آدرس MAC اختصاصیLD یا آدرس MAC گروهی مشخص شده را براساس صلاحدید خود انتخاب نماید.
پ ) اگر LoadAdress حاضر نباشد ، LD آماده قبول PDU هایی است که به آدرس MAC اختصاصی شان یا هر آدرس گروهی از انتخابهای LS، آدرس دهی شده اند .
اگر LS بپذیرد که از آدرس اختصاصی MAC یک LD استفاده کند ، این امر از اطلاعات آدرس دهی فراهم شده توسط سرویس راه اندازی می شود.
BlockSize :
این میدان حداکثر اندازه بلوک داده را بر مبنای هشتایی مشخص می کند که ایستگاه می تواند برای بارگذاری قبول کند. این تعداد هشته ها در میدان PDU LoadDataدر محدوده بین 1 تا 32767 قرار می گیرد.
MinBlockDelay :
حداقل تاخیر لازم بین ارسال بلوک های داده را بر حسب میلی ثانیه بمنظور به حداقل رساندن خطاناشی ازتخلیه منابع در LD مشخص می کند . محدوده آن بین 0 تا 32767 است . اگر بلوک های داده دریافتی باتاخیر کمترازMinBlockDelay دریافت شده باشند ، نتایج آنها نامشخص خواهند بود.
MaxBLockDelay :
این میدان اختیاری ،بیشترین مقدار تاخیر بین ارسال بلوک های داده اختصاصی را که LS می تواند تحمل نماید ،بر حسب میلی ثانیه مشخص می کند این مقدار باید بزرگتر ازMinBlockDelay و کوچکتر یا برابر 32767 باشد ، در صورتی که میدان مقدار نداشته باشد ، مقدار حداکثر باید فرض شود . به منظور حصول بیشترین قابلیت انعطاف LS در ترکیب درخواستهای بار ، این مقدار معمولاً بایستی تا حد ممکن بزرگ باشد.اگر MaxBlockDelay از این مقدار تجاوز کند نتایج نامشخص خواهند بود.
LoadReason:
این میدان اختیاری حاوی دلیل برای ارسال LoadRequestpdu است. مقدار این میدان باید با آنچه که در پارامترreason load_ مرتبط با نخستینه SYSTEM-LOAD.request است یکسان باشد. در غیر این صورت بایستی یک Unspecified فرض شود.
LoadInfo :
یک میدان اختیاری LoadRequestPDU است . این میدان ممکن است برای توصیف تجهیزاتی بکار رود که درخواست بار و تصویر درخواست شده را دارند .
LoadInfo به PrivateID ، StationID و Image ID تقسیم می شود. همه این میدان ها اختیاری هستند .
PrivateID :
تشکیلاتی نیست و برای کاربری خاص پیاده سازی ، قابل دسترس است.
StationID :
یک میدان زیر بنایی حاوی اطلاعات توصیف کننده دستگاهی است که درخواست بار کرده است . این میدان حاوی یک میدان تشکیلاتی ManufactureID و دو میدان غیر تشکیلاتی ، DeviceTypeID و Revision Number است. هر کدام از سه میدان اختیاری هستند .
Manufacturer ID بطور سازمانی یک شناساننده یکتا( OUI )است که به وسیله استانداردIEEE (آنچنان که در بند5-2 استانداردIEEE Std 802-1990 آمده است )اداره می شود. در صورت حضور، manufacturerID محتوایی را فراهم می کند که در آن میدان های غیر تشکیلاتی Load Info می توانند تفسیر می شوند.
ImageID یک میدان غیر تشکیلاتی است که حاوی اطلاعات توصیف کننده یک درخواست تصویر بار است. Image ID می تواند یک نام تصویر صریح ،یک مرجع نمادی به یک یا چند تصویر یا بصورت دیگر خاص پیاده سازی باشد.LS می تواند اطلاعاتی را در LoadInfo بمنظور تعیین تصویر ارسالی به دستگاه درخواست کننده فراهم کند. LS می تواند برخی یا همه میدان های Load Info را بمنظور تعیین LD درخواستی همچنین اطلاعات تکمیلیمختص پیاده سازی را باز گرداند.
8-2-2-1 زمان تولید
LoadRequestPDU بوسیله یک LD با تعیین اینکه LD به یک بار نیاز دارد،تولید می شود. یک LD می تواند این تعیین را خودش بسازد (با منظورهای نامشخص) یا دستور انجام آن به وسیله یک مدیر شبکه عمومی (از طریق سرویس کنش تسهیل سیستم های همه منظوره) داده شود.
8-2-2-2 اثر دریافت
به محض دریافت یک LoadRequestPDU ، یک LS تعیین می کند که آیا می تواند بار درخواستیLD را فراهم کند یا نه . اگر چنین بود، LS یک LoadResponsePDU می فرستد، سپس منتظر LD می ماند تا یک GroupStatusPDU بفرستد. اگر LS نتواند، LD درخواست کننده را بارگذاری کند، دراین صورت LoadResponsePDU را نمی فرستد.
8-3 LoadResponsePDU
8-3-1 کارکرد
کارکرد LoadResponsePDU دادن پاسخ مثبت به یک یا چند LoadRequestPDU است .
8-3-2 دستورها
در زیر میدان های Response PDU Load و دستورات مربوط به آن شرح داده می شود.
ExchangeID
این میدان به وسیله LD به کار می رود تا درخواست متناظر را مشخص کند. اگر Load RequestPDU حاوی یک ExchangeID باشد، LoadResponsePDU بایدحاوی یک ExchangeID با مقدار یکسان با آنچه در LoadRequestpdu است، باشد.
LoadAddress
این میدان آدرس MAC ای را مشخص می کند که LS ، Load PDU های بعدی بار درخواست شده را به آن می فرستد.اگر این میدان در Request PDU Load نباشد.LS باید آدرس MAC مورد استفاده را مشخص کند. همچنین Load Address را دربند8-2-2 ببینید.
فرمت این مقاله به صورت Word و با قابلیت ویرایش میباشد
تعداد صفحات این مقاله 105 صفحه
پس از پرداخت ، میتوانید مقاله را به صورت انلاین دانلود کنید