إستخدام دليل التكوين لتكامل DRA متعدد الموردين

المقدمة

يصف هذا المستند خطوات التكوين مع أفضل الممارسات لتكامل DRA متعدد الموردين مع مجموعة سياسات Cisco (CPS) PCRF.

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

المتطلبات

توصي Cisco بأن يكون للمهندسين الذين يعملون مع هذا الحل دراية بالمواضيع التالية:

• نظام التشغيل Linux
• النظام الأساسي لمجموعة سياسات Cisco (CPS) وبنية المجموعة
• وظيفة قواعد الشحن والسياسة (PCRF)
• إستخدام المحرر السادس
• أداة تحليل شبكة Wireshark

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

تستند المعلومات الواردة في هذا المستند إلى الإصدار CPS 25.1 و AlmaLinux، الإصدار 8.10.

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

خطوات التكوين وأفضل الممارسات

الخطوة 1: تحديد وضع اتصال DRA (النظراء الواردون مقابل النظراء الصادر)

• النظراء الواردون: تم تكوين PCRF لقبول طلبات الاتصال من أقران القطر المعين. تقوم عقدة النظير ببدء Diameter Capabilities-Exchange-Request (CER) إلى PCRF.
• النظراء الخارجيون: وقد تم تكوين PCRF لبدء وحدة خفض الانبعاثات المعتمدة نحو أقرانها.

أفضل الممارسات:
بالنسبة لمعظم عمليات تكامل DRA متعددة الموردين، قم بتكوين DRA كنظير وارد، حيث يقوم DRA بتهيئة CER إلى PCRF.

الخطوة 2: تكوين النظير الوارد في منشئ النهج

ضمن واجهة المستخدم الرسومية (GUI) الخاصة ب Policy Builder، قم بتكوين اسم النظير الوارد وعالم النظير، للإشارة إلى جداول الأقران وإعادة التنظيم الواردة.

يمكن تكوين هذه المعلمات تحت النظراء الواردة:

جدول الأقران

بارامتر	الوصف
أندادا	يحدد أسماء الأقران المسموح بها لبدء الاتصالات نحو PCRF.
اسم المضيف المحلي	يحدد اسم المضيف المحلي لمدير النهج (موازن التحميل) الذي تحديد اتصال وارد من النظير والسماح به.
رقم المثيل	الإشارة إلى الرقم المعين لعملية خادم النهج (QNS) الذي بدء اتصال مع النظير الصادر. ملاحظة: يجب تحديد اسم المضيف المحلي ورقم المثيل إذا كان الهدف هو إجراء عملية خادم نهج واحد (QNS) فقط على Policy Builder (موازن التحميل) للسماح/بدء اتصال برقم مثيل النظير الآخر المذكور ك 0. وفي هذه الحالة، يجب أن تحاول/تسمح كافة عمليات خادم النهج (QNS) على Policy Director (موازن التحميل) الاتصال بالنظير. القيمة الافتراضية هي 0.
التصنيف	الأولوية المعينة لهذا النظير لتسليم طلب بدأه PCRF. يعرض الأمر القيمة الأعلى للتقييم هي الأولوية المعينة للنظير. القيمة الافتراضية هي 1.
نطاق المنفذ	يجب تحديده فقط عندما يكون اتصال النقل الأساسي SCTP وغير مطلوب عندما يكون نفسه TCP .
مهلة الاستجابة	توصي Cisco بعدم إستخدام هذه المعلمة.
نمط الاسم	الأصل-المضيف تحتاج قيمة VP في CER إلى التحقق من الصحة مقابل هذا النمط في الأمر الخاص بإنشاء الاتصال. وإذا لم يحدث ذلك، فإن وحدة خفض الانبعاثات تم تجاهله دون مشاكل ويتم إعادة تعيين اتصال TCP بواسطة PCRF. لا يتم التحقق من نمط الاسم إذا كان خيار قبول نظير غير معرف يصف في تكوين مكدس القطر.  يجب أن يكون نمط الاسم هو تعبير جافا العادي القياسي الصيغة الموصوفة هنا.

جدول Realms

بارامتر	الوصف
ريمز	يحدد أي مجالات الأقران مسموح لها ببدء الاتصالات نحو PCRF.
نوع النظير	غير مستخدم مع القيم الواردة.
بروتوكول المعالجة	التعيين بين اسم النطاق ومنطق PCRF المحدد الذي يمكنه التطبيق على الرسالة، للحصول على مزيد من المعلومات حول بروتوكول المعالجة. عندما يتم إستيراد مكدس قطر بمجال قطر بدون بروتوكول نظرا لأنها معينة، فإنها تأخذ القيمة الافتراضية على هيئة gx_tgpp .
التصنيف	الأولوية التي تم تعيينها لهذا النطاق لتسليم طلب تم بدء PCRF. هذا يستخدم فقط مع بروتوكول معالجة SY_PRIME. القيمة الافتراضية هي 0. كلما انخفضت قيمة التقييم، إرتفعت الأولوية المخصصة للمجال. على سبيل المثال، عالم له تقييم=10 يتم إستخدامه بعد عالم له التصنيف=1.
الاسم المستعار ل Stats	أيا كانت الإحصائيات التي سيتم توليدها للمجال المعني فإنها تحصل على الاسم الذي تم تكوينه في الاسم المستعار Stats المضاف إلى هذه الإحصائيات. ينطبق هذا على إحصائيات COM.broadhop.message mbean فقط.
نمط الاسم	يجب التحقق من صحة قيمة VP في CER مقابل هذا النمط في أمر معالجة الرسالة الواردة. إذا لم يحدث ذلك، يتم تجاهل الرسالة بصمت وإعادة تعيين اتصال TCP بواسطة PCRF. يجب أن يكون نمط الاسم هو تعبير جافا العادي القياسي الصيغة الموصوفة هنا.

أفضل الممارسات: 

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

مثال:

شكل 1: جدول الأقران الوارد

شكل 1: جدول الأقران الوارد

الخطوة 3: تكوين عنوان AVP للمضيف

يقوم بروتوكول AVP الخاص بقطر المضيف-عنوان IP بتوصيل عنوان IP للعقدة أثناء عمليات تبادل CER/CEA (RFC 3588) للاتصالات المستندة إلى SCTP. في Cisco CPS PCRF، يكون هذا العنوان بشكل افتراضي هو عنوان IP للواجهة الداخلية، والذي يختلف عن عنوان IP لخدمة Diameter المتوقع لبعض موردي DRA.

في Cisco CPS PCRF، يمكنك إستخدام إما IP الظاهري لموازن التحميل (LbVIP) أو IP المادي من VMs لموازن التحميل كقطر-مصدر-نقطة نهاية IP.

بشكل افتراضي، يتم توصيل عنوان IP للواجهة الداخلية كرسائل قطر CER/CEA كما هو موضح في الصورة، حيث يمكن للمرء أن يرى عنوان IP المصدر في الالتقاط مختلف عن IP الذي يرى في AVP لعنوان HOST.

شكل 2: رسالة CEA مع IP داخلي كعنوان IP المضيف

شكل 2: رسالة CEA مع IP داخلي كعنوان IP المضيف

على الرغم من أن هذا AVP غير إلزامي عند إستخدام بروتوكول TCP كبروتوكول نقل (ارجع إلى RFC 3588)، يشير بعض بائعي DRA إلى هذا AVP أثناء إنشاء اتصال القطر ويتوقع عنوان IP لخدمة القطر ل PCRF بدلا من IP الداخلي. وإذا لم تتحقق هذه التوقعات، فإن الأقران سيفشلون في التثبت من ذلك.

أفضل الممارسات:

للإعلان عن خدمة Diameter في AVP المضيف-IP-العنوان من PCRF، قم بتحديث ملف /etc/host باستخدام إدخال يخطط ال PCRF مصدر FQDN (كما هو محدد في نقاط النهاية المحلية لمكدس القطر) إلى عنوان IP المرغوب.

لتحديث إدخالات الأجهزة المضيفة الإضافية في CPS PCRF المستندة إلى OpenStack:

• تحقق من أن مجموعة CPS في حالة نشر.

   Curl -X Get Installer API نظام.

• قم باسترداد موقع host.yaml الإضافي وتحديثه عبر واجهة برمجة تطبيقات REST.

   curl -X احصل على http://<Cluster Manager IP:8458/API/system/config/additional-host >> Additional-host.yaml

• تطبيق التغييرات باستخدام أوامر الالتفاف كما هو موضح في وثائق المنتج.

   Curl -X وضع API نظام مضيف إضافي -H نوع المحتوى: application/yaml — data-binary @additional-hosts.yaml

   

عند اكتمال إستدعاء واجهة برمجة التطبيقات (API) هذه، يتم تكوين "إدارة المجموعة" باستخدام ملف /etc/hostsfile الجديد ويتم بعد ذلك تحديث جميع الأجهزة الافتراضية المنشورة الأخرى بشكل غير متزامن.

لتحديث إدخالات الأجهزة المضيفة الإضافية في CPS PCRF المستندة إلى VMware:

• قم بإضافة الإدخال في الملف AdditionalHosts.csv الموجود في المسار /var/qps/config/deploy/csv/
• لاستيراد التغييرات إلى VM الخاص ب Cluster Manager:

    /var/qps/install/current/scripts/import/import_deploy.sh

• تطبيق التغييرات من إدارة نظام المجموعة:

   /var/qps/install/current/scripts/build_all.sh

   /var/qps/install/current/scripts/upgrade/reinit.sh

مثال:

شكل 3: نقاط النهاية المحلية لمكدس محيط واجهة المستخدم الرسومية

شكل 3: نقاط النهاية المحلية لمكدس محيط واجهة المستخدم الرسومية

إدخال النموذج /etc/المضيف:

10.x.x.130HOSTNAME.pcrf.mncXXX.mccYYY.3gppnetwork.orgHOSTNAME.pcrf.mncXXX.mccYYY.3gppnetwork.org
192.x.x.16 HOSTNAME-cluman installer
#END_QPS_OTHER_HOSTS
[root@Hostname-cluman ~]#

الخطوة 4: التحقق من صحة تبادل قدرات النظير

يجب أن يعلن DRA صراحة عن دعم تطبيقات القطر مثل GX (16777238) و RX (1677236) في رسائل Capabilities-Exchange-Request (CER) و Capabilities-Exchange-Response (CEA).

لا يدعم Cisco PCRF تطبيق الترحيل الذي يحتوي على معرف التطبيق 0xffffffff. إذا تم تبادل تطبيق الترحيل (4294967295) فقط وليس Gx/Rx، سيتم تأسيس اتصال النظير كوضع ترحيل فقط ولن يرد PCRF إلى رسائل CCR-I.

أحلت قسم بعد ذلك جنجل تحشد في CPS جوال تشكيل مرشد ل كثير معلومة. 

أفضل الممارسات:
أثناء مرحلة إنشاء اتصال النظير، يتم التقاط PCAP على PCRF دائما لضمان أن يقوم DRA بإرسال رسالة القطر القاعدي-Exchange-Request (CER) مع تطبيقات القطر لمجموعة قيم AVP المصادقة-التطبيق-id مثل GX (16777238) أو RX (1677236) أو كلاهما ويقوم PCRF بالتجاوب مع قيم مماثلة في رسالة Capabilities-Exchange-Response (CEA).

الشكل 4: رسالة CER ذات قيمة خاطئة في Auth-Application-ID كترحيل

الشكل 4: رسالة CER ذات قيمة خاطئة في Auth-Application-ID كترحيل

الشكل 5: رسالة CER بالقيم الصحيحة في معرف التطبيق - المصادقة: GX و RX

الشكل 5: رسالة CER بالقيم الصحيحة في Auth-Application-Id: GX و RX

الخطوة 5: تأكد من تعريف اسم المضيف المصدر الفريد للقطر في كل عقدة نظير للقطر 

يدعم CPS PCRF من Cisco بيئة تتطلب فيها كل عقدة نظير متصلة اسم مضيف مصدر قطر فريد.

إذا كان سيتم إجراء الترحيل لاتصالات نظير القطر من اتصال GX أو RX المباشر الموجود بالروابط التي تتم من خلال DRA، فيجب أن يستخدم إرتباط DRA لكل واجهة قطر (Gx أو Rx) بين PCEF أو P-CSCF و DRA بشكل مثالي اسم مضيف مصدر فريد لتطبيق القطر (قيمة AVP Origin-Host) والذي يختلف عن المستخدم لاتصال PCRF المباشر مع عقدة النظير نفسها.

وهذا يضمن توجيه الطلبات من عقد النظير من خلال إرتباط نظير DRA الصحيح وعدم إسقاطها إذا كانت إدخالات الارتباط المباشر القديمة الموجودة في قائمة PCRF show_peers.py.

أفضل الممارسات:

إذا لم يكن من الممكن تغيير اسم المضيف لارتباطات DRA على النظير، فقم بإجراء إعادة تشغيل كاملة لجميع خدمات QNS الأربعة بشكل تسلسلي على كل جهاز VM لموازن التحميل بعد إزالة روابط النظير المباشرة. 

وهذا من شأنه أن يضمن أن إدخالات الأقران القديمة القديمة القديمة القديمة (المضيف الأصلي:) المستخدمة سابقا لواجهة القطر المباشر (Gx/Rx) بين PCEF/P-CSCF و PCRF ليست أكثر حضورا في قائمة اتصال نظير قطر PCRF، وأن الإخراج show_peers.py لن يحتوي إلا على إتصالات نظير DRA وبالتالي التوجيه السليم لرسائل تطبيق القطر (على سبيل المثال: Gx_CCA-I و Gx_CCA-T ) من روابط القطر المنشأة حديثا بين DRA و PCRF.

الخطوة 6: تكوين جدول توجيه الخطوة التالية لنظراء DRA

تتيح هذه الميزة إمكانية العمل البيني مع DRA التي ليست في وضع إخفاء المخطط. عندما يقوم DRA بتأسيس اتصال، فإنه يعلن عن قيم الأصل-المضيف والعرض الخاصة به. ومع ذلك، تستخدم رسائل تطبيق Diameter أصل-مضيف وحيز (على سبيل المثال، PCEF، TDF، AF) لمضيف التطبيق الفعلي، بحيث يحتاج PCRF إلى تحديد اتصال DRA الذي سيتم إستخدامه لتقديم الرسائل إلى المضيف الصحيح.

يمكن تكوين هذه المعلمات ضمن جدول توجيه الخطوة التالية:

بارامتر	الوصف
عالم الخطوة التالية	اسم نطاق DRA كما تم إستلامه في Origin-Realm AVP في CER أو CEA المراسلة. ملاحظة: يجب أن تتطابق كافة حقول الخطوة التالية (Next Hop Realm) مع قيمة VP في رسالة CER/CEA الواردة.
مضيفو الخطوة التالية	قائمة أسماء مضيفي DRA كما تم إستلامها في AVP الأصلي-المضيف في CER أو CEA المراسلة. ملاحظة: يجب أن تتطابق جميع أسماء مضيفي الخطوة التالية (مضيفات الخطوة التالية) مع قيمة VP الخاصة بالمضيف الأصلي في رسالة CER/CEA الواردة.
معرف التطبيق	تم الإعلان عن معرف تطبيق القطر باعتباره مدعوما من قبل DRA. تقنية المعلومات يحتوي على معلومات تحدد الخدمة الخاصة التي تقوم بها الخدمة تنتمي جلسة العمل إلى.
نمط عدلات الوجهة	نقش اسم النطاق الوجهة الفعلي كما تم إستلامه في AVP-Realm في رسالة تقرير ما بعد التصرف. يجب أن يكون النمط هو نمط جافا المعتاد صياغة التعبير.
نمط مضيف الوجهة	نمط اسم المضيف الوجهة الفعلي كما تم إستلامه في AVP الخاص بالمضيف الأصلي رسالة تقرير ما بعد التصرف. النموذج يجب أن يكون نمط جافا قياسي الاصطلاحات. يجب أن يكون النمط هو نمط جافا المعتاد صياغة التعبير.

أفضل الممارسات: 

حاول دائما إستخدام نمط regex الصحيح (مطابقة حرف بدل) أثناء عمل إدخالات في عمود نمط حقول الوجهة ونمط المضيف الوجهة في

جدول توجيه الخطوة التالية لتقليل إدخالات التكوين ل GX وRX من خلال نظير إتصالات متعددة ومنع أخطاء التكوين.

محفوظات المراجعة

المراجعة	تاريخ النشر	التعليقات
1.0	19-Aug-2026	الإصدار الأولي