لم تتم مزامنة الرسائل بين Unity Connection و Exchange

المقدمة

يصف هذا المستند مشكلة قد لا يحصل فيها المستخدمون على مزامنة رسائلهم بين Cisco Unity Connection و Microsoft Exchange 2010. قد تظهر هذه المشكلة مع إعداد جديد أو قد تتداخل مع إعداد موجود. يمكن أن تكون التغييرات الأخيرة التي تم إجراؤها بواسطة المجموعة 4 (RU4) من Exchange 2010 Service Pack 2 (SP2) جزءا من السبب.

المشكلة

تحدث مشكلة المزامنة عادة مع المستخدمين الذين لديهم عدد كبير من العناصر في علبة الوارد الخاصة بهم، ولكن يمكن أن تحدث هذه المشكلة مع أحجام علب البريد الأخرى أيضا. حدث تغيير في الطريقة التي يطبق بها Microsoft Exchange 2010 SP2 RU4 حد التقييد.

تذكر وثائق Cisco:

"قبل Exchange 2010 SP2 RU4، تم حساب حد التقييد مقابل حساب الاستدعاء (في حساب خدمة الحالة الخاص بنا). بدءا من Exchange 2010 SP2 RU4، تم تغيير هذا الحد. والآن، يتم إحتساب الرسوم على صندوق البريد الهدف بدلا من حساب الاستدعاء.

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

يوضح هذا الإجراء كيفية التحقيق في المشكلة والتحقق من صحتها:

1. اضغط على زر الاختبار على المستخدم ضمن حسابات المراسلة الموحدة. انتقل إلى مستخدمين > 'تحديد المستخدمين' > تحرير>حسابات المراسلة الموحدة > 'تحديد الخدمة.'
   
   
2. انتقل إلى صفحة الويب الخاصة بخدمة Cisco Unity Connection Service، وتصفح لتتبع > Micro Trace، وتمكين عمليات التتبع الدقيقة هذه:
   

   CsMBXSync: 10,11,12,13,14,15,16,17,18,19,20,21,22,23
   CsEWS: 10,11,12,13

3. ترك رسالة إختبار للمستخدم. انتظر حتى تترك الرسالة على الهاتف، وانتظر ثلاث دقائق أخرى للسماح لاتصال Unity بالمزامنة مع خدمة ويب ل Exchange (EWS).
   
   
4. أستخدم "أداة مراقبة الوقت الفعلي" الخاصة بالمستخدم لتجميع هذين الاتجاهين. اضبط الإطار الزمني إلى عشر دقائق بحيث تحصل على كل الآثار الخاصة بالإطار الزمني للاختبار. قم بتعيين موقع التنزيل ليكون هو سطح المكتب، وابحث عن مجلد باسم 'خادم Unity Connection:'
   

   Connection Mailbox Sync
   Connection Tomcat

   ملاحظة: يعد تتبع مزامنة علبة بريد الاتصال أكثر التتبع فائدة. إذا تم إنشاء مسارات مزامنة متعددة لعلبة البريد، فاستخدم Notepad++ للبحث في جميع المسارات مرة واحدة.

5. بحث خلال التتبع. بشكل عام، يمكنك العثور على المستخدم عن طريق عنوان البريد الإلكتروني للشركة.
   

   12:38:48.095 |13196,,,CsMbxSync,20,Created Service Entry Handler with 
      retry count 1 for Srvc Entry Data: (Cnx Mbx Id: Cnx Mbx Id: (Mbx Uid: 
      {11f4a1b5-7758-434a-b66e-f84889b923f2}, Inbox Folder Uid: 
      {6d08496c-9f8c-4cb4-a828-a38a3d9b7d97}, Mail Store: UnityMbxDb1, Inbox 
      Folder Name: inbox), Srvc Data: External Srvc Data:       
   (Ext Srvc Oid: {85ee84a7-0bb6-457f-8cce-2fbf2fae5ad7}, Display Name: UM 
      Sevices 1, Auth Scheme: 2, Is Enabled: 1, Srvc Supports Sync: 1 , Exch Do 
      Auto Discover: 0, Exch Do Auto Discover 2003: 0, Security Transport Type: 
      1, Server: 192.168.5.5, Service Account: Test, Service Password: XXXXXXXXX, 
      Service       
   Type: 4, Exch Service Type: 1, Trust Cert Dir: 
      /usr/local/platform/.security/tomcat/trust-certs/, Ldap Security Transport 
      Type: 0, Ldap Validate Server Certificate: 0, Validate Server Certificate: 
      0, Notification Type: 0, Is Impersontaion Enabled: 1, Proxy Ip Address: ), 
      Mbx Data: Mbx Data:       
   (Email Addr: user@mylab.com, Subscriber Oid: 
      {019b9589-d0b4-440f-8afd-dc99ba67547e}, Sync Enabled: 1, SESM Oid: 
      {ac8b5b58-766b-4ccf-b444-525606562f18}, DTMFAccess ID: 111))            

   المعلومات الأساسية هي معرف المشترك (OID)، والذي هو {019b9589-d0b4-440f-8afd-dc99ba67547e} في هذا المثال. يشير أي سطر يحتوي على معرف المستخدم هذا إلى هذا المستخدم. يمكنك الآن الحصول على مزيد من المعلومات إذا قمت بالبحث في معرف المشترك.
   
   
6. ابحث عن رمز مثل 'ErrorServerBusy.' هذا مثال ينتج من بحث:
   

   12:38:48.281 |13459,172.16.10.31,{019b9589-d0b4-440f-8afd-dc99ba67547e},
      CsEws,14,endElement>>> 0:0 - MessageText = The server cannot service this 
      request right now. Try again later.
   12:38:48.281 |13459,172.16.10.31,{019b9589-d0b4-440f-8afd-dc99ba67547e},
      CsEws,14,startElement>>> 0:0 - ResponseCode = 
   12:38:48.281 |13459,172.16.10.31,{019b9589-d0b4-440f-8afd-dc99ba67547e},
      CsEws,14,endElement>>> 0:0 - ResponseCode = ErrorServerBusy

   يشير هذا الإخراج إلى أن EWS قد قام بتوقيت الطلب بناء على نهج EWS الحالي على Exchange Server.

الحل

لحل هذه المشكلة، قم بتعديل سياسة EWS استنادا إلى هذه الوثائق المحدثة: تكوين Cisco Unity Connection 9x و Microsoft Exchange for Unified Messaging: إزالة حدود EWS لحساب خدمات المراسلة الموحدة ل Cisco Unity Connection (Exchange 2010 SP2 RU4 والإصدارات الأحدث).

يصف هذا الإجراء كيفية إنشاء سياسة EWS جديدة مع إتصالات EWS غير محدودة. سيتيح النهج الجديد للمستخدمين الذين عانوا من مشكلة ErrorServerBusy إمكانية العمل بشكل صحيح:

1. قم بتسجيل الدخول إلى الخادم الذي تم تثبيت Exchange Management Shell عليه. أستخدم إما حسابا عضوا في مجموعة "مسؤولي المؤسسة" أو حسابا لديه الإذن لمنح الأذونات على كائنات Exchange في حاوية التكوين.
   
   
2. إنشاء نهج جديد باستخدام إتصالات EWS غير محدودة:
   

   New-ThrottlingPolicy -Name "
          
          " 
      -EWSMaxConcurrency $null -EWSMaxSubscriptions $null -EWSPercentTimeInCAS 
       $null -EWSPercentTimeInMailboxRPC $null -EWSFindCountLimit $null 
       -EWSPercentTimeinAD $null

   حيث ConnectionUnifiedMessagingServicesPolicy هو الاسم الذي تريد إنشاءه للنهج.
   
   
3. تطبيق النهج الجديد على كافة علب بريد مستخدمي المراسلة الموحدة. لكل علبة بريد مستخدم، قم بتشغيل هذا الأمر:
   

   Set-ThrottlingPolicyAssociation -Identity 
      "<ConnectionUnifiedMessagingusermailbox>" -ThrottlingPolicy 
      "<ConnectionUnifiedMessagingServicesPolicy>"

   حيث:

   ConnectionUnifiedMessageUserMailbox هو اسم علبة بريد المستخدم.
   ConnectionUnifiedMessagingServicesPolicy هو اسم السياسة التي قمت بإنشائها في الخطوة 2.
   
   
4. تأكيد أن صندوق البريد يستخدم النهج الجديد:
   

   Get-ThrottlingPolicyAssociation -Identity 
      "<ConnectionUnifiedMessagingusermailbox>" | findstr "ThrottlingPolicy"

5. قم بإعادة تشغيل خدمة Microsoft Exchange Remote Procedure Call (RPC) Client Access على كل خادم Exchange 2010 يحتوي على دور الإشارات المرتبطة بالقناة (CAS).