المحتويات

المقدمة

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

المتطلبات

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

المشكلة

المختصرات

ملاحظات

الأعراض

استكشاف الأخطاء وإصلاحها

الحل

المقدمة

يصف هذا المستند إصدار SMF NF PODs التي لا تظهر بعد تحميل تكوين اليوم 1 في مركز عمليات SMF.

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

المتطلبات

توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:

- البنية الأساسية للخدمات الدقيقة للمشترك (SMI)

- دوكر

- كوبيرنيتس

- 5G

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

تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:

- SMI

- مركز العمليات

- SMF

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

المشكلة

وفي إعداد العميل، يكون لديهم إثنان من SMF NF يتم تشغيلهما باستخدام نفس الإصدار. تم ترقية كل من SMF NF إلى أحدث إصدار ليلة أمس. قبل الترقية، كان لدى كلا NF PODs في حالة تشغيل. ولا ينظر إلى هذه المشكلة إلا في حالة واحدة من حالات عدم انتظام الشبكات، أي SMF-IMS. تتم ترقية بيانات SMF-DATA الأخرى الخاصة ب POD وتحتوي على كافة PODs في حالة التشغيل.

- إصدار SMF قبل الترقية: SMF.2020.01.0-12

- إصدار SMF بعد الترقية: smf.2020.01.0-18

المختصرات

SMF

وظيفة إدارة الجلسات

إن إف

دالة الشبكة

CEE

بيئة التنفيذ المشتركة

POD

وهو أصغر وحدة ممكنة في بيئة كوبرنييتس أي على الأقل حاوية واحدة.

IMS

النظام الفرعي للوسائط المتعددة IP

SMI

البنية الأساسية للخدمات الدقيقة للمشترك

ملاحظات

- تظهر مزامنة نظام المجموعة نجاح عملية النشر.

- يعرض Kubernetes الرئيسي PODS في حالة التشغيل مع تكوين اليوم صفر.

- عند تحميل تكوين اليوم-1، لا تظهر PODS الجديدة.

- داخل مركز عمليات SMF، سترى محركات القيادة في الحالة المحذوفة.

- يتم تشغيل "تغيير وضع النظام" لإيقاف التشغيل والعكس صحيح.

- كما أن إضافة تكوين يوم-1 جديد لم يساعد.

الأعراض

- يعرض SMF-IMS NF PODs بتكوين يوم-0.

- يسمح لنا مركز العمليات بتسجيل الدخول.

- مركز عمليات شبكة إيثرنت المحسنة المجمعة قيد التشغيل.

- يتم الآن تشغيل SMF-Data ops-center باستخدام تكوين اليوم 1 - هذه هي المرة الأخرى التي يتم فيها إستخدام NF مع PODs العاملة.

~ubuntu@crucs501-cnat-cnat-core-master1:~$ kubectl get pods -n smf-ims

NAME                                              READY   STATUS    RESTARTS   AGE

api-smf-ims-ops-center-69f4d8f47b-hsqnx           1/1     Running   0          162m

base-entitlement-smf-998c8b84f-79r8v              1/1     Running   0          162m

documentation-65484db875-n4ljq                    1/1     Running   0          162m

ops-center-smf-ims-ops-center-6fb57bf79c-9dj29    5/5     Running   2          162m

smart-agent-smf-ims-ops-center-5dd679cf8b-hq4hs   1/1     Running   0          162m

swift-smf-ims-ops-center-745565bbf8-w5d7g         1/1     Running   0          162m

- حالة مخطط هيلم

crucs501-cnat/ims] smf# show helm

CHART              INSTANCE  STATUS   VERSION                                  REVISION  RELEASE                    NAMESPACE

-------------------------------------------------------------------------------------------------------------------------------

infra-charts       -         DELETED  0.0.2-master-0031-200306111921-107580e   1         smf-ims-infra-charts       smf-ims

smf-dashboard      -         DELETED  0.0.2-master-0018-200113112417-b028370   1         smf-ims-smf-dashboard      smf-ims

smf-configuration  -         DELETED  0.0.6-master-1067-200303174113-9ee9665   1         smf-ims-smf-configuration  smf-ims

li-ep              -         DELETED  0.0.1-master-0405-200306144054-3c56b02   1         smf-ims-li-ep              smf-ims

smf-nodemgr        -         DELETED  0.0.2-master-3741-200304171906-5013914   1         smf-ims-smf-nodemgr        smf-ims

smf-udp-proxy      -         DELETED  0.0.2-master-1420-200305182644-ebb4bc9   1         smf-ims-smf-udp-proxy      smf-ims

gtpc-ep            -         DELETED  0.0.3-master-0926-200305203830-3306ff4   1         smf-ims-gtpc-ep            smf-ims

smf-protocol       -         DELETED  0.0.2-master-4652-200304144735-d1e3798   1         smf-ims-smf-protocol       smf-ims

smf-dns-proxy      -         DELETED  0.1.0-master-0541-200304144718-b028370   1         smf-ims-smf-dns-proxy      smf-ims

smf-service        -         DELETED  0.0.5-master-18345-200305110040-5e8938b  1         smf-ims-smf-service        smf-ims

smf-rest-ep        -         DELETED  0.3.3-master-6072-200304171221-7b0ff1a   1         smf-ims-smf-rest-ep        smf-ims

etcd-cluster       -         DELETED  0.5.2-master-0046-200305044107-60d06f1   1         smf-ims-etcd-cluster       smf-ims

ngn-datastore      -         DELETED  1.0.1-master-0619-200305030353-d255520   1         smf-ims-ngn-datastore      smf-ims

استكشاف الأخطاء وإصلاحها

1. قم بإجراء مزامنة نظام المجموعة عدة مرات عبر SMI-Deployment دون نجاح

2. تم التحقق من تكوين اليوم 1.

3. قم بإزالة تكوين اليوم-1 ثم أعد إضافته.

4. احذف مركز العمليات من Kubernetes الرئيسي.

5. يتم إجراء إزالة التكوين بالكامل.

6. احذف خرائط التكوين (CM).

7. حذف مخططات الرؤوس من المخطط الرئيسي.

8. حذف مساحة الاسم.

9. إزالة الملفات الداعمة من المنشور.

10. ونظرا لأن نفس إنشاء SMF الجديد يعمل بشكل جيد على عمليات النشر الأخرى في بيئة العملاء، فمن المستبعد أن تكون هناك أي مشكلة في الصورة.

11. تم العثور على بيانات SMF على نفس الإعداد دون أي مشكلة.

الحل

1. احذف تكوين نظام المجموعة الخاص ب SMF-IMS OPS-center من منتشر SMI.

2. قم بمزامنة نظام المجموعة.

3. قم بإضافة التكوين مرة أخرى.

4. قم بمزامنة نظام المجموعة.

هناك حل بديل آخر لحل هذه المشكلة:

قم بحذف الإصدار الأقدم من حزمة SMF من الدليل الذي يشير إليه "منشور SMI" أثناء مزامنة نظام المجموعة.

وفيما يلي جزء التكوين الذي تمت إزالته وإضافته مرة أخرى من config running-config ل SMI Deployment ops-center:

ops-centers smf ims

repository               https://charts.10.192.1.xxx.nip.io/smf.2020.01.0-18

sync-default-repository true

netconf-ip              10.241.69.xx

netconf-port            2024

ssh-ip                  10.241.69.xx

ssh-port                22

ingress-hostname        10.241.69.xx.nip.io

initial-boot-parameters use-volume-claims true

initial-boot-parameters first-boot-password <xxxyyyzzz>

initial-boot-parameters auto-deploy false

initial-boot-parameters single-node false

exit

وفقا لما تنص عليه عملية النشر Call Flow، فإن "منتشر SMI" هو الذي يتولى أستكشاف صور "نقاط الوصول (POD)" من الحزمة التي يتم تخزينها فيه.

عادة، يتم تخزين حزمة البرامج التي تم تنزيلها من SMF على دليل محلي، والذي يستخرج منه منشور SMI وينقلها تحت هذا الدليل: /data/software/packages/</strong>

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

ubuntu@xxxxx501-cnat-smi-cm-core-cm1:/data/software/packages$ ls -lrt

total 24

drwxrwxr-x 3 root root 4096 Mar 23 13:15 sample

drwxrwxr-x 3 root root 4096 Mar 24 05:48 smf.2020.01.0-12   >>> Older version of SMF

drwxrwxr-x 3 root root 4096 Mar 24 05:48 cee.2020.01.0-1

drwxrwxr-x 3 root root 4096 Apr 13 19:48 smf.2020.01.0-18   >>> Newer version of SMF

drwxr-xr-x 3 root root 4096 May  4 10:10 smf.2020.02.0.i66  >>> Older version os SMF

drwxr-xr-x 3 root root 4096 May  8 12:02 cee.2020.02.0

في هذا الإخراج، يمكنك أن ترى هناك ثلاثة حزم SMF مختلفة متاحة. على الرغم من تحديد إصدار SMF الصحيح (أي SMF.2020.01.0-18) في تكوين تشغيل SMI-Deployment، إلا أن SMI-Deployment لا يمكنه بطريقة ما الحصول على ملفات الصور الصحيحة لهذه الحزمة.

بعد إجراء الحل البديل المذكور في قسم الحل، تم حل المشكلة.

ملاحظة: تتم ملاحظة مشكلة مماثلة مع CEE PODs أيضا، والتي يتم تطبيق حل مماثل لها مشار إليه في قسم الحل.