دقة نقل حركة شبكة PRI الخاصة ب PGW 2200 Softswitch
المحتويات
المقدمة
يساعدك هذا المستند على أستكشاف أخطاء معلومات نقل حركة شبكة PRI وإصلاحها على Cisco PGW 2200 في وضع التحكم في المكالمات. ونظرا للاختلافات بين أسر البروتوكولات، تنقسم عمليات إعادة التأهيل إلى فئات عديدة. على سبيل المثال، ISDN لإرسال إشارات Q (QSIG) ونظام إرسال إشارات الشبكة الخاصة الرقمية (DPNSS).
يغطي هذا المستند نقل حركة شبكة PRI باستخدام Cisco PGW 2200 فقط.
المتطلبات الأساسية
المتطلبات
يجب أن يكون لدى قراء هذا المستند معرفة بالمواضيع التالية:
المكونات المستخدمة
تستند المعلومات الواردة في هذا المستند إلى البرنامج Cisco PGW 2200 Software، الإصدار 9.3(2) والإصدارات الأحدث.
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك مباشرة، فتأكد من فهمك للتأثير المحتمل لأي أمر.
الاصطلاحات
راجع اصطلاحات تلميحات Cisco التقنية للحصول على مزيد من المعلومات حول اصطلاحات المستندات.
وصف دقة حركة شبكة PRI
نقل حركة شبكة إرسال إشارات PRI/Q.931 هي القدرة على نقل الإشارات (Q.931 والطبقات العليا) بشكل موثوق من خط اتصال PRI (راجع الشكل 1). يتم توصيل خط اتصال PRI هذا فعليا ببوابة وسائط تتصل بوحدة تحكم عبارة الوسائط (MGC - Cisco PGW 2200) للمعالجة. يتم نقل حركة شبكة إرسال الإشارات ل ISDN PRI عند حدود الطبقة 2 (Q.921) والطبقة 3 (Q.931). يتم إنهاء الطبقات السفلى من البروتوكول ومعالجتها على بوابة الوسائط (AS5xx0)، بينما يتم نقل الطبقات العليا إلى Cisco PGW 2200.
يتم نقل الطبقات العليا من البروتوكول إحتياطيا، أو يتم نقلها إلى Cisco PGW 2200 باستخدام بروتوكول مخطط بيانات المستخدم الذي يمكن الاعتماد عليه (RUDP) عبر IP. يوفر RUDP إخطارا مستقلا بالجلسات المتصلة والفشل، والتسلسل، التسليم المضمون لبروتوكولات إرسال الإشارات عبر شبكة IP. مدير جلسة نقل البيانات هي وظيفة برنامج على Cisco PGW 2200 وبوابة الوسائط التي تدير جلسات RUDP. يوفر نقل حركة شبكة الإشارات الميزة الإضافية لمعالجة البروتوكول الموزع. وهذا يسمح بقدر أكبر من القابلية للتوسيع والقابلية للتطوير. كما تقوم بإلغاء تحميل معالجة بروتوكول الطبقة الدنيا من Cisco PGW 2200. من طراز الطبقة، يتم تضمين نقل حركة شبكة PRI في الطبقة 3 من IP/UDP/RODP/Backhaul-Session-Manager/PRI ISDN.
شكل 1: نقل حركة شبكة PRI 
استكشاف الأخطاء وإصلاحها
أكمل هذه الخطوات لاستكشاف أخطاء PRI وإصلاحها.
الخطوة 1: تحقق من تكوين عبارة Cisco AS5xx0
أتمت هذا steps in order to فحصت البوابة تشكيل.
-
أصدرت هذا أمر تحت شامل تشكيل أسلوب أن setup ال backhaul جلسة مدير أن يتحدث إلى ال cisco PGW 2200 إن أنت تستلم ال IOS® خطأ رسالة ٪ BSM: جلسة لا يخلق، الحد الأقصى يتجاوز أنت يستطيع ساندت حد 16 جلسة في ios مدخل 5xx0.
backhaul-session-manager set set1 group group1 set set1 session group group1 x.x.x.x x.x.x.x port priority
تعرض مخرجات الأمر هذه مثالا:
backhaul-session-manager set pgw-cag client nft group pgw-cag set pgw-cag session group pgw-cag 213.254.253.140 6000 213.254.252.5 6000 1 session group pgw-cag 213.254.253.141 6000 213.254.252.5 6000 2 session group pgw-cag 213.254.253.156 6000 213.254.252.21 6000 3 session group pgw-cag 213.254.253.157 6000 213.254.252.21 6000 4
ملاحظة: لا يدعم تكوين Cisco IOS عند إستخدام تكوين مدير جلسة عمل نقل البيانات لوضع الجلسات التي تشير إلى PGW 2200s مادي مختلف ضمن المجموعة نفسها. تحتاج إلى فصل إثنين من PGW 2200s إلى مجموعتين. راجع معرف تصحيح الأخطاء من Cisco CSCec24132
للحصول على معلومات إضافية. -
أدخل الأمر pri-group time 1-31 service mgcp لإعداد وحدة التحكم لإعادة تحميل PRI أسفل تكوين وحدة التحكم.
على سبيل المثال:
controller E1 7/5 pri-group timeslots 1-31 service mgcp
ملاحظة: يستخدم مثال التكوين هذا وحدة التحكم E1 7/5 التي تعكس في وقت لاحق تكوين Cisco PGW 2200.
-
إدراج الأمر isdn bind-l3 backhaul xxxx ضمن تكوين ISDN D-channel للارتباط بواجهة ISDN Layer 2 بإدارة جلسة عمل النقل الخلفي.
على سبيل المثال:
! interface Serial7/5:15 no ip address isdn switch-type primary-net5 isdn protocol-emulate network isdn incoming-voice modem isdn bind-l3 backhaul pgw-cag isdn PROGRESS-instead-of-ALERTING no isdn outgoing display-ie isdn outgoing ie redirecting-number isdn incoming alerting add-PI no cdp enable
ملاحظة: إذا قمت بإضافة رمز سبب إعادة تعيين ISDN negotiate-bchan، فإنه ينطبق على المكالمات الصادرة فقط ولا ينطبق على المكالمات التي يتم استقبالها بواسطة الموجه. تقوم واجهة سطر الأوامر (CLI) هذه بإرسال الإعداد بدون المؤشر الحصري وتسمح للمحول بتحديد قناة B أخرى إذا كان لديه واحد متوفر. وإلا، عندما يستجيب المحول برمز السبب 41، فسيقوم الموجه بتحديد قناة B أخرى وإرسال الإعداد مرة أخرى.
ملاحظة: من الممكن ألا يحتوي المحول على قناة B تطابق الخصائص في رسالة الإعداد. في هذه الحالة، يكون المحول غير قادر على تعيين قناة B أخرى، كما يفشل إعداد مع قناة B أخرى مفضلة.
ملاحظة: لا يزال يتعذر عليك إستخدام نقل حركة شبكة NAS و PRI على وحدة التحكم في نفس الوقت. يمنع الأمر extsig mgcp على وحدة التحكم E1 (مطلوبة لوحدة التحكم في بروتوكول MGCP NAS) تكوين PRI-Group على وحدة التحكم:
as5400(config)#contro e1 7/0 as5400(config-controller)#extsig mgcp as5400(config-controller)#pri-group service mgcp %Default time-slot= 16 in use
-
قم بإصدار الأمر debug backhaul-session-manager لتصحيح أخطاء مدير جلسة عمل إعادة التوجيه.
للحصول على معلومات إضافية. الخطوة 2: تحقق من تكوين PGW 2200
أتمت هذا steps in order to فحصت ال PGW 2200 تشكيل.
-
إضافة IPFASPATH إلى تكوين Cisco PGW 2200.
prov-add:IPFASPATH:NAME="pri2-sig",DESC="Signalling PRI2 withCommunicationNAS02",EXTNODE="NAS02",MDO="ETS_300_102", CUSTGRPID="Cisco1",SIDE="network",ABFLAG="n",CRLEN=2
وهذا يضمن أن متغير MDO يساوي متغير عبارة IOS.
ملاحظة: تحقق من متغير ISDN المضمن في هذا الجدول.
-
إضافة dchan إلى تكوين Cisco PGW 2200.
prov-add:DCHAN:NAME="pri2-dch1",DESC="Dchannel PRI2 to Project Communication",SVC="pri2-sig",PRI=1,SESSIONSET= "mil1-pri2-ses",SIGSLOT=7,SIGPORT=5
وهذا يضمن تحديد SigSlot/SigPort. كما يضمن أن cisco عبارة ميناء/فتحة و cisco PGW 2200 ميناء تلاءم على ال DCHAN.
ملاحظة: إذا كنت تستخدم وحدة التحكم E1 7/5 على بوابة IOS التي تتضمن أمر IOS isdn bind-l3 backhaul ios، فإن SIGSLOT=7،SIGPORT=5 لأمر MML DCHAN يلزم أن تكون نفس المعلومات.
-
بينما أنت زودت ال يحول شنطة، ضمنت أن أنت لا تملأ في الفسحة بين دعامتين معلم ك '0'. يمكنك رؤية ذلك من محتوى العمود الثالث في ملف export_trunk.dat.
الفسحة بين دعامتين يحتاج قيمة أن يكون 'ffff' على ال يحول شنطة. قم بإصدار الأمر prov-exp:all:dirname="file_name" من سطر الأوامر MML للتحقق من ذلك.
mgcusr@pgw2200-1% mml Copyright © 1998-2002, Cisco Systems, Inc. Session 1 is in use, using session 2 pgw2200-1mml> prov-exp:all:dirname="check1" MGC-01 - Media Gateway Controller 2005-08-12 17:39:44.209 MEST M RTRV "ALL" ; pgw2200-1 mml> quit
انتقل إلى دليل /opt/CiscoMGC/etc/cust_specific/check1. في ملف export_trunk.dat، تأكد من أن العمود الثالث يحتوي على 'ffff' بدلا من الأصفار (0). إذا لم تكن هذه هي الحالة، فقم بتحرير الملف وتغييره.
-
قم بإصدار الأمر prov-add:files:name="BCFile"،file="export_trunk.dat"،action="import" لبدء جلسة تزويد MML، وإعادة إستيراد ملف خطوط الاتصال.
يجب أن يكون ملف export_trunk.dat المعدل ضمن الدليل /opt/CiscoMGC/etc/cust_specific/check1. تذكر أنه سيتم إصدار ملف تعريف CPY للتكوين الجديد الذي سيتم إجراؤه.
-
قم بإصدار الأمر MML rtrv-alms لشرح نوع الخطأ الذي يتم إختباره حاليا.
rtrv-dest:all !--- Shows the MGCP connectivity status of nodes !--- that the PGW 2200 defines. rtrv-dchan:all !--- On the active PGW 2200, the status is !--- pri-1:ipfas-1,LID=0:IS. On the standby PGW 2200, !--- the status is pri-1:ipfas-1,LID=0:OOS,STBY. rtrv-iplnk:all !--- All of the iplnk are on the standby PGW 2200 in the !--- iplnk-1:OOS,STBY status. They are actually in !--- the OOS state because no message is handled by them. !--- On the active PGW 2200, you see the status as iplnk-1:IS. !--- The other statuses are explained in the !--- MML Command Reference Chapter of the Cisco MGC Software !--- MML Command Reference Guide. rtrv-tc:all !--- Shows the status of all call channels. rtrv-alms::cont !--- Check the Alarms status on the Cisco PGW 2200.
يمكنك أيضا إسترداد التفاصيل من /opt/CiscoMGC/var/log لملف alm.csv باستخدام أمر perl perl -F، -anwe 'print unpack("x4 A15"، localtime($F[1])،".$F[2]: @F[0،3..7]" < meas.csv.
ملاحظة: أستخدم الوقت بدلا من الوقت المحلي إذا كنت ترغب في التحويل إلى الطوابع الزمنية بالتوقيت العالمي المنسق (UTC). الإنتاج بهذا التنسيق:
Aug 10 15:58:53.946: 0 0 1 "Fail to communicate with peer module over link B" "ipAddrPeerB" "ProvObjManagement" Aug 10 21:29:30.934: 0 1 1 "Provisioning: Dynamic Reconfiguration" "POM-01" "ProvObjManagement" Aug 10 21:29:48.990: 0 1 2 "Signal Channel Failure" "c7iplnk1-ls-stp1" "IosChanMgr" Aug 10 21:29:49.620: 0 0 2 "Non-specific Failure" "ls-stp1" "IosChanMgr" Aug 10 21:29:49.620: 0 0 2 "Signal Channel Failure" "c7iplnk1-ls-stp1" "IosChanMgr" Aug 10 21:29:49.630: 0 0 2 "SS7 Signaling Service Unavailable" "srv-bru8" "IosChanMgr"
-
قم بإصدار أمر UNIX tail -f platform.log للتحقق من النظام الأساسي.log under directory /opt/ciscoMGC/var/log.
ارجع إلى رسائل السجل للحصول على معلومات إضافية.
-
تحقق من متغير ISDN.
يتم إستخدام الأمر isdn switch-type primary-net5 على بوابة IOS. في cisco PGW 2200، هو مرتبط إلى mdo=ETS_300_102 في ال ipfaspath.
يوضح هذا الجدول متغيرات ISDN المدعومة ل the Cisco PGW 2200:
اسم المتغير ISDNPRI المواصفات ملاحظات ETS_300_102 ISDNPRI معيار ETSI 300_102 ETSI PRI ETS_300_102_C2 ISDNPRI معيار ETSI 300_102 ETSI PRI إي تي_41459 ISDNPRI إيه تي أند تي 41459 إي تي إس دي إن بي المعيار ATT_41459_C2 ISDNPRI (خط طول نورتل) Cisco AT&T PRI ETS_300_172 ISDNPRI معيار ETSI 300-172 ETSI QSIG ق 931_أستراليا ISDNPRI الطراز Q931 أستراليا PRI الطراز Q931 ISDNPRI الطراز Q931 الطراز Q931 Q931_Singapore ISDNPRI الطراز Q931 سنغافورة يأتي إخراج الأمر هذا العينة من بوابة IOS.
v5350-3(config)#isdn switch-type ? primary-4ess Lucent 4ESS switch type for the U.S. primary-5ess Lucent 5ESS switch type for the U.S. primary-dms100 Northern Telecom DMS-100 switch type for U.S. primary-net5 NET5 switch type for UK, Europe, Asia , Australia primary-ni National ISDN Switch type for the U.S. primary-ntt NTT switch type for Japan primary-qsig QSIG switch type primary-ts014 TS014 switch type for Australia (obsolete) v5350-3(config)#
الخطوة 3: تحقق من إرتباط RUDPV1 ومدير الجلسات بين AS5xx0 و PGW 2200
أتمت هذا steps in order to فحصت ال RUDPV1 و جلسة مدير خطوة.
-
أصدرت هذا عرض وواضح أمر:
-
show rudpv1 failed— يعرض أي حالات فشل تم الكشف عنها بواسطة RUDPV1. على سبيل المثال، يمكنك عرض SendWindowFullFailures. وهذا يشير إلى وجود إزدحام يرسل المقاطع على إرتباط IP.
-
show rudpv1 parameters—يعرض معلمات اتصال rudpv1 وحالة ومعلمات كل الجلسات الحالية. نوع الاتصال إما نشط أو سلبي. يشير Active إلى أن هذا النظير هو العميل وأنه قام ببدء الاتصال. يشير خامل إلى أن هذا النظير كان الخادم واستمع إلى الاتصال.
-
show rudpv1 statistics— يعرض إحصائيات rdpv1 الداخلية والإحصائيات لجميع جلسات العمل الحالية والإحصاءات التراكمية عبر جميع إتصالات RUDP منذ آخر مرة تم فيها إعادة تشغيل المربع أو تم تنفيذ أمر إحصائيات واضحة.
-
مسح إحصائيات RUDPV1—مسح كافة إحصائيات RUDPV1 التي تم تجميعها. قم بتنفيذ هذا الأمر في أي وقت تكون الإحصائيات الحالية مطلوبة وكانت عبارة IOS قيد التشغيل لفترة زمنية ممتدة.
-
-
قم بإصدار الأمر debug rudpv1.
#debug rudpv1 ? application Enable application debugging client Create client test process performance Enable performance debugging retransmit Enable retransmit/softreset debugging segment Enable segment debugging server Create server test process signal Show signals sent to applications state Show state transitions timer Enable timer debugging transfer Show transfer state information
في النظام المباشر، تكون تصحيح الأخطاء للأداء والحالة والإشارة والنقل هي الأكثر فائدة. تؤدي عمليات تصحيح الأخطاء للتطبيق وإعادة الإرسال والموقت إلى توليد إخراج أكثر من اللازم وتسبب فشل الارتباطات أو كانت مفيدة لأغراض تصحيح الأخطاء الداخلية فقط.
تحذير: يقوم تصحيح الأخطاء هذا بطباعة سطر واحد لكل مقطع يتم إرساله أو إستلامه. إذا كان هناك أي مقدار كبير من حركة المرور التي تعمل، فإن ذلك يتسبب في تأخيرات في التوقيتات التي تتسبب في فشل الارتباط. -
قم بإصدار الأمر show backhaul-session-manager وshow backhaul set all لمعرفة ما إذا كان أنبوب IP الذي ينقل الإشارات سليما.
NAS02#show backhaul-session-manager group status all Session-Group Group Name : pgw-cag Set Name : pgw-cag Status : Group-Inservice Status (use) : Group-Active NAS02#show backhaul set all Session-Set Name : pgw-cag State : BSM_SET_ACTIVE_IS Mode : Non-Fault-Tolerant(NFT) Option : Option-Client Groups : 1 statistics Successful switchovers:0 Switchover Failures: 0 Set Down Count 1 Group: pgw-cagالحالات المختلفة للأمر show backhaul set all هي:
-
BSM_SET_IDLE
-
BSM_SET_OOS
-
BSM_SET_STDBY_IS
-
BSM_SET_ACTIVE_IS
-
BSM_SET_FULL_IS
-
BSM_SET_SWITCH_OVER
-
BSM_SET_UNKNOWN
إذا بدا كل شيء على ما يرام، فهذا يؤكد أيضا أن إرتباط مجموعة الجلسات المتوافق على Cisco PGW 2200 له حالة "في الخدمة" (أمر MML rtrv-iplnk). أصبح ممر البيانات بين Cisco PGW 2200 و IOS Gateway AC5xx0 الآن قيد التشغيل الكامل. تتمثل الخطوة التالية في التحقق من الحدود بين بوابة Cisco IOS AS5xx0 و PABX.
-
تحذير: يقوم تصحيح الأخطاء هذا بطباعة سطر واحد لكل مقطع يتم إرساله أو إستلامه. إذا كان هناك أي مقدار كبير من حركة المرور التي تعمل، فإن ذلك يتسبب في تأخيرات في التوقيتات التي تتسبب في فشل الارتباط.الخطوة 4: تحقق من حالة Q.921 بين AS5xx0 و PABX
أتمت هذا steps in order to فحصت ال Q.921 وضع بين ال AS5xx0 و PABX.
-
قم بإصدار الأوامر show isdn status وshow isdn service.
NAS02#show isdn status Global ISDN Switchtype = primary-net5 ISDN Serial7/5:15 interface ******* Network side configuration ******* dsl 0, interface ISDN Switchtype = primary-net5 L2 Protocol = Q.921 L3 Protocol(s) = BACKHAUL Layer 1 Status: ACTIVE Layer 2 Status: TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED Layer 3 Status: 0 Active Layer 3 Call(s) Active dsl 0 CCBs = 0 The Free Channel Mask: 0xFFFF7FFF Number of L2 Discards = 4, L2 Session ID = 25 Total Allocated ISDN CCBs = 0 NAS02#show isdn service PRI Channel Statistics: ISDN Se7/5:15, Channel [1-31] Configured Isdn Interface (dsl) 0 Channel State (0=Idle 1=Proposed 2=Busy 3=Reserved 4=Restart 5=Maint_Pend) Channel : 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 State : 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 3 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 Service State (0=Inservice 1=Maint 2=Outofservice) Channel : 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 State : 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0هنا أنت يستطيع بدأت أن يرى المشكلة Q.921 لا يظهر أن يماثل على ال PGW 2200 جانب إلى الغاية و D-channel أن يبقى في حالة خارج الخدمة. الاحتمال الأول هو عدم تطابق في تكوين جانب الشبكة Q.921. من السهل أن ترى أن هذا ليس سبب المشكلة لأن إزالة شبكة محاكاة بروتوكول ISDN من تكوين AS5400 لم تحل المشكلة.
-
اعرض تصحيح أخطاء Q.921 لمعرفة سبب عدم ظهور إرتباط Q.921. هذا هو مخرج تصحيح الأخطاء.
Apr 14 10:57:23.600: ISDN Se7/5:15 Q921: Net TX -> SABMEp sapi=0 tei=0 Apr 14 10:57:24.600: ISDN Se7/5:15 Q921: Net TX -> SABMEp sapi=0 tei=0 Apr 14 10:57:25.600: ISDN Se7/5:15 Q921: Net TX -> SABMEp sapi=0 tei=0 Apr 14 10:57:45.419: ISDN Se7/5:15 Q921: Net RX <- BAD FRAME(0x02017F) Apr 14 10:57:46.419: ISDN Se7/5:15 Q921: Net RX <- BAD FRAME(0x02017F)
يرسل AS5400 Q.921 SAME لتهيئة الرابط ويستلم إطارا لا يمكنه تفسيره (إطار سيئ). والإمكانيات هي:
-
توجد مشكلة في جهاز E1 ل AS5400 هذا.
-
حلقة E1 على الجانب البعيد.
-
مشكلة في الأجهزة أو التهيئة على الجانب البعيد.
يتم إستبعاد هذا الاحتمال الأول بنقل التكوين إلى E1 آخر غير مستخدم على نفس AS5400. ويبدو أن المشكلة هي ذاتها تماما. كما يتحقق العميل من عدم وجود تكرار حلقي في E1. عند هذه النقطة، تحقق من جانب PABX.
-
-
قم بإصدار الأمر show controller للتحقق من إمكانية حدوث أخطاء في الطبقة 1.
#show controllers E1 Framing is CRC4, Line Code is HDB3, Clock Source is Line. Data in current interval (480 seconds elapsed): 107543277 Line Code Violations, 0 Path Code Violations 120 Slip Secs, 480 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins 0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 480 Unavail Secs Total Data (last 24 hours) 3630889 Line Code Violations, 4097 Path Code Violations, 2345 Slip Secs, 86316 Fr Loss Secs, 20980 Line Err Secs, 0 Degraded Mins, 1 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 86317 Unavail Secs -
عندما تقوم بإصدار الأمر shutdown ضمن وحدة التحكم، تكون النتيجة رسالة تصحيح الأخطاء هذه:
000046: Jun 2 16:19:16.740: %CSM-5-PRI: delete PRI at slot 7, unit 2, channel 0 000047: Jun 2 16:19:16.744: %CONTROLLER-5-UPDOWN: Controller E1 7/2, changed sn 000048: Jun 2 16:19:16.744: SESSION: PKT: xmt. (34) bufp: 0x6367F52C, len: 16
أصدرت ال MML أمر rtrv-alms على ال PGW 2200:
mml> rtrv-alms MGC-02 - Media Gateway Controller 2005-06-02 18:11:29.285 GMT M RTRV "pri-bucegi: 2005-06-02 17:28:15.301 GMT,ALM=\"FAIL\",SEV=MJ"عند إصدار الأمر no shutdown ضمن وحدة التحكم، تكون النتيجة رسالة تصحيح الأخطاء هذه على بوابة IOS:
000138: Jun 2 17:03:25.350: %CONTROLLER-5-UPDOWN: Controller E1 7/2, changed sp 000139: Jun 2 17:03:25.350: %CSM-5-PRI: add PRI at slot 7, unit 2, channel 15 0
ارجع إلى نقل حركة شبكة إرسال إشارات PRI/Q.931 لتطبيقات وكيل الاتصال للحصول على أوامر تصحيح أخطاء IOS الإضافية.
معلومات ذات صلة
محفوظات المراجعة
| المراجعة | تاريخ النشر | التعليقات |
|---|---|---|
1.0 |
02-Feb-2006 |
الإصدار الأولي |
التعليقات