تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.
ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).
واليوم، تعكف صناعة الاتصالات على تحقيق التحول من التأسيس الطويل لتكنولوجيات التحويل والنقل إلى الأجهزة الطرفية القائمة على بروتوكول الإنترنت (IP). لقد بدأت ثورة إتصالات بروتوكول الإنترنت في خلق تأثير تجاري هائل في الشركات الصغيرة والمتوسطة. وتدرك هذه الشركات الصغيرة والمتوسطة أن إستخدام بروتوكول الإنترنت (IP) فعال للغاية لأن بروتوكول الإنترنت (IP) يمكن أن يستخدم إمكانات الصوت والفيديو والبيانات عبر شبكة واحدة، بدلا من إستخدام ثلاث شبكات منفصلة لأغراض خاصة. الشكل 1 يوضح نشر خدمة IP الهاتفية في إتجاه توصيل IP.
الشكل 1 - نظام مهاتفة IP
وقد بدأت وحدات IP PBX في الهيمنة على أعمال تقنية الصوت، ولم تعد وحدات TDM PBX المصدر الرئيسي كما هو الحال في التوصيل العكسي بين شبكتي الصوت. لقد انخفض إستخدام TDM PBX في السنوات القليلة الماضية، وأصبح إستخدام IP PBX يمثل إستثمارا جيدا في شبكات IP المحلية وشبكات WAN. من أجل الاتصال ب PSTN، تحتاج PBX إلى نوع من trunking مثل TDM (T1/E1) أو خطوط تناظرية. يمكن أن ينفذ IP PBXs إلى PSTN باستخدام هذه الأنواع من شنطة، ولكنه يحتاج إلى بوابة وسائط تقوم بتحويل حركة مرور صوت IP إلى PSTN التقليدي، والتي يمكن أن ينتج عنها أحيانا ترجمة متعاقبة من مجال IP إلى مجال TDM. وهذه الترجمات المتعاقبة تزيد تكاليف صيانة البوابات، تزيد زمن الانتقال، وتقلل من جودة الصوت.
لتجنب هذه المشاكل، تستخدم بروتوكولات IP PBX لبدء جلسة العمل وإدارتها، وأهمها بروتوكول بدء جلسة العمل (SIP). يوفر هذا المستند وصفا لعملية توصيل SIP و Cisco CallManager Express (CME)، وتكوينا لتنفيذ نظام هاتفي مستند إلى IP مع CME باستخدام توصيل SIP للمكالمات الواردة والصادرة.
تأكد من استيفاء المتطلبات التالية قبل أن تحاول إجراء هذا التكوين:
تم تثبيت الإصدار 4.1 من CME
توجد صورة لبرنامج Cisco IOS® الإصدار 12.4(11)XJ أو IOS 12.4(6th)T على الموجه
يتم تثبيت وحدة NM-CUE مع CUE الإصدار 2.3.4
تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:
cisco 3825 مسحاج تخديد على cisco ios برمجية إطلاق 12.4(11)xj
المحول Cisco Catalyst 3550 switch على برنامج Cisco IOS Software، الإصدار 12.4
هاتف بروتوكول الإنترنت Cisco IP 7960
Cisco CallManager Express، الإصدار 4.1
Cisco Unity Express، الإصدار 2.3.4
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك مباشرة، فتأكد من فهمك للتأثير المحتمل لأي أمر.
راجع اصطلاحات تلميحات Cisco التقنية للحصول على مزيد من المعلومات حول اصطلاحات المستندات.
SIP هو بروتوكول تحكم في طبقة التطبيقات يستند إلى ASCII يمكن إستخدامه لإنشاء المكالمات وصيانتها وإنهائها بين نقطتي نهاية أو أكثر. برز SIP بسرعة كبروتوكول قياسي مستخدم في إتصالات IP، لأنه بروتوكول وسائط متعددة يمكن إستخدامه لجلسات الفيديو والمراسلة الفورية بالإضافة إلى الصوت. كما يمكن لبروتوكول SIP معالجة جلسات عمل المؤتمرات وإذاعتها، بالإضافة إلى جلسات عمل فردية. برنامج توصيل واجهة الخادم (SIP) يتميز بإمكانات هائلة في تحويل طريقة اتصال الأشخاص وتطويرها. ولهذا السبب، لعبت Cisco ولا تزال تلعب دورا مهما في تولي قيادة لإنشاء تقنيات جديدة تجعل SIP وتطبيقاتها معيار إتصالات IP.
تكون خطوط اتصال SIP مماثلة لخط الهاتف، باستثناء أن خطوط اتصال SIP تستخدم شبكة IP، وليس PSTN. وبالإضافة إلى ذلك، تسمح خطوط اتصال بروتوكول معلومات التوجيه (SIP) بتقارب الصوت والبيانات على الاتصالات المشتركة عبر بروتوكول الإنترنت (IP). للوصول إلى شبكة IP باستخدام خط اتصال SIP، من الضروري إجراء التكوينات على مزود الخدمة، وكذلك على جانب العميل. يحتاج العملاء إلى تعيين CME وتكوينه، وهو PBX الذي سيترجم إشارة SIP بشكل مناسب ويمرر حركة المرور بنجاح. يحتاج موفر الخدمة إلى تكوين خادم وكيل SIP. ومع ذلك، يكون إنشاء خطوط اتصال SIP أكثر تعقيدا من خطوط اتصال PSTN العادية. والسبب وراء ذلك هو أن العميل يواجه تحديات في التعامل مع عمليات الترجمة والتطبيق المختلفة لبروتوكول SIP بواسطة بائعي الأجهزة، وتوفير الأمان وإدارة جودة الخدمة (QoS) وتمكين ترجمة عنوان الشبكة (NAT) ومقاطع الجدار الناري، وضمان موثوقية خدمة الناقل واستمراريتها.
وتصف هذه النقاط سبب الوضوح الشديد لشبكات SIP في الشركات الصغيرة والمتوسطة:
إمكانية نشر تتسم بالسرعة والسهولة التامة
تحسين إستخدام سعة الشبكة
إمكانية دمج تكاليف الاتصال الهاتفي وخفضها
الطلب الداخلي المباشر الاقتصادي (DID)
إستمرارية الأعمال
Cisco CME هو حل مهاتفة IP يتم دمجه مباشرة في برنامج Cisco IOS. يسمح CME للشركات الصغيرة والمتوسطة بنشر الصوت والبيانات والفيديو على نظام أساسي واحد. من السهل تعيين شبكة مهاتفة IP لأن CME يعمل على موجه واحد، مما يوفر وظيفة PBX للشركات. وبالتالي، من خلال إستخدام ميزة إدارة الاتصال (CME)، يمكن للشركات الصغيرة ومتوسطة الحجم توفير خدمة IP الهاتفية وتوجيه البيانات باستخدام حل واحد مجمع مع أقل التكاليف.
بدأت CME بدعم توصيل SIP عند إصدار CME 3.1. ومع ذلك، كانت هناك بعض المشاكل عندما اتصل هاتف SIP بهاتف SCCP أو حاول الوصول إلى البريد الصوتي. المشكلة هي أن هواتف SCCP المتصلة ب CME تتطلب إستخدام ترحيل DTMF خارج النطاق لنقل DTMF (أرقام) عبر إتصالات VoIP، وهواتف SIP تستخدم عمليات النقل داخل النطاق. يوجد تشوه DTMF بين الجهازين. عند إصدار CME 3.2، تمت إضافة الدعم إلى ترحيل DTMF. يمكن تحويل أرقام DTMF من SCCP إلى آلية ترحيل DTMF داخل النطاق من خلال RFC2833 أو طرق الإعلام.
يدعم CME حاليا قائمة واجهات DTMF لمكالمات SIP إلى SIP:
إعلام <—> إعلام منذ 12.4(4)T
المعيار RFC2833 <—> إعلام منذ الإصدار 12.4(4)T
إعلام <—> RFC2833 منذ الإصدار 12.4(4)T
G711 داخل النطاق <—> نظرا لأن الإصدار 12.4(11)T [يتطلب جهاز إرسال/إستقبال]
يدعم CME حاليا اتصال DTMF هذا لمكالمات SIP إلى SCCP:
SCCP خارج النطاق - SIP Notify / RFC2833 منذ الإصدار 12.4(4)T
هناك جانب آخر مهم لأخذه بعين الاعتبار عند إعداد خط اتصال SIP وهو أن برامج الترميز المدعومة. تمثل برامج الترميز عينة تعديل رمز النبض للإشارات في الترددات الصوتية. تدعم خطوط اتصال SIP برامج الترميز هذه: G.711 و G.729. ومع ذلك، بالنسبة للميزات المختلفة مثل Cisco Unity Express (CUE) و Music Hold (MOH)، يتم دعم برنامج الترميز G.711 فقط. هذا يعني أن المكالمات الصوتية التي تستخدم خطوط SIP باستخدام برنامج الترميز G.729 لا يمكنها الوصول إلى CUE، إلا إذا وجد جهاز ترميز للسماح بضغط وفك ضغط التدفقات الصوتية لتطابق إمكانيات CUE. كما يمكن أن تستخدم MOH برنامج الترميز G.729 لتوفير النطاق الترددي، ولكن برنامج الترميز لا يوفر تدفقات MOH ذات جودة كافية. هذا يرجع إلى حقيقة أن G.729 محسن للكلام. لذلك، يجب ان تجبروا وزارة الصحة على إستعمال G.711.
عندما يأتي إستدعاء على خط اتصال SIP ويتم إعادة توجيهه (CFNA / CFB / CFA)، عندئذ يكون السلوك الافتراضي ل CME أن يرسل رسالة SIP 302 "المنقولة مؤقتا" إلى وكيل مزود الخدمة (SP). قد يلزم ترجمة جزء المستخدم من رأس جهة الاتصال في الرسالة 302 ليعكس DID يمكن لوكيل SP التوجيه إليه. يجب تعديل جزء المضيف من رأس جهة الاتصال في رسالة 302 ليعكس عنوان السجل (AOR) باستخدام CLI الخاص بالمضيف-registrar تحت sip-ua وواجهة سطر الأوامر (CLI) b2bua ضمن نظير طلب VoIP الموجه إلى CUE.
قد لا تدعم بعض وكلاء SIP هذا الأمر. إذا كان الأمر كذلك، فعليك إضافة التالي:
Router(config)#voice service voip
Router(conf-voi-serv)#no supplementary-service sip moved-temporarily
الشكل 2 يوضح سلوك نظام CME عند تعطيل رسالة 302.
شكل 2 - تدفق إرسال المكالمات مشغول (CFB) مع تعطيل رسالة 302
ستسمح هذه الطريقة بتدوين رسائل SIP رقم 302 لجهات توجيه المكالمات على CME. كما يلزم توفر ما سبق إذا كانت هناك ملحقات معينة ليس لها تعيين DID نظرا لأن وكيل SP قد لا يعرف كيفية توجيه هذه المكالمات. إذا قمت بتعطيل إستجابة 3xx، يمكن إستخدام بادئ رقم الاتصال للحفاظ على معرف المتصل لطرف الاتصال الأصلي.
عندما تأتي مكالمة على خط اتصال SIP إلى هاتف SCCP أو الرد التلقائي ل CUE (AA) ويتم نقلها، سيقوم CME بشكل افتراضي بإرسال رسالة SIP Referring إلى وكيل SP. لا تدعم معظم خوادم وكيل SP طريقة REFERRING. يلزم تكوين هذا الأمر لإجبار CME على تصحيح المكالمة:
Router(config)#voice service voip
Router(conf-voi-serv)#no supplementary-service sip refer
الشكل 3 يوضح سلوك نظام CME مع تعطيل طريقة التحويل.
الشكل 3 - النقل مع تعطيل التحويل
إذا كانت الإحالة مدعومة على وكيل SIP، فيجب ترجمة جزء المستخدم من الإحالة إلى والإحالة إلى بواسطة إلى DID التي يفهمها وكيل SP. يجب أن يكون جزء المضيف من الحقول المشار إليها والمشار إليها بواسطة عنوان IP أو DNS الذي يمكن لوكيل SP التوجيه إليه كذلك (يحدث هذا بشكل افتراضي في CME 4.1).
إذا قام هاتف بروتوكول SCCP بتعليق مكالمة من PSTN، فإن CME يقوم بتغيير الوسائط محليا. لا يتم إرسال رسائل SIP عبر خط اتصال SIP. سيتم تشغيل الموسيقى قيد الانتظار للمستخدم عبر خط اتصال SIP استنادا إلى تكوين CME.
في هذا القسم، تُقدّم لك معلومات تكوين الميزات الموضحة في هذا المستند.
يستخدم هذا المستند إعداد الشبكة التالي:
توفر عناصر التكوين التالية مخططا عاما للخطوات المطلوبة لتكوين CME الخاص بك باستخدام خطوط اتصال SIP:
عناصر البنية الأساسية: الواجهات، خدمات TFTP و DHCP، NTP، وما إلى ذلك.
الخدمة الهاتفية: تمكين التحكم في مكالمات IOS "PBX" على منصة CME بما في ذلك عناصر إدارة الهاتف
EPHONES EPHONES: تحديد هواتف بروتوكول الإنترنت (IP) وأرقام هواتفها
خطة الطلب: نظائر الطلب والملحقات وقواعد ترجمة الصوت
تكوين IOS SIP: تمكين SIP والتسجيل عبر الهاتف باستخدام وكيل SIP وتوجيه المكالمات عبر خطوط الاتصال، وما إلى ذلك.
دعم البريد الصوتي: Cisco Unity Express
تكوين المحول Catalyst: عنوان IP والواجهات، وما إلى ذلك.
هذا هو التكوين الكامل المطلوب لنشر نظام CME باستخدام خطوط اتصال SIP:
الموجه - تكوين CME |
---|
! AUSNML-3825-01#show run Building configuration... Current configuration : 8634 bytes ! version 12.4 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname AUSNML-3825-01 ! boot-start-marker boot-end-marker ! enable secret 5 $1$vBU1$MCMG1rXM5ejME8Wap6W0H1 ! no aaa new-model clock timezone central -8 clock summer-time central recurring ip cef ! !--- DHCP Configuration --- ip dhcp pool Voice network 172.22.100.0 255.255.255.0 option 150 ip 172.22.1.107 default-router 172.22.100.1 ! ip dhcp pool Data network 172.22.101.0 255.255.255.0 option 150 ip 172.22.1.107 default-router 172.22.101.1 ! ! ip domain name cisco.com ip name-server 205.152.0.20 multilink bundle-name authenticated ! voice-card 0 no dspfarm ! ! ! ! !--- Voice Class and Service VoIP Configuration --- voice service voip allow-connections sip to sip no supplementary-service sip moved-temporarily !---Disable 302 sending no supplementary-service sip refer !---Disable REFER sending sip registrar server expires max 3600 min 3600 localhost dns:domain.test.com ! ! voice class codec 1 codec preference 1 g711ulaw ! ! ! ! ! ! ! ! ! ! ! !--- Voice Translation Rules --- voice translation-rule 1 rule 1 /5123781291/ /601/ !--- An inbound rule for AA pilot "601 rule 2 /5123781290/ /600/ !--- An inbound rule for the voicemail pilot "600" ! voice translation-rule 2 rule 1 /^911$/ /911/ !--- An outbound rule to allow "911" rule 2 /^9\(.*\)/ /\1/ !--- An outbound rule to strip "9" from PSTN calls ! voice translation-rule 3 rule 1 /^.*/ /5123781291/ !--- An outbound rule to change calling-number CLID to a |
الموجه - تكوين CUE |
---|
se-172-22-1-253#show run Generating configuration: clock timezone America/Chicago hostname se-172-22-1-253 ip domain-name localdomain groupname Administrators create groupname Broadcasters create !--- Users --- username Enrique create username John create username Enrique phonenumberE164 "5123781202" username John phonenumberE164 "5123781201" username Enrique phonenumber "202" username John phonenumber "201" !--- AutoAttendant --- ccn application autoattendant description "**AutoAttendant**" enabled maxsessions 4 script "aa.aef" parameter "busOpenPrompt" "AABusinessOpen.wav" parameter "operExtn" "601" parameter "welcomePrompt" "AAWelcome.wav" parameter "disconnectAfterMenu" "false" parameter "busClosedPrompt" "AABusinessClosed.wav" parameter "allowExternalTransfers" "false" parameter "holidayPrompt" "AAHolidayPrompt.wav" parameter "businessSchedule" "systemschedule" parameter "MaxRetry" "3" end application !--- MWI --- ccn application ciscomwiapplication description "ciscomwiapplication" enabled maxsessions 8 script "setmwi.aef" parameter "CallControlGroupID" "0" parameter "strMWI_OFF_DN" "8001" parameter "strMWI_ON_DN" "8000" end application !--- Voicemail --- ccn application voicemail description "**Voicemail**" enabled maxsessions 4 script "voicebrowser.aef" parameter "uri" "http://localhost/voicemail/vxmlscripts/login.vxml" parameter "logoutUri" "http://localhost/voicemail/vxmlscripts/mbxLogout.jsp" end application !--- SIP --- ccn subsystem sip gateway address "172.22.100.1" !--- Must match the "ip source-address" in telephony-service dtmf-relay sip-notify mwi sip outcall !--- Subscribe / Notify and Unsolicited Notify have not been tested transfer-mode blind bye-also !--- Testing with REFER method on CUE has caused certain call flows to break end subsystem !--- Trigger Phones --- ccn trigger sip phonenumber 600 application "voicemail" enabled maxsessions 4 end trigger ccn trigger sip phonenumber 601 application "autoattendant" enabled maxsessions 4 end trigger service phone-authentication end phone-authentication service voiceview enable end voiceview !--- Voicemail Mailboxes --- voicemail default mailboxsize 21120 voicemail broadcast recording time 300 voicemail mailbox owner "Enrique" size 300 description "**Enrique_Mailbox**" expiration time 10 messagesize 120 end mailbox voicemail mailbox owner "John" size 300 description "**John'sMailbox**" expiration time 10 messagesize 120 end mailbox end |
تكوين المبدّل |
---|
!--- Interface Connected to CME/CUE Router --- interface FastEthernet0/2 description Trunk to 3825 switchport trunk encapsulation dot1q switchport mode trunk no ip address duplex full speed 100 !--- Interfaces Connected to the IP Phones --- interface FastEthernet0/7 switchport trunk encapsulation dot1q switchport trunk native vlan 20 !--- Data Traffic --- switchport mode trunk switchport voice vlan 100 !--- Voice Traffic --- no ip address spanning-tree portfast interface FastEthernet0/8 switchport trunk encapsulation dot1q switchport trunk native vlan 20 switchport mode trunk switchport voice vlan 100 no ip address spanning-tree portfast !--- IP Address --- interface Vlan1 ip address 172.22.1.194 255.255.255.0 ! ip classless ip route 0.0.0.0 0.0.0.0 172.22.1.1 ip http server |
لا يوجد حاليًا إجراء للتحقق من صحة هذا التكوين.
يوفر هذا القسم معلومات يمكنك استخدامها لاستكشاف أخطاء التكوين وإصلاحها.
يدعم Cisco CLI Analyzer (محلل واجهة سطر الأوامر من Cisco) (للعملاء المسجلين فقط) أوامر show معينة. استخدم Cisco CLI Analyzer (محلل واجهة سطر الأوامر من Cisco) لعرض تحليل مُخرَج الأمر show.
ملاحظة: ارجع إلى معلومات مهمة حول أوامر التصحيح قبل إستخدام أوامر debug.
يتضمن أستكشاف أخطاء خط اتصال SIP على CME وإصلاحها نفس الأوامر التي تستخدمها لاستكشاف أخطاء GW الخاصة ب IOS SIP وإصلاحها واستكشاف أخطاء CME وإصلاحها. أستخدم هذه الأوامر للتحقق من تسجيل DN الخاص بك:
show sip-ua register status - أستخدم هذا الأمر لعرض حالة أرقام E.164 التي قامت عبارة SIP بتسجيلها باستخدام مسجل SIP أساسي خارجي.
debug ccsip رسالة - يمكن كل تتبع رسائل SIP SPI، مثل تلك التي يتم تبادلها بين عميل مستخدم SIP (UAC) وخادم الوصول.
تعد أوامر أستكشاف أخطاء المكالمات وإصلاحها عبر خطوط اتصال SIP هي نفسها بشكل أساسي كما تستخدمها لاستكشاف أخطاء SIP GW و CME وإصلاحها.
إظهار الأوامر:
إظهار ePhone المسجل - التحقق من تسجيل ePhone.
show voip rtp connection - يعرض معلومات حول حزم RTP المسماة-event، مثل رقم معرف المتصل وعنوان IP والمنافذ لكل من نقاط النهاية المحلية والبعيدة.
show sip-ua call - يعرض معلومات UAC وخادم وكيل المستخدم (UAS) النشطة على مكالمات SIP.
show call active voice brief - يعرض معلومات المكالمات النشطة للمكالمات الصوتية أو عمليات إرسال الفاكس قيد التقدم.
أوامر تصحيح الأخطاء:
debug ccsip message - يمكن كل تتبع رسائل SIP SPI، مثل تلك التي يتم تبادلها بين SIP UAC وخادم الوصول.
debug voip ccapi inout - تعقب مسار التنفيذ من خلال واجهة برمجة تطبيقات التحكم في المكالمات.
تصحيح أخطاء الترجمة الصوتية - يتحقق من وظائف قاعدة الترجمة.
debug ephone detail mac-address <mac of phone> - يضبط تفاصيل تصحيح ل cisco ip هاتف.
debug voIP rtp session named-events - يمكن تصحيح الأخطاء لحزم الأحداث المسماة لبروتوكول نقل الوقت الفعلي (RTP).
debug sccp رسالة - يعرض تسلسل رسائل SCCP.