المقدمة
يتم تنفيذ هذا المستند في حوالي ميزة بنية مقياس بروتوكول نقل الملفات المبسط (TFTP) كجزء من الإصدار 11.5 من Cisco Unified Communications Manager (CUCM) وهو أحدث عملية رفع إلى CUCM. هذه ميزة هندسية بحتة in order to حسنت خدمة TFTP فيما يتعلق باستخدام الذاكرة وكيف تخدم التشكيل وملفات ساكن إستاتيكي. ولا يزال منطق العمل كما هو، ولا يوجد أي تأثير فيما يتعلق بالخدمات الأخرى التي تقدمها شركة TFTP.
معلومات أساسية
أسباب الحاجة إلى هذا التحسين وإدماجه
مشكلة في التصميم الحالي
- لم يتم تغيير منطق كيفية خدمة TFTP لملفات التكوين لفترة طويلة.
- تقوم خدمة pre 11.5 و TFTP بإنشاء ملفات التكوين وذاكرة التخزين المؤقت لجميع ملفات التكوين في الذاكرة.
- ومع إضافة المزيد من السعة إلى CUCM فيما يتعلق بعدد الهواتف المدعومة، زادت ذاكرة الطباعة بالأقدام لخدمة TFTP بشكل خطي.
- وتتطلب خرائط الطريق في المستقبل قدرة إضافية للهواتف من أجل تنفيذها في إطار برنامج الاتصالات الموحد.
- وبالتالي، يصبح من المهم معالجة زيادات طباعة قدم الذاكرة لخدمة TFTP.
وقت بدء تشغيل الخدمة
- في عمليات نشر متوسطة إلى كبيرة الحجم مع تهيئة هواتف من 20 إلى 40 آلاف هاتف.
- عند إجراء تغيير يؤثر على جميع الهواتف، يقوم TFTP بإنشاء جميع ملفات التكوين المتأثرة ويعيد إنشاء ذاكرة التخزين المؤقت لها.
- وهذا يزيد من الوقت المستغرق لبدء تشغيل خدمة TFTP.
- في الوقت الذي يتم فيه طلب الهواتف لملف التكوين يتم إرسال إستجابة مشغولة إلى الهاتف.
نظرة عامة على الميزة
تعالج الميزة الجديدة التي تم تنفيذها المشكلتين السابقتين من خلال تصميم لا يحتوي على ذاكرة تخزين مؤقت وإنشاء ملف التكوين حسب الطلب. عند إرسال طلب من الهاتف، تقوم خدمة TFTP بإنشاء ملف التكوين على الفور وتقديمه إلى الهاتف في الوقت الفعلي. فهو لا يقوم بتخزين ملف التكوين في الذاكرة بشكل مؤقت، مما يؤدي بدوره إلى تقليل وقت بدء الخدمة ومساحة الذاكرة الخاصة بخدمة TFTP.
تغييرات التصميم
تقع تغييرات التصميم التي تم إجراؤها ضمن فئتين هما "إدارة الاتصال" و"إنشاء ملف التكوين". يوضح الجدول التالي تفاصيل التغييرات التي تم إجراؤها ضمن كل فئة.
| إدارة الاتصال |
إنشاء ملف التكوين |
| HTTP |
TFTP |
تمت إضافة إطار عمل لملفات التكوين الموقعة والمنشأة حسب الطلب
|
| تم تصميم طبقة خدمة الشبكة لاستخدام SDL لمعالجة جميع إتصالات TCP |
لا توجد تغييرات حيث تطلب الهواتف ملفات التكوين عبر بروتوكول UDP |
تحسينات الأداء
فيما يلي تحسينات الأداء التي تم تحقيقها مع تنفيذ هذه الميزة الجديدة.
- انخفاض كبير في مساحة الذاكرة الخاصة بخدمة TFTP
- تبلغ مساحة الذاكرة حوالي 600 ميجابايت لخدمة TFTP
- وقت بدء الخدمة أقل من ذلك نظرا لعدم تخزين الملفات مؤقتا
- يكون وقت بدء الخدمة مستقلا عن عدد الهواتف التي تم نشرها في النظام
أرقام الأداء
| |
عدد الهواتف |
الوقت المستغرق في إصدار ما قبل 11.5 |
الوقت المستغرق في الإصدار 11.5 |
| وقت بدء الخدمة |
20000 |
3 دقائق و 38 ثانية |
0 دقيقة و 19 ثانية |
| الملفات التي تمت خدمتها عبر HTTP |
20000 |
7 دقائق و 24 ثانية |
4 دقائق و 06 ثوان |
| الملفات التي تمت خدمتها عبر TFTP |
20000 |
5 دقائق و 36 ثانية |
4 دقائق و 11 ثانية |
ملاحظة: الأرقام المذكورة أعلاه ليست فقط من عملية إختبار واحدة بل هي متوسط عدة عمليات إختبار.
تحليل السجل :
الأجهزة المستخدمة :
CUCM الإصدار 11.5.1.1000-6
Cisco IP Communicator، الإصدار 8.6.2
طلب ملف التكوين عبر HTTP في pre 11.5
طلب من الهاتف لملف التكوين
00593088.000 |21:58:11.698 |AppInfo | TID[da900b70] HTTPEngine::getRequest(),
[0xa0d6c90~7~10.65.64.132~54462] INFO:: socket(12), ReqTimeout[60],
Request[GET /SEP000C29ED3D88.cnf.xml HTTP/1.1
بما أن كل الملفات يتم تخزينها مؤقتا بعد البناء، فإن TFTP يعثر على ملف التكوين المخزن مؤقتا
00593097.000 |21:58:11.698 |AppInfo |CReqContext::FindAndServe(1)[0xa0d6c90~7~10.65.64.132~54462]
,[(SEP000C29ED3D88.cnf.xml),(6779),(0xf388c2a8)] found in config cache
تمت خدمة ملف التكوين بنجاح للهاتف
00593102.000 |21:58:11.698 |AppInfo | HTTPEngine::sendResponse[0xa0d6c90~7~10.65.64.132~54462]
FileName[SEP000C29ED3D88.cnf.xml], Version[HTTP/1.1], Size[6779]
00593103.000 |21:58:11.698 |AppInfo | HTTPEngine::sendResponse[0xa0d6c90~7~10.65.64.132~54462]
INFO:: [85][HTTP/1.1 200 OK
طلب ملف التكوين عبر HTTP في 11.5
طلب من الهاتف لملف التكوين
00000510.003 |21:47:40.683 |AppInfo | HTTPConnection::wait_SdlDataInd Printing the HTTPRequest :
msgBuffer size [148] --: GET /SEP000C29ED3D88.cnf.xml HTTP/1.1
ترسل عملية ServiceFile إشارة 'FileRequest' إلى ServiceDynamicFile
00000511.010 |21:47:40.683 |AppInfo | ServeFile::wait_FileRequest Sending the
FileRequest signal to ProcessServeDynamicFile process
00000511.011 |21:47:40.683 |AppInfo |<--ServeFile::wait_FileRequest
00000512.000 |21:47:40.683 |SdlSig |FileRequest |wait
|ServeDynamicFile(1,600,25,1) |ServeFile(1,600,24,1) |1,600,14,4.3^*^* |*TraceFlagOverrode
بما أن تصميم الوصول يتم تنفيذه، فإنك ترى أن TFTP يقوم بإنشاء ملف التكوين
00000512.027 |21:47:40.684 |AppInfo |TFTPList::GetSupportsFMT(), Pkid[9e9cb809-df9f-4bce-8a41-37cd5f7e4d21] Name[SEP000C29ED3D88] Class[1] Product[30041] Model[30016] Protocol[0], DevProfile[0] SUPPORTs[2], Value[2]
00000512.028 |21:47:40.684 |AppInfo |<--TFTPList::SelectByDeviceID[0,0]
00000512.029 |21:47:40.684 |AppInfo | ServeDynamicFile::wait_FileRequest
Build Config file for Device [SEP000C29ED3D88]
ترسل عملية ServeDynamicFile إشارة 'FileResponse' إلى ServiceFile
00000512.091 |21:47:40.686 |AppInfo |<--ServeDynamicFile::wait_FileRequest
00000513.000 |21:47:40.686 |SdlSig |FileResponse |wait
|ServeFile(1,600,24,1) |ServeDynamicFile(1,600,25,1) |1,600,14,4.3^*^* |*TraceFlagOverrode
00000513.002 |21:47:40.686 |AppInfo | ServeFile::wait_FileResponse File
Response signal received by ServeFile process
تم إرسال الملف المطلوب إلى الهاتف
00000514.001 |21:47:40.686 |AppInfo |-->HTTPConnection::wait_FileResponse
00000514.002 |21:47:40.686 |AppInfo | HTTPConnection::wait_FileResponse Requested
file FOUND... Sending file Response
00000514.003 |21:47:40.686 |AppInfo |<--HTTPConnection::wait_FileResponse
التعليقات