الخلاصة

  • تعني operational(1) في RFC 5098 أن إجراءات إدخال الخط في الخدمة اكتملت وأن CMS أكد Restart In Progress؛ ولا تعني نجاح مكالمة بعينها.
  • يصف صف الإعداد وعنوان CMS وجداول النغمات ومجموعات المطابقة طبقة الإدارة، لا الإشارة الكهربائية أو مسار الوسائط أو ما سمعه المشترك.

قد يصل المشغل إلى استنتاجه قبل أن يرفع أي مستخدم السماعة. الصف نشط، العنوان موجود، والحالة operational. كل قيمة صحيحة، لكن السؤال الذي تجيب عنه المكالمة لم يُطرح بعد.

يعرّف RFC 5098 قاعدة MIB لإشارة NCS في أجهزة Multimedia Terminal Adapter المتوافقة مع PacketCable وIPCablecom. تشمل كفاءات الجهاز وإعدادات نقاط النهاية والمؤقتات والنغمات والإيقاعات وحالات محدودة. وهي سجل إدارة مفيد، لا سجل شامل للخدمة الهاتفية.

يحدد pktcSigEndPntStatusError الحد بدقة. فقيمة operational تعني أن العمليات اللازمة لوضع الخط في الخدمة حدثت وأن Call Management Server أكد رسالة Restart In Progress بنجاح. لا تتضمن القيمة رقماً مطلوباً أو جواب الطرف الآخر أو RTP أو فك الترميز أو صوتاً في السماعة.

يحتفظ جدول نقطة النهاية بالمعلومات المهيأة التي يحتاجها MTA للحفاظ على اتصال NCS مع CMS. وعدد الصفوف هو عدد النقاط المهيأة. إذا غابت معلومات CMS لا تُعد النقطة مهيأة للصوت. أما وجودها فيثبت الشرط السابق فقط، ولا يثبت نتيجة لاحقة.

الحالة active(1) أضيق أيضاً. يستخدم pktcSigEndPntConfigStatus مفهوم SNMP RowStatus، ولا يفرض النص تبعيات إضافية بين الأعمدة قبل التفعيل. فالصف النشط حالة داخل وكيل الإدارة، وليس اختباراً موحداً للمنفذ التناظري والتحكم بالمكالمة والوسائط.

يفصل RFC اختيار CMS إلى اسم ومنفذ وعنوان. يحمل CallAgentId اسماً يتضمن FQDN، ويستخدم MTA قيمته الحالية وقد يحدثها من Notified Entity. ويكون منفذ UDP هو 2727 إن لم يصل غيره. أما عنوان الحالة فهو IP الذي اختير بعد DNS. هذه إثباتات توجيه، لا إثباتات استلام أو قرار أو تنفيذ.

كما يعتمد المعنى على IPsec. عند تفعيله تدل noSecurityAssociation على غياب SA. وقد تعني disconnected أن SA موجودة لكن برنامج NCS ما زال ينشئ الرابط عبر RSIP. وعند تعطيل IPsec تصف القيمة إنشاء الرابط من دون SA. لذلك يفقد الرقم معناه إذا فُصل عن الإعداد.

تجعل جداول النغمات الفرق محسوساً. يمكنها تحديد التردد والمستوى ومدة التشغيل والتوقف والتكرار والثبات. ويعرض النص أمثلة لنغمة انتظار المكالمة ونغمة الازدحام. كما يحدد عدداً أقصى للتكرار والفاصل عندما يطلب CMS الإشارة.

لكن الجدول ليس جهاز قياس. سلامة الإعداد لا تثبت وصول الطلب، ووصول الطلب لا يثبت قيادة السلك، والإشارة الكهربائية لا تثبت صوت الهاتف، والصوت لا يثبت سماع المشترك المقصود. لكل انتقال مالك ودليل.

وكذلك قائمة codecs وإلغاء الصدى وكبت الصمت: إنها قدرات. القدرة ليست تفعيلًا، والتفعيل ليس تفاوضاً، والتفاوض ليس وصول حزم، ووصول الحزم ليس كلاماً مفهوماً.

مجموعات المطابقة محدودة التفويض. مجموعتا الجهاز ونقطة النهاية إلزاميتان لمن يدعي تطبيق MIB، أما المجموعات الدولية وL وE فمشروطة بالوظائف. هي تصف سطح التنفيذ ولا تصادق على جودة مكالمة.

ولا ينشئ pktcSigNotification دفتر أحداث كاملاً؛ فالفرع محجوز في هذا RFC لتوسعة مستقبلية. قد توفر المنتجات traps وسجلات أخرى، لكن يجب إثبات عقدها الخاص.

لا تستمر صفوف نقطة النهاية بعد إعادة تشغيل MTA. إذا لم يُحفظ boot epoch، فقد يبدو ifIndex نفسه كهوية متصلة قبل التشغيل وبعده، مع أن الصف أُعيد إنشاؤه. عندها يخترع نظام المراقبة استمرارية لم يمنحها المعيار.

تحذر اعتبارات الأمن من أن SET خبيثاً لقيم DSCP أو إيقاع الرنين أو مدة الإشارة أو caller ID أو اسم CMS أو منفذه قد يعطل الخدمة. حتى قراءة العنوان والخطأ والـcodec حساسة. لذلك يوصى بـSNMPv3 والمصادقة والخصوصية وحصر GET وSET في أصحاب الصلاحية.

ومع ذلك لا يثبت SET المقبول إلا عملية الإدارة. لا يثبت أن MTA وCMS والخط والوسائط استقرت على النتيجة المقصودة. يعرّف RFC 4682 MIB المجاورة للجهاز، ويشرح RFC 3435 نموذج MGCP. الإعداد والتحكم والوسائط مترابطة، لكنها ليست سلطة واحدة.

يحتاج التحقيق إلى سلسلة منفصلة وقابلة للوصل: هوية MTA وboot epoch، مصدر التهيئة، principal وعملية SNMP وOID والقيمة والوقت، FQDN وDNS واختيار CMS، SA، معاملة NCS وتأكيد RSIP، أوامر وأحداث الخط لكل مكالمة، bearer والوسائط، codec وjitter وplayout، ثم نتيجة التطبيق أو الإنسان. ولا يتطلب ذلك وضع الأسرار أو محتوى الحديث في السجلات العادية.

هذه توصية تشغيلية وليست بنية جديدة منسوبة إلى RFC. إنها تطبق طبقات الواقع لدى Heng Lu: يُوثق الدفتر لما سجله، ولا يُمنح سلطة ما لم يره.

Sources