პრობლემების მოგვარების გზამკვლევი Unified Communications Manager Release 12.5 (1)

პროდუქტის ინფორმაცია

პრობლემების გადაჭრის გზამკვლევი Cisco Unified Communications Manager-ისთვის, გამოცემა 12.5(1) შეიცავს დეტალურ ინფორმაციას Cisco Unified Communications Manager-თან დაკავშირებული პრობლემების აღმოფხვრისა და გადაჭრის შესახებ.

გამოქვეყნების თარიღი: 2017-12-07
ბოლო ცვლილება: 2023-11-24

ამერიკის შტაბ-ბინა
Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706
აშშ
Webსაიტი: www.cisco.com
ტელ: 408 526-4000
800 553-NETS (6387)
ფაქსი: 408 527-0883

სპეციფიკაციები

• პროდუქტი: Cisco Unified Communications Manager
• გამოშვება: 12.5 (1)
• გამოქვეყნების თარიღი: 2017-12-07
• ბოლო ცვლილება: 2023-11-24

პროდუქტის გამოყენების ინსტრუქცია

თავი 1: წინასიტყვაობა
წინასიტყვაობის განყოფილება იძლევა ზედსview მიზნის, აუდიტორიის, ორგანიზაციის, შესაბამისი დოკუმენტაციის, კონვენციების და პრობლემების აღმოფხვრის სახელმძღვანელოს მხარდაჭერისა და უსაფრთხოების სახელმძღვანელოს მოპოვება.

თავი 2: პრობლემების მოგვარება დასრულდაview
ამ თავში თქვენ იხილავთ ინფორმაციას Cisco Unified Serviceability, Cisco Unified Communications ოპერაციული სისტემის ადმინისტრირებაზე, პრობლემის გადაჭრის ზოგად მოდელზე, ქსელის უკმარისობის მომზადებაზე და სად ვიპოვოთ მეტი ინფორმაცია.

Cisco Unified Serviceability

ეს განყოფილება განმარტავს Cisco Unified Serviceability-ის მახასიათებლებსა და ფუნქციებს, რაც არის ა webდაფუძნებული აპლიკაცია, რომელიც გამოიყენება Cisco Unified Communications Manager-ის მართვისა და აღმოფხვრისთვის.

Cisco ერთიანი საკომუნიკაციო ოპერაციული სისტემა ადმინისტრაცია
ამ განყოფილებაში მოცემულია ინფორმაცია Cisco Unified Communications ოპერაციული სისტემის ადმინისტრაციის შესახებ, რომელიც ადმინისტრატორებს საშუალებას აძლევს დააკონფიგურირონ და მართონ Cisco Unified Communications Manager-ის ძირითადი ოპერაციული სისტემა.

პრობლემის გადაჭრის ზოგადი მოდელი
ეს სექცია ასახავს პრობლემის გადაჭრის ზოგად მოდელს, რომლის გამოყენებაც შესაძლებელია Cisco Unified Communications Manager-ში პრობლემების მოგვარებისას. ის მოიცავს ეტაპებს, რომლებიც დაკავშირებულია პრობლემის იდენტიფიკაციაში, ანალიზში, გადაჭრასა და გადამოწმებაში.

ქსელის უკმარისობის მომზადება

ეს განყოფილება განიხილავს ქსელის უკმარისობის მომზადების მნიშვნელობას და იძლევა ინსტრუქციას, თუ როგორ უნდა მოემზადოთ ქსელის გაუმართაობისთვის, რათა უზრუნველყოს უწყვეტი საკომუნიკაციო სერვისები.

სად ვიპოვოთ მეტი ინფორმაცია
ეს სექცია შეიცავს მითითებებს ინფორმაციის დამატებით წყაროებზე, როგორიცაა Cisco დოკუმენტაცია, საზოგადოების ფორუმები და დამხმარე რესურსები, სადაც მომხმარებლებს შეუძლიათ იპოვონ უფრო დეტალური ინფორმაცია კონკრეტული პრობლემების აღმოფხვრის შესახებ.

FAQ (ხშირად დასმული კითხვები)

კითხვა: სად ვიპოვო პრობლემების აღმოფხვრის სახელმძღვანელოს უახლესი ვერსია?
პასუხი: პრობლემების მოგვარების სახელმძღვანელოს უახლესი ვერსია შეგიძლიათ იხილოთ Cisco-ზე webსაიტი ზე www.cisco.com. გთხოვთ, მიმართოთ webსაიტი უახლესი ინფორმაციისთვის.

Q: როგორ მივიღო მხარდაჭერა Cisco Unified Communications Manager-ისთვის?
პასუხი: Cisco Unified Communications Manager-ის მხარდაჭერის მისაღებად, შეგიძლიათ დაუკავშირდეთ თქვენს Cisco-ს წარმომადგენელს ან ეწვიოთ Cisco-ს webსაიტი ზე www.cisco.com. The webსაიტი გთავაზობთ ინფორმაციას მხარდაჭერის ვარიანტებისა და რესურსების შესახებ, რომლებიც ხელმისაწვდომია პრობლემების გადასაჭრელად და მოსაგვარებლად.

Q: არის თუ არა რაიმე ცნობილი შეზღუდვები ან ცნობილი პრობლემები Cisco Unified Communications Manager-თან დაკავშირებით?
პასუხი: Cisco Unified Communications Manager-ის ცნობილი შეზღუდვების ან პრობლემების შესახებ ინფორმაციისთვის, გთხოვთ, მიმართოთ პროდუქტთან მოწოდებულ დოკუმენტაციას ან ეწვიოთ Cisco-ს webსაიტი უახლესი გამოშვების შენიშვნებისთვის და შეცდომების გამოსწორებისთვის.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1)
პირველად გამოქვეყნდა: 2017-12-07 ბოლო ცვლილება: 2023-11-24
ამერიკის შტაბ-ბინა
Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706 USA http://www.cisco.com ტელ: 408 526-4000
800 553-NETS (6387) ფაქსი: 408 527-0883

ამ სახელმძღვანელოში მოცემული სპეციფიკაციები და ინფორმაცია პროდუქტებთან დაკავშირებით ექვემდებარება ცვლილებას შეტყობინების გარეშე. ყველა განცხადება, ინფორმაცია და რეკომენდაცია ამ სახელმძღვანელოში მიჩნეულია, რომ ზუსტია, მაგრამ წარმოდგენილია რაიმე სახის, გამოხატული ან ნაგულისხმევი გარანტიის გარეშე. მომხმარებლებმა უნდა აიღონ სრული პასუხისმგებლობა ნებისმიერი პროდუქტის გამოყენებაზე.
პროგრამული უზრუნველყოფის ლიცენზია და შეზღუდული გარანტია თანმხლები პროდუქტისთვის მითითებულია საინფორმაციო პაკეტში, რომელიც გაიგზავნება პროდუქტთან ერთად და ჩართულია აქ ამ მითითებით. თუ ვერ ახერხებთ პროგრამული უზრუნველყოფის ლიცენზიის ან შეზღუდული გარანტიის პოვნას, დაუკავშირდით თქვენს CISCO-ს წარმომადგენელს ასლისთვის.
TCP სათაურის შეკუმშვის Cisco იმპლემენტაცია არის პროგრამის ადაპტაცია, რომელიც შემუშავებულია კალიფორნიის უნივერსიტეტის, ბერკლის (UCB) მიერ, როგორც UCB-ის UNIX ოპერაციული სისტემის საჯარო დომენის ვერსიის ნაწილი. ყველა უფლება დაცულია. Copyright © 1981, კალიფორნიის უნივერსიტეტის რეგენტები.
წინამდებარე ნებისმიერი სხვა გარანტიის მიუხედავად, ყველა დოკუმენტი FILEამ მომწოდებლების S და პროგრამული უზრუნველყოფა მოწოდებულია „როგორც არის“ ყველა ხარვეზით. CISCO და ზემოთ დასახელებული მომწოდებლები უარს აცხადებენ ყველა გარანტიაზე, გამოხატულ ან ნაგულისხმევი, მათ შორის, შეზღუდვის გარეშე, სავაჭრო ობიექტებზე, კონკრეტული მიზნისთვის ვარგისიანობაზე და არადარღვევისთვის. გამოყენება, ან ვაჭრობის პრაქტიკა.
არავითარ შემთხვევაში CISCO ან მისი მომწოდებლები არ აგებენ პასუხისმგებლობას რაიმე არაპირდაპირი, განსაკუთრებული, თანმდევი ან შემთხვევითი ზიანისთვის, მათ შორის, შეზღუდვის გარეშე, დაკარგული მოგება ან ზარალი ან ზარალი. ამ სახელმძღვანელოს გამოსაყენებლად, მაშინაც კი, თუ CISCO ან მისი მომწოდებლები მიიღეს რეკომენდაცია ასეთი ზიანის შესაძლებლობის შესახებ.
ნებისმიერი ინტერნეტ პროტოკოლის (IP) მისამართები და ტელეფონის ნომრები, რომლებიც გამოიყენება ამ დოკუმენტში, არ არის გამიზნული რეალურ მისამართებად და ტელეფონის ნომრებად. ნებისმიერი ყოფილიamples, ბრძანების ჩვენების გამომავალი, ქსელის ტოპოლოგიის დიაგრამები და დოკუმენტში შეტანილი სხვა ფიგურები ნაჩვენებია მხოლოდ საილუსტრაციო მიზნებისთვის. რეალური IP მისამართების ან ტელეფონის ნომრების ნებისმიერი გამოყენება საილუსტრაციო შინაარსში არის უნებლიე და შემთხვევითი.
ამ დოკუმენტის ყველა დაბეჭდილი ასლი და დუბლიკატი რბილი ასლი ითვლება უკონტროლოდ. იხილეთ მიმდინარე ონლაინ ვერსია უახლესი ვერსიისთვის.
Cisco-ს აქვს 200-ზე მეტი ოფისი მთელ მსოფლიოში. მისამართები და ტელეფონის ნომრები ჩამოთვლილია Cisco-ზე webსაიტი www.cisco.com/go/offices.
Cisco და Cisco-ს ლოგო არის Cisco-ს ან/და მისი შვილობილი კომპანიების სავაჭრო ნიშნები ან რეგისტრირებული სავაჭრო ნიშნები აშშ-სა და სხვა ქვეყნებში. რომ view Cisco-ს სავაჭრო ნიშნების სია, გადადით აქ URL: https://www.cisco.com/c/en/us/about/legal/trademarks.html. აღნიშნული მესამე მხარის სავაჭრო ნიშნები არის მათი შესაბამისი მფლობელების საკუთრება. სიტყვის პარტნიორის გამოყენება არ გულისხმობს პარტნიორულ ურთიერთობას Cisco-სა და რომელიმე სხვა კომპანიას შორის. (1721R)
© 2017 Cisco Systems, Inc. ყველა უფლება დაცულია.

სარჩევი

წინასიტყვაობა თავი 1 თავი 2

წინასიტყვაობა xiii მიზანი xiii აუდიტორია xiii ორგანიზაცია xiv დაკავშირებული დოკუმენტაცია xv კონვენციები xv დოკუმენტაციის მიღება, მხარდაჭერა და უსაფრთხოების სახელმძღვანელო მითითებები xvi Cisco პროდუქტის უსაფრთხოება დასრულდაview xvi
პრობლემების მოგვარება დასრულდაview 1 Cisco Unified Serviceability 1 Cisco Unified Communications ოპერაციული სისტემის ადმინისტრირება 2 პრობლემის გადაჭრის ზოგადი მოდელი 2 ქსელის გაუმართაობის მომზადება 3 სად ვიპოვოთ მეტი ინფორმაცია 3
პრობლემების გადაჭრის ხელსაწყოები 5 Cisco Unified Serviceability პრობლემების გადაჭრის ინსტრუმენტები 5 ბრძანების ხაზის ინტერფეისი 6 kerneldump Utility 7 ჩართეთ Kerneldump Utility 8 ელფოსტის გაფრთხილების ჩართვა Core Dump 8 ქსელის მენეჯმენტისთვის 9 სისტემის ჟურნალის მენეჯმენტი 9 Cisco Discovery Protocol Management Protocol მხარდაჭერა 9 მარტივი

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) iii

შინაარსი

თავი 3

Sniffer Traces 10 Debug 10 Cisco Secure Telnet 11 Packet Capture 11
პაკეტის აღება დასრულდაview 11 კონფიგურაციის საკონტროლო სია Packet Capturing-ისთვის 12 საბოლოო მომხმარებლის დამატება სტანდარტულ პაკეტების Sniffer წვდომის კონტროლის ჯგუფში 13 Packet-Capturing Service Parameters-ის კონფიგურაცია 13 Packet Capturing-ის კონფიგურაცია ტელეფონის კონფიგურაციის ფანჯარაში 14 Packet Capturing-ის კონფიგურაცია Configuration-ში Packet-Capturing-ში Windows-ის კონფიგურაცია14-ის კონფიგურაცია. პარამეტრები 16 დაჭერილი პაკეტების ანალიზი 17 პრობლემების მოგვარების საერთო ამოცანები, ხელსაწყოები და ბრძანებები 17 პრობლემების გადაჭრის რჩევები 20 სისტემის ისტორიის ჟურნალი 21 სისტემის ისტორიის შესვლაview 21 სისტემის ისტორიის ჟურნალის ველები 22 სისტემის ისტორიის ჟურნალში წვდომა 23 აუდიტის ჩაწერა 24 შეამოწმეთ Cisco Unified Communications Manager Services Are Run 28
Cisco Unified Communications Manager სისტემის პრობლემები 31 Cisco Unified Communications Manager System არ პასუხობს 31 Cisco Unified Communications Manager სისტემა წყვეტს პასუხს 32 Cisco Unified Communications Manager-ის ადმინისტრაცია არ აჩვენებს 33 შეცდომას Cisco Unified Communications Manager-ზე წვდომის მცდელობისას Cisco Unified Communications Manager-ზე წვდომისას33 კომუნიკაციების მენეჯერის ადმინისტრაცია მომდევნო კვანძზე 33 თქვენ არ ხართ უფლებამოსილი View 34 Cisco Unified Communications Manager-ით მომხმარებლების ჩვენების ან დამატების პრობლემა 34 სახელი მისამართის რეზოლუცია ვერ მოხერხდა 35 პორტი 80 დაბლოკილია თქვენს ბრაუზერსა და Cisco Unified Communications Manager სერვერს შორის 36 არასწორი ქსელის პარამეტრი არსებობს დისტანციურ მანქანაში.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) iv

შინაარსი
მონაცემთა ბაზის რეპლიკაცია 37 რეპლიკაცია ვერ ხერხდება გამომცემელსა და აბონენტის სერვერს შორის 38 მონაცემთა ბაზის რეპლიკაცია არ ხდება, როდესაც დაკავშირება აღდგება დაკარგული კვანძის 41 მონაცემთა ბაზის ცხრილების სინქრონიზაციის გარეშე. dbreplication clusterreset 41 utils dbreplication dropadmindb 42
LDAP ავთენტიფიკაცია ვერ ხერხდება 43 პრობლემა LDAP-თან SSL 44-ით ღია LDAP ვერ ამოწმებს სერთიფიკატს LDAP სერვერთან დასაკავშირებლად 45 JTAPI ქვესისტემის გაშვების პრობლემები 46
JTAPI ქვესისტემა არის OUT_OF_SERVICE 46 MIVR-SS_TEL-4-ModuleRunTimeFailure 47 MIVR-SS_TEL-1-ModuleRunTimeFailure 49
JTAPI ქვესისტემა არის PARTIAL_SERVICE 50 უსაფრთხოების საკითხები 50
უსაფრთხოების სიგნალიზაცია 51 უსაფრთხოების შესრულების მონიტორის მრიცხველები 51 Reviewუსაფრთხოების ჟურნალი და კვალი Files 52 Troubleshooting Certificates 53 Troubleshooting Shiphers 53
DRS და CDR ფუნქციონალობის პრობლემების მოგვარება 53 CTL Security Tokens 54 პრობლემების მოგვარება
ჩაკეტილი უსაფრთხოების ჟეტონის პრობლემების აღმოფხვრა მას შემდეგ, რაც ზედიზედ შეიყვანთ არასწორი უსაფრთხოების ტოკენის პაროლი 54
პრობლემების მოგვარება, თუ დაკარგეთ ერთი უსაფრთხოების ჟეტონი (Etoken) 54 პრობლემების მოგვარება, თუ დაკარგეთ უსაფრთხოების ყველა ჟეტონი (Etoken) 55 პრობლემების მოგვარება ITL Files 55 პრობლემების გადაჭრა CAPF 56 ავთენტიფიკაციის სტრიქონის გადაჭრა ტელეფონზე 56 პრობლემების მოგვარება, თუ ადგილობრივად მნიშვნელოვანი სერთიფიკატის დადასტურება ვერ მოხერხდა 56 CAPF სერთიფიკატის დაყენების კლასტერში ყველა სერვერზე დაყენების შემოწმება წარმოებაში დაყენებული სერთიფიკატი (MIC) არსებობს ტელეფონში 56
პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) v

შინაარსი

თავი 4
თავი 5 თავი 6

დაშიფვრის პრობლემების მოგვარება ტელეფონებისთვის და Cisco IOS MGCP კარიბჭეებისთვის 57 Packet Capturing 57-ის გამოყენებით
CAPF შეცდომის კოდები 58
მოწყობილობის პრობლემები 61 ხმის ხარისხი 61 დაკარგული ან დამახინჯებული აუდიო 62 აუდიო პრობლემების გამოსწორება Cisco ერთიანი IP ტელეფონიდან 63 Echo 64 ცალმხრივი აუდიო ან აუდიოს გარეშე 65 კოდეკი და რეგიონის შეუსაბამობა 69 მდებარეობა და სიჩქარე 70 ტელეფონის პრობლემები 70 ტელეფონის გადატვირთვა70 არ დარეგისტრირდა 71 კარიბჭის საკითხები 72 კარიბჭე ხელახლა შეკვეთა ტონი 72 კარიბჭე რეგისტრაციის წარუმატებლობა 72 კარიბჭის პრობლემები 73 დაშვება უარყოფს 78 რეგისტრაცია უარყოფს 78 B-არხი დაბლოკილია, როდესაც Restart_Ack არ შეიცავს არხს რეგისტრაცია IE79.
აკრიფეთ გეგმები და მარშრუტიზაციის საკითხები 81 მარშრუტის დანაყოფები და დარეკვის საძიებო სივრცეები 81 ჯგუფური აღების კონფიგურაცია 83 აკრეფის გეგმის პრობლემები 83 პრობლემა ნომრის აკრეფისას 84 უსაფრთხო აკრეფის გეგმა 85 ავტომატური ალტერნატიული მარშრუტიზაციის (AAR) შეზღუდვა დისტანციური კარიბჭეებით 85
Cisco Unified Communications Manager Service Issues 87

პრობლემების გადაჭრის სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) vi

შინაარსი

თავი 7 თავი 8

არ არის ხელმისაწვდომი საკონფერენციო Bridge 87 აპარატურის ტრანსკოდერი არ მუშაობს როგორც მოსალოდნელი იყო 89 არ არის ხელმისაწვდომი დამატებითი სერვისები დადგენილ ზარზე 90
ხმოვანი შეტყობინებების პრობლემები 93 ხმოვანი შეტყობინებები ჩერდება 30 წამის შემდეგ 93 Cisco Unity სისტემა არ ტრიალებს: მიიღეთ დაკავებული ტონი 94 ზარები, რომლებიც გადაგზავნილია ხმოვანი შეტყობინებების სისტემაში, განიხილება, როგორც პირდაპირი ზარი Cisco Unity System-ზე 94 ადმინისტრატორის ანგარიში არ არის დაკავშირებული Cisco Unity-სთან აბონენტი 95
პრობლემების გადაჭრა ფუნქციები და სერვისები 97 პრობლემების მოგვარება Barge 97 პრობლემების მოგვარება Call Back 98 პრობლემები ზარის უკან გამოყენებისას 98 მომხმარებელი აჭერს გამოძახების რბილ კლავიშს ტელეფონის დარეკვამდე 98 მომხმარებელი გამორთავს ან გადატვირთავს ტელეფონს CallBack რბილ კლავიშზე დაჭერის შემდეგ, მაგრამ სანამ ზარის ხელახლა დაყენება მოხდება. ეკრანის ჩანაცვლება/შენახვა ცალსახად არ მიუთითებს ხელმისაწვდომობის შესახებ შეტყობინების შესახებ. 98 შეცდომის შეტყობინებები Call Back 99 დაბრუნების ჟურნალის განთავსება Files 100 Troubleshooting Call Control Discovery 100 Troubleshooting Call Park 102 Troubleshooting Ciphers 103 Troubleshooting DRS and CDR Functionality 103 Troubleshooting Cisco Extension Mobility 103 Troubleshooting General Problemsshooting with Cisco Mobility 104bility. 104 პრობლემების მოგვარება Cisco Unified Communications Manager Assistant 106 IPMAConsoleInstall.jsp აჩვენებს შეცდომას: HTTP სტატუსი 503-ეს აპლიკაცია ამჟამად არ არის ხელმისაწვდომი 107 IPMAConsoleInstall.jsp აჩვენებს შეცდომას: არ არის ნაპოვნი გვერდი შეცდომა 107 გამონაკლისი: java.lang.ClassNotFoundException: InstallerApplet.class 108 MS ავტომატური ინსტალაცია, რტ.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) vii

შინაარსი

მომხმარებლის ავთენტიფიკაცია ვერ მოხერხდა 109 ასისტენტის კონსოლი აჩვენებს შეცდომას: სისტემის შეცდომა – დაუკავშირდით სისტემის ადმინისტრატორს 109 ასისტენტის კონსოლი აჩვენებს შეცდომას: Cisco IP მენეჯერის ასისტენტის სერვისი მიუწვდომელია. იღებს ხელახალი შეკვეთის ტონს 110 მენეჯერი გამოვიდა, სანამ სერვისი ჯერ კიდევ მუშაობს 111 მენეჯერი ვერ წყვეტს ზარებს, რომლებიც რეკავს ასისტენტის პროქსის ხაზზე 112 ვერ დარეკავს მენეჯერის ტელეფონზე, როდესაც Cisco IP მენეჯერის ასისტენტის სერვისი გათიშულია 113 პრობლემების მოგვარება Cisco Unified Cisco Unified Mobility მომხმარებელი დაკიდებს მობილურ ტელეფონს, მაგრამ ვერ განაახლებს ზარს დესკტოპ ტელეფონზე 113 აკრიფეთ ოფისთან დაკავშირებული SIP შეცდომის კოდები 114 Cisco-ს პრობლემების მოგვარება Web Dialer 117 ავტორიზაციის შეცდომა 117 სერვისი დროებით მიუწვდომელი 117 გარე პრობლემების მოგვარება ზარის კონტროლი 118 პრობლემების მოგვარება ცხელი ხაზი 118 პრობლემების მოგვარება დაუყოვნებლივ გადამისამართება 118 გასაღები არ არის აქტიური 119 დროებითი წარუმატებლობა 119 დაკავებულია 119 პრობლემების მოგვარება ინტერკომი 120 დაკავების ტონი, როდესაც აკრიფეთ ინტერკომის ხაზიდან 121, გადადით ინტერკომის შტატზე, გადადით დაკავშირებულ მდგომარეობაში. ,
ან Headset 127 Troubleshooting SCCP 127
ინტერკომის ხაზები არ ჩანს ტელეფონზე, როდესაც ღილაკის შაბლონს აქვს 127

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) viii

შინაარსი
ინტერკომის ხაზები არ ჩანს, როდესაც ტელეფონი დაეცა SRST 128-ზე პრობლემების მოგვარება SIP 128
SIP 128 მომუშავე ტელეფონების გამართვა. SIP 128 მომუშავე ტელეფონების კონფიგურაცია. SIP Trunks Fail 128 ზარები მოწყობილობებს შორის Fail 129 მუსიკა შეჩერებულია არ უკრავს ტელეფონზე 6 პრობლემების მოგვარება ლოგიკური დაყოფა 129 ლოგიკური დაყოფა არ ფუნქციონირებს ისე, როგორც მოსალოდნელი იყო 129 ლოგიკური დაყოფის პოლიტიკები საჭიროებს რეგულირებას NS130 ჩართვა 130 შესვლა file 133 Packet Capture 134 A/AAAA ჩანაწერის ქეშირება არ მუშაობს 134 ჰოსტის სახელის გარჩევადობა აბრუნებს არასწორ IP მისამართს 135 ვერ მოიძებნა ჟურნალი 135 დააყენეთ nscd ატრიბუტები CLI 136 CLI ბრძანების მეშვეობით TTL 136 A/AAAA ჩანაწერის მოთხოვნების დასაყენებლად, სანამ TTL ამოიწურება136. AAAA ჩანაწერის ქეში 136 პრობლემის გადაჭრა SAML ერთჯერადი შესვლა 137 გადამისამართება IdP-ზე ვერ მოხერხდა 137 IdP ავტორიზაცია ვერ 137 გადამისამართება ერთიანი კომუნიკაციების მენეჯერზე ვერ 137 გაშვება ტესტი ვერ 138 SAML ერთჯერადი შესვლა გვერდიდან 138 სტატუსს138 Incorrect.
პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) ix

შინაარსი

თავი 9 თავი 10

SNMP პრობლემების გადაჭრა 141 რჩევები პრობლემების გადასაჭრელად 141 CISCO-CCM-MIB რჩევები 142 ზოგადი რჩევები 142 შეზღუდვები 145 ხშირად დასმული კითხვები 146 HOST-RESOURCES-MIB რჩევები 151 ჟურნალები 151 დისკზე 151 დისკისთვის 152 დისკზე CDP-MIB რჩევები 154 ზოგადი რჩევები 154 ხშირად დასმული კითხვები 154 SYSAPP-MIB რჩევები 154 ჟურნალების შეგროვება 155 Servlets-ის გამოყენება Cisco Unified Communications Manager 8.0 155 SNMP დეველოპერის რჩევები 156 სად ვიპოვოთ მეტი ინფორმაცია 158
საქმის გახსნა TAC 159 ინფორმაციის საშუალებით დაგჭირდებათ 160 საჭირო წინასწარი ინფორმაცია 160 ქსელის განლაგება 160 პრობლემის აღწერა 161 ზოგადი ინფორმაცია 161 ონლაინ ქეისები 162 სერვისუნარიანობის კონექტორი 162 მომსახურებისუნარიანობის კონექტორიview 162 სერვისუნარიანობის სერვისის გამოყენების უპირატესობები 162 TAC მხარდაჭერა Serviceability Connector 163 Cisco Live! 163 დისტანციური წვდომა 163 Cisco Secure Telnet 164

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) x

შინაარსი

თავი 11 თავი 12

Firewall Protection 164 Cisco Secure Telnet Design 164 Cisco Secure Telnet Structure 165 დააყენეთ დისტანციური ანგარიში 165
შემთხვევის შესწავლა: პრობლემების აღმოფხვრა Cisco Unified IP Phone ზარები 167 Troubleshooting Intracluster Cisco Unified IP Phone ზარები 167 Sample Topology 167 Cisco Unified IP Phone Initialization Process 168 Cisco Unified Communications Manager Initialization Process 169 Self-Start Processes 169 Cisco Unified Communications Manager Registration Process 170 Cisco Unified Communications Manager KeepAlive Communicationsll 171 171 პრობლემების მოგვარება Intercluster Cisco Unified IP სატელეფონო ზარები 175 სample Topology 176 Intercluster H.323 Communication 176 Call Flow Traces 176 Failed Call Flow 177
შემთხვევის შესწავლა: პრობლემების აღმოფხვრა Cisco-ს ერთიანი IP Phone-to-Cisco IOS Gateway ზარები 179 Call Flow Traces 179 შეტყობინებების გამართვა და ბრძანებების ჩვენება Cisco IOS Gatekeeper-ზე. 182 Cisco IOS Gateway T184/CAS ინტერფეისით 1

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) xi

შინაარსი
პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) xii

წინასიტყვაობა

ეს წინასიტყვაობა აღწერს ამ სახელმძღვანელოს მიზანს, აუდიტორიას, ორგანიზაციას და კონვენციებს და გვაწვდის ინფორმაციას, თუ როგორ უნდა მიიღოთ შესაბამისი დოკუმენტაცია.
· მიზანი, xiii გვერდზე · აუდიტორია, xiii გვერდზე · ორგანიზაცია, xiv გვერდზე · დაკავშირებული დოკუმენტაცია, xv გვერდზე · კონვენციები, xv გვერდზე · დოკუმენტაციის მიღება, მხარდაჭერის მიღება და უსაფრთხოების სახელმძღვანელო პრინციპები, გვერდზე xvi · Cisco პროდუქტის უსაფრთხოება დასრულდაviewXvi გვერდზე

მიზანი

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის გთავაზობთ პრობლემების აღმოფხვრის პროცედურებს Unified Communications Manager-ის ამ გამოშვებისთვის.

შენიშვნა Unified Communications Manager-ის პრობლემების მოგვარების სახელმძღვანელოს ამ ვერსიის ინფორმაცია შეიძლება არ გავრცელდეს Unified Communications Manager პროგრამული უზრუნველყოფის ადრინდელ გამოშვებებზე.
ეს დოკუმენტი არ მოიცავს ყველა შესაძლო პრობლემურ მოვლენას, რომელიც შეიძლება მოხდეს Unified Communications Manager სისტემაში, მაგრამ სამაგიეროდ ფოკუსირებულია იმ მოვლენებზე, რომლებსაც ხშირად ხედავს Cisco ტექნიკური დახმარების ცენტრი (TAC) ან ხშირად დასმულ კითხვებს ახალი ამბების ჯგუფებიდან.
აუდიტორია
Unified Communications Manager-ის პრობლემების მოგვარების გზამკვლევი უზრუნველყოფს მითითებებს ქსელის ადმინისტრატორებისთვის, რომლებიც პასუხისმგებელნი არიან Unified Communications Manager სისტემის მართვაზე, საწარმოს მენეჯერებისთვის და თანამშრომლებისთვის. ეს სახელმძღვანელო მოითხოვს ტელეფონის და IP ქსელის ტექნოლოგიის ცოდნას.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) xiii

ორგანიზაცია

წინასიტყვაობა

ორგანიზაცია

შემდეგი ცხრილი გვიჩვენებს, თუ როგორ არის ორგანიზებული ეს სახელმძღვანელო.
ცხრილი 1: როგორ არის ორგანიზებული ეს დოკუმენტი

თავი და სათაური

აღწერა

პრობლემების მოგვარება დასრულდაview1 გვერდზე

უზრუნველყოფს ზედview ინსტრუმენტებისა და რესურსების შესახებ, რომლებიც ხელმისაწვდომია ერთიანი კომუნიკაციების მენეჯერის პრობლემების მოსაგვარებლად.

პრობლემების მოგვარების ინსტრუმენტები, მე-5 გვერდზე

მიმართავს ინსტრუმენტებსა და კომუნალურ პროგრამებს, რომლებიც შეგიძლიათ გამოიყენოთ Unified Communications Manager-ის კონფიგურაციის, მონიტორინგისა და პრობლემების გადასაჭრელად და უზრუნველყოფს ზოგადი სახელმძღვანელო მითითებებს ინფორმაციის შეგროვებისთვის, რათა თავიდან აიცილოთ განმეორებითი ტესტირება და იდენტური მონაცემების ხელახლა შეგროვება.

Cisco Unified Communications Manager აღწერს გადაწყვეტილებებს ყველაზე გავრცელებული საკითხებისთვის, რომლებიც ეხება

სისტემის პრობლემები, გვერდზე 31

ერთიანი კომუნიკაციების მენეჯერის სისტემა.

მოწყობილობის პრობლემები, 61 გვერდზე

აღწერს გადაწყვეტილებებს ყველაზე გავრცელებულ საკითხებზე, რომლებიც დაკავშირებულია IP ტელეფონებთან და კარიბჭეებთან.

აკრეფის გეგმები და მარშრუტიზაციის საკითხები, 81 გვერდზე აღწერს გადაწყვეტილებებს ყველაზე გავრცელებულ საკითხებთან დაკავშირებით, რომლებიც დაკავშირებულია აკრეფის გეგმებთან, მარშრუტის დანაყოფებთან და გამოძახების საძიებო სივრცეებთან.

Cisco Unified Communications Manager Services Issues, გვერდზე 87

აღწერს გადაწყვეტილებებს სერვისებთან დაკავშირებული ყველაზე გავრცელებული საკითხებისთვის, როგორიცაა საკონფერენციო ხიდები და მედიის დასრულების პუნქტები.

ხმოვანი შეტყობინებების საკითხები, გვერდზე 93

აღწერს გადაწყვეტილებებს ხმოვანი შეტყობინებების ყველაზე გავრცელებული საკითხებისთვის.

პრობლემების აღმოფხვრა ფუნქციები და სერვისები, on გთავაზობთ ინფორმაციას, რომელიც დაგეხმარებათ გადაჭრათ საერთო პრობლემები

გვერდი 97

ერთიანი კომუნიკაციების მენეჯერის ფუნქციები და სერვისები.

SNMP პრობლემების მოგვარება, 141 გვერდზე

გთავაზობთ ინფორმაციას SNMP-ით პრობლემების მოგვარების შესახებ

საქმის გახსნა TAC-ით, გვერდზე 159 აღწერს რა ინფორმაციაა საჭირო TAC-ის საქმის გასახსნელად.

შემთხვევის შესწავლა: პრობლემების მოგვარება Cisco Unified დეტალურად აღწერს ზარის ნაკადს ორ Cisco Unified IP-ს შორის

IP სატელეფონო ზარები, გვერდზე 167

ტელეფონები კლასტერში.

შემთხვევის შესწავლა: პრობლემების გადაჭრა Cisco Unified აღწერს Cisco Unified IP ტელეფონის დარეკვას Cisco-ს მეშვეობით

IP Phone-to-Cisco IOS Gateway ზარები, IOS Gateway-ზე ტელეფონზე, რომელიც დაკავშირებულია ადგილობრივი PBX-ით

გვერდი 179

ან საჯარო გადართვის სატელეფონო ქსელში (PSTN).

პრობლემების გადაჭრის გზამკვლევი Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) xiv

წინასიტყვაობა

დაკავშირებული დოკუმენტაცია

დაკავშირებული დოკუმენტაცია
იხილეთ Cisco Unified Communications Manager Documentation Guide დამატებითი ინფორმაციისთვის Cisco IP სატელეფონო აპლიკაციებისა და პროდუქტების შესახებ. Მომდევნო URL აჩვენებს ყოფილსampდოკუმენტაციის სახელმძღვანელოს გზა: http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_documentation_roadmaps_list.html დოკუმენტაციისთვის, რომელიც ეხება Cisco Unity-ს, იხილეთ შემდეგი URL:
https://www.cisco.com/c/en/us/support/unified-communications/index.html

კონვენციები

ეს დოკუმენტი იყენებს შემდეგ კონვენციებს:

კონვენცია

აღწერა

თამამი შრიფტი

ბრძანებები და საკვანძო სიტყვები არის თამამი.

დახრილი შრიფტი

არგუმენტები, რომლებისთვისაც თქვენ აწვდით მნიშვნელობებს, არის დახრილი.

[]

კვადრატულ ფრჩხილებში ელემენტები არჩევითია.

{x|y|z}

ალტერნატიული საკვანძო სიტყვები დაჯგუფებულია ბრეკეტებში და გამოყოფილია ვერტიკალური ზოლებით.

[x|y|z]

არჩევითი ალტერნატიული საკვანძო სიტყვები დაჯგუფებულია ფრჩხილებში და გამოყოფილია ვერტიკალური ზოლებით.

სიმებიანი

სიმბოლოების არაციტირებული ნაკრები. არ გამოიყენოთ ბრჭყალები სტრიქონის გარშემო, წინააღმდეგ შემთხვევაში სტრიქონი შეიცავს ბრჭყალებს.

ეკრანის შრიფტი

ტერმინალური სესიები და ინფორმაცია, რომელსაც სისტემა აჩვენებს ეკრანის შრიფტით.

თამამი ეკრანის შრიფტი ინფორმაცია, რომელიც უნდა შეიყვანოთ, არის თამამი ეკრანის შრიფტი.

დახრილი ეკრანის შრიფტი

არგუმენტები, რომლებისთვისაც თქვენ აწვდით მნიშვნელობებს, არის დახრილი ეკრანის შრიფტი.

<>

დაუბეჭდავი სიმბოლოები, როგორიცაა პაროლები, კუთხეშია

ფრჩხილები.

შენიშვნები იყენებენ შემდეგ კონვენციებს:

შენიშვნა ნიშნავს, რომ მკითხველმა გაითვალისწინოს. შენიშვნები შეიცავს სასარგებლო წინადადებებს ან მითითებებს მასალაზე, რომელიც არ არის პუბლიკაციაში გაშუქებული.

პრობლემების გადაჭრის სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) xv

დოკუმენტაციის მოპოვება, მხარდაჭერის მიღება და უსაფრთხოების სახელმძღვანელო მითითებები

წინასიტყვაობა

დროის დამზოგველი იყენებს შემდეგ კონვენციებს:
Timesaver ნიშნავს, რომ აღწერილი მოქმედება დაზოგავს დროს. შეგიძლიათ დაზოგოთ დრო აბზაცში აღწერილი მოქმედების შესრულებით. რჩევები იყენებენ შემდეგ კონვენციებს:
რჩევა ნიშნავს, რომ ინფორმაცია შეიცავს სასარგებლო რჩევებს. სიფრთხილით გამოიყენეთ შემდეგი კონვენციები:
სიფრთხილე ნიშნავს მკითხველს ფრთხილად. ამ სიტუაციაში, თქვენ შეიძლება გააკეთოთ ისეთი რამ, რამაც შეიძლება გამოიწვიოს მოწყობილობის დაზიანება ან მონაცემთა დაკარგვა.

გაფრთხილებებში გამოიყენება შემდეგი კონვენციები:
გაფრთხილება ეს გამაფრთხილებელი სიმბოლო ნიშნავს საფრთხეს. თქვენ იმყოფებით სიტუაციაში, რამაც შეიძლება გამოიწვიოს სხეულის დაზიანება. სანამ რაიმე მოწყობილობაზე იმუშავებთ, უნდა იცოდეთ ელექტრულ წრედებთან დაკავშირებული საფრთხის შესახებ და გაეცნოთ ავარიების თავიდან აცილების სტანდარტულ პრაქტიკებს.
დოკუმენტაციის მოპოვება, მხარდაჭერის მიღება და უსაფრთხოების სახელმძღვანელო მითითებები
დოკუმენტაციის მოპოვების, მხარდაჭერის მოპოვების, დოკუმენტაციის გამოხმაურების, უსაფრთხოების მითითებების, ასევე რეკომენდირებული მეტსახელების და ზოგადი Cisco დოკუმენტების შესახებ ინფორმაციისთვის იხილეთ ყოველთვიური რა არის ახალი Cisco პროდუქტის დოკუმენტაციაში, რომელიც ასევე ჩამოთვლის Cisco-ს ყველა ახალ და შესწორებულ ტექნიკურ დოკუმენტაციას, მისამართზე: http://www.cisco.com/en/US/docs/general/whatsnew/whatsnew.html

Cisco პროდუქტის უსაფრთხოება დასრულდაview
ეს პროდუქტი შეიცავს კრიპტოგრაფიულ მახასიათებლებს და ექვემდებარება შეერთებული შტატების და ადგილობრივი ქვეყნის კანონებს, რომლებიც არეგულირებს იმპორტს, ექსპორტს, გადაცემას და გამოყენებას. Cisco-ს კრიპტოგრაფიული პროდუქტების მიწოდება არ გულისხმობს მესამე მხარის უფლებამოსილებას იმპორტის, ექსპორტის, გავრცელების ან დაშიფვრის გამოყენების შესახებ. იმპორტიორები, ექსპორტიორები, დისტრიბუტორები და მომხმარებლები პასუხისმგებელნი არიან აშშ-სა და ადგილობრივი ქვეყნის კანონების დაცვაზე. ამ პროდუქტის გამოყენებით თქვენ ეთანხმებით მოქმედ კანონებსა და რეგულაციების დაცვას. თუ თქვენ ვერ შეასრულებთ აშშ-ს და ადგილობრივ კანონებს, დაუყოვნებლივ დააბრუნეთ ეს პროდუქტი. დამატებითი ინფორმაცია აშშ-ს ექსპორტის რეგულაციების შესახებ შეგიძლიათ იხილოთ მისამართზე http://www.access.gpo.gov/bis/ear/ear_data.html.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) xvi

1 თავი
პრობლემების მოგვარება დასრულდაview
ამ განყოფილებაში მოცემულია აუცილებელი ფონური ინფორმაცია და ხელმისაწვდომი რესურსები ერთიანი კომუნიკაციების მენეჯერის პრობლემების მოსაგვარებლად.
· Cisco Unified Serviceability, 1 გვერდზე · Cisco Unified Communications ოპერაციული სისტემის ადმინისტრირება, 2 გვერდზე · პრობლემის გადაჭრის ზოგადი მოდელი, 2 გვერდზე · ქსელის გაუმართაობის მომზადება, 3 გვერდზე · სად ვიპოვოთ მეტი ინფორმაცია, 3 გვერდზე
Cisco Unified Serviceability
Cisco Unified Serviceability, ა web- დაფუძნებული პრობლემების მოგვარების ინსტრუმენტი ერთიანი კომუნიკაციების მენეჯერისთვის, უზრუნველყოფს შემდეგ ფუნქციებს, რათა დაეხმაროს ადმინისტრატორებს სისტემის პრობლემების მოგვარებაში:
· ინახავს Unified Communications Manager სერვისების სიგნალიზაციას და მოვლენებს პრობლემების აღმოსაფხვრელად და უზრუნველყოფს განგაშის შეტყობინების განმარტებებს.
· ინახავს Unified Communications Manager სერვისების კვალი ინფორმაციის სხვადასხვა ჟურნალში fileპრობლემების მოგვარებისთვის. ადმინისტრატორებს შეუძლიათ კონფიგურაცია, შეგროვება და view კვალი ინფორმაცია.
· აკონტროლებს კომპონენტების რეალურ დროში ქცევას Unified Communications Manager კლასტერში რეალურ დროში მონიტორინგის ხელსაწყოს (RTMT) მეშვეობით.
· აწარმოებს ანგარიშებს მომსახურების ხარისხის, ტრაფიკისა და ბილინგის ინფორმაციის შესახებ Unified Communications Manager CDR Analysis and Reporting (CAR) მეშვეობით.
· გთავაზობთ ფუნქციურ სერვისებს, რომლებიც შეგიძლიათ გაააქტიუროთ, გამორთოთ და view სერვისის გააქტიურების ფანჯრის მეშვეობით.
· უზრუნველყოფს ინტერფეისს ფუნქციების და ქსელის სერვისების გაშვებისა და შეწყვეტისთვის. · არქივების ანგარიშები, რომლებიც დაკავშირებულია Cisco Unified Serviceability ინსტრუმენტებთან. · საშუალებას აძლევს ერთიანი კომუნიკაციების მენეჯერს იმუშაოს მართულ მოწყობილობად SNMP დისტანციური მართვისთვის
და პრობლემების მოგვარება. · აკონტროლებს დისკის გამოყენებას ჟურნალის დანაყოფის სერვერზე (ან ყველა სერვერზე კლასტერში).
პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 1

Cisco Unified Communications ოპერაციული სისტემის ადმინისტრირება

პრობლემების მოგვარება დასრულდაview

შედით Cisco Unified Serviceability-ზე Cisco Unified Communications Manager-ის ადმინისტრაციის ფანჯრიდან Cisco Unified Serviceability-ის არჩევით ნავიგაციის ჩამოსაშლელი სიიდან. Unified Communications Manager პროგრამული უზრუნველყოფის ინსტალაცია ავტომატურად დააინსტალირებს Cisco Unified Serviceability-ს და ხდის მას ხელმისაწვდომს. იხილეთ Cisco Unified Serviceability Administration Guide დეტალური ინფორმაციისთვის და კონფიგურაციის პროცედურებისთვის მომსახურებისუნარიანობის ინსტრუმენტებზე.
Cisco Unified Communications ოპერაციული სისტემის ადმინისტრირება
Cisco Unified Communications ოპერაციული სისტემის ადმინისტრაცია საშუალებას გაძლევთ შეასრულოთ შემდეგი ამოცანები Cisco Unified Communications ოპერაციული სისტემის კონფიგურაციისა და მართვისთვის:
· შეამოწმეთ პროგრამული უზრუნველყოფის და აპარატურის სტატუსი. · შეამოწმეთ და განაახლეთ IP მისამართები. · Ping სხვა ქსელური მოწყობილობები. · ქსელის დროის პროტოკოლის სერვერების მართვა. · განაახლეთ სისტემის პროგრამული უზრუნველყოფა და პარამეტრები. · გადატვირთეთ სისტემა.
იხილეთ Cisco Unified Communications Manager-ის ადმინისტრაციული გზამკვლევი დეტალური ინფორმაციისთვის და კონფიგურაციის პროცედურებისთვის მომსახურებისუნარიანობის ინსტრუმენტებზე.
პრობლემის გადაჭრის ზოგადი მოდელი
სატელეფონო ან IP ქსელის გარემოს პრობლემების აღმოფხვრისას, განსაზღვრეთ კონკრეტული სიმპტომები, იდენტიფიცირეთ ყველა პოტენციური პრობლემა, რამაც შეიძლება გამოიწვიოს სიმპტომები და შემდეგ სისტემატურად აღმოფხვრა ყოველი პოტენციური პრობლემა (სავარაუდოდან ნაკლებად სავარაუდოდან) სიმპტომების გაქრობამდე. შემდეგი ნაბიჯები გვაწვდის მითითებებს პრობლემის გადაჭრის პროცესში გამოსაყენებლად.
პროცედურა 1. გააანალიზეთ ქსელის პრობლემა და შექმენით პრობლემის მკაფიო განცხადება. განსაზღვრეთ სიმპტომები და შესაძლო მიზეზები. 2. შეაგროვეთ ფაქტები, რომლებიც გჭირდებათ შესაძლო მიზეზების იზოლირებაში. 3. განიხილეთ შესაძლო მიზეზები თქვენს მიერ შეგროვებული ფაქტებიდან გამომდინარე. 4. შექმენით სამოქმედო გეგმა იმ მიზეზების საფუძველზე. დაიწყეთ ყველაზე სავარაუდო პრობლემით და შეიმუშავეთ გეგმა
რომლითაც მანიპულირებთ მხოლოდ ერთი ცვლადით. 5. სამოქმედო გეგმის განხორციელება; შეასრულეთ თითოეული ნაბიჯი ფრთხილად ტესტირებისას, რათა ნახოთ, ქრება თუ არა სიმპტომი. 6. შედეგების ანალიზი, რათა დადგინდეს, მოგვარებულია თუ არა პრობლემა. თუ პრობლემა მოგვარდა,
ჩათვალეთ პროცესი დასრულებულად. 7. თუ პრობლემა არ მოგვარდა, შექმენით სამოქმედო გეგმა, რომელიც ეფუძნება თქვენს მომავალ ყველაზე სავარაუდო მიზეზს
სია. დაუბრუნდით 4-ს, მე-2 გვერდზე და გაიმეორეთ პროცესი პრობლემის მოგვარებამდე.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 2

პრობლემების მოგვარება დასრულდაview

ქსელის უკმარისობის მომზადება

დარწმუნდით, რომ გააუქმეთ ყველაფერი, რაც შეცვალეთ თქვენი სამოქმედო გეგმის განხორციელებისას. გახსოვდეთ, რომ გსურთ შეცვალოთ მხოლოდ ერთი ცვლადი ერთდროულად.
შენიშვნა თუ თქვენ ამოწურავთ ყველა საერთო მიზეზსა და მოქმედებას (ამ დოკუმენტში მოცემული ან სხვა, რომელიც თქვენს გარემოში იდენტიფიცირებულია), დაუკავშირდით Cisco TAC-ს.
ქსელის უკმარისობის მომზადება
თქვენ ყოველთვის შეგიძლიათ უფრო ადვილად გამოჯანმრთელდეთ ქსელის უკმარისობისგან, თუ წინასწარ მოემზადებით. იმის დასადგენად, მზად ხართ თუ არა ქსელის უკმარისობისთვის, უპასუხეთ შემდეგ კითხვებს:
· გაქვთ თუ არა თქვენი ინტერნეტ მუშაობის ზუსტი ფიზიკური და ლოგიკური რუკა, რომელიც ასახავს ქსელში არსებული ყველა მოწყობილობის ფიზიკურ მდებარეობას და როგორ არის დაკავშირებული ისინი, ასევე ქსელის მისამართების, ქსელის ნომრებისა და ქვექსელების ლოგიკური რუკა?
· გაქვთ თუ არა თქვენს ქსელში დანერგილი ყველა ქსელის პროტოკოლის სია თითოეული დანერგილი პროტოკოლისთვის და ქსელის ნომრების, ქვექსელების, ზონებისა და მათთან დაკავშირებული უბნების სია?
· იცით თუ არა რომელი პროტოკოლების მარშრუტირება ხდება და სწორი, განახლებული კონფიგურაციის ინფორმაცია თითოეული პროტოკოლისთვის?
· იცით, რომელი პროტოკოლები იკვრება? არის თუ არა რომელიმე ფილტრი კონფიგურირებული რომელიმე ამ ხიდზე და გაქვთ თუ არა ამ კონფიგურაციების ასლი? ვრცელდება თუ არა ეს ერთიანი კომუნიკაციების მენეჯერისთვის?
· იცით თუ არა გარე ქსელებთან კონტაქტის ყველა წერტილი, მათ შორის ინტერნეტთან რაიმე კავშირი? თითოეული გარე ქსელის კავშირისთვის, იცით, რა მარშრუტიზაციის პროტოკოლი გამოიყენება?
· აქვს თუ არა თქვენს ორგანიზაციას დოკუმენტირებული ქსელის ნორმალური ქცევა და შესრულება, ასე რომ თქვენ შეგიძლიათ შეადაროთ მიმდინარე პრობლემები საბაზისო ხაზთან?
თუ ამ კითხვებზე დადებითი პასუხის გაცემას შეძლებთ, წარუმატებლობისგან უფრო სწრაფი აღდგენა მოხდება.
სად ვიპოვოთ მეტი ინფორმაცია
გამოიყენეთ შემდეგი ბმულები IP ტელეფონიის სხვადასხვა თემებზე ინფორმაციისთვის: · Cisco IP ტელეფონის დაკავშირებული აპლიკაციებისა და პროდუქტების შესახებ დამატებითი ინფორმაციისთვის იხილეთ Cisco Unified Communications Manager Documentation Guide. Მომდევნო URL აჩვენებს ყოფილსampდოკუმენტაციის სახელმძღვანელოს გზა: https://www.cisco.com/en/US/products/sw/voicesw/ps556/products_documentation_roadmaps_list.html · Cisco Unity-თან დაკავშირებული დოკუმენტაციისთვის იხილეთ შემდეგი URL: https://www.cisco.com/en/US/products/sw/voicesw/ps2237/tsd_products_support_series_home.html
· Cisco Emergency Responder-თან დაკავშირებული დოკუმენტაციისთვის იხილეთ შემდეგი URL: https://www.cisco.com/en/US/products/sw/voicesw/ps842/tsd_products_support_series_home.html

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 3

სად ვიპოვოთ მეტი ინფორმაცია

პრობლემების მოგვარება დასრულდაview

· Cisco Unified IP Phone-თან დაკავშირებული დოკუმენტაციისთვის იხილეთ შემდეგი URL: https://www.cisco.com/en/US/products/hw/phones/ps379/tsd_products_support_series_home.html
· IP სატელეფონო ქსელების დიზაინისა და პრობლემების აღმოფხვრის შესახებ ინფორმაციისთვის იხილეთ Cisco IP Telephony Solution Reference Network Design Guides, რომლებიც ხელმისაწვდომია შემდეგ მისამართზე: https://www.cisco.com/go/srnd

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 4

2 თავი
პრობლემების მოგვარების ინსტრუმენტები
ეს განყოფილება ეხება ინსტრუმენტებსა და კომუნალურ პროგრამებს, რომლებსაც იყენებთ ერთიანი კომუნიკაციების მენეჯერის კონფიგურაციის, მონიტორინგისა და პრობლემების გადასაჭრელად და გთავაზობთ ზოგად ინსტრუქციებს ინფორმაციის შეგროვებისთვის, რათა თავიდან აიცილოთ განმეორებითი ტესტირება და იდენტური მონაცემების დამახსოვრება.
შენიშვნა ზოგიერთზე წვდომისთვის URL საიტები, რომლებიც ჩამოთვლილია ამ დოკუმენტში, თქვენ უნდა იყოთ რეგისტრირებული მომხმარებელი და უნდა იყოთ შესული.
· Cisco Unified Serviceability Troubleshooting Tools, გვერდზე 5 · Command Line Interface, 6 გვერდზე · kerneldump Utility, 7 გვერდზე · ქსელის მენეჯმენტი, 9 გვერდზე · Sniffer Traces, 10 გვერდზე · გამართვა, გვერდზე 10 · Cisco Secure Telnet, 11 გვერდზე · Packet Capture, 11 გვერდზე · საერთო პრობლემების მოგვარების ამოცანები, ხელსაწყოები და ბრძანებები, 17 გვერდზე · რჩევები პრობლემების მოგვარების შესახებ, 20 გვერდზე · სისტემის ისტორიის ჟურნალი, 21 გვერდზე · აუდიტის ჩაწერა, 24 გვერდზე · შეამოწმეთ Cisco Unified Communications მენეჯერის სერვისები გაშვებულია, გვერდზე 28
Cisco Unified Serviceability Troubleshooting Tools
იხილეთ Cisco Unified Serviceability Administration Guide დეტალური ინფორმაციისთვის შემდეგი სხვადასხვა ტიპის ხელსაწყოების შესახებ, რომლებსაც Cisco Unified Serviceability გთავაზობთ სხვადასხვა Unified Communications Manager სისტემების მონიტორინგისა და ანალიზისთვის.
პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 5

ბრძანების ხაზის ინტერფეისი

პრობლემების მოგვარების ინსტრუმენტები

ცხრილი 2: მომსახურებისუნარიანობის ინსტრუმენტები

ვადა

განმარტება

Cisco Unified Real-Time ეს ინსტრუმენტი იძლევა რეალურ დროში ინფორმაციას Unified Communications Manager Monitoring Tool (RTMT) მოწყობილობებისა და შესრულების მრიცხველების შესახებ და გაძლევთ საშუალებას შეაგროვოთ კვალი.
შესრულების მრიცხველები შეიძლება იყოს სისტემის სპეციფიკური ან ერთიანი კომუნიკაციების მენეჯერი სპეციფიკური. ობიექტები მოიცავს მსგავსი მრიცხველების ლოგიკურ დაჯგუფებებს კონკრეტული მოწყობილობის ან ფუნქციისთვის, როგორიცაა Cisco Unified IP Phones ან Unified Communications Manager System Performance. მრიცხველები ზომავენ სისტემის მუშაობის სხვადასხვა ასპექტს. მრიცხველები ზომავენ სტატისტიკას, როგორიცაა რეგისტრირებული ტელეფონების რაოდენობა, მცდელობის ზარები და მიმდინარე ზარები.

სიგნალიზაცია

ადმინისტრატორები იყენებენ სიგნალიზაციას Unified Communications Manager სისტემის მუშაობის დროის სტატუსისა და მდგომარეობის მისაღებად. სიგნალიზაცია შეიცავს ინფორმაციას სისტემის პრობლემების შესახებ, როგორიცაა ახსნა და რეკომენდებული მოქმედება.
ადმინისტრატორები ეძებენ განგაშის განმარტებების მონაცემთა ბაზას განგაშის ინფორმაციის მისაღებად. განგაშის განმარტება შეიცავს განგაშის აღწერას და რეკომენდებულ ქმედებებს.

კვალი

ადმინისტრატორები და Cisco-ს ინჟინრები იყენებენ კვალს files მიიღოს კონკრეტული ინფორმაცია Unified Communications Manager სერვისის პრობლემების შესახებ. Cisco Unified Serviceability აგზავნის კონფიგურირებულ კვალის ინფორმაციას კვალის ჟურნალში file. ორი ტიპის კვალის ჟურნალი fileარსებობს: SDI და SDL.

ყველა სერვისი შეიცავს ნაგულისხმევი კვალის ჟურნალს file. სისტემა აკონტროლებს სისტემის დიაგნოსტიკური ინტერფეისის (SDI) ინფორმაციას სერვისებიდან და აღრიცხავს გაშვების დროის მოვლენებსა და კვალს ჟურნალში file.

SDL კვალის ჟურნალი file შეიცავს ზარების დამუშავების ინფორმაციას ისეთი სერვისებიდან, როგორიცაა Cisco CallManager და Cisco CTImanager. სისტემა აკონტროლებს ზარის სიგნალის განაწილების ფენას (SDL) და აღრიცხავს მდგომარეობის გადასვლებს ჟურნალში file.

შენიშვნა

უმეტეს შემთხვევაში, თქვენ შეაგროვებთ SDL კვალს მხოლოდ Cisco Technical-ის დროს

დახმარების ცენტრი (TAC) მოგთხოვთ ამის გაკეთებას.

ხარისხის ანგარიშის ინსტრუმენტი

ეს ტერმინი მიუთითებს ხმის ხარისხზე და ზოგადი პრობლემის მოხსენების პროგრამაზე Cisco Unified Serviceability-ში.

სერვისუნარიანობის კონექტორი Cisco Webex Serviceability სერვისი ზრდის სისწრაფეს, რომლითაც Cisco ტექნიკური დახმარების პერსონალს შეუძლია თქვენი ინფრასტრუქტურის პრობლემების დიაგნოსტიკა. ის ავტომატიზირებს სადიაგნოსტიკო ჟურნალების და ინფორმაციის SR საქმეში პოვნის, მოძიებისა და შენახვის ამოცანებს. სერვისი ასევე აწარმოებს ანალიზს დიაგნოსტიკური ხელმოწერების მიმართ, რათა TAC-მა შეძლოს უფრო ეფექტურად ამოიცნოს და გადაჭრას პრობლემები თქვენს შიდა აღჭურვილობასთან დაკავშირებით.

ბრძანების ხაზის ინტერფეისი
გამოიყენეთ ბრძანების ხაზის ინტერფეისი (CLI), რათა შეხვიდეთ Unified Communications Manager სისტემაზე ძირითადი ტექნიკური მომსახურებისა და წარუმატებლობის აღდგენისთვის. სისტემაზე წვდომის მიღება ან მყარი სადენიანი ტერმინალით (სისტემის მონიტორი და კლავიატურა) ან SSH სესიის შესრულებით.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 6

პრობლემების მოგვარების ინსტრუმენტები

kerneldump უტილიტა

ანგარიშის სახელი და პაროლი იქმნება ინსტალაციის დროს. თქვენ შეგიძლიათ შეცვალოთ პაროლი ინსტალაციის შემდეგ, მაგრამ ვერასოდეს შეცვლით ანგარიშის სახელს. ბრძანება წარმოადგენს ტექსტურ ინსტრუქციას, რომელმაც აიძულა სისტემა შეასრულოს გარკვეული ფუნქცია. ბრძანებები შეიძლება იყოს ცალკე, ან მათ შეიძლება ჰქონდეთ სავალდებულო ან არჩევითი არგუმენტები ან ვარიანტები. დონე მოიცავს ბრძანებების კრებულს; მაგისთვისample, show აღნიშნავს დონეს, ხოლო show status განსაზღვრავს ბრძანებას. თითოეული დონე და ბრძანება ასევე შეიცავს ასოცირებულ პრივილეგიურ დონეს. თქვენ შეგიძლიათ შეასრულოთ ბრძანება მხოლოდ იმ შემთხვევაში, თუ გაქვთ საკმარისი პრივილეგიის დონე. Unified Communications Manager CLI ბრძანებების ნაკრების შესახებ სრული ინფორმაციისთვის იხილეთ Command Line Interface Reference Guide Cisco Unified Solutions-ისთვის.
kerneldump უტილიტა
kerneldump პროგრამა საშუალებას გაძლევთ შეაგროვოთ ავარიის ნაგავსაყრელის ჟურნალები ადგილობრივად დაზარალებულ აპარატზე მეორადი სერვერის საჭიროების გარეშე. Unified Communications Manager კლასტერში, თქვენ მხოლოდ უნდა დარწმუნდეთ, რომ kerneldump utility ჩართულია სერვერზე, სანამ შეძლებთ ავარიული ინფორმაციის შეგროვებას.
შენიშვნა Cisco გირჩევთ დაადასტუროთ, რომ kerneldump უტილიტა ჩართულია Unified Communications Manager-ის ინსტალაციის შემდეგ, რათა შესაძლებელი იყოს პრობლემების უფრო ეფექტური აღმოფხვრა. თუ ეს ჯერ არ გაგიკეთებიათ, ჩართეთ kerneldump პროგრამა, სანამ განაახლებთ Unified Communications Manager-ს მხარდაჭერილი მოწყობილობის გამოშვებებიდან.
მნიშვნელოვანია kerneldump უტილიტის ჩართვა ან გამორთვა საჭიროებს კვანძის გადატვირთვას. არ შეასრულოთ enable ბრძანება, თუ არ ხართ ფანჯარაში, სადაც გადატვირთვა მისაღები იქნება.
ბრძანების ხაზის ინტერფეისი (CLI) Cisco Unified Communications ოპერაციული სისტემისთვის შეიძლება გამოყენებულ იქნას kerneldump უტილიტის ჩართვის, გამორთვის ან სტატუსის შესამოწმებლად. გამოიყენეთ შემდეგი პროცედურა, რათა ჩართოთ kernel dump utility:
მუშაობა Files, რომლებიც გროვდება Utility To view ავარიის შესახებ ინფორმაცია kerneldump უტილიტადან, გამოიყენეთ Cisco Unified Real-Time Monitoring Tool ან Command Line Interface (CLI). იმისათვის, რომ შეაგროვოთ kerneldump ჟურნალები Cisco Unified Real-Time Monitoring Tool-ის გამოყენებით, აირჩიეთ Collect Files ვარიანტი Trace & Log Central-დან. სისტემის სერვისების/აპლიკაციების არჩევის ჩანართიდან აირჩიეთ Kerneldump logs ველი. დამატებითი ინფორმაციისთვის შეგროვების შესახებ fileთუ იყენებთ Cisco Unified Real-Time Monitoring Tool-ს, იხილეთ Cisco Unified Real-Time Monitoring Tool-ის ადმინისტრირების სახელმძღვანელო. CLI-ის გამოსაყენებლად kerneldump ჟურნალების შესაგროვებლად გამოიყენეთ "file” CLI ბრძანებებს files ავარიის დირექტორიაში. ისინი გვხვდება "activelog" დანაყოფის ქვეშ. ჟურნალი fileსახელები იწყება kerneldump კლიენტის IP მისამართით და მთავრდება თარიღით file იქმნება. დამატებითი ინფორმაციისთვის file ბრძანებები, იხილეთ ბრძანების ხაზის ინტერფეისის საცნობარო სახელმძღვანელო Cisco-ს ერთიანი გადაწყვეტილებისთვის.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 7

ჩართეთ Kerneldump Utility

პრობლემების მოგვარების ინსტრუმენტები

ჩართეთ Kerneldump Utility
გამოიყენეთ ეს პროცედურა kerneldump უტილიტის გასააქტიურებლად. ბირთვის ავარიის შემთხვევაში, პროგრამა უზრუნველყოფს ავარიის შეგროვებისა და გადაყრის მექანიზმს. თქვენ შეგიძლიათ დააკონფიგურიროთ უტილიტა ისე, რომ ჟურნალები გადააგდოს ლოკალურ სერვერზე ან გარე სერვერზე.
პროცედურა

ნაბიჯი 1 ნაბიჯი 2
ნაბიჯი 3

შედით ბრძანების ხაზის ინტერფეისში. შეავსეთ რომელიმე შემდეგი:
· ბირთვის ავარიების ლოკალურ სერვერზე გადასატანად, გაუშვით utils os kernelcrash enable CLI ბრძანება. · ბირთვის ავარიის გარე სერვერზე გადასატანად, გაუშვით utils os kerneldump ssh enable
CLI ბრძანება გარე სერვერის IP მისამართით.
გადატვირთეთ სერვერი.

Example

შენიშვნა თუ გჭირდებათ kerneldump უტილიტას გამორთვა, შეგიძლიათ გაუშვათ utils os kernelcrash disable CLI ბრძანება, რომ გამორთოთ ადგილობრივი სერვერი core dump-ებისთვის და utils os kerneldump ssh გამორთოთ CLI ბრძანება გარე სერვერზე პროგრამის გამორთვისთვის.

რა უნდა გავაკეთოთ შემდეგ დააკონფიგურირეთ ელფოსტის გაფრთხილება რეალურ დროში მონიტორინგის ხელსაწყოში, რათა გაეცნოთ ძირითად ნაგავსაყრელებს. დეტალებისთვის იხილეთ Email Alert-ის ჩართვა Core Dump-ისთვის, გვერდი 8 იხილეთ პრობლემების გადაჭრის გზამკვლევი Cisco Unified Communications Manager-ისთვის დამატებითი ინფორმაციისთვის kerneldump უტილიტასა და პრობლემების აღმოფხვრის შესახებ.
ჩართეთ ელფოსტის გაფრთხილება Core Dump-ისთვის
გამოიყენეთ ეს პროცედურა რეალურ დროში მონიტორინგის ხელსაწყოს კონფიგურაციისთვის, რათა ადმინისტრატორს ელფოსტა გაუგზავნოთ, როდესაც ხდება ძირითადი გადაყრა.
პროცედურა

ნაბიჯი 1 ნაბიჯი 2 ნაბიჯი 3

აირჩიეთ სისტემა > ინსტრუმენტები > გაფრთხილება > Alert Central. დააწკაპუნეთ მარჯვენა ღილაკით CoreDumpFileიპოვნეთ გაფრთხილება და აირჩიეთ Set Alert Properties. მიჰყევით ოსტატის მითითებებს სასურველი კრიტერიუმების დასაყენებლად: ა) გაფრთხილების თვისებები: ელფოსტის შეტყობინების ამომხტარი ფანჯარა, დარწმუნდით, რომ ელფოსტის ჩართვა არის მონიშნული და დააწკაპუნეთ
კონფიგურაცია, რათა დააყენოთ ნაგულისხმევი გაფრთხილების მოქმედება, რომელიც იქნება ადმინისტრატორისთვის ელფოსტის გაგზავნა.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 8

პრობლემების მოგვარების ინსტრუმენტები

ქსელის მენეჯმენტი

ნაბიჯი 4

ბ) მიჰყევით მოთხოვნებს და დაამატეთ მიმღების ელფოსტის მისამართი. როდესაც ეს გაფრთხილება ამოქმედდება, ნაგულისხმევი მოქმედება არის ამ მისამართის ელფოსტის გაგზავნა.
გ) დააჭირეთ შენახვას.
დააყენეთ ნაგულისხმევი ელ.ფოსტის სერვერი: ა) აირჩიეთ სისტემა > ხელსაწყოები > გაფრთხილება > ელ.ფოსტის სერვერის კონფიგურაცია. ბ) შეიყვანეთ ელექტრონული ფოსტის სერვერისა და პორტის ინფორმაცია ელ.ფოსტის შეტყობინებების გასაგზავნად. გ) შეიყვანეთ Send User Id. დ) დააწკაპუნეთ OK.

ქსელის მენეჯმენტი
გამოიყენეთ ქსელის მართვის ინსტრუმენტები Unified Communications Manager დისტანციური სერვისისთვის. · სისტემის ჟურნალის მენეჯმენტი
· Cisco Discovery Protocol მხარდაჭერა
· მარტივი ქსელის მართვის პროტოკოლის მხარდაჭერა
იხილეთ დოკუმენტაცია მისამართზე URLs მოცემულია ამ ქსელის მართვის ხელსაწყოების სექციებში დამატებითი ინფორმაციისთვის.
სისტემის ჟურნალის მენეჯმენტი
მიუხედავად იმისა, რომ მისი ადაპტირება შესაძლებელია ქსელის მართვის სხვა სისტემებთან, Cisco Syslog Analysis, რომელიც შეფუთულია Resource Manager Essentials (RME), უზრუნველყოფს Cisco მოწყობილობებიდან Syslog შეტყობინებების მართვის საუკეთესო მეთოდს. Cisco Syslog Analyzer ემსახურება როგორც Cisco Syslog Analysis-ის კომპონენტს, რომელიც უზრუნველყოფს სისტემის ჟურნალის საერთო შენახვას და ანალიზს მრავალი აპლიკაციისთვის. სხვა ძირითადი კომპონენტი, Syslog Analyzer Collector, აგროვებს ჟურნალის შეტყობინებებს Unified Communications Manager სერვერებიდან. Cisco-ს ეს ორი აპლიკაცია ერთად მუშაობს Cisco Unified Communications Solutions-ისთვის ცენტრალიზებული სისტემის აღრიცხვის სერვისის უზრუნველსაყოფად. იხილეთ შემდეგი URL RME დოკუმენტაციისთვის: http://www.cisco.com/en/US/products/sw/cscowork/ps2073/products_tech_note09186a00800a7275.shtml
Cisco Discovery Protocol მხარდაჭერა
Cisco Discovery Protocol Support საშუალებას იძლევა Unified Communications Manager სერვერების აღმოჩენა და ამ სერვერების მართვა. იხილეთ შემდეგი URL RME დოკუმენტაციისთვის: http://www.cisco.com/en/US/products/sw/cscowork/ps2073/products_tech_note09186a00800a7275.shtml

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 9

მარტივი ქსელის მართვის პროტოკოლის მხარდაჭერა

პრობლემების მოგვარების ინსტრუმენტები

მარტივი ქსელის მართვის პროტოკოლის მხარდაჭერა
ქსელის მართვის სისტემები (NMS) იყენებენ SNMP-ს, ინდუსტრიის სტანდარტული ინტერფეისს, რათა გაცვალონ მართვის ინფორმაცია ქსელურ მოწყობილობებს შორის. TCP/IP პროტოკოლის ნაკრების ნაწილი, SNMP საშუალებას აძლევს ადმინისტრატორებს დისტანციურად მართონ ქსელის მუშაობა, იპოვონ და გადაჭრას ქსელის პრობლემები და დაგეგმონ ქსელის ზრდა.
SNMP მართული ქსელი მოიცავს სამ ძირითად კომპონენტს: მართულ მოწყობილობებს, აგენტებს და ქსელის მართვის სისტემებს.
· მართული მოწყობილობა ნიშნავს ქსელის კვანძს, რომელიც შეიცავს SNMP აგენტს და მდებარეობს მართულ ქსელში. მართული მოწყობილობები აგროვებს და ინახავს მართვის ინფორმაციას და მისაწვდომს ხდის SNMP-ის გამოყენებით.
· აგენტი, როგორც ქსელის მართვის პროგრამული უზრუნველყოფა, მდებარეობს მართულ მოწყობილობაზე. აგენტი შეიცავს მენეჯმენტის ინფორმაციის ადგილობრივ ცოდნას და თარგმნის მას SNMP-თან თავსებად ფორმაში.
· ქსელის მართვის სისტემა მოიცავს SNMP მართვის აპლიკაციას კომპიუტერთან ერთად, რომელზეც ის მუშაობს. NMS ახორციელებს აპლიკაციებს, რომლებიც აკონტროლებენ და აკონტროლებენ მართულ მოწყობილობებს. NMS უზრუნველყოფს დამუშავებისა და მეხსიერების რესურსების დიდ ნაწილს, რომლებიც საჭიროა ქსელის მართვისთვის. შემდეგი NMS-ები იზიარებენ თავსებადობას Unified Communications Manager-თან:
· CiscoWorks Common Services პროგრამული უზრუნველყოფა
· HP ღიაView
· მესამე მხარის აპლიკაციები, რომლებიც მხარს უჭერენ SNMP და Unified Communications Manager SNMP ინტერფეისებს

Sniffer Traces
როგორც წესი, თქვენ აგროვებთ სნაიფერ კვალს ლეპტოპის ან სხვა სნაიფერით აღჭურვილი მოწყობილობის Catalyst პორტზე შეერთებით, რომელიც კონფიგურირებულია VLAN-ზე ან პორტ(ებ)ზე (CatOS, Cat6K-IOS, XL-IOS) შეერთებით, რომელიც შეიცავს პრობლემის შესახებ ინფორმაციას. თუ არ არის ხელმისაწვდომი თავისუფალი პორტი, შეაერთეთ სნაიფერით აღჭურვილი მოწყობილობა კერაზე, რომელიც ჩასმულია გადამრთველსა და მოწყობილობას შორის.

რჩევა TAC ინჟინერის მიერ კვალის წაკითხვისა და ინტერპრეტაციის გასაადვილებლად, Cisco გირჩევთ გამოიყენოთ Sniffer Pro პროგრამული უზრუნველყოფა, რადგან ის ფართოდ გამოიყენება TAC-ში.
გქონდეთ ხელმისაწვდომი ყველა ჩართული აღჭურვილობის IP/MAC მისამართები, როგორიცაა IP ტელეფონები, კარიბჭეები, კომუნიკაციების ერთიანი მენეჯერები და ა.შ.

შეცდომების გამართვა

გამომავალი გამართვის პრივილეგირებული EXEC ბრძანებებიდან იძლევა დიაგნოსტიკურ ინფორმაციას ინტერნეტში მუშაობის სხვადასხვა მოვლენის შესახებ, რომლებიც დაკავშირებულია პროტოკოლის სტატუსთან და ზოგადად ქსელის აქტივობასთან.
დააყენეთ თქვენი ტერმინალის ემულატორის პროგრამული უზრუნველყოფა (როგორიცაა HyperTerminal), რათა მან შეძლოს გამართვის გამომავალი file. HyperTerminal-ში დააჭირეთ გადაცემას; შემდეგ დააჭირეთ Capture Text და აირჩიეთ შესაბამისი პარამეტრები.
IOS-ის ხმოვანი კარიბჭის ნებისმიერი გამართვის დაწყებამდე, დარწმუნდით, რომ სერვისის დროაampsdebugdatetimemsec გლობალურად არის კონფიგურირებული კარიბჭეზე.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 10

პრობლემების მოგვარების ინსტრუმენტები

Cisco Secure Telnet

შენიშვნა მოერიდეთ შეცდომების შეგროვებას ცოცხალ გარემოში მუშაობის საათებში.
სასურველია, შეაგროვოთ გამართვები არასამუშაო საათებში. თუ თქვენ უნდა შეაგროვოთ გამართვები ცოცხალ გარემოში, დააკონფიგურიროთ Nologging Console და loggingbuffered. შეცდომების შესაგროვებლად გამოიყენეთ შოუ ჟურნალი. იმის გამო, რომ ზოგიერთი გამართვა შეიძლება იყოს ხანგრძლივი, შეაგროვეთ ისინი პირდაპირ კონსოლის პორტში (ნაგულისხმევი ჟურნალის კონსოლი) ან ბუფერზე (logging buffer). შეცდომების შეგროვებამ Telnet-ის სესიაზე შეიძლება გავლენა მოახდინოს მოწყობილობის მუშაობაზე და შედეგი შეიძლება იყოს არასრული გამართვა, რაც მოითხოვს მათ ხელახლა შეგროვებას. გამართვის შესაჩერებლად გამოიყენეთ no debug all ან undeug all ბრძანება. გადაამოწმეთ, რომ გამართვები გამორთულია ბრძანების show debug-ის გამოყენებით.
Cisco Secure Telnet
Cisco Secure Telnet საშუალებას აძლევს Cisco Service Engineers (CSE) გამჭვირვალე firewall-ზე წვდომას თქვენი საიტის Unified Communications Manager კვანძზე. ძლიერი დაშიფვრის გამოყენებით, Cisco Secure Telnet საშუალებას აძლევს სპეციალურ Telnet კლიენტს Cisco Systems-ისგან, დაუკავშირდეს Telnet დემონს თქვენი firewall-ის უკან. ეს უსაფრთხო კავშირი საშუალებას გაძლევთ დისტანციური მონიტორინგი და პრობლემების მოგვარება თქვენი Unified Communications Manager კვანძების, firewall-ის ცვლილებების საჭიროების გარეშე.
შენიშვნა Cisco გთავაზობთ ამ სერვისს მხოლოდ თქვენი ნებართვით. თქვენ უნდა დარწმუნდეთ, რომ თქვენს საიტზე ხელმისაწვდომია ქსელის ადმინისტრატორი, რომელიც დაგეხმარებათ პროცესის დაწყებაში.
პაკეტის აღება
ეს განყოფილება შეიცავს ინფორმაციას პაკეტის აღების შესახებ. Დაკავშირებული თემები
პაკეტის აღება დასრულდაview, გვერდზე 11 პაკეტების აღების კონფიგურაციის საკონტროლო სია, გვერდზე 12 საბოლოო მომხმარებლის დამატება სტანდარტულ პაკეტების სნიფერის წვდომის კონტროლის ჯგუფში, გვერდზე 13 Packet-Capturing Service Parameters კონფიგურაცია, გვერდზე 13 Packet Capturing-ის კონფიგურაცია ტელეფონის კონფიგურაციის ფანჯარაში, გვერდზე 14 Packet Capturing in Gateway and Trunk Configuration Windows, გვერდზე 14 Packet-Capturing Configuration Settings, გვერდზე 16 დაკავებული პაკეტების ანალიზი, გვერდზე 17
პაკეტის აღება დასრულდაview
იმის გამო, რომ მესამე მხარის პრობლემების აღმოფხვრის ხელსაწყოები, რომლებიც ამოიცნობს მედიას და TCP პაკეტებს, არ მუშაობს დაშიფვრის ჩართვის შემდეგ, თქვენ უნდა გამოიყენოთ Unified Communications Manager შემდეგი ამოცანების შესასრულებლად, თუ პრობლემა წარმოიქმნება:
პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 11

კონფიგურაციის საკონტროლო სია პაკეტის აღებისთვის

პრობლემების მოგვარების ინსტრუმენტები

· გააანალიზეთ პაკეტები შეტყობინებებისთვის, რომლებიც გაცვლიან Unified Communications Manager-სა და მოწყობილობას შორის [Cisco Unified IP Phone (SIP და SCCP), Cisco IOS MGCP gateway, H.323 gateway, H.323/H.245/H.225 trunk, ან SIP საყრდენი].
· გადაიღეთ უსაფრთხო რეალურ დროში პროტოკოლის (SRTP) პაკეტები მოწყობილობებს შორის. · ამოიღეთ მედიის დაშიფვრის გასაღების მასალა შეტყობინებებიდან და გაშიფრეთ მედია მოწყობილობებს შორის.
რჩევა ამ ამოცანის შესრულებამ რამდენიმე მოწყობილობაზე ერთდროულად შეიძლება გამოიწვიოს CPU-ს მაღალი მოხმარება და ზარის დამუშავების შეფერხებები. Cisco მკაცრად გირჩევთ, რომ შეასრულოთ ეს დავალება, როდესაც შეძლებთ მინიმუმამდე დაიყვანოთ ზარების დამუშავების შეფერხებები.
დამატებითი ინფორმაციისთვის იხილეთ უსაფრთხოების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის.
კონფიგურაციის საკონტროლო სია პაკეტის აღებისთვის
შესაბამისი მონაცემების მოპოვება და ანალიზი მოიცავს შემდეგი ამოცანების შესრულებას.
პროცედურა 1. დაამატეთ საბოლოო მომხმარებლები Standard Packet Sniffer Users ჯგუფს. 2. პაკეტების გადაღების სერვისის პარამეტრების კონფიგურაცია სერვისის პარამეტრის კონფიგურაციის ფანჯარაში Cisco-ში
კომუნიკაციების ერთიანი მენეჯერის ადმინისტრაცია; მაგისთვისampშემდეგ, დააკონფიგურირეთ Packet Capture Enable სერვისის პარამეტრი. 3. დააკონფიგურირეთ პაკეტის გადაღების პარამეტრები თითოეულ მოწყობილობაზე ტელეფონის ან კარიბჭის ან მაგისტრალური კონფიგურაციის ფანჯარაში.
შენიშვნა Cisco დაჟინებით გირჩევთ, რომ არ ჩართოთ პაკეტის გადაღება ერთდროულად მრავალი მოწყობილობისთვის, რადგან ამ ამოცანამ შეიძლება გამოიწვიოს CPU-ს მაღალი გამოყენება თქვენს ქსელში.
4. გადაიღეთ SRTP პაკეტები დაზარალებულ მოწყობილობებს შორის სნიფერის კვალის გამოყენებით. იხილეთ დოკუმენტაცია, რომელიც მხარს უჭერს თქვენს სნაიფერ კვალის ხელსაწყოს.
5. პაკეტების აღების შემდეგ დააყენეთ Packet Capture Enable სერვისის პარამეტრი False-ზე. 6. შეკრიბეთ fileრომ თქვენ უნდა გააანალიზოთ პაკეტები. 7. Cisco ტექნიკური დახმარების ცენტრი (TAC) აანალიზებს პაკეტებს. ამის შესასრულებლად პირდაპირ დაუკავშირდით TAC-ს
დავალება.
დაკავშირებული თემები საბოლოო მომხმარებლის დამატება სტანდარტული Packet Sniffer წვდომის კონტროლის ჯგუფში, გვერდზე 13 დაჭერილი პაკეტების ანალიზი, გვერდზე 17 Packet Capturing-ის კონფიგურაცია Gateway და Trunk Configuration Windows-ში, გვერდზე 14 Packet Capturing-ის კონფიგურაცია ტელეფონის კონფიგურაციის ფანჯარაში14, გვერდზე Packet-Capturing Service Parameters-ის კონფიგურაცია, გვერდზე 13 Packet-Capturing Configuration Settings, გვერდზე 16

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 12

პრობლემების მოგვარების ინსტრუმენტები

საბოლოო მომხმარებლის დამატება სტანდარტული Packet Sniffer Access Control Group-ში

საბოლოო მომხმარებლის დამატება სტანდარტული Packet Sniffer Access Control Group-ში
საბოლოო მომხმარებლებს, რომლებიც მიეკუთვნებიან Standard Packet Sniffer Users ჯგუფს, შეუძლიათ დააკონფიგურირონ Packet Capture Mode და Packet Capture Duration პარამეტრები მოწყობილობებისთვის, რომლებიც მხარს უჭერენ პაკეტის დაჭერას. თუ მომხმარებელი არ არსებობს Standard Packet Sniffer Access Control Group-ში, მომხმარებელი ვერ შეძლებს პაკეტის აღების დაწყებას. შემდეგი პროცედურა, რომელიც აღწერს, თუ როგორ უნდა დაამატოთ საბოლოო მომხმარებელი სტანდარტულ პაკეტების Sniffer წვდომის კონტროლის ჯგუფში, ვარაუდობს, რომ თქვენ დააკონფიგურირეთ საბოლოო მომხმარებელი Cisco Unified Communications Manager Administration-ში, როგორც ეს აღწერილია Cisco Unified Communications Manager-ის ადმინისტრაციის სახელმძღვანელოში.
პროცედურა 1. იპოვეთ წვდომის კონტროლის ჯგუფი, როგორც ეს აღწერილია Cisco Unified Communications-ის ადმინისტრაციულ სახელმძღვანელოში
მენეჯერი. 2. Find/List ფანჯრის გამოჩენის შემდეგ დააწკაპუნეთ Standard Packet Sniffer Users ბმულზე. 3. დააწკაპუნეთ ღილაკზე მომხმარებლების დამატება ჯგუფში. 4. დაამატეთ საბოლოო მომხმარებელი, როგორც ეს აღწერილია Cisco Unified Communications Manager-ის ადმინისტრაციულ სახელმძღვანელოში. 5. მომხმარებლის დამატების შემდეგ დააჭირეთ Save-ს.
Packet-Capturing Service Parameters-ის კონფიგურაცია
პაკეტის აღების პარამეტრების კონფიგურაციისთვის, შეასრულეთ შემდეგი პროცედურა:
პროცედურა 1. Unified Communications Manager-ში აირჩიეთ System > Service Parameters. 2. სერვერის ჩამოსაშლელი სიის ველიდან აირჩიეთ აქტიური სერვერი, სადაც გააქტიურეთ Cisco CallManager
სერვისი. 3. სერვისის ჩამოსაშლელი სიიდან აირჩიეთ Cisco CallManager (აქტიური) სერვისი. 4. გადადით TLS Packet Capturing Configuration-ის პანელზე და დააკონფიგურირეთ პაკეტის გადაღების პარამეტრები.
რჩევა სერვისის პარამეტრების შესახებ ინფორმაციისთვის დააწკაპუნეთ პარამეტრის სახელზე ან კითხვის ნიშანზე, რომელიც გამოჩნდება ფანჯარაში.
შენიშვნა იმისათვის, რომ მოხდეს პაკეტის აღება, თქვენ უნდა დააყენოთ Packet Capture Enable სერვისის პარამეტრი True-ზე.
5. ცვლილებების ძალაში შესვლისთვის დააჭირეთ Save-ს. 6. შეგიძლიათ გააგრძელოთ პაკეტის დაჭერის კონფიგურაცია.
დაკავშირებული თემები Packet Capturing-ის კონფიგურაცია Gateway და Trunk Configuration Windows-ში, გვერდი 14 Packet Capturing-ის კონფიგურაცია ტელეფონის კონფიგურაციის ფანჯარაში, გვერდი 14

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 13

პაკეტის გადაღების კონფიგურაცია ტელეფონის კონფიგურაციის ფანჯარაში

პრობლემების მოგვარების ინსტრუმენტები

პაკეტის გადაღების კონფიგურაცია ტელეფონის კონფიგურაციის ფანჯარაში
სერვისის პარამეტრის ფანჯარაში პაკეტის აღების ჩართვის შემდეგ, შეგიძლიათ დააკონფიგურიროთ პაკეტის გადაღება თითოეულ მოწყობილობაზე, Cisco Unified Communications Manager ადმინისტრაციის ტელეფონის კონფიგურაციის ფანჯარაში.
თქვენ ჩართავთ ან გამორთავთ პაკეტის გადაღებას თითო ტელეფონზე. ნაგულისხმევი პარამეტრი პაკეტის დაჭერისთვის უდრის None-ს.

სიფრთხილე

Cisco მტკიცედ გირჩევთ, რომ არ ჩართოთ პაკეტის გადაღება მრავალი ტელეფონისთვის ერთდროულად, რადგან ამ ამოცანამ შეიძლება გამოიწვიოს CPU-ს მაღალი გამოყენება თქვენს ქსელში.
თუ არ გსურთ პაკეტების გადაღება ან თუ დავალება დაასრულეთ, დააყენეთ Packet Capture Enable სერვისის პარამეტრი მცდარი.

ტელეფონებისთვის პაკეტის აღების კონფიგურაციისთვის, შეასრულეთ შემდეგი პროცედურა:

პროცედურა 1. სანამ პაკეტების დაჭერის პარამეტრებს დააკონფიგურირებთ, იხილეთ თემები, რომლებიც დაკავშირებულია პაკეტის აღების კონფიგურაციასთან.
2. იპოვეთ SIP ან SCCP ტელეფონი, როგორც აღწერილია სისტემის კონფიგურაციის სახელმძღვანელოში Cisco Unified Communications Manager-ისთვის.
3. ტელეფონის კონფიგურაციის ფანჯრის გამოჩენის შემდეგ, დააკონფიგურირეთ პრობლემების მოგვარების პარამეტრები, როგორც ეს აღწერილია Packet-Capturing Configuration Settings-ში.
4. კონფიგურაციის დასრულების შემდეგ დააჭირეთ Save-ს.
5. გადატვირთვის დიალოგურ ფანჯარაში დააწკაპუნეთ OK.

რჩევა მიუხედავად იმისა, რომ Cisco Unified Communications Manager-ის ადმინისტრაცია მოგთხოვთ მოწყობილობის გადატვირთვას, თქვენ არ გჭირდებათ მოწყობილობის გადატვირთვა პაკეტების გადასაღებად.
დამატებითი ნაბიჯები გადაიღეთ SRTP პაკეტები დაზარალებულ მოწყობილობებს შორის სნიფერის კვალის გამოყენებით. პაკეტების აღების შემდეგ დააყენეთ Packet Capture Enable სერვისის პარამეტრი False-ზე. Დაკავშირებული თემები
დაჭერილი პაკეტების ანალიზი, გვერდი 17 კონფიგურაციის საკონტროლო სია პაკეტის დაჭერისთვის, 12 გვერდზე
Packet Capturing-ის კონფიგურაცია Gateway და Trunk Configuration Windows-ში
შემდეგი კარიბჭეები და საყრდენები მხარს უჭერენ პაკეტების აღებას Unified Communications Manager-ში. · Cisco IOS MGCP გეითვეი · H.323 გეითვეი

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 14

პრობლემების მოგვარების ინსტრუმენტები

Packet Capturing-ის კონფიგურაცია Gateway და Trunk Configuration Windows-ში

· H.323/H.245/H.225 საყრდენები · SIP საყრდენები
რჩევა Cisco დაჟინებით გირჩევთ, რომ არ ჩართოთ პაკეტის გადაღება ერთდროულად მრავალი მოწყობილობისთვის, რადგან ამ ამოცანამ შეიძლება გამოიწვიოს CPU-ს მაღალი გამოყენება თქვენს ქსელში. თუ არ გსურთ პაკეტების აღება ან თუ დაასრულეთ დავალება, დააყენეთ Packet Capture Enable სერვისის პარამეტრი მცდარი.
Gateway ან Trunk Configuration ფანჯარაში პაკეტების აღების პარამეტრების კონფიგურაციისთვის, შეასრულეთ შემდეგი პროცედურა:
პროცედურა 1. სანამ პაკეტების დაჭერის პარამეტრებს დააკონფიგურირებთ, იხილეთ თემები, რომლებიც დაკავშირებულია პაკეტის აღების კონფიგურაციასთან. 2. შეასრულეთ ერთ-ერთი შემდეგი დავალება:
იპოვეთ Cisco IOS MGCP კარიბჭე, როგორც ეს აღწერილია სისტემის კონფიგურაციის სახელმძღვანელოში Cisco Unified Communications Manager-ისთვის.
· იპოვეთ H.323 კარიბჭე, როგორც ეს აღწერილია სისტემის კონფიგურაციის სახელმძღვანელოში Cisco Unified Communications Manager-ისთვის.
· იპოვეთ H.323/H.245/H.225 საბარგული, როგორც ეს აღწერილია სისტემის კონფიგურაციის სახელმძღვანელოში Cisco Unified Communications Manager-ისთვის.
· იპოვეთ SIP საყრდენი, როგორც ეს აღწერილია Cisco Unified Communications Manager-ის სისტემის კონფიგურაციის სახელმძღვანელოში.
3. კონფიგურაციის ფანჯრის გამოჩენის შემდეგ, იპოვნეთ Packet Capture Mode და Packet Capture Duration პარამეტრები.
რჩევა თუ თქვენ იპოვნეთ Cisco IOS MGCP კარიბჭე, დარწმუნდით, რომ დააკონფიგურირეთ პორტები Cisco IOS MGCP კარიბჭისთვის, როგორც ეს აღწერილია Cisco Unified Communications Manager-ის ადმინისტრაციის სახელმძღვანელოში. პაკეტების დაჭერის პარამეტრები Cisco IOS MGCP კარიბჭის ჩვენებისთვის Gateway Configuration ფანჯარაში ბოლო წერტილის იდენტიფიკატორებისთვის. ამ ფანჯარაში შესასვლელად დააწკაპუნეთ ბოლო წერტილის იდენტიფიკატორზე ხმოვანი ინტერფეისის ბარათისთვის.
4. დააკონფიგურირეთ პრობლემების მოგვარების პარამეტრები, როგორც ეს აღწერილია Packet-Capturing Configuration Settings-ში. 5. პაკეტის აღების პარამეტრების კონფიგურაციის შემდეგ დააწკაპუნეთ შენახვაზე. 6. გადატვირთვის დიალოგურ ფანჯარაში დააწკაპუნეთ OK.
რჩევა მიუხედავად იმისა, რომ Cisco Unified Communications Manager-ის ადმინისტრაცია მოგთხოვთ მოწყობილობის გადატვირთვას, თქვენ არ გჭირდებათ მოწყობილობის გადატვირთვა პაკეტების გადასაღებად.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 15

Packet-Capturing Configuration Settings

პრობლემების მოგვარების ინსტრუმენტები

დამატებითი ნაბიჯები
გადაიღეთ SRTP პაკეტები დაზარალებულ მოწყობილობებს შორის სნიფერის კვალის გამოყენებით. პაკეტების აღების შემდეგ დააყენეთ Packet Capture Enable სერვისის პარამეტრი False-ზე. Დაკავშირებული თემები
დაჭერილი პაკეტების ანალიზი, გვერდი 17 კონფიგურაციის საკონტროლო სია პაკეტის დაჭერისთვის, 12 გვერდზე

Packet-Capturing Configuration Settings

შემდეგი ცხრილი აღწერს Packet Capture Mode-სა და Packet Capture Duration-ის პარამეტრებს პაკეტების გადაღების კონფიგურაციისას კარიბჭეებისთვის, ტრანკებისა და ტელეფონებისთვის.

დაყენება

აღწერა

პაკეტის დაჭერის რეჟიმი

ეს პარამეტრი არსებობს მხოლოდ დაშიფვრის პრობლემების აღმოსაფხვრელად; პაკეტის დაჭერამ შეიძლება გამოიწვიოს CPU-ს მაღალი გამოყენება ან ზარის დამუშავების შეფერხებები. ჩამოსაშლელი სიიდან აირჩიეთ ერთ-ერთი შემდეგი ვარიანტი:

· None–ეს ოფცია, რომელიც ემსახურება როგორც ნაგულისხმევ პარამეტრს, მიუთითებს, რომ არ ხდება პაკეტის დაჭერა. პაკეტის აღების დასრულების შემდეგ, Unified Communications Manager აყენებს Packet Capture Mode-ს None-ზე.

· სერიის დამუშავების რეჟიმი – ერთიანი კომუნიკაციების მენეჯერი წერს გაშიფრულ ან არადაშიფრულ შეტყობინებებს fileდა სისტემა შიფრავს თითოეულს file. სისტემა ყოველდღიურად ქმნის ახალს file ახალი დაშიფვრის გასაღებით. ერთიანი კომუნიკაციების მენეჯერი, რომელიც ინახავს file შვიდი დღის განმავლობაში, ასევე ინახავს გასაღებებს, რომლებიც შიფრავს file უსაფრთხო ადგილას. ერთიანი კომუნიკაციების მენეჯერი ინახავს file PktCap ვირტუალურ დირექტორიაში. სინგლი file შეიცავს დროს ქamp, წყაროს IP მისამართი, წყაროს IP პორტი, დანიშნულების IP მისამართი, პაკეტის პროტოკოლი, შეტყობინების სიგრძე და შეტყობინება. TAC გამართვის ინსტრუმენტი იყენებს HTTPS-ს, ადმინისტრატორის მომხმარებლის სახელს და პაროლს და მითითებულ დღეს, რათა მოითხოვოს ერთი დაშიფრული file რომელიც შეიცავს დაჭერილ პაკეტებს. ანალოგიურად, ინსტრუმენტი ითხოვს საკვანძო ინფორმაციას დაშიფრულის გასაშიფრად file.

რჩევა

სანამ TAC-ს დაუკავშირდებით, უნდა დაიჭიროთ SRTP

პაკეტები დაზარალებულებს შორის სნიფერის კვალის გამოყენებით

მოწყობილობები.

პაკეტის დაჭერის ხანგრძლივობა

ეს პარამეტრი არსებობს მხოლოდ დაშიფვრის პრობლემების აღმოსაფხვრელად; პაკეტის დაჭერამ შეიძლება გამოიწვიოს CPU-ს მაღალი გამოყენება ან ზარის დამუშავების შეფერხებები.
ეს ველი განსაზღვრავს წუთების მაქსიმალურ რაოდენობას, რომელიც გამოყოფილია პაკეტის აღების ერთი სესიისთვის. ნაგულისხმევი პარამეტრი უდრის 0-ს, თუმცა დიაპაზონი არსებობს 0-დან 300 წუთამდე.
პაკეტის აღების დასაწყებად, შეიყვანეთ ველში 0-ის გარდა სხვა მნიშვნელობა. პაკეტის აღების დასრულების შემდეგ, მნიშვნელობა 0 გამოჩნდება.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 16

პრობლემების მოგვარების ინსტრუმენტები

დაჭერილი პაკეტების ანალიზი

დაკავშირებული თემები Packet Capturing-ის კონფიგურაცია Gateway და Trunk Configuration Windows-ში, გვერდი 14 Packet Capturing-ის კონფიგურაცია ტელეფონის კონფიგურაციის ფანჯარაში, გვერდი 14
დაჭერილი პაკეტების ანალიზი
Cisco ტექნიკური დახმარების ცენტრი (TAC) აანალიზებს პაკეტებს გამართვის ხელსაწყოს გამოყენებით. სანამ TAC-ს დაუკავშირდებით, გადაიღეთ SRTP პაკეტები დაზარალებულ მოწყობილობებს შორის სნიფერის კვალის გამოყენებით. დაუკავშირდით TAC-ს უშუალოდ შემდეგ ინფორმაციის შეგროვების შემდეგ:
· პაკეტის დაჭერა File-https:// /pktCap/pktCap.jsp?file=mm-dd-yyyy.pkt, სადაც თქვენ ათვალიერებთ სერვერს და იპოვით პაკეტის დაჭერას file თვის, თარიღისა და წლის მიხედვით (მმ-დდ-წწწწ)
· გასაღები file-https:// /pktCap/pktCap.jsp?key=mm-dd-yyyy.pkt, სადაც თქვენ ათვალიერებთ სერვერს და იპოვით გასაღებს თვის, თარიღისა და წლის მიხედვით (მმ-დდ-წწ)
· საბოლოო მომხმარებლის მომხმარებლის სახელი და პაროლი, რომელიც ეკუთვნის Standard Packet Sniffer Users ჯგუფს
დამატებითი ინფორმაციისთვის იხილეთ უსაფრთხოების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის.

საერთო პრობლემების მოგვარების ამოცანები, ხელსაწყოები და ბრძანებები

ეს განყოფილება გთავაზობთ სწრაფ მითითებას ბრძანებებსა და კომუნალურ პროგრამებზე, რათა დაგეხმაროთ პრობლემების მოგვარებაში Unified Communications Manager სერვერზე, რომლის root წვდომა გამორთულია. შემდეგი ცხრილი გთავაზობთ CLI ბრძანებების და GUI შერჩევის შეჯამებას, რომლებიც შეგიძლიათ გამოიყენოთ ინფორმაციის მოსაგროვებლად სხვადასხვა სისტემის პრობლემების გადასაჭრელად.
ცხრილი 3: CLI ბრძანებების და GUI შერჩევის შეჯამება

ინფორმაცია CPU-ს გამოყენების შესახებ
დისკის გამოყენების მდგომარეობის პროცესი

Linux Command top
ps df/du

სერვისუნარიანობის GUI ინსტრუმენტი

CLI ბრძანებები

RTMT

პროცესორის CPU გამოყენება:

გადადით View ჩანართი და აირჩიეთ სერვერი > აჩვენე perf შეკითხვის კლასი პროცესორი

CPU და მეხსიერება

პროცესორის CPU გამოყენება ყველა პროცესისთვის:

Perf-ის შეკითხვის მრიცხველის ჩვენება პროცესი „% CPU Time“

ინდივიდუალური პროცესის მრიცხველის დეტალები (მათ შორის CPU გამოყენების)

perf შეკითხვის მაგალითის ჩვენება

RTMT

perf შეკითხვის მრიცხველის ჩვენება პროცესი „პროცესის სტატუსი“

გადადით View ჩანართი და აირჩიეთ სერვერი > პროცესი

RTMT

Perf-ის შეკითხვის მრიცხველის ჩვენება დანაყოფი”% გამოიყენება”

გადადით View ჩანართი და აირჩიეთ სერვერი > ან აჩვენეთ perf შეკითხვის კლასი Partition Disk Usage

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 17

საერთო პრობლემების მოგვარების ამოცანები, ხელსაწყოები და ბრძანებები

პრობლემების მოგვარების ინსტრუმენტები

ინფორმაციის მეხსიერება

Linux ბრძანება
უფასო

ქსელის სტატუსი გადატვირთეთ სერვერი

netstats გადატვირთვა

შეაგროვეთ კვალი / ჟურნალები Sftp, ftp

სერვისუნარიანობის GUI ინსტრუმენტი

CLI ბრძანებები

RTMT

აჩვენე perf შეკითხვის კლასი მეხსიერება

გადადით View ჩანართი და აირჩიეთ სერვერი > CPU და მეხსიერება

ქსელის სტატუსის ჩვენება

შედით პლატფორმაზე Web გვერდი utils სისტემის გადატვირთვის სერვერზე
გადადით სერვერზე > მიმდინარე ვერსიაზე

RTMT

სია file: file სია

გადადით Tools ჩანართზე და აირჩიეთ Trace > Download files: file მიიღეთ

Trace & Log Central

View a file: file view

ქვემოთ მოყვანილი ცხრილი გთავაზობთ საერთო პრობლემების ჩამონათვალს და ინსტრუმენტებს, რომლებიც გამოიყენება მათი პრობლემების მოსაგვარებლად.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 18

პრობლემების მოგვარების ინსტრუმენტები

საერთო პრობლემების მოგვარების ამოცანები, ხელსაწყოები და ბრძანებები

ცხრილი 4: CLI ბრძანებების და GUI არჩევის საერთო პრობლემების მოგვარება

ამოცანა მონაცემთა ბაზაში წვდომა

GUI ინსტრუმენტი არცერთი

CLI ბრძანებები
შედით როგორც ადმინისტრატორი და გამოიყენეთ რომელიმე შემდეგი საჩვენებელი ბრძანება:
· ტექნიკური მონაცემთა ბაზის ჩვენება · ტექნიკური dbinuse-ის ჩვენება · ტექნიკური dbschema ჩვენება · ტექნიკური devdefault-ების ჩვენება · ტექნიკური კარიბჭის ჩვენება · ტექნიკური ლოკალების ჩვენება · ტექნიკური შეტყობინებების ჩვენება · ტექნიკური პროცედურების ჩვენება · ტექნიკური მარშრუტების ჩვენება · ტექნიკური მარშრუტების ჩვენება · ტექნიკური სისტემის სტაბილების ჩვენება · ტექნიკური ცხრილის ჩვენება ტექნიკური ტრიგერები · ტექნიკური ვერსიის ჩვენება · ტექნიკური პარამეტრების ჩვენება*
SQL ბრძანების გასაშვებად გამოიყენეთ run ბრძანება: · გაუშვით sql

დისკზე სივრცის გათავისუფლება

შენიშვნა

შეგიძლიათ მხოლოდ წაშალოთ

files ჟურნალიდან

დანაყოფი.

RTMT კლიენტის აპლიკაციის გამოყენებით, გადადით file წაშალეთ ხელსაწყოების ჩანართზე და აირჩიეთ Trace & Log Central > Collect Files.
აირჩიეთ კრიტერიუმები ასარჩევად files გსურთ შეაგროვოთ, შემდეგ შეამოწმეთ ოფცია წაშლა Fileს. ეს წაშლის files ერთიანი კომუნიკაციების მენეჯერის სერვერზე ჩამოტვირთვის შემდეგ fileთქვენს კომპიუტერში.

Viewბირთვი files

თქვენ არ შეგიძლიათ view ბირთვი files;

utils core [ვარიანტები.]

თუმცა, შეგიძლიათ ჩამოტვირთოთ Core

files RTMT აპლიკაციის გამოყენებით და

აირჩიეთ Trace & Log Central >

შეაგროვეთ Crash Dump.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 19

პრობლემების მოგვარების რჩევები

პრობლემების მოგვარების ინსტრუმენტები

დავალება

GUI ინსტრუმენტი

CLI ბრძანებები

Unified-ის გადატვირთვა

შედით პლატფორმაზე სერვერზე და გადადით სისტემის გადატვირთვაზე

კომუნიკაციების მენეჯერის სერვერი გადატვირთვა > მიმდინარე ვერსია.

კვალის გამართვის დონის შეცვლა შედით Cisco Unity Connection-ში

დააყენეთ კვალის ჩართვა [დეტალური, მნიშვნელოვანი, შეცდომა, თვითნებური,

სერვისუნარიანობის ადმინისტრაცია ზე

შესვლა_გამოსვლა, მდგომარეობა_ტრანზიცია, სპეციალური] [syslogmib,

https://<server_ipaddress>:8443/ cdpmib, dbl, dbnotify]

ccmservice/ და აირჩიეთ Trace >

კონფიგურაცია.

ნეტსტატს ვუყურებ

არცერთი

ქსელის სტატუსის ჩვენება

პრობლემების მოგვარების რჩევები
ქვემოთ მოყვანილი რჩევები შეიძლება დაგეხმაროთ, როდესაც აგვარებთ პრობლემას ერთიანი კომუნიკაციების მენეჯერთან.
რჩევა შეამოწმეთ Unified Communications Manager-ის გამოშვების შენიშვნები ცნობილი პრობლემებისთვის. გამოშვების შენიშვნები შეიცავს აღწერილობებს და გადაწყვეტილებებს ცნობილი პრობლემებისთვის.

რჩევა იცოდე სად არის რეგისტრირებული თქვენი მოწყობილობები.
თითოეული ერთიანი კომუნიკაციების მენეჯერის ჟურნალის კვალი fileადგილობრივად. თუ ტელეფონი ან კარიბჭე დარეგისტრირებულია კონკრეტულ ერთიან კომუნიკაციების მენეჯერზე, ზარის დამუშავება ხდება ამ ერთიან კომუნიკაციების მენეჯერზე, თუ ზარი იქ დაწყებულია. თქვენ დაგჭირდებათ კვალის აღბეჭდვა ამ ერთიანი კომუნიკაციების მენეჯერზე, პრობლემის გამართვის მიზნით. გავრცელებული შეცდომა გულისხმობს მოწყობილობების არსებობას, რომლებიც რეგისტრირებულია აბონენტის სერვერზე, მაგრამ აფიქსირებს კვალს გამომცემლის სერვერზე. ეს კვალი files იქნება თითქმის ცარიელი (და ნამდვილად არ იქნება ზარი მათში). კიდევ ერთი გავრცელებული პრობლემაა მოწყობილობა 1 დარეგისტრირებული CM1-ზე და მოწყობილობა 2 დარეგისტრირებული CM2-ზე. თუ მოწყობილობა 1 დაურეკავს მოწყობილობა 2-ს, ზარის კვალი ხდება CM1-ში და, თუ მოწყობილობა 2 დაურეკავს მოწყობილობას 1-ს, კვალი ხდება CM2-ში. თუ თქვენ აგვარებთ ორმხრივ ზარის პრობლემას, თქვენ გჭირდებათ ორივე კვალი ორივე ერთიანი კომუნიკაციების მენეჯერისგან, რათა მიიღოთ ყველა ინფორმაცია, რომელიც საჭიროა პრობლემის აღმოსაფხვრელად.
რჩევა იცოდე პრობლემის სავარაუდო დრო.
შეიძლება რამდენიმე ზარი მომხდარიყო, ამიტომ ზარის სავარაუდო დროის ცოდნა ეხმარება TAC-ს სწრაფად აღმოაჩინოს პრობლემა. შეგიძლიათ მიიღოთ ტელეფონის სტატისტიკა Cisco Unified IP Phone 79xx-ზე i ან? ღილაკი ორჯერ აქტიური ზარის დროს. როდესაც თქვენ აწარმოებთ ტესტს პრობლემის რეპროდუცირებისთვის და ინფორმაციის წარმოებისთვის, იცოდეთ შემდეგი მონაცემები, რომლებიც გადამწყვეტია საკითხის გასაგებად:

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 20

პრობლემების მოგვარების ინსტრუმენტები

სისტემის ისტორიის ჟურნალი

· ზარის ნომერი/გამოძახებული ნომერი · ნებისმიერი სხვა ნომერი, რომელიც ჩართულია კონკრეტულ სცენარში · ზარის დრო
შენიშვნა გახსოვდეთ, რომ ყველა აღჭურვილობის დროის სინქრონიზაცია მნიშვნელოვანია პრობლემების აღმოსაფხვრელად.
თუ პრობლემას ახდენთ, დარწმუნდით, რომ აირჩიეთ file ვადების მიხედვით, მოდიფიცირების თარიღისა და დროის ქampს-ში file. სწორი კვალის შეგროვების საუკეთესო გზა ნიშნავს, რომ თქვენ ახდენთ პრობლემის რეპროდუცირებას და შემდეგ სწრაფად იპოვით უახლესს file და დააკოპირეთ იგი Unified Communications Manager სერვერიდან.
რჩევა შეინახეთ ჟურნალი fileმათი გადაწერის თავიდან ასაცილებლად.
Fileგარკვეული დროის შემდეგ s გადაიწერება. ერთადერთი გზა იმის გასაგებად, რომელი file მიმდინარეობს შესვლა არის არჩევა View > განაახლეთ მენიუს ზოლში და ნახეთ თარიღები და დრო files.
სისტემის ისტორიის ჟურნალი
სისტემის ისტორიის ეს ჟურნალი უზრუნველყოფს ცენტრალურ მდებარეობას სწრაფი გადასვლისთვისview სისტემის საწყისი ინსტალაციის, სისტემის განახლებების, Cisco-ს ოფციონის ინსტალაციებისა და DRS-ის სარეზერვო ასლების და DRS აღდგენის, ასევე გადართვის ვერსიისა და გადატვირთვის ისტორიის შესახებ. Დაკავშირებული თემები
სისტემის ისტორია შესვლა დასრულდაview, გვერდზე 21 სისტემის ისტორიის ჟურნალის ველები, გვერდზე 22 წვდომა სისტემის ისტორიის ჟურნალში, გვერდზე 23
სისტემის ისტორია შესვლა დასრულდაview
სისტემის ისტორიის ჟურნალი არსებობს როგორც მარტივი ASCII file, system-history.log და მონაცემები არ ინახება მონაცემთა ბაზაში. იმის გამო, რომ ის არ არის ზედმეტად დიდი, სისტემის ისტორია file არ ტრიალებს. სისტემის ისტორიის ჟურნალი უზრუნველყოფს შემდეგ ფუნქციებს:
· აღრიცხავს პროგრამული უზრუნველყოფის საწყისი ინსტალაციას სერვერზე. · აღრიცხავს ყველა პროგრამული უზრუნველყოფის განახლების წარმატებას, წარუმატებლობას ან გაუქმებას (Cisco ვარიანტი files და პატჩები). · აღრიცხავს ყველა DRS-ის სარეზერვო ასლს და აღდგენას, რომელიც შესრულებულია. · ჩაწერს Switch ვერსიის ყველა გამოძახებას, რომელიც გაიცემა CLI ან GUI-ის მეშვეობით. · აღრიცხავს გადატვირთვისა და გამორთვის ყველა გამოძახებას, რომელიც გაიცემა CLI ან GUI-ის მეშვეობით. · იწერს სისტემის ყველა ჩატვირთვას. თუ არ არის დაკავშირებული გადატვირთვასთან ან გამორთვასთან, ჩატვირთვა არის შედეგი
ხელით გადატვირთვის, კვების ციკლის ან ბირთვის პანიკის შესახებ.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 21

სისტემის ისტორიის ჟურნალის ველები

პრობლემების მოგვარების ინსტრუმენტები

· ინარჩუნებს სინგლს file რომელიც შეიცავს სისტემის ისტორიას, საწყისი ინსტალაციის ან ფუნქციის ხელმისაწვდომობის შემდეგ. · არსებობს ინსტალაციის საქაღალდეში. შეგიძლიათ ჟურნალში წვდომა CLI-დან, გამოყენებით file ბრძანებები ან საწყისი
რეალურ დროში მონიტორინგის ინსტრუმენტი (RTMT).
სისტემის ისტორიის ჟურნალის ველები
ჟურნალი აჩვენებს საერთო სათაურს, რომელიც შეიცავს ინფორმაციას პროდუქტის სახელის, პროდუქტის ვერსიისა და ბირთვის გამოსახულების შესახებ; მაგისთვისample: ============================================ პროდუქტის სახელი – ერთიანი კომუნიკაციების მენეჯერის პროდუქტის ვერსია – 7.1.0.39000. 9023-2.6.9 ბირთვის სურათი – 67-XNUMX.EL ==================================== სისტემის ისტორიის ჟურნალის თითოეული ჩანაწერი შეიცავს შემდეგ ველებს:
დროისamp მომხმარებლის მოქმედების აღწერა დაწყება/შედეგი სისტემის ისტორიის ჟურნალის ველები შეიძლება შეიცავდეს შემდეგ მნიშვნელობებს:
· დროის პერიოდიamp– აჩვენებს ლოკალურ დროს და თარიღს სერვერზე ფორმატით mm/dd/yyyy hh:mm:ss. · userid– აჩვენებს იმ მომხმარებლის სახელს, რომელიც იწვევს მოქმედებას. · მოქმედება – აჩვენებს ერთ-ერთ შემდეგ მოქმედებას:
ინსტალაცია
· აღწერა – აჩვენებს ერთ-ერთ შემდეგ შეტყობინებას: · ვერსია: ნაჩვენებია ძირითადი ინსტალაციის, Windows Upgrade, Upgrade დროს ინსტალაციის და Upgrade ქმედებები. · Cisco ვარიანტი file სახელი: ნაჩვენებია Cisco Option Install მოქმედებისთვის.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 22

პრობლემების მოგვარების ინსტრუმენტები

სისტემის ისტორიის ჟურნალში წვდომა

· Timestamp: აჩვენებს DRS სარეზერვო და DRS აღდგენის მოქმედებებს. · აქტიური ვერსია არააქტიურ ვერსიამდე: ნაჩვენებია Switch Version მოქმედებისთვის. · აქტიური ვერსია: აჩვენებს სისტემის გადატვირთვას, გამორთვას და ჩატვირთვის მოქმედებებს.
· შედეგი– აჩვენებს შემდეგ შედეგებს: · დაწყება · წარმატება ან წარუმატებლობა · გაუქმება
შემდეგი გვიჩვენებს, როგორცampსისტემის ისტორიის ჟურნალიდან.
ადმინი:file dump install system-history.log======================================== პროდუქტის სახელი – Cisco Unified Communications Manager-ის პროდუქტის ვერსია – 6.1.2.9901-117 Kernel Image – 2.4.21-47.EL.cs.3BOOT ========================= ============== 07 25:2008:14 | root: დააინსტალირე 20-06 დაწყება 6.1.2.9901 117:07:25 | root: დააინსტალირეთ 2008-15 წარმატება 05/37/6.1.2.9901 117:07:25 | root: Boot 2008-15 დაწყება 05/38/6.1.2.9901 117:07:30 | root: განახლება 2008-10 დაწყება 08/56/6.1.2.9901 126:07:30 | root: განახლება 2008-10 წარმატება 46/31/6.1.2.9901 126:07:30 | root: გადართეთ ვერსია 2008-10 46-43 დაწყებაზე
07/30/2008 10:48:39 | root: გადართეთ ვერსია 6.1.2.9901-117 6.1.2.9901-126-ზე წარმატებები
07/30/2008 10:48:39 | root: Restart 6.1.2.9901-126 დაწყება 07/30/2008 10:51:27 | root: Boot 6.1.2.9901-126 დაწყება 08/01/2008 16:29:31 | root: Restart 6.1.2.9901-126 დაწყება 08/01/2008 16:32:31 | root: ჩატვირთვა 6.1.2.9901-126 დაწყება
სისტემის ისტორიის ჟურნალში წვდომა
თქვენ შეგიძლიათ გამოიყენოთ CLI ან RTMT სისტემის ისტორიის ჟურნალში შესასვლელად.
CLI-ის გამოყენება თქვენ შეგიძლიათ შეხვიდეთ სისტემის ისტორიის ჟურნალში CLI-ის გამოყენებით file ბრძანება; მაგისთვისampლე:
· file view დააინსტალირე system-history.log · file მიიღეთ install system-history.log
დამატებითი ინფორმაციისთვის CLI-ზე file ბრძანებები, იხილეთ Command Line Interface Reference Guide Cisco Unified Solutions-ისთვის.
RTMT-ის გამოყენება თქვენ ასევე შეგიძლიათ წვდომა სისტემის ისტორიის ჟურნალში RTMT-ის გამოყენებით. Trace and Log Central ჩანართიდან აირჩიეთ Collect Install Logs.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 23

აუდიტის შესვლა

პრობლემების მოგვარების ინსტრუმენტები

RTMT-ის გამოყენების შესახებ დამატებითი ინფორმაციისთვის იხილეთ Cisco Unified Real-Time Monitoring Tool Administration Guide.
აუდიტის შესვლა
ცენტრალიზებული აუდიტის აღრიცხვა უზრუნველყოფს, რომ კონფიგურაციის ცვლილებები Unified Communications Manager სისტემაში შედის ცალკე ჟურნალში fileაუდიტისთვის. აუდიტის მოვლენა წარმოადგენს ნებისმიერ მოვლენას, რომელიც უნდა იყოს აღრიცხული. შემდეგი ერთიანი კომუნიკაციების მენეჯერის კომპონენტები წარმოქმნის აუდიტის მოვლენებს:
· Cisco ერთიანი კომუნიკაციების მენეჯერის ადმინისტრაცია
· Cisco Unified Serviceability
· ერთიანი კომუნიკაციების მენეჯერი CDR ანალიზი და მოხსენება
· Cisco ერთიანი რეალურ დროში მონიტორინგის ინსტრუმენტი
· Cisco Unified Communications ოპერაციული სისტემა
· კატასტროფის აღდგენის სისტემა
· Მონაცემთა ბაზა
· ბრძანების ხაზის ინტერფეისი
· ჩართულია დისტანციური მხარდაჭერის ანგარიში (CLI ბრძანებები გაცემული ტექნიკური მხარდაჭერის გუნდების მიერ)
Cisco Business Edition 5000-ში შემდეგი Cisco Unity Connection კომპონენტები ასევე წარმოქმნის აუდიტის მოვლენებს: · Cisco Unity Connection Administration
· Cisco-ს პერსონალური კომუნიკაციების ასისტენტი (Cisco PCA)
· Cisco Unity Connection Serviceability
· Cisco Unity Connection კლიენტები, რომლებიც იყენებენ წარმომადგენლობითი სახელმწიფოს გადაცემის (REST) ​​API-ებს
შემდეგი ყოფილიample აჩვენებს როგორცampაუდიტის ღონისძიება:
CCM_TOMCAT-GENERIC-3-AuditEventGenerated: Audit Event Generated UserID:CCMAdministrator Client IP მისამართი:172.19.240.207 სიმძიმე:3 მოვლენის ტიპი:ServiceStatus განახლებული რესურსი ხელმისაწვდომი: CCMSservicetustusta
აღწერა: ზარის მენეჯერის სერვისის სტატუსი შეჩერებულია აპის ID:Cisco Tomcat კლასტერის ID:StandAloneCluster Node ID:sa-cm1-3
აუდიტის ჟურნალები, რომლებიც შეიცავს ინფორმაციას აუდიტის მოვლენების შესახებ, იწერება საერთო დანაყოფში. Log Partition Monitor (LPM) მართავს ამ აუდიტის ჟურნალების გაწმენდას საჭიროებისამებრ, კვალის მსგავსი fileს. ნაგულისხმევად, LPM ასუფთავებს აუდიტის ჟურნალებს, მაგრამ აუდიტის მომხმარებელს შეუძლია შეცვალოს ეს პარამეტრი აუდიტის მომხმარებლის კონფიგურაციის ფანჯრიდან Cisco Unified Serviceability-ში. LPM აგზავნის გაფრთხილებას, როდესაც საერთო დანაყოფის დისკის გამოყენება აჭარბებს ზღვარს; თუმცა, გაფრთხილებას არ აქვს ინფორმაცია იმის შესახებ, სავსეა თუ არა დისკი აუდიტის ჟურნალების ან კვალის გამო files.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 24

პრობლემების მოგვარების ინსტრუმენტები

აუდიტის შესვლა

მინიშნება Cisco Audit Event Service, რომელიც არის ქსელური სერვისი, რომელიც მხარს უჭერს აუდიტის აღრიცხვას, გამოჩნდება Control Center–Network Services-ში Cisco Unified Serviceability-ში. თუ აუდიტის ჟურნალები არ იწერება, მაშინ შეაჩერეთ და გაუშვით ეს სერვისი არჩევით Tools > Control Center–Network Services Cisco Unified Serviceability-ში.
ყველა აუდიტის ჟურნალი გროვდება, viewed და წაშლილია Trace and Log Central-დან Cisco Unified Real-Time Monitoring Tool-ში. წვდომა აუდიტის ჟურნალებზე RTMT-ში Trace and Log Central-ში. გადადით სისტემა > რეალურ დროში კვალი > აუდიტის ჟურნალები > კვანძები. კვანძის არჩევის შემდეგ, სხვა ფანჯარა აჩვენებს System > Cisco Audit Logs. RTMT-ში ნაჩვენებია აუდიტის ჟურნალის შემდეგი ტიპები:
· განაცხადის ჟურნალი
· მონაცემთა ბაზის ჟურნალი
· ოპერაციული სისტემის ჟურნალი
· დისტანციური SupportAccEnabled ჟურნალი
განაცხადის ჟურნალი
აპლიკაციის აუდიტის ჟურნალი, რომელიც ნაჩვენებია AuditApp საქაღალდეში RTMT-ში, უზრუნველყოფს კონფიგურაციის ცვლილებებს Cisco Unified Communications Manager Administration, Cisco Unified Serviceability, CLI, Cisco Unified Real-Time Monitoring Tool (RTMT), Disaster Recovery System და Cisco Unified CDR. ანალიზი და მოხსენება (CAR). Cisco Business Edition 5000-ისთვის, აპლიკაციის აუდიტის ჟურნალი ასევე აღრიცხავს ცვლილებებს Cisco Unity Connection Administration-ისთვის, Cisco Personal Communications Assistant-ისთვის (Cisco PCA), Cisco Unity Connection Serviceability-ისთვის და კლიენტებისთვის, რომლებიც იყენებენ Representational State Transfer (REST) ​​API-ებს. მიუხედავად იმისა, რომ აპლიკაციის ჟურნალი ჩართული რჩება ნაგულისხმევად, შეგიძლიათ მისი კონფიგურაცია Cisco Unified Serviceability-ში ინსტრუმენტების > აუდიტის ჟურნალის კონფიგურაციის არჩევით. იმ პარამეტრების აღწერილობისთვის, რომელთა კონფიგურაციაც შეგიძლიათ აუდიტის ჟურნალის კონფიგურაციისთვის, იხილეთ Cisco Unified Serviceability Administration Guide. თუ აუდიტის ჟურნალები გამორთულია Cisco Unified Serviceability-ში, ახალი აუდიტის ჟურნალი არ იქნება fileშეიქმნება.
რჩევა მხოლოდ აუდიტის როლის მქონე მომხმარებელს აქვს უფლება შეცვალოს აუდიტის ჟურნალის პარამეტრები. ნაგულისხმევად, CCMA ადმინისტრატორს აქვს აუდიტის როლი ახალი ინსტალაციისა და განახლებების შემდეგ. CCMA ადმინისტრატორს შეუძლია მიაკუთვნოს „სტანდარტული აუდიტის მომხმარებლები“ ​​ჯგუფი ახალ მომხმარებელს, რომელსაც CCMA ადმინისტრატორი სპეციალურად ქმნის აუდიტის მიზნებისთვის. შემდეგ CCMA ადმინისტრატორი შეიძლება ამოღებულ იქნეს აუდიტის მომხმარებელთა ჯგუფიდან. "სტანდარტული აუდიტის ჟურნალის კონფიგურაციის" როლი უზრუნველყოფს აუდიტის ჟურნალების წაშლის შესაძლებლობას, წაკითხვის/განახლების წვდომას Cisco Unified Real-Time Monitoring Tool-ზე, Trace Collection Tool, RTMT Alert Configuration, Control Center - Network Services window, RTMT Pro.file შენახვა, აუდიტის კონფიგურაციის ფანჯარა და ახალი რესურსი სახელწოდებით Audit Traces. Cisco Unity Connection-ისთვის Cisco Business Edition 5000-ში, აპლიკაციის ადმინისტრაციის ანგარიშს, რომელიც შეიქმნა ინსტალაციის დროს, აქვს აუდიტის ადმინისტრატორის როლი და შეუძლია ამ როლს სხვა ადმინისტრაციული მომხმარებლების მინიჭება.
ერთიანი კომუნიკაციების მენეჯერი ქმნის ერთი განაცხადის აუდიტის ჟურნალს file კონფიგურირებულ მაქსიმუმამდე file ზომა მიღწეულია; შემდეგ, ის იხურება და ქმნის ახალ აპლიკაციის აუდიტის ჟურნალს file. თუ სისტემა განსაზღვრავს ჟურნალის როტაციას files, ერთიანი კომუნიკაციების მენეჯერი ინახავს კონფიგურირებულ რაოდენობას fileს. შესვლის ზოგიერთი მოვლენა შეიძლება იყოს viewრედაქტირებული RTMT Syslog-ის გამოყენებითViewეჰ. შემდეგი მოვლენები აღირიცხება Cisco Unified Communications Manager-ის ადმინისტრაციისთვის:
პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 25

აუდიტის შესვლა

პრობლემების მოგვარების ინსტრუმენტები

· მომხმარებლის შესვლა (მომხმარებლის შესვლა და მომხმარებლის გამოსვლა). · მომხმარებლის როლის წევრობის განახლებები (მომხმარებლის დამატება, მომხმარებლის წაშლის, მომხმარებლის როლის განახლება). · როლების განახლებები (ახალი როლები დაემატა, წაიშალა ან განახლდა). · მოწყობილობის განახლებები (ტელეფონები და კარიბჭეები). · სერვერის კონფიგურაციის განახლებები (ცვლილებები განგაშის ან კვალის კონფიგურაციის, სერვისის პარამეტრების, საწარმოს
პარამეტრები, IP მისამართები, ჰოსტების სახელები, Ethernet პარამეტრები და Unified Communications Manager სერვერის დამატებები ან წაშლა).
შემდეგი მოვლენები აღირიცხება Cisco Unified Serviceability-ისთვის: · სერვისის გააქტიურება, გამორთვა, დაწყება ან შეჩერება სერვისის ნებისმიერი ფანჯრიდან. · ცვლილებები კვალის კონფიგურაციებში და განგაშის კონფიგურაციებში. · ცვლილებები SNMP კონფიგურაციებში. · ცვლილებები CDR მენეჯმენტში. · რეview მომსახურეობის ანგარიშების არქივში არსებული ნებისმიერი ანგარიშის შესახებ. View ეს ჟურნალი რეპორტიორის კვანძზე.
RTMT აღრიცხავს შემდეგ მოვლენებს აუდიტის მოვლენის განგაშით: · გაფრთხილების კონფიგურაცია. · გაფრთხილების შეჩერება. · ელექტრონული ფოსტის კონფიგურაცია. · დააყენეთ კვანძის გაფრთხილების სტატუსი. · გაფრთხილების დამატება. · დაამატეთ გაფრთხილების მოქმედება. · გაფრთხილების გასუფთავება. · გაფრთხილების ჩართვა. · გაფრთხილების მოქმედების ამოღება. · გაფრთხილების ამოღება.
შემდეგი მოვლენები აღირიცხება ერთიანი კომუნიკაციების მენეჯერის CDR ანალიზისა და მოხსენებისთვის: · CDR Loader-ის დაგეგმვა. · ყოველდღიური, ყოველკვირეული და ყოველთვიური მომხმარებლის ანგარიშების, სისტემის ანგარიშების და მოწყობილობის ანგარიშების დაგეგმვა. · ფოსტის პარამეტრების კონფიგურაციები. · აკრიფეთ გეგმის კონფიგურაციები. · კარიბჭის კონფიგურაციები. · სისტემის პრეფერენციების კონფიგურაციები. · Autopurge კონფიგურაციები.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 26

პრობლემების მოგვარების ინსტრუმენტები

აუდიტის შესვლა

· ძრავის კონფიგურაციის შეფასება ხანგრძლივობის, დღის დროისა და ხმის ხარისხისთვის. · QoS კონფიგურაციები. · წინასწარ გენერირებული ანგარიშების კონფიგურაციების ავტომატური გენერირება/გაფრთხილება. · შეტყობინების ლიმიტების კონფიგურაციები.
შემდეგი მოვლენები აღირიცხება კატასტროფის აღდგენის სისტემაში: · სარეზერვო ასლის შექმნა წარმატებით/ვერ შესრულდა · აღდგენა დაიწყო წარმატებით/ვერ შესრულდა · სარეზერვო ასლის შექმნა წარმატებით გაუქმდა. განრიგი · შენახვა/განახლება/წაშლა დანიშნულების მოწყობილობის სარეზერვო ასლისთვის
Cisco Business Edition 5000-ისთვის Cisco Unity Connection Administration აღრიცხავს შემდეგ მოვლენებს: · მომხმარებლის შესვლა (მომხმარებლის შესვლა და მომხმარებლის გამოსვლა). · ყველა კონფიგურაციის ცვლილება, მათ შორის, მაგრამ არ შემოიფარგლება მომხმარებლებით, კონტაქტებით, ზარის მართვის ობიექტებით, ქსელით, სისტემის პარამეტრებით და ტელეფონით. · დავალების მართვა (დავალების ჩართვა ან გამორთვა). · Bulk Administration Tool (ნაყარი ქმნის, ნაყარი წაშლის). · მორგებული კლავიატურის რუკა (რუკის განახლებები)
Cisco Business Edition 5000-ისთვის Cisco PCA აღრიცხავს შემდეგ მოვლენებს: · მომხმარებლის შესვლა (მომხმარებლის შესვლა და მომხმარებლის გამოსვლა). · ყველა კონფიგურაციის ცვლილება შეტანილი შეტყობინებების ასისტენტის მეშვეობით.
Cisco Business Edition 5000-ისთვის Cisco Unity Connection Serviceability აღრიცხავს შემდეგ მოვლენებს: · მომხმარებლის შესვლა (მომხმარებლის შესვლა და მომხმარებლის გამოსვლა). · ყველა კონფიგურაციის ცვლილება. · სერვისების გააქტიურება, გამორთვა, დაწყება ან შეჩერება.
Cisco Business Edition 5000-ისთვის, კლიენტები, რომლებიც იყენებენ REST API-ებს, აღრიცხავენ შემდეგ მოვლენებს: · მომხმარებლის ჟურნალი (მომხმარებლის API ავთენტიფიკაცია). · API ზარები, რომლებიც იყენებენ Cisco Unity Connection Provisioning Interface-ს (CUPI).

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 27

დარწმუნდით, რომ Cisco Unified Communications Manager Services გაშვებულია

პრობლემების მოგვარების ინსტრუმენტები

მონაცემთა ბაზის ჟურნალი მონაცემთა ბაზის აუდიტის ჟურნალი, რომელიც ნაჩვენებია RTMT-ის informix საქაღალდეში, იუწყება მონაცემთა ბაზის ცვლილებებს. ეს ჟურნალი, რომელიც ნაგულისხმევად არ არის ჩართული, კონფიგურირებულია Cisco Unified Serviceability-ში ინსტრუმენტების > აუდიტის ჟურნალის კონფიგურაციის არჩევით. იმ პარამეტრების აღწერისთვის, რომელთა კონფიგურაციაც შეგიძლიათ აუდიტის ჟურნალის კონფიგურაციისთვის, იხილეთ Cisco Unified Serviceability. ეს აუდიტი განსხვავდება აპლიკაციის აუდიტისაგან, რადგან ის აღრიცხავს მონაცემთა ბაზის ცვლილებებს, ხოლო აპლიკაციის აუდიტის ჟურნალის აპლიკაციის კონფიგურაციის ცვლილებები. informix საქაღალდე არ გამოჩნდება RTMT-ში, თუ მონაცემთა ბაზის აუდიტი არ არის ჩართული Cisco Unified Serviceability-ში.
ოპერაციული სისტემის ჟურნალი ოპერაციული სისტემის აუდიტის ჟურნალი, რომელიც ნაჩვენებია RTMT-ის vos საქაღალდეში, აცნობებს მოვლენებს, რომლებიც გამოწვეულია ოპერაციული სისტემის მიერ. ნაგულისხმევად არ არის ჩართული. Utils audited CLI ბრძანება რთავს, გამორთავს ან აძლევს სტატუსს მოვლენების შესახებ. vos საქაღალდე არ გამოჩნდება RTMT-ში, თუ აუდიტი ჩართულია CLI-ში. CLI-ს შესახებ ინფორმაციისთვის იხილეთ ბრძანების ხაზის ინტერფეისის საცნობარო სახელმძღვანელო Cisco-ს ერთიანი გადაწყვეტილებებისთვის.
დისტანციური მხარდაჭერის Acct ჩართული ჟურნალი დისტანციური მხარდაჭერის Acct ჩართული აუდიტის ჟურნალი, რომელიც ნაჩვენებია vos საქაღალდეში RTMT-ში, იუწყება CLI ბრძანებები, რომლებიც გაიცემა ტექნიკური მხარდაჭერის ჯგუფების მიერ. თქვენ არ შეგიძლიათ მისი კონფიგურაცია და ჟურნალი იქმნება მხოლოდ იმ შემთხვევაში, თუ დისტანციური მხარდაჭერის Acct ჩართულია ტექნიკური მხარდაჭერის გუნდის მიერ.
დარწმუნდით, რომ Cisco Unified Communications Manager Services გაშვებულია
გამოიყენეთ შემდეგი პროცედურა, რათა გადაამოწმოთ, რომელი Cisco CallManager სერვისებია აქტიური სერვერზე.
პროცედურა 1. Cisco Unified Communications Manager Administration-დან აირჩიეთ ნავიგაცია > Cisco Unified
სერვისუნარიანობა.
2. აირჩიეთ ინსტრუმენტები > სერვისის აქტივაცია.
3. სერვერების სვეტიდან აირჩიეთ სასურველი სერვერი. სერვერი, რომელსაც თქვენ აირჩევთ, ნაჩვენებია მიმდინარე სერვერის სათაურის გვერდით და ნაჩვენებია უჯრების სერია კონფიგურირებული სერვისებით. აქტივაციის სტატუსის სვეტი აჩვენებს ან გააქტიურებულს ან დეაქტივირებულს Cisco CallManager ხაზში. თუ გააქტიურებული სტატუსი გამოჩნდება, მითითებული Cisco CallManager სერვისი აქტიური რჩება არჩეულ სერვერზე. თუ გამორთულია სტატუსი, გააგრძელეთ შემდეგი ნაბიჯები.
4. მონიშნეთ ველი Cisco CallManager-ის სასურველი სერვისისთვის.
5. დააჭირეთ ღილაკს განახლება.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 28

პრობლემების მოგვარების ინსტრუმენტები

დარწმუნდით, რომ Cisco Unified Communications Manager Services გაშვებულია

აქტივაციის სტატუსის სვეტი აჩვენებს გააქტიურებულია Cisco CallManager სერვისის მითითებულ ხაზში. მითითებული სერვისი ახლა გამოჩნდება აქტიური არჩეული სერვერისთვის.
განახორციელეთ შემდეგი პროცედურა, თუ Cisco CallManager სერვისი გააქტიურებულია და გსურთ გადაამოწმოთ, მუშაობს თუ არა სერვისი ამჟამად.
პროცედურა 1. Cisco Unified Communications Manager Administration-დან აირჩიეთ ნავიგაცია > Cisco Unified
სერვისუნარიანობა. გამოჩნდება Cisco Unified Serviceability ფანჯარა. 2. აირჩიეთ Tools > Control Center Feature Services. 3. სერვერების სვეტიდან აირჩიეთ სერვერი. თქვენს მიერ არჩეული სერვერი გამოჩნდება მიმდინარე სერვერის სათაურის გვერდით და გამოჩნდება ველი კონფიგურირებული სერვისებით. სტატუსის სვეტი აჩვენებს რომელი სერვისები მუშაობს არჩეული სერვერისთვის.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 29

დარწმუნდით, რომ Cisco Unified Communications Manager Services გაშვებულია

პრობლემების მოგვარების ინსტრუმენტები

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 30

3 თავი
Cisco Unified Communications Manager სისტემის პრობლემები
ეს განყოფილება მოიცავს გადაწყვეტილებებს ყველაზე გავრცელებულ საკითხებზე, რომლებიც დაკავშირებულია ერთიანი კომუნიკაციების მენეჯერის სისტემასთან.
· Cisco Unified Communications Manager System არ პასუხობს, 31 გვერდზე · მონაცემთა ბაზის რეპლიკაცია, 37-ე გვერდზე · LDAP ავტორიზაცია ვერ მოხერხდა, 43 გვერდზე · LDAP-თან დაკავშირებული პრობლემები SSL-ის საშუალებით, 44 გვერდზე · LDAP-ის გახსნა ვერ ამოწმებს სერთიფიკატს LDAP სერვერთან დასაკავშირებლად , გვერდზე 45 · JTAPI ქვესისტემის გაშვების პრობლემები, 46 გვერდზე · უსაფრთხოების საკითხები, 50 გვერდზე
Cisco ერთიანი კომუნიკაციების მენეჯერის სისტემა არ პასუხობს
ეს განყოფილება მოიცავს კომუნიკაციების ერთიანი მენეჯერის სისტემასთან დაკავშირებულ საკითხებს, რომელიც არ პასუხობს. Დაკავშირებული თემები
Cisco Unified Communications Manager System წყვეტს პასუხს, გვერდზე 32 Cisco Unified Communications Manager-ის ადმინისტრაცია არ არის ნაჩვენები, გვერდზე 33 შეცდომა Cisco Unified Communications Manager-ის ადმინისტრაციაზე წვდომის მცდელობისას, გვერდზე 33 შეცდომა Cisco Unified Communications Manager-ზე წვდომის მცდელობისას. Node, გვერდზე 33 თქვენ არ ხართ უფლებამოსილი View, გვერდზე 34 Cisco Unified Communications Manager-ით მომხმარებლების ჩვენების ან დამატების პრობლემები, გვერდზე 34 სახელი მისამართის რეზოლუცია ვერ მოხერხდა, გვერდზე 35 პორტი 80 დაბლოკილია თქვენს ბრაუზერსა და Cisco Unified Communications Manager სერვერს შორის, გვერდზე 36. ქსელის არასწორი პარამეტრი არსებობს დისტანციური მანქანა, 36 გვერდზე, სერვერის ნელი პასუხი
პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 31

Cisco Unified Communications Manager სისტემა წყვეტს პასუხს

Cisco Unified Communications Manager სისტემის პრობლემები

Cisco Unified Communications Manager სისტემა წყვეტს პასუხს
სიმპტომი კომუნიკაციების ერთიანი მენეჯერის სისტემა არ პასუხობს. როდესაც Cisco CallManager სერვისი წყვეტს რეაგირებას, შემდეგი შეტყობინება გამოჩნდება სისტემის მოვლენების ჟურნალში:
Cisco CallManager სერვისი მოულოდნელად შეწყდა. მან ეს გააკეთა 1 ჯერ. შემდეგი მაკორექტირებელი მოქმედება განხორციელდება 60000 ms-ში. გადატვირთეთ სერვისი.
სხვა შეტყობინებები, რომლებიც შეიძლება ნახოთ ამ სიტუაციაში:
ვადა 3000 მილიწამი ელოდება Cisco CallManager სერვისის დაკავშირებას.
Cisco კომუნიკაციების მენეჯერმა ვერ დაიწყო შემდეგი შეცდომის გამო:
სერვისმა არ უპასუხა დაწყების ან კონტროლის მოთხოვნას დროულად.
ამ დროს, როდესაც ისეთი მოწყობილობები, როგორიცაა Cisco ერთიანი IP ტელეფონები და კარიბჭეები გაუქმებულია ერთიანი კომუნიკაციების მენეჯერისგან, მომხმარებლები იღებენ დაგვიანებულ აკრეფის ტონს და/ან Unified Communications Managerserver იყინება CPU-ს მაღალი მოხმარების გამო. მოვლენების ჟურნალის შეტყობინებებისთვის, რომლებიც აქ არ არის ჩართული, view ერთიანი კომუნიკაციების მენეჯერის ღონისძიების ჟურნალი.
შესაძლო მიზეზი Cisco CallManager სერვისს შეუძლია შეწყვიტოს რეაგირება, რადგან სერვისს არ აქვს საკმარისი რესურსი, როგორიცაა CPU ან მეხსიერება ფუნქციონირებისთვის. ზოგადად, სერვერზე CPU-ის გამოყენება იმ დროს 100 პროცენტია.
რეკომენდირებული ქმედება იმის მიხედვით, თუ რა ტიპის შეფერხება გაქვთ, მოგიწევთ სხვადასხვა მონაცემების შეგროვება, რაც დაგეხმარებათ შეფერხების ძირეული მიზეზის დადგენაში. გამოიყენეთ შემდეგი პროცედურა, თუ რესურსების ნაკლებობა შეფერხებულია.
პროცედურა 1. შეაგროვეთ Cisco CallManager-ის კვალი შეწყვეტამდე 15 წუთით ადრე და მის შემდეგ. 2. შეაგროვეთ SDL კვალი შეწყვეტამდე 15 წუთით ადრე და მის შემდეგ. 3. შეაგროვეთ პერფმონის კვალი, თუ ეს შესაძლებელია. 4. თუ კვალი მიუწვდომელია, დაიწყეთ პერფორმონის კვალის შეგროვება და თვალყური ადევნეთ მეხსიერებას და CPU-ს გამოყენებას
თითოეული პროცესი, რომელიც მუშაობს სერვერზე. ეს ხელს შეუწყობს რესურსების კიდევ ერთი შეფერხების შემთხვევაში.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 32

Cisco Unified Communications Manager სისტემის პრობლემები

Cisco Unified Communications Manager-ის ადმინისტრაცია არ არის ნაჩვენები

Cisco Unified Communications Manager-ის ადმინისტრაცია არ არის ნაჩვენები
სიმპტომი Cisco Unified Communications Manager Administration არ ჩანს.
შესაძლო მიზეზი Cisco CallManager სერვისი შეჩერდა.
რეკომენდებული მოქმედება შეამოწმეთ, რომ Cisco CallManager სერვისი აქტიურია და მუშაობს სერვერზე. იხილეთ დაკავშირებული თემები ან Cisco Unified Serviceability Administration Guide. Დაკავშირებული თემები
შეამოწმეთ, რომ Cisco Unified Communications Manager Services გაშვებულია, გვერდზე 28
შეცდომა Cisco Unified Communications Manager-ის ადმინისტრაციაზე წვდომის მცდელობისას
სიმპტომი შეცდომის შეტყობინება გამოჩნდება, როდესაც თქვენ ცდილობთ წვდომას Unified Communications Manager.
შესაძლო მიზეზი სერვისები არ დაიწყო ავტომატურად, როგორც მოსალოდნელი იყო. ერთ-ერთი სერვისის გაჩერება წარმოადგენს Cisco Unified Communications Manager-ის ადმინისტრაციის არჩვენების ყველაზე ხშირ მიზეზს.
რეკომენდებული მოქმედება სცადეთ სხვა სერვისების დაწყება.
შეცდომა Cisco Unified Communications Manager-ზე წვდომის მცდელობისას მომდევნო კვანძზე
სიმპტომი შეცდომის შეტყობინება გამოჩნდება, როდესაც თქვენ ცდილობთ წვდომას ერთიანი კომუნიკაციების მენეჯერის ადმინისტრაციაში.
შესაძლო მიზეზი თუ პირველი Unified Communications Manager კვანძის IP მისამართი შეიცვლება, სანამ შემდგომი კვანძი ხაზგარეშეა, თქვენ შეიძლება ვერ შეხვიდეთ Cisco Unified Communications Manager ადმინისტრაციაში მომდევნო კვანძზე.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 33

თქვენ არ ხართ უფლებამოსილი View

Cisco Unified Communications Manager სისტემის პრობლემები

რეკომენდირებული ქმედება თუ ეს მოხდება, მიჰყევით IP მისამართის შეცვლის პროცედურას დოკუმენტში შემდგომ Unified Communications Manager კვანძზე, შეცვალეთ IP მისამართი და ჰოსტის სახელი ერთიანი კომუნიკაციების მენეჯერისთვის.
თქვენ არ ხართ უფლებამოსილი View
სიმპტომი როდესაც თქვენ წვდებით ერთიანი კომუნიკაციების მენეჯერის ადმინისტრაციას, გამოჩნდება ერთ-ერთი შემდეგი შეტყობინება.
· თქვენ არ ხართ უფლებამოსილი View ეს გვერდი · თქვენ არ გაქვთ ამის უფლება view ეს დირექტორია ან გვერდი თქვენ მიერ მოწოდებული რწმუნებათა სიგელების გამოყენებით. · სერვერის განაცხადის შეცდომა. სერვერს შეექმნა შეცდომა აპლიკაციის ჩატვირთვის დროს
თქვენი მოთხოვნის დამუშავება. გთხოვთ, იხილოთ ღონისძიების ჟურნალი უფრო დეტალური ინფორმაციისთვის. გთხოვთ დაუკავშირდეთ სერვერის ადმინისტრატორს დახმარებისთვის. · შეცდომა: წვდომა აკრძალულია.
შესაძლო მიზეზი უცნობია
რეკომენდირებული მოქმედება დაუკავშირდით TAC-ს შემდგომი დახმარებისთვის.
Cisco Unified Communications Manager-თან მომხმარებლების ჩვენების ან დამატების პრობლემები
სიმპტომი თქვენ არ შეგიძლიათ მომხმარებლის დამატება ან ძიების ჩატარება Unified Communications Manager-ში.
შესაძლო მიზეზი შეიძლება წააწყდეთ შემდეგ პრობლემებს, თუ მუშაობთ Unified Communications Manager-თან, რომელიც დაინსტალირებულია სერვერზე, რომელსაც აქვს სპეციალური სიმბოლო (როგორიცაა ხაზგასმა) მის ჰოსტის სახელში ან Microsoft Internet Explorer 5.5 SP2-ით და Q313675 პაჩით ან ზემოთ.
· როდესაც თქვენ ატარებთ ძირითად ძიებას და დააჭირეთ გაგზავნას, იგივე გვერდი ხელახლა გამოჩნდება. · როდესაც თქვენ ცდილობთ ახალი მომხმარებლის ჩასმას, გამოჩნდება შემდეგი შეტყობინება.
ბრძანების შესრულების მცდელობისას წარმოიშვა შემდეგი შეცდომა. უკაცრავად, თქვენი სესიის ობიექტი ამოიწურა.
დააწკაპუნეთ აქ ახალი ძიების დასაწყებად

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 34

Cisco Unified Communications Manager სისტემის პრობლემები

სახელი მისამართის რეზოლუცია ვერ მოხერხდა

რეკომენდებული ქმედება თქვენ ვერ შეძლებთ მომხმარებლის დამატებას ან ძიებას Unified Communications Manager Administration-ში, თუ თქვენი Unified Communications Manager ჰოსტის სახელი შეიცავს სპეციალურ სიმბოლოებს, როგორიცაა ხაზგასმა ან წერტილი (მაგ.ample, Call_Manager). დომენის სახელების სისტემის (DNS) მხარდაჭერილი სიმბოლოები მოიცავს ყველა ასოს (AZ, az), ციფრებს (0-9) და დეფისს (-); დაუშვებელია რაიმე სპეციალური სიმბოლო. თუ თქვენს ბრაუზერზე დაინსტალირებულია Q313675 პატჩი, დარწმუნდით, რომ URL არ შეიცავს არა DNS მხარდაჭერილ სიმბოლოებს. Q313675 პაჩის შესახებ მეტი ინფორმაციისთვის იხილეთ MS01-058: File დაუცველობის პატჩი Internet Explorer 5.5-ისა და Internet Explorer 6-ისთვის. ამ პრობლემის მოსაგვარებლად, თქვენ გაქვთ შემდეგი პარამეტრები:
· წვდომა Cisco Unified Communications Manager-ის ადმინისტრაციაზე სერვერის IP მისამართის გამოყენებით. · არ გამოიყენოთ არა DNS სიმბოლოები სერვერის სახელში. · გამოიყენეთ ლოკალური ჰოსტი ან IP მისამართი URL.
სახელი მისამართის რეზოლუცია ვერ მოხერხდა
სიმპტომი ერთ-ერთი შემდეგი შეტყობინება გამოჩნდება, როდესაც თქვენ ცდილობთ წვდომას ქვემოთ URL: http://your-cm-server-name/ccmadmin
· Internet Explorer–ამ გვერდის ჩვენება შეუძლებელია · Netscape–არ მოიძებნა. მოთხოვნილი URL /ccmadmin ვერ მოიძებნა ამ სერვერზე.
თუ ცდილობთ იგივეს წვდომას URL სახელის ნაცვლად Cisco Communications Manager IP მისამართის (http://10.48.23.2/ccmadmin) გამოყენებით გამოჩნდება ფანჯარა.
შესაძლო მიზეზი სახელი, რომელიც თქვენ შეიყვანეთ, როგორც „თქვენი-cm-სერვერის სახელი“ ასახავს არასწორ IP მისამართს DNS-ში ან ჰოსტებში file.
რეკომენდირებული ქმედება თუ კონფიგურირებული გაქვთ DNS-ის გამოყენება, შეამოწმეთ DNS-ში, რათა ნახოთ, აქვს თუ არა თქვენი-cm-სერვერის სახელის ჩანაწერს Unified Communications Manager სერვერის სწორი IP მისამართი. თუ არ არის სწორი, შეცვალეთ იგი. თუ არ იყენებთ DNS-ს, თქვენი ადგილობრივი მანქანა შეამოწმებს „ჰოსტებს“ file რომ ნახოთ, არის თუ არა ჩანაწერი თქვენი-cm-სერვერის სახელისთვის და მასთან დაკავშირებული IP მისამართისთვის. Გააღე file და დაამატეთ Unified Communications Manager სერვერის სახელი და IP მისამართი. შეგიძლიათ იპოვოთ "მასპინძლები" file C:WINNTsystem32driversetchosts-ზე.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 35

Cisco Unified Communications Manager სისტემის პრობლემები პორტი 80 დაბლოკილია თქვენს ბრაუზერსა და Cisco Unified Communications Manager სერვერს შორის
პორტი 80 დაბლოკილია თქვენს ბრაუზერსა და Cisco Unified Communications Manager სერვერს შორის
სიმპტომი ერთ-ერთი შემდეგი შეტყობინება გამოჩნდება, როდესაც firewall ბლოკავს პორტს, რომელსაც იყენებს web სერვერი ან http ტრაფიკი:
· Internet Explorer– ამ გვერდის ჩვენება შეუძლებელია · Netscape– არ იყო პასუხი. სერვერი შეიძლება გათიშული იყოს ან არ პასუხობს
შესაძლო მიზეზი უსაფრთხოების მიზეზების გამო, სისტემამ დაბლოკა http წვდომა თქვენი ლოკალური ქსელიდან სერვერის ქსელში.
რეკომენდებული ქმედება 1. შეამოწმეთ არის თუ არა სხვა ტიპის ტრაფიკი ერთიანი კომუნიკაციების მენეჯერის სერვერზე, როგორიცაა პინგი ან
Telnet, ნებადართულია. თუ რომელიმე წარმატებულია, ის აჩვენებს, რომ http წვდომა არის ერთიანი კომუნიკაციების მენეჯერთან web სერვერი დაბლოკილია თქვენი დისტანციური ქსელიდან. 2. შეამოწმეთ უსაფრთხოების პოლიტიკა თქვენი ქსელის ადმინისტრატორთან. 3. სცადეთ ისევ იმავე ქსელიდან, სადაც სერვერი მდებარეობს.
ქსელის არასწორი პარამეტრი არსებობს დისტანციურ მანქანაში
სიმპტომი კავშირი არ არსებობს, ან არ არსებობს კავშირი სხვა მოწყობილობებთან იმავე ქსელში, როგორც ერთიანი კომუნიკაციების მენეჯერი. როდესაც თქვენ ცდილობთ იგივე მოქმედებას სხვა დისტანციური აპარატებიდან, გამოჩნდება Unified Communications Manager Administration.
შესაძლო მიზეზი ქსელის არასწორმა კონფიგურაციის პარამეტრებმა სადგურზე ან ნაგულისხმევ კარიბჭეზე შეიძლება გამოიწვიოს web გვერდი არ გამოჩნდება, რადგან ამ ქსელთან ნაწილობრივი ან საერთოდ არ არის კავშირი.
რეკომენდირებული მოქმედება 1. დასადასტურებლად სცადეთ ერთიანი კომუნიკაციების მენეჯერის სერვერის IP მისამართის და სხვა მოწყობილობების პინგინგი
რომ თქვენ ვერ დაუკავშირდებით. 2. თუ თქვენი ლოკალური ქსელიდან რომელიმე სხვა მოწყობილობასთან დაკავშირება ვერ ხერხდება, შეამოწმეთ ჩართული ქსელის პარამეტრი
თქვენი სადგური, ასევე კაბელისა და კონექტორის მთლიანობა. დეტალური ინფორმაციისთვის მიმართეთ შესაბამის აპარატურულ დოკუმენტაციას. თუ თქვენ იყენებთ TCP-IP-ს LAN-ზე დასაკავშირებლად, გააგრძელეთ შემდეგი ნაბიჯები დისტანციურ სადგურზე ქსელის პარამეტრების დასადასტურებლად.
პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 36

Cisco Unified Communications Manager სისტემის პრობლემები

Cisco RAID ოპერაციების ზემოქმედების მართვა

3. აირჩიეთ დაწყება > პარამეტრი > ქსელი და ნომრის კავშირები. 4. აირჩიეთ Local Area Connection, შემდეგ Properties.
საკომუნიკაციო პროტოკოლების სია გამოჩნდება მონიშნულად. 5. აირჩიეთ ინტერნეტ პროტოკოლი (TCP-IP) და კვლავ დააწკაპუნეთ Properties. 6. თქვენი ქსელიდან გამომდინარე, აირჩიეთ ან მიიღეთ IP მისამართი ავტომატურად ან დააყენეთ ხელით თქვენი
მისამართი, ნიღაბი და ნაგულისხმევი კარიბჭე. არსებობს შესაძლებლობა, რომ ბრაუზერის სპეციფიკური პარამეტრი არასწორად იყოს კონფიგურირებული. 7. აირჩიეთ Internet Explorer ბრაუზერის ინსტრუმენტები > ინტერნეტ ოფციები. 8. აირჩიეთ ჩანართი Connections და შემდეგ გადაამოწმეთ LAN პარამეტრები ან dial-up პარამეტრები. ნაგულისხმევად, LAN პარამეტრები და dial-up პარამეტრები არ არის კონფიგურირებული. გამოიყენება Windows-ის ზოგადი ქსელის პარამეტრი. 9. თუ კავშირი ვერ ხერხდება მხოლოდ Unified Communications Manager ქსელთან, ქსელში სავარაუდოდ არსებობს მარშრუტიზაციის პრობლემა. დაუკავშირდით ქსელის ადმინისტრატორს, რათა დაადასტუროთ მარშრუტი, რომელიც კონფიგურირებულია თქვენს ნაგულისხმევ კარიბჭეში.
შენიშვნა თუ ამ პროცედურის შესრულების შემდეგ ვერ ახერხებთ დისტანციური სერვერის დათვალიერებას, დაუკავშირდით TAC-ს, რომ საკითხი უფრო დეტალურად გამოიძიოს.
Cisco RAID ოპერაციების ზემოქმედების მართვა
Cisco ზედმეტად დამოუკიდებელი დისკების (RAID) კონტროლერი ახორციელებს ფონურ ოპერაციებს, როგორიცაა თანმიმდევრულობის შემოწმება (CC), ფონის ინიციალიზაცია (BGI), აღდგენა (RBLD), მოცულობის გაფართოება და რეკონსტრუქცია (RLM) და Patrol Real (PR). მოსალოდნელია, რომ ეს ფონური ოპერაციები შეზღუდავს მათ გავლენას I/O ოპერაციებზე. თუმცა, იყო შემთხვევები უფრო მაღალი ზემოქმედების დროს ზოგიერთი ოპერაციების დროს, როგორიცაა ფორმატი ან მსგავსი შეყვანის გამომავალი ოპერაციები. ამ შემთხვევაში, როგორც I/O ოპერაციამ, ასევე ფონურმა ოპერაციებმა შეიძლება მოიხმაროს CPU რესურსების დიდი რაოდენობა. რეკომენდებულია CC და Patrol Read სამუშაოების დაგეგმვა, როდესაც დატვირთვა შედარებით ნაკლებია. თუ არის CallManager სერვერები, სადაც უზარმაზარი დატვირთვა მუშაობს ერთდროულად, გირჩევთ შეზღუდოთ შესაძლო თანმხლები ფონური ოპერაციები და CallManager-ის სხვა ინტენსიური I/O ოპერაციები.
მონაცემთა ბაზის რეპლიკაცია
ეს განყოფილება მოიცავს მონაცემთა ბაზის რეპლიკაციის საკითხებს ერთიანი კომუნიკაციების მენეჯერის სისტემისთვის. Დაკავშირებული თემები
რეპლიკაცია ვერ ხერხდება გამომცემელსა და აბონენტის სერვერს შორის, გვერდზე 38 მონაცემთა ბაზის რეპლიკაცია არ ხდება, როდესაც დაკავშირება აღდგება დაკარგული კვანძზე, გვერდზე 41. მონაცემთა ბაზის ცხრილები არ არის სინქრონიზებული, ნუ გამოიწვევთ გაფრთხილებას, გვერდზე 41. მონაცემთა ბაზის რეპლიკაციის გადატვირთვა ძველი პროდუქტის გამოშვება, გვერდზე 42

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 37

რეპლიკაცია ვერ ხერხდება გამომცემელსა და აბონენტის სერვერს შორის

Cisco Unified Communications Manager სისტემის პრობლემები

რეპლიკაცია ვერ ხერხდება გამომცემელსა და აბონენტის სერვერს შორის
მონაცემთა ბაზის გამეორება წარმოადგენს Unified Communications Manager კლასტერების ძირითად ფუნქციას. სერვერი, რომელსაც აქვს მონაცემთა ბაზის მთავარი ასლი, მოქმედებს როგორც გამომცემელი (პირველი კვანძი), ხოლო სერვერები, რომლებიც იმეორებენ მონაცემთა ბაზას, მოიცავს აბონენტებს (შემდეგი კვანძები).
რჩევა სანამ Unified Communications Manager-ს დააინსტალირებთ აბონენტის სერვერზე, თქვენ უნდა დაამატოთ აბონენტი სერვერის კონფიგურაციის ფანჯარაში Cisco Unified Communications Manager Administration-ში, რათა დარწმუნდეთ, რომ აბონენტი იმეორებს მონაცემთა ბაზას, რომელიც არსებობს გამომცემლის მონაცემთა ბაზის სერვერზე. მას შემდეგ რაც დაამატებთ აბონენტის სერვერს სერვერის კონფიგურაციის ფანჯარაში და შემდეგ დააინსტალირებთ Unified Communications Manager აბონენტზე, აბონენტი მიიღებს მონაცემთა ბაზის ასლს, რომელიც არსებობს გამომცემლის სერვერზე.
სიმპტომი გამომცემლის სერვერზე განხორციელებული ცვლილებები არ აისახება ტელეფონებზე, რომლებიც რეგისტრირებულია აბონენტის სერვერზე.
შესაძლო მიზეზის რეპლიკაცია ვერ ხერხდება გამომცემლისა და აბონენტის სერვერებს შორის.
რეკომენდირებული მოქმედება შეამოწმეთ და, საჭიროების შემთხვევაში, შეაკეთეთ მონაცემთა ბაზის რეპლიკაცია, როგორც ეს აღწერილია შემდეგ პროცედურაში:
პროცედურა 1. შეამოწმეთ მონაცემთა ბაზის რეპლიკაცია. მონაცემთა ბაზის შესამოწმებლად შეგიძლიათ გამოიყენოთ CLI, Cisco Unified Reporting ან RTMT
რეპლიკაცია. · CLI-ის გამოყენებით გადამოწმებისთვის იხილეთ 2, გვერდზე 38. · Cisco Unified Reporting-ის გამოყენებით გადამოწმებისთვის იხილეთ 3, გვერდზე 39. · RTMT-ის გამოყენებით გადამოწმებისთვის იხილეთ 4, გვერდზე 39.
2. მონაცემთა ბაზის რეპლიკაციის შესამოწმებლად CLI-ს გამოყენებით, შედით CLI-ზე და გაუშვით შემდეგი ბრძანება თითოეულ კვანძზე რეპლიკაციის შესამოწმებლად. თქვენ დაგჭირდებათ ამ CLI ბრძანების გაშვება თითოეულ კვანძზე, რათა შეამოწმოთ მისი რეპლიკაციის სტატუსი. ასევე, აბონენტის დაყენების შემდეგ, აბონენტების რაოდენობის მიხედვით, შეიძლება მნიშვნელოვანი დრო დასჭირდეს 2-ის სტატუსის დაარქივებას.
ადმინი:
აჩვენე perf შეკითხვის კლასი „შექმნილ რეპლიკების რაოდენობა და რეპლიკაციის მდგომარეობა“
==>შეკითხვის კლასი: – Perf-ის კლასს (შექმნილი რეპლიკატების რაოდენობა და რეპლიკაციის მდგომარეობა) აქვს ეგზემპლარები და მნიშვნელობები: ReplicateCount -> Replicates Number Created = 344 ReplicateCount -> Replicate_State = 2
გაითვალისწინეთ, რომ Replicate_State ობიექტი ამ შემთხვევაში აჩვენებს 2 მნიშვნელობას. შემდეგი სია აჩვენებს Replicate_State-ის შესაძლო მნიშვნელობებს:

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 38

Cisco Unified Communications Manager სისტემის პრობლემები

რეპლიკაცია ვერ ხერხდება გამომცემელსა და აბონენტის სერვერს შორის

· 0–ეს მნიშვნელობა მიუთითებს, რომ რეპლიკაცია არ დაწყებულა. ან არ არსებობს შემდგომი კვანძები (აბონენტები), ან Cisco Database Layer Monitor სერვისი არ მუშაობს და არ ფუნქციონირებს აბონენტის დაინსტალირების შემდეგ.
· 1–ეს მნიშვნელობა მიუთითებს, რომ რეპლიკატები შეიქმნა, მაგრამ მათი რაოდენობა არასწორია.
· 2–ეს მნიშვნელობა მიუთითებს, რომ რეპლიკაცია კარგია.
· 3–ეს მნიშვნელობა მიუთითებს, რომ რეპლიკაცია ცუდია კლასტერში.
· 4–ეს მნიშვნელობა მიუთითებს, რომ რეპლიკაციის დაყენება ვერ მოხერხდა.
3. მონაცემთა ბაზის რეპლიკაციის შესამოწმებლად Cisco Unified Reporting-ის გამოყენებით, შეასრულეთ შემდეგი ამოცანები. ა. ნავიგაციის ჩამოსაშლელი სიის ველიდან ზედა, მარჯვენა კუთხეში Cisco Unified Communications Manager Administration-ში აირჩიეთ Cisco Unified Reporting .
ბ. მას შემდეგ, რაც Cisco Unified Reporting გამოჩნდება, დააჭირეთ სისტემის ანგარიშებს.
გ. გენერირება და view ერთიანი CM მონაცემთა ბაზის სტატუსის ანგარიში, რომელიც უზრუნველყოფს გამართვის ინფორმაციას მონაცემთა ბაზის რეპლიკაციისთვის. ანგარიშის გენერირების შემდეგ, გახსენით იგი და გადახედეთ ერთიანი CM მონაცემთა ბაზის სტატუსს. ის იძლევა RTMT რეპლიკაციის მრიცხველებს კლასტერის ყველა სერვერისთვის. ყველა სერვერს უნდა ჰქონდეს 2-ის განმეორებითი მდგომარეობა, ხოლო ყველა სერვერს უნდა ჰქონდეს შექმნილი რეპლიკების იგივე რაოდენობა. თუ ხედავთ სერვერებს, რომელთა რეპლიკაციის მდგომარეობები არ არის 2-ის ტოლი ზემოაღნიშნული სტატუსის შემოწმებაში, შეამოწმეთ ამ მოხსენების „განმეორებითი სერვერების სია“. ის გვიჩვენებს, თუ რომელი სერვერები არიან დაკავშირებული და აკავშირებენ თითოეულ კვანძს. თითოეულმა სერვერმა უნდა გამოიჩინოს თავი ლოკალურად (მის სიაში), ხოლო სხვა სერვერები, როგორც აქტიური დაკავშირებული. თუ ხედავთ, რომ რომელიმე სერვერი ჩამოიშალა, ეს ჩვეულებრივ ნიშნავს, რომ კვანძებს შორის კომუნიკაციის პრობლემაა.
დ. თუ ამის გაკეთება გინდა, გენერირება და view ერთიანი CM მონაცემთა ბაზის სტატუსის ანგარიში, რომელიც ასახავს კომუნიკაციების ერთიანი მენეჯერის მონაცემთა ბაზის სიჯანსაღის სურათს.
4. მონაცემთა ბაზის რეპლიკაციის შესამოწმებლად RTMT-ის გამოყენებით, შეასრულეთ შემდეგი ამოცანები: ა. გახსენით Cisco Unified Real-Time Monitoring Tool (RTMT).
ბ. დააჭირეთ CallManager ჩანართს.
გ. დააჭირეთ მონაცემთა ბაზის შეჯამებას. რეპლიკაციის სტატუსის პანელი გამოჩნდება.
შემდეგი სია აჩვენებს რეპლიკაციის სტატუსის პანელის შესაძლო მნიშვნელობებს: · 0–ეს მნიშვნელობა მიუთითებს, რომ რეპლიკაცია არ დაწყებულა. ან არ არსებობს შემდგომი კვანძები (აბონენტები), ან Cisco Database Layer Monitor სერვისი არ მუშაობს და არ ფუნქციონირებს აბონენტის დაინსტალირების შემდეგ.
· 1–ეს მნიშვნელობა მიუთითებს, რომ რეპლიკატები შეიქმნა, მაგრამ მათი რაოდენობა არასწორია.
· 2–ეს მნიშვნელობა მიუთითებს, რომ რეპლიკაცია კარგია.
· 3–ეს მნიშვნელობა მიუთითებს, რომ რეპლიკაცია ცუდია კლასტერში.
· 4–ეს მნიშვნელობა მიუთითებს, რომ რეპლიკაციის დაყენება ვერ მოხერხდა.
· დან view Replicate_State შესრულების მონიტორინგის მრიცხველი, აირჩიეთ სისტემა > შესრულება > გახსენით შესრულების მონიტორინგი. ორჯერ დააწკაპუნეთ გამომცემლის მონაცემთა ბაზის სერვერზე (პირველი კვანძი) გასაშლელად

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 39

რეპლიკაცია ვერ ხერხდება გამომცემელსა და აბონენტის სერვერს შორის

Cisco Unified Communications Manager სისტემის პრობლემები

შესრულების მონიტორები. დააწკაპუნეთ შექმნილი რეპლიკების რაოდენობაზე და რეპლიკაციის მდგომარეობაზე. ორჯერ დააწკაპუნეთ Replicate_State-ზე. დააწკაპუნეთ ReplicateCount-ზე Object Instances ფანჯრიდან და დააწკაპუნეთ დამატება.
რჩევა view მრიცხველის განმარტება, დააწკაპუნეთ მაუსის მარჯვენა ღილაკით მრიცხველის სახელზე და აირჩიეთ Counter Description .
5. თუ ყველა სერვერს აქვს კარგი RTMT სტატუსი, მაგრამ ეჭვი გეპარებათ, რომ მონაცემთა ბაზები არ არის სინქრონიზებული, შეგიძლიათ გაუშვათ CLI ბრძანება utils dbreplication status (თუ რომელიმე სერვერმა აჩვენა RTMT სტატუსი 4, გადადით მე-6 ნაბიჯზე). სტატუსის ბრძანების გაშვება შესაძლებელია ყველა სერვერზე utils dbreplication status ყველა ან ერთ აბონენტზე utils dbreplication status გამოყენებით სტატუსის ანგარიში გეტყვით, არის თუ არა რაიმე ცხრილი საეჭვო. თუ არსებობს საეჭვო ცხრილები, თქვენ გსურთ შეასრულოთ რეპლიკაციის შეკეთება CLI ბრძანება გამომცემლის სერვერიდან მონაცემების აბონენტის სერვერებთან სინქრონიზაციისთვის. რეპლიკაციის შეკეთება შეიძლება განხორციელდეს ყველა აბონენტის სერვერზე (ყველა პარამეტრის გამოყენებით) ან მხოლოდ ერთ აბონენტის სერვერზე შემდეგი გამოყენებით: utils dbreplication repair usage:utils dbreplication repair [nodename]|ყველა რეპლიკაციის შეკეთების გაშვების შემდეგ, რასაც შეიძლება დასჭირდეს რამდენიმე წუთებში, შეგიძლიათ გაუშვათ სხვა სტატუსის ბრძანება, რათა დაადასტუროთ, რომ ახლა ყველა ცხრილი სინქრონიზებულია. თუ ცხრილები სინქრონიზებულია რემონტის გაშვების შემდეგ, თქვენ წარმატებით ასწორებთ რეპლიკაციას.
შენიშვნა გააკეთეთ ნაბიჯი 6 მხოლოდ იმ შემთხვევაში, თუ ერთ-ერთმა სერვერმა აჩვენა RTMT სტატუსი 4, ან ჰქონდა სტატუსი 0 ოთხ საათზე მეტი ხნის განმავლობაში.
6. გენერირება და view ერთიანი CM მონაცემთა ბაზის სტატუსის ანგარიში, რომელიც უზრუნველყოფს გამართვის ინფორმაციას მონაცემთა ბაზის რეპლიკაციისთვის. თითოეული აბონენტის სერვერისთვის, რომელსაც აქვს ცუდი RTMT სტატუსი, შეამოწმეთ, რომ ჰოსტები, როსტები, sqlhosts და სერვისები fileაქვს შესაბამისი ინფორმაცია. გენერირება და view ერთიანი CM კლასტერი დასრულდაview ანგარიში. გადაამოწმეთ, რომ აბონენტის სერვერებს აქვთ იგივე ვერსია, დაადასტურეთ, რომ კავშირი კარგია და შეამოწმეთ, რომ დროის შეფერხება ტოლერანტობის ფარგლებშია. თუ წინა პირობები მისაღებია, გააკეთეთ შემდეგი აბონენტის სერვერზე რეპლიკაციის აღსადგენად: ა. აბონენტის სერვერზე შეასრულეთ CLI ბრძანება utils dbreplication stop ამის გაკეთება ყველა აბონენტის სერვერისთვის, რომლებსაც აქვთ RTMT მნიშვნელობა 4 b. გამომცემლის სერვერზე შეასრულეთ CLI ბრძანება utils dbreplication stop c. გამომცემლის სერვერზე შეასრულეთ CLI ბრძანება utils dbreplication reset სადაც არის აბონენტის სერვერის ჰოსტის სახელი, რომელიც საჭიროებს გადატვირთვას. თუ ყველა აბონენტის სერვერის გადატვირთვაა საჭირო, გამოიყენეთ ბრძანება utils dbreplication reset all

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 40

Cisco Unified Communications Manager სისტემის პრობლემები

მონაცემთა ბაზის რეპლიკაცია არ ხდება, როდესაც კავშირი აღდგება დაკარგული კვანძზე

დამატებითი ინფორმაციისთვის Cisco Unified Real-Time Monitoring Tool Administration Guide Cisco Unified Reporting Administration Guide Command Line Interface Reference Guide for Cisco Unified Solutions
მონაცემთა ბაზის რეპლიკაცია არ ხდება, როდესაც კავშირი აღდგება დაკარგული კვანძზე
სიმპტომების მონაცემთა ბაზის რეპლიკაცია არ ხდება, როდესაც კავშირი აღდგება დაკარგული კვანძის აღდგენაზე. იხილეთ დაკავშირებული თემები რეპლიკაციის მდგომარეობის შესამოწმებლად, თუ რეპლიკაცია ვერ მოხერხდა. გამოიყენეთ შემდეგი პროცედურა მხოლოდ იმ შემთხვევაში, თუ უკვე სცადეთ რეპლიკაციის გადატვირთვა კვანძზე და წარუმატებელი იყო.
შესაძლო მიზეზი CDR შემოწმება რჩება ციკლში, მოწყობილობის მაგიდაზე წაშლის გამო.
რეკომენდებული მოქმედება 1. გაუშვით utils dbreplication stop დაზარალებულ აბონენტებზე. თქვენ შეგიძლიათ გაუშვათ ისინი ერთდროულად. 2. დაელოდეთ სანამ ნაბიჯი 1 დასრულდება, შემდეგ გაუშვით utils dbreplication stop დაზარალებულ გამომცემლის სერვერზე. 3. გაუშვით utils dbreplication clusterreset დაზარალებული გამომცემლის სერვერიდან. როცა აწარმოებთ ბრძანებას,
ჟურნალის სახელი ჩამოთვლილია ჟურნალში file. უყურე ამას file პროცესის მდგომარეობის მონიტორინგი. გზა შემდეგია: /var/log/active/cm/trace/dbl/sdi ​​4. დაზარალებული გამომცემლიდან გაუშვით utils dbreplication reset all. 5. შეაჩერეთ და გადატვირთეთ ყველა სერვისი ყველა აბონენტის სერვერზე [ან გადატვირთეთ/გადატვირთეთ ყველა სისტემა (აბონენტის სერვერები)] კლასტერში, რათა მიიღოთ სერვისის ცვლილებები. გააკეთეთ ეს მხოლოდ მას შემდეგ, რაც utils dbreplication სტატუსი აჩვენებს სტატუსს 2.
დაკავშირებული თემები რეპლიკაცია ვერ ხერხდება გამომცემელსა და აბონენტის სერვერს შორის, გვერდზე 38
მონაცემთა ბაზის ცხრილები არ არის სინქრონიზებული, არ გამოიწვიონ გაფრთხილება
შენიშვნა „სინქრონიზაციის გარეშე“ ნიშნავს, რომ კლასტერში ორი სერვერი არ შეიცავს ერთსა და იმავე ინფორმაციას მონაცემთა ბაზის კონკრეტულ ცხრილში.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 41

მონაცემთა ბაზის რეპლიკაციის გადატვირთვა, როდესაც უბრუნდებით ძველი პროდუქტის გამოშვებას

Cisco Unified Communications Manager სისტემის პრობლემები

სიმპტომი Unified Communications Manager ვერსია 6.x ან უფრო გვიან, სიმპტომები მოიცავს ზარის დამუშავების მოულოდნელ ქცევებს. ზარები არ განიხილება ან არ განიხილება ისე, როგორც მოსალოდნელია. სიმპტომები შეიძლება მოხდეს როგორც გამომცემელზე, ასევე აბონენტის სერვერებზე. Unified Communications Manager Version 5.x-ზე, სიმპტომები მოიცავს ზარის დამუშავების მოულოდნელ ქცევებს. ზარები არ განიხილება და არ განიხილება ისე, როგორც მოსალოდნელია, არამედ მხოლოდ მაშინ, როდესაც გამომცემლის სერვერი ხაზგარეშეა. თუ ხედავთ ამ სიმპტომს და აწარმოებთ utils dbrepication სტატუსს CLI-ზე, ის იტყობინება სინქრონიზაციის გარეშე. თუ სინქრონიზებული არ არის ნაჩვენები, გაითვალისწინეთ, რომ ეს არ არის პრობლემა.
შესაძლო მიზეზების მონაცემთა ბაზის ცხრილები სინქრონიზებული რჩება კვანძებს შორის. რეპლიკაციის გაფრთხილებები მხოლოდ მიუთითებს რეპლიკაციის პროცესში წარუმატებლობაზე და არ მიუთითებს, როდის არის მონაცემთა ბაზის ცხრილების სინქრონიზაცია. ჩვეულებრივ, თუ რეპლიკაცია მუშაობს, ცხრილები უნდა დარჩეს სინქრონული. შეიძლება მოხდეს შემთხვევები, როდესაც რეპლიკაცია მუშაობს, მაგრამ მონაცემთა ბაზის ცხრილები არის „სინქრონიზებული“.
რეკომენდებული მოქმედება 1. კასეტური რეპლიკაციის გადატვირთვა CLI ბრძანებების გამოყენებით. დარწმუნდით, რომ სერვერები კლასტერში არის ონლაინ სრული IP-ით
კავშირი ამ სამუშაოსთვის. დაადასტურეთ, რომ კლასტერში ყველა სერვერი არის ონლაინ პლატფორმის CLI-ებისა და Cisco-ს ერთიანი ანგარიშგების გამოყენებით.
2. თუ სერვერები რეპლიკაციის მე-2 მდგომარეობაშია, გაუშვით შემდეგი ბრძანება გამომცემლის სერვერზე:
3. იყენებს dbreplication სარემონტო სერვერის სახელს
4. თუ სერვერები არ არიან რეპლიკაციის მე-2 მდგომარეობაში,
5. გაუშვით შემდეგი ბრძანება ყველა აბონენტის სერვერზე:
6. იყენებს დბრეპლიკაციის გაჩერებას
7. შემდეგ გაუშვით შემდეგი ბრძანებები გამომცემლის სერვერზე:
8. იყენებს დბრეპლიკაციის გაჩერებას
9. მაშინ
10. იყენებს dbreplication გადატვირთვას ყველა
მონაცემთა ბაზის რეპლიკაციის გადატვირთვა, როდესაც უბრუნდებით ძველი პროდუქტის გამოშვებას
თუ თქვენ დააბრუნებთ სერვერებს კლასტერში ძველი პროდუქტის გამოშვების გასაშვებად, თქვენ ხელით უნდა გადატვირთოთ მონაცემთა ბაზის რეპლიკაცია კლასტერში. მონაცემთა ბაზის რეპლიკაციის აღსადგენად მას შემდეგ, რაც ყველა კლასტერული სერვერი დააბრუნებთ პროდუქტის ძველ გამოშვებას, შეიტანეთ CLI ბრძანება utils dbreplication reset all გამომცემლის სერვერზე. როდესაც ცვლით ვერსიებს Cisco Unified Communications ოპერაციული სისტემის ადმინისტრაციის ან CLI-ის გამოყენებით, მიიღებთ შეტყობინებას, რომელიც შეგახსენებთ მონაცემთა ბაზის რეპლიკაციის გადატვირთვის მოთხოვნას, თუ უბრუნდებით პროდუქტის ძველ გამოშვებას.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 42

Cisco Unified Communications Manager სისტემის პრობლემები

utils dbreplication clusterreset

utils dbreplication clusterreset
ეს ბრძანება აღადგენს მონაცემთა ბაზის რეპლიკაციას მთელ კლასტერზე.

გამოყენების ინსტრუქციები

ბრძანება სინტაქსი იყენებს dbreplication clusterreset
სანამ ამ ბრძანებას გაუშვით, გაუშვით ბრძანება utils dbreplication stop ჯერ ყველა აბონენტის სერვერზე, შემდეგ კი გამომცემლის სერვერზე.

მოთხოვნები ბრძანების პრივილეგიის დონე: 0 ნებადართულია განახლების დროს: დიახ
იყენებს dbreplication dropadmindb
ეს ბრძანება ჩამოაგდებს Informix syscdr მონაცემთა ბაზას კლასტერის ნებისმიერ სერვერზე.

გამოყენების ინსტრუქციები

ბრძანება სინტაქსი იყენებს dbreplication dropadmindb
თქვენ უნდა აწარმოოთ ეს ბრძანება მხოლოდ იმ შემთხვევაში, თუ მონაცემთა ბაზის რეპლიკაციის გადატვირთვა ან კლასტერული გადატვირთვა ვერ მოხერხდა და რეპლიკაციის ხელახლა დაწყება შეუძლებელია.

მოთხოვნები ბრძანების პრივილეგიის დონე: 0 ნებადართულია განახლების დროს: დიახ

LDAP ავთენტიფიკაცია ვერ ხერხდება
ეს განყოფილება აღწერს საერთო პრობლემას, როდესაც ხდება LDAP ავტორიზაციის მარცხი.
სიმპტომი შესვლა ვერ ხერხდება საბოლოო მომხმარებლებისთვის. ავტორიზაციის დრო ამოიწურა, სანამ მომხმარებელი შეძლებს შესვლას.
შესაძლო მიზეზი თქვენ არასწორად დააკონფიგურირეთ LDAP პორტი LDAP ავთენტიფიკაციის ფანჯარაში Cisco Unified Communications Manager-ის ადმინისტრაციაში.
რეკომენდირებული მოქმედება, როგორ არის კონფიგურირებული თქვენი კორპორატიული დირექტორია, განსაზღვრავს რომელი პორტის ნომერი უნდა შეიყვანოთ LDAP პორტის ველში. მაგampLDAP პორტის ველის კონფიგურაციამდე დაადგინეთ, მოქმედებს თუ არა თქვენი LDAP სერვერი, როგორც გლობალური კატალოგის სერვერი და მოითხოვს თუ არა თქვენი კონფიგურაცია LDAP-ს SSL-ზე. განიხილეთ პორტის ერთ-ერთი შემდეგი ნომრის შეყვანა:

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 43

პრობლემები LDAP-თან SSL-ით

Cisco Unified Communications Manager სისტემის პრობლემები

Example: LDAP პორტი როდესაც LDAP სერვერი არ არის გლობალური კატალოგის სერვერი · 389–როცა SSL არ არის საჭირო. (ეს პორტის ნომერი განსაზღვრავს ნაგულისხმევს, რომელიც გამოჩნდება LDAP Port-ის ველში.) · 636–როცა საჭიროა SSL. (თუ შეიყვანთ ამ პორტის ნომერს, დარწმუნდით, რომ მონიშნეთ SSL-ის გამოყენება.)
Example: LDAP პორტი როცა LDAP სერვერი გლობალური კატალოგის სერვერია · 3268–როცა SSL არ არის საჭირო. · 3269–როცა საჭიროა SSL. (თუ შეიყვანთ ამ პორტის ნომერს, დარწმუნდით, რომ მონიშნეთ SSL-ის გამოყენება.)
რჩევა თქვენი კონფიგურაციისთვის შეიძლება მოითხოვოს პორტის სხვა ნომრის შეყვანა, ვიდრე წინა პუნქტებში ჩამოთვლილი პარამეტრები. სანამ LDAP პორტის ველს დააკონფიგურირებთ, დაუკავშირდით თქვენი დირექტორია სერვერის ადმინისტრატორს, რათა დადგინდეს შესაყვანი პორტის სწორი ნომერი.
პრობლემები LDAP-თან SSL-ით
ეს განყოფილება აღწერს საერთო პრობლემას, როდესაც იყენებთ LDAP-ს SSL-ზე.
სიმპტომი LDAP SSL-ზე არ მუშაობს.
შესაძლო მიზეზი უმეტეს შემთხვევაში, LDAP-თან დაკავშირებული პრობლემები SSL-თან დაკავშირებით მოიცავს არასწორ, მცდარ ან არასრულ სერტიფიკატებს (ჯაჭვებს) Unified Communications Manager სერვერზე.
ახსნა ზოგიერთ შემთხვევაში, შეგიძლიათ გამოიყენოთ მრავალი სერთიფიკატი SSL-ისთვის. უმეტეს შემთხვევაში, AD root სერთიფიკატის ატვირთვა, როგორც დირექტორია Trust არის ერთადერთი სერთიფიკატი, რომელიც გჭირდებათ იმისათვის, რომ LDAP-ს SSL-ზე იმუშაოთ. თუმცა, თუ ატვირთულია სხვა დირექტორიის ნდობის სერთიფიკატი, ანუ ის, გარდა root სერთიფიკატის, ეს სხვა სერტიფიკატი უნდა დადასტურდეს უფრო მაღალი დონის სერტიფიკატზე, როგორიცაა root სერტიფიკატი. ამ შემთხვევაში, სერტიფიკატების ჯაჭვი იქმნება, რადგან ერთზე მეტი დამატებითი სერტიფიკატია ჩართული. მაგampთქვენ შეიძლება გქონდეთ შემდეგი სერთიფიკატები თქვენს სერტიფიკატების ჯაჭვში:
· Root Certificate – უმაღლესი დონის CA სერთიფიკატი ნდობის ჯაჭვში, რომელსაც ექნება მსგავსი გამცემი და საგნის სახელი.
· შუალედური სერტიფიკატი – CA სერთიფიკატი, რომელიც არის ნდობის ჯაჭვის ნაწილი (გარდა უმაღლესი დონისა). ეს მიჰყვება იერარქიას ფესვიდან ბოლო შუალედამდე.
· ფოთლის სერთიფიკატი – სერვისის/სერვერისთვის გაცემული სერთიფიკატი, რომელსაც ხელს აწერს უშუალო შუამავალი.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 44

Cisco Unified Communications Manager სისტემის პრობლემები

LDAP-ის გახსნა ვერ ამოწმებს სერთიფიკატს LDAP სერვერთან დასაკავშირებლად

მაგampასევე, თქვენს კომპანიას აქვს ორი სერთიფიკატი და ძირეული სერტიფიკატი თქვენს სერტიფიკატების ჯაჭვში. შემდეგი ყოფილიample აჩვენებს სერტიფიკატის შიგთავსს: მონაცემები:
Version: 3 (0x2) Serial Number: · 77:a2:0f:36:7c:07:12:9c:41:a0:84:5f:c3:0c:64:64
ხელმოწერის ალგორითმი: sha1WithRSAEncryption გამომშვები: DC=com, DC=DOMAIN3, CN=jim მოქმედების ვადა · არა ადრე: 13 აპრილი 14:17:51 2009 GMT · არა შემდეგ: 13 აპრილი 14:26:17 2014 GMT
თემა: DC=com, DC=DOMAIN3, CN=jim
რეკომენდებული მოქმედება თუ თქვენ გაქვთ ორი კვანძის ჯაჭვი, ჯაჭვი შეიცავს ფესვისა და ფოთლის სერთიფიკატს. ამ შემთხვევაში, root სერთიფიკატის ატვირთვა დირექტორია Trust-ში არის ყველაფერი რაც თქვენ უნდა გააკეთოთ. თუ თქვენ გაქვთ ორ კვანძზე მეტი ჯაჭვი, ჯაჭვი შეიცავს ფესვებს, ფოთლებს და შუალედურ სერთიფიკატებს. ამ შემთხვევაში, root სერტიფიკატი და ყველა შუალედური სერთიფიკატი, ფოთლის სერტიფიკატის გარდა, უნდა აიტვირთოს დირექტორია Trust-ში. სერტიფიკატების ჯაჭვის უმაღლეს დონეზე, ანუ ძირეული სერტიფიკატისთვის, შეამოწმეთ, რომ გამცემი ველი ემთხვევა თემას. თუ გამცემის ველი და თემა არ ემთხვევა, სერტიფიკატი არ არის ძირეული სერტიფიკატი; ეს არის შუალედური სერტიფიკატი. ამ შემთხვევაში, დაადგინეთ სრული ჯაჭვი root-დან ბოლო შუალედურ სერთიფიკატამდე და ატვირთეთ სრული ჯაჭვი დირექტორია სანდო მაღაზიაში. გარდა ამისა, შეამოწმეთ Validity ველი, რათა დარწმუნდეთ, რომ სერტიფიკატს ვადა არ გაუვიდა. თუ შუალედს ვადა გაუვიდა, მიიღეთ ახალი ჯაჭვი სერტიფიკატის ორგანოსგან, ახალ ფურცელთან ერთად, რომელიც ხელმოწერილია ახალი ჯაჭვის გამოყენებით. თუ მხოლოდ ფურცლის სერტიფიკატს ვადა გაუვიდა, მიიღეთ ახალი ხელმოწერილი სერტიფიკატი.
LDAP-ის გახსნა ვერ ამოწმებს სერთიფიკატს LDAP სერვერთან დასაკავშირებლად
სიმპტომი საბოლოო მომხმარებლის ავთენტიფიკაცია CTI/JTAPI კლიენტების მეშვეობით ვერ ხერხდება, მაგრამ მომხმარებლის ავტორიზაცია Unified CM-ზე მუშაობს.
შესაძლო მიზეზი Open LDAP ვერ ამოწმებს სერთიფიკატს LDAP სერვერთან დასაკავშირებლად.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 45

JTAPI ქვესისტემის გაშვების პრობლემები

Cisco Unified Communications Manager სისტემის პრობლემები

განმარტებითი სერთიფიკატები გაიცემა სრულად კვალიფიციური დომენის სახელით (FQDN). ღია LDAP დადასტურების პროცესი შეესაბამება FQDN სერვერს, რომელზეც წვდომა ხდება. რადგან ატვირთული სერთიფიკატი იყენებს FQDN-ს და web ფორმა იყენებს IP მისამართს, ღია LDAP ვერ დაუკავშირდება სერვერს.
რეკომენდებული მოქმედება · თუ შესაძლებელია, გამოიყენეთ DNS. სერტიფიკატის ხელმოწერის მოთხოვნის (CSR) პროცესის დროს, დარწმუნდით, რომ მიაწოდეთ FQDN, როგორც საგნის CN ნაწილი. ამ CSR-ის გამოყენებით, როდესაც მიიღება ხელმოწერილი სერტიფიკატი ან CA სერთიფიკატი, საერთო სახელი შეიცავს იგივე FQDN-ს. აქედან გამომდინარე, პრობლემები არ უნდა წარმოიშვას, როდესაც LDAP ავტორიზაცია ჩართულია აპლიკაციებისთვის, როგორიცაა CTI, CTL და ა.შ.
· თუ არ იყენებთ DNS-ს, შეიყვანეთ IP მისამართი LDAP ავთენტიფიკაციის კონფიგურაციის ფანჯარაში Unified Communications Manager Administration-ში. შემდეგ დაამატეთ ტექსტის შემდეგი ხაზი /etc/openldap/ldap.conf: TLS_REQCERT არასოდეს
თქვენ უნდა გქონდეთ დისტანციური ანგარიში, რომ განაახლოთ file, რომელიც ხელს უშლის Open LDAP ბიბლიოთეკას სერვერიდან ამ სერტიფიკატის გადამოწმებაში. თუმცა, შემდგომი კომუნიკაცია მაინც ხდება SSL-ის საშუალებით.
JTAPI ქვესისტემის გაშვების პრობლემები
JTAPI (Java Telephony API) ქვესისტემა წარმოადგენს Cisco Customer Response Solutions (CRS) პლატფორმის ძალიან მნიშვნელოვან კომპონენტს. JTAPI ურთიერთობს ერთიანი კომუნიკაციების მენეჯერთან და პასუხისმგებელია სატელეფონო ზარების კონტროლზე. CRS პლატფორმა მასპინძლობს სატელეფონო აპლიკაციებს, როგორიცაა Cisco Unified Auto-Attendant, Cisco IP ICD და Cisco Unified IP-IVR. მიუხედავად იმისა, რომ ეს განყოფილება არ არის სპეციფიკური რომელიმე ამ აპლიკაციისთვის, გახსოვდეთ, რომ JTAPI ქვესისტემა არის ძირითადი კომპონენტი, რომელსაც ყველა იყენებს. პრობლემების მოგვარების პროცესის დაწყებამდე დარწმუნდით, რომ თქვენ მიერ გამოყენებული პროგრამული უზრუნველყოფის ვერსიები თავსებადია. თავსებადობის შესამოწმებლად, წაიკითხეთ Cisco Unified Communications Manager-ის გამოშვების შენიშვნები Unified Communications Manager-ის ვერსიისთვის, რომელსაც იყენებთ. CRS-ის ვერსიის შესამოწმებლად, შედით AppAdmin-ში http://servername/appadmin-ის შეყვანით, სადაც სერვერის სახელი მიუთითებს სერვერის სახელზე, რომელზეც დაინსტალირებულია CRS. იპოვეთ მიმდინარე ვერსია მთავარი მენიუს ქვედა მარჯვენა კუთხეში.
JTAPI ქვესისტემა არის OUT_OF_SERVICE
სიმპტომი JTAPI ქვესისტემა არ იწყება.
შესაძლო მიზეზი შემდეგი გამონაკლისებიდან ერთ-ერთი გამოჩნდება კვალში file:
· MIVR-SS_TEL-4-ModuleRunTimeFailure

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 46

Cisco Unified Communications Manager სისტემის პრობლემები

MIVR-SS_TEL-4-ModuleRunTimeFailure

· MIVR-SS_TEL-1-ModuleRunTimeFailure
დაკავშირებული თემები MIVR-SS_TEL-4-ModuleRunTimeFailure, გვერდზე 47 MIVR-SS_TEL-1-ModuleRunTimeFailure, გვერდზე 49
MIVR-SS_TEL-4-ModuleRunTimeFailure
ძიება MIVR-SS_TEL-1-ModuleRunTimeFailure სტრიქონი კვალში file. ხაზის ბოლოს გამოჩნდება გამონაკლისის მიზეზი. შემდეგი სია იძლევა ყველაზე გავრცელებულ შეცდომებს: დაკავშირებული თემები
პროვაიდერის ცუდი შესვლის ან პაროლის შექმნა შეუძლებელია, გვერდზე 47 ვერ შეიქმნა პროვაიდერის კავშირი უარი, გვერდზე 47 ვერ შეიქმნა ProviderLogin= , გვერდზე 48 ვერ შეიქმნა პროვაიდერის ჰოსტის სახელი, 48 გვერდზე ვერ შეიქმნა პროვაიდერი. ოპერაციის დრო ამოიწურა 49 გვერდზე პროვაიდერის ნულის შესაქმნელად, გვერდზე 49
პროვაიდერის ცუდი შესვლის ან პაროლის შექმნა შეუძლებელია
შესაძლო მიზეზი ადმინისტრატორმა შეიყვანა არასწორი მომხმარებლის სახელი ან პაროლი JTAPI კონფიგურაციაში.
შეცდომის შეტყობინების სრული ტექსტი
%MIVR-SS_TEL-4-ModuleRunTimeFailure:Real-time Failure JTAPI ქვესისტემაში: Module=JTAPI ქვესისტემა,Failure Cause=7,Failure Module=JTAPI_PROVIDER_INIT, Exception=com.cisco.jtapi.Implception-ის მიწოდება:Implception-ის ქვესისტემა. . %MIVR-SS_TEL-7EXCEPTION:com.cisco.jtapi.PlatformExceptionImpl: პროვაიდერის შექმნა შეუძლებელია — არასწორი შესვლა ან პაროლი.
რეკომენდებული მოქმედება შეამოწმეთ, რომ მომხმარებლის სახელი და პაროლი სწორია. სცადეთ შეხვიდეთ ერთიანი CM მომხმარებლის ფანჯარაში (http://servername/ccmuser) ერთიან CM-ზე, რათა დარწმუნდეთ, რომ ერთიანი CM ვერ შეძლებს სწორად ავთენტიფიკაციას.
პროვაიდერის შექმნა შეუძლებელია - კავშირი უარყოფილია
შესაძლო მიზეზი ერთიანი კომუნიკაციების მენეჯერმა უარი თქვა JTAPI კავშირზე ერთიან კომუნიკაციების მენეჯერთან.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 47

ProviderLogin=-ის შექმნა შეუძლებელია

Cisco Unified Communications Manager სისტემის პრობლემები

შეცდომის შეტყობინების სრული ტექსტი
%MIVR-SS_TEL-4-ModuleRunTimeFailure:Real-time Failure JTAPI ქვესისტემაში: Module=JTAPI ქვესისტემა, Failure Cause=7,Failure Module=JTAPI_PROVIDER_INIT, Exception=com.cisco.jtapi.Platmplr:MungableRception. -SS_TEL-7-EXCEPTION:com.cisco.jtapi.PlatformExceptionImpl: პროვაიდერის შექმნა შეუძლებელია — კავშირი უარყოფილია
რეკომენდებული მოქმედება შეამოწმეთ, რომ CTI Manager სერვისი გაშვებულია Cisco Unified Serviceability Control Center-ში.
ProviderLogin=-ის შექმნა შეუძლებელია
შესაძლო მიზეზი JTAPI კონფიგურაციის ფანჯარაში არაფერია კონფიგურირებული.
შეცდომის შეტყობინების სრული ტექსტი
%MIVR-SS_TEL-4-ModuleRunTimeFailure:Real-time Failure JTAPI ქვესისტემაში: Module=JTAPI ქვესისტემა, Failure Cause=7,Failure Module=JTAPI_PROVIDER_INIT, Exception=com.cisco.jtapi.Platmplr:MignableRception. -SS_TEL-7-EXCEPTION:com.cisco.jtapi.PlatformExceptionImpl: პროვაიდერის შექმნა შეუძლებელია — შესვლა=
რეკომენდებული მოქმედება JTAPI პროვაიდერის კონფიგურაცია JTAPI კონფიგურაციის ფანჯარაში CRS სერვერზე.
პროვაიდერის ჰოსტის სახელის შექმნა შეუძლებელია
შესაძლო მიზეზი CRS ძრავას არ შეუძლია ამოხსნას ერთიანი კომუნიკაციების მენეჯერის ჰოსტის სახელი.
შეცდომის შეტყობინების სრული ტექსტი
%M%MIVR-SS_TEL-4-ModuleRunTimeFailure:Real-time Failure JTAPI ქვესისტემაში: Module=JTAPI ქვესისტემა, Failure Cause=7,Failure Module=JTAPI_PROVIDER_INIT, Exception=com.cisco.jtapi.Implatform. mcs7835.cisco.com %MIVR-SS_TEL-7-EXCEPTION:com.cisco.jtapi.PlatformExceptionImpl: პროვაიდერის შექმნა შეუძლებელია — dgrant-mcs7835.cisco.com
რეკომენდებული მოქმედება შეამოწმეთ, რომ DNS გარჩევადობა სწორად მუშაობს CRS ძრავიდან. სცადეთ გამოიყენოთ IP მისამართი DNS სახელის ნაცვლად.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 48

Cisco Unified Communications Manager სისტემის პრობლემები

პროვაიდერის შექმნა შეუძლებელია. ოპერაცია ამოიწურა

პროვაიდერის შექმნა შეუძლებელია. ოპერაცია ამოიწურა
შესაძლო მიზეზი CRS ძრავას არ აქვს IP კავშირი ერთიანი კომუნიკაციების მენეჯერთან.
შეცდომის შეტყობინების სრული ტექსტი
101: მარტი 24 11:37:42.153 PST%MIVR-SS_TEL-4-ModuleRunTimeFailure:რეალურ დროში გაუმართაობა JTAPI ქვესისტემაში: Module=JTAPI ქვესისტემა, წარუმატებლობის მიზეზი=7,Failure Module=JTAPI_PROVIDER,Exxxxxxxxxxxxxxxxxxxxxxxxx.com PlatformExceptionImpl: ვერ შეიქმნა პროვაიდერი — ოპერაციის დრო ამოიწურა 102: მარტი 24 11:37:42.168 PST%MIVR-SS_TEL-7-EXCEPTION: com.cisco.jtapi.PlatformExceptionImpl: ვერ შეიქმნა პროვაიდერი — ოპერაციის დრო ამოიწურა
რეკომენდებული მოქმედება შეამოწმეთ IP მისამართი, რომელიც კონფიგურირებულია JTAPI პროვაიდერისთვის CRS სერვერზე. შეამოწმეთ ნაგულისხმევი კარიბჭის კონფიგურაცია CRS სერვერზე და ერთიანი კომუნიკაციების მენეჯერზე. დარწმუნდით, რომ IP მარშრუტიზაციის პრობლემები არ არსებობს. შეამოწმეთ კავშირი ერთიანი კომუნიკაციების მენეჯერის პინგით CRS სერვერიდან.
ProviderNull-ის შექმნა შეუძლებელია
შესაძლო მიზეზი JTAPI პროვაიდერის IP მისამართი ან ჰოსტის სახელი არ არის კონფიგურირებული, ან JTAPI კლიენტი არ იყენებს სწორ ვერსიას.
შეცდომის შეტყობინების სრული ტექსტი
%MIVR-SS_TEL-4-ModuleRunTimeFailure:Real-time Failure JTAPI ქვესისტემაში: Module=JTAPI ქვესისტემა, Failure Cause=7,Failure Module=JTAPI_PROVIDER_INIT, Exception=com.cisco.jtapi.Platmplr:UncreamEx
რეკომენდებული მოქმედება შეამოწმეთ, რომ ჰოსტის სახელი ან IP მისამართი კონფიგურირებულია JTAPI კონფიგურაციაში. თუ JTAPI ვერსია არასწორია, ჩამოტვირთეთ JTAPI კლიენტი ერთიანი კომუნიკაციების მენეჯერიდან Plugins ფანჯარა და დააინსტალირეთ CRS სერვერზე.
MIVR-SS_TEL-1-ModuleRunTimeFailure
სიმპტომი ეს გამონაკლისი ჩვეულებრივ ხდება მაშინ, როდესაც JTAPI ქვესისტემას არ შეუძლია რაიმე პორტის ინიციალიზაცია.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 49

JTAPI ქვესისტემა არის PARTIAL_SERVICE-ში

Cisco Unified Communications Manager სისტემის პრობლემები

შესაძლო მიზეზი CRS სერვერს შეუძლია დაუკავშირდეს ერთიანი კომუნიკაციების მენეჯერს, მაგრამ არ შეუძლია რაიმე CTI პორტის ან CTI მარშრუტის წერტილის ინიციალიზაცია JTAPI-ის მეშვეობით. ეს შეცდომა ჩნდება, თუ CTI პორტები და CTI მარშრუტის წერტილები არ არის დაკავშირებული JTAPI მომხმარებელთან.
შეცდომის შეტყობინების სრული ტექსტი
255: მარტი 23 10:05:35.271 PST%MIVR-SS_TEL-1-ModuleRunTimeFailure:რეალურ დროში ჩავარდნა JTAPI ქვესისტემაში: Module=JTAPI ქვესისტემა,
წარუმატებლობის მიზეზი=7, წარუმატებლობის მოდული=JTAPI_SS, გამონაკლისი=null
რეკომენდირებული მოქმედება შეამოწმეთ JTAPI მომხმარებელი ერთიანი კომუნიკაციების მენეჯერზე და შეამოწმეთ, რომ CTI პორტები და CTI მარშრუტის წერტილები, რომლებიც კონფიგურირებულია CRS სერვერზე, ასოცირდება მომხმარებელთან.
JTAPI ქვესისტემა არის PARTIAL_SERVICE-ში
სიმპტომი შემდეგი გამონაკლისი გამოჩნდება კვალში file: MIVR-SS_TEL-3-UNABLE_REGISTER_CTIPORT
შესაძლო მიზეზი JTAPI ქვესისტემას არ შეუძლია ერთი ან მეტი CTI პორტის ან მარშრუტის წერტილის ინიციალიზაცია.
შეცდომის შეტყობინების სრული ტექსტი
1683: მარტი 24 11:27:51.716 PST%MIVR-SS_TEL-3-UNABLE_REGISTER_CTIPORT: შეუძლებელია CTI პორტის რეგისტრაცია: CTI Port=4503, Exception=com.cisco.jtapi.InvalidArgumentExceptionImpl: მისამართი არ არის 4503-ში. 1684: 24 მარტი 11:27:51.716 PST%MIVR-SS_TEL-7-EXCEPTION: com.cisco.jtapi.InvalidArgumentExceptionImpl: მისამართი 4503 არ არის პროვაიდერის დომენში.
რეკომენდირებული მოქმედება კვალში მოცემული შეტყობინება გეუბნებათ, რომელი CTI პორტის ან მარშრუტის წერტილის ინიციალიზაცია შეუძლებელია. დარწმუნდით, რომ ეს მოწყობილობა არსებობს Unified Communications Manager-ის კონფიგურაციაში და ასევე ასოცირდება JTAPI მომხმარებელთან Unified Communications Manager-ში.
უსაფრთხოების საკითხები
ამ განყოფილებაში მოცემულია ინფორმაცია უსაფრთხოებასთან დაკავშირებული გაზომვების შესახებ და ზოგადი მითითებები უსაფრთხოებასთან დაკავშირებული პრობლემების აღმოსაფხვრელად.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 50

Cisco Unified Communications Manager სისტემის პრობლემები

უსაფრთხოების სიგნალიზაცია

შენიშვნა ამ განყოფილებაში არ არის აღწერილი, თუ როგორ უნდა აღადგინოთ Cisco Unified IP ტელეფონი, თუ ის დაზიანებულია ცუდი დატვირთვით, უსაფრთხოების შეცდომებით და ა.შ. ტელეფონის გადატვირთვის შესახებ ინფორმაციისთვის იხილეთ Cisco Unified IP Phone-ის ადმინისტრირების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, რომელიც შეესაბამება ტელეფონის მოდელს.
ინფორმაციისთვის, თუ როგორ უნდა წაშალოთ CTL file მხოლოდ Cisco ერთიანი IP ტელეფონის მოდელებიდან 7960 და 7940, იხილეთ სისტემის კონფიგურაციის გზამკვლევი Cisco Unified Communications Manager-ისთვის ან Cisco Unified IP ტელეფონის ადმინისტრირების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, რომელიც შეესაბამება ტელეფონის მოდელს.
დაკავშირებული თემები უსაფრთხოების სიგნალიზაცია, გვერდზე 51 უსაფრთხოების შესრულების მონიტორის მრიცხველები, გვერდზე 51 Reviewუსაფრთხოების ჟურნალი და კვალი Files, გვერდზე 52 პრობლემების მოგვარების სერთიფიკატები, გვერდზე 53 CTL უსაფრთხოების ჟეტონების პრობლემების მოგვარება, გვერდზე 54 პრობლემების მოგვარება CAPF, გვერდზე 56 პრობლემების მოგვარება ტელეფონებისა და Cisco IOS MGCP კარიბჭეებისთვის, გვერდი 57
უსაფრთხოების სიგნალიზაცია
Cisco Unified Serviceability წარმოქმნის უსაფრთხოებასთან დაკავშირებულ სიგნალიზაციას X.509 სახელების შეუსაბამობის, ავთენტიფიკაციის შეცდომებისა და დაშიფვრის შეცდომებისთვის. Cisco Unified Serviceability გთავაზობთ განგაშის განმარტებებს.
სიგნალიზაცია შეიძლება შეიქმნას ტელეფონზე TFTP სერვერისა და CTL-ისთვის file შეცდომები. სიგნალიზაციისთვის, რომლებიც გენერირებულია ტელეფონზე, იხილეთ Cisco Unified IP ტელეფონის ადმინისტრირების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის თქვენი ტელეფონის მოდელისა და ტიპისთვის (SCCP ან SIP).
უსაფრთხოების შესრულების მონიტორის მრიცხველები
შესრულების მონიტორის მრიცხველები აკონტროლებენ ავტორიზებული ტელეფონების რაოდენობას, რომლებიც დარეგისტრირდებიან Unified Communications Manager-ში, დასრულებული ავტორიზებული ზარების რაოდენობას და ნებისმიერ დროს აქტიური ავტორიზებული ზარების რაოდენობას. შემდეგი ცხრილი ჩამოთვლის შესრულების მრიცხველებს, რომლებიც ვრცელდება უსაფრთხოების ფუნქციებზე.

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 51

Reviewუსაფრთხოების ჟურნალი და კვალი Files

Cisco Unified Communications Manager სისტემის პრობლემები

ცხრილი 5: უსაფრთხოების შესრულების მრიცხველები

ობიექტის ერთიანი კომუნიკაციების მენეჯერი
SIP Stack TFTP სერვერი

მრიცხველები
AuthenticatedCallsActive AuthenticatedCallsCompleted AuthenticatedPartiallyRegisteredPhone AuthenticatedRegisteredPhone EncryptedCallsActive EncryptedCallsCompleted EncryptedPartiallyRegisteredPhones EncryptedRegisteredPhones SIPLineServereverAil nkServerAuthenticationCallenges SIPTrunkServerAuthenticationFailures SIPTrunkApplicationAuthorization SIPTrunkApplicationAuthorizationFailures TLSConnectedSIPTrunk
StatusCodes4xxIns StatusCodes4xxOuts მაგample: 401 არაავტორიზებული (საჭიროა HTTP ავთენტიფიკაცია) 403 აკრძალული 405 მეთოდი დაუშვებელია 407 საჭიროა პროქსის ავთენტიფიკაცია
BuildSignCount EncryptCount

იხილეთ Cisco Unified Real-Time Monitoring Tool-ის ადმინისტრირების სახელმძღვანელო RTMT-ში მუშაობის მონიტორებზე წვდომისთვის, პერფმონის ჟურნალების კონფიგურაციისთვის და მრიცხველების შესახებ მეტი ინფორმაციისთვის.
CLI ბრძანება show perf აჩვენებს შესრულების მონიტორინგის ინფორმაციას. CLI ინტერფეისის გამოყენების შესახებ ინფორმაციისთვის იხილეთ Command Line Interface Reference Guide for Cisco Unified Solutions.

Reviewუსაფრთხოების ჟურნალი და კვალი Files
ერთიანი კომუნიკაციების მენეჯერი ინახავს ჟურნალს და კვალს files მრავალ დირექტორიაში (cm/log, cm/trace, tomcat/logs, tomcat/logs/security და ა.შ.).

პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 52

Cisco Unified Communications Manager სისტემის პრობლემები

პრობლემების მოგვარების სერთიფიკატები

შენიშვნა მოწყობილობებისთვის, რომლებიც მხარს უჭერენ დაშიფვრას, SRTP გასაღებების მასალა არ ჩანს კვალში file.
თქვენ შეგიძლიათ გამოიყენოთ Cisco Unified Real-Time Monitoring Tool-ის კვალის შეგროვების ფუნქცია ან CLI ბრძანებები, რომ იპოვოთ, view, და მანიპულირება ჟურნალი და კვალი files.
პრობლემების მოგვარების სერთიფიკატები
სერთიფიკატების მართვის ინსტრუმენტი Cisco-ს ერთიანი საკომუნიკაციო პლატფორმის ადმინისტრაციაში გაძლევთ საშუალებას აჩვენოთ სერთიფიკატები, წაშალოთ და აღადგინოთ სერთიფიკატები, აკონტროლოთ სერტიფიკატების ვადის გასვლა და ჩამოტვირთოთ და ატვირთოთ სერთიფიკატები და CTL. files (მაგample, ატვირთეთ განახლებული CTL files ერთიანობამდე). CLI საშუალებას გაძლევთ ჩამოთვალოთ და view ხელმოწერილი და სანდო სერთიფიკატები და ხელმოწერილი სერტიფიკატების რეგენერაცია. CLI ბრძანებები აჩვენებს cert, show web-უსაფრთხოება, დააყენეთ cert regen და კომპლექტი web-უსაფრთხოება საშუალებას გაძლევთ მართოთ სერთიფიკატები CLI ინტერფეისით; მაგისთვისample, set cert regen tomcat. ინფორმაციისთვის, თუ როგორ გამოიყენოთ GUI ან CLI სერტიფიკატების სამართავად, იხილეთ ადმინისტრაციის სახელმძღვანელო Cisco Unified Communications Manager-ისთვის და Command Line Interface Reference Guide Cisco Unified Solutions-ისთვის.
შიფრების პრობლემების მოგვარება
შიფრის მართვის გვერდს არ აქვს ნაგულისხმევი მნიშვნელობები. ამის ნაცვლად, შიფრების მართვის ფუნქცია მოქმედებს მხოლოდ მაშინ, როდესაც თქვენ დააკონფიგურირებთ შიფრებს. შიფრების შესახებ ინფორმაციისთვის იხილეთ უსაფრთხოების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის ეს განყოფილება გთავაზობთ ინფორმაციას, რომელიც დაგეხმარებათ პრობლემების მოგვარებაში Unified Communications Manager Shiphers-თან დაკავშირებით:
DRS და CDR ფუნქციონირების პრობლემების მოგვარება
სიმპტომის დარღვევა DRS და CDR ფუნქციონირებაში.
შესაძლო მიზეზი SSH MAC ინტერფეისში hmac-sha2-512-ის კონფიგურაცია გავლენას ახდენს DRS და CDR ფუნქციონირებაზე. შიფრების კონფიგურაცია
· aes128-gcm@openssh.com · aes256-gcm@openssh.com
SSH Cipher-ის ველში ან მხოლოდ ecdh-sha2-nistp256 ალგორითმის კონფიგურაცია „SSH KEX“-ში არღვევს DRS და CDR ფუნქციებს.
რეკომენდებული მოქმედება 1. Cisco Unified OS-ის ადმინისტრაციიდან აირჩიეთ უსაფრთხოება > შიფრის მენეჯმენტი 2. წაშალეთ ან წაშალეთ ზემოთ აღნიშნული შიფრები, თუ ისინი უკვე კონფიგურირებულია და შეინახეთ პარამეტრები.
პრობლემების მოგვარების სახელმძღვანელო Cisco Unified Communications Manager-ისთვის, გამოშვება 12.5(1) 53

CTL უსაფრთხოების ტოკენების პრობლემების მოგვარება

Cisco Unified Communications Manager სისტემის პრობლემები

3. გადატვირთეთ სერვერი ცვლილებების ძალაში შესვლისთვის.
CTL უსაფრთხოების ტოკენების პრობლემების მოგვარება
სექცია შეიცავს ინფორმაციას CTL უსაფრთხოების ტოკენების პრობლემების აღმოფხვრის შესახებ. თუ დაკარგავთ უსაფრთხოების ყველა ნიშანს (ეტოკენებს), დაუკავშირდით Cisco TAC-ს შემდგომი დახმარებისთვის.
ჩაკეტილი უსაფრთხოების ჟეტონის პრობლემების აღმოფხვრა მას შემდეგ რაც ზედიზედ შეიყვანთ უსაფრთხოების ტოკენის არასწორი პაროლი
შენიშვნა პრობლემების მოგვარების ეს ნაბიჯები არ არის საჭირო, თუ თქვენ მართავთ კლასტერებს

დოკუმენტები / რესურსები

CISCO პრობლემების მოგვარების გზამკვლევი ერთიანი კომუნიკაციების მენეჯერისთვის 12.5 (1) [pdf] მომხმარებლის სახელმძღვანელო პრობლემების გადაჭრის გზამკვლევი Unified Communications Manager Release 12.5 1, Troubleshooting, Unified Communications Manager Release 12.5 1, Manager Release 12.5 1, Release 12.5 1

ცნობები

• მომხმარებლის სახელმძღვანელო