OPIS PRZEDMIOTU ZAMÓWIENIA

Transkrypt

1 S t r o n a 1 Załącznik nr 1 OPIS PRZEDMIOTU ZAMÓWIENIA Dostawa Urządzeń oraz Oprogramowania, wykonanie usługi instalacji, konfiguracji oraz uruchomienia pełnej funkcjonalności Centralnego Punktu Systemu Centrów Powiadamiania Ratunkowego (CP SCPR)

2 S t r o n a 2 Spis treści 1 SŁOWNIKI I SKRÓTY CEL ZAMÓWIENIA PRZEDMIOT ZAMÓWIENIA AKTUALNE ŚRODOWISKO CP SCPR - informacje Centralny System Dostępowy (CSD) Ośrodek Krajowy (OK) PROJEKTOWANA ARCHITEKTURA ROZWIĄZANIA WYMAGANIA SZCZEGÓŁOWE NA URZĄDZENIA WYMAGANIA DOTYCZĄCE USŁUGI INTEGRACJI URZĄDZEŃ WYMAGANIA W ZAKRESIE WARSZTATÓW WYMAGANIA W ZAKRESIE DOKUMENTACJI WYMAGANIA W ZAKRESIE OZNAKOWANIA URZĄDZEŃ i DOKUMENTACJI WYMAGANIA W ZAKRESIE DOSTĘPNOŚCI WYMAGANIA W ZAKRESIE GWARANCJI WYMAGANIA W ZAKRESIE ZGODNOŚCI Z PRZEPISAMI PRAWA WYMAGANIA W ZAKRESIE ZARZĄDZANIA PROJEKTEM HARMONOGRAM REALIZACJI PRZEDMIOTU ZAMÓWIENIA LISTA ZAŁĄCZNIKÓW... 42

3 S t r o n a 3 1 SŁOWNIKI I SKRÓTY Dla potrzeb niniejszego opracowania przyjmuję się następujące definicje skrótów i pojęć: Skrót/pojęcie Definicja Błąd Krytyczny Brak działania środowiska produkcyjnego PKiD, praca nie może być kontynuowana, operacja krytyczna dla procesu biznesowego jest niemożliwa. Błędy Krytyczne mają jedną lub więcej z poniższych cech: a) dane biznesowe zostały uszkodzone; b) Funkcjonalność krytyczna udokumentowana w Projekcie Technicznym nie działa; c) PKiD w zakresie Funkcjonalności Krytycznych przerywa działania i nie daje się uruchomić pomimo prób; Błąd Niekrytyczny Utrudnia działanie PKiD w środowisku produkcyjnym w zakresie Funkcjonalności Krytycznej i uniemożliwia działanie PKiD w zakresie pozostałych funkcjonalności. W tym kontekście utrudnia oznacza istnienie sposobu jego obejścia (co może mieć wpływ na wygodę w użytkowaniu PKiD lub wymagać procedur ręcznych). Uniemożliwia oznacza brak możliwości jego obejścia; Błąd Zwykły Wszelki błąd nie będący Błędem Krytycznym lub Błędem BTU CPR Centralny Punkt Systemu Centrów Powiadamiania Ratunkowego / CP SCPR Centralny System Dostępowy/ CSD Dane Niekrytycznym; (z ang. Brittish Thermal Unit) Brytyjska jednostka miary energii. Centrum Powiadamiania Ratunkowego; infrastruktura sprzętową wraz z zainstalowanym Oprogramowaniem Standardowym oraz Oprogramowaniem Aplikacyjnym, na który składa się CSD, a także dostarczany w ramach niniejszego zamówienia PKiD, tworząca system o którym mowa w Rozporządzeniu Ministra SWiA z dn. 24 marca 2011 r. w sprawie centralnego punktu systemu centrów powiadamiania ratunkowego oraz punktów centralnych służb; Dostarczona w ramach projektu SI PR architektura teleinformatyczna tworząca bramę dostępową systemów zewnętrznych, w tym PLI CBD, do sieci OST-112; Należy przez to rozumieć dane dotyczące abonenta, o których mowa w art. 161 ust. 2 pkt. 4 6 oraz art. 169 ust. 1 ustawy z dnia 16 lipca 2004 r. Prawo telekomunikacyjne. Dokumentacja Wytworzone przez Wykonawcę w ramach realizacji umowy i podlegające zatwierdzeniu przez Zamawiającego materiały w formie papierowej, jak również informacje zapisane na innych nośnikach, w DMZ Funkcjonalność Krytyczna Incydent serwisowy tym nośnikach elektronicznych, w szczególności Projekt Techniczny, plan wdrożenia PKiD, Plan Testów Akceptacyjnych (PTA), Plan Zarządzania Projektem, dokumentacja powykonawcza, dokumentacja eksploatacyjna; (ang. demilitarized zone) wydzielona część sieci ograniczonego zaufania; Cechy funkcjonalne PKiD, uzupełniające dotychczasową infrastrukturę CP SCPR o funkcjonalności określone w Rozporządzeniu, które nie występowały w dotychczasowym CP SCPR; oznacza zgłoszenie do Wykonawcy przez Zamawiającego, bądź uprawniony do tego podmiot, wystąpienia błędu, awarii lub usterki PKiD lub Urządzeń. Wykonawca zobowiązany jest do usuwania wszelkich błędów, awarii, usterek lub dostarczenia procedur obejścia,

4 S t r o n a 4 Skrót/pojęcie Definicja powodujących przywrócenia działania PKiD lub Urządzeń i rozwiązania zgłoszenia; Informacje Należy przez to rozumieć informacje, o których mowa w art. 78 ust. 3 ustawy z dnia 16 lipca 2004 r. Prawo telekomunikacyjne. Lokalizacje Nadzór Autorski Oprogramowanie Oprogramowanie Standardowe Oprogramowanie Aplikacyjne OST 112 Ośrodek Krajowy SI WCPR / OK SI WCPR OK SWD PRM Punkt Styku SWD PKI Plan Testów Akceptacyjnych / PTA Platforma Lokalizacyjno Informacyjna z Centralną Bazą Danych / PLI CBD Oznacza wskazane przez Zamawiającego lokalizacje na terenie RP określone w Projekcie Technicznym, do których Wykonawca dostarczy wymagane przez Zamawiającego elementy PKiD będące przedmiotem niniejszego zamówienia; Czynności Wykonawcy wykonywane w ramach Zleceń polegające na doradztwie i konsultacjach technicznych, zmianach Dokumentacji lub, modyfikacji Oprogramowania Aplikacyjnego ponad wymagania funkcjonalne określone w tym dokumencie OPZ, usprawnieniach, rozbudowie oraz zmianach konfiguracji PKiD; Oprogramowanie Standardowe i Oprogramowanie Aplikacyjne; Oznacza oprogramowanie powszechnie dostępne, będące przedmiotem dostaw w ramach realizacji przedmiotu zamówienia, na które producent udziela Zamawiającemu i MAiC licencji na warunkach i zasadach określonych w Umowie oraz umowach licencyjnych Oprogramowania Standardowego, dostarczane przez Wykonawcę wraz licencją producenta oraz z dokumentacją i aktualizacjami; oznacza oprogramowanie i skrypty wraz z kompletnymi kodami źródłowymi wytworzone i dostarczone przez Wykonawcę w ramach realizacji Umowy, wraz z niezbędną Dokumentacją oraz zmianami dokonanymi w ramach Nadzoru Autorskiego i niezbędną Dokumentacją dokonanych w ramach Nadzoru Autorskiego zmianami, zgodnie z Projektem Technicznym, do których Wykonawca przeniesie autorskie prawa majątkowe na Zamawiającego i MAiC na warunkach i zasadach określonych w Umowie. Oprogramowanie Aplikacyjne rozumiane jest jako aplikacja PKiD Ogólnopolska Sieć Teleinformatyczna na potrzeby obsługi numeru alarmowego 112 ; Centrum serwerowe w oparciu o które zbudowana została architektura systemu SI WCPR na poziomie centralnym; Ośrodek Krajowy Systemu Wspomagania Dowodzenia Państwowego Ratownictwa Medycznego. Punkt styku SWD Służb do CP SCPR. (ang. Publi Key Infrastructure) Infrastruktura klucza publicznego. Dokument opracowany przez Wykonawcę podlegający akceptacji Zamawiającego, wytworzony na podstawie szablonu Planu Testów Akceptacyjnych (PTA), którego wzór stanowi Załącznik nr 1 do OPZ; Platforma Lokalizacyjno-Informacyjna z Centralną Bazą Danych, dostarczona przez Prezesa Urzędu Komunikacji Elektronicznej (UKE) na podstawie rozporządzenia Rady Ministrów z dnia 10 grudnia 2008 r. w sprawie organizacji i funkcjonowania systemu gromadzącego i udostępniającego informacje i dane dotyczące lokalizacji zakończenia sieci, z którego zostało wykonane połączenie do numeru alarmowego 112 albo innych numerów alarmowych (Dz. U. Nr 236, poz. 1620), wydanego na podstawie art. 78 ust. 7 ustawy z dnia 16 lipca 2004 r. - Prawo telekomunikacyjne (Dz. U. Nr 171, poz z późn. zm.) obecnie funkcjonująca w oparciu o przepisy Rozporządzenia;

5 S t r o n a 5 Skrót/pojęcie Definicja Podsystem Komunikacji i Danych/ PKiD PPZ PRM Projekt Techniczny PSP PZP (Plan Zarządzania Projektem) Rozporządzenie SI PR Urządzenia i Oprogramowanie oraz niezbędne akcesoria, będące przedmiotem niniejszego zamówienia, uzupełniające CP SCPR o brakujące funkcjonalności opisane w Rozporządzeniu; Podsystem Przyjmowania Zgłoszeń, element Ośrodka Krajowego; Państwowe Ratownictwo Medyczne; Element Dokumentacji opisujący sposób wykonania, wdrożenia i właściwości uzupełnień funkcjonalności CP SCPR. Szczegółowe wymagania dla Projektu Technicznego zostały określone w wymaganiu DOK.1.1; Państwowa Straż Pożarna; Element Dokumentacji definiujący organizację procesy, narzędzia i techniki dobrane w celu skutecznej i efektywnej realizacji przedmiotu Umowy, zawierający co najmniej szczegółowy opis zadań realizowanych w ramach Etapów, harmonogram, plan komunikacji, szczegółowe procedury zgłoszeń występowania wszelkich błędów lub awarii oraz obsługi Incydentów serwisowych realizowanych w ramach serwisu gwarancyjnego; Rozporządzenie Ministra SWiA z dn. 24 marca 2011 r. w sprawie centralnego punktu systemu centrów powiadamiania ratunkowego oraz punktów centralnych służb (Dz. U. Nr 75, poz.404); System Informatyczny Powiadamiania Ratunkowego; SI WCPR System Informatyczny Wojewódzkich Centrów Powiadamiania Ratunkowego; SPR System Powiadamiania Ratunkowego; Służby Policja, Państwowa Straż Pożarna, Państwowe Ratownictwo SWD Urządzenia Medyczne/Zespół Ratownictwa Medycznego; System Wspomagania Dowodzenia klasy dyspozytorskiej czasu rzeczywistego wspomagającego obsługę zdarzeń, wykorzystywany przez Policję, PRM, PSP; Sprzęt teleinformatyczny wraz z niezbędnym wyposażeniem, w tym również okablowanie strukturalne i szafy rackowe, będące przedmiotem niniejszego zamówienia; Użytkownik Użytkownik WCPR/CPR oraz SWD Policji, PSP, PRM ; WCPR WPC Wykonawca/Dostawca Zamawiający Zlecenie Wojewódzkie Centrum Powiadamiania Ratunkowego; Własne Punkty Centralne służb ratownictwa centralne punkty styku systemów informatycznych służb ratownictwa z SI WCPR; Podmiot realizujący Przedmiot Zamówienia; Centrum Projektów Informatycznych; Oznacza zamówienie złożone przez Zamawiającego, będące podstawą realizacji przez Wykonawcę usługi Nadzoru Autorskiego; znaczeniem. Pozostałe pojęcia użyte w dokumencie należy rozumieć zgodnie z ich ogólnie przyjętym

6 S t r o n a 6 2 CEL ZAMÓWIENIA Zadanie polega na doposażeniu sprzętowo-programowym istniejącej infrastruktury informatycznej SI PR celem uruchomienie pełnej funkcjonalności Centralnego Punktu Systemu Centrów Powiadamiania Ratunkowego (CP SCPR), odpowiedzialnego za prowadzenie sprawnej komunikacji pomiędzy systemami powstałymi w ramach projektu Systemu Informatycznego Powiadamiania Ratunkowego (SI PR) oraz systemami dziedzinowymi SWD a Platformą Lokalizacyjno-Informacyjną z Centralną Bazą Danych (PLI CBD), udostępniającą Informację i Dane abonentów telefonicznych wywołujących numery alarmowe (112, 999, 998, 997). System PLI CBD wytworzony został przez Prezesa Urzędu Komunikacji Elektronicznej (UKE) na podstawie rozporządzenia Rady Ministrów z dnia 10 grudnia 2008 r. w sprawie organizacji i funkcjonowania systemu gromadzącego i udostępniającego informacje i dane dotyczące lokalizacji zakończenia sieci, z którego zostało wykonane połączenie do numeru alarmowego 112 albo innych numerów alarmowych, wydanego na podstawie art. 78 ust. 7 ustawy z dnia 16 lipca 2004 r. - Prawo telekomunikacyjne. Dostarczana w ramach niniejszego zamówienia architektura musi uzupełniać istniejący Centralny Punkt Systemu Centrów Powiadamiania Ratunkowego o wszystkie brakujące założenia określone w Rozporządzeniu Ministra SWiA z dn. 24 marca 2011 r. w sprawie centralnego punktu systemu centrów powiadamiania ratunkowego oraz punktów centralnych służb. Głównymi podmiotami korzystającymi z CP SCPR będą właściwe terytorialnie Wojewódzkie Centra Powiadamiania Ratunkowego (WCPR), Centra Powiadamiania Ratunkowego (CPR), jednostki organizacyjne Policji, Państwowej Straży Pożarnej oraz Państwowego Ratownictwa Medycznego. Przedsięwzięcie stanowi element projektu pn.: System Informatyczny Powiadamiania Ratunkowego (SI PR), którego realizacja podyktowana jest koniecznością wdrożenia jednolitych w skali kraju narzędzi informatycznych wspierających realizację zadań i współdziałanie służb ustawowo powołanych do przyjęcia i obsługi wywołań alarmowych. System ten stanowi główny element wyposażenia podmiotów ratowniczych funkcjonujących w ramach systemu powiadamiania ratunkowego, o których mowa w rozporządzeniu Ministra Spraw Wewnętrznych i Administracji z dnia 31 lipca 2009 r. w sprawie organizacji i funkcjonowania centrów powiadamiania ratunkowego i wojewódzkich centrów powiadamiania ratunkowego (Dz. U. z 2009 r. Nr 130, poz z późn. zm.), oraz komórek organizacyjnych Policji. Przedmiotowe zamówienie finansowane jest w ramach 7. osi priorytetowej Programu Operacyjnego Innowacyjna Gospodarka (PO IG) oraz XII osi priorytetowej Programu Operacyjnego Infrastruktura i Środowisko (PO IiŚ).

7 S t r o n a 7 3 PRZEDMIOT ZAMÓWIENIA Przedmiotem zamówienia jest Dostawa Urządzeń oraz Oprogramowania, wykonanie usługi instalacji, konfiguracji oraz uruchomienia pełnej funkcjonalności Centralnego Punktu Systemu Centrów Powiadamiania Ratunkowego (CP SCPR). Przedmiot zamówienia obejmuje: 1) opracowanie Projektu Technicznego uzupełnień funkcjonalności Centralnego Puntu Systemu Centrów Powiadamiania Ratunkowego; 2) dostawę do Lokalizacji wskazanych przez Zamawiającego: a) Urządzeń: Switch C, Router C, MŚ, Router D, Router B i Oprogramowania Standardowego przynależnego tym Urządzeniom, o specyfikacjach wynikających z odebranego przez Zamawiającego Projektu Technicznego, 3) instalację i konfigurację, zgodnie z Projektem Technicznym odebranym przez Zamawiającego, Urządzeń: Switch C, Router C, MŚ, Router D, Router B i Oprogramowania Standardowego przynależnego tym Urządzeniom, wraz z ich uruchomieniem; 4) przeprowadzenie zgodnie z Projektem Technicznym odebranym przez Zamawiającego, usługi integracji Urządzeń: Switch C, Router C, MŚ, Router D, Router B w aktualnym środowisku CP SCPR; 5) Przeprowadzenie testów akceptacyjnych Urządzeń: Switch C, Router C, MŚ, Router D, Router B; 6) opracowanie na podstawie odebranego przez Zamawiającego Projektu Technicznego Oprogramowania Aplikacyjnego dla Podsystemu Komunikacji i Danych; 7) dostawę do Lokalizacji wskazanych przez Zamawiającego: a) Oprogramowania Aplikacyjnego, b) Urządzeń: PKiD, Serwer WWW, Switch A i Oprogramowania Standardowego przynależnego tym Urządzeniom w tym także SZ i SM, o specyfikacjach wynikających z odebranego przez Zamawiającego Projektu Technicznego ; c) szaf rackowych oraz ich wyposażenia w ilości umożliwiającej przeprowadzenie poprawnej instalacji oraz uruchomienia Podsystemu Komunikacji i Danych, a także montaż przedmiotowych szaf; 8) instalację i konfigurację zgodnie z Projektem Technicznym odebranym przez Zamawiającego, Oprogramowania Aplikacyjnego, Urządzeń: PKiD, Serwer WWW, Switch A, Oprogramowania Standardowego przynależnego tym Urządzeniom, a także SZ i SM wraz z ich uruchomieniem; 9) przeprowadzenie testów akceptacyjnych PKiD, w tym Urządzeń: PKiD, Serwer WWW, Switch A; 10) opracowanie dokumentacji powykonawczej; 11) przeniesienie na Zamawiającego i MAiC autorskich praw majątkowych w zakresie Dokumentacji i Oprogramowania Aplikacyjnego oraz udzielenie Zamawiającemu i MAiC licencji do Oprogramowania Standardowego wraz z prawem udzielania sublicencji; 12) przeprowadzenie warsztatów w zakresie użytkowania i administrowania Podsystemu Komunikacji i Danych;

8 S t r o n a 8 13) świadczenie od dnia zakończenia Etapu I do dnia 31 grudnia 2013 r. Nadzoru Autorskiego w wysokości 1500 roboczogodzin, w ramach którego Wykonawca wykonywał będzie prace związane z rozbudową oraz zmianą konfiguracyjną Podsystemu Komunikacji i Danych, w tym dokonywanie zmian Oprogramowania Aplikacyjnego lub Dokumentacji zgodnie z oczekiwaniami Zamawiającego oraz Użytkownika wraz przeniesieniem w ramach wynagrodzenia za poszczególne Zlecenia majątkowych praw autorskich do zmienionego Oprogramowania Aplikacyjnego lub zmienionej Dokumentacji; 14) udzielenie gwarancji i świadczenia usługi serwisu gwarancyjnego dla Urządzeń oraz Oprogramowania, dostarczanych w ramach Etapu 2, w terminie od zakończenia Etapu 2 do dnia 31 grudnia 2015 r. 15) udzielenie gwarancji i świadczenia usługi serwisu gwarancyjnego dla Urządzeń oraz Oprogramowania, dostarczanych w ramach Etapu 3, w terminie od zakończenia Etapu 3 do dnia 31 grudnia 2015 r. Przedmiot zamówienia podlega podziałowi na etapy: Etap 1 - obejmujący czynności określone w pkt 1; Etap 2 obejmujący czynności określone w pkt. 2 5; Etap 3 obejmujący czynności określone w pkt. 6 12;

9 S t r o n a 9 4 AKTUALNE ŚRODOWISKO CP SCPR - informacje Obecnie na architekturę CP SCPR składa się Centralny System Dostępowy (CSD) będący bramą dostępową systemów zewnętrznych do OST-112 oraz Ośrodek Krajowy SI WCPR będący centrum serwerowym SI WCPR, w ramach którego uruchomiona została tymczasowa aplikacyjna platforma lokalizacyjna umożliwiająca obsługę zapytań o Informacje i Dane Użytkownika do PLI CBD. Wszystkie wyżej wymienione elementy CP SCPR dostarczone zostały w ramach oddzielnych postępowań. Na Rysunku 1 poniżej przedstawiony został schemat blokowy przedstawiający aktualny stan środowiska CP SCPR. Rysunek 1 aktualny schemat środowiska CP SCPR W ramach wymagań określonych w niniejszym dokumencie, do istniejącej architektury CP SCPR muszą zostać dostarczone Urządzenia wraz z Oprogramowaniem, które stworzą w formie docelowego rozwiązania Podsystem Komunikacji i Danych nadający CP SCPR brakujące funkcjonalności, o których mowa w Rozporządzeniu,. W kolejnych punktach niniejszej sekcji przedstawione i opisane zostały istniejące elementy CP SCPR.

10 S t r o n a Centralny System Dostępowy (CSD) Dostarczony w ramach oddzielnego postępowania Centralny System Dostępowy tworzy bezpieczny punkt styku OST-112 z systemami oraz sieciami zewnętrznymi, realizowany z wykorzystaniem dwóch węzłów POL-20 zlokalizowanych w Warszawie oraz Katowicach. Zbudowane dwa Centralne Systemy Dostępowe mają za zadanie zapewniać odpowiednim służbom dostęp do systemu PLI CBD świadczącego funkcjonalność lokalizacji osób zgłaszających sytuacje alarmowe za pomocą telefonicznych numerów alarmowych 112, 999, 998, 997 bądź innych systemów zewnętrznych. Architektura obu węzłów ma charakter modularny, co umożliwia ich elastyczną rozbudowę oraz dopasowanie do rozrastającego się środowiska SI WCPR. CSD umożliwia podmiotom takim jak Policja, Państwowa Straż Pożarna, Państwowe Ratownictwo Medyczne, niezbędną dla Systemu Informatycznego Powiadamiania Ratunkowego (SI PR) komunikację z systemem PLI CBD. Ponadto architektura CSD pełni funkcję bramy dostępowej na rzecz przyjmowania zdarzeń alarmowych z zewnętrznych systemów związanych z Systemem Informatycznym Powiadamiania Ratunkowego, takich jak projektowany system komunikacji ecall. Plany realizacyjne systemu ecall są niezależne od przedmiotu niniejszego postępowania. CSD zapewni również możliwość dostępu dla systemów informatycznych budowanych przez Ministerstwo Zdrowia w ramach Ustawy z dnia 28 kwietnia 2011 r. o systemie informacji w ochronie zdrowia. CSD na potrzeby komunikacji Użytkownika wraz z PLI CBD stosuje proces translacji adresów sieciowych (tzw. Network Address Translation, NAT) 4.2 Ośrodek Krajowy (OK) Ośrodek Krajowy jest centrum serwerowym systemu SI WCPR, zawierającym podsystemy zarządzające poszczególnymi środowiskami SI WCPR. Podsystem Przyjmowania Zgłoszeń składający się z klastra 10 serwerów Apache Tomcat, który pełni rolę serwera aplikacji SI WCPR komunikującej się za pomocą interfejsów WebService z aplikacjami klienckimi SWD, WCPR, CPR. Zastosowany dla tego przypadku Load Balancer jest platformą programową, której zadaniem jest rozdzielanie wewnątrz SI WCPR ruchu HTTPS na poszczególne serwery Podsystemu Przyjmowania Zgłoszeń. PPZ został dostarczony przez Zamawiającego.

11 S t r o n a 11 Rysunek 2 Podsystem Przyjmowania Zgłoszeń Systemem udostępniającym SI WCPR Informacje i Dane osób zgłaszających telefonicznie sytuację alarmową, jest aplikacyjna platforma lokalizacyjna, pozyskująca w sposób doraźny i bezpośredni Informacje i Dane z PLI CBD, na podstawie zapytań z WCPR, CPR, SWD, oraz integrująca odpowiedzi z PLI CBD z podkładami mapowymi. Wyżej opisana platforma została zapewniona przez Zamawiającego w ramach oddzielnego postępowania. PKiD ma za zadanie zastąpić w środowisku CP SCPR tymczasowy element OK SI WCPR udostępniający aplikacyjną platformę lokalizacyjną umożliwiającą obsługę zapytań lokalizacyjnych Użytkownika do PLI CBD.

12 S t r o n a 12 5 PROJEKTOWANA ARCHITEKTURA ROZWIĄZANIA w W ramach przedmiotu niniejszego zamówienia Zamawiający wymaga uruchomienia środowisku CP SCPR modułu Podsystemu Komunikacji i Danych (PKiD) oraz Urządzeń niezbędnych do uzupełnienia dotychczasowej infrastruktury CP SCPR o brakujące funkcjonalności określone w Rozporządzeniu. Dostarczane rozwiązanie musi mieć charakter modularny i umożliwiać rozbudowę w przypadku dalszego rozwoju CP SCPR oraz SI WCPR. PKiD musi umożliwić obsługę przekazywania zapytań o Informacje i Dane, skierowane od Użytkownika do PLI CBD oraz przekazanie odpowiedzi z PLI CBD do Użytkownika. Zapytania i odpowiedzi, muszą być przekazywane w czasie rzeczywistym. Dostarczone rozwiązanie PKiD musi umożliwiać prowadzenie komunikacji z PLI CBD poprzez następujące metody: 1) Wywołanie webservice aplikacji PLI CBD komunikacja XML z wykorzystaniem dedykowanych łączy telekomunikacyjnych zestawionych pomiędzy CSD a PLI CBD zgodnie ze specyfikacja techniczną ETSI TS v umożliwiającą wykonywanie zapytań oraz otrzymywanie odpowiedzi lokalizacyjnych o Informacje i Dane. 2) Wywołanie strony WWW aplikacji PLI CBD komunikacja z wykorzystaniem dedykowanych łączy telekomunikacyjnych zestawionych pomiędzy CSD a PLI CBD, celem wywołania eksponowanej przez PLI CBD strony WWW, umożliwiającej wykonywanie zapytań oraz otrzymywanie odpowiedzi lokalizacyjnych o Informacje i Dane, dla Użytkownika który będzie łączył się z CP SCPR poprzez: sieć OST112, sieć Internet. Dla Użytkownika nie posiadającego dostępu do sieci OST-112, PKiD musi umożliwiać komunikację z PLI CBD z wykorzystaniem protokołu komunikacyjnego (HTTPS) za pośrednictwem interfejsu WWW do sieci Internet wystawionym przez CSD. Dostęp do Internetu zostanie zapewniony w środowisku CSD przez Zamawiającego. Wymaganiem Zamawiającego jest doposażenie platformy punktu styku, jaką jest CP SCPR, pomiędzy dostawcą Informacji i Danych systemem PLI CBD, a ich odbiorcami wykorzystującymi je w procesie obsługi zgłoszeń alarmowych (WCPR, CPR, SWD). PKiD ma za zadanie zastąpić w środowisku CP SCPR tymczasowy element OK SI WCPR udostępniający aplikacyjną platformę lokalizacyjną umożliwiającą obsługę zapytań lokalizacyjnych Użytkownika do PLI CBD.

13 S t r o n a 13 Rysunek 3 schemat poglądowy środowiska CP SCPR Rysunek 4 architektura sieciowa w zakresie jednego z dwóch węzłów CP SCPR (na czerwono planowane elementy będące przedmiotem zamówienia)

14 S t r o n a 14 Zadaniem PKiD jest również gromadzenie danych o komunikatach lokalizacyjnych (Informacjach i Danych) przekazywanych za pomocą CP SCPR do/z PLI CBD, w okresie 12 miesięcy licząc od ostatniego dnia miesiąca w którym zostały przekazane. Gromadzenie ww. danych ma znaczenie dla zapewnienia kontroli obiegu informacji, jak i dla celów związanych z diagnostyką, statystyką oraz usuwaniem potencjalnych problemów. Należy uwzględnić, że Gromadzenie danych w PKiD obejmuje jedynie informacje o zapytaniach i odpowiedziach Użytkownika o Informacje i Dane, i nie umożliwia wglądu do ich treści. Gromadzenie danych o połączeniach niezbędne jest również w celu precyzyjnego zdiagnozowania przyczyny wystąpienia potencjalnego nieprawidłowego działania CP SCPR w zakresie udostępniania danych lokalizacyjnych w relacji WCPR/CPR/służba - sieć teleinformatyczna (w tym CP SCPR) - PLI CDB. Rozwiązanie dostarczane przez Wykonawcę musi umożliwiać zbieranie informacji o faktycznym adresie sieciowym Użytkownika, nie adresie powstałym w wyniku translacji (NAT). Ze względu na rozproszoną odpowiedzialność za prawidłowe działanie każdej z części składowych tych systemów, muszą one być wyposażone w odrębne mechanizmy pozwalające na określenie przyczyny ewentualnych błędów. Zadaniem PKiD jest ponadto kontrola uprawnień dostępu do danych o lokalizacji zgłaszającego oraz rejestracja informacji o udostępnianiu danych podmiotom uprawnionym zgodnie z wymaganiami Rozporządzenia. Zamawiający wymaga dostarczenia kompletnego rozwiązania obsługującego procesy zapytań i odpowiedzi Użytkowników o Dane i Informacje do/z PLI CBD. Wykonawca musi uwzględnić następujące metody komunikacji dla Użytkowników: posiadających i wykorzystujących do komunikacji z PLI CBD podłączenie do sieci OST- 112 oraz systemy obsługi zgłoszeń, takie jak SWD albo SI WCPR (komunikacja webservice z PLI CBD), posiadających i wykorzystujących do komunikacji z PLI CBD podłączenie do sieci OST- 112 (wywołanie WWW PLI CBD), posiadających i wykorzystujących do komunikacji z PLI CBD sieć Internet (wywołanie WWW PLI CBD). Rozwiązanie dostarczone przez Wykonawcę musi uwzględniać, że Użytkownik może w dowolnej chwili zmienić metodę prowadzonej komunikacji, o której mowa w zdaniu poprzednim, stosując ją przez dowolny okres czasu. Z uwagi na obecną architekturę SI WCPR oraz CP SCPR, Zamawiający przewiduje, że PKiD wraz z niezbędną architekturą sieciową uruchomiony zostanie w strefie wydzielonej (DMZ) środowiska CSD. Należy uwzględnić, że aktualnie w dyspozycji Zamawiającego znajdują się dwa niezależne węzły CSD (w Katowicach i Warszawie), dlatego też Zamawiający w ramach tego postępowania wymaga rozbudowy obu tych węzłów do pełnej funkcjonalności CP SCPR. Zamawiający traktuje serwery WWW, wymagane w ramach niniejszego zamówienia, jako elementy PKiD. W celu uruchomienia usług sieciowych Systemu Powiadamiania Ratunkowego dla PRM, w odniesieniu do założeń z Rozporządzenia, Zamawiający wymaga również dostarczenia,

15 S t r o n a 15 skonfigurowania oraz uruchomienia następujących Urządzeń z niezbędnymi modułami w środowisku CSD oraz OST 112: routery sieciowe na potrzeby dołączenia sieci IP VPN PRM do dwóch węzłów CSD (Warszawa i Katowice) routery sieciowe na potrzeby dołączenia sieci IP VPN PSP do dwóch węzłów CSD (Warszawa i Katowice) routery sieciowe na potrzeby dołączenia OK SWD PRM do węzła POL-20 (OK SWD PRM jest systemem dostarczanym w ramach oddzielnego postępowania). Zamawiający wymaga także dostarczenia systemu monitorującego w czasie rzeczywistym stan usług oraz łączy telekomunikacyjnych (Urządzenie: SM). Ponadto Zamawiający wymaga rozszerzenia funkcjonalności aplikacji IP Solution Center, będącej w jego dyspozycji, poprzez dostarczenie stosownych rozszerzeń opisanych w sekcji Urządzenia SZ. Wymaganiem Zamawiającego jest również przeprowadzenie wszelkich niezbędnych działań ze strony Wykonawcy, a także dostarczenia przez niego wszelkich niezbędnych urządzeń oraz okablowania strukturalnego do Lokalizacji, w ilości umożliwiającą prawidłową integrację dostarczanych w ramach tego postępowania PKiD oraz Urządzeń z SI WCPR, w istniejącym CP SCPR oraz PLI CBD. Serwer czasu zostanie zapewniony przez Zamawiającego. Jeżeli w OPZ użyto do opisania przedmiotu zamówienia oznaczeń lub parametrów wskazujących konkretnego producenta, konkretny produkt lub wskazano znaki towarowe, patenty lub pochodzenie Urządzeń, Zamawiający dopuszcza zastosowanie ścisłych odpowiedników produktów, przez które należy rozumieć produkty o parametrach nie gorszych od przedstawionych w OPZ, kompatybilne (współpracujące) z posiadanym przez Zamawiającego systemem teleinformatycznym, w tym samym zakresie, co produkty określone w OPZ. W takim wypadku do oferty należy załączyć dokładny opis oferowanych produktów, z którego wynikać będzie zachowanie warunków równoważności. Ciężar udowodnienia, że oferowany przedmiot zamówienia jest równoważny i spełnia wszystkie wymagania określone przez Zamawiającego w SIWZ spoczywa na Wykonawcy.

16 S t r o n a 16 Wykaz Urządzeń: Kod Urządzenia Całkowita Ilość Funkcja Opis wymagań szczegółowych (nr Tabeli) MŚ 4 Moduły światłowodowe na potrzeby przyłączenia Urządzeń Router C do 4 węzłów POL-20. PKiD 4 System PKiD. 1, 2 Router na potrzeby podłączenia IP Router B 4 Router C 4 Router D 4 Serwer WWW 4 (zgodnie z SM opisem w Tabeli 7) Switch A 4 Switch C 4 (zgodnie z SZ opisem w Tabeli 8) VPN PRM do CSD na potrzeby 5 dostępu do PLI CBD oraz systemów zewnętrznych. Router dostępowy OK SWD PRM do 3 POL-20 Router na potrzeby podłączenia IP VPN PSP do CSD na potrzeby 3 dostępu do PLI CBD oraz systemów zewnętrznych. Dostęp poprzez WWW do SI WCPR / PLI CBD dla służb nie 1, 2 korzystających z OST-112. Element PKiD. Aplikacja monitorująca stan usług 7 oraz łączy telekomunikacyjnych Przełącznik na potrzeby sieci LAN 6 PKiD. Przełącznik na potrzeby sieci LAN 6 OK SWD PRM. System Zarządzania 8

17 S t r o n a 17 6 WYMAGANIA SZCZEGÓŁOWE NA URZĄDZENIA Wykonawca dostarczy niezbędne do realizacji zamówienia szafy rackowe 42U 19, wyposażone w dedykowane listwy zasilające oraz miedziane i światłowodowe kable połączeniowe i niezbędne wyposażenie. Ilość szaf rackowych oraz ich wyposażenie, o których mowa w zdaniu powyżej, musi umożliwiać przeprowadzenie poprawnej instalacji oraz uruchomienia Urządzeń będących przedmiotem niniejszego zamówienia, a także musi umożliwiać montaż przedmiotowych szaf. Określenie liczby sztuk szaf rackowych, o których mowa w zdaniu powyżej, zostanie doprecyzowane na etapie Projektu Technicznego, przy czym Zamawiający informuje, że w serwerowni węzła CSD w Katowicach brak jest możliwości posadowienia nowych szaf rackowych a dostarczane Urządzenia muszą być zainstalowane w wolnym miejscu w istniejących szafach urządzeń CSD, tj. w 3 szafach po ok. 20U miejsca. Zamawiający zapewni miejsce w serwerowni o następujących parametrach środowiskowych: temperatury w zakresie 0-40 o C, oraz wilgotności w zakresie 20-85%. Tabela 1 opis minimalnych wymagań funkcjonalnych na system PKiD Kod wymagania WFPKID.01 WFPKID.01.1 WFPKID.01.2 WFPKID.01.3 WFPKID.02 WFPKID.02.1 WFPKID Opis funkcjonalności Obsługa zapytania o Informacje i Dane skierowanego przez Użytkownika do PLI CBD będzie odbywać się w czasie rzeczywistym. Pojedyncze zapytanie Użytkownika o Informacje i Dane przekazywane będzie przez PKiD do jednej z dwóch PLI CBD. Zapytanie będzie kierowane na podstawie prowadzonej w czasie rzeczywistym przez PKiD analizy łączy do PLI CBD o ich stanie oraz obciążeniu, w celu przyczynienia się do skrócenia czasu odpowiedzi i optymalizacji ruchu w systemie, w oparciu o rozwiązanie opisane w Tabeli 7. W przypadku braku odpowiedzi dot. Informacji i Danych, zgodnej z formatem opisanym w wymaganiu WPFPKID.09 z PLI CBD, do której zostało skierowane zapytanie Użytkownika, niniejsze zapytanie o Informacje i Dane zostanie skierowane do drugiej PLI CBD. PKID w ramach jednego zapytania Użytkownika o Informacje i Dane dokona maksymalnie po jednym odpytaniu każdej PLI CBD. PKiD musi zapewnić obsługę zapytania Użytkownika o Informacje i Dane skierowanego do PLI CBD: - wykorzystującego do tego sieć OST-112 będą przekazywane do PKiD z wykorzystaniem sieci OST-112, oraz - niewykorzystującego do tego sieci OST-112, będą przekazywane do PKiD z wykorzystaniem CSD posiadającego interfejs WWW do sieci Internet. Obsługa przekazania odpowiedzi z PLI CBD dot. Informacji i Danych do zgłaszającego zapytanie Użytkownika odbywać się będzie w czasie rzeczywistym. PKID czeka zadany czas (parametr konfigurowalny przez administratora w zakresie min sekund, z wartością początkową 9 sekund) na odpowiedź z ośrodka PLI CBD, zgodną z wymaganiem WPFPKID.09, do którego przekazane zostało zapytanie Użytkownika o Informacje i Dane oraz: w przypadku otrzymania w zadanym czasie przez PKiD odpowiedzi z PLI CBD na zapytanie Użytkownika o Informacje i Dane: - wykorzystującego do złożenia tego zapytania sieć OST-112, odpowiedź z PLI CBD zostanie bezzwłocznie przekazana przez PKiD do zadającego przedmiotowe

18 S t r o n a 18 WFPKID WFPKID.02.2 WFPKID.03 WFPKID.04 zapytanie Użytkownika o Informacje i Dane z wykorzystaniem sieci OST-112, - wykorzystującego do złożenia tego zapytania interfejs WWW do sieci Internet (CSD), odpowiedź z PLI CBD zostanie bezzwłocznie przekazana przez PKiD do zadającego przedmiotowe zapytanie Użytkownika o Informacje i Dane z wykorzystaniem CSD posiadającego interfejs WWW do sieci Internet. w przypadku nie otrzymania w zadanym czasie przez PKiD odpowiedzi z PLI CBD na zapytanie Użytkownika o Informacje i Dane, PKID: - wprowadza do rejestru, o którym mowa w WFPKID.04 zapis o braku odpowiedzi na zapytanie Użytkownika o Informacje i Dane z danej PLI CBD oraz: - przekazuje do drugiej PLI CBD zapytanie Użytkownika o Informacje i Dane, na które nie uzyskano odpowiedzi z poprzedniej PLI CBD, - wprowadza do rejestru, o którym mowa w WFPKID.04 zapis o ponownej próbie przekazania zapytania o Informacje i Dane, lecz do drugiej PLI CBD oraz: w przypadku braku odpowiedzi z drugiej PLI CBD przekazuje do zgłaszającego zapytanie Użytkownika o Informacje i Dane odpowiedni komunikat informujący o braku łączności z PLI CBD typu request timeout, albo w przypadku otrzymania odpowiedzi w zadanym czasie z drugiej PLI CBD na wtórne zapytanie o Informacje i Dane, postępuje zgodnie z wymaganiem WFPKID W przypadku poprawnej odpowiedzi z jednej PLI CBD, druga PLI CBD nie będzie odpytywana przez PKiD w ramach tego samego zapytania Użytkownika o Informacje i Dane. Zapytania Użytkownika o Informacje i Dane do PLI CBD wykorzystującego interfejs WWW (CSD) do sieci Internet oraz odpowiedzi PLI CBD do tego Użytkownika muszą być obsługiwane przez PKiD. PKiD musi gromadzić i przetwarzać dane o komunikacji związanej z obsługą zapytań Użytkownika o Informacje i Dane, które będą zawierać wyróżniki takie jak: - datę (w formacie dd-mm-rrrr) i czas (w formacie 24h, hh:mm:ss) dokonanej przez PKiD rejestracji danego komunikatu, - nadawcę komunikatu (adres IP), - adresata komunikatu (adres IP), - Urządzeniu wprowadzającego zapisu rejestru, - numer identyfikacyjny nadawany przez PKiD na etapie pierwszej rejestracji danego zapytania Użytkownika o Informacje i Dane skierowanego do którejkolwiek PLI CBD, umożliwiający prześledzenie całej historii tego zapytania oraz odpowiedzi, - rozróżnienie typu komunikatów w zakresie min.: Zarejestrowanie faktu o dokonaniu zapytania przez Użytkownika o Informacje i Dane, Fakcie o przekazaniu do PLI CBD zapytania Użytkownika o Informacje i Dane, Zarejestrowanie faktu o uzyskaniu odpowiedzi z PLI CBD dot. Informacji i Danych, Fakcie o przekazaniu do Użytkownika odpowiedzi z PLI CBD Dot. Informacji i Danych, Time out odpowiedzi dla danego PLI CBD wraz ze wskazaniem aktualnego ustawienia czasu oczekiwania w sekundach na odpowiedź z ośrodka PLI CBD, do którego przekazane zostało zapytanie Użytkownika. Fakcie o przeprowadzeniu przez PKiD ponownego przekazania zapytania Użytkownika o Informacje i Dane do drugiej PLI CBD, wynikający z braku

19 S t r o n a 19 odpowiedzi z pierwszej PLI CBD, Zarejestrowanie faktu o uzyskaniu odpowiedzi wtórnej z drugiej PLI CBD dot. Informacji i Danych, Fakcie o braku możliwości komunikacji z obiema PLI CBD, Fakcie o przekazaniu komunikatu do Użytkownika informującego o braku łączności z systemem PLI CBD (obie platformy), wraz z zachowaniem treści komunikatu. WFPKID.04.1 Dane o komunikacji związanej z obsługą zapytań o Informacje i Dane będą udostępniane uprawnionym Użytkownikom po wymaganym zalogowaniu się do serwera PKiD. Baza danych zawierająca wymienione w poprzednim zdaniu dane musi umożliwiać jej przeglądanie, a także przeszukiwanie po wskazanych przez uprawnionego Użytkownika wyróżnikach m.in. takich jak: - data i godzina (zakres), - nadawca komunikatu, - odbiorca komunikatu, - Urządzeniu wprowadzającego zapis rejestru, - numer identyfikacyjny nadawany na etapie pierwszej rejestracji danego zapytania Użytkownika o Informacje i Dane skierowanego do którejkolwiek PLI CBD, umożliwiający prześledzenie całej historii tego zapytania oraz odpowiedzi, - typie komunikatów w zakresie min.: Zarejestrowanie faktu o dokonaniu zapytania przez Użytkownika o Informacje i Dane, Fakcie o przekazaniu do PLI CBD zapytania Użytkownika o Informacje i Dane, Zarejestrowanie faktu o uzyskaniu odpowiedzi z PLI CBD dot. Informacji i Danych, Fakcie o przekazaniu do Użytkownika odpowiedzi z PLI CBD Dot. Informacji i Danych, Time out, Fakcie o przeprowadzeniu przez PKiD ponownego przekazania zapytania Użytkownika o Informacje i Dane, Zarejestrowanie faktu o uzyskaniu odpowiedzi wtórnej z drugiej PLI CBD dot. Informacji i Danych, Fakcie o braku możliwości komunikacji z obiema PLI CBD, Fakcie o przekazaniu komunikatu do Użytkownika informującego o braku łączności z systemem PLI CBD (obie platformy), Uprawniony Użytkownik musi mieć możliwość zgrywania (download) wybranych danych, o których mowa w tym wymaganiu. WFPKID.04.2 WFPKID.04.3 Przechowywanie danych o komunikacji związanej z obsługą zapytań Użytkownika o Informacje i Dane musi być realizowane przez PKiD przez okres 12 miesięcy, licząc od ostatniego dnia miesiąca, w którym został utworzony ww. komunikat. Wdrożone przez Wykonawcę rozwiązanie gromadzenia i przetwarzanie danych o komunikacji związanej z obsługą zapytań Użytkownika do PLI CBD oraz odpowiedzi PLI CBD do Użytkownika, musi uwzględniać obecną architekturę sieciową będącą w dyspozycji Zamawiającego, która implementuje proces translacji adresu NAT ( z ang. Network Address Translation). Rozwiązanie musi umożliwiać identyfikację Użytkownika do poziomu jego faktycznego adresu IP z przed procesu translacji.

20 S t r o n a 20 Kod wymagania WPFPKID.01 WPFPKID.02 WPFPKID.03 WPFPKID.04 WPFPKID.05 WPFPKID.06 WPFPKID.07 WPFPKID.08 WPFPKID.09 WPFPKID.10 WPFPKID.11 WPFPKID.11.1 Tabela 2 opis minimalnych wymagań pozafunkcjonalnych na system PKiD Opis funkcjonalności Pełna redundancja urządzeń, połączeń telekomunikacyjnych oraz połączeń zasilających dla dostarczanego rozwiązania PKiD w ramach jednego węzła CP SCPR jak i globalnie. Musza zostać zastosowane mechanizmy uwierzytelniania i autoryzacji przy dostępie do PKiD oraz do danych dot. komunikacji związanej z obsługą zapytań. Przepustowość: obsługa przez każdy PKiD do zapytań oraz do odpowiedzi o Informacje i Dane rocznie. Czas odpowiedzi: <= 4s dla 95 % zapytań (opóźnienie do PKiD bez uwzględnienia czasu zapytania do PLI CBD i dostarczenia informacji z PLI CBD). Zapewnienie w ramach PKiD Serwera WWW, zlokalizowanego w CSD, umożliwiającego obsługę zapytań Użytkownika o Informacje i Dane przez Użytkowników wykorzystujących do tego sieć Internet. Komunikacja za pomocą protokołu SOAP 1.2, poprzez HTTPS POST, przekazująca XML zawierający lokalizację w standardzie ETSI TS ver Autoryzacja przy pomocy certyfikatów klienta. Zachowanie przez PKiD funkcjonalności podczas prowadzenia prac serwisowych bez utraty ciągłości realizowanych funkcji. Zapytania i odpowiedzi o Informacje i Dane, o których mowa w wymaganiu WFPKID.01 oraz WFPKID.02, muszą być realizowane z wykorzystaniem następujących metod komunikacji: - webservice z komunikatami w formie zgodnej ze specyfikacją techniczną ETSI TS (tryb PULL). - HTTPS dla wywołań wyeksponowanej przez PLI CBD strony WWW umożliwiającej wykonywanie i obsługę zapytań lokalizacyjnych. Zapewnienie wywołań oraz obsługi wyeksponowanej przez PLI CBD strony WWW dla Użytkowników, poprzez sieć Internet oraz poprzez sieć OST112. Zapewnienie przez PKiD obsługi wielu równoczesnych zapytań Użytkowników o Informacje i Dane do PLI CBD i wielu równoczesnych odpowiedzi PLI CBD do Użytkowników dot. Informacji i Danych. Szacowana ilość jednoczesnych zapytań Użytkowników o Informacje i Dane do PLI CBD będzie w szczycie wynosić do 157 na sekundę, przy czym w tym samym czasie należy założyć 157 jednoczesnych odpowiedzi PLI CBD dot. Informacji i Danych do Użytkownika. Czas trwania okresu szczytu wynosi maksymalnie 4 godziny na dobę, w pozostałych okresach należy przyjąć średnią dzienną wartość z ilości wskazanej w wym. WPFPKID.03. WPFPKID.12 Obudowa Urządzeń musi mieć możliwość montażu w szafie 19 WPFPKID.13 WPFPKID.14 WPFPKID.15 Komunikacja PKiD z PLI CBD odbywać się musi z wykorzystaniem infrastruktury będącej w dyspozycji Zamawiającego, tj. CSD i OST112. PKiD musi umożliwiać nadawanie oraz zarządzanie uprawnieniami Użytkowników z uwzględnieniem podziału na: - użytkownik PKiD - administrator PKiD. Baza danych PKiD gromadząca i przetwarzająca dane o komunikacji związanej z obsługą zapytań Użytkownika o Informacje i Dane, o których mowa w wym. WFPKID.04, musi zostać zrealizowana w oparciu o rozwiązanie globalne dla obu CP SCPR.

21 S t r o n a 21 WPFPKID.15.1 WPFPKID.16 WPFPKID.17 WPFPKID.18 WPFPKID.19 Zarządzenie bazą danych, w tym kopiowanie oraz usuwanie, musi być dostępne tylko dla administratorów PKiD. Każdorazowe kopiowanie oraz usuwanie, o którym mowa w zdaniu powyżej, musi być rejestrowane przez PKiD. Wykonawca musi dokonać integracji Urządzeń w aktualnym środowisku CP SCPR na podstawie zaakceptowanego przez Zamawiającego projektu technicznego. Zapewnienie mechanizmów działania obu węzłów PKiD w trybie active-active. Dostarczone rozwiązanie musi mieć charakter modularny i umożliwiać rozbudowę w przypadku dalszego rozwoju CP SCPR, gdzie w ramach jednego węzła CP SCPR zastosowane rozwiązanie musi zapewniać możliwość wzrostu liniowego wydajności, o co najmniej 50%. Rozwiązanie dot. przekazywania do Użytkownika komunikatu timeout, o którym mowa w wym. WFPKID , musi być dowolnie możliwe do włączania i wyłączania przez administratora PKiD, co bez względu na stan tej usługi umożliwi funkcjonowanie PKiD. Informacje o stanie usługi przekazywania timeout będzie zapisywana dodatkowo w rejestrze o którym mowa w wym. WFPKID.04 wraz z możliwymi wyróżnikami oraz udostępniona na liście, o której mowa w wym. WFPKID Kod wymagania WRA.01 WRA.02 WRA.03 WRA.03.1 WRA.03.2 WRA.03.3 Tabela 3 minimalne wymagania na Urządzenia typu Router C oraz Router D Opis funkcjonalności Router Internetowy BGP; Urządzenie musi być modularnym routerem IP umożliwiającym instalację, co najmniej ośmiu (8) modułów interfejsowych; Wymagana jest obsługa i dostępność różnych typów modułów interfejsowych. Specyfikacja modułów: -FastEthernet; -GigabitEthernet; -10 GigabitEthernet; WRA E1, channelized E1; WRA.04 WRA.05 WRA.06 WRA.07 WRA.08 WRA.09 WRA.09.1 Moduł zarządzający Urządzenia musi posiadać co najmniej 8GB pamięci DRAM; Urządzenie musi posiadać, co najmniej 1 port USB umożliwiający podłączenie, co najmniej 1 GB pamięci FLASH; Urządzenie musi zapewniać redundancję oprogramowania (przełączenie bez utraty ruchu na zapasowy system operacyjny w przypadku awarii systemu aktywnego); Urządzenie musi być wyposażone w co najmniej 5 portów Gigabit Ethernet typu SFP lub równoważne i dostarczone wraz z 4 modułami SFP typu 1000BASE-LX/LH z obsługą DOM; Urządzenie musi być wyposażone w co najmniej 2 porty 10 Gigabit Ethernet typu SFP lub równoważne i dostarczone wraz z 2 modułami SFP typu 10GBASE-LR z obsługą OC192 SR1. Każdy port 10 Gigabit Ethernet musi być zainstalowany na oddzielnym wymiennym module. Urządzenie musi być wyposażone w kilka typów portów służące do zarządzania Urządzeniem. Wymagane porty: -port konsoli znakowej; WRA port Ethernet 10/100/1000; WRA port AUX; WRA.10 Urządzenie musi posiadać maksymalną (teoretyczną) wydajność na poziomie 10 Mpps; WRA.11 Urządzenie musi posiadać wydajność na poziomie 4 Mpps dla następującej

22 S t r o n a 22 WRA.12 WRA.13 WRA.14 kombinacji użytych funkcji sieciowych bądź ich równoważników: QoS, IPv4 Fowarding, IP Multicast, RPF, load-balancing; Wymagana jest obsługa, co najmniej prefiksów w tablicach routingu IPv4; Wymagana jest obsługa, co najmniej prefiksów w tablicach routingu IPv6; Wymagana jest obsługa, co najmniej 50 jednoczesnych sesji BGP; WRA.15 Urządzenie musi obsługiwać protokoły routingu dynamicznego: RIP v1, RIP v2, OSPF, BGP, IS-IS; WRA.16 WRA.17 WRA.18 WRA.19 Urządzenie musi obsługiwać ruch IPv4 oraz IPv6, w szczególności dla IPv6 wymagana jest obsługa protokołów routingu RIPng oraz OSPFv3; Urządzenie musi mieć możliwość rozszerzenia funkcjonalności o funkcje szyfrowania IPSec 3DES i AES (z wydajnością szyfrowania minimum 3,6 Gbps, minimum 4000 tuneli)bez wymiany oprogramowania, a jedynie poprzez dodanie licencji otwierającej tę funkcjonalność Urządzenie musi mieć możliwość rozszerzenia funkcjonalności o funkcje kontroli Firewall (o wydajności min sesji, z obsługą zestawiania min sesji na sekundę) bez wymiany oprogramowania, a jedynie poprzez dodanie licencji otwierającej tę funkcjonalność Urządzenie musi umożliwiać kreowanie, co najmniej 200 wirtualnych instancji routingu, obejmujących przestrzenie adresowe, interfejsy logiczne lub fizyczne. Mechanizm musi zapewniać logiczną separację ruchu i nakładanie się przestrzeni adresowych; WRA.20 Urządzenie musi obsługiwać, co najmniej 4000 ACL (Access Control Lists) oraz 40 WRA.21 WRA.21.1 WRA.21.2 WRA.21.3 WRA.21.4 WRA.21.5 WRA.21.6 WRA.21.7 WRA.22 WRA.23 WRA.24 WRA.25 WRA wpisów ACE (Access Control Entries); W ramach zapewnienia jakości usług wymagana jest obsługa mechanizmów QoS. Wymagane są co najmniej poniższe mechanizmy, bądź ich równoważniki: - Kolejkowanie Weighted Fair Queuing (WFQ), - Definiowanie różnych klas ruchu z możliwością przypisania im kolejek oraz polityk buforowania (shaping) i ograniczania (policing) ruchu; - Granulacja na poziomie 8 kbps w politykach QoS; - Obsługa minimum 1000 polityk; -Obsługa hierarchicznego QoS (HQoS) (3 poziomy hierarchii); -Definiowanie klas ruchu w oparciu o: IP Precedence, IP DSCP, adres IP docelowy, adres IP źródłowy, port UDP/TCP docelowy, port UDP/TCP źródłowy lub dowolną kombinację parametrów; -Obsługa minimum kolejek per system; Wymagana jest możliwość zarządzania Urządzeniem poprzez SNMPv3, SSH oraz port konsoli znakowej; Urządzenie musi mieć możliwość tzw. tunelowania przesyłanych danych w postaci tuneli GRE, bądź ich równoważników, typu punkt-punkt oraz punkt-wielopunkt z możliwością uruchomienia protokołów routingu dynamicznego pomiędzy Urządzeniami połączonymi za pomocą tuneli GRE bądź ich równoważników. Wymagana jest realizacja ochrony kryptograficznej tuneli GRE bądź ich równoważników oraz możliwość przesyłania ruchu multicastowego poprzez tunele GRE bądź równoważne. Wymagana jest obsługa co najmniej 2000 tuneli GRE bądź ich równoważników; Wymagana jest możliwość wymiany modułów w trakcie pracy Urządzenia (ang. hot swap); Urządzenie musi realizować filtrowanie ruchu IP poprzez zastosowanie list kontroli dostępu (Access Control List). Filtrowanie musi być możliwe w oparciu o źródłowe i docelowe adresy IP, źródłowe i docelowe numery portów usługowych;

23 S t r o n a 23 WRA.27 WRA.28 WRA.29 WRA.30 WRA.31 WRA.32 WRA.33 WRA.34 Urządzenie musi realizować Policy-Based Routing (PBR) tj. routingu pakietów IP w oparciu o adres źródłowy oraz interfejs źródłowy; Urządzenie musi posiadać wsparcie dla mechanizmów związanych z obsługą ruchu multicast: IGMP v2, IGMP v3, PIMv1, PIMv2; Urządzenie musi posiadać sprzętową ochronę warstwy zarządzającej przed atakami DoS; Urządzenie musi obsługiwać mechanizm analizy ruchu IP pod kątem zgodności z ścieżką zwrotną routingu (Unicast Reverse Path Forwarding, bądź równoważnego) i zapobieganie atakom opartym o spoofing adresów IP; Urządzenie musi posiadać obsługę NAT (Network Address Translation) i PAT (Port Address Translation); Urządzenie musi posiadać obsługę tzw. First Hop Redundancy Protocol Urządzenie musi obsługiwać protokół NetFlow lub równoważnego; Urządzenie musi posiadać mechanizm do badania jakości połączeń np. możliwość badania takich parametrów jak: jitter, opóźnienie, straty pakietów dla wygenerowanego strumienia testowego ICMP; WRA.35 Urządzenie musi wspierać protokoły RADIUS lub TACACS+ SNMP 2c oraz v3; WRA.36 WRA.37 WRA.38 WRA.39 Dostęp do Urządzenia musi być możliwy przez SSHv1 i SSHv2. Wymagana jest funkcjonalność serwera SSH oraz zintegrowanego klienta SSH; Musi być wyposażone w jeden zasilacz podstawowy oraz jeden zasilacz zapasowy (redundantny); Musi mieć możliwość montażu w szafie 19, być zasilane prądem przemiennym o napięciu 230V oraz posiadać obudowę z metalu. Wysokość Urządzenia nie może przekraczać 4U; Pełna redundancja urządzeń, połączeń telekomunikacyjnych oraz połączeń zasilających dla dostarczanego rozwiązania Router A. Na potrzeby dołączenia Urządzeń Router A do węzła POL-20, Zamawiający wymaga dostarczenia następujących modułów światłowodowych: Tabela 4 minimalne wymagania na Urządzenia typu MŚ Kod wymagania WMŚ.1 WMŚ.1.1 WMŚ.1.2 WMŚ.1.3 WMŚ.1.4 WMŚ.1.5 WMŚ.1.6 WMŚ.1.7 Opis funkcjonalności Zamawiający wymaga dostarczenia modułów SPA-1X 10GE-L-V2, bądź jego ścisłego odpowiednika: - musi posiadać jeden port, który będzie obsługiwał min sieci VLAN zgodnie ze standardem IEEE 802.1q, - musi być kompatybilny do instalacji i poprawnego działania z urządzeniami posiadanych przez Zamawiającego: router CISCO 7609-S, - instalacja oraz użytkowanie modułu w urządzeniach posiadanych przez Zamawiającego (CISCO 7609-S), nie może powodować utraty gwarancji jakiej producent udzielił na ww. routery. - musi posiadać 1 port dla modułów małej formy (SFP) umożliwiający jego podłączenie bez wyłączania urządzenia (hot-plug), - musi obsługiwać przepływność co najmniej 10Gb na sekundę w standardzie Ethernet, - musi być kompatybilny ze standardem IEEE: 802.3ae, 802.1Q, 802.1ad, 802.3x, - musi obsługiwać funkcje: QoS, Hot Standby Router Protocol (HSRP), Virtual Router Redundancy Protocol (VRRP), Ethernet over Mutliprotocol Label Switching (EoMPLS), Bridge protocol data unit (BPDU), Discovery Protocol, VLAN trunking

24 S t r o n a 24 WMŚ.1.8 WMŚ.1.9 Protocol (VTP), SNMP bądź ich odpowiedniki, - musi pracować w trybie Full-duplex, - musi umożliwiać pracę na ramkach Ethernet o wielkości min bajtów, WMŚ musi umożliwiać filtrowanie po adresie MAC, WMŚ.1.11 WMŚ.2 WMŚ.2.1 WMŚ.2.2 WMŚ.2.3 WMŚ.2.4 WMŚ.2.5 WMŚ.2.6 WMŚ.2.7 WMŚ musi obsługiwać do 5000 wpisów MAC, Zamawiający wymaga dostarczenia modułów światłowodowych XFP-10GLR-OC192SR (Multirate XFP 10GBASE-LR oraz OC192 SR-1) bądź ich ścisłych odpowiedników które muszą: - mieć mała formę (SFP) umożliwiając podłączenia bez wyłączania urządzenia (hotplug/hot-swap). - posiadać gniazda do złączy optycznych typu: duplex LC. - obsługiwać przepływnośc 10 Gbit/s dla Ethernet oraz OC-192/STM współpracować ze światłowodami jednomodowymi (SMF) na dystansie do 10km dla 10GBASE obsługując falę o długości nm (Tx) oraz nm (Rx), - współpracować ze światłowodami jednomodowymi (SMF) na dystansie do 2km dla OC-192/STM-64 SR-1 obsługując falę o długości nm (Tx) oraz nm (Rx), - być kompatybilne do instalacji i poprawnego działania z urządzeniami o których mowa w wymaganiu WMŚ.1. - nie naruszać poprawności działania urządzeń, o których mowa w wymaganiu WMŚ.1, w których zostaną zainstalowane. - nie powodować utraty gwarancji jakiej producent udzielił na te urządzenia, w wyniku instalacji oraz użytkowania tych ścisłych odpowiedników w urządzeniach o których mowa w wymaganiu WMŚ.1. Tabela 5 minimalne wymagania na Urządzenia Router B Kod wymagania WRB.01 WRB.02 WRB.03 WRB.04 WRB.05 WRB.06 WRB.06.1 WRB.06.2 WRB.06.3 WRB.06.4 Opis funkcjonalności Router kliencki. Urządzenie musi być routerem modularnym wyposażonym w minimum 3 interfejsy Gigabit Ethernet 10/100/1000 dla realizacji połaczenia do sieci LAN. Dwa intefejsy muszą mieć możliwość pracy w trybie dual-physical z gigabitowym portem światłowodowym definiowanym przez GBIC lub SFP. Urządzenie musi być wyposażone w minimum 256MB pamięci Flash i mieć możliwość rozbudowy do co najmniej 8GB Urządzenie musi być wyposażone w minimum 1GB pamięci RAM z możliwością rozbudowy do co najmniej 4GB Urządzenie musi być wyposażone w minimum jeden port USB. Port musi pozwalać na podłączenie zewnętrznych pamięci FLASH w celu przechowywania obrazów systemu operacyjnego, plików konfiguracyjnych lub certyfikatów elektronicznych oraz pełnić funkcję konsoli szeregowej. Musi być urządzeniem obsługującym różne typy modułów. Musi posiadać możliwość instalacji co najmniej: - 4 modułów sieciowych z interfejsami - 4 modułów usługowych z interfejsami. Moduły usługowe muszą mieć możliwość wyłączenia w celu oszczędzania energii elektrycznej - 1 wewnętrznego modułu usługowego - lub równoważnie 13 modułów ogólnego przeznaczenia do dowolnego wykorzystania