فن آوری اطلاعات ـ ارتباطات و مبادله اطلاعات بین سیستمها
فهرست مطالب
1 هدف و دامنه کاربرد………………………………………………………………
2 کلیات…………. ………………………………………………………………
3 مراجع الزامی ……………………………………………………………………
4 اصطلاحات و تعاریف……………………………………………………………
5 منبع موثق …………………………………………………………………….
6 معماری ……………………………………………………………………….
7 تعریف سرویس………………………………………………………………..
7-1 System -Load request ………………………………………………………..
7-2 System – Load indication ……………………………………………………
7-3 System -Load response ………………………………………………………
7-4 System -Load confirm ……………………………………………………….
8 مشخصات پروتکل………………………………………………………………
8-1 خلاصه ای از واحدهای داده پروتکل (PDU ها)…………………………………..
8-2 Load Request PDU ………………………………………………………….
8-3 Load Response PDU ………………………………………………………..
8-4 Groupstatus PDU ……………………………………………………………
8-5 Group status Request PDU …………………………………………………
8-6 Load Data PDU …………………………………………………………….
8-7 عناصر عملیات ………………………………………………………………
8-8 استفاده از سرویس های لایه ای ……………………………………………….
الف
8-9 کد گذاری ASN.1 ……………………………………………………………
9 کلاس های شئ مدیریت شونده پروتکل بارگذاری سیستم …………………………
9-1 کلیات ……………………………………………………………………….
9-2 تعاریف شئ مدیریت شونده پروتکل بارگذاری سیستم …………………………..
9-3 تعاریف کلاس شئ مدیریت شونده پروتکل بارگذاری سیستم ……………………..
10 تطابق ………………………………………………………………………….
10-1 تطابق با این استاندارد ملی ……………………………………………………
10-2 اظهار تطابق …………………………………………………………………
پیوست الف (الزامی ) پروفرمای اظهار تطابق پیاده سازی پروتکل (PICS)………………
پیوست ب (الزامی ) تخصیص مقادیر شناساننده های شئ ……………………………
پیوست پ (الزامی ) عملکرد های سیستم ……………………………………………
پیشگفتار
فن آوری اطلاعات ـ ارتباطات و مبادله اطلاعات بین سیستمها ـ شبکه های محلی و شهری ـ مشخصات مشترک ـ بخش چهارم : پروتکل بارگذاری سیستم که پیش نویس ان توسط موسسه استاندارد وتحقیقات صنعتی ایران تهیه و تدوین شده که در پانزدهمین اجلاسیه کمیته ملی استاندارد در رایانه و فرآوری داده ها مورخ 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 ببینید.
BlockSize
این میدان اندازه بلوک های داده ای را مشخص می کند LS می فرستد . این میزان تعداد هشته ها درمیدان LoadData یLoadDataPDU بوده و محدوده آن از 1 تا 32768 است.
MinBlockDelay
این میدان حداقل زمان انتظارLD را بین ارسال بلوک های داده پیاپی به میلی ثانیه مشخص می کند.
MaxBlockDelay
این میدان حداکثر میزان تاخیر LD را بین ارسال بلوک های داده اختصاصی به ثانیه مشخص می کند. این مقدار بایستی از Min Block Delay بزرگتر باشد. این مقدار نه تنها باید شامل حداکثر تاخیری باشد که LS می تواند ایجاد نماید، بلکه باید حداکثر تاخیر مورد معرفی شده به وسیله شبکه را نیز شامل شود.
حداقل مقدار ممکن MaxBlockDelay در بیشترین آشکارسازی سریع خطاها منتج خواهد شد. مقدارآن باید مجموع PoorCase ", MinBlockDelay " در تاخیر پیاده سازی
"Poor Case" , LS در تاخیر شبکه مورد انتظار باشد که در پارامتر LSNetDelay قابل دسترسی است (تعریف پارامتر LS را ببینید) .
یادآوری : ارسال بلوک های داده پیاپی باید با [Min Block Delay+LS Net Delay] از هم جدا شود. چون اگر یک PDU حداکثر تاخیر داشته باشد، و بعدی بدون تاخیر باشد.از این رو آنها می توانند با هم ، زودتر از مقدار MinBlockDelay برسند. به عبارت روشن تر مقدار بازگشتی MaxBlockDelay باید بزرگتر یا برابر مقدار بازگشتی MinBlockDelay باشد.
ReferenceID
این میدان یک شناساننده فراهم شده توسط LS را مشخص می کند که برای تعیین تمام PDU های بعدی وابسته به این عملیات بارگذاری به کار رفته است . مقدارآن می تواند 16 بیتی باشد.
یادآوری: این شناساننده بطور یکتا یک بار ویژه را در محتوای یک LS معین مشخص می کند.
NumberBlocks
این میدان تعداد کل بلوک های داده مرتبط با عملیات بارگذاری را مشخص می کند. محدوده آن بین 1 تا 65535 است.
LoadSelector
LoadSelector یک میدان اختیاری است که به وسیله LD استفاده می شود تا از میان ً پیشنهادات ً 1 واجد شرایط بارگذاری LS یکی را انتخاب نماید.
ImageInfo
ImageInfo یک میدان اختیاری است که تصویر باری را توصیف می کند که LS می فرستد. این میدان حاوی یک یا همه میدان های LoadInfo فرستاده شده درLoadRequestPDU و اطلاعات تکمیلیدیگر است.
8-3-2-1 زمان تولید
LoadResponse PDU زمانی توسط LS تولید می شود که مشخص شود LS آماده فراهم نمودن بار برای یک LD است که LoadRequest PDU آنرا دریافت نموده باشد .اگر LS قبلاً یک بار از تصویر درخواست شده را فراهم نکند ، بعد از ارسال LoadRequestPDU ،LS قبل از پرداختن به بارگذاری منتظر یک GroupStatuePDU می ماند.
8-3-2-2 اثر دریافت
LD می تواند بیشتر ازیک LoadResponse PDU را دریافت کند در صورتی که بیش از یک LS آماده بارگذاری آن باشند .
LD با فرستادن یک GroupStatusPDUبه LS فراهم کننده بار ، یک LS را از میان آنهایی که یک LoadResponse PDU انتخاب می کند . پس از آن LD منتظر PDU های بعدی مرتبط با بار، از LS منتخب می شود.
LD مقدار NumberBlock را برای محاسبه شماره گروه ها در یک بار (بند 8-1 را ببنید) به کار می برد، تصویر از LS در گروهها فرستاده می شود. این گروه ها می تواند تا 256 گروه (شماره گروه 0 تا 255) باشد به استثنای آخرین گروه، 256 بلوک در داخل هر گروه (شماره بلوک 0 تا255) است. اندازه گروه بلوک 256 تایی سازگار با اندازه الگوی بیت توصیف شده در 8-4-2 است.
8-3-3 توضیحات اضافی
هنگامی که بیش از یک LS برای تامین بار با پارامترهای به طور یکسان قابل قبول (بطور مثال MACBlockID و ImagInfo ) ارائه می شود، LD می تواند LS ای را انتخاب کند که بزرگترین مقدار Load Selector را فرستاده است. LD بطور تصادفی یکی از LS های واجد شرایط را انتخاب می کند. مکانیسمی که LS به موجب آن با توجه به مقدار LoadSelector تصمیم می گیرد خارج از تعاریف این استاندارد است.
این میدان می تواند بمنظور تسهیل بارگذاری اشتراکی و همچنین بازداشتن نمونه های همزمان و مشابهه استفاده شود . به پیوست پ رجوع شود.
8-4 Group Status PDU
8-4-1 کارکرد
یک GroupStatusPDU بوسیله LD به LS بمنظور درخواست بارگذاری بلوکهای مشخص فرستاده می شود. به منظور تامین بار ،LD یک GroupStatusPDU را به یک آدرس MAC اختصاصی یک LS می فرستد . پس از آن LD بمنظور درخواست ارسال بلوک ها GroupStatusPDU را می فرستد.
8-4-2 دستورها
در زیر میدان ها و دستورها مرتبط با GroupStatusPDU شرح داده می شود.
ReferenceID
این میدان شناساننده است که به وسیله LS در LoadResponsePDU تامین شده است.
GroupNumber
این میدان اختیاری نشان می دهد بلوکهای درخواست شده متعلق به کدام شماره گروه است. محدوده آن از 0 تا 255 است. اگر این میدان نباشد مقدار پیش فرض "all groups" بوسیله LS منظور خواهد شد.
Required Blocks
این میدان مشخص می کند کدام یک از بلوک های یک شماره گروه مشخص شده مورد نیاز این LD است. دو شکل ممکن وجود دارد.
– RequiredBlocks می تواند یک الگوی 256 بیتی (BitMap) باشد که در آن هربیت ًSet ً با یک بلوک مورد نیاز از GroupNumberمشخص شده متناظر است . این حالت فقط زمانی رخ می دهد که GroupNumber موجود باشد .الگوی بیتی با باارزشترین بیت به صورت بیت صفر متناظر با شماره بلوک صفر در یک میدان 8 بیتی کد گذاری می شود.
– این میدان ممکن است بیان نماید که برای سوار کردن مجدد RequiredBlocksCode همه بلوکهای تصویر بار یا گروه نیاز است یا به هیچ کدام از آنها نیاز نیست .
8-4-2-1 زمان تولید
LD یک GroupStatus PDU به آدرس MAC اختصاصی LS ای که بار را تامین کرده است
می فرستد.
اگر LD همه بلوک ها یاتصویر بار را نیاز داشته باشد، دراین صورت یک GroupstatusPDU بدون میدان GroupNumber و با یک میدان RequiredBlocks می فرستدکه نشان می دهد تمام بلوک ها مورد نیاز است.
اگر LD تنها به بخشی از بار نیاز داشته باشد ،یک GroupStatus PDU برای هر گروه تصویر یک بارمی فرستد که بلوک های آن درخواست شده است . پس از آن LD ، GroupStatusPDU را به LS می فرستد تا ارسال بلوک ها را درخواست کند.
درصورتیکه تعویق بلوک ها الزامی باشد یک GroupStatusPDU درانتهای هر گروه در طول بارگذاری تولید می شود.
اگر تعویق بلوک ها الزامی باشد، حداقل یک GroupStatusPDU در پاسخ به یک GroupStatusRequestPDU فرستاده می شود .
LD میتواند در صورت الزام چندین GroupStatusPDU بدون تاخیر بین ارسال بفرستد.
8-4-2-2 اثر دریافت
اگر LS قبلاً یک بارگذاری تصویر درخواست شده را انجام نداده باشد ،پس از فرستادن یک LoadResponse PDU ، LS منتظر GroupStatusPDU خواهد ماند.
اگر هیچ GroupStatusPDU ای دریافت نشده باشد LS بارگذاری را به پیش نخواهد برد. اگر یک GroupStatusPDU دریافت شده باشد، LS بلوک های مورد نیاز برای بارگذاری را ثبت نموده و آنها را ارسال خواهد کرد.
اگرLS یک GroupStatusPDU برای ID معرف بارگذاری درحال انجام دریافت کند، دراینصورت بلوک های تصویر بار مشخص شده در GroupStatusPDU را با بلوک هایی که هنگام ارسال جا انداخته بود ترکیب می کند.
8-5 GroupStatusRequestPDU
8-5-1 کارکرد
یک GroupStatusRequestPDU به وسیله LS صادر می شود تا تعیین کند که آیا LDهای درگیر در بارگذاری ، بلوک های تصویر بار را نیاز دارند. GroupStatusRequest PDU ممکن است به آدرس MAC اختصاصی یک LD یا به تعدادی از LD ها با استفاده از یک آدرس MAC گروهی فرستاده شده باشد.
8-5-2 دستورات
در زیر میدان های GroupStatusRequestPDU و دستورات مرتبط با آن شرح داده می شود.
ReferenceID
این میدان یک شناساننده است که توسط LS درLoadResponsePDU فراهم می شود.
زمان تولید
LS باید در انتهای هر تصویر عبوری ،PDU GroupStatusRequest را تولید کند.
8-5-2-1 اثر دریافت
اگر به هنگام دریافت Group Status Request PDU ، LD بلوک هایی از هر گروه بار را نیاز داشته باشد، این میدان برای هر گروهی که بلوک های آن مورد نیاز باشد یک PDU GroupStatus را باز می گرداند. اگر LD به بلوک ها نیاز نداشته باشد، نباید بهStatusRequest PDU Graup پاسخ دهد.
8-6 Load Data PDU
8-6-1 کارکرد
کارکرد LoadDataPDU ارسال یک بلوک داده از LS به LD (های) درگیر در بارگذاری است.
8-6-2 دستورها
در زیر میدان های LoadDataPDU و دستورات وابسته به آن شرح داده می شود.
Reference ID
این میدان یک شناساننده است که توسط LS در LoadResponsePDU فراهم می شود.
GroupNumber
این میدان مشخص می کند که بلوک داده به کدام شماره گروه متعلق است. محدوده آن از مقدار 0 تا 255 است.
Block
این میدان حاوی شماره بلوک داده درگروه در حال ارسال است. محدوده آن از مقدار 0 تا 255 است.
Load Data
این میدان حاوی داده های بارگذاری شده است، یادآوری می گردد که هر LoadDataPDU باید واحد اطلاعاتی مستقل باشد چون پروتکل ، ترتیب در تحویل LoadDataPDU ها را تضمین نمی کند.
8-6-2-1 زمان تولید
LoadDataPDU به وسیله LS با بازه هایی تولید می شود که هر بازه برابر یا بزرگتر از مقدار MinBlockDelay در LoadResponsePDU است LoadDataPDU ها تاهنگامی تولید می شوند که همه بلوک های مورد نیاز ارسال شوند .
یادآوری: بازه بین ارسال LoadDataPDU ها از LS نباید کمتر از مقدار MinBlockDelay فرستاده شده در LoadResponsePDU باشد. مادامیکه نتیجه در یک بازه میانگین بین LoadDataPDU ها در LD کمتر از MinBlockDelay باشد، هیچ تضمینی نخواهد بود مبنی بر اینکه LoadDataPDU ها خیلی نزدیک به هم نرسند که پی آمد آن اثرات خوشه ای در شبکه است. این درجایی ممکن است که LD با توانمندی کافی بافرکردن طراحی شده باشد تا دریافت هجومی نزدیک به هم LoadDataPDU ها مجاز باشد.
8-6-2 اثر دریافت
به محض دریافت LoadDataPDU ،LD داده های موجود در LoadDataPDU را بارگذاری می کند. مفهوم و یا مکانیسمی که به موجب آن این امر حاصل می شود خارج از حوزه و دامنه کاربرد این پروتکل است.
8-7 عناصر عملیات
این زیر بند فهرستی از متغیرهای حالت، توصیف لفظی فرآیند بارگذاری، دیاگرام های حالت و جداول حالت برای هر دوی LS و LD رافراهم می کند.
یادآوری: برای مقاصد این توصیف، فرض می شود که زمان سنج ها و شمارنده ها با یک مقدار مثبت آغاز به کار می کنند. بنابراین زمان سنج یا شمارنده به سمت صفر بسته به روی دادن رخدادهای مناسب تنزل پیدا می کنند و با رسیدن به صفر در نقطه ای که شمارش معکوس پایان می یابد می گوید مدت منقضی شده است. این توصیف عملیات زمان سنج و شمارنده، هیچ روشی برای پیاده سازی حقیقی شمارنده هایا زمان سنج ها تحمیل نمی کند.
8-7-1 عملیات دستگاه بارپذیر (LD)
عملیات بارگذاری به وسیله کاربر بارگذاری سیستم در LD هنگامی آغاز می شود که تعیین کند که یک بار مورد نیاز است توسط SLU با صدور دریک نخستینه SYSTEM-LOAD.request با مقادیر پارامتر مناسب مقدار دهی اولیه می شود. این مسئله یک تصمیم داخلی است که به وسیله سیستم اتخاذ می شود. این می تواند نتیجه یک شرایط محلی، یا پی آمد بعضی فرمانهای خارجی یا درخواست های صادره به وسیله پروتکل مدیریت سیستم باشد.مشخصات مکانیسم برای تعیین نیاز برای بارگذاری، خارج از حوزه و دامنه کاربرد این استاندارد است.
بار ممکن است شامل تصویر کامل یا قسمتی از آن باشد . درحقیقت System-Load.request ممکن است به نمایندگی از یک وسیله متصل شده به ایستگاه (که خود نیز به بارگذاری نیاز دارد) مقداردهی اولیه شود.
محتوی میدان LoadData از LoadDataPDU واکنش انجام شده توسط ایستگاه بر دریافتهایش ، خارج از حوزه و دامنه کاربرد این استاندارد است .
دو بند 8-7-1-1 و 8-7-1-2 متغیرهای حالت و روال های وابسته به عملیات LD را تعریف می کند .گذرهای حالت در شکل 3 و جدول 1 خلاصه شده اند.
8-7-1-1 متغیرهای حالت
LD یک ماشین حالت به منظور دریافت یک بار از یک LS ایجاد می کند. متغیرهای حالت زیر برای توصیف عملیات یک ماشین حالت1 LD به کار می رود.
LD-retry-Counter
شمارنده برای آشکار سازی شرایطی از قبیل خطای شبکه یاLS به کار می رود. این شمارنده با تعداد دفعاتی که یک ماشین حالت LD منتظر یک PDU مربوط به بارگذاری از یک LS خواهد ماند مقدار دهی می شود. این امربه وسیله یکی از موارد زیر آغاز می شود:
– شماره 1LD-retry -Count – از LoadRequestPDU ها ممکن است قبل از اینکه حالت ماشین LD ، حالت LD-failed را وارد کند فرستاده شود.
ایجاد ًحالت ماشینً
LD-retry-Counter :=LD_retry_Counter_1;
LD_timer :=O OR LD_T1
یادآوری : گذرهای حالت که ممکن است به علت دخالت مکانیسم های مدیریت خارجی رخ دهد دراین دیاگرام نشان داده نشده است.
شکل 3- دیاگرام حالت LD
LD-timer
زمان سنج برای تولید اقدام های مجدد هنگامی استفاده می شودکه انتظار برود پاسخ ها دریافت نشده اند .
این زمان سنج با یکی از موارد زیر مقدار دهی میشود :
– LD-T1 ، طول زمان ماشین حالت که LD منتظر یک LoadResponsePDU قابل قبول از یک LS قبل از صدور مجدد LoadRequestPDU خواهد شد. این امربه LS فرصت می دهد تا درخواستهایی از چندین LD را قبل از صدور یک LoadResponsPDU جمع آوری کند.
– LD-T2، مدت زمانی که LD برای یکLoadDataPDU (یا یک GroupStatusRequestPDU) قبل از صدور یک GroupStatusPDU منتظر می ماند. LD-T2 بزرگتر یا برابر مقدار Max BlockDelay فرستاده شده در LoadResponsePDU است.
LD_reference_ID
مقدار میدان ReferenceID بازگشتی در LoadResponsePDU وهمچنین آدرس LSای را نگهداری می کند که LoadResponsePDU باز می گردد.
LD_number_blocks
مقدار میدان NumberBlock بازگشتی در LoadResponePDU را باز می گرداند.
Load_number_groups
تعداد گروههای لازم برای بار را نگهداری می کند. این مقدار از رابطه (LD_number_block+255)/256 حاصل می شود.
LD-active-groups
این متغیر حالت شماره گروههایی را نگهداری می کند که بلوک های داده ها آنها در حال دریافت هستند .
LD_blocks_required [LD_number_ groups]
یک آرایه است ،که هر عنصر آن حاوی مجموعه ای از نشانگرهای متناظر با شماره های بلوک های داده مورد نیاز برای یک گروه معین بارگذاری می باشند. این نشانگرها مجموعه ای از نشانگرهای LD_number_block ها در آرایه و عناصر LD_number_group ها هستند.
LD_Status_Sent
این متغیر حالت نشان می دهد چگونه یک GroupStatusPDU به LS برای LD_ active_group فرستاده شده است.
( LD_Unacceptable_Load Response PDU_revd )
نشان می دهد چگونه یک ResponsePDU Loadغیر قابل قبول در حالت LD_REQ دریافت شده است.
8-7-1-2 توصیف روال ها
هستار بارگذاری سیستم یک نمونه از ماشین حالت LD را طبق بندهای زیر تولید می کند و هنگامی که یک نخستینه System-LOAD.request ماشین حالت را در وضعیت LDـREQ جای می دهد . LD_timer با یک مقدار 0 یا LD-T1 مقدار دهی می شود و LD_retry_counter بــاLD-retry-count-1 پیش از ورود حالت LD_REQ مقدار دهی می شود.
یادآوری: مقدار اولیه LD_timer (0 یا LD_T1) تعیین خواهد کرد که آیا ماشین حالت فوراً یک LoadRequestPDU صادرکند یا منتظر یک بازه LD-T1 برای یک LoadResponsePDU با پارامترهای منطبق با شرایط آن بماند. آخرین گزینه ممکن است در شرایطی انتخاب شودکه احتمال که درخواست بارگذاری همزمان، (بطور مثال پس از خرابی تغذیه )وجودداشته باشد.
8-7-1-2-1 حالت LD LOAD REQUEST (LD_REQ)
ماشین حالت یک LoadRequestPDU مبنی بر انقضای زمان سنج LD_timer می فرستد. اگر چند درخواست بطور همزمان معوق بمانند ، یک ExchangeID واحد در هر درخواست شامل خواهد شد.
LoadRequestPDU به آدرس MAC اختصاصی یک LS یا به یک آدرس گروهی MAC آدرس دهی شده وحاوی Blocksize ، حداقل تاخیر لازم برای پردازش بدون اتلاف بلوک های داده که بطور موفقیت آمیز ارسال شده اند ، MinBlockDelay و حداکثر تاخیر ترجیحی، MaxBlockDelay می باشد.این مقادیر بدترین حالت نیستند زیرا پروتکل ،بازیابی موثر از اتلاف بلوک داده را ممکن می سازد. میدان LoadInfo نیز می تواند در LoadRequestPDU حضور داشته باشد.
جدول 1- جدول حالت LD
CURRENT STATE:
NEXT
STATE
ACTION(S)
EVENT
LD_REQ
Initialize state variable
LD_timer :=LD T1 OR 0;
LD_unacceptale_
Load ResponsePDU_reved=0;
LD_retry _counter:=
LD_retry_count_1
Load needed
No state machine
CURRENT STATE :LD_REQ
NEXT
STATE
ACTION(S)
EVENT
LD_DATA
Send Group StatusPDU to 1 LS;
LD_retry_counter :=
LD_retry_count_2;
InitializeLD_required_blocks;
Initialize LD_reference_ID
Receive acceptable
Load ResponsePDU
LD_REQ
LD_unacceptable_
Load ResponsePDU_reve=1;
Receive acceptable
Load ResponsePDU
LD_REQ
Send Load RequestPDU;
Descrement LD_retry_counter;
LD_timer:=LD_T1
LD_timer expired
&LD_retry _counter
not expired
LD_REQ
Issue SYSTEM_LOAD.confirm
(status= no response);
Dissolve State Machine
LD_retry_counter
Expired and
LD_unacceptable_Load _
Response PDU_revd=0
LD_REQ
Issue SYSTEM_LOAD.confirm
(status= invalid response);
Dissolve State Machine
LD_retry_counter
Expired and
LD_unacceptable_Load _
Response PDU_revd=1
LD_REQ
Ignor
Other
CURRENT STATE:LD DATA
NEXT
STATE
ACTION(S)
EVENT
LD_timer:=LD_T2
LD_retry_counter:=
LD_retry count2;
If blockneeded:
[load data;
updateLD_blocks_required;
if 1 st Load Data PDU:
[LD_active _group :=Group Num;
LD_status_sent:=0;]
If Group Num<>LD_active_group:
[if LD_blocks _required in
LD active group <>None
&LD_satus_sent =0
[send group Status PDU with
Group Number=
LD_ active_group;]
LD_active_group:=Group Num;
LD_status _sent:=0
]]
if last block of Group but blocks
required in Group &
LD_Satus_sent =0;
[sent Group Status PDU;
LD_satus_sent:=1
Recevie
Load Data PDU
With (reference ID,
Source address)=
LD_Reference_id
CURRENT STATE:LD DATA
NEXT
STATE
ACTION(S)
EVENT
LD_DATA
Send Group statusPDU;
Descrement LD_retry_counter;
LD_timer:=LD_T2
LD_timer expires
&LD_retry _counter
not expired
Null
Issue SYSTEM_LOAD.confirm
(status= incomplete);
Dissolve State Machine
LD_retry_counter expired
LD_DATA
Send Group StatusPDU for each;
Group with required blocks;
LD_retry_counter :=
LD_retry_count_2;
LD_timer :=LD_T2
Recevie
Group Stauts PDU
With (reference ID,
Source address)=
LD_Refrence_id
NULL
Issue SYSTEM_LOAD.confirm
(status= success);
Dissolve State Machine
LD_blocks_required=0
LD_REQ
Ignor
Other
پس از صدور LoadRequestPDU ، LD_timer با LD_T1 مقداردهی می شود، و LD منتظر یک Load Response PDU فرستاده شده به آدرس MAC اختصاصی خود یا یک آدرس MAC گروهی می ماند. اگر پاسخی در دوره انقضای زمان دریافت نشود، LD_retry_counter شروع به شمارش معکوس می کند. اگر LD_retry _counter منقضی شود،یک نخستینه System_Load.confirm صادر می شود تا SLU خراب و دلیل آنرا اعلام کند و ماشین حالت فسخ می گردد. اگر LD_retry_counter منقضی نشود، یک LoadRequestPDU صادر شده و LD_timer با LD_T1 مقداردهی می شود.
هنگامیکه یک Load Response PDU دریافت شد ،میدان های ExchangeID (در صورت حضور)،ImageInfo ، Blocksize بازرسی می شوند.همچنین ممکن است میدان Load selector آزمایش شود.بیش از یک ResponsePDU قابل قبول می تواند دریافت شود. LSای که بار را تامین می کند باید از بین LS هایی انتخاب شود کهLoadResponsePDU قابل قبول می فرستند .
در صورتیکه عوامل دیگر (از قبیل ImageInfo ، MaxBlockDelay) و غیره) برابر باشند، LS بزرگترین مقدار ممکن LoadSelector قابل قبول را باز می گرداند. جائیکه همه عوامل شامل LoadSelector برابر باشند، LD می تواند یک انتخاب تصادفی از LS داشته باشد .
هنگامی که LS انتخاب شد، مقدار ReferenceID در متغیر حالت referenceidـLD ذخیره می شود.
اگر کل تصویر بار مورد نیاز باشد، NumberBlock ها درمتغیر حالت LD-number-blocks ذخیره و LD_number_groups محاسبه و LD_blocks_required مقداردهی اولیه می شود.
اگرتنها بخشی از تصویر بار لازم باشد، LD_number_blocks ، LD_number_groups و LD_blocks_required مطابق آن مقداردهی اولیه می شوند.
سپس ماشین حالت LD یک یا چند GroupStatusPDU برای بلوک های مورد نیاز برای آدرس MAC اختصاصی LS می فرستد. بنابراین LS ی انتخاب می کند که بار را تامین می کند .
LD_timer با LD_T2,LD_retry_Counter به LD_retry_count_2 و حالت LD_DATA وارد میشود.
8-7-1-2-2 حالت LD DATA (LD_DATA)
بایستی از هر PDU با ReferenceID نابرابر با LD_reference_id صرف نظر شود.
به محض دریافت اولین LoadDataPDU برای یک نمونه ماشین حالت، LD_active_group با استفاده از مقدار GroupNumber مقدار دهی می شود و LD_Status_sent پاک می شود.
هنگامیکه یک LoadDataPDU یا یک GroupStatusRequestPDU دریافت می شود که میدان Reference ID آن با متغیرهای دریافتی حالت LD_reference_id منطبق باشد، LD_Timer یا LD_T2 و LD_retry_Counter با LD_retry_count مقدار دهی می شود.
اگر زمان LD_time منقضی شده باشد LD_retry_Counter کاهش می یابد.اگر LD_retry_counter منقضی شده باشد،بمنظورآگاه کردنSLU یکconfirm SYSTEM-LOAD صادر خواهد شد تا آنرا از خرابی و دلیل آن با خبر سازد وماشین حالت فسخ می شود.درغیر این صورت یک GroupStatusPDU فرستاده خواهد شد و LD_timer با LD_T2 مقداردهی اولیه می شود.
اگر LoadDataPDU شامل GroupNumber باشد با LD_active_group منطبق و اگر BlockNumber متناظر با بلوک درخواستی، LD_blocksrequired باشد، بلوک داده در حافظه بارگذاری شده و LD_blocks_required بروزرسانی می شود تا نشان دهد بلوک دریافت شده است. اگر بلوک داده لازم نباشد، از این مسئله چشم پوشی می شود.
اگر یک LoadDataPDU دریافتی حاوی یک ً بلوک درخواست شدهً باشد اما GroupNumber دریافتی با LD_active_group منطبق نباشد، آنگاه
– اگر بلوک هایی باشند که هنوزدرگروه فعال لازم باشند و LD_status_sent مقداردهی نشده باشد(یعنی اگریک Group status PDU قبلا" برای گروه فرستاده نشده باشد) یک Group Status PDU برای LD_active_group فرستاده می شود.
– LD_active_group با مقدار Group number دریافت شده مقدار دهی می شود و LD_Status_sent پاک می شود.
– بلوک داده دریافت شده بارگذاری می شود.
LD_blocks_required [LD_active_group] بادریافت هر LoadDataPDU مرور می شود.
اگر هیچ بلوک مورد نیازی در LD_active_group با یک شماره بلوک بزرگتر از میدان بلوک در Load Data PDU نباشد اما بلوک های مورد نیاز قبلی در LD_active_ group باشند و اگر پرچم LD_status_sent مقداردهی نشده باشد، آنگاه Group status PDU فرستاده می شود و پرچم LD-status-sent مقدار دهی می شود.
هنگامیکه ماشین حالت در حالت LD_Data است اگر یک Group Status Request PDU از LS دریافت شود، LD_blocks_required وجود یک گروه در یک زمان برای هر بلوک مورد نیاز را بررسی می کند. هنگامی که بلوک های درخواستی در یک گروه معین آشکار شود، یک Group Status PDU برای آن گروه فرستاده می شود و ادامه آن تا زمانیکه همه گروه ها آزمایش شوند بررسی می شود.
هنگامیکه همه بلوک داده بطور صحیح دریافت شوند، کلیه عناصر LD_blocks_required پاک می شوند، وبارگذاری تکمیل شده است. یک نخستینه SYSTEM-LOAD.confirm برای عبور دادن تصاویر دریافتی به SLU صادر شده و ماشین حالت فسخ می شود.
8-7-2 عملیات سرویس بارگذاری (LS)
دو زیربند 8-7-2-1 و 8-7-2-2 متغیرهای حالت و روال های وابسته به عملیات LS را توصیف می کنند. حالت گذر در شکل 4 و جدول 2 خلاصه شده است.
8-7-2-1 متغیرهای حالتLS
LS ماشین حالت را به منظور فرستادن تصویربار به LD ها تولید می کند .متغیرهای حالت زیر برای توصیف عملکرد ماشین حالت LS بکار رفته اند.
LS_Load _Info
این متغیر حالت یک متغیر متناظر با میدان LoadInfo از LoadRequestPDU می باشد.
LS_image_id
این متغیر حالت شناساننده تصویر باری است که باید ارسال شود.
LS_Reference_id
این متغیر حالت مقدار میدان Reference_ID فرستاده شده در LoadResponsePDU را نگه میدارد. مقدار Reference ID به وسیله LS با یک شناساننده یکتا تعیین می شود که یک بار خاص را از بارهای دیگری که LS با هم فراهم می آورد جدا می سازد.
LS_block_size
اندازه بلوک های بار بایدکمتر یا برابر مقدار Block Size مشخص شده در LoadRequestPDU باشد.
LS-block-Delay
تاخیر LS بین ارسال Load Data PDU ها وارد خواهد شد، مجموع LS_block_delay و حداقل مقدار تاخیر وارد شده به وسیله شبکه باید بزرگتر یا برابر با MinBlockDelay فرستاده شده در LoadResponsePDU باشد. LS_block-Delay با LS_T3 مقداردهی می شود.
LS_ Address
این متغیر حالت آدرسی است که بعنوان آدرس مقصد برای یک عملیات خاص استفاده می شود. این آدرس می تواند یک آدرس MAC گروهی یا یک آدرس MAC اختصاصی یک LD باشد.
شکل 4-دیاگرام حالت
جدول 2-جدول حالت LS
CURRENT STATE
NEXT
STATE
ACTION(S)
EVENT
LS_ACCUM
Initialize state variables;
LS_timer:=LS-T1
Record address/exchange ID inLS_response
Receive acceptable
Load Request PDU;
Compatible state
Machine not active
NEXT
STATE
ACTION(S)
EVENT
LS_ACCUM
Record address/exchange ID in LS_response
Receive acceptable
Load Request PDU
LS_WAIT
Send Load Response PDUs
LS_timer:=LS-T2
LS_retry_counter:= LS_retry_counter
LS_timer expires
LS_ACCUM
Ignor
Other
CURRENT STATE:LS_DATA
NEXT
STATE
ACTION(S)
EVENT
LS_DATA
Send Load Response PDU
Receive acceptable
Load Request PDU
LS_DATA
Up date LS_blocks_required
Receive GroupStatus PDU
LS_DATA
Send next Load Data PDU;
LS_timer:=LS-T3;
Up date LS_blocks_required
LS_timer expires&
LS_blocks_required<>None
LS_WAIT
Send GroupStatus Request PDU;
LS_timer:=LS-T2;
LS_retry_counter:= LS_retry_counter
LS_timer expires&
LS_blocks_required=None
LS_ACCUM
Ignor
Other
CURRENT STATE:LS_WAIT
NEXT
STATE
ACTION(S)
EVENT
LS_WAIT
Up date LS_blocks_required
Receive GroupStatus PDU
LS_DATA
LS_timer:=LS-T3;
LS_timer expired&
LS_blocks_required<>None
LS_WAIT
LS_timer:=LS-T2;
Send GroupStatus Req PDU;
Decrement LS_retry_counter
LS_timer expires&
LS_blocks_required=None&
LS_retry_counter>0
NULL
Dissolve state machine
LS_retry_counter=0 &
LS_timer expired&
LS_blocks_required=None
LS_WAIT
Send Load Response PDU
Receive acceptable
Load Request PDU
LS_WAIT
Ignor
Other
LS_responses [ ]
مجموعه ای از ورودی ها ، که هریک شامل یک آدرس است که یک Load Response PDU باید هنگام خروجی از حالت LS_Accum با Exchange ID مناسب، درصورت موجود، به آن آدرسها فرستاده شود.
LS_number_blocks
تعداد بلوک ها در بارمربوطه
LS_number_groups
تعداد گروه ها در بارمربوطه، به استثنای آخرین گروه بار، یک گروه حاوی 255 بلوک داده است. این متغیراز رابطه (LS_number_blocks+255)/256 محاسبه می شود.
LS_active_group number
تعداد گروههای درحال ارسال شده را نگهداری می کند.
LS_blocks_required [LS_number_groups]
یک آرایه که هر عنصر آن حاوی مجموعه ای از نشانگرهای متناظر با بلوک های داده مورد نیاز جهت ارسال برای یک گروه خاص است. تعداد کل عناصر LS_number_groups و کل نشانگرها LS_number_blocks در آرایه قرار دارند.
LS_active_block_number
تعداد بلوک داده فرستاده شده در گروه را نشان می دهد.
LS_timer
زمان سنج استفاده شده به وسیله ماشین حالت LS که می تواند با بازه های زیر (این بازه ها از بازه هایی که برای ماشین حالت LD استفاده شده اند متفاوت هستند) تنظیم شود.
– LS_T1 میزان زمانی که ماشین حالت LS برای جمع آوری LoadRequestPDU ها قبل از ارسال یک Load Response PDU منتظر می ماند. اگر ماشین حالت LS با یک بار نقطه -به -نقطه سروکارداشته باشد (یعنی، آدرس مقصد برای بار یک آدرس MAC اختصاصی باشد)، مقدار LS_T1 تعیین شده برای LS_timer صفر است.
– LS_T2 میزان زمان انتظار یک ماشین حالت LS برای یک Group Status PDU پس از ارسال یک Load Response PDU .
– LS_T3 تاخیر ارسال بلوک های داده را محاسبه می کند. مجموع LS_T3 و حداکثر میزان تاخیر اضافه شده به وسیله شبکه باید کمتر از مقدار MaxBlockDelay فرستاده شده در LoadResponsePDU باشد. مجموع LS-T3 و حداقل تاخیر معرفی شده به وسیله شبکه باید بزرگتر یا برابر MinBlockDelay فرستاده شده در LoadResponsePDU باشد.
یادآوری: در صورتیکه (LD_T1* LD_retry_count_1)<LS_T1 باشد یک LD از یک LS استفاده نخواهد کرد.
LS_retry_counter
شمارنده اقدام مجدد برای ارسال GroupStatusRequest PDU ها به کار می رود تا تعیین کند آیا بلوک های داده بیشتری مورد نیاز است. این شمارنده می تواند با LS_retry_count مقداردهی شود.
8-7-2-2 روال های توصیف LS
LS خود را آماده می سازد تا PDU های مربوط به بارگذاری آدرس دهی شده به آدرس MAC اختصاصی شان یا آدرس های MAC گروهی سرویس گر بار را دریافت کند و سپس منتظر LoadRequestPDU ها می ماند. به محض دریافت یک SLE , LoadRequestPDU یک نخستینه SYSTEM-LOAD.indicator را به SLU صادر می کند تا تحقیق کندآیا RequestPDU Loadیک تصویر را که SLU می تواند فراهم کند مشخص نموده است یا نه . سپس SLU یک نخستینه SYSTEM-LOAD.response صادر می کند. اگر SLU نتواند تصویر را فراهم کند،SLE از LoadRequestPDU صرفنظرمی کند.
اگر.response SYSTEM-LOAD دسترسی تصویر مورد نیاز را نشان دهد، SLE می تواند بطور اختیاری ماشینهای حالت فعال کنونی آن را بررسی کند تا تعیین کند آیا این درخواست می تواند با یک بارگذاری که در حال انجام است ترکیب شود. عمل ترکیب در صورتی ممکن است که :
– میدان Load Info سازگار باشد.
– BlockSize مورد نیاز برابر یا بزرگتر از LS_block_size باشد.
– MinBlockDelay مورد نیاز کمتر یا برابر LS_block_Delay باشد.
– Load Address مشخص شده (در صورت وجود) با آدرسی که حاوی LS_address است یکسان باشد.
– حداکثر تاخیر بلوک محاسبه شده کمتر یا برابر حداکثر تاخیر مورد نیاز (درصورت مشخص بودن) باشد.
اگر SLE توانایی ترکیب درخواست را داشته باشد آنگاه :
– یک LoadResponsePDU به LD درخواست کننده بر حسب متغیرهای حالت انتخاب شده در ماشین حالت LS باز می گرداند. این امر در صورتهای زیر قابل حصول است :
* اگرماشین حالت در وضعیت LS-Accum باشد، با اضافه کردن آدرس LDوExchange-ID آن به مجموعه از ورودی های نگه داشته در LS_responses.
* اگر ماشین حالت در وضعیت LS_Accum نیست با تولید و ارسال فوری LoadResponsePDU وضعیت ماشین حالت فعال در هر دو صورت تغییر نخواهد کرد.
اگر SLE نتواند درخواست را ترکیب کند آنگاه :
– یک ماشین حالت LS جـدیـد ایجـاد می کند ، LS_timer (بـه یاد آوری توجه کنید) را با LS_T1 مقدار دهی می کنـد و متغیـرهای حالت، LS_number_groups , LS_number_blocks , براساس خصایص تصویر بار و میدان های LoadRequestpdu مقدار دهی می شود.
– یک ورودی درLS_response ایجاد می شود تا آدرس و ExchangeID رابرای LoadResponsePDU ثبت کند.
– یکreferenceID یکتا برای LS_reference_id تعیین می شود و LS_address با یک آدرس MAC گروهی یا آدرس MAC اختصاصی مقدار دهی می شود.(آدرس MAC گروهی استفاده شده از مجموعه آدرس های MAC گروهی در دسترس برای استفاده این LS انتخاب می شود.)
– LS_block_delayمحاسبه میشود. LS_groupnumber ، LS_activeblocknumber ، و آرایه LS_block required پاک می شوند.
– ماشین حالت، وضعیت LS_Accum را وارد می کند.
یادآوری :مقدار LS_T1 تعیین می کند که یک LoadResponsePDU چقدر زود فرستاده شده است. یک مقدار صفر ، یک LoadResponsePDU فوری تولید شده را سبب می شود. درجایی که یک مقدار بزرگتر از صفر، جمع آوری درخواستهای چندین بار قبلی را ممکن می سازد تا یک LoadResponsePDU را بسازند.
استاندارد، توانایی یک SLE را در ترکیب درخواست ها برای بارها لازم نمی داند ، ولی طوری طراحی شده که اجازه ترکیبی را بدهد که انجام آن برای SLE آسان است.
8-7-2-2-1 حالت (LS_ACCUM) LS LOAD REQUEST ACCUMULATE
اگر یک LoadRequestPDU قابل قبول دریافت شده باشد، آدرس پاسخ و exchangeID در LS_respons ها ثبت می شود.
هنگامی که LS_timer منقضی می شود، LoadresponePDU ها با استفاده از LS_block_delay، LS_referenceID , LS_address LS_number_blocks وid LS_image فرستاده می شوند تا میدان های PDU رامقداردهی کنند. اگر چندین درخواست درحال اجرا هستند، یک پاسخ را برای هر درخواست باز می گرداند که شامل یک ExchangeID با مقدار مشابه در درخواست متناظر است درصورتیکه یک باشد، متغیر حالت، LS_response _addressها حاوی مجموعه ای از آدرس هایی هستندکه پاسخ باید به موازات Exchange IDها مربوط به آن فرستاده شود.
Load Selector می تواند به وسیله LD درخواست کننده با گزینه تقویت یا تضعیف این بار مقداردهی شود. یک مقدار کم (معمولاً منفی) یک گزینه تضعیف و یک مقدار زیاد (معمولاً مثبت ) گزینه تقویت خواهد بود.دلایل برای گزینه تضعیف شامل سنگینی بارگذاری LS یا تخصیص LS با نقش سرویس گر پشتیبان است. تعیین مقدار مختص کاربرد است و هیچ قیدی به وسیله این استاندارد بر آن اعمال نمی شود.
سپس LS_timer با LS_T2 مقداردهی اولیه می شود و LS_retrycounter با LS_retry_count مقدار دهی می شود و ماشین حالت وارد وضعیت LS_WAIT شده تا منتظر GroupStatusPDU ها بماند.
8-7-2-2-2 حالت (LS_DATA) LS DATA LOAD
هنگامیکه LS_timer (LS_TS) منقضی شود، یک LoadDataPDU فرستاده می شودکه به LS_address آدرس دهی شده وحاوی LS_reference_ID،LS_active_group_number LS_active_ block_ number و بلوک داده متناظر است، طول بلوک (بلوکی که توسط LoadDataPDU حمل می شود) باید برابر LS_block_size باشد (به استثنایی آخرین بلوک تصویر بار، که می تواند یک اندازه بزرگتر از هشته های صفر و کمتر یا برابر LS_blocksize باشد).
پس از ارسال Loda data PDU نشانگر متناظر LS-blocks_required [LS_active_group number] پاک می شود. بلوک داده بعدی فرستاده شده با تشخیص نشانگر بعدی در LS-blocksrequired انتخاب می شود. LS_activeblocknumber و LS_activegroupnumber مطابق آن تغییر می کنند. LS_timer با استفاده از LS_T3 مقداردهی اولیه می شود.
اگر یک GroupstatusPDU درحالت LS_Data دریافت شود نشانگرهای LS_blocks _required [group number] متناظر با بلوک های مشخص شده در میدان Required Blocks از PDU Groupstatusمقدار دهی می شوند و بلوک های مورد نیازبرای ارسال را نشان می دهد.
اگر LS_blocks required خالی باشد، LS_timer با یک زمان انقضاء صفر مقدار دهی می شود. LS_retry _counter به LS_retry_count مقدار دهی می شود وماشین حالت وارد حالت LS_WAIT می شود. این امرسبب تولید فوری یک GroupStatusRequestPDU خواهد شد.
اگر یک LoadRequestPDU قابل قبول درحالت LS_Data دریافت شود،یک LoadResponsePDU آنچنانکه در LS_Accum توصیف شد، فرستاده می شود. درنتیجه هیچ تغییرحالتی روی نخواهدداد.
8-7-2-2-3 حالت (LS_WAIT) LS WAIT
در وضعیت ، ماشین حالت در پاسخ بهGroupstatusRequest PDUها یا LoadRespons PDUها منتظر GroupStatus PDU ها می ماند.
اگر در وضعیت LS_WAIT ، یک GroupstatusPDU دریافت شود، آنگاه نشانگر ها در LS_blocks _required [group number] طبق بلوک های مشخص شده در میدان RequiredBlocks از GroupstatusPDU طوری مقداردهی می شوند، که نشان می دهند که بلوکها دوباره ارسال خواهند شد.
هنگامیکه LS_timer منقضی می شود، اگر LS_blocks_required خالی نباشد، LS_active_ group _number و LS_active_block_number مطابق با اولین بلوک درخواست شده در LS_blocks_ required مقدار دهی می شود. LS_time با LS_T3 مقداردهی اولیه شده ، و ماشین حالت وارد وضعیت LS-Data می شود.
هنگامیکه LS_time منقضی می شود، اگر LS_blocks_required خالی باشد، LS_retry _counter کاهش می یابد.اگرمنقضی نشده باشد، یک GroupstatusRequestPDU با استفاده از LS_reference _id ارسال شده و LS_timer با LS_T2 مقداردهی اولیه می شود.
در وضعیت LS_ Accum اگر یک LoadRequestPDU قابل قبول دریافت شده باشد یک LoadRequestPDU طبق توضیحات مربوط به LS-ACCUM فرستاده شده است .
اگر LS_retry _counter منقضی گردد، ماشین حالت فسخ می شود.
8-7-3 آدرس دهی سرویس گربار
زیربند 8-7-1 توصیف کننده چگونگی صدور یک LoadRequestPDU آدرس دهی شده به آدرس MAC اختصاصی یک LS یا یک آدرس MAC گروهی توسط LD است.انتخاب ویژه آدرس MAC استفاده شده به وسیله LD به منظور مکان یابی LD ،یک تصمیم پیاده سازی است . با وجود این گروه کاری استاندارد IEEE 802.1 یک آدرس MAC گروهی را برای استفاده بعنوان آدرس دستگاه بارپذیر در پیاده سازی های LS یا LD به ثبت رسانده است که مطابق این استاندارد هستند. استفاده از این آدرس نیاز به تطابق ندارد. این آدرس می تواند به وسیله یک LD بعنوان آدرس MAC گروهی پیش فرض برای دریافت PDU های رسیده از یک LS استفاده شود. آدرس مطابق زیر است :
1-80-C2-00-00-11
یادآوری: این آدرس MAC گروهی با استفاده از نکات توصیف شده در بند 5-3-1 از استاندارد IEEE 802-1990 بدست آمده است. در بند 5-3 از این استاندارد، ارتباط این نمایش با ترتیب بیت در ارسال نیز توصیف شده است.
8-7-4 آدرس دهی دستگاه بارپذیر
زیر بندهای 8-2 و 8-7-2 شرح می دهند که چگونه آدرس مورد استفاده LS برای ارسال PDU ها به یک LD ، مشخص شده است . PDU ها ممکن است به آدرس یک MAC اختصاصی یا یک LD یا یک آدرس MAC گروهی آدرس دهی شده باشند .
انتخاب ویژه آدرس MAC استفاده شده به منظور مکان یابی LD ،یک تصمیم پیاده سازی است . اگر چه گروه کاری IEEE 802.1 یک آدرس MAC گروهی را برای استفاده بعنوان آدرس دستگاه بارپذیر در پیاده سازی های LS یا LD به ثبت رسانده است که مطابق این استاندارد هستند. استفاده از این آدرس نیاز به تطابق ندارد. این آدرس می تواند به وسیله یک LD بعنوان آدرس MAC گروهی پیش فرض برای دریافت PDU های رسیده از یک LS استفاده شود. آدرس مطابق زیر است.
01-80-C2-00-00-12
یادآوری: این آدرس MAC گروهی با استفاده از نکات توصیف شده در بند 5-3-1 از استاندارد IEEE 802-1990 بدست آمده است. در بند 5-3 از این استاندارد، ارتباط این نمایش با ترتیب بیت در ارسال نیز توصیف شده است.
8-8 استفاده از سرویس های لایه ای
سرویس لایه زیرین که ممکن است توسط SLE استفاده شود تا LoadPDU های بار را بین LD , LS یا LD , LS حمل کند، مطابق زیر است.
سرویس LLC نوع 1
استفاده از سرویس های دیگر منع نشده است، اگرچه این استاندارد هیچ کدام از جوانب مربوط به تطابق را در هنگام استفاده از سایر سرویس ها مشخص نمی کند.
یادآوری: عملیات پروتکل بارگذاری سیستم آنچنانکه در 8-8-1 شرح داده شده است. نیاز به استفاده سرویس LLC نوع یک بر روی مدیریت LAN ،نقطه دسترسی سرویس لینک (LSAP) دارد، حضور کلاس های دیگر سرویس LLC یا پشتیبانی هر نوع سرویس LLC دیگر بر روی LSAP ها مورد نیاز عملیات پروتکل نیست.
8-8-1 استفاده از سرویس LLC نوع 1 توسط SLE
SLE یک نخستینه درخواست DL _Unit _Data اختصاصی برای هر PDU بارگذاری سیستم تولید می کند که انتظار ارسال آن را دارد . میدانهای آدرس PDU LLC منتجه بایدحاوی آدرس LSAP استاندارد ، رزرو شده برای استاندارد مدیریت شبکه های LAN/MAN (استانداردهای ISO/IEC DIS15802-2 ،IEEE802.B) باشند. بیت معرفی کننده نوع آدرس نقطه دسترسی سرویس مقصد (DSAP) باید با "D" مقداردهی شود. بیت های آدرس واقعی هر دو آدرس DSAP و نقطه دسترسی سرویس مبداء (SSAP) بایستی با الگوی بیتی 100000 کدگذاری شوند. که در آن آخرین بیت سمت چپ کم ارزشترین بیت بوده و ارزش بیت ها از چپ به راست افزایش می یابد. میدان های Local_ address , remote_ address درنخستینه درخواست DL _Unit Data باید به ترتیب حاوی آدرس SLE محلی و SLE دوردست باشند.آخری آنچنانکه در بند 8-7 شرح داده شد تعیین می شود.
SLE نخستینه های نشانگر DL-UNITDATA دریافت خواهد کرد که مشخص می کند یک Local -address متناظر با آدرس LSAP اختصاصی برای مدیریت لایه فرعی IEEELLC رزرو شده است و حاوی واحدهای داده پروتکل بارگذاری سیستم معتبر است .
استفاده از پارامتر اولویت سرویس DL-UNITDATA خارج از حوزه و دامنه کاربرد این استاندارد است .
8-9 کدگذاری ASN.1
درزیرنکات نگارشی چکیده شماره یک ( ASN.1 که دراستاندارد ISO/IEC8824 مشخص شده است) ،نگارش PDU های پروتکل بارگذاری سیستم را توصیف می کند.این PDU ها باید مطابق با قوانین کدگذاری برای ASN.1 طبق استاندارد ISO/IEC8826 کدگذاری شوند.
ieee802dot1LoadProtocol {iso (1) member-body (2) us (840) ieee802dot1partE(10010)
asn1Module (2) load protocol(0)version1(0)} DEFINITIONS::=
BEGIN
IMPORTS
MACAddress
from IEEECommonDefinitions {iso(1) member-body(2) us(840) ieee802dot1PartF(10011)
asn1Module (2) CommonDefinitions(0) version1(0)
;–End of IMPORTS
–Define System Load Protocol PDU structures
Load Protocol ::=LoadPDU [1] LoadPDU
–LoadPDU is a choice of NetworkManagmentPDU.
–the above construct therfore maintains compatibility with the
— Network Management protocol .In effect ,the explicit tag[1]
–Operates as a protocol identifier ,distinguishing Load PDUs
–from Network Management PDUs.
Load PDU ::=CHOICE {
load RequestPDU [0]IMPLICIT LoadRequestpdu,
load ResponsePDU [1]IMPLICIT Load Response PDU,
groupstatusPDU [2]IMPLICIT Group Status PDU,
groupstatusRequest PDU [3]IMPLICIT Load Group Status PDU,
loadDataPDU [4]IMPLICIT Load Data PDU,
–choice [0] of LoadPDU
Load RequestPDU ::=SEQUENCE {
exchange ID [0]IMPLICIT ExchangeID OPTIONAL, {
Load Address [1]IMPLICIT Load Address OPTIONAL, [2]IMPLICIT BlockSize, Size
minBlockDelay [3]IMPLICIT MinBlockDelay,
maxBlockDelay [4]IMPLICIT MaxBlockDelay DEFAULT 32 767,
ReasonCode [5]IMPLICIT Load Reason DEFAULT Unspecified,
Info [6]IMPLICIT SEQUENCE OF Load Info OPTIONAL }
ExchangeID ::=OCTETSTRING –16 octes maxim
oadAddress ::=MACAddress –Defined in common Def
BlockSize ::=INTEGER –1..32 767
MinBlockDelay ::=INTEGER –1..32 767
MaxBlockDelay ::=INTEGER –1..32 767
LoadReason ::=INTEGER {
Unspecified (0)
PowerUp (1)
Forcedload (2)
Operational failure (3)
Loadfailure (4)
Reconfiguration (5) }
–Implementation-specific shall use negative values.
LoadInfo ::=SEQUENCE {
PrivateID [0]ANY OPTIONAL,
StationID [1]IMPLICIT StationID OPTIONAL,
ImageID [2]IMPLICIT ImageID OPTIONAL }
StationID ::=SEQUENCE {
Manufacturer [0]IMPLICIT ManufaturerID OPTIONAL,
Device [1]IMPLICIT DeviceTypeID OPTIONAL,
Revision [2]IMPLICIT RevisionNumber OPTIONAL }
ManufaturerID ::=OCTETSTRING
–Manufaturer ID is 3 octets in length and contains an
–organizationally unique identifier as described in
–5.2 of IEEE std 802-1990.Encoding is as predescribed for the
–corresponding octets of MACAddress as described in IEEE std 802.1F-1993.
DeviceTypeID ::=OCTETSTRING –Meaning is implementation-
–specific
RevisionNumber::=OCTETSTRING –Meaning is implementation-
–specific
ImageID ::= OCTETSTRING –Meaning is implementation-
–specific
–choice [1]of LoadPDU
LoadResponsePDU::=SEQUENCE {
Exchange ID [0]IMPLICIT ExchangeID OPTIONAL,
Load Address [1]IMPLICIT Load Address,
[2]IMPLICIT Block Size, Size
minDelay [3]IMPLICIT MinBlockDelay,
maxDelay [4]IMPLICIT MaxBlockDelay,
Reference [5]IMPLICIT Reference ID,
NumberBlock [6]IMPLICIT NumberBlocks,
LoadSelector [7]IMPLICIT LoadSelectorID DEFAULT 0,
ImageID [8]IMPLICIT SEQUENCE OF ImageInfo OPTIONAL }
ReferenceID ::=OCTETSTRING –two octets-
–implementation-specific
NumberBlocks ::=INTEGER –0…65 535
LoadSelector ::=INTEGER — -128..127
ImageInfo ::=SEQUENCE {
PrivateID [0]ANY OPTIONAL,
LoadInfo [1]IMPLICIT Load OPTIONAL }
–choiceStatusPDU ::SEQUENCE {
Reference ID [0]IMPLICIT Reference ID,
GroupNumber [1]IMPLICIT GroupNumber ID Optional,
RequiredBlocks [2]RequiredBlocks},
GroupNumber ::=INTEGER –0..255
RequiredBlocks ::=CHOICE {
Bitmap [0]IMPLICIT Bitmap,
RequiredBlockscode [1]IMPLICIT RequiredBlocks Code }
–IF RequiredBlocksCode is the selected choice,then Group Number
–is optionally present in GroupStatus.Otherwise,GroupNumber is
–required to be present.
BitMap ::=BITSTRING –256 bits max,defaullt 0
–bit N corresponds to block N of the
–Group ;N is in the range 1-256.
RequiredBlockscode ::=INTEGER {
NoBlocks (0),
AllBlocks(a) (1) }
–choice [3] of LoadPDU
Group StatusRequestPDU ::=SEQUENCE {
Reference ID [0]IMPLICIT Reference ID }
–choice [4] of LoadPDU
LoadDataPDU ::=SEQUENCE {
Ref ID [0]IMPLICIT Reference ID,
GroupNum [1]IMPLICIT GroupNumber ID,
BlockNum [2]IMPLICIT Block,
DataBlock [3] Load Data }
Block ::=INTEGER –0..255
Load Data ::=ANY
END — End of Load Protocol Definitions
جدول 3 تناظر بین شناساننده های بکار رفته در تعریف ASN.1 از ساختار های PDU و نام های میدان PDU بکار رفته در باقی مانده متن را نشان می دهد.
جدول 3-تناظر بین شناساننده میدان ASN.1 و نام میدان PDU
ASN.1 field identifier
PDU field name
PDU
exchangeID
Exchange ID
LoadRequestPDU
load Address
Load Address
ً
size
BlockSize
ً
minDelay
MinBlockDelay
ً
maxDelay
MaxBlockDelay
ً
reason Code
LoadReason
ً
info
LoadInfo
ً
exchangeID
Exchange ID
LoadResponsePDU
load Address
LoadAddress
ً
blockSize
BlockSize
ً
minDelay
MinBlockDelay
ً
maxDelay
MaxBlockDelay
ً
referenceID
ReferenceID
ً
numberBlocks
NumberBlocks
ً
loadSelector
LoadSelector
ً
imageInfo
ImageID
ً
referenceID
ReferenceID
GroupStatusPDU
groupNum
GroupNumber
ً
requiredBlocks
RequiredBlocks
ً
referenceID
ReferenceID
GroupStatusPDU
refID
ReferenceID
LoadDataPDU
groupNumber
GroupNumber
ً
blockNum
Block
ً
DataBlock
LoadData
ً
9 کلاس های شئی مدیریت شونده پروتکل بارگذاری سیستم
9-1 کلیات
زیربند 9-2، اشیاء مدیریت شونده وابسته به بار، خصایص آنها و عملیات مدیریتی مرتبط با آنها را مشخص می کند که کارکرد SL_MIB را تشکیل می دهد. تعاریف پروتکل در ارتباط با دستکاری این اشیاء مدیریت شونده هستندکه درآن دسترسی از طریق پروتکل مدیریت LAN/MAN (تعریف شده دراستاندارد مدیریت LAN/MAN (استاندارد های ملی 2-6418
IEEE802.1B ) طبق بند 9-3 انجام می شود.
9-1-1 رهیافت
بند 9 جوانب عملیاتی زیر را در ارتباط با پروتکل بارگذاری سیستم مشخص می کند.
الف- مشخص کردن تراکنش های بین ماشین پروتکل و مدیریت
ب – منعکس کردن وپشتیبانی از تبادل های راه دور اطلاعات مربوط به مکانیسم پروتکل و عملیات روی آن دسته از اطلاعاتی که از پروتکل های مدیریت برای مقاصد مدیریتی استفاده
می کنند.
پ- تعریف کد گذاری های که برای ارتباطی بسیار قوی از قبیل اطلاعات مدیریتی، به ویژه پروتکل های مدیریتی به کار می رود.
پیاده سازی هایی که دسترسی از راه دور را به مدیریت شبکه فراهم نمی کنند ،نیاز به رعایت این بند ندارند، زیرا مدیریت یک ایستگاه به وسیله ابزار محلی ، خارج از حوزه و دامنه کاربرد این استاندارد است.
این بند به زیربندهایی تقسیم شده است که حاوی موارد زیر است:
– تعاریف اشیاء مدیریت شونده به این استاندارد مربوط هستند. تعاریف، تعاریف اشیاء مدیریت شونده یا خصایص و تعاریف عملیاتی را شامل می شوندکه می تواند به وسیله آنها اجرا شود. این اشیاء مدیریت شونده به روشی مستقل از پروتکل مدیریتی که برای فراخوانی عملیات روی آنها است ، تعریف می شوند. ولی قصد این است تعاریف با کاربرد پروتکل مدیریت LAN/MAN (تعریف شده در استانداردهای IEEE802.1B ،ملی 2-6418 )و CMIS/CMIP (تعریف شده در استانداردISO/IEC9595 و ISO/IEC9596) سازگار باشد.
تعاریف کدگذاری های مربوط به پروتکل یا ساختارهایی که برای مشخص کردن استفاده از پروتکل های مدیریت خاص لازم هستند.
9-1-2 خلاصه ای از تسهیلات
تسهیلات مدیریتی مشخص شده در این استاندارد برای مقاصد زیر هستند:
الف) ایجاد و دستکاری مقادیر شمارنده، تاخیر و زمان سنج مرتبط با عملیات ماشین حالت LS یا LD
ب) ایجاد و دستکاری اطلاعات حالت مرتبط با عملیات ماشین حالت LD یا LS
ب) مقداردهی اولیه یک بارگذاری از جانب طرف سوم
ت) اعلان LS های فعال
9-1-3 ارتباط با حوزه کارکرد مختص مدیریت
از آنجائیکه دراستاندارد ISO 7498-4 آمده است ،تسهیلات مدیریتی دراین استاندارد در رابطه با حوزه کارکردی مدیریت آرایش است.
9-1-4 تعریف اصطلاحات
مشخصات تسهیلات مدیریت که در رابطه با پروتکل بارگذاری سیستم است استفاده از اصطلاح شناسی را میسر می سازدکه دراستاندارد IEEEstd802.IF مشخص یابه آن اشاره شده است. نکات استفاده شده برای تعریف کلاس های شئی مدیریت شونده در این استاندارد در ISO/IEC10165-4 تعریف شده است.
9-1-5 تطابق
برای تطابق مدیریت پروتکل بارگذاری سیستم موارد مورد نیاز است :
الف) پشتیبانی اشیاء مدیریت شونده LD یا LS یا هر دو و کلیه عملیات و رخدادهایی که در ارتباط با آنها هستند.
ب) پشتیبانی از کلاس شئی مدیریت شونده ID نوع منبع
پ) پشتیبانی از دسترسی از راه دور به اشیاء مدیریت شونده به وسیله 802.1B پروتکل مدیریت LAN/MAN(استانداردهای ملی 2-6418 ، CMIP (ISO/ICE 9596
9-2 تعاریف شئی مدیریت شونده پروتکل بارگذاری سیستم
دو نوع شی مدیریت شونده مرتبط با عملیات پروتکل بارگذاری سیستم وجود دارد.
الف) شئی مدیریت شونده LD
ب) شئی مدیریت شونده LS
این دو به ترتیب آنها با عملیات ماشینهای حالت LS و LD در ارتباط هستند.علاوه بر آن شئی مدیریت شونده نوع منبع در صورتی حضور خواهد داشت که مدیریت با استفاده از پروتکل مدیریت LAN/MAN تعریف شده در استاندارد مدیریت شبکه های LAN/MAN (ISO/IEC DIS 15802-2 ،IEEE802.1B) اجرا شود. تعاریف آن در مشخصات ANS.1 برای این پروتکل آمده است (بند 9-3-2 را ببینید).
9-2-1 تعریف شئی مدیریت شونده LD
شئی مدیریت شونده LD حاوی مقادیر خصـایصـی است که زمان سنج، شمارنده واطلاعات حالت های مرتبط با عملیات LD رانگه می دارد.
9-2-1-1 تعاریف محتوی اشیاء مدیریت شونده
هر نمونه از کلاس شئی مدیریت شونده LD حاوی یک نمونه تکی کلاس شئی مدیریت شونده ID نوع منبع است.
9-2-1-2 تعاریف محتوی خصایص
شئی مدیریت شونده LD حاوی خصایص زیر است:
نام LD
نام LD حاوی شئی مدیریت شونده LD بوده و مقدار آن فقط خواندنی است.
LD Load Info
LD Load Info حاوی میدان هایی است که تجهیزات درخواست کننده بار و تصویر بار لازم را توصیف می کند. مقدار LDLoadInfo درمیدان LoadInfo از LoadRequestPDU های صادر شده توسط سیستم به کار می رود. میدان های زیر بطور اختیاری در LoadInfo ظاهر می شوند.
الف) یک میدان شناساننده ایستگاه، حاوی مقادیر اختیاری بارشته هایی هشتایی
ID سازنده ،
ID نوع دستگاه ،
بازنگری ،
ب) یک میدان شناساننده تصویر، حاوی یک رشته هشتایی که مشخص می کند کدام تصویر بارگذاری شود.
پ) نامشخص، اطلاعات به طور خصوصی تعریف شده ،
آدرس سرویس گر LD Load
این آدرس MAC LS است که LD باید LoadRequestPDU ها را به آن ارسال کند.
LDT1
LDT1 مقدار زمانی بر حسب میلی ثانیه است که LD منتظر یک LoadResponsePDU پیش از صدور یا صدور مجدد یک LoadRequestPDU می ماند. متغیر حالت LD_timer, LD با مقدار این پارامتر طبق بند 8-7-1-1 مقدار دهی می شود.
LDT2
LDT2 مقدار زمانی است بر حسب میلی ثانیه که LD منتظر یک LoadDataPDU (یا یک GroupstatusRequest PDU ) پیش از ارسال یک GroupstatusPDU می ماند. متغیر حالت LD ،LD_ timer با مقدار این پارامتر طبق بند 8-7-1-1 مقدار دهی می شود.
LDRetryCount1
LDRetryCount1 شمارنده تعداد دفعاتی است که LoadRequestPDU باید پیش از وارد شدن به حالت LD-FAILED ارسال شود. متغیر حالت LD_retry_counter ,LD با این مقدار طبق بند 8-7-1-1 مقدار دهی می شود.
LDRetryCount2
LDRetrycount2 تعداد دفعاتی را نگه می داردکه ماشین حالت LD باید منتظر PDU های مرتبط با بار از LS باشد. شمارنده متغیر حالت LD_retry با مقدار این پارامتر طبق بند 8-7-1-1 نشان داده شده است مقدار دهی می شود.
LDBlockSize
LDBlockSize ، میدان Blocksize در LoadRequestPDU رامقدار دهی می کند. این بزرگترین اندازه بلوکی است که LD می تواند بپذیرد.
LDMinBlockDelay
LDMinBlockDelay ، میدان MinBlockDelay را در LoadRequestPDU مقدار دهی می کند.این کمترین میزان تاخیر به میلی ثانیه است که LD بین ارسال بلوک های داده نیاز دارد.
LDMaxBlockDelay
LDMaxBlockDelay ، میدان MaxBlockDelay در LoadRequestPDU را مقدار دهی میکند.این بزرگترین میزان تاخیر به میلی ثانیه است که LD بین ارسال بلوک های داده منتظر می ماند
LDStatus
LDStatus نشان می دهدآیا LD میتواند باری را درخواست کند یانه. اگر غیر فعال شود، LD نمی تواند باری را درخواست کند، اگر فعال شود، LD می تواند یک بار را درخواست کند.
9-2-1-3 تعاریف عملیات و رخدادها
عملیات زیر می تواند به وسیله شئی مدیریت شونده LD اجرا شود.
Read LD attribute
مقصود : برای بدست آوردن مقدار یکی از خصایص یک شئی LD . تمام خصایص LD
می تواند خوانده شود.
ورودی ها : شناساننده خصیصه
خروجی ها: مقدار خصیصه
ModifyLD attribute
مقصود : برای اصلاح مقدار یکی از خصایص شئی مدیریت شونده LD . تمام خصایص LD می تواند اصلاح شود، به استثنای خصیصه نام LD که فقط خواندنی است.
ورودی ها : شناساننده خصیصه مقدار جدید دلخواه
خروجی ها : خروجی ندارد
Load
مقصود : عملیات بارگذاری را درخواست می کندکه LD یک بارگذاری را آغاز کرده است.
ورودی ها: یک مقدار Load Info می تواند فراهم شود.
خروجی ها : عملیات بارگذاری حالت عملیات بارگذاری درخواست شده را باز می گرداند. مقادیر حالت ممکن مطابق زیر هستند.
الف) Will Comply : اقدامی برای مقداردهی اولیه یک بارگذاری با استفاده از Load info (درصورتی که فراهم شود) انجام خواهد شد.
ب) Refuse to comply : به دلیل نامشخص اقدامی برای بارگذاری نخواهد شد.
پ) Invalid Load info : (به خاطر Load info نامعتبر) اقدامی برای بارگذاری نخواهد شد.
ت) Invalid State : به خاطر اینکه LD درحالتی نیست که یک بارگذاری را آغاز کند اقدامی برای بارگذاری نخواهد شد.
شئی مدیریت شونده LD می تواند رخدادهای زیر را تولیدکند:
هیچکدام
9-2-1-4 تعریف مهار خطا
هیچ نوع شرایط ویژه ای برای مهار خطاهای مرتبط با شئی مدیریت شونده وجود ندارد.
9-2-1-5 تعاریف ارتباطات دیگر
هیچ نوع ارتباط اضافی بین شئی مدیریت شونده LD و اشیاء مدیریت شونده دیگر وجود ندارد.
9-2-2 تعریف شئی مدیریت شونده LS
شئی مدیریت شونده LS حاوی مقادیر خصیصه ای است که ، شمارنده ، زمان سنج و اطلاعات حالت مرتبط با عملیات LS را نگه می دارد.
9-2-2-1 تعاریف محتوای اشیاء مدیریت شونده
هرنمونه از کلاس شئی مدیریت شونده LS حاوی یک نمونه اختصاصی از کلاس شئی مدیریت شوندهResource Type ID است.
9-2-2-2 تعاریف محتوای خصایص
شئی مدیریت شونده حاوی خصایص زیر است:
LS Name
LS Name حاوی نام شئی مدیریت شوندهLS بوده ، مقدار آن فقط خواندنی است.
LST1
LST1 مقدار زمان بر حسب میلی ثانیه یک نمونه ازماشین حالت LS است که قبل از آنکه یک Load ResponsePDU ارسال شوددرحالت LS_Accum منتظر می ماند.متغیر حالت LS ، LS_time با مقدار این پارامتر طبق بند 8-7-2-1 مقدار دهی می شود.
LST2
مقدار زمان برحسب میلی ثانیه یک نمونه از ماشین حالت LS است که از آنکه یکLoadResponsePDU یا یکGroupStatusRequestPDU ارسال شودمنتظر یک GroupstatusPDU ، می ماند.
LS Net Delay
LS Net Delay زمان مورد انتظار برحسب ثانیه است که LS برای تاخیر شبکه اعمال شده به LD منتظر می ماند. این زمان به حداقل تاخیر بلوک و تاخیر داخلی قابل انتظارLS اضافه شده تا حداکثر تاخیر بلوک را تعیین می کند.
LS Retry count
LSRetryCounts تعداد دفعاتی است یک نمونه از ماشین حالت LS باید GroupStatus Request PDU ها ارسال کند .
LS Status
LS Status نشان میدهد که آیاLS غیر فعال ( یعنی نمی تواند بارگذاری را اجرا کند) یا فعال شده است (یعنی می تواند بارگذاری را اجراکند).
9-2-2-3 تعاریف عملیات و رخدادها
عملیات زیر می تواند به وسیله شئی مدیریت شونده LS اجرا شود.
Read LS attribute
مقصود : بدست آوردن مقدار یکی از خصایص شئی LS . تمام خصایص LS می تواند خوانده شود.
ورودی ها: شناساننده خصیصه
خروجی ها: مقدارخصیصه
Modify LS attribute
مقصود : برای اصلاح مقدار یکی از خصایص شئی مدیریت شونده LS . به استثنای خصیصه نام LS که فقط خواندنی است ،تمام خصایص LS می تواند اصلاح شود،.
ورودی ها : شناساننده خصیصه، مقدارجدید دلخواه
خروجی ها : خروجی ندارد.
شئی مدیریت شونده LS می تواند رخدادهای زیررا تولید کند:
LS Active
مقصود : رخداد LS Active نشان می دهد که یک LS برای سرویس دهی به درخواست ها در آدرس MAC مشخص شده در LS، قابل دسترس شده است. LS می تواند بطور اختیاری LSActiveEventPDU رادر بازه هایی بفرستدتا پس از فعال شدن LS برای اولین بارکه قابل دسترس بودن LS را آگاهی می دهد، به LD ها اجازه فعالیت دهد.
خروجی ها : اطلاعات حمل شده در رخداد LS Active مطابق زیر است:
Private LS Info
Private LS Info اطلاعات ویژه پیاده سازی را در صورت حضور مشخص می کند.
LS Address
LSAddress آدرس MAC ی را مشخص می کندکه LoadRequestPDU ها به آن ارسال می شوند .
9-2-2-4 تعریف مهار کردن خطا
هیچ نوع شرایط ویژه ای برای مهار خطا در ارتباط با شئی مدیریت شونده LD وجود ندارد.
9-2-2-5 تعریف ارتباطات دیگر
هیچ نوع ارتباط اضافی بین شئی مدیریت شونده LS و اشیاء مدیریت شونده دیگر وجود ندارد.
9-3 تعاریف کلاسی شئی مدیریت شونده پروتکل بارگذاری سیستم
زیر بندهای زیرکلاس های شئی مدیریت شونده توصیف شده در 9-2 را با استفاده از نکات سطح تعریف شده در استاندارد ISO/IEC10165-4 تعریف می کند. اطلاعات بیشتر درمورد استفاده از این نکات در متن استانداردIEEE802.1B پروتکل مدیریت LAN/MAN در IEEE802.1F یافت می شود.
9-3-1 تعریف کلاس شئ مدیریت شونده LD
کلاس شئ مدیریت شونده توانمندی جوانب مدیریتی از راه دور عملیات LD را طبق بند 9-2-1 فراهم می کند .تعریف حاوی یک بسته اجباری است که نامگذاری خصیصه و کنش بارگذاری و بسته شرطی را در برمی گیردکه شامل خصایص باقی مانده است .
پشتیبانی این کلاس شئ مدیریت شونده اختیاری است .اگر کلاس شئ مدیریت شونده پشتیبانی شود، پشتیبانی خصایص بسته اختیاری است.
oLD MANAGED OBJECT CLASS
DERIVED FROM "CCITT Rec.X.721 (1992) ISO/IEC 10165-2 :1992 ":top;
CHARACTERIZED BY
PLD1 PACKAGE
ATTRIBUTES aLDName GET ; –Naming Attribute
ACTIONS acLoad ;
;
;
CONDITIONAL PACKAGE
PLD2 PACKAGE
ATTRIBUTES aLDLoadInfo GET-REPLACE,
aLDLoadServerAddress GET-REPLACE,
aLDT1 GET-REPLACE,
aLDT2 GET-REPLACE,
aLDRetryCount1 GET-REPLACE,
aLDRetryCount2 GET-REPLACE,
aLDBlockSize GET-REPLACE,
aLDMinBlockDelay GET-REPLACE,
aLDMaxBlockDelay GET-REPLACE,
aLDStatus GET-REPLACE,
REGISTERED AS {iso(1) member-body(2) us (840)ieee802dot1partE(10010)Package
(4) pld2(0) };
PRESENT IF !The implementation supports the manipulation of the attribute that the package contains.!
;
REGISTERED AS {iso(1) member-body(2) us (840) ieee802dot1partE(10010)managed dot1object class(3) 1dclass(0)};
nbLDBinding NAME BINDING
SUBORDINATE OBJECT CLASS OLD AND SUBCLASS
NAMED BY SUPERIOR OBJECT CLASS
" CCITT Rec.x.721 (1992) ISO/IEC 10165-2 :1992" :System AND SUBCLASS;
WITH ATTRIBUTE aLDName;
BEHAVIOUR
bLDBinding BEHAVIOUR
DEFINED AS !Asingle instance of the LD managed object class exists within the superior object class.It cannot be created or deleted dynamically by management action!;
;
REGISTERED AS {iso(1) member-body(2) us (840) ieee802dot1partE(10010)nameBinding(6) 1dbinding (0)};
9-3-1-1 خصیصه LDName
aLDName ATTRIBUTE
WITH ATTRIBUTE SYNTAX ieee802dot1-Load Definitions.LDName;
MATCHES FOR EQUALITY;
BEHAVIOUR
bLDName BEHAVIOUR
DEFINED AS !The attribute is used to named the instance of the LD managed
Object within the systems managed object.The value of The name attibute is fixed and is equal to the string " LD" .!
;
REGISTERED AS{iso(1)member -body (2)us (840)ieee802dot1partE(10010)attribute(7)
1dname(0)};
9-3-1-2 خصیصه LDLoad Info
aLDLoadInfo ATTRIBUTE
WITH ATTRIBUTE SYNTAX ieee802dot1-Load Definitions.LoadInfo;
MATCHES FOR EQUALITY;
BEHAVIOUR
bLoadInfo BEHAVIOUR
DEFINED AS !The behaviour of The attribute is defined in 9.2.1.2.!;
;
REGISTERED AS{iso(1)member -body (2)us (840)ieee802dot1partE(10010)attribute(7)
loadinfo(1)};
9-3-1-3 خصیصه LDload ServerAddress
aLDLoadServerAddress ATTRIBUTE
WITH ATTRIBUTE SYNTAX ieee802dot1-Load Definitions.MACAddress;
MATCHES FOR EQUALITY;
BEHAVIOUR
bLDLoadServerAddress BEHAVIOUR
DEFINED AS !The behaviour of The attribute is defined in 9.2.1.2.!;
;
REGISTERED AS{iso(1)member -body (2)us (840)ieee802dot1partE(10010)attribute(7)
ldloadserveraddress(2)};
9-3-1-4 خصیصه LDT1
aLDT1ATTRIBUTE
DERIVED FROM "CCITT Rec .X.723 ISO /IEC 10165-5":timer;
MATCHES FOR EQUALITY;
BEHAVIOUR
bLDT1 BEHAVIOUR
DEFINED AS !The behaviour of The attribute is defined in 9.2.1.2.!;
;
REGISTERED AS{iso(1)member -body (2)us (840)ieee802dot1partE(10010)attribute(7)
Ldt1(3)};
9-3-1-5 خصیصه LDT2
aLDT2ATTRIBUTE
DERIVED FROM "CCITT Rec .X.723 ISO /IEC 10165-5":timer;
MATCHES FOR EQUALITY;
BEHAVIOUR
bLDT2 BEHAVIOUR
DEFINED AS !The behaviour of The attribute is defined in 9.2.1.2.!;
;
REGISTERED AS{iso(1)member -body (2)us (840)ieee802dot1partE(10010)attribute(7)
Ldt2(4)};
9-3-1-6 خصیصه LDRetryCount1
00aLDRetryCount1 ATTRIBUTE
WITH ATTRIBUTE SYNTAX ieee802dot1-Load Definitions.RetryCount;
MATCHES FOR EQUALITY;
BEHAVIOUR
bLDRetryCount1 BEHAVIOUR
DEFINED AS !The behaviour of The attribute is defined in 9.2.1.2.!;
;
REGISTERED AS{iso(1)member -body (2)us (840)ieee802dot1partE(10010)attribute(7)
Ldretrycount1(5)};
9-3-1-7 خصیصه LDRetryCount2
aLDRetryCount2 ATTRIBUTE
WITH ATTRIBUTE SYNTAX ieee802dot1-Load Definitions.RetryCount;
MATCHES FOR EQUALITY;
BEHAVIOUR
bLDRetryCount2 BEHAVIOUR
DEFINED AS !The behaviour of The attribute is defined in 9.2.1.2.!;
;
REGISTERED AS{iso(1)member -body (2)us (840)ieee802dot1partE(10010)attribute(7)
Ldretrycount2(6)};
9-3-1-8 خصیصه LDBlockSize
aLDBlockSize ATTRIBUTE
WITH ATTRIBUTE SYNTAX ieee802dot1-Load Definitions.BlockSize;
MATCHES FOR EQUALITY;
BEHAVIOUR
bLDBlockSize BEHAVIOUR
DEFINED AS !The behaviour of The attribute is defined in 9.2.1.2.!;
;
REGISTERED AS{iso(1)member -body (2)us (840)ieee802dot1partE(10010)attribute(7)
ldblocksize (7)};
9-3-1-9 خصیصه LDMinBlock Delay
aLDMinBlockDelay ATTRIBUTE
WITH ATTRIBUTE SYNTAX ieee802dot1-Load Definitions.Block Delay;
MATCHES FOR EQUALITY;
BEHAVIOUR
bLDMinBlockDelay BEHAVIOUR
DEFINED AS !The behaviour of The attribute is defined in 9.2.1.2.!;
;
REGISTERED AS{iso(1)member -body (2)us (840)ieee802dot1partE(10010)attribute(7)
ldminblockdelay(8)};
9-3-1-10 خصیصه LDMaxBlock Delay
aLDMaxBlockDelay ATTRIBUTE
WITH ATTRIBUTE SYNTAX ieee802dot1-Load Definitions.Block Delay;
MATCHES FOR EQUALITY;
BEHAVIOUR
bLDMaxBlockDelay BEHAVIOUR
DEFINED AS !The behaviour of The attribute is defined in 9.2.1.2.!;
;
REGISTERED AS{iso(1)member -body (2)us (840)ieee802dot1partE(10010)attribute(7)
ldmaxblockdelay(9)};
9-3-1-11 خصیصه LD Status
aLD Status ATTRIBUTE
WITH ATTRIBUTE SYNTAX ieee802dot1-Load Definitions.Block Delay;
MATCHES FOR EQUALITY;
BEHAVIOUR
bLDStatus BEHAVIOUR
DEFINED AS !The behaviour of The attribute is defined in 9.2.1.2.!;
;
REGISTERED AS{iso(1)member -body (2)us (840)ieee802dot1partE(10010)attribute(7)
ldstatus(10)};
9-3-1-12 کنش بارگذاری
acLoad ACTION ATTRIBUTE
BEHAVIOUR
bLoad
DEFINED AS !The behaviour of The attribute is defined in 9.2.1.3.!;
;
MODE COFIRMED
WITH INFORMATION SYNTAX ieee802dot1-Load Definitions.Load Info;
WITH REPLY SYNTAX ieee802dot1-Load Definitions.Load Status;
REGISTERED AS{iso(1)member -body (2)us (840)ieee802dot1partE(10010)action(9)
Load(0)};
9-3-2 تعریف کلاس شئ مدیریت شونده LS
کلاس شئ مدیریت شونده LS توانمندی جوانب مدیریت از راه دور عملیاتLS را طبق بند 9-2-2 فراهم می کند.
پشتیبانی این کلاس شئ مدیریت شونده اختیاری است.
oLS MANAGED OBJECT CLASS
DERIVED FROM " CCITT Rec .x.721(1992) ISO/IEC 10165-2:1992":Top; CHARACTERIZED BY
pLS PACKAGE
ATTRIBUTES aLSName GET,–Naming ATTRIBUTE
aLST1 GET –REPLACE,
aLST2 GET –REPLACE,
aLSNetDelay GET –REPLACE,
aLSRetryCount GET –REPLACE,
aLSstatus GET –REPLACE,
NOTIFICATIONS nLSActive;
;
;
REGISTERED AS{iso(1)member -body (2)us (840)ieee802dot1partE(10010)action(9)
managedobjectClass(3) 1 sclass(1)};
nbLSBinding NAME BINDING
SUBORDINATE OBJECT CLASS oLS AND SUBCLASSES;
NAMED BY SUPERIOR OBJECT CLASS
" CCITT Rec .x.721(1992) ISO/IEC 10165-2:1992"system AND SUBCLASSES;
WITH ATTRIBUTE aLSName;
BEHAVIOR
bLSBinding BEHAVIOR
DEFINED AS !A single instance of the LS managed object class exists with in the
Superior object class.It cannot be created or deleted dynamically by
Management action!;
;
REGISTEREDAS{iso(1)member-body (2)us (840)ieee802dot1partE(10010)namebinding (6) 1sbinding(1)};
9-3-2-1 خصیصه LSName
aLSName ATTRIBUTE
WITH ATTRIBUTE SYNTAX ieee802dot1-Load Definitions.LSName;
MATCHES FOR EQUALITY;
BEHAVIOUR
bLSName BEHAVIOUR
DEFINED AS !The attribute is used to named the instance of the LS managed
Object within the systems managed object.The value of The name attibute is fixed and is equal to the string " LS" .!
;
REGISTERED AS{iso(1)member -body (2)us (840)ieee802dot1partE(10010)attribute(7)
1sname(11)};
9-3-2-2 خصیصه LST1
aLST1ATTRIBUTE
DERIVED FROM "CCITT Rec .X.723 ISO /IEC 10165-5":timer;
MATCHES FOR EQUALITY;
BEHAVIOUR
bLST1 BEHAVIOUR
DEFINED AS !The behaviour of The attribute is defined in 9.2.2.2.!;
;
REGISTERED AS{iso(1)member -body (2)us (840)ieee802dot1partE(10010)attribute(7)
Lst1(12)};
9-3-2-3 خصیصه LST2
aLST2ATTRIBUTE
DERIVED FROM "CCITT Rec .X.723 ISO /IEC 10165-5":timer;
MATCHES FOR EQUALITY;
BEHAVIOUR
bLST2 BEHAVIOUR
DEFINED AS !The behaviour of The attribute is defined in 9.2.2.2.!;
;
REGISTERED AS{iso(1)member -body (2)us (840)ieee802dot1partE(10010)attribute(7)
Lst2(13)};
9-3-2-4 خصیصه LS Net Delay
aLS Net Delay ATTRIBUTE
WITH ATTRIBUTE SYNTAX ieee802dot1-Load Definitions.NetDelay;
MATCHES FOR EQUALITY;
BEHAVIOUR
bLS Net Delay BEHAVIOUR
DEFINED AS !The behaviour of The attribute is defined in 9.2.2.2.!;
;
REGISTERED AS{iso(1)member -body (2)us (840)ieee802dot1partE(10010)attribute(7)
Lsnet delay(14)};
9-3-2-5 خصیصه LSRetrycount
aLSRetryCountATTRIBUTE
WITH ATTRIBUTE SYNTAX ieee802dot1-Load Definitions.RetryCount;
MATCHES FOR EQUALITY,ORDERING;
BEHAVIOUR
bLDRetryCount1 BEHAVIOUR
DEFINED AS !The behaviour of The attribute is defined in 9.2.2.2.!;
;
REGISTERED AS{iso(1)member -body (2)us (840)ieee802dot1partE(10010)attribute(7)
Lsretrycount (15)};
9-3-2-6 خصیصه LS Status
aLS Status ATTRIBUTE
WITH ATTRIBUTE SYNTAX ieee802dot1-Load Definitions.Block Delay;
MATCHES FOR EQUALITY;
BEHAVIOUR
bLS Status BEHAVIOUR
DEFINED AS !The behaviour of The attribute is defined in 9.2.2.2.!;
;
REGISTERED AS{iso(1)member -body (2)us (840)ieee802dot1partE(10010)attribute(7)
lsstatus(16)};
9-3-2-7 اعلان LS Active
nLS Active NOTIFICATION
BEHAVIOUR
bLS Active BEHAVIOUR
DEFINED AS !The behaviour of The attribute is defined in 9.2.2.3.!;
;
WITH INFORMATION SYSTAX ieee802dot1part-LoadDefinitions.LSEventInfo;
REGISTERED AS{iso(1)member -body (2)us (840)ieee802dot1partE(10010)notification(10)
lsactive(0)};
9-3-3 کلاس شئ مدیریت شونده Resource Type ID
یک نمونه اختصاصی کلاس شئ مدیریت شونده Resource Type ID در هر نمونه از کلاس های شئ مدیریت شونده LD و LS قرار دارد . تعریف خود کلاس شئ مدیریت شونده دراستاندارد IEEEstd802.1F آمده است ، بنابراین تنها محدود سازی نام در این استاندارد آمده است ، اگر چه تطابق با تعریف موجود در استاندارد IEEE802.1F یکی از شرایط این استاندارد است . کلاس شئ مدیریت شونده نوع منبع ID حاوی اطلاعات شرکت سازنده و محصول ساخته شده در رابطه با پیاده سازی کارکرد LS و LD است .
در صورتی که پشتیبانی از کلاس شئ مدیریت شونده LDیا LS اظهار شده باشد،پشتیبانی از این کلاس شئ مدیریت شونده اجباری است .
nbResource Type ID-LS NAME BINDING
SUBORDINATE OBJECT CLASS "IEEEstd 802.1F-1993" :oResource TypeID AND SUBCLASSES;
NAMED BY SUPERIOR OBJECT CLASS oLS AND SUBCLASSES;
WITH ATTRIBUTE "IEEEstd 802.1F-1993" :aResource Type ID Name";
BEHAVIOR
bResource Type ID-LS BEHAVIOUR
DEFINED AS !A single instance of the Resource Type ID managed object class exists within each instance of the superior object class.It cannot be created or deleted denamically
Management action!;
;
REGISTEREDAS{iso(1)member-body (2)us (840)ieee802dot1partE(10010)namebinding (6) Resource type ID-1sbinding(3)};
9-3-4 تعاریف پشتیبانی از ASN.1
ieee802dot1-LoadDefinition {iso(1)member -body (2)use( 840)ieee802dot1partE (10010)
asn1Module (2)load definitions (1)version1(0)}DEFINITIONS ::=
BEGIN
IMPORTS
Management Extension
FROM Attribute.ASN1Module {joint-iso-ccitt ms(9) smi(3) part2(2) asn1Module(2) 1}
ManufacturerID,DeviceTypeID,RevisionNumber,ImageID
FROM ieee802dot1LoadProtocol {iso(1) member-body(2) us (840) ieee802dot1partE(10010)
asn1Module(2) loadprotocol(0) version(0)]
MACAddress
FROM IEEECommonDefinitions {iso(1) member-body(2) us (840) ieee802dot1partF(10010)
asn1Module(2) Commondefinitions(0) version1(0)]
;–End of IMPORTS
LDName ::=Graphicstring "LD"
LDName::=Graphicstring "LS"
RetryCount::=INTEGER(0..127)
BlockSize ::=INTEGER(0..32767)
BlockDelay ::=INTEGER(0..32767)
NetDelay::=INTEGER(0..32767)
Status::=INTEGER {
(0)Enable,
(225) Disabled}
Load Status ::=INTEGER {
Willcomply (0),
RefuseTOComply (1),
InvalidLoadInfo (2),
InvalidState (3),
LSEventInfo ::=SEQUESNCE {
adderss [0] IMPLICIT MACAddress
extension [1] SET OF Management Extension OPTIONAL }
loadInfo ::= SEQUESNCE {
stationId [0] IMPLICIT StationID OPTIONAL,
imagedId [1] IMPLICIT ImagedID OPTIONAL,
extension [2] SET OF Management Extension OPTTIONAL }
StationID ::=SEQUENCE
manufacturer [0] IMPLICIT ManufacturerID OPTIONAL ,
device [1] IMPLICIT DeviceTypeID OPTIONAL
revision [2] IMPLICIT RevisionNumber OPTIONAL }
END
9-3-5 نگاشت بین سرویس های مدیریت LAN/MAN و عملیات روی اشیاء مدیریت شونده
جدول زیر نگاشت بین عملیات مدیریت و رخدادهای مشخص شده در 9-2-1-3 و 9-2-2-3 را بر روی عناصر سرویس LMMS فراهم شده بوسیله استاندارد مدیریت شبکه های LAN/MAN ، (استانداردهای ملی 2-6418IEEE802.1B , ) نشان می دهد.
جدول 4-نگاشت عملیات مدیریت
Management object
LMMS service element(s)
Management operation
LD managed object
M-GET ,M-CANCEL – GET
Read LD attribute
LD managed object
M-SET
Modify LD attribute
LD managed object
M-ACTION
Load
LS managed object
M-GET ,M-CANCEL – GET
Read LS attribute
LS managed object
M-SET
Modify LS attribute
LS managed object
M-EVENT-REPORT
LS active
10 تطابق
10-1 تطابق با این استاندارد ملی
یک پیاده سازی که اظهار می دارد با این استاندارد ملی مطابقت دارد باید از یک سازگاری رفتاری خارجی با داشتن پیاده سازی جداول حالت و عناصر پروتکل مربوطه با LS یا LD یا هر دوی آن ها پرهیز کند .
یک پیاده سازی که اظهار میدارد با جوانب مدیریتی این استاندارد مطابقت دارد باید از یک سازگاری رفتاری خارجی با داشتن پیاده سازی عناصر تعریف شده در هستار مدیریت لایه بارگذاری سیستم برای LS یا LD یا هر دوی آنها پرهیز کند . عناصر اجباری در 9-1-5 مشخص شده اند.
10-2 اظهار تطابق
اظهارنامه تطابق بایستی موارد زیر را بیان کند .
الف – کدامیک از عناصر کارکردی پیاده سازی شده اند.
ب- کدامیک از کارکردهای اختیاری پیاده سازی شده اند.
تهیه کننده یک پیاده سازی پروتکل که اظهار می دارد با این استاندارد ملی مطابقت دارد بایستی یک کپی از پروفرمای PICS که در پیوست الف فراهم شده را تکمیل نماید ، همچنین باید اطلاعات ضروری برای مشخص سازی تهیه کننده و پیاده سازی فراهم گردد.
پیوست الف
پرفورمای اظهار تطابق پیاده سازی پروتکل 1(PICS)
(الزامی)
الف-1 مقدمه
تهیه کنندگان پیاده سازی پروتکل که مدعی هستند از این استاندارد ملی پیروی می کنند بایستی پرفورمای PICS زیر را تکمیل کنند.
یک پروفرمای تکمیل شده PICS در واقع PICS برای یک پیاده سازی در حال پرسش است .
یک پرفورمای PICS بیان کننده این است که کدام یک از توانمندیها و اختیارات پروتکل پیاده سازی می شوند. PICSها توسط استفاده کنندگان زیر بکار گرفته می شود:
– پیاده ساز پروتکل ، بعنوان فهرست مقایسه به منظورکاهش احتمال خرابی در تطابق با استاندارد از جهت بررسی
– تهیه کننده و متقاضی یا متقاضی بالقوه پیاده سازی، بعنوان نشانگر جزئیات توانمندیهای پیاده سازی است تا درک مشترکی برای پیاده سازی به وسیله پروفرمای PICS استاندارد بدست آید.
– کاربر یا کاربربالقوه پیاده سازی، بعنوان اساسی برای وارسی اولیه امکان میانکاری با
پیاده سازی های دیگر (درحالیکه میانکاری اصلا" تضمین نشده باشد خرابی میانکاری از PICS ناسازگار غالبا" قابل پیش بینی است).
– آزمایش کننده پروتکل بعنوان اساسی برای انتخاب آزمون های مناسب بمنظور ارزیابی تطابق پیاده سازی اظهار شده.
الف-2 اختصارات و نمادهای خاص
M : اجباری
O : اختیاری
O.1 اختیاری، اما حداقل یک گروه اختیارات نشان خورده به این طریق را نیاز دارد.
<item> : نماد شرطی، بسته به اینکه مورد نشان خورده ً item ً پشتیبانی شود : (الف3-4 را ببینید).
N/A : کاربرد ندارد.
الف-3-1 ساختار کلی پروتکل PICS
بخش نخست ً شناساننده پروفرمایً PICS در الف -4 بایستی باتوجه به اطلاعات ضروری نشان داده شده تکمیل گردد، تا تهیه کننده و پیاده سازی را کاملا" مشخص کند.
بخش اصلی پروفرمای PICS یک الگوی ثابت پرسش نامه ای دارد و به چهار زیر بند شامل موارد اختصاصی و گروهی تقسیم می شود. پاسخ به موارد پرسشنامه درستون چپ به وسیله علامت گذاری یک پاسخ با نشان دادن یک انتخاب محدود (معمولا" بلی یا خیر)، یا با وارد کردن یک مقدار یا یک مجموعه از محدوده مقادیر انجام می شود.
هر مورد به وسیله یک مرجع مورد در اولین ستون مشخص می شود. ستون دوم شامل پرسشی است که باید پاسخ داده شود وستون سوم حاوی مرجع موضوعی است که در بدنه اصلی این استاندارد مشخص می شود. درستون های باقیمانده وضعیت مورد ثبت می شود که "آیا پشتیبانی از آن اجباری یا اختیاری است ". همچنین مکان مورد نظرجهت پاسخ را نشان می دهند (الف-3-4 را ببینید).
یک تهیه کننده می تواند اطلاعات بیشتری را فراهم کند یا درخواست فراهم کردن آنرا داشته باشد و آنها را بعنوان اطلاعات تکمیلییا اطلاعات استثناء دسته بندی کند. دراین صورت هر نوع اطلاعات تکمیلیدر زیربندهای اضافی موردهای برچسب خورده با Ai یا Xi به ترتیب برای مقاصد مرجع دهی متقابل که در آن " i " هر نوع شناساننده غیر مبهم برای مورد (برای مثال بطور ساده یک عدد) فراهم شده است هیچ نوع محدودیتی دیگر روی نمایش الگوی آن وجود ندارد.
یک پرفورمای PICS کامل حاوی کلیه اطلاعات تکمیلیو استثناء است که اظهار تطابق پیاده سازی پروتکل برای پیاده سازی در سئوال است.
یادآوری: جائیکه پیاده سازی توانایی آراسته شدن به یک یا چند روش را داشته باشد PICS توانایی توصیه همه آن آرایش ها را دارد. اگرچه تهیه کننده حق انتخاب تدارک بیش از یک PICS را دارد که هر یک مجموعه ای از توانمندیهای آرایش پیاده سازی را می پوشاند. این درصورتی است که ارائه اطلاعات ساده تر و روشن ترمیسر شود.
الف- 3-2 اطلاعات تکمیلی
موارد اطلاعات تکمیلیبه تهیه کننده اجازه می دهد تا اطلاعات بیشتری در جهت کمک به تفسیر PICS فراهم کنند.
این امر به این قصد نیست که حجم زیادی تامین خواهد شد و PICS می تواند بدون این قبیل اطلاعات تکمیل فرض شود، نمونه های از این قبیل اطلاعات می تواند طرح کلی از روشهایی باشد که درآن پیاده سازی می تواند برای کار در محیط ها و آرایش های مختلف مقداردهی شود.مراجع به موارد اطلاعات تکمیلی توانددر کنار پس از هر پاسخ در پرسشنامه وارد شود و می تواند موارد استثناء را نیز شامل شود.
الف-3-3 اطلاعات استثناء
این حالت زمانی روی می دهد که یک تهیه کننده بخواهد به یک مورد با وضعیت جاری یا ممنوع پاسخ دهد که با شرایط نشان داده شده مغایرت دارد. دراین حالت هیچ پاسخ از قبل چاپ شده ای درستون پشتیبانی نخواهد داشت. درعوض تهیه کننده باید پاسخ از دست رفته را در ستون پشتیبانی با انضمام یک مرجعXi به یک موردً اطلاعات استثناءً بنویسد وباید دلایل اصلی را در مورد "اطلاعات استثناء "فراهم نماید.
پیاده سازی که برای آن یک مورد "استثناء " به این روش مورد نیاز است از این استاندارد پیروی نمی کند.
یادآوری: یک دلیل ممکن برای وضعیت شرح داده شده در بالا این است که یک نقص در استانـدارد گزارش شده باشــد، اصلاحـی کـه انتظار تغییر شرایط را دارد با پیاده سازی برآورده نمی شود.
الف-3-4 موردهای شرطی
پرفورمای PICS حاوی تعدادی ازموردهای شرطی است. موردهایی وجود دارد که کاربر خود مورد وضعیت آن در صورت اعمال ً اجباری یا اختیاری ً از چگونگی پشتیبانی شدن یا نشدن، مستقل هستند.
درجاییکه گروهی از موارد موضوع یک شرط برای اعمال هستند، در صورتیکه پاسخ " کاربردی ندارد" نشان خورده باشد،یک سئوال مقدماتی جداگانه درباره شرط در سرگروه با یک دستورالعمل پرش به نقطه بعدی در پرسشنامه ظاهر می شود، درغیر این صورت موردهای شرطی اختصاصی با نماد "<item>:S" نشان داده می شوند که درآن "<item>" به مورد اشاره دارد که در ستون اول جدول مورد نظر برای موردهای دیگر و S یک نماد وضعیت m یا o است.
اگر مورد اشاره شده با نماد شرطی به عنوان پشتیبانی نشان خورده باشد، مورد شرطی ووضعیت آن که با S معین شده است قابل اعمال است. ستون پشتیبانی به روش معمول نشان می خورد. درغیر اینصورت مورد شرطی بی ربط بوده و کاربردی ندارد وپاسخ " N/A" نشان داده می شود.
هرموردی که به استفاده ازیک نماد شرطی اشاره داردبه وسیله یک ستاره درستونً Item ً نشان داده شده است.
الف-4 شناسایی
الف-4 شناسایی پیاده سازی
تدارک دهنده
محل تماس برای پرسش درباره PICS
نام (ها)و نگارش (های )پیاده ساز
سایر اطلاعات لازم برای شناسایی کامل از قبیل : نام (ها) و نگارش (های )ماشین ها و یا سیستم ها عملیاتی نام (های ) سیستم
یادآوری 1: برای کلیه پیاده سازی ها تنها سه مورد ضروری است . سایر اطلاعات برای شناسایی کامل ، در وقت مناسب تکمیل می شود.
یادآوری 2: نام و نسخه باید طوری تفسیر شود که با واژه نامه سازنده مطابقت داشته باشد (برای نمونه : نوع ، سری ، مدل )
الف – 4-2 خلاصه پروتکل ، پروتکل همگرایی ، استاندارد ملی :
شناسایی پروتکل مشخصات
شماره این استاندارد ملی
شناسایی ملحقات و اصلاحیه به این فرم ها که بعنوان بخشی از این PICS تکمیل شده است .
شماره این استاندارد ملی :
الحاقیه : اصلاحیه :
الحاقیه : اصلاحیه :
آیا مورد های استثنایی وجود دارد ؟(الف -3-3 را ببینید)
(پاسخ بله به این معنا است که پیاده سازی مطابق با این استاندارد نیست )
بله [ ] خیر[ ]
تاریخ اظهار
الف – 5 توانمندیهای اصلی
مورد
ویژگی
مراجع
وضعیت
پشتیبانی
آیا پیاده سازی کارکردهای توصیف شده را پشتیبانی می کند:
Slis
-عملیات سوریس گر بارگذاری ؟
8-7-2،10-1
O.1
بله [ ]
خیر[ ]
Slid
– عملیات دستگاه بارپذیر؟
8-7-1،10-1
O.1
بله [ ]
خیر[ ]
Mois
– مدیریت سوریس گر بارگذاری؟
9-1-5،
9-2-2،10-1
O: SLls
بله [ ]
خیر[ ]
Moid
– مدیریت دستگاه بارپذیر؟
9-1-5،
9-2-1،10-1
O:SLld
بله[ ]
خیر [ ]
N/A [ ]
الف -6 پشتیبانی PDU
الف -6-1 پشتیبانی دستگاه بارپذیر
اگر عملیات دستگاه بارپذیر پشتیبانی نمی شود،مورد SLid را با N/A مشخص نمایید و از الف -6-2 ادامه دهید. N/A[ ]
مورد
ویژگی
مراجع
وضعیت
پشتیبانی
Ldlrqpdu
آیا LD ارسال LoadRequestpdu ها را پشتیبانی می کند؟
8-2
M
بله [ ]
Ldlrspdu
آیا LD دریافت Load Response PDU هارا پشتیبانی می کند؟
8-3
M
بله [ ]
Ldgspdu
آیا LD ارسال Group Status PDU ها را پشتیبانی می کند؟
8-4
M
بله [ ]
Ldgsrpdu
آیا LD دریافت Group statusRequest PDU ها را پشتیبانی می کند؟
8-5
M
بله [ ]
LDldpdu
آیا LD دریافت Load DataPDU هارا مشخص می کند؟
8-6
M
بله[ ]
LDISact
آیا LD دریافت LS Active event report PDU هارا پشتیبانی می کند؟
9-2-2-3،
9-3-2-7
O
بله[ ]
خیر [ ]
LDLoad
آیا LD دریافت Load action PDU هارا پشتیبانی می کند؟
9-2-1-3،
9-3-1-1-2
Mold:M
بله[ ]
N/A [ ]
الف -6-2 پشتیبانی سرویس گر بارگذاری
اگر عملیات سرویس گر بارگذاری پشتیبانی نمی شود ، مورد SLIS را با N/A مشخص نمایید و از الف -7 ادامه دهید. N/A[]
مورد
ویژگی
مراجع
وضعیت
پشتیبانی
LSlrqpdu
آیا LS دریافت LoadRequestpdu ها را پشتیبانی می کند؟
8-2
M
بله [ ]
LSlrspdu
آیا LS ارسالLoad Response PDU هارا پشتیبانی می کند؟
8-3
M
بله [ ]
LSgspdu
آیا LS دریافت Group Status PDU ها را پشتیبانی می کند؟
8-4
M
بله [ ]
LSgsrpdu
آیا LS ارسال Group statusRequest PDU ها را پشتیبانی می کند؟
8-5
M
بله [ ]
LSldpdu
آیا LS ارسال Load DataPDU هارا مشخص می کند؟
8-6
M
بله[ ]
Lslsact
آیا LS ارسال LS Active event report PDU هارا پشتیبانی می کند؟
9-2-2-3،
9-3-3-7
Mols:M
بله[ ]
N/A [ ]
LSLoad
آیا LS ارسال کنش بارگذاری PDU هارا پشتیبانی می کند؟
9-2-1-3،
9-3-1-1-2
O
بله[ ]
خیر [ ]
الف -7 پشتیبانی پارامتر های PDU و ویژگی های پروتکل
الف -7-1 پشتیبانی دستگاه بارپذیر
اگر عملیات دستگاه بارپذیر پشتیبانی نمی شود، مورد Slid را با N/A مشخص نمایید و از الف -7-2-2 ادامه دهید. N/A[ ]
مورد
ویژگی
مراجع
وضعیت
پشتیبانی
Ldmor
-آیا LD لغو درخواستهای چندگانه را پشتیبانی می کند؟
8-2-2
O
بله [ ]
خیر[ ]
LDlreid
-آیا LD استفاده از میدان Exchange ID را پشتیبانی می کند؟
8-2-2
LDmor;M
بله[ ]
N/A [ ]
Ldlrlaf
-آیا LD استفاده از میدان Load Address را پشتیبانی می کند؟
8-2-2
O
بله [ ]
خیر[ ]
Ldlriad
-آیا آدرس اختصاصی ایستگاه می تواند در میدان LoadAddress استفاده شود؟
8-2-2
Ldlrlaf:o
بله [ ]
خیر[ ]
N/A [ ]
Ldlrgad
– چه آدرس های MAC گروهی می تواند در میدان Load Address استفاده شود؟
8-2-2
Ldlrlaf:o
مقادیر….
N/A [ ]
Ldlrdef
-بصورت پیش فرض (یعنی اگر Load Address در درخواست مشخص نشده باشد) آیا LD آدرس دهی یک بار را که به آدرس های MAC اختصاصی یا هر آدرس گروهی دیگر با اختیار LS می تواند قبول کند؟
8-2-2
M
بله [ ]
مورد
ویژگی
مراجع
وضعیت
پشتیبانی
LDlrbs
آیا محدوده مقادیر Block size پشتیبانی شده بوسیله LD بین 1 تا 32767 است ؟
8-2-2
M
از …..تا …..
LDlrmbd
آیا مقدار Min Block Delay پشتیبانی شده بوسیله LD در محدوده 0 تا 32767 است ؟
8-2-2
M
مقدار…..
LDlrmxd
آیا مقدار Max Block Delay پشتیبانی شده بوسیله LD در محدوده 0 تا 32767 است ؟
8-2-2
M
مقدار…..
LDlrlres
چه مقادیری را برای میدان Load Reason برای LD پشتیبانی می کند؟
8-2-2
O
مقادیر….
LDlrlinf
چه مقادیری را برای میدان Load Info برای LD پشتیبانی می کند؟
8-2-2
O
مقادیر….
در Group status PDU های ارسال شده
LDgsref
آیا LD استفاده از میدان Reference ID را پشتیبانی می کند؟
8-4-2
M
بله[ ]
LDgsgn
آیا محدوده مقادیر پشتیبانی شده برای Group Number در محدوده 0 تا 255 است ؟
8-4-2
M
از….تا…..
LDgsrb
آیا هر دو متغیر Bitmap و RequiredBlockCode
از Required Blocks پشتیبانی می شود.
8-4-2
M
بله[ ]
در Load Response PDU های دریافت شده
Ldrseid
آیا LD استفاده از میدان Exchange ID را پشتیبانی می کند؟
8-2-2،8-3-2
Ldmor:m
بله[ ]
خیر [ ]
LDlrsla
آیا LD استفاده از هر دو آدرسهای اختصاصی و گروهی بعنوان آدرس مقصد برای بار را پشتیبانی می کند؟
8-2-2،8-3-2
O
بله[ ]
خیر [ ]
LDlrsbs
آیا محدوده مقادیر برای Block Size بوسیله LD بین 1 تا 32767 پشتیبانی می شود؟
8-3-2
M
از….تا……
LDlrsmbd
آیا مقدار MinBlockDelay پشتیبانی شده توسط LD در محدوده 1 تا 32767 است ؟
8-2-2،8-3-2
M
مقدار…..
LDlrsxmd
آیا مقدار MaxBlockDelay پشتیبانی شده توسط LD در محدوده 1 تا 32767 است ؟
8-2-2،8-3-2
M
مقدار……
LDlrsrid
آیا LD استفاده از میدان Reference ID را پشتیبانی می کند؟
8-3-2
M
بله[ ]
LDlrsls
آیا LD استفاده از میدان Load Selector را پشتیبانی می کند؟
8-3-2،8-3-3
M
بله[ ]
LDlsii
آیاLD استفاده از میدان Image Info را پشتیبانی می کند؟
8-3-2
M
بله[ ]
در Group Status Request PDU های دریافتی
Ldgsrda
آیا LD استفاده از هردوی آدرس ها MAC اختصاصی و گروهی را بعنوان مقصد آدرس پشتیبانی می کند؟
8-5-1
O
بله [ ]
خیر[ ]
Ldgsrrid
آیا LD استفاده از میدان Reference IDرا پشتیبانی می کند؟
8-5-2
M
بله [ ]
در Load Data PDU های دریافتی
Ldlorid
آیا LD استفاده از میدان ReferenceIDرا پشتیبانی می کند؟
8-6-2
M
بله[ ]
Ldlogn
آیا محدوده مقادیر پشتیبانی شده
برای GroupNumber در محدوده 0 تا 255 است ؟
M
از……تا…..
Ldlobl
آیا محدوده مقادیر پشتیبانی شده برای بلوک در محدوده 0 تا 255 است ؟
8-6-2
M
از……تا…..
Ldlold
آیا LD استفاده از میدان Load Dataرا پشتیبانی می کند؟
8-6-2
M
بله[ ]
خیر [ ]
الف -7-2 پشتیبانی سرویس گر بار
اگر عملیات سرویس گر بار ، پشتیبانی نمی شود، مورد SLis را با N/A مشخص نمایید و از الف -7 ادامه دهید. [ ]N/A
مورد
ویژگی
مراجع
وضعیت
پشتیبانی
در LoadRequestpdu های دریافت شده
LSlreid
آیا LS استفاده از میدان ExchangeID راپشتیبانی می کند؟
8-2-2
M
بله [ ]
LSlrlaf
آیا LS استفاده از میدان LoadAddressراپشتیبانی می کند؟
8-2-2
M
بله [ ]
LSriad
آیا LS استفاده از آدرس های اختصاصی LDرا در میدان Load Addressپشتیبانی می کند؟
8-2-2
M
بله [ ]
LSrgad
آیا LS استفاده از آدرس های اختصاصی MAC گروهی در میدان LoadAddressپشتیبانی می کند؟
8-2-2
بله[ ]
Lslrdef
اگر هیچ آدرسی در LoadAddress مشخص نشده باشد، چه آدرسی را LS برای بار بعدی استفاده خواهد کرد؟
(LS می تواند آدرس اختصاصی LD یا یک آدرس MAC گروهی
را استفاده کند .اگر آدرس های MAC گروهی پشتیبانی شود مقدار(ها) باید بیان شود.اگر LS هر دو را پشتیبانی کند ،قاعده استفاده شده توسط LS برای تعیین اینکه کدامیک استفاده شده باید بیان شود.)
8-2-2
M
اختصاصی [ ]
گروهی [ ]
(مقادیر …..
قاعده…… )
مورد
ویژگی
مراجع
وضعیت
پشتیبانی
LSlrbs
آیا محدوده مقادیر Blocksize پشتیبانی شده بوسیله LS بین 1 تا 32767 است ؟
8-2-2
M
از ….تا …..
LSlrmbd
آیا محدوده مقادیر MinBlockDelay پشتیبانی شده بوسیله LS در محدوده 1 تا 32767 است ؟
8-2-2
M
از ….تا …..
LSlrmxd
آیا محدوده مقادیر Max Block Delay پشتیبانی شده بوسیله LS در محدوده 1 تا 32767 است ؟
8-2-2
M
از ….تا …..
Lslrlres
آیا LS استفاده از میدان LoadReason را پشتیبانی می کند؟
8-2-2
M
بله [ ]
Lslrlinf
آیا LSاستفاده از میدان LoadInfo را پشتیبانی می کند؟
8-2-2
M
بله [ ]
در Group status PDU های دریافتی
Lsgsrid
آیا LS استفاده از میدان ReferenceID را پشتیبانی می کند؟
8-4-2
M
بله[ ]
LSgsgn
آیا LS استفاده از میدان GroupNumber را پشتیبانی می کند؟
8-4-2
M
بله [ ]
LSgsrb
آیا هر دو متغیر Bitmap و RequiredBlockCodeاز RequiredBlocks پشتیبانی می شود؟
8-4-2
M
بله[ ]
در Load ResponsePDU های ارسال شده
LSrseid
آیا LS استفاده از میدان ExchangeID را پشتیبانی می کند؟
8-2-2،8-2-3
M
بله[ ]
LSlrsla
آیا LS استفاده از هر دو آدرسهای اختصاصی و گروهی بعنوان آدرس مقصد برای یک بار را پشتیبانی می کند؟
8-2-2،8-3-2
M
بله[ ]
LSlrsbs
آیا مقدار BlockSize فراهم شده بوسیله LS کمتر یا برابر با مقدار BlockSize در LoadRequestpdu ی متناظر است ؟
8-3-2
M
بله[ ]
LSlrsmbd
آیا مقدار MinBlockDelay فراهم شده بوسیله LS بزرگتر یا برابر با مقدار MinBlockDelay در LoadRequestpdu ی متناظر است ؟
8-2-2،8-3-2
M
بله[ ]
LSlrmxd
آیا مقدار Max Block Delay فراهم شده بوسیله LS کمتر یا برابر با مقدار Max Block Delay در LoadRequestpdu ی متناظر است ؟
8-2-2،8-3-2
M
بله[ ]
LSlrsrid
آیا LS استفاده از میدان Reference ID را پشتیبانی می کند؟
8-3-2
M
بله[ ]
LSlrsnb
آیا محدوده مقادیر برای Blocks Number پشتیبانی شده توسط LS در محدوده 1 تا 65535 است ؟
8-3-2
M
بله[ ]
LSlrsls
آیا محدوده مقادیر LoadSelector پشتیبانی شده توسط LS در محدوده 128- تا 127+ است ؟
8-3-2،8-3-3
O
از….تا….
Lslsii
چه مقادیری را LS برای میدان Image Info پشتیبانی می کند؟
8-3-2
O
مقادیر……
در Group status Request PDU های ارسال شده:
LSgrsda
آیا LS استفاده از هردوی آدرس اختصاصی و گروهی MAC را بعنوان آدرس مقصد پشتیبانی می کند؟
8-5-1
M
بله[ ]
LSgsrrid
آیا LS استفاده از میدان Reference ID را پشتیبانی می کند؟
8-5-2
M
بله[ ]
در LoadDataPDU های ارسال شده
M
LSlorid
آیا LS استفاده از میدان ReferenceID را پشتیبانی می کند؟
8-6-2
M
بله[ ]
LSlogn
آیا محدوده مقادیر برای GroupNumber در محدوده 0 تا 255 پشتیبانی می شود؟
8-6-2
M
از……تا……
Lslobl
آیا محدوده مقادیر برای بلوک در محدوده 0 تا 255 پشتیبانی می شود؟
8-6-2
M
از……تا…….
Lslold
آیا LS استفاده از میدان LoadData را پشتیبانی می کند؟
8-6-2
M
بله[ ]
الف -8 پشتیبانی مدیریت دستگاه بارپذیر
اگر مدیریت دستگاه بارپذیر پشتیبانی نشود ، مورد Mold با N/A مشخص نمایید و از الف -9 ادامه دهید. N/A[]
مورد
ویژگی
مراجع
وضعیت
پشتیبانی
LDMmo
آیا پیاده سازی ، کلاس های شئ مدیریت شونده ، LD و Resource Type ID را به انضمام خصیصه های آن ها و عملیات پشتیبانی می کند؟
9-1-5
9-2-1
9-2-1-2
9-3-1،9-3-3
M
بله [ ]
LDMstid
آیا LD استفاده از پارامتر Station ID در Load action PDU را پشتیبانی می کند؟
9-2-1-3
9-3-1-12
M
بله [ ]
LDMimid
آیا استفاده از پارامتر Image ID در Load action PDU توسط LD پشتیبانی می شود؟
9-2-1-3
9-3-12
M
بله [ ]
LDMext
آیا استفاده از پارامتر Extension در Load action PDU توسط LD پشتیبانی می شود؟
9-2-1-3
9-3-1-12
O
بله [ ]
خیر[ ]
LDMnam
آیا خصیصه نامگذاری LD توسط LD پشتیبانی می شود؟
9-3-1-1
M
بله [ ]
LDMcp
آیا خصیصه های اختیاری مشخص شده بوسیله بسته شرطی PLD2 پشتیبانی می شود؟
9-3-1
O
بله [ ]
خیر[ ]
پشتیبانی از خصیصه ها ی اختیاری
اگر بسته خصیصه های اختیاری پشتیبانی نمی شود
مورد LDMcp را با N/A مشخص نمایید نمایید و از الف -9 ادامه دهید .
LDMli
آیا خصیصه LD Load Info با مقدارهای مشابه درمیدان Load Info در LoadRequestpdu استفاده می شوند؟
8-2-2
9-2-1-2
9-3-1-2
M
بله [ ]
LDMla
چه مقدار (هایی )بوسیله خصیصه آدرس سرویس گر بارگذاری LD پشتیبانی شده است ؟
9-2-1-2
9-3-1-3
M
مقادیر……
LDMt2
چه محدوده (بر حسب میلی ثانیه )برای خصیصه LDT2 پشتیبانی شده است ؟
9-2-1-2
9-3-1-5
M
از……..
تا……..
LDMrc1
چه محدوده برای خصیصه LDRetryCount1 پشتیبانی می شود؟
9-2-1-2
9-3-1-6
M
از……..
تا……..
LDMrc2
چه مقدار محدوده ای برای خصیصه LDRetryCount2 پشتیبانی می شود؟
9-2-2-1
9-3-1-7
M
از……..
به……..
LDMbs
آیا خصیصه اندازه بلوک LD محدوده مقادیر مشابهه در میدان Block size در LDRequest PDU را پشتیبانی می کند؟
8-2-2
9-2-1-2 9-3-1-8
M
بله [ ]
LDMmbd
آیا خصیصه LDMinBlackDelay محدوده مقادیر مشابهه در میدانMinBlackDelay در LoadRequestpdu را پشتیبانی می کند؟
8-2-2
9-2-1-2
9-1-3-9
M
بله [ ]
LDMmxd
آیا خصیصه LDMaxBlackDelay محدوده مقادیر مشابهه در میدانMaxBlackDelay در LoadRequestpdu را پشتیبانی می کند؟
8-2-2
9-2-1-2
9-3-1-1
M
بله [ ]
LDMsta
آیا شئ مدیریت شونده LD، خصیصه حالت LD را پشتیبانی می کند؟
8-2-2،
9-2-1-2
9-3-1-11
M
بله [ ]
الف-9 پشتیبانی مدیریت سرویس گر بار
اگر مدیریت سرویس گر بار پشتیبانی نمی شود، مورد Mols را با N/A مشخص نماییدو از باقی مانده الف -9 صرفنظر کنید. N/A[]
مورد
ویژگی
مراجع
وضعیت
پشتیبانی
LSMmo
آیا پیاده سازی کلاس های شئ مدیریت شونده ، LS و Resource Type ID را به انضمام خصیصه های آن ها و عملیات پشتیبانی می کند
9-1-5،9-2-2
9-2-2-2
9-3-2،9-3-3
M
بله [ ]
LSMnam
آیا خصیصه نامگذاری LS توسط LD پشتیبانی می شود؟
9-3-2-1
M
بله [ ]
LSMt1
چه محدوده (بر حسب میلی ثانیه )برای خصیصه LDt1 پشتیبانی شده است ؟
9-2-2-2
9-3-2-3
M
از…….
تا……..
LSMt2
چه محدوده (بر حسب میلی ثانیه )برای خصیصه LDt2 پشتیبانی شده است ؟
9-2-2-2
9-3-2-3
M
از……..
تا……..
LSMnd
چه محدوده برای خصیصه LSNetDelayپشتیبانی
می شود؟
9-2-2-2
9-3-2-4
M
از……..
تا……..
LSMrc
چه محدوده برای خصیصه LSRetryCount پشتیبانی می شود؟
9-2-2-2
9-3-2-5
M
از……..
تا……..
LSMsta
آیا LS خصیصه LSStatus را پشتیبانی می کند؟
9-2-2-2
9-3-2-6
M
بله [ ]
LSMstid
آیا LS استفاده از پارامتر آدرس
LSActiveeventreportPDU را پشتیبانی می کند؟
9-2-2-3
9-3-2-7
M
بله [ ]
LSMext
آیا LS استفاده از میدان Extension در
LSActiveevent reportPDU را پشتیبانی می کند؟
9-2-2-3
9-3-2-7
O
بله [ ]
خیر[ ]
پیوست ب
تخصیص مقادیر شناساننده های شئی
(الزامی)
ب-1 مقدمه
این پیوست شامل خلاصه ای ازتمام مقادیر شناساننده شئی است که به وسیله این استاندارد تخصیص داده شده اند.
هر جدول تخصیص های مربوط به طبقه خاصی از شئی اطلاعات را نشان می دهد.عنوان جدول طبقه یک شئی رامشخص می کند و بخش نامتغیر مقدار شناساننده شئی تخصیص داده شده درجدول را نشان می دهد. ستون نشان خورده "ARC" مقدار تخصیص یافته به توالی arc به بخش نامتغیر را نشان می دهد که مقدار شناساننده شئی را تکمیل می کند. ستون نشان خورده با "purpose" شامل یک متن توصیفی از شئی اطلاعاتی است ودرحالت تخصیص های جاری یک مرجع به حمل تعریف شئی اطلاعاتی دراین استاندارد است. ستون نشان خورده با ًStatus ً وضعیت مقادیر تخصیص یافته را با استفاده ازقرار داد زیر نشان می دهد.
R : رزرو شده. مقدار شناساننده شئی برای استفاده آینده این استاندارد رزرو شده است.
C : جاری . مقدار شناساننده شئی به یک شئی اطلاعاتی که در نسخه جاری این استاندارد تعریف شده است تخصیص یافته است.
D : مستهلک شده . مقدار شناساننده شئی که به یک شئی اطلاعاتی که در نسخه قبلی این استاندارد تعریف شده بود ودرحال حاضر نهی شده است.
Allocations for standard – specific extensions.
Invariant part of object identifier value=
{iso(1) member-body(2)ieee802dot1partE(10010)standard Specific Extensions(0) }
STATUS
PURPOSE
ARC
N/A
N/A
None allocated
Allocations for ASN.1 module identifiers.
Invariant part of object identifier value=
{iso(1) member-body(2)us(840) ieee802dot1partE(10010)asn1 Module (2) }
STATUS
PURPOSE
ARC
C
ASN.1 module for Load protocol PDU difinitions
Loadprotocol (0)version1(0)
C
ASN.1 module for Attribute,Action and Notification syntaxes
Loaddefinitions(1)version1(0)
Allocations for Managed object classes.
Invariant part of object identifier value=
{iso(1) member-body(2)us(840)ieee802dot1partE(10010)managed Object Class (3) }
STATUS
PURPOSE
ARC
C
LD managed object class name
1dclass(0)
C
LS managed object class name
1sclass(1)
Allocations for Package identifiers.
Invariant part of object identifier value=
{iso(1) member-body(2) us(840)ieee802dot1partE(10010)Packages (4) }
STATUS
PURPOSE
ARC
C
LD optional attributes package
Pld2(0)
Allocations for Parameters.
Invariant part of object identifier value=
{iso(1) member-body(2) us(840)ieee802dot1partE(10010)Parameters (5) }
STATUS
PURPOSE
ARC
C
N/A
None Allocated
Allocations for Name Binding identifiers.
Invariant part of object identifier value=
{iso(1) member-body(2) us(840)ieee802dot1partE(10010)name binding (6) }
STATUS
PURPOSE
ARC
C
Name binding ,LD maneged object to system
1dbinding(0)
C
Name binding ,LS maneged object to system
1dbinding(1)
C
Name binding ,Resource Type ID to LS
ResourcetypeID-1sbinding(2)
C
Name binding ,Resource Type ID to LS
ResourcetypeID-1dbinding(3)
Allocations for Attribute identifiers.
Invariant part of object identifier value=
{iso(1) member-body(2) us(840)ieee802dot1partE(10010)attribute (7) }
STATUS
PURPOSE
ARC
C
LD naming attribute
1dname(0)
C
LD Load Info attribute
1dLoadinfo(1)
C
LD Load Server Address attribute
1dload serveaddress(2)
C
LD T1 attribute
1dt1(3)
Allocations for Attribute identifiers(Continued)
Invariant part of object identifier value=
{iso(1) member-body(2) us(840)ieee802dot1partE(10010)attribute (7) }
STATUS
PURPOSE
ARC
C
LD T2 attribute
Ldt2(4)
C
LD Retry count1 attribute
Ldretrycount 1(5)
C
LD Retry count2 attribute
Ldretrycount 1(6)
C
LD Block Size attribute
Ldblocksize(7)
C
LD Min Block Delay attribute
Ldminblockdelay (8
C
LD Max Block Delay attribute
Ldmaxblockdelay (9)
C
LD Status attribute
Ldstatus(10)
C
LD naming attribute
Lsname(11)
C
LD T1 attribute
Lst(12)
C
LD T2 attribute
Lst(13)
C
LD Net Delay attribute
Ls net delay (14)
C
LD Retry Count attribute
Lsretry count(15)
C
LD Status attribute
Lsstatus(16)
Allocations for Attribute Group identifiers.
Invariant part of object identifier value=
{iso(1) member-body(2) us(840)ieee802dot1partE(10010)attribute Group (8) }
STATUS
PURPOSE
ARC
N/A
N/A
None Allocated
Allocations for Action type.
Invariant part of object identifier value=
{iso(1) member-body(2) us(840)ieee802dot1partE(10010)action (9) }
STATUS
PURPOSE
ARC
C
Load action identifier
Load(0)
Allocations for Notification type.
Invariant part of object identifier value=
{iso(1) member-body(2) us(840)ieee802dot1partE(10010)notification (10) }
STATUS
PURPOSE
ARC
C
LS Active notification
Lsactive(0)
پیوست پ
عملکردهای سیستم
(الزامی)
پ-1 اشتراک بار
درصورتیکه بیش از یک LS یکLoadResponsePDU رادرپاسخ به یکLoadRequest PDU بفرستد، LD ، LS ای را انتخاب می کند ،که بار با ارسال یک Group status PDU برای پاسخ فراهم می کند.GroupstatusPDU به آدرس MAC اختصاصیLS ارسال می شود، بطوریکه یکLS، GroupsstatusPDU را دریافت خواهد کرد و پس از آن LD بارگذاری خواهدشد. کلیه LDهای دیگر که به درخواست پاسخ داده بودند با انتظار برای یک GroupstatusPDU منقضی خواهند شد و LD درخواست کننده را بارگذاری نخواهند کرد.
به منظور انتخاب یک LS ، میدان Loadselector از LoadResponsePDU بکار می رود . بطور مثال اگریک LD را بیش از یک LS بارگذاری کنند که یکی از آنها درآن حال یک بار تصویر درخواست شده را فراهم می کند، می تواند LoadSelector خود را با این آگاهی افزایش دهد. بجای آن، اگر LS بارگذاری زیادی با عملیات دیگری دارد، اما توانایی اجرای بار رادارد،می تواند بمنظور ایجاد تاخیر مقدار کمتر را انتخاب کند.
اگر یک LS یامجموعه از LS ها از کار بیفتند ، یک LD که بار خود را از آن LSها درخواست کرده است می تواندبطور خودکار یک بارگذاری را از یکی از اعضای آن مجموعه LS ها با درخواست مجدد بارگذاری، درخواست نماید.
یک فرآورده فرعی از،اشتراک گذاری بار و بازیابی توانمندیها عبارتست از پشتیبانی کلی از سرویسگر یدکی . LS های یدکی ممکن است با مقدارهای LoadSelector متفاوت تعیین شوند. یک LD ممکن است یک LS بعنوان فرستنده اولیه داشته باشد که یک LS رابر مبنای LoadSelector انتخاب می کند . ممکن است یک LS پشتیبان را انتخاب کند در صورتیکه LS اولیه قابل دسترس نباشد.
اگر همه LSهایی که قادربدست آوردن یک تصویر هستنداز بین بروند، LD نخواهد توانست بار خود را بدست آورد ، مگر آنکه یک یا چند پارامتروابسته به بارگذاری(آدرس ، تصویر، تاخیر و غیره ) اصلاح شوند تا سبب آن شود که مجموعه دیگری از LS ها به درخواست پاسخ دهند.
1-Loadable Device
2-Load Server
1- اظلاعات مراجع در بند 3 آمده است.
1- Offers
1-State machine
1- Protocol Implementation Conformance Statement (PICS) performd
—————
————————————————————
—————
————————————————————
8