يجيب هذا المستند على الأسئلة المتداولة حول Cisco Unified PhoneProxy.
أحلت cisco فني طرف إتفاق لمعلومة على وثيقة إتفاق.
a. لا. يسهل Cisco Unified PhoneProxy اتصال جزء التحكم في اتصال الإشارات (SCCP) (وحركة مرور RTP و TFTP و HTTP ذات الصلة) من هاتف إلى Cisco Unified CallManager من خلال جدار حماية. ولا يؤثر هذا على إتصالات البيانات بشبكة الشركة لاستخدامات أخرى غير هواتف بروتوكول الإنترنت (IP). للمستخدم المتصل بالجزء الخلفي من الهاتف حق الوصول إلى شبكة LAN المحلية فقط. يجب عليهم إنشاء اتصال VPN للوصول إلى بيانات الشركة.
أ. تحافظ حالة إستخدام جسر الصوت والبيانات لشبكة VLAN على فصل بين شبكة VLAN الصوتية وشبكة VLAN للبيانات، ولكنها لا تزال تدعم عمليات نشر IP Communicator للعاملين كثيري التنقل. ارجع إلى دليل إدارة Cisco Unified PhoneProxy للحصول على مزيد من المعلومات حول حالات الاستخدام.
في حالة إستخدام الشبكة المحلية الظاهرية (VLAN) للصوت والبيانات، لا يؤثر Cisco Unified PhoneProxy على مدى عمل Cisco IP Communicator على جهاز محمول. وهو يقوم فقط بتوكيل اتصال SCCP (وحركة مرور RTP و TFTP و HTTP ذات الصلة).
لا يعمل Cisco Unified PhoneProxy على منع الوصول إلى شبكات الشركات أو تيسيره، باستثناء ما هو مسموح به بشكل محدد لعمل الهاتف بشكل صحيح. إذا كانت شبكة الشركة الخاصة بك تتطلب ذلك، فيجب عليك إستخدام شبكة VPN قبل Cisco Unified PhoneProxy، ولكن لا يلزم تشغيل اتصال VPN لكي يعمل الهاتف. ومع ذلك، فإن IP Communicator هو الاستثناء. يمكن تعطيل خدمة هاتف IP Communicator عند تشغيل VPN وإيقاف تشغيله.
in addition، أنت يستطيع واجهت متوسط إلى شديد صوت مشكلة عندما هاتف ربطت مع VPN لأن VPN يستطيع لا يطبق خاص جودة الخدمة مستوى يتطلب ب ال RTP تيار. راجع دليل إدارة Cisco Unified PhoneProxy للحصول على مزيد من المعلومات حول مشاكل الصوت.
a. إذا كان يجب عليك وضع ملف تحديث يدويا على Cisco Unified PhoneProxy، فقم بإنشاء اتصال FTP آمن (SFTP) بعنوان IP الجنوبي (أو عنوان IP الخاص بالإدارة إذا تم تمكينه)، ثم قم بوضع الملف في المجلد الوارد.
ملاحظة: يمكنك إسترداد التحديثات من الويب باستخدام هذا الأمر: الحصول على تحديث <url>.
a. يتم توجيه حركة مرور رقم RTP دائما من خلال Cisco Unified PhoneProxy. ومع ذلك، لا يتتبع Cisco Unified PhoneProxy معلومات الحالة حول كل هاتف. ومن ثم لا تعلم ان المكالمتين من هاتفين مختلفين هما في الحقيقة مكالمة واحدة بين هاتفين.
a. لأن Cisco Unified PhoneProxy لا يدعم تحويلات الوسائط، فإن أي برنامج ترميز يكون مدعوما. ومع ذلك، تنشأ مشكلة في الوسائط المشفرة عندما لا تساوي (حمولة RTP + رأس RTP) mod 64 43 أو 44 أو 45 أو 46. ولذلك، فإن 20 مللي ثانية زاي - 711 مقبولة؛ و 30 مللي ثانية زاي - 711 غير مقبولة.
من أجل حساب هذه القيمة، أستخدم عملية modules (mod). تقوم عملية MOD بإرجاع الباقي عندما يتم تقسيم رقم واحد إلى آخر. على سبيل المثال، 13 mod 5 يرجع 3.
بالنسبة إلى G.711 مع حمولة RTP تبلغ 160 ورأس RTP يبلغ 12، أستخدم العمليات الحسابية التالية:
160+12=172
172 mod 64 = 44
44 هي قيمة مقبولة.
ملاحظة: طريقة أخرى لتفسير هذه العملية هي إيجاد الرقم الأقرب إلى 172 الذي يمكن تقسيمه على 64، وهو 128. أما العدد المتبقي من 172 إلى 128 فهو 44. لذلك، 172 mod 64 = 44.
ملاحظة: يمكنك أيضا إستخدام Google Calculator من أجل تحديد نتائج عملية MOD. أدخل عملية MOD في حقل البحث على Google.com .
أ. إلى جانب عنوان خادم TFTP بديل يشير إلى الوكيل، لا تحتاج إلى برمجة أي إعدادات إضافية في الهاتف. ومع ذلك، يجب توفير الهاتف في Cisco Unified CallManager إذا تم تعطيل التسجيل التلقائي.
ملاحظة: قد تحتاج إلى تكوين كبل المستخدم النهائي أو الموجه DSL. إذا كان الموجه لا يدعم فحص الحزمة المعبرة عن الحالة، فقد تحتاج إلى تكوين إعادة توجيه منفذ UDP (بروتوكول مخطط بيانات المستخدم) أو وضع الهاتف في المنطقة المجردة من السلاح (DMZ)، وخاصة للموسيقى قيد الانتظار.
أ. لا. لا تحفظ Cisco Unified PhoneProxy التفضيلات الجغرافية. عند اتصال مستخدم بمجموعة Cisco Unified PhoneProxy، يتم توصيله استنادا إلى عدد المستخدمين. على سبيل المثال، إذا قمت بتكوين مجموعة باستخدام عقد في الساحل الشرقي والساحل الغربي، سيتم توزيع المستخدمين بالتساوي بين العقد. إذا كان لديك 1500 مستخدم، فسيتم توصيل 750 مستخدما بكل عقدة. وقد يتم تعيين بعض المستخدمين على الساحل الغربي في عقدة الساحل الشرقي، وقد يتم تعيين بعض المستخدمين على الساحل الشرقي في عقدة الساحل الغربي.
أ. لا. يجب توفير كل هاتف في Cisco Unified CallManager ويستهلك نفس عدد وحدات الترخيص التي كان سيستخدمها دون Cisco Unified PhoneProxy. راجع دليل إدارة Cisco Unified PhoneProxy للحصول على مزيد من المعلومات.
a. في هذا الوقت، لا يتم دمج Cisco Unified PhoneProxy مباشرة مع هذه المصادر. ومع ذلك، يمكنك إستيراد ملف قيمة مفصولة بفاصلة (CSV) إلى وحدة التحكم الإدارية لإضافة مستخدمين متعددين.
أ. يمكنك إستخدام هذه الأساليب من أجل تنشيط مكالمة:
يقوم المستخدم النهائي بتنشيط المكالمة من خلال صفحة ويب. يجب على المستخدم توفير اسم مستخدم وكلمة مرور وعنوان IP لشبكة WAN. (عنوان WAN IP ليس 192.168.x.x الداخلي الذي يمنحك الموجه.)
ملاحظة: تكشف صفحة الويب عنوان IP الخارجي وتعبئته في العنوان الصحيح. ومع ذلك، استنادا إلى الشبكة، قد تحتاج إلى تغيير عنوان IP هذا.
يقوم المسؤول بتنشيط المكالمة من خلال واجهة سطر الأوامر. يجب على المسؤول توفير اسم مستخدم وعنوان IP.
يقوم التطبيق بتنشيط الحساب ويوفر اسم المستخدم وكلمة المرور وعنوان IP. يجب تمكين خدمة ويب التنشيط لاستخدام هذه الطريقة.
أ. يظل التنشيط قيد التنشيط طالما كان هناك اتصال SCCP بين هاتف IP و Cisco Unified PhoneProxy. ونظرا لوجود قدر كبير من حركة مرور البيانات المستمرة مع اتصال SCCP، لا يجب أن ينتهي التنشيط.
مهلة خمول التنشيط الافتراضية هي 300 ثانية (5 دقائق). لا يحدث هذا الوقت الخامل إلا إذا لم يتم تسجيل هاتف IP فعليا بعد تنشيط الحساب. على سبيل المثال، يتم تنشيط الحساب، ولكن لا يتم توصيل الهاتف بالشبكة في غضون 5 دقائق، أو يفقد الهاتف اتصال الشبكة (بسبب انقطاع التيار الكهربائي أو الإنترنت الذي يستغرق أكثر من 5 دقائق)، أو يتغير عنوان IP (بسبب انتهاء صلاحية إيجار IP أو لأن DHCP يعين عنوانا مختلفا).
يتوقع Cisco Unified PhoneProxy الحفاظ على اتصال بهذا الحساب وعنوان IP. وفي حالة مقاطعة هذا الاتصال لأكثر من المبلغ الذي تم تكوينه لوقت الخمول، يصبح الحساب غير نشط.
ملاحظة: يمكن للمسؤولين تكوين مهلة تفويض منفصلة عن مهلة الخمول. تتسبب مهلة التخويل في أن يصبح الحساب النشط غير نشط بعد عدد محدد من الثواني، مما يتطلب من المستخدمين المصادقة مرة أخرى بمجرد انتهاء صلاحية قيمة المهلة. هذه القيمة هي 0 ثوان بشكل افتراضي، مما يعني أن الحساب لا يصبح تلقائيا غير نشط.
ج. نعم. تم إختبار الأمان والتشفير والعمل مع Cisco Unified CallManager 5.0.4 و 5.1.
ملاحظة: يعالج Cisco Unified CallManager 5.0 الشهادات بشكل مختلف عن الإصدارات 4.x.
أ. عند تشغيل الأمان، يجب أن تتصل جميع الهواتف الموجودة على الإنترنت غير الموثوق بها بشكل آمن ب Cisco Unified PhoneProxy، أو لا يسمح لها بالاتصال. يتم تشفير مقطع المكالمة بين Cisco Unified PhoneProxy وهاتف IP عن بعد. يتم تشفير مقطع المكالمة بين إثنين من هواتف IP البعيدة، ولكن يظل مقطع المكالمة بين Cisco Unified PhoneProxy أو Cisco Unified CallManager الداخلي وهواتف IP غير مشفر.
توضح هذه الصور تشفير مقطع المكالمة.
لهاتف الإنترنت عن بعد إلى هاتف الشركة الداخلي:
من أجل هاتف إنترنت بعيد إلى هاتف إنترنت بعيد آخر:
a. من أجل تكوين ASA لميزة وكيل هاتف Cisco، ارجع إلى تكوين ميزة وكيل هاتف Cisco.
أ. يدعم وكيل هاتف ASA هذه الميزات:
الموسيقى قيد الانتظار (MoH)
خدمات XML
a. يمكن إستخدام وكيل HTTP عكسي إلى Cisco Unified Communications Manager لتوجيه هواتف IP إلى فتحة الصمام في ASA. هذا الحل أكثر أمانا من فتح خادم Cisco Unified Communications Manager HTTP ويتطلب خادم وكيل عكسي HTTP.
أ. ASA يتضمن الإصدار 8.0(4) ميزات الاتصالات الموحدة، مثل وكيل الهاتف ووكيل الهاتف، التي تدعم SCCPv17 .
A. يتم دعم الموسيقى قيد الانتظار (MoH) بواسطة وكيل هاتف ASA، ولكن بعض الهواتف المتصلة من خلال وكيل هاتف Cisco ASA (Codebase 8.2(1)) لا يمكنها سماع مصادر صوت MOH المحلية من CUCM. وثقت هذا إصدار ب ال cisco بق id CSCso81816 ( يسجل زبون فقط). يمكن وضع المكالمات قيد الانتظار أو نقلها بمساعدة وكيل هاتف ASA. كما يتم دعم ميزات المؤسسات مثل مكالمات المؤتمرات على الهواتف البعيدة المتصلة من خلال وكيل هاتف ASA.
أ. إعدادات الإدارة ضمن وحدة التحكم الإدارية محمية بكلمة مرور. لا يمكن إسترداد كلمة المرور هذه. يجب إنشاء تكوين وكلمة مرور جديدين.
يمكنك أيضا الحماية باستخدام كلمة مرور هذه المناطق من Cisco Unified PhoneProxy CLI:
حفظ القسم—يمكنك حماية قسم الصيانة بكلمة مرور. مهما، هو ليس كلمة محمي افتراضيا. in order to خلقت أساسي كلمة، أنت ينبغي كنت في الصيانة قسم. في حالة فقدان كلمة مرور الصيانة، لا يمكنك إستردادها.
image0 وimage1 الأقسام— تتم حماية أقسام image0 وimage1 بكلمة مرور تكون منفصلة عن كلمة مرور maintpartition. يمكنك تعيين كلمة مرور قسم الصورة من داخل قسم الصورة أو من داخل قسم الصيانة.
أ. لا يمكن تحديث حجرة الحجز الرئيسية. يجب ألا يكون هناك سبب لتحديث هذا الحجز.
a. يقوم Cisco Unified PhoneProxy فقط بنقل البيانات التي ترسلها الهواتف. على سبيل المثال، في أحد مجموعات Cisco Unified CallManager، إذا تعطل أحد أعضاء هذا المجموعة، فسيتم تجاوز فشل جميع الهواتف إلى آخر CallManager والتسجيل. تحتوي الهواتف على اتصال مفتوح ب Unified CallManager في وضع الاستعداد، لذا فإنها ترسل طلب تسجيل. يتم إرسال بضع رسائل أخرى بين الهاتف وبرنامج Unified CallManager. ومع ذلك، لا يدرك الهاتف أن برنامج CallManager الأساسي قد توقف حتى تفتقد دقات القلب. ونظرا لعدم مزامنة وظيفة نبض الشبكة للهواتف، يتم توزيع محاولات التسجيل عبر فترة زمنية مدتها 30 ثانية، ولا يتأثر الأداء.
أ. يتم إستدعاء وظيفة نبض القلب لكل هاتف كل 30 ثانية. وعندما يفوتون لحزمة، يسجل الهاتف بعقدة ثانوية ثم يحاول التسجيل مرة أخرى مع العقدة الأساسية.
a. لا. تظهر الهواتف التي تم وضعها كوكيل في Cisco Unified CallManager، ولكن لا تظهر Cisco Unified PhoneProxy.
ملاحظة: داخل Cisco Unified CallManager، تعرض جميع الهواتف المسجلة والموكلة عنوان IP نفسه. عنوان IP هذا هو عنوان IP للواجهة الجنوبية ل Cisco Unified PhoneProxy، والذي يوجد على الشبكة الفرعية نفسها الخاصة بشبكة VLAN الصوتية ل CallManager.
ج. نعم. يجب توفير الهاتف في Cisco Unified CallManager قبل الوقت إذا تم تعطيل التسجيل التلقائي. كما يجب إنشاء حساب للهاتف ونشره إلى Cisco Unified PhoneProxy من خلال وحدة التحكم الإدارية. لإنشاء الحساب، يجب تحديد اسم مستخدم وكلمة مرور ومعرف محطة الهاتف (على سبيل المثال، SEP112233445566) و CallManager لوكيل التسجيل إلى. عندما يقوم المستخدم بتنشيط الحساب، يجب أن يوفر اسم المستخدم وكلمة المرور وعنوان IP.
ملاحظة: داخل Cisco Unified CallManager، تعرض جميع الهواتف المسجلة والموكلة عنوان IP نفسه. عنوان IP هذا هو عنوان IP للواجهة الجنوبية ل Cisco Unified PhoneProxy، والذي يوجد على الشبكة الفرعية نفسها الخاصة بشبكة VLAN الصوتية ل CallManager.
ج. نعم. يجب توفير الهاتف والرقم المطلوب ومساحات البحث عن المكالمات والأقسام في Cisco Unified CallManager. يحتفظ Cisco Unified CallManager بكافة التحكم في خطط الطلب.
لا يعي Cisco Unified PhoneProxy أرقام الخطوط أو أنماط المسار أو مساحات البحث عن المكالمات أو الأقسام. لا يقوم Cisco Unified PhoneProxy إلا بتوكيل تسجيل الهاتف (و RTP).