SERGO SIMONISHVILI
← ყველა პროექტი

ინტერნეტ-პროვაიდერის პორტალი

ქსელის მონიტორინგი და ავტომატიზაცია

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

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

სტატუსი
მუშაობს და ვითარდება
ჩემი როლი
შემუშავება იდეიდან ექსპლუატაციამდე
ვინ იყენებს
ოპერატორები, მემონტაჟეები, ინჟინრები
ქსელის ინტერაქტიული რუკა პორტალში: ცენტრალური კვანძი, კომუტატორები, ვირტუალიზაციის სერვერი ვირტუალური მანქანებით და სამი OLT, თითოეულის გარშემო — მისი ONU-ები. ერთი OLT-ის რვა ONU წითლადაა მონიშნული, მდგომარეობის პანელში — ერთი პრობლემური საყრდენი მოწყობილობა.
ინტერაქტიული რუკა: მოწყობილობები, კავშირები და ONU-ების ჯგუფები OLT-ების გარშემო. ერთ PON-ზე რვა ONU კავშირის გარეშეა. ქსელის სქემა სადემონსტრაციოა.

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

რას აერთიანებს პორტალი

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

  1. ქსელის ინტერაქტიული რუკა

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

  2. მოწყობილობების მონიტორინგი

    საკუთარი SNMP-გამოკითხვა მაჩვენებლების შაბლონებით: ხელმისაწვდომობა, ოპტიკური დონეები, არხების დატვირთვა, სერვერების პროცესორი, მეხსიერება და დისკები. ცალკე კონტროლდება OLT-ებისა და სერვერის ოთახის კვება; ხშირი გადართვები არასტაბილურობად აღიქმება და არა ახალი ავარიების სერიად.

  3. გრაფიკები Cacti-ის მეშვეობით

    მოწყობილობის დამატების ოსტატი მას თავად არეგისტრირებს Cacti-ში პროფილის მიხედვით, პორტალი კი შემდეგ გრაფიკებს მოწყობილობის ბარათში აჩვენებს. გრაფიკების პორტალშივე აგება შემდეგი ეტაპია.

  4. აბონენტის დიაგნოსტიკა

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

  5. ONU-ს ჩართვა და შეცვლა

    ახალი ONU-ს აღმოჩენა, დროებითი სამონტაჟო ინტერნეტი, აბონენტზე მიბმა, კონფიგურაცია, როუტერის MAC-ის რეგისტრაცია და სესიის შემოწმება. ONU-ს შეცვლა ანგარიშის ახალ მოწყობილობაზე გადატანით.

  6. მუშაობა ბილინგთან

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

  7. ავარიები და მიმართვები

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

  8. MAX და გასვლითი სამუშაო

    თანამშრომლები MAX-ში იღებენ შეტყობინებებს მოწყობილობებზე, ავარიებსა და განაცხადებზე. მემონტაჟე ჩართვას ნაბიჯ-ნაბიჯ გადის პირდაპირ ბოტთან დიალოგში. პორტალს მობილური ვერსიაც აქვს.

  9. ბოტი აბონენტებისთვის

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

  10. ჟურნალები და გამოძიებები

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

  11. თავად სისტემის ექსპლუატაცია

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

  12. თანამშრომლების წვდომა

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

სცენარი 1

აბონენტის ჩართვა

საწყისი მდგომარეობა

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

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

  1. პორტალი OLT-ზე ახალ ONU-ს პოულობს და თავად ამზადებს მისთვის დროებით სამონტაჟო ინტერნეტს ცალკე VLAN-ში. ბოტი მემონტაჟეს ატყობინებს, როდის შეიძლება როუტერის მიერთება.
  2. მემონტაჟე აბონენტის ანგარიშს ირჩევს. თუ აბონენტი ბილინგში ჯერ არ არის, მას ცალკე აფორმებენ — წინასწარ ან პირდაპირ ადგილზე.
  3. სისტემა ONU-ს ამ OLT-ის პროფილით აკონფიგურირებს, კონფიგურაციას ინახავს, ONU-ს გადატვირთავს და მის დაბრუნებას ელოდება.
  4. შემდეგ საჭიროა აბონენტის როუტერი. ბოტი გვიხსნის, როგორ მივაერთოთ, და თავად გვთავაზობს შემდეგ ნაბიჯს, როცა როუტერის MAC ONU-ს უკან გამოჩნდება. MAC ბილინგში ორი ერთნაირი დაკვირვების შემდეგ რეგისტრირდება.
  5. სისტემა კავშირს ანახლებს და ქსელურ სესიას ელოდება. მემონტაჟე ადასტურებს: ინტერნეტი მუშაობს.

შედეგის შემოწმება

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

თუ არ გამოვიდა

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

MAX სამსახურებრივი ბოტი · ONU-ს ჩართვა

  1. ახალი ONU აღმოჩენილია. სამონტაჟო ინტერნეტს ავტომატურად ვამზადებთ. ბოტი შეგატყობინებთ, როდის შეიძლება როუტერის მიერთება.
  2. ველოდებით როუტერის მიერთებას. ჩართეთ როუტერის კვება. შეაერთეთ ONU-ს ქსელური პორტი კაბელით როუტერის WAN ან INTERNET პორტთან. შეამოწმეთ WAN/INTERNET ინდიკატორი: ის უნდა აინთოს ან ციმციმებდეს. როუტერის აღმოჩენის შემდეგ ბოტი თავად შემოგთავაზებთ შემდეგ ნაბიჯს.
  3. ONU წარმატებით დაკონფიგურირდა. ვანახლებთ კლიენტის კავშირს. ინტერნეტი შეიძლება მოკლე დროით გაითიშოს — ეს ნორმალურია. არაფერი გამორთოთ და არაფერს დააჭიროთ.
მიერთების სცენარი: ბოტის შეტყობინებები სიტყვასიტყვით საწყისი კოდიდანაა (თარგმნილი), ეს ეკრანის სურათი არ არის.
გვერდი „ახალი აბონენტი — ფიზიკური პირი“: პორტალის ოპერატორი, ბილინგის მენეჯერი, წვდომა ჯერ არ არის დადასტურებული; პირველი ნაბიჯი — წვდომის დადასტურება მენეჯერის პაროლით, შემდეგი — აბონენტის მონაცემები.
აბონენტის შექმნის ოსტატი: პორტალი ბილინგში მენეჯერის სახელით მუშაობს და მის პაროლს არ ინახავს.

სცენარი 2

აბონენტს ინტერნეტი არ აქვს

საწყისი მდგომარეობა

აბონენტი რეკავს: ინტერნეტი არ არის. მიზეზი შეიძლება ნებისმიერ ადგილას იყოს — ONU-ს კვება, ხაზი, პორტი, ბალანსი, როუტერი ან სესია.

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

  1. ოპერატორი აბონენტს ძიებით პოულობს და ბარათს ხსნის — კომპიუტერიდან ან ტელეფონიდან.
  2. შემოწმება ჯაჭვის გასწვრივ მიდის: ONU კავშირზეა, ოპტიკა, მდგომარეობა ბილინგში და ბალანსი, წვდომის სესია, VLAN. კლიენტის MAC ოთხ წყაროსთან შედარდება: სესია, ბილინგი, OLT და ქსელის ბირთვი.
  3. შედეგი ასახელებს პირველ რგოლს, სადაც ჯაჭვი გაწყდა, და რა უნდა გააკეთოს ოპერატორმა.
  4. ბარათიდან ხელმისაწვდომია ONU-ს გამოკითხვა, პორტის გადატვირთვა, VLAN-ის შეცვლა, კავშირის გადატვირთვა და MAC-ის რეგისტრაცია ბილინგში. შედეგების მქონე მოქმედებები დადასტურებასა და ოპერაციაზე უფლებას მოითხოვს.

შედეგის შემოწმება

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

თუ არ გამოვიდა

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

ONU-სა და აბონენტის ბარათი: მაჩვენებლები „ONU-ს სტატუსი: Down“, „ოპტიკა: მონაცემები არ არის“, „სესია: არ არის“, „ბილინგი: დაბლოკილია“; წვდომის შემოწმების ხაზი შედეგით „ONU კავშირზე არ არის“; აბონენტის, სესიის, ოთხი წყაროს მქონე MAC-მიბმის, ოპტიკისა და ოპტიკური დონეების ისტორიის ბლოკები.
აბონენტისა და ONU-ს ბარათი: წვდომის შემოწმება აჩვენებს, რომ ONU კავშირზე არ არის, ხოლო სერვისი ამასთან დავალიანების გამო დაბლოკილია. აბონენტის მონაცემები სადემონსტრაციოა.
აბონენტის მობილური ბარათი: ნიშნები „დაბლოკილია“, „აქტიური სესია არ არის“, „MAC საჭიროებს შემოწმებას“, ხელშეკრულება, მისამართი, ტარიფი, ბალანსი −120 ₽ და ფინანსური დაბლოკვა.
იგივე ბარათი პორტალის მობილურ ვერსიაში. აბონენტის მონაცემები სადემონსტრაციოა.

სცენარი 3

მასობრივი ავარია და აღდგენა

საწყისი მდგომარეობა

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

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

  1. ფონური შემოწმება ახალ გათიშვებს ადარებს OLT-ს, PON-ს და გამოკითხვის სიახლეს. ორი მიუწვდომელი ONU თავისთავად ჯერ არ ამტკიცებს საერთო ავარიას.
  2. როცა ნიშნები საერთოა, იქმნება ერთი მასობრივი ავარია. დაკავშირებული გათიშვები მას ემატება, თანამშრომლები შეტყობინებას იღებენ.
  3. ინჟინერი ავარიას სამუშაოდ იღებს. ბარათში მიზეზი არ გამოიცნობა: ერთ PON-ზე ეს შეიძლება იყოს კაბელი, სპლიტერი, კვება ან OLT-ის პორტი.

შედეგის შემოწმება

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

თუ არ გამოვიდა

ONU-ები, რომლებიც ასე და არ დაბრუნდა, დახურვისას არ იკარგება: ისინი ცალკე პრობლემებად რჩება. თუ კავშირი დახურვამდე ისევ გაქრება, ავარია გრძელდება და არ დუბლირდება.

მასობრივი ავარიის ბარათი: სულ დაზარალდა 8 ONU, ახლა კავშირის გარეშეა 2, აღდგა 6; ONU-ების ცხრილი მდგომარეობებით „აღდგა“ და „კავშირის გარეშე“; ისტორია რეგისტრაციის, ნაწილობრივი აღდგენის, დადასტურებისა და ავტომატური დასრულების მოვლენებით.
მასობრივი ავარია: რვა ONU ერთ PON-ზე, ექვსი აღდგა, ორი კავშირის გარეშე რჩება. აღდგენის შეტყობინებები პორტალის ავტომატიკის ფორმულირებებია.
ბოტის ლენტი: ცვლილებები ინციდენტებზე MI-DEMO-002…005 — აღდგა 14, 6, 5 და 5 ONU, კავშირის გარეშე 0; შემდეგ „ინციდენტი დახურულია“: MI-DEMO-002 დახურულია, აღდგა ყველა 14 ONU, მიუწვდომელი არ არის.
ნამდვილი შეტყობინებები MAX-ში. მაიდენტიფიცირებელი მონაცემები შეცვლილია. შეტყობინებები რუსულ ენაზეა.

შეტყობინებები MAX-ში

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

შეტყობინებები MAX-ში

პორტალი თავად სწერს თანამშრომლებს MAX-ში: სერვერული ოთახის კვების, მასობრივი ავარიებისა და ახალი განაცხადების შესახებ. ქვემოთ — სამსახურებრივი ბოტის ნამდვილი შეტყობინებები.

სერვერული ოთახის კვების კონტროლი

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

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

განაცხადი საიტიდან

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

ნამდვილი შეტყობინებები MAX-ში. მაიდენტიფიცირებელი მონაცემები შეცვლილია. შეტყობინებები რუსულ ენაზეა.

საკუთარი მონიტორინგი და Cacti

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

პორტალი Cacti-სთან ორივე მიმართულებით მუშაობს: მოწყობილობის დამატების ოსტატი მას თავად არეგისტრირებს Cacti-ში პროფილის მიხედვით, გრაფიკები კი შემდეგ პირდაპირ მოწყობილობის ბარათში იხსნება. შემდეგ ვგეგმავ გრაფიკების აგებას თავად პორტალში.

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

ვირტუალიზაციის ჰოსტის ბარათი: მუშაობის დრო, პროცესორი, მეხსიერება, საცავი, სტატუსი, SNMP, გრაფიკების რაოდენობა; დღე-ღამის საერთო ტრაფიკი და Cacti-ის გრაფიკები — პროცესორის დატვირთვა, დატვირთვა, მეხსიერება და პროცესები.
ვირტუალიზაციის სერვერის ბარათი: პორტალის მაჩვენებლები და Cacti-ის გრაფიკები. მრუდები ერთი სერვერის რეალური მაჩვენებლებია; ჰოსტის სახელი გრაფიკებზე შეცვლილია.

როგორ არის აგებული ოპერაციები

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

მოწყობილობის ლოდინი

ONU გადაიტვირთება, როუტერს მაშინვე არ რთავენ, OLT დაგვიანებით პასუხობს. სისტემა საჭირო მდგომარეობას დროის შეზღუდვით ელოდება და თავად აგრძელებს, როცა ის დადგება.

ეტაპების შენახვა

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

შემოწმება კონფიგურაციის შემდეგ

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

განმეორებითი მოთხოვნა

განმეორებითი დაჭერა ან შეტყობინების ხელახალი მიწოდება იმავე ოპერაციის შედეგს აბრუნებს. მეორე აბონენტი, MAC-ის მეორე ჩანაწერი ან მეორე ავარია არ ჩნდება.

ნაწილობრივი შესრულება

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

ჟურნალი

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

ჟურნალები და შეფერხებების გამოძიება

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

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

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

საინჟინრო გადაწყვეტები

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

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

რა არის შემდეგ

სისტემა მუშაობს და მის განვითარებას ვაგრძელებ. ქვემოთ — გეგმები: ეს შესაძლებლობები ჯერ არ არსებობს.

დაგეგმილია

ყოველდღიური სამუშაო MAX-ში

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

დაგეგმილია

საკუთარი გრაფიკები

გრაფიკების აგება საკუთარი გამოკითხვის მონაცემებით და არა მხოლოდ Cacti-ის გრაფიკების ჩვენება.

დაგეგმილია

ავარიის გავლენის შეფასება

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

ფაილის გახსნა ↗