تكوين FieldIdMapping على BroadWorks AS

المقدمة

يصف هذا المستند الإجراءات التي يتم تنفيذها لتعطيل الحقول من CDRs (تسجيل تفاصيل المكالمة) التي تم إنشاؤها بواسطة خادم تطبيق BroadWorks (AS).

المتطلبات الأساسية

المتطلبات

• أساسي كمعرفة
• معرفة أساسية بمواصفات BW BWCLI

المكونات المستخدمة

• Cisco BW AS

تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.

المشكلة

وعندما يتم إدخال ميزات جديدة في AS، قد يكون من الضروري أيضا إدخال حقول CDR جديدة، والتي يتم إستخدامها لأغراض المحاسبة والفوترة.
قد يتسبب ذلك في رفض بعض أنظمة الوساطة ل CDRs أو إلقاء أخطاء أو إنذارات، نظرا لتعذر فهم الحقول الجديدة أو التعرف عليها. 

غالبا ما يمكن رؤية المشكلة بعد التصحيح (حتى الإصدار 24) أو الترقية (بدءا من الإصدار 25) من BroadWorks (BW) كما هي، حيث أن هذين الإجرائن يمكنهما تقديم مميزات جديدة.

الحل

يكمن الحل لهذه المشكلة في تعطيل الحقول، بحيث لا تقوم ال AS بملء الحقول الجديدة في CDRs. 

لتنفيذ هذا، انتقل إلى AS_CLI/Interface/Accounting/FieldIdMapping ثم قم بتشغيل الأمر get لإظهار إعدادات الحقل الحالية (إظهار إخراج جزئي للإيجاز):

AS_CLI> cd /Interface/Accounting/FieldIdMapping
AS_CLI/Interface/Accounting/FieldIdMapping> get
Internal Id  External Id                                               Description 
==================================================================================
        ... 
        473          473                               stirShaken.attestationLevel 
        474          474                                       stirShaken.origUUID 
        475          475                                      publicNetworkAddress 
        476          476                                          visitedNetworkId 
        477          477                          groupCallQueuePut.invocationTime 
        ...

لقد حددت بالفعل، من الخطأ الموجود على نظام الوساطة، أن المشكلة ناجمة عن Field 475 PublicNetworkAddress.

قم بتشغيل الأمر clear لتعطيل الحقل، مثل هذا المثال:

AS_CLI/Interface/Accounting/FieldIdMapping> clear 475 externalId
A restart is required for the change to take effect.

قم بتشغيل get مرة أخرى، لمراجعة التغيير:

AS_CLI> cd /Interface/Accounting/FieldIdMapping
AS_CLI/Interface/Accounting/FieldIdMapping> get
Internal Id  External Id                                               Description 
==================================================================================
        ... 
        473          473                               stirShaken.attestationLevel 
        474          474                                       stirShaken.origUUID 
        475                                                   publicNetworkAddress 
        476          476                                          visitedNetworkId 
        477          477                          groupCallQueuePut.invocationTime 
        ...

الآن بعد أن أصبح المعرف الخارجي في الحقل 475 فارغا، لا تقوم AS بملئه في CDRs.

لاحظ أن الحقل لا يزال موجودا، وأن عدد الحقول يمكن أن ينمو في ذاكرة CDR عند إضافة ميزات جديدة. يجب أن يتجاهل نظام الوساطة الحقول الزائدة فقط أو يتم تحديثه لحساب الحقول الجديدة.

ومن المهم أيضا ملاحظة أنه، وفقا للتحذير في واجهة سطر الأوامر (BWCLI) بعد تشغيل الأمر clear، يلزم إعادة تشغيل عمليات جدار الحماية (BW) لكي تصبح التغييرات نافذة المفعول.

in order to أتمت هذا، من ال AS BWCLI يركض هذا أمر ك bwadmin:

bwadmin@AS01$ restartbw

يجب دائما إجراء إعادة تشغيل عمليات BW أثناء إطار الصيانة.

للحصول على مزيد من المعلومات حول BW AS Accounting و CDRs، يمكنك التحقق من مواصفات واجهة سجل تفاصيل مكالمات Cisco BroadWorksAccounting.