3 معامله

Oracle Communications IP فعال کننده سرویس برای به روزرسانی سیستم و اجرای تغییرات پیکربندی از یک مدل مبتنی بر معامله استفاده می کند. این بدان معناست که تغییراتی که از طریق مشتری ایجاد می کنید ، می تواند بلافاصله یا در یک حالت در انتظار اجرای آینده ذخیره شود. تغییرات پیکربندی را می توان به تعدادی از معاملات تقسیم کرده و به صورت کنترل شده اجرا کرد.

در مورد معاملات

معامله مجموعه ای از تغییراتی است که از طریق مشتری فعال کننده سرویس IP یا با استفاده از مدیر ادغام OSS (OIM) انجام شده است. این تغییرات ممکن است شامل تغییرات منطقی مانند ایجاد دامنه جدید ، گروه کاربر یا کاربران و همچنین تغییراتی باشد که بر پیکربندی دستگاه تأثیر می گذارد ، مانند تنظیم VPN یا خط مشی امنیتی.

همانطور که از طریق مشتری تغییراتی ایجاد می کنید ، IP Service Activator آن تغییرات را به معامله ای که به عنوان & rsquor ؛ معامله فعلی گفته می شود ، اضافه می کند. شما می توانید انتخاب کنید که چه موقع معامله فعلی را متوقف کنید و چگونه می توانید آن را اداره کنید:

• صرفه جویی در معامله در یک حالت در انتظار
• ارتکاب تغییرات معامله بلافاصله و پیکربندی شبکه
• برنامه ریزی معامله ای که باید در یک تاریخ و زمان مشخص انجام شود
• دور انداختن یا سقط جنین

این گزینه ها از دو روش برای کار با معاملات پشتیبانی می کنند. می توانید یک مدل بروزرسانی یک مرحله ای را دنبال کنید ، که در آن تغییرات از طریق رابط کاربری ایجاد می شود و بلافاصله اجرا می شود. از طرف دیگر ، می توانید یک مدل بروزرسانی دو مرحله ای امن تر ، که در آن معاملات در یک حالت در انتظار ایجاد و ذخیره می شوند ، برای بررسی و تعهد در تاریخ بعدی دنبال کنید. ممکن است بخواهید از مدل بروزرسانی دو مرحله ای در ترکیب با گزینه های امنیتی کاربر استفاده کنید-به همه کاربران امکان ایجاد معاملات و زیر مجموعه کاربران را می دهد تا کار خود را بررسی و انجام دهند. برای کسب اطلاعات در مورد تنظیم مجوزها در گروه های نوشتن ، به راهنمای مدیر سیستم فعال کننده سیستم IP مراجعه کنید.

این که آیا شما می خواهید یک یا یک مدل تعهد یک یا دو مرحله ای را دنبال کنید ، ممکن است تغییرات معامله را به عقب برگردانید و پیکربندی مرتبط را حذف کنید.

اگر سایر تغییرات ایجاد شده در فعال کننده سرویس IP به اصلاحات انجام شده توسط یک معامله بستگی داشته باشد ، ممکن است شما نتوانید بازگردانی را انجام دهید.

فعال کننده سرویس IP همیشه سعی می کند وضعیت فعلی شبکه را از طریق مشتری منعکس کند. وقتی کاربر در وسط معامله فعلی قرار دارد ، مشتری فقط با وضعیت فعلی شبکه متفاوت است. به محض اینکه او معامله را ذخیره یا برنامه ریزی می کند ، مشتری همانطور که در حال حاضر پیکربندی شده است به وضعیت شبکه باز می گردد. برای اطلاعات بیشتر ، به "مدل های شیء محلی و مشترک" مراجعه کنید.

گردش کار معامله

دو گردش کار بالقوه برای معاملات وجود دارد:

• مدل تعهد یک مرحله ای ، که در آن کاربر از طریق مشتری تغییراتی ایجاد می کند و بلافاصله مرتکب تغییرات می شود.
• مدل تعهد دو مرحله ای ، که در آن یک کاربر تغییرات را به عنوان معامله ذخیره می کند و دیگری معامله را برای بررسی تغییرات خود ادغام می کند و در نهایت مرتکب آن می شود.

مدل تعهد یک مرحله ای

در مدل تعهد یک مرحله ای ، تغییرات ایجاد شده در معامله فعلی بلافاصله انجام می شود. این مدل برای اهداف اولیه و اهداف تظاهرات مفید است.

مدل تعهد دو مرحله ای

شکل 3-1 مدل تعهد دو مرحله ای را نشان می دهد.

شکل 3-1 مدل تعهد دو مرحله ای

در این مدل ، تغییراتی که از طریق مشتری ایجاد می شود به معامله فعلی اضافه می شود که در حالت در حال تعلیق ذخیره و ذخیره می شود. پس از صرفه جویی ، تغییرات معامله باید با ادغام قبل از انجام تعهد یا برنامه ریزی برای تعهد خودکار در یک تاریخ و زمان مشخص بررسی شود. ادغام یک بررسی اعتبار سنجی را انجام می دهد و شما را قادر می سازد قبل از ارتکاب آنها تغییرات را پیش نمایش کنید.

این مدل یک روش دانه ای و ایمن برای به روزرسانی و پیکربندی شبکه ارائه می دهد. تغییرات را می توان به تعدادی از معاملات تقسیم کرد و به روش کنترل شده اجرا کرد. به عنوان مثال ، یک سری از قوانین سیاست می تواند در تعدادی از معاملات برگزار شود و اجرای آنها در طی یک دوره زمانی انجام می شود.

عمل ایجاد و صرفه جویی در معامله و انجام معامله ممکن است توسط کاربران مختلف انجام شود. در یک سیستم توزیع شده ، هنگامی که کاربر معامله را ذخیره کرد ، سایر کاربران که روی مشتریان از راه دور کار می کنند می توانند معامله را مشاهده کرده و به طور بالقوه آن را پیاده سازی کنند. بنابراین اوراکل توصیه می کند که نامهای معناداری را به معاملات ایجاد کنید.

برای اطمینان از اینکه فقط کاربران قابل اعتماد می توانند یک معامله را پیاده سازی کنند ، می توانید مجوزهای مربوط به اقدامات مرتبط با معاملات را تنظیم کنید. بنابراین ، به عنوان مثال ، شما می توانید به همه کاربران اجازه دهید معاملات را در یک حالت در حال انتظار ذخیره کنند اما توانایی اجرای معاملات را به زیر مجموعه کاربران محدود می کنند. برای کسب اطلاعات در مورد تنظیم سطح دسترسی کاربر ، به راهنمای مدیر سیستم فعال کننده سیستم IP مراجعه کنید.

دو گزینه برای ایجاد و صرفه جویی در معاملات وجود دارد:

• معاملات گسسته را بدون همپوشانی ایجاد کنید. در این گزینه ، هر معامله خود به خود اختصاص داده و عملیات متمایز را انجام می دهد. به عنوان مثال ، همانطور که در شکل 3-2 نشان داده شده است ، VPNASETUP VPN A را ایجاد می کند و سایت های مرتبط با آن سایت ها را با VPN ، VPNBSETUP ایجاد می کند ، VPN B و سایت های مرتبط با آن و غیره را ایجاد می کند.

   

اوراکل توصیه می کند که هنگام استفاده از مدل تعهد دو مرحله ای ، به عنوان مثال با استفاده از همان پیشوند برای معاملات مرتبط ، یک کنوانسیون نامگذاری را اتخاذ کنید.

مدل های شیء محلی و مشترک

تغییرات ایجاد شده از طریق مشتری و در یک معامله نشان دهنده تغییر در مدل شیء فعال کننده سرویس IP است. مدل شیء مشترک توسط سرور خط مشی نگهداری می شود و در پایگاه داده ذخیره می شود ، که اغلب در دستگاه میزبان سرور خط مشی قرار دارد. مدل شی را می توان به دو بخش تقسیم کرد:

• هنگام ذخیره معامله ، فروشگاه معامله به روز می شود. یک شیء معامله جدید در فروشگاه معامله ایجاد می شود و توسط کلیه مشتریان قابل مشاهده است. برای اطلاعات در مورد فروشگاه معامله ، به "فروشگاه معامله" مراجعه کنید.
• مدل سیستم با تغییر معامله هنگام انجام معامله به روز می شود.

از آنجا که تغییراتی در دستگاه میزبان مشتری ایجاد می شود ، فعال کننده سرویس IP تغییرات را به صورت محلی انجام می دهد. این سند به این نسخه از مدل شی به عنوان مدل شیء محلی اشاره دارد.

شکل 3-4 رابطه بین مدل های شی را نشان می دهد.

شکل 3-4 مدلهای شیء محلی و مشترک

هر زمان که معامله انجام شود ، مدل شیء محلی هر مشتری با توجه به مدل شیء مشترک به روز می شود. معامله ممکن است در دستگاه میزبان محلی یا میزبان مشتری از راه دور انجام شده باشد.

شکل 3-5 روند به روزرسانی را نشان می دهد که هنگام انجام معاملات انجام می شود.

شکل 3-5 به روزرسانی مدل های شیء در تعهد

هنگامی که یک معامله انجام می شود ، فعال کننده سرویس IP مدل شیء مشترک را با مدل شیء محلی هر رابط کاربری مقایسه می کند و با حذف آنها از مدل شیء محلی ، هرگونه ناسازگاری را برطرف می کند.

کاربر با تغییرات غیرقانونی ممکن است در صورت تضاد با تغییراتی که به مدل شیء مشترک متعهد شده است ، این تغییرات را از دست بدهد.

فروشگاه معامله

به عنوان بخشی از مدل Object Common ، IP Service Activator یک فروشگاه معامله را که معاملات در حال تعلیق ، برنامه ریزی شده و متعهد را در اختیار دارد ، نگهداری می کند. هر زمان که معامله ذخیره شود یا وضعیت آن تغییر کند ، فروشگاه به روز می شود.

شکل 3-6 نشان می دهد که فروشگاه معامله در مدل شیء مشترک در میزبان سرور خط مشی قرار دارد.

شکل 3-6 فروشگاه معامله

می توانید محتوای فروشگاه معامله را در برگه سیستم در پوشه معاملات در صفحه سلسله مراتب روی مشتری مشاهده کنید ، همانطور که در شکل 3-7 نشان داده شده است.

شکل 3-7 پوشه معاملات

بخش مدل مدل مدل شیء مشترک فقط با تغییرات معامله در هنگام انجام معامله به روز می شود ، همانطور که در شکل 3-8 نشان داده شده است.

شکل 3-8 به روزرسانی مدل سیستم در تعهد

کار با معاملات

شما می توانید ایجاد ، متعهد ، ذخیره و برنامه ریزی ، ادغام و از بین بردن و حذف معاملات. برای اطلاعات بیشتر در مورد کار با معاملات ، به راهنمای کاربر فعال کننده سرویس IP مراجعه کنید.

بررسی منشأ معامله

سه روش برای بررسی اینکه کاربر معامله ایجاد کرده است وجود دارد. تو می توانی:

• کادر گفتگوی Properties Transactions مربوطه را باز کنید و همانطور که در شکل 3-9 نشان داده شده است ، قسمت نام کاربری را در صفحه ویژگی معاملات بررسی کنید.

   

انتخاب معاملات

می توانید یک معامله واحد یا چندین معامله ذکر شده در صفحه جزئیات را انتخاب کرده و عملی را برای انجام روی آنها انتخاب کنید. به عنوان مثال ، می توانید تعدادی از معاملات را در یک مرحله با انتخاب چند مرحله ای و انتخاب ادغام از منوی پاپ آپ ادغام کنید. در جایی که چندین معاملات انتخاب شده اند ، فعال کننده سرویس IP آنها را به ترتیب انتخاب شده پردازش می کند.

پردازش معامله: جریان داده

هنگامی که در مشتری فعال کننده سرویس IP تغییر می کنید و معامله را مرتکب می شوید ، چندین مسیر موفقیت یا خرابی وجود دارد. در این بخش برخی از مسیرهای نمونه شرح داده شده است.

• هنگامی که خدمات با موفقیت توسط پردازنده شبکه فعال می شوند ، بازنمایی های آنها در مشتری (بتن ها) "نصب" می شوند.
• هنگامی که یک یا چند بتن در قوانین اعتبار سنجی مدل سرویس (SM) یا مدل دستگاه (DM) شکست می خورند ، یک خطا (بحرانی یا خطا) در برابر سرویس مطرح می شود و بتن های نامعتبر تحت تأثیر آن معامله رد می شوند. پیام خطا شامل "اعتبارسنجی ناموفق" و قانون اعتبار سنجی است که نقض شده است. به عنوان مثال ، در شکل 3-12 ، دو قانون اعتبار سنجی نقض شده است:
  • MQC PHB شامل شکل دهی و سایر اقدامات (به عنوان مثال CBWFQ) در همان سطح است. برای تصحیح این مشکل ، یک PHB دوم MQC شامل سایر اقدامات باید در MQC PHB با شکل دهی قرار گیرد.
  • MQC PHB شامل مقادیر وزن صف است که از پهنای باند یک رابط فراتر می رود. برای اصلاح این مشکل ، یا مقدار وزن صف باید کاهش یابد ، پهنای باند رابط افزایش یافته است ، یا اگر هیچ یک از این امکان پذیر نباشد ، این MQC PHB باید برای این رابط غیرفعال شود.

     

  • پاسخ موفقیت: اگر پاسخ دستگاه شامل یک پیام موفقیت باشد یا به هیچ وجه پیام (فقط سریع) وجود ندارد ، این دستور موفقیت آمیز در نظر گرفته می شود و مورد بعدی صادر می شود. لیست پیام موفقیت را می توان توسط مدیر سیستم ویرایش کرد.
  • پاسخ خطا: اگر پاسخ از دستگاه با یکی از الگوهای خطای شناخته شده مطابقت داشته باشد ، یک خطا (خطا) در برابر خود دستگاه مطرح می شود ، بتن های نامعتبر تحت تأثیر آن معامله رد می شوند و هر پیکربندی ناموفق به عقب باز می گردد. الگوهای خطای شناخته شده (عبارات منظم) و پیام های مرتبط با آنها در زیر ذکر شده است:

   (؟ S).*فرمان ناشناخته.* فرمان ناشناخته  (؟ S).*پارامتر اشتباه یافت شده است.* پارامتر اشتباه یافت شد  (؟).*پشتیبانی نشده است.* پشتیبانی نشده  (؟ S).*نمی تواند رابط را تغییر دهد.* نمی تواند رابط را تغییر دهد  (؟ S).* فرمان ناقص.* فرمان ناقص  (؟ S).* پارامترهای بیش از حد.* پارامترهای خیلی زیاد  

  پیام گسل شامل دستور رد شده و پیام مرتبط با الگوی خطا است. به عنوان مثال ، در شکل 3-14 ، معامله لغو شده است و هنگامی که دستگاه با "دستور ناشناخته" به دستور "QoS Max-Bandwidth 56" پاسخ داده شده است ، خطایی مطرح شده است. Rollback موفق شده است. برای تصحیح این مشکل ، یک تحقیق است. لازم است. NetworkProcessor. Log و NP Cartridgename . AUDIT. LOG باید مورد تجزیه و تحلیل قرار گیرد. مشکل ممکن است این باشد که رابط از این سرویس پشتیبانی نمی کند.

  بتن های نامعتبر باید تا زمان اصلاح مشکل غیرفعال شوند. بتن های معتبر می توانند برای نصب موفقیت آمیز آنها را غیرفعال و دوباره فعال کنند. برای اطلاعات بیشتر ، به راهنمای Administrator System Administrator سیستم IP مراجعه کنید.

  بت

  یک قانون مشخص ، اجرای یک قانون طبقه بندی انتزاعی ، قانون پلیس یا قانون دسترسی است که در مورد یک نقطه خاص در شبکه ، یعنی در یک رابط خاص اعمال می شود. هر قانون انتزاعی تنظیم شده می تواند منجر به تعدادی از قوانین مشخص شود.

  هر قانون بتن دارای یک وضعیت مرتبط است:

  • غیرفعال: این قانون ایجاد شده است ، اما هنوز به عوامل پروکسی تبلیغ نشده است.
  • غیرفعال: این قانون توسط کاربر غیرفعال شده است.
  • فعال: این قانون به یک نماینده پروکسی پخش شده است اما هنوز بر روی دستگاه نصب نشده است (برای مثال ، زیرا محدودیت های تاریخ و زمانی هنوز اعمال نمی شود).
  • درگیری: این قانون با یک قانون موجود مغایرت دارد.
  • نصب شده: این قانون با موفقیت در دستگاه تعیین شده نصب شده است.
  • رد شده: نماینده پروکسی نتوانست این قانون را نصب کند. این قانون دور ریخته شده است.
  • حذف نشده: این قانون توسط کاربر غیرفعال شده و با موفقیت از دستگاه حذف شده است.
  • UnnstallFailed: این قانون توسط کاربر غیرفعال شده است ، اما نتوانست از دستگاه خارج شود.(ممکن است یک گسل در صفحه گسلها مطرح شود.)

  در جستجوی اشیاء بتونی

  یک جستجوی شیء بتونی در تلاش است تا اشیاء بتونی را که با حالت مشخص شده مطابقت دارند ، پیدا کند. به عنوان مثال ، این بدان معناست که می توانید تمام قوانین دسترسی بتونی را جستجو کنید که وضعیت آنها نصب شده است "یا به جستجوی VPN هایی که وضعیت آنها فعال است".

  برای جستجوی اشیاء بتونی:

   

  1. یکی از موارد زیر را انجام دهید:
  2. از منوی Tools ، Concrete Find را انتخاب کنید.
  3. در صفحه خلاصه آمار ، روی یک سلول دوبار کلیک کنید. کادر گفتگوی Concrete Find ، مانند شکل 3-17 ظاهر می شود.

      

  • نام: نام شیء
  • حالت: وضعیت شیء
  • سطح: نام شیء توپولوژی که در آن شیء بتونی اعمال می شود
  • جهت: این که آیا شیء به داخل رابط وارد شده یا برون مرزی اعمال می شود
  • شناسه: شناسه شیء فعال کننده سرویس IP
  • دامنه: نام دامنه

  عناصر سیاستگذاری انتزاعی و مشخص

  ارتکاب معامله ای که یک قانون ، گروه PHB یا اسکریپت درایور را به شبکه تبلیغ می کند ، ممکن است منجر به ایجاد عناصر سیاست مشخص شود. یک عنصر سیاست بتونی اجرای یک قانون تعریف شده ، گروه PHB یا اسکریپت درایور است که در مورد یک نقطه خاص در شبکه اعمال می شود ، یعنی در یک رابط خاص ، زیرنویس یا نقطه پایانی VC. هر یک از تنظیمات عناصر انتزاعی یا والدین می تواند منجر به تعدادی از عناصر سیاست مشخص شود.

  نمودار زیر مفهوم را با یک قانون طبقه بندی نشان می دهد.

  شکل 3-19 قاعده طبقه بندی انتزاعی که منجر به قوانین مشخص می شود

  می توانید قوانین اجرا شده ، گروه های PHB ، VPN یا اسکریپت های درایور را برای یک هدف خط مشی در صفحه جزئیات ذکر کنید. فعال کننده سرویس IP نشان می دهد که آیا عنصر خط مشی انتزاعی است یا بتن با استفاده از پس زمینه های رنگی:

  • زمینه سفید: یک عنصر سیاست انتزاعی که بر روی شی انتخاب شده تنظیم شده است
  • پس زمینه زرد ، غرق شده: یک عنصر سیاست مشخص که در سطح فعلی یا پایین تر در سلسله مراتب وجود دارد
  • زمینه خاکستری: یک عنصر سیاست انتزاعی که از یک شیء سطح بالاتر به ارث رسیده است
  • پس زمینه خاکستری ، intented: یک عنصر سیاست مشخص برای یک عنصر سیاست ارثی

  قوانین انتزاعی و مشخص

  اصطلاح قاعده انتزاعی به شیء قانون ایجاد شده توسط کاربر بر خلاف اجرای قانون همانطور که در شبکه نصب شده است ، اشاره دارد. یک قانون مشخص ، اجرای یک قانون طبقه بندی ایجاد شده ، قانون پلیس یا قانون دسترسی است که در یک نقطه خاص در شبکه نصب می شود ، یعنی در یک رابط خاص ، زیر رابط یا نقطه پایانی VC. هر قانون انتزاعی یا والدین تنظیم شده می تواند منجر به تعدادی از قوانین مشخص شود.

  وضعیت قانون

  یک قانون انتزاعی ممکن است وضعیت فعال یا غیرفعال داشته باشد. وضعیت یک قانون انتزاعی با ظاهر نماد آن در صفحه جزئیات نشان داده شده است. برای آیکون های وضعیت انتزاعی قانون به فعال کننده خدمات IP مراجعه کنید.

  یک قانون مشخص ، اجرای یک قانون طبقه بندی انتزاعی ، قانون پلیس یا قانون دسترسی است که در مورد یک نقطه خاص در شبکه ، یعنی در یک رابط خاص اعمال می شود. هر قانون انتزاعی تنظیم شده می تواند منجر به تعدادی از قوانین مشخص شود.

  یک قانون بتن ممکن است مقادیر وضعیت زیر را داشته باشد:

  • غیرفعال: این قانون برای یک رابط اعمال شده است اما هنوز به عوامل پروکسی پخش نشده است.
  • فعال: این قانون به یک نماینده پروکسی پخش شده است اما در حال حاضر بر روی دستگاه نصب نشده است.
  • درگیری: این قانون با یک قانون موجود مغایرت دارد یا اعتبارسنجی را از بین می برد ، به عنوان مثال ، اقدامی که توسط یک قاعده انجام می شود توسط یک رابط پشتیبانی نمی شود.
  • رد شده: نماینده پروکسی نتوانست این قانون را نصب کند و آن را دور ریخت.
  • نصب شده: این قانون با موفقیت در دستگاه تعیین شده نصب شده است.

  وضعیت فعال سازی بتن

  وضعیت فعال سازی بتن به جریان برنامه های فعال کننده سرویس IP اجازه می دهد تا با اطمینان از پیشرفت هر معامله فعال کننده سرویس IP پیگیری کنند.

  وضعیت فعال سازی بتن به طور مستقیم نشان می دهد که آیا پیکربندی یک معامله ، مربوط به هر بتن جداگانه تغییر می کند ، با موفقیت در شبکه فعال شده است. این سیستم وضعیت فعال سازی بتن را برای کلیه معاملات مشتری از جمله موارد متعهد یا برنامه ریزی شده از طریق مشتری و OIM حفظ می کند.

  وضعیت فعال سازی یک شیء بتونی می تواند یکی از مقادیر زیر باشد:

  • غیرفعال: بتن هنوز ارسال نشده است.
  • فعال: فعال سازی در حال انجام است. گذشت نشان می دهد که دستگاه با نسخه فعلی سرویس همگام است. در دسترس نیست نشان می دهد که هیچ اطلاعات حسابرسی در دسترس نیست.
  • نصب شده (نصب شده): بتن نصب شده و با مدل فعال کننده سرویس IP فعلی همگام است.
  • نصب شده (نصب شده): بتن نصب شده است ، اما هیچ اطلاعات حسابرسی در دسترس نیست.
  • درگیری: نسخه فعلی بتن با قابلیت های سیستم و قوانین اعتبار سنجی مغایرت دارد. گذشت نشان می دهد که دستگاه با نسخه قبلی سرویس همگام است. در دسترس نیست نشان می دهد که هیچ اطلاعات حسابرسی در دسترس نیست.
  • رد شده: نسخه فعلی بتن با قوانین اعتبار سنجی دستگاه مغایرت دارد. گذشت نشان می دهد که دستگاه با نسخه قبلی سرویس همگام است. در دسترس نیست نشان می دهد که هیچ اطلاعات حسابرسی در دسترس نیست.
  • غیرفعال: بتن از دستگاه خارج شد. ممیزی نباید هیچ پیکربندی برای این سرویس را گزارش کند.
  • ناسازگار (فعال): فعال سازی در حال انجام است. حسابرسی نشان می دهد که دستگاه با مدل فعال کننده سرویس فعلی IP از همگام سازی خارج شده است.
  • ناسازگار (درگیری): نسخه فعلی بتن با قابلیت های سیستم و قوانین اعتبار سنجی مغایرت دارد. حسابرسی نشان می دهد که دستگاه با نسخه قبلی سرویس همگام نیست.
  • ناسازگار (رد شده): نسخه فعلی بتن با قوانین اعتبار سنجی دستگاه مغایرت دارد. حسابرسی نشان می دهد که دستگاه با نسخه قبلی سرویس همگام نیست.
  • ناسازگار (نصب شده): بتن نصب شده است ، اما با مدل فعال کننده سرویس فعلی IP همگام نیست.

  خاموش و روی ویژگی حالت حسابرسی بتونی

  به طور پیش فرض ، این ویژگی خاموش است. اگر این ویژگی را روشن کرده اید باید از موارد زیر آگاه باشید:

  • هنگامی که ویژگی حالت حسابرسی بتونی روشن است ، شما نباید هیچ تغییر پیکربندی بر دستگاهی که تحت حسابرسی دستگاه قرار دارد ، انجام دهید. اگر:
    • حسابرسی دستگاه در حال انجام است.(این منجر به به روزرسانی وضعیت حسابرسی دستگاه و بتن های آن می شود.)
    • شما تغییر در پیکربندی دستگاه یا هر شیء موجود در دستگاه (رابط ، زیر رابط ، VC) یا هر شیء خدماتی که بر بتن های موجود در دستگاه تأثیر بگذارد ، ایجاد می کنید.

    ویژگی حالت حسابرسی بتونی به طور مفصل در کمک آنلاین فعال کننده سرویس IP توضیح داده شده است.

    برای روشن کردن ویژگی حالت حسابرسی بتونی:

    1. پرونده Default. Properties را باز کنید.
    2. ارزش RedpressAuditFeedback را به دروغ تنظیم کنید.

    برای خاموش کردن ویژگی حالت حسابرسی بتونی:

    1. پرونده Default. Properties را باز کنید.
    2. ارزش RedpressAuditFeedback را درست تنظیم کنید.

    اگر قسمت REPRESSAUDITFEEDBACK به طور پیش فرض ظاهر نمی شود. Properties ، آن را به صورت دستی اضافه کنید. هنگامی که قسمت REPRESSAUDITFEEDBACK ظاهر نمی شود ، مقدار آن به طور پیش فرض به True (ویژگی سرکوب می شود).

    هنگامی که یک حسابرسی برای هر سرویس با ویژگی RedududitFeedback تنظیم شده در FALSE آغاز می شود ، حالات حسابرسی بتونی و وضعیت حسابرسی دستگاه مانند حسابرسی کامل دستگاه به روز می شود. گزارش حسابرسی تولید شده برای هر سرویس با استفاده از IDS در لیست فیلتر فیلتر می شود.

    اگر بتن ها مطابق آنچه انتظار می رود ایجاد نشوند

    اگر هیچ گروه PHB بتونی برای یک گروه PHB انتزاعی ذکر نشده است ، موارد زیر را بررسی کنید:

    • نقش صحیح دستگاه و رابط با گروه PHB همراه است و به اهداف خط مشی مربوطه اختصاص داده شده است.
    • دستگاه هایی که گروه PHB باید به آنها مراجعه کنند ، مدیریت می شوند.

    فعال کننده سرویس IP فقط یک گروه PHB بتونی را در یک رابط اعمال می کند. یک گروه PHB انتزاعی که در سطح پایین تر در سلسله مراتب اعمال شده است ، هر گروه PHB را که در سطح بالاتری اعمال شده اند ، غلبه می کند. یک گروه استاندارد PHB که پیکربندی FRTS یا ATM را پیکربندی می کند ، می تواند بر روی رابط کاربری نصب شود که دارای یک گروه PHB بتونی باشد که مکانیسم های آن با گروه استاندارد PHB مغایرت ندارد.