CISCO Release 14 Unity Connection Cluster-ის მომხმარებლის სახელმძღვანელო

გააფართოვეთ სისტემის პარამეტრები > გაფართოებული და აირჩიეთ Cluster Configuration.
კლასტერის კონფიგურაციის გვერდზე შეცვალეთ სერვერის სტატუსი და აირჩიეთ შენახვა.

ერთიანობის კავშირის კლასტერის ადმინისტრირება

Unity Connection კლასტერის სტატუსის შესამოწმებლად და სათანადო კონფიგურაციის უზრუნველსაყოფად:

კლასტერის სტატუსის შემოწმება დან Web ინტერფეისი

შედით Cisco Unity Connection Serviceability-ში ან გამომცემლის ან აბონენტის სერვერზე.

გააფართოვეთ Tools და აირჩიეთ Cluster Management.
კლასტერების მართვის გვერდზე, შეამოწმეთ სერვერის სტატუსი.

კლასტერის სტატუსის შემოწმება ბრძანების ხაზის ინტერფეისიდან (CLI)

გაუშვით show cuc cluster status CLI ბრძანება გამომცემლის სერვერზე ან აბონენტის სერვერზე.

შეტყობინებების პორტების მართვა კლასტერში

Unity Connection კლასტერში სერვერები იზიარებენ იგივე სატელეფონო სისტემის ინტეგრაციას. თითოეული სერვერი ამუშავებს კლასტერისთვის შემომავალი ზარების წილს.

პორტის დავალებები

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

FAQ

Q: როგორ შევაგროვო Unity Connection კლასტერის მოთხოვნები?

A: დამატებითი ინფორმაციისთვის Unity Connection კლასტერის მოთხოვნების შეგროვების შესახებ იხილეთ სისტემური მოთხოვნები Cisco Unity Connection Cluster-ის დოკუმენტაციის კონფიგურაციისთვის.
Q: როგორ დავაყენო გაფრთხილების შეტყობინებები Unity Connection-ის გაფრთხილებებისთვის?

პასუხი: იხილეთ Cisco Unified Real-Time Monitoring Tool-ის ადმინისტრირების სახელმძღვანელო ინსტრუქციებისთვის Unity Connection-ის გაფრთხილებებისთვის გაფრთხილების შეტყობინებების დაყენების შესახებ.
კითხვა: როგორ შევცვალო სერვერის სტატუსი კლასტერში?

პასუხი: კლასტერში სერვერის სტატუსის შესაცვლელად შედით Cisco Unity Connection Administration-ში, გააფართოვეთ System Settings > Advanced, აირჩიეთ Cluster Configuration და შეცვალეთ სერვერის სტატუსი Cluster Configuration გვერდზე.
Q: როგორ შევამოწმო Unity Connection კლასტერის სტატუსი?
პასუხი: თქვენ შეგიძლიათ შეამოწმოთ Unity Connection კლასტერის სტატუსი ან გამოყენებით web ინტერფეისი ან ბრძანების ხაზის ინტერფეისი (CLI). დეტალური ნაბიჯებისთვის იხილეთ განყოფილება „კლასტერის სტატუსის შემოწმება“ მომხმარებლის სახელმძღვანელოში.
Q: როგორ ვმართო შეტყობინებების პორტები კლასტერში?
პასუხი: მომხმარებლის სახელმძღვანელო შეიცავს ინფორმაციას კლასტერში შეტყობინებების პორტების მართვის შესახებ. გთხოვთ, ეწვიოთ განყოფილებას „შეტყობინებების პორტების მართვა კლასტერში“ დეტალებისთვის.

შესავალი

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

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

შეასრულეთ შემდეგი დავალებები Unity Connection კლასტერის შესაქმნელად:

შეაგროვეთ Unity Connection კლასტერის მოთხოვნები. დამატებითი ინფორმაციისთვის იხილეთ სისტემური მოთხოვნები Cisco Unity Connection-ის გამოშვებისთვის 14 მისამართზე
https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/requirements/b_14cucsysreqs.html.
დააინსტალირეთ გამომცემლის სერვერი. დამატებითი ინფორმაციისთვის იხილეთ განყოფილება Publisher Server-ის ინსტალაცია.
დააინსტალირეთ აბონენტის სერვერი. დამატებითი ინფორმაციისთვის იხილეთ აბონენტის სერვერის ინსტალაციის განყოფილება.
დააკონფიგურირეთ Cisco Unified Real-Time Monitoring Tool როგორც გამომცემლის, ასევე აბონენტის სერვერებისთვის, რათა გაგზავნონ შეტყობინებები Unity Connection-ის შემდეგი გაფრთხილებებისთვის:

- AutoFailback Failed
- AutoFailback Succeeded
- AutoFailoverFailed
- AutoFailover წარმატებით დასრულდა
- NoConnectionToPeer
- SbrFaile

Unity Connection-ის გაფრთხილებებისთვის გაფრთხილების შეტყობინებების დაყენების ინსტრუქციებისთვის იხილეთ Cisco Unified Real-Time Monitoring Tool-ის განყოფილება „Cisco Unified Real-Time Monitoring Tool“-ის განყოფილებაში. http://www.cisco.com/c/en/us/support/unified-communications/unity-connection/products-maintenance-guides-list.html.

(სურვილისამებრ) შეასრულეთ შემდეგი ამოცანები გამომცემლის სერვერზე კლასტერის პარამეტრების მოსარგებად:

შედით Cisco Unity Connection-ის ადმინისტრაციაში.
გააფართოვეთ სისტემის პარამეტრები > გაფართოებული და აირჩიეთ Cluster Configuration.
კლასტერის კონფიგურაციის გვერდზე შეცვალეთ სერვერის სტატუსი და აირჩიეთ შენახვა. კლასტერში სერვერის სტატუსის შეცვლის შესახებ დამატებითი ინფორმაციისთვის იხილეთ დახმარება> ეს გვერდი.

ერთიანობის კავშირის კლასტერის ადმინისტრირება

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

კლასტერის სტატუსის შემოწმება

თქვენ შეგიძლიათ შეამოწმოთ Unity Connection კლასტერის სტატუსი ან გამოყენებით web ინტერფეისი ან ბრძანების ხაზის ინტერფეისი (CLI). ნაბიჯები ერთიანობის კავშირის კლასტერის სტატუსის შესამოწმებლად Web ინტერფეისი

ნაბიჯი 1შედით Cisco Unity Connection Serviceability-ში ან გამომცემლის ან აბონენტის სერვერზე.
ნაბიჯი 2 გააფართოვეთ Tools და აირჩიეთ Cluster Management.
ნაბიჯი 3 კლასტერების მართვის გვერდზე, შეამოწმეთ სერვერის სტატუსი. მეტი ინფორმაციისთვის სერვერის სტატუსი, იხილეთ სერვერის სტატუსი და მისი ფუნქციები Unity Connection Cluster-ის განყოფილებაში.

ნაბიჯები Unity Connection Cluster-ის სტატუსის შესამოწმებლად ბრძანების ხაზის ინტერფეისიდან (CLI)

ნაბიჯი 1 თქვენ შეგიძლიათ გაუშვათ show cuc კლასტერის სტატუსის CLI ბრძანება გამომცემლის სერვერზე ან აბონენტის სერვერზე კლასტერის სტატუსის შესამოწმებლად.
ნაბიჯი 2 სერვერის სტატუსისა და მასთან დაკავშირებული ფუნქციების შესახებ დამატებითი ინფორმაციისთვის იხილეთ სერვერის სტატუსი და მისი ფუნქციები Unity Connection Cluster-ის განყოფილებაში.

შეტყობინებების პორტების მართვა კლასტერში

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

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

ინტეგრაცია ტიპი

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

ინტეგრაცია Skinny Client Control Protocol-ით (SCCP) Cisco Unified Communications Manager-თან ან Cisco Unified Communications Manager Express-თან

• სატელეფონო სისტემა დაყენებულია SCCP ხმების ორჯერ მეტი რაოდენობით, რაც საჭიროა ხმოვანი შეტყობინებების ტრაფიკის დასამუშავებლად. (მაგampხმოვანი ფოსტის პორტის მოწყობილობები საჭიროა ყველა ხმოვანი შეტყობინებების გადასამუშავებლად ხმოვანი ფოსტის პორტის მოწყობილობები დაყენებული უნდა იყოს სატელეფონო სისტემაში.)

• Cisco Unity Connection Administration-ში ხმოვანი შეტყობინებების კონფიგურაცია ხდება ისე, რომ ტელეფონზე დაყენებული პორტების ნახევარი ენიჭება კლასტერში თითოეულ სერვერს. (მაგampთითოეულ სერვერს აქვს 16 ხმოვანი შეტყობინებების პორტი.)

• სატელეფონო სისტემაში ხაზის ჯგუფი, ნადირობის სია და ნადირობის ჯგუფი საშუალებას აძლევს აბონენტის სერვერს უპასუხოს შემომავალ ზარების უმეტესობას.

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

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

ინტეგრაცია SIP Trunk-ის მეშვეობით Cisco Unified Communications Manager-თან ან Cisco Unified Communications Manager Express-თან

• Cisco Unity Connection Administration-ში VO პორტების ნახევარი, რომელიც საჭიროა ხმოვანი შეტყობინებების ტრაფიკის დასამუშავებლად, მინიჭებულია კლასტერში. (მაგampმაგალითად, თუ ხმოვანი შეტყობინებების 16 პორტია საჭირო კლასტერის ხმოვანი შეტყობინებების ყველა ტრაფიკისთვის, კლასტერში თითოეულ სერვერს აქვს ხმოვანი შეტყობინებების 8 პორტი.)

• სატელეფონო სისტემაში მარშრუტების ჯგუფი, მარშრუტების სია და მარშრუტის ნიმუში a ზარების თანაბრად განაწილებისთვის კლასტერში ორივე სერვერს შორის.

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

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

კლასტერისთვის.

ინტეგრაცია ტიპი

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

ინტეგრაცია PIMG/TIMG ერთეულების მეშვეობით

• სატელეფონო სისტემაზე დაყენებული პორტების რაოდენობა იგივეა, რაც nu ხმოვანი შეტყობინებების პორტები კლასტერში თითოეულ სერვერზე, რათა სერვერს ჰქონდეს ხმოვანი შეტყობინებების პორტები. (მაგampმაგალითად, თუ სატელეფონო სისტემა დაყენებულია ხმოვანი შეტყობინებების პორტებით, კლასტერში თითოეულ სერვერს უნდა ჰქონდეს იგივე შეტყობინებების პორტები.)

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

• PIMG/TIMG ერთეულები კონფიგურირებულია სერვერებს შორის ხმოვანი შეტყობინებების დასაბალანსებლად.

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

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

სხვა ინტეგრაციები, რომლებიც იყენებენ SIP-ს

• Cisco Unity Connection Administration-ში, ხმოვანი პორტების ნახევარი, რომლებიც საჭიროა ხმოვანი შეტყობინებების ტრაფიკის დასამუშავებლად, მინიჭებულია კლასტერში. (მაგampთუ კლასტერისთვის საჭიროა ხმოვანი შეტყობინებების 16 პორტი, კლასტერში თითოეულ სერვერს აქვს შეტყობინებების პორტები.)

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

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

ყველა პორტის შეჩერება ახალი ზარების მიღებისგან

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

რჩევა გამოიყენეთ პორტის მონიტორის გვერდი რეალურ დროში მონიტორინგის ხელსაწყოში (RTMT), რათა დაადგინოთ, ახორციელებს თუ არა რომელიმე პორტი ამჟამად სერვერის ზარებს. დამატებითი ინფორმაციისთვის იხილეთ ნაბიჯი ყველა პორტის აღების შეჩერება ახალი ზარები
Unity Connection სერვერზე ყველა პორტის შეჩერება ახალი ზარების მიღებისგან

ნაბიჯი 1 შედით Cisco Unity Connection Serviceability-ში.

ნაბიჯი 2გააფართოვეთ Tools მენიუ და აირჩიეთ Cluster Management.
ნაბიჯი 3 კლასტერების მენეჯმენტის გვერდზე, პორტის მენეჯერის ქვეშ, პორტის სტატუსის შეცვლა სვეტში აირჩიეთ სერვერის ზარების შეწყვეტა.

ყველა პორტის გადატვირთვა ზარების მისაღებად

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

ნაბიჯი 1 შედით Cisco Unity Connection Serviceability-ში.
ნაბიჯი 2 გააფართოვეთ Tools მენიუ და აირჩიეთ Cluster Management.

ნაბიჯი 3 კლასტერების მენეჯმენტის გვერდზე, პორტის მენეჯერის ქვეშ, პორტის სტატუსის შეცვლა სვეტში, აირჩიეთ სერვერის ზარების მიღება.

სერვერის სტატუსი და მისი ფუნქციები ერთიან კავშირის კლასტერში

კლასტერში თითოეულ სერვერს აქვს სტატუსი, რომელიც გამოჩნდება Cisco Unity Connection Serviceability-ის Cluster Management გვერდზე. სტატუსი მიუთითებს ფუნქციებზე, რომლებსაც სერვერი ამჟამად ასრულებს კლასტერში, როგორც აღწერილია ცხრილში 2: სერვერის სტატუსი ერთიან კავშირის კლასტერში

ცხრილი 2: სერვერის სტატუსი Unity Connection Cluste-შიr

სერვერის სტატუსი

Sever-ის პასუხისმგებლობები ერთიან კავშირის კლასტერში

პირველადი

• აქვეყნებს მონაცემთა ბაზას და შეტყობინებების შესანახს, რომლებიც ტირაჟირებულია სხვა სერვერზე

• იღებს ტირაჟირებულ მონაცემებს სხვა სერვერიდან.

• აჩვენებს და იღებს ცვლილებებს ადმინისტრაციულ ინტერფეისებში, როგორიცაა Unity Connection და Cisco Unified Operating System Administration. ეს მონაცემები იმეორებს სხვა კლასტერს.

• პასუხობს სატელეფონო ზარებს და იღებს შეტყობინებებს.

• აგზავნის შეტყობინებებს და MWI მოთხოვნებს.

• აგზავნის SMTP შეტყობინებებს და VPIM შეტყობინებებს.

• ახდენს ხმოვანი შეტყობინებების სინქრონიზაციას Unity Connection და Exchange საფოსტო ყუთებში, თუ Unifi ფუნქცია კონფიგურირებულია.

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

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

სერვერის სტატუსი	Sever-ის პასუხისმგებლობები ერთიან კავშირის კლასტერში
მეორადი	• იღებს ტირაჟირებულ მონაცემებს სერვერიდან პირველადი სტატუსით. მონაცემები მოიცავს მონაცემთა ბაზას და შენახვას. • იმეორებს მონაცემებს სერვერზე პირველადი სტატუსით. • აჩვენებს და იღებს ცვლილებებს ადმინისტრაციულ ინტერფეისებში, როგორიცაა Unity Connection Adm და Cisco Unified Operating System Administration. მონაცემები იმეორებს სერვერს სტატუსით. • პასუხობს სატელეფონო ზარებს და იღებს შეტყობინებებს. • აკავშირებს კლიენტებს, როგორიცაა ელექტრონული ფოსტის აპლიკაციები და web ინსტრუმენტები ხელმისაწვდომია Ci შენიშვნა მხოლოდ მეორადი სტატუსის მქონე სერვერის დეაქტივაცია შეიძლება.
გამორთულია	• იღებს ტირაჟირებულ მონაცემებს სერვერიდან პირველადი სტატუსით. მონაცემები მოიცავს მონაცემთა ბაზას და შენახვას. • არ აჩვენებს ადმინისტრაციულ ინტერფეისებს, როგორიცაა Unity Connection Administration და Unified Operating System Administration. მონაცემები იმეორებს სერვერს Primary-ით • არ პასუხობს სატელეფონო ზარებს და არ იღებს შეტყობინებებს. • არ უკავშირდება კლიენტებს, როგორიცაა ელექტრონული ფოსტის აპლიკაციები და web ინსტრუმენტები ხელმისაწვდომია Cisco PCA-ს მეშვეობით.
არ ფუნქციონირებს	• არ იღებს განმეორებით მონაცემებს სერვერიდან პირველადი სტატუსით. • არ იმეორებს მონაცემებს პირველადი სტატუსის სერვერზე. • არ აჩვენებს ადმინისტრაციულ ინტერფეისებს, როგორიცაა Unity Connection Administration და Unified Operating System Administration. • არ პასუხობს სატელეფონო ზარებს და არ იღებს შეტყობინებებს. შენიშვნა სერვერი, რომელსაც სტატუსი არ ფუნქციონირებს, ჩვეულებრივ ითიშება.
დაწყებული	• იღებს ტირაჟირებულ მონაცემთა ბაზას და შეტყობინებების მაღაზიას სერვერიდან პირველადი სტატუსით. • იმეორებს მონაცემებს სერვერზე პირველადი სტატუსით. • არ პასუხობს სატელეფონო ზარებს და არ იღებს შეტყობინებებს. • არ ახდენს ხმოვანი შეტყობინებების სინქრონიზაციას Unity Connection-სა და Exchange საფოსტო ყუთებს შორის). შენიშვნა ეს სტატუსი მხოლოდ რამდენიმე წუთს გრძელდება, რის შემდეგაც სერვერი იღებს შესაბამის სტატუსს

სერვერის სტატუსი

Sever-ის პასუხისმგებლობები ერთიან კავშირის კლასტერში

მონაცემთა რეპლიკაცია

• აგზავნის და იღებს მონაცემებს კლასტერიდან.

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

• არ უკავშირდება კლიენტებს, როგორიცაა ელექტრონული ფოსტის აპლიკაციები და web ინსტრუმენტები ხელმისაწვდომია Cisco PCA-ში გარკვეული დროის განმავლობაში.

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

გაყოფილი ტვინის აღდგენა (ძირითადი სტატუსის მქონე ორი სერვერის გამოვლენის შემდეგ)

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

• იმეორებს მონაცემებს სხვა სერვერზე.

• არ ახდენს ხმოვანი შეტყობინებების სინქრონიზაციას Unity Connection-სა და Exchange საფოსტო ყუთის შემომავალი გარკვეული დროის განმავლობაში ჩართულია.

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

სერვერის სტატუსის შეცვლა კლასტერში და მისი ეფექტები

Unity Connection კლასტერის სტატუსი შეიძლება შეიცვალოს ავტომატურად ან ხელით. თქვენ შეგიძლიათ ხელით შეცვალოთ სერვერების სტატუსი კლასტერში შემდეგი გზებით:

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

სერვერის სტატუსის ხელით შეცვლა მეორადიდან პირველადზე

ნაბიჯი 1 შედით Cisco Unity Connection Serviceability-ში.
ნაბიჯი 2 Tools მენიუდან აირჩიეთ Cluster Management.

ნაბიჯი 3 კლასტერების მენეჯმენტის გვერდზე, სერვერის მენეჯერის მენიუდან, სერვერის სტატუსის შეცვლა მეორადი სტატუსის მქონე სერვერის სვეტში აირჩიეთ Make Primary.
ნაბიჯი 4 სერვერის სტატუსის ცვლილების დადასტურების მოთხოვნისას აირჩიეთ OK. სერვერის სტატუსის სვეტი აჩვენებს შეცვლილ სტატუსს, როდესაც ცვლილება დასრულდება.

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

ნაბიჯი 1 შედით რეალურ დროში მონიტორინგის ხელსაწყოში (RTMT).
ნაბიჯი 2 Cisco Unity Connection მენიუდან აირჩიეთ Port Monitor. პორტის მონიტორის ინსტრუმენტი გამოჩნდება მარჯვენა პანელში.
ნაბიჯი 3 Node ველში აირჩიეთ სერვერი მეორადი სტატუსით.

ნაბიჯი 4 მარჯვენა პანელში აირჩიეთ გამოკითხვის დაწყება. გაითვალისწინეთ, ახორციელებს თუ არა ხმოვანი შეტყობინებების რომელიმე პორტი სერვერის ზარებს.
ნაბიჯი 5 შედით Cisco Unity Connection Serviceability-ში.
ნაბიჯი 6 Tools მენიუდან აირჩიეთ Cluster Management.

ნაბიჯი 7 თუ ხმოვანი შეტყობინებების პორტები ამჟამად არ ამუშავებენ სერვერის ზარებს, გადადით მასზე სერვერის სტატუსის ხელით შეცვლა მეორადიდან დეაქტივირებულზე. თუ არის ხმოვანი შეტყობინებების პორტები, რომლებიც ამჟამად ამუშავებენ სერვერის ზარებს, კლასტერების მართვის გვერდზე, პორტის სტატუსის შეცვლა სვეტში აირჩიეთ სერვერის ზარების შეწყვეტა და შემდეგ დაელოდეთ სანამ RTMT აჩვენებს, რომ სერვერის ყველა პორტი უმოქმედოა.
ნაბიჯი 8 კლასტერების მართვის გვერდზე, სერვერის მენეჯერის მენიუდან, სერვერის სტატუსის შეცვლა სვეტში
მეორადი სტატუსით აირჩიეთ გამორთვა. სერვერის გამორთვა წყვეტს ყველა ზარს, რომელსაც სერვერის პორტები ამუშავებენ.
ნაბიჯი 9 როდესაც მოგეთხოვებათ დაადასტუროთ სერვერის სტატუსის ცვლილება, აირჩიეთ OK. სერვერის სტატუსის სვეტი აჩვენებს შეცვლილ სტატუსს, როდესაც ცვლილება დასრულდება.

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

ნაბიჯი 1 შედით Cisco Unity Connection Serviceability-ში.
ნაბიჯი 2 ინსტრუმენტების მენიუდან აირჩიეთ კლასტერების მართვა.

ნაბიჯი 3 კლასტერების მართვის გვერდზე, სერვერის მენეჯერის მენიუში, სერვერის სტატუსის შეცვლა დეაქტივირებული სტატუსის მქონე სერვერისთვის, აირჩიეთ გააქტიურება.
ნაბიჯი 4 სერვერის სტატუსის ცვლილების დადასტურების მოთხოვნისას აირჩიეთ OK. სერვერის სტატუსის სვეტი აჩვენებს შეცვლილ სტატუსს, როდესაც ცვლილება დასრულდება

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

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

ეფექტები:

ცხრილი 3: ეფექტი მიმდინარე ზარებზე, როდესაც სერვერის სტატუსი იცვლება ერთიან კავშირის კლასტერში

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

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

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

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

Cisco Unity Connection Administration
Cisco Unity Connection Serviceability
Cisco Unity Connection web ინსტრუმენტებზე წვდომა Cisco PCA-ს მეშვეობით - შეტყობინებების ასისტენტი, შეტყობინებების შემოსულები და პერსონალური ზარის გადაცემის წესები web ხელსაწყოები

Cisco Web შემოსულები
წარმომადგენლობითი სახელმწიფო გადაცემის (REST) API კლიენტები

კრიტიკული სერვისის შეჩერების ეფექტი ერთიანობის კავშირის კლასტერზე

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

ცხრილი 4: კრიტიკული სერვისის შეჩერების ეფექტი ერთიანობის კავშირის კლასტერზე

სერვერი

ეფექტები

გამომცემელი

• როდესაც სერვერს აქვს ძირითადი სტატუსი, კრიტიკული სერვისის შეჩერება Cisco Unity Connection Serviceability-ში იწვევს სერვერის სტატუსის შეცვლას მეორადზე და ამცირებს სერვერის ნორმალურად ფუნქციონირების უნარს.

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

• როდესაც სერვერს აქვს მეორადი სტატუსი, კრიტიკული სერვისის შეჩერება Cisco Unity Connection Serviceability-ში ამცირებს სერვერის ნორმალურად ფუნქციონირების უნარს. სერვერების სტატუსი არ იცვლება.

აბონენტი

როდესაც სერვერს აქვს ძირითადი სტატუსი, კრიტიკული სერვისის შეჩერება Cisco Unity Connection Serviceability-ში ამცირებს სერვერის ნორმალურად ფუნქციონირების უნარს. სერვერების სტატუსი არ იცვლება.

სერვერის გამორთვა ა კასეტური

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

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

ნაბიჯი 1 სერვერზე, რომელიც არ ითიშება, შედით Cisco Unity Connection Serviceability-ში.
ნაბიჯი 2 Tools მენიუდან აირჩიეთ Cluster Management.
ნაბიჯი 3 კლასტერების მართვის გვერდზე იპოვნეთ სერვერი, რომლის გამორთვაც გსურთ.

ნაბიჯი 4 თუ სერვერს, რომლის გამორთვაც გსურთ, აქვს მეორადი სტატუსი, გადადით მასზე
ნაბიჯი 5. თუ სერვერს, რომლის გამორთვაც გსურთ, აქვს ძირითადი სტატუსი, შეცვალეთ სტატუსი:
- მეორადი სტატუსის მქონე სერვერის სერვერის სტატუსის შეცვლა სვეტში აირჩიეთ ძირითადი.
- როდესაც მოგეთხოვებათ დაადასტუროთ სერვერის სტატუსის ცვლილება, აირჩიეთ OK.
- დაადასტურეთ, რომ სერვერის სტატუსის სვეტი მიუთითებს, რომ სერვერს ახლა აქვს ძირითადი სტატუსი და რომ სერვერს, რომლის გამორთვაც გსურთ, აქვს მეორადი სტატუსი
ნაბიჯი 5 მეორადი სტატუსის მქონე სერვერზე (ის, რომლის გამორთვაც გსურთ), შეცვალეთ სტატუსი:
- შედით რეალურ დროში მონიტორინგის ხელსაწყოში (RTMT).
- Cisco Unity Connection მენიუდან აირჩიეთ Port Monitor. პორტის მონიტორის ინსტრუმენტი გამოჩნდება მარჯვენა პანელში.
- Node ველში აირჩიეთ სერვერი მეორადი სტატუსით.
- მარჯვენა პანელში აირჩიეთ გამოკითხვის დაწყება.
- გაითვალისწინეთ, ახორციელებს თუ არა ხმოვანი შეტყობინებების რომელიმე პორტი სერვერის ზარებს.
- თუ ამჟამად სერვერისთვის ხმოვანი შეტყობინებების პორტები არ ამუშავებს ზარებს, გადადით ნაბიჯი 5გ-ზე. თუ არის ხმოვანი შეტყობინებების პორტები, რომლებიც ამჟამად ამუშავებენ სერვერის ზარებს, კლასტერების მართვის გვერდზე,
  პორტის სტატუსის შეცვლა სვეტში აირჩიეთ სერვერის ზარების შეწყვეტა და შემდეგ დაელოდეთ სანამ RTMT აჩვენებს, რომ სერვერის ყველა პორტი უმოქმედოა.
- კლასტერების მენეჯმენტის გვერდზე, სერვერის მენეჯერის მენიუდან, სერვერის სტატუსის შეცვლა მეორადი სტატუსის მქონე სერვერის სვეტში აირჩიეთ დეაქტივაცია. გაფრთხილება სერვერის გამორთვა წყვეტს ყველა ზარს, რომელსაც სერვერის პორტები ამუშავებენ
- როდესაც მოგეთხოვებათ დაადასტუროთ სერვერის სტატუსის ცვლილება, აირჩიეთ OK.
- დაადასტურეთ, რომ სერვერის სტატუსის სვეტი მიუთითებს, რომ სერვერს ახლა აქვს დეაქტივირებული სტატუსი.

ნაბიჯი 6 გამორთეთ სერვერი, რომელიც თქვენ გამორთეთ:
- შედით Cisco Unity Connection Serviceability-ში.
- გააფართოვეთ Tools და აირჩიეთ Cluster Management.
- დარწმუნდით, რომ სერვერის სტატუსის სვეტი აჩვენებს არაფუნქციონირების სტატუსს იმ სერვერისთვის, რომელსაც თქვენ გამორთავთ

სერვერების ჩანაცვლება კლასტერში

მიჰყევით მოცემულ სექციებში მოცემულ ნაბიჯებს, რათა შეცვალოთ გამომცემელი ან აბონენტის სერვერი კლასტერში:

გამომცემლის სერვერის შესაცვლელად იხილეთ განყოფილება გამომცემლის სერვერის ჩანაცვლება.
აბონენტის სერვერის შესაცვლელად იხილეთ განყოფილება აბონენტის სერვერის ჩანაცვლება.

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

კლასტერს შეიძლება მიენიჭოს DNS სახელი, რომელიც იზიარებს Unity Connection სერვერებს.
კლიენტები, როგორიცაა ელექტრონული ფოსტის აპლიკაციები და web ინსტრუმენტებს, რომლებიც ხელმისაწვდომია Cisco Personal Communications Assistant-ის (PCA) საშუალებით, შეუძლიათ დაუკავშირდნენ Unity Connection სერვერებს.
სატელეფონო სისტემებს შეუძლიათ ზარების გაგზავნა Unity Connection სერვერებზე.

შემომავალი ტელეფონის ტრაფიკის დატვირთვა დაბალანსებულია Unity Connection სერვერებს შორის სატელეფონო სისტემის, PIMG/TIMG ერთეულების ან სხვა კარიბჭეების მეშვეობით, რომლებიც საჭიროა ტელეფონის სისტემის ინტეგრაციისთვის.

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

მონაცემთა ბაზისა და შეტყობინებების მაღაზიის დაბრუნება და გამოქვეყნება, რომლებიც ტირაჟირებულია სხვა სერვერზე.
შეტყობინებების გაგზავნა და MWI მოთხოვნები (დაკავშირების შეტყობინებების სერვისი გააქტიურებულია).
SMTP შეტყობინებების და VPIM შეტყობინებების გაგზავნა (დაკავშირების შეტყობინების გადაცემის აგენტის სერვისი გააქტიურებულია).
ხმოვანი შეტყობინებების სინქრონიზაცია Unity Connection-სა და Exchange საფოსტო ყუთებს შორის, თუ კონფიგურირებულია შეტყობინებების ერთიანი ფუნქცია (გააქტიურებულია Unity Connection Mailbox Sync სერვისი).

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

შენიშვნა

რეკომენდირებულია პროვიაჟირების შესრულება მხოლოდ Publisher სერვერზე Active-Active რეჟიმში და Subscriber-ზე (Acting Primary) კლასტერული უკმარისობის შემთხვევაში. პაროლის შეცვლა და პაროლის დაყენების ცვლილება მომხმარებლის PIN-ისთვის/Web აპლიკაცია უნდა იყოს მოწოდებული Publisher სერვერზე Active-Active რეჟიმში. სერვერის სტატუსის მონიტორინგისთვის Connection Server Role Manager სერვისი მუშაობს Cisco Unity Connection Serviceability-ში ორივე სერვერზე. ეს სერვისი ასრულებს შემდეგ ფუნქციებს:

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

გაითვალისწინეთ შემდეგი შეზღუდვები, როდესაც გამომცემლის სერვერი არ ფუნქციონირებს:

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

Connection Server Role Manager სერვისი აგზავნის შენარჩუნების მოვლენას გამომცემელსა და აბონენტის სერვერებს შორის, რათა დაადასტუროს, რომ სერვერები ფუნქციონირებს და დაკავშირებულია. თუ ერთ-ერთი სერვერი შეწყვეტს ფუნქციონირებას ან სერვერებს შორის კავშირი დაიკარგება, Connection Server Role Manager სერვისი ელოდება შენარჩუნების მოვლენებს და შეიძლება დასჭირდეს 30-დან 60 წამამდე, რათა აღმოაჩინოს, რომ სხვა სერვერი მიუწვდომელია. სანამ კავშირი სერვერის როლის მენეჯერის სერვისი ელოდება შენარჩუნების მოვლენებს, მომხმარებლები, რომლებიც შედიან სერვერზე მეორადი სტატუსით, არ შეუძლიათ წვდომა თავიანთ საფოსტო ყუთში ან გაგზავნონ შეტყობინებები, რადგან კავშირი სერვერის როლის მენეჯერის სერვისს ჯერ არ აღმოუჩენია, რომ სერვერი პირველადი სტატუსით (რომელსაც აქვს აქტიური შეტყობინებების მაღაზია) მიუწვდომელია. ამ სიტუაციაში, აბონენტებს, რომლებიც ცდილობენ დატოვონ შეტყობინება, შეიძლება მოისმინონ მკვდარი ჰაერი ან არ მოისმინონ ჩაწერის სიგნალი.

შენიშვნა რეკომენდებულია LDAP მომხმარებლების იმპორტი და წაშლა მხოლოდ გამომცემლის კვანძიდან.

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

როდესაც ორივე სერვერს Unity Connection კლასტერში აქვს პირველადი სტატუსი ერთდროულად (მაგampროდესაც სერვერებმა დაკარგეს კავშირი ერთმანეთთან), ორივე სერვერი ამუშავებს შემოსულ ზარებს (უპასუხეთ სატელეფონო ზარებს და იღებს შეტყობინებებს), აგზავნის შეტყობინებებს, აგზავნის MWI მოთხოვნებს, იღებს ცვლილებებს ადმინისტრაციულ ინტერფეისებში (როგორიცაა Unity Connection Administration) და სინქრონიზაცია მოახდინე ხმოვანი შეტყობინებები Unity Connection-ისა და Exchange საფოსტო ყუთებში, თუ ერთი შემომავალი ჩართულია

ამასთან, სერვერები არ იმეორებენ მონაცემთა ბაზას და შეტყობინებების მაღაზიას ერთმანეთზე და არ იღებენ გამეორებულ მონაცემებს ერთმანეთისგან.
როდესაც სერვერებს შორის კავშირი აღდგება, სერვერების სტატუსი დროებით იცვლება Split Brain Recovery-ზე, სანამ მონაცემები მრავლდება სერვერებს შორის და კოორდინირებულია MWI პარამეტრები. იმ დროს, როდესაც სერვერის სტატუსი არის Split Brain Recovery, Connection Message Transfer Agent სერვისი და Connection Notifier სერვისი (Cisco Unity Connection Serviceability-ში) შეჩერებულია ორივე სერვერზე, ამიტომ Unity Connection არ აწვდის შეტყობინებას და არ აგზავნის შეტყობინებას. შეტყობინებები.
Connection Mailbox Sync სერვისი ასევე შეჩერებულია, ამიტომ Unity Connection არ ახდენს ხმოვანი შეტყობინებების სინქრონიზაციას Exchange-თან (ერთი შემოსულები). შეტყობინებების მაღაზიები ასევე მოკლედ იშლება, ასე რომ Unity Connection ეუბნება მომხმარებლებს, რომლებიც ცდილობენ თავიანთი შეტყობინებების აღდგენას ამ ეტაპზე, რომ მათი საფოსტო ყუთები დროებით მიუწვდომელია.
როდესაც აღდგენის პროცესი დასრულდება, გამომცემლის სერვერზე დაიწყება Connection Message Transfer Agent სერვისი და Connection Notifier სერვისი. აღდგენის პროცესში ჩამოსული შეტყობინებების მიწოდებას შეიძლება დამატებითი დრო დასჭირდეს, რაც დამოკიდებულია მიწოდებული შეტყობინებების რაოდენობაზე. კავშირის შეტყობინებების გადაცემის აგენტის სერვისი და Connection Notifier სერვისი იწყება აბონენტის სერვერზე. და ბოლოს, გამომცემლის სერვერს აქვს ძირითადი სტატუსი, ხოლო აბონენტის სერვერს აქვს მეორადი სტატუსი. ამ ეტაპზე, Connection Mailbox Sync სერვისი იწყება სერვერზე Primary სტატუსით, რათა Unity Connection-მა განაახლოს ხმოვანი შეტყობინებების სინქრონიზაცია Exchange-თან, თუ ერთი შემომავალი ჩართულია.

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

CISCO Release 14 Unity Connection Cluster [pdf] მომხმარებლის სახელმძღვანელო
Release 14 Unity Connection Cluster, Release 14, Unity Connection Cluster, Connection Cluster, Cluster

ცნობები

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

CISCO Release 14 Unity Connection Cluster

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

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

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