SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA

Transkrypt

1 Załącznik nr 1 do SIWZ SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA Zadanie 1. Dostawa 4 sztuk przełączników sieciowych warstwy przyłączeniowej. Przedmiotem zadania jest dostawa 4 sztuk urządzeń wielofunkcyjnych mających pełnić rolę przełączników sieci Ethernet. Każde z urządzeń musi być dostosowane do montażu w szafie RACK 19. Wysokość pojedynczego urządzenia nie może być większa niż 1RU. Oferowany przełącznik Gigabit Ethernet musi być wyposażony w 48 portów 10/100/1000BaseT PoE+ (IEEE 802.3at) oraz 2 porty uplink 10Gigabit Ethernet SFP+ i 2 porty uplink Gigabit Ethernet SFP. Porty uplink urządzenia muszą umożliwiać obsadzenie modułami Gigabit Ethernet SFP (co najmniej 1000Base- T, 1000Base-SX, 1000Base-LX/LH, 1000Base-EX, 1000Base-ZX, 1000Base-BX-D/U) oraz 10Gigabit Ethernet SFP+ (co najmniej 10GBase-SR, 10GBase-LR, 10GBase-LRM, 10GBase-ER, Twinax) zależnie od potrzeb. Wraz z urządzeniami należy dostarczyć cztery moduły SFP+ pozwalające na wykonanie dwóch połączeń na odległość min. 200m z przepustowością 10Gbps pomiędzy stosem zbudowanym z dostarczonych urządzeń a rdzeniem sieci Zamawiającego zbudowanym w oparciu o dwa przełączniki Cisco Catalyst 6880-X-LE za pomocą jednomodowych kabli światłowodowych w standardzie OM2. Oferowane urządzenia musza posiadać możliwość połączenia ich w stos za pomocą dedykowanych do tego celu portów oraz kabli o długości min. 50 cm każdy, które muszą być dostarczone razem z urządzeniami. Urządzenie musi spełniać następujące wymagania: 1) Urządzenie musi być wyposażone w redundantne i wymienne moduły wentylatorów 2) Urządzenie musi posiadać możliwość instalacji zasilacza redundantnego. Zamawiający nie dopuszcza stosowania zewnętrznych systemów zasilania redundantnego w celu realizacji tego zadania. Zasilacze muszą być wymienne 3) Zainstalowany zasilacz musi zapewniać min. 390W dla PoE 4) Urządzenie musi być sprzętowo przygotowane do obsługi standardu IEEE 802.3az Energy-Efficient Ethernet (EEE) 5) Przełącznik musi zapewniać możliwość rozbudowy o możliwość łączenia w stos z zapewnieniem następujących parametrów: a. Przepustowość w ramach stosu min. 160Gb/s b. Min. 9 urządzeń w stosie c. Zarządzanie poprzez jeden adres IP d. Możliwość tworzenia połączeń cross-stack Link Aggregation (czyli dla portów należących do różnych jednostek w stosie) zgodnie z 802.3ad 6) Przełącznik musi posiadać możliwość pełnienia w przyszłości funkcji kontrolera sieci bezprzewodowej WiFi. Uruchomienie tej funkcjonalności może polegać na konieczności zakupu przez Zamawiającego dodatkowej licencji. 7) Szybkość przełączania zapewniająca pracę z pełną wydajnością wszystkich interfejsów również dla pakietów 64-bajtowych (przełącznik line-rate) 8) Minimum 2GB pamięci DRAM i 2GB pamięci flash 9) Obsługa minimum a sieci VLAN b adresów MAC c tras IPv4

2 10) Obsługa protokołu NTP 11) Obsługa IGMPv1/2/3 i MLDv1/2 Snooping 12) Przełącznik musi wspierać następujące mechanizmy związane z zapewnieniem ciągłości pracy sieci: a. IEEE 802.1w Rapid Spanning Tree b. IEEE 802.1s Multi-Instance Spanning Tree c. Obsługa minimum 128 instancji protokołu STP 13) Obsługa protokołu LLDP i LLDP-MED 14) Obsługa funkcji Voice VLAN umożliwiającej odseparowanie ruchu danych i ruchu głosowego 15) Przełącznik musi posiadać możliwość uruchomienia funkcji serwera DHCP 16) Urządzenie musi wspierać następujące mechanizmy związane z zapewnieniem bezpieczeństwa sieci: a. Minimum 5 poziomów dostępu administracyjnego poprzez konsolę. Przełącznik musi umożliwiać zalogowanie się administratora z konkretnym poziomem dostępu zgodnie z odpowiedzą serwera autoryzacji (privilege-level) b. Autoryzacja użytkowników w oparciu o IEEE 802.1X z możliwością dynamicznego przypisania użytkownika do określonej sieci VLAN c. Autoryzacja użytkowników w oparciu o IEEE 802.1X z możliwością dynamicznego przypisania listy ACL d. Obsługa funkcji Guest VLAN umożliwiająca uzyskanie gościnnego dostępu do sieci dla użytkowników bez suplikanta 802.1X e. Możliwość uwierzytelniania urządzeń na porcie w oparciu o adres MAC f. Możliwość uwierzytelniania użytkowników w oparciu o portal www dla klientów bez suplikanta 802.1X g. Wymagane jest wsparcie dla możliwości uwierzytelniania wielu użytkowników na jednym porcie oraz możliwości jednoczesnego uwierzytelniania na porcie telefonu IP i komputera PC podłączonego za telefonem h. Możliwość obsługi żądań Change of Authorization (CoA) zgodnie z RFC 5176 i. Minimum 3000 wpisów dla list kontroli dostępu (ACE) j. Obsługa funkcji Port Security, DHCP Snooping, Dynamic ARP Inspection i IP Source Guard k. Możliwość autoryzacji prób logowania do urządzenia (dostęp administracyjny) do serwerów RADIUS lub TACACS+ l. Zapewnienie podstawowych mechanizmów bezpieczeństwa IPv6 na brzegu sieci (IPv6 FHS) w tym minimum ochronę przed rozgłaszaniem fałszywych komunikatów Router Advertisement (RA Guard), ochronę przed dołączeniem nieuprawnionych serwerów DHCPv6 do sieci (DHCPv6 Guard) 17) Przełącznik musi wspierać następujące mechanizmy związane z zapewnieniem jakości usług w sieci: a. Implementacja co najmniej 8 kolejek dla ruchu wyjściowego na każdym porcie dla obsługi ruchu o różnej klasie obsługi b. Implementacja algorytmu Shaped Round Robin lub podobnego dla obsługi kolejek c. Możliwość obsługi jednej z powyżej wspomnianych kolejek z bezwzględnym priorytetem w stosunku do innych (Strict Priority) d. Klasyfikacja ruchu do klas różnej jakości obsługi (QoS) poprzez wykorzystanie następujących parametrów: źródłowy/docelowy adres MAC, źródłowy/docelowy adres IP, źródłowy/docelowy port TCP e. Możliwość ograniczania pasma dostępnego na danym porcie dla ruchu o danej klasie obsługi f. Kontrola sztormów dla ruchu broadcast/multicast/unicast g. Możliwość zmiany przez urządzenie kodu wartości QoS zawartego w ramce Ethernet lub pakiecie IP poprzez zmianę pola 802.1p (CoS) oraz IP ToS/DSCP 18) Wbudowane reflektometry (TDR) dla portów 10/100/ ) Urządzenie musi zapewniać możliwość routingu statycznego i dynamicznego dla IPv4 i IPv6 (minimum protokół RIP). Urządzenie musi zapewniać możliwość rozszerzenia funkcjonalności o wsparcie dla zaawansowanych protokołów routingu IPv4 (OSPF, BGP) i IPv6 (OPSFv3), funkcjonalności Policy-based routingu i routingu multicast (PIM-SM, PIM-SSM) poprzez zakup odpowiedniej licencji lub wersji oprogramowania bez konieczności dokonywania zmian sprzętowych Strona 2 z 11

3 20) Obsługa protokołu HSRP/VRRP lub mechanizmu równoważnego dla usług redundancji bramy 21) Przełącznik musi umożliwiać zdalną obserwację ruchu na określonym porcie, polegającą na kopiowaniu pojawiających się na nim ramek i przesyłaniu ich do zdalnego urządzenia monitorującego, poprzez dedykowaną sieć VLAN (RSPAN) 22) Urządzenie musi zapewniać możliwość próbkowania i eksportu statystyk ruchu do zewnętrznych kolektorów danych (mechanizmy typu sflow, NetFlow, Net-Flow Lite, J-Flow lub równoważne) 23) Przełącznik musi posiadać makra lub wzorce konfiguracji portów zawierające prekonfigurowane ustawienie rekomendowane przez producenta sprzętu zależnie od typu urządzenia dołączonego do portu (np. telefon IP, kamera itp.) 24) Dedykowany port Ethernet do zarządzania out-of-band 25) Minimum jeden port USB umożliwiający podłączenie zewnętrznego nośnika danych. Urządzenie musi mieć możliwość uruchomienia z nośnika danych umieszczonego w porcie USB 26) Urządzenie musi być wyposażone w port konsoli USB 27) Plik konfiguracyjny urządzenia musi być możliwy do edycji w trybie off-line (tzn. konieczna jest możliwość przeglądania i zmian konfiguracji w pliku tekstowym na dowolnym urządzeniu PC). Po zapisaniu konfiguracji w pamięci nieulotnej musi być możliwe uruchomienie urządzenia z nową konfiguracją 28) Obsługa protokołów SNMPv3, SSHv2, SCP, https, syslog z wykorzystaniem protokołów IPv4 i IPv6 Zadanie 2. Dostawa 3 sztuk routerów sieciowych wyposażonych w funkcjonalności akceleracji ruchu sieciowego Oferowane urządzenia muszą być urządzeniami pełniącymi rolę wielousługowego routera modularnego gotowego do obsługi mechanizmów bezpiecznej i niezawodnej sieci WAN w oparciu o Internet. Dostarczone urządzenia muszą współpracować z posiadanymi przez Zamawiającego elementami sieci WAN oraz rdzenia sieci. W szczególności muszą współpracować z systemem Cisco WAAS (Cisco WAE-674-K9 oraz Cisco WAVE-574) eksploatowanym przez Zamawiającego. Architektura urządzeń 1. Musi pozwalać na instalację co najmniej: a. jednego modułu rozszerzeń takich jak moduły przełącznika, serwera b. 2 kart sieciowych z interfejsami z możliwością wyłączenia modułu w celu oszczędności energii c. 1 wewnętrznego modułu DSP z możliwością wyłączenia modułu w celu oszczędności energii 2. Musi posiadać zintegrowaną sprzętową akcelerację szyfrowania DES/3DES/AES 3. Musi posiadać możliwość bezpośredniej komunikacji pomiędzy modułami z pominięciem głównego procesora jeśli ruch sieciowy nie jest skierowany do routera. 4. Musi posiadać wszystkie interfejsy aktywne. Nie dopuszcza się stosowania kart, w których dla aktywacji interfejsów potrzebne będą dodatkowe licencje lub klucze aktywacyjne i konieczne wniesienie opłat licencyjnych. Np. niedopuszczalne jest stosowanie karty 4-portowej gdzie aktywne są 2 porty, a dla uruchomienia pozostałych konieczne jest wpisanie kodu, który uzyskuje się przez wykupienie licencji na użytkowanie pozostałych portów. 5. Urządzenie musi wspierać funkcjonalności akceleratora ruchu sieciowego i musi być wyposażone w stosowne licencje oraz rekomendowane zasoby pamięciowe i dyskowe. 6. Zakres funkcjonalny funkcji akceleratora sieciowego powinien obejmować: a. Kompresji ruchu np. algorytmem LZ; b. Optymalizacją połączeń TCP c. Deduplikacją ruchu sieciowego d. Wsparcie dla obsługi minimum 750 sesji TCP e. Musi współpracować z centralnym systemem zarządzania optymalizatorami ruchu sieciowego posiadanym przez Zamawiającego zawierającym centralny punkt konfiguracji, monitorowania w czasie rzeczywistym, zarządzania błędami i raportowania. Strona 3 z 11

4 f. Wsparcie dla akceleracji min. poniższych aplikacji: i. CIFS (SMBv2) ii. NFSv3 iii. Exchange 2003/2007/2010 (MAPI) iv. Encrypted MAPI v. Microsoft SQL vi. Oracle vii. SSL viii. HTTP 7. Sloty urządzenia przewidziane w celu rozbudowy urządzenia muszą mieć możliwość obsadzenia modułami: a. z cyfrowymi interfejsem T1/E1 dla ruchu głosowego lub ruchu typu channelized z gęstością interfejsów nie mniejszą niż 4 portów T1/E1; b. z interfejsami szeregowymi WAN, w liczbie min. 4 porty na moduł; c. interfejsów głosowych analogowych (FSX/FXO) z gęstością minimum 4 porty FXO lub 4 porty FXS na moduł; d. z dyskiem twardym SSD e. przełącznika Ethernet (funkcje L2 i L3), oczekiwana liczba portów przełącznika nie może być mniejsza niż 8 dla jednego modułu. Porty przełącznika muszą być dostępne również w wersji z zasilaniem PoE; f. umożliwiającym komunikację po sieci komórkowej w technologii 3G/4G (LTE); g. z portem VDSL2 / ADSL2+ over POTS; h. z portem VDSL2 / ADSL2+ over ISDN; i. z układami DSP; 8. Sloty urządzenia przewidziane w celu rozbudowy urządzenia o moduł z układami DSP muszą mieć możliwość obsadzenia modułami: a. gęstości nie mniejszej niż 256 kanałów b. Pozwalającymi na dynamiczne alokowanie DSP do różnych zadań (osługa interfejsów głosowych, trancoding, conferencing) z granulacją do 1 DSP. c. Posiadających wsparcie dla usług wideo d. Obsługującymi kodeki: i. G.711 ii. ClearChannel iii. G.729a iv. G.729ab v. G.726 vi. G.722 vii. G.728 viii. G.729 ix. G.729b x. Internet Low Bit xi. Funkcjonalność FaxRelay e. Obsługującymi funkcjonalność transkodowania pomiędzy różnymi typami kodeków f. Obsługującymi kompresję, wykrywanie aktywności głosowej, zarządzenie jitterem i funkcje kasowanie echa (co najmniej 128 ms). Funkcja kasowania echa musi być zgodna ze standardem ITU- T G.168 g. Obsługującymi szyfrowanie transmisji głosu z wykorzystaniem SRTP Oczekiwana wydajność 9. Urządzenie musi oferować dla pakietów unicast IPv4 o długości 64bajtów przepustowość rzędu 100Mbps; Strona 4 z 11

5 10. Urządzenie musi oferować możliwość zwiększenia wydajności do co najmniej 300Mbps dla pakietów unicast IPv4 o długości 64bajtów bez rozbudowy o dodatkowe moduły sprzętowe np. przez licencyjnie przez odblokowanie wbudowanych zasobów sprzętowych lub jako większa wydajność początkowa routera; 11. Urządzenie musi oferować dla pakietów IMIX przy włączonych usługach szyfrowania z IPSec, szczegółowej analizy aplikacji, kontroli jakości usługi QoS o przepustowość minimum 85Mbps; Oprogramowanie/funkcjonalność 12. Musi posiadać obsługę protokołów routingu IP BGPv4, OSPFv3, IS-IS, RIPv2 oraz routingu multicastowego PIM (Sparse i SSM) oraz routing statyczny; 13. Protokół BGP musi posiadać obsługę 4 bajtowych ASN; 14. Musi posiadać wsparcie dla mechanizmów związanych z obsługą ruchu multicast: IGMP v3, IGMP Snooping, PIMv2, Bi-directional PIM; 15. Musi posiadać obsługę protokołu IGMPv3 16. Musi obsługiwać mechanizm Unicast Reverse Path Forwarding (urpf) 17. Musi obsługiwać tzw. routing między sieciami VLAN w oparciu o trunking 802.1Q 18. Musi obsługiwać IPv6 w tym ICMP dla IPv6 19. Musi zapewniać obsługę list kontroli dostępu w oparciu o adresy IP źródłowe i docelowe, protokoły IP, porty TCP/UDP, opcje IP, flagi TCP, oraz o wartości TTL 20. Musi zapewniać mechanizmy korelacji zdarzeń związanych z filtracją za pomocą list kontroli dostępu dla syslog (np. za pomocą etykiety przypisanej do określonego wpisu na listach kontroli dostępu lub skrót MD5 generowany przez router) 21. Musi posiadać obsługę NAT dla ruchu IP unicast oraz PAT dla ruchu IP unicast 22. Mechanizm NAT musi zapewniać wsparcie dla H Musi posiadać wsparcie dla protokołów WCCP i WCCPv2 24. Musi posiadać obsługę wirtualnych instancji routingu (VRF) - co najmniej 300 instancji VRF 25. Musi posiadać obsługę mechanizmu DiffServ 26. Musi mieć możliwość tworzenia klas ruchu oraz oznaczanie (Marking), klasyfikowanie i obsługę ruchu (Policing, Shaping) w oparciu o klasę ruchu. 27. Musi zapewniać obsługę mechanizmów kolejkowania ruchu: a. z obsługą kolejki absolutnego priorytetu b. ze statyczną alokacją pasma dla typu ruchu c. WFQ 28. Musi obsługiwać mechanizm WRED 29. Musi obsługiwać mechanizm Traffic Shaping 30. Musi obsługiwać mechanizm ograniczania pasma dla określonego typu ruchu 31. Musi obsługiwać protokół GRE oraz zapewnieniać mechnizm honorowania IP Precendence dla ruchu tunelowanego. 32. Musi obsługiwać protokół NTP 33. Musi obsługiwać DHCP w zakresie Client, Server 34. Musi posiadać obsługę tzw. First Hop Redundancy Protocol (takiego jak HSRP, GLBP, VRRP lub równoważnego) 35. Musi posiadać obsługę mechanizmów uwierzytelniania, autoryzacji i rozliczania (AAA) z wykorzystaniem protokołów RADIUS lub TACACS+ 36. Musi obsługiwać protokół MPLS (funkcje LER i LSR) 37. Musi obsługiwać MPLS over GRE 38. Musi wspierać QoS dla MPLS 39. Musi obsługiwać MPLS Traffic Engineering 40. Musi obsługiwać MPLS VPN 41. Musi obsługiwać funkcjonalność Multicast dla MPLS VPN 42. Musi obsługiwać funkcjonalność Any Transport over MPLS Graceful Restart 43. Musi obsługiwać funkcjonalność Bidirectional Forwarding Detection (BFD) lub równoważną Strona 5 z 11

6 44. Funkcjonalność BFD musi być dostępna dla intefejsów skonfigurowanych do współpracy z VRF 45. Musi obsługiwać funkcjonalność BFD Echo Mode lub równoważna 46. Funkcjonalność BFD (lub równoważna) musi posiadać wsparcie dla protokołów BGP, OSPF, IS-IS, routingu statycznego oraz HSRP lub równoważne 47. Musi posiadać funkcjonalność pozwalającą na monitorowanie zdarzeń systemowych i generowania akcji zdefiniowanych przez użytkownika w oparciu o język skryptowy (tzw. Embedded Event Manager EEM, lub równoważny) 48. Funkcjonalność EEM musi pozwalać monitorować zdarzenia związane z konfiguracją poprzez linię poleceń, podsystem SYSLOG, podsystem związany z wymianą modułów w czasie pracy urządzenia, podsystem sprzętowych zegarów, podsystem liczników systemowych 49. Funkcjonalność EEM musi pozwalać na generowanie akcji: a. Wykonanie komendy z poziomu linii poleceń urządzenia b. Wysłanie krótkiej wiadomości tekstowej poprzez system poczty elektronicznej c. Wykonanie skryptu d. Wygenerowanie SNMP trap e. Ustawienie lub modyfikacja określonego licznika systemowego 50. Musi posiadać funkcjonalność PPPoE 51. Musi obsługiwać funkcjonalność Mobile IP. 52. Musi posiadać wsparcie dla Layer-2 Tunneling Protocol Version Urządzenie musi posiadać możliwość integracji z centralnym systemem zarządzania, monitorowania, konfiguracji jak również troubleshootingu (dotyczy posiadanego przez Zamawiającego systemu Cisco Prime Infrastructure). 54. Urządzenie musi umożliwiać obsługę przez zcentralizowany system zarządzania w celu zmiany wersji systemu operacyjnego. 55. Musi oferować zaawansowane funkcjonalności bezpieczeństwa takie Zone Based Firewall (ZBF), IPSec VPN, Dynamic Multipoint VPN (DMVPN) oraz FlexVPN 56. Musi posiadać funkcjonalność sterowania ruchem i jego rozkładu na łącza różnych operatorów na bazie konfigurowalnych polityk uwzględniających SLA (np. dopuszczalny poziom strat w pakietach, bajtach, dopuszczalne opóźnienia, dopuszczalna zmienność opóźnień - tzw. "jitter"): a. Funkcjonalność ta powinna określać klasę ruchu na bazie pól QoS lub analizy wzorca ruchu z uwzględnieniem warstwy aplikacji; b. Funkcjonalność powinna umożliwiać na przełączenie ruchu z klas krytycznych (np. głos, wideo, aplikacje biznesowe) na ścieżkę zapasową w przypadku przekroczenia warunków polityki ruchu dla danej klasy; c. Funkcjonalność musi być kompatybilna z protokołem routingu BGP; d. Funkcjonalność musi mieć możliwość pracy na tunelach IPSec/GRE; e. Funkcjonalność powinna być wspierana razem z włączoną akceleracją ruchu na łączach WAN; f. Mechanizm musi pozwalać na rozkład części ruchu po wszystkich dostępnych łączach operatorskich; Zarządzanie i konfiguracja 57. Musi mieć możliwość zarządzania za pomocą SNMPv3 58. Musi mieć możliwość eksportu statystyk ruchowych za pomocą protokołu Neftflow/JPFlow lub równoważnego 59. Musi być konfigurowalne za pomocą interfejsu linii poleceń (ang. Command Line Interface CLI) jak również interfejsu graficznego (GUI) 60. Plik konfiguracyjny urządzenia (w szczególności plik konfiguracji parametrów routingu) musi pozwalać na edycję w trybie off-line, tzn. musi być możliwość przeglądania i zmian konfiguracji w pliku tekstowym na dowolnym komputerze. Po zapisaniu konfiguracji w pamięci nieulotnej powinno być możliwe uruchomienie urządzenia z nowa konfiguracją. W pamięci nieulotnej musi być możliwość przechowywania dowolnej ilości plików konfiguracyjnych. Zmiany aktywnej konfiguracji muszą być widoczne natychmiastowo - nie dopuszcza się częściowych restartów urządzenia po dokonaniu zmian. Strona 6 z 11

7 Obudowa 61. Musi być wykonana z metalu. Ze względu na warunki, w których pracować będą urządzenia, nie dopuszcza się stosowania urządzeń w obudowie plastikowej 62. Musi mieć możliwość montażu w szafie 19 i musi zostać dostarczone z umożliwiającym to zestawem montażowym Zasilanie 63. Urządzenie musi być dostosowane do zasilania prądem przemiennym o napięciu 230V i częstotliwości 50Hz. Zasilacz musi być wbudowany w urządzenie. 64. Urządzenie musi umożliwiać doprowadzenie zasilania do portów Ethernet (tzw. inline-power) - w modułach sieciowych dostępnych do urządzenia Wyposażenie 65. Urządzenie musi być wyposażone w minimum 2 interfejsy Gigabit Ethernet 10/100/1000 dla realizacji połączenia do sieci LAN. 66. Minimum jeden z interfejsów opisanych powyżej musi mieć możliwość pracy w trybie dual-physical z portem RJ Urządzenie musi być wyposażone w minimum 16GB pamięci Flash 68. Urządzenie musi być wyposażone w minimum 16GB pamięci RAM 69. Urządzenie musi być wyposażone w dysk wewnętrzny o pojemności minimum 200GB 70. 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. Wdrożenie W ramach wdrożenia Wykonawca zobowiązany jest do wykonania przeglądu obecnej konfiguracji sieci WAN Zamawiającego wyposażonej w akceleratory Cisco WAAS. Na podstawie dokonanego przeglądu Wykonawca zobowiązany jest do przygotowania planu wdrożenia z uwzględnieniem jak najmniejszego czasu przestoju oraz zapewnieniem odpowiedniego poziomu bezpieczeństwa. W ramach wdrożenia Wykonawca zobowiązany jest do zaktualizowania oprogramowania posiadanych przez Zamawiającego elementów zapewniających akcelerację do wersji zgodnych z dostarczonym w ramach niniejszego zamówienia rozwiązaniem. Zadanie 3. Dostawa systemu do nagrywania rozmów i sesji video. 1. System do nagrywania rozmów musi być dedykowaną aplikacją. Musi być rozwiązaniem programowym, które w pełni opiera się o architekturę IP, a połączenia TDM możliwe są jedynie na zewnętrznych bramach głosowych. 2. Musi posiadać funkcjonalność do nagrywania rozmów wg poniższych wskazań: a. System musi umożliwiać samoczynne nagrywanie rozmów telefonicznych na wskazanych przez Zamawiającego numerach wewnętrznych. b. System musi posiadać zarządzającą konsolę webową administratora w celu konfiguracji parametrów pracy oraz uprawnień dostępu do nagrań, c. System musi współpracować z aplikacją webową za pomocą której uprawniony użytkownik będzie mógł wyszukiwać, filtrować, sortować oraz odsłuchiwać składowane materiały nagrań. Strona 7 z 11

8 d. System musi mieć możliwość integracji z nadrzędnymi aplikacjami specjalizowanymi w centralnej archiwizacji oraz aplikacjami do analizy nagrań poprzez otwarty interfejs programistyczny API. 3. Aplikacja musi rejestrować ruch głosowy z odbieranych strumieni głosowych, w szczególności musi spełniać poniższe funkcje: a. nagrywanie aktywne z telefonu IP - za pomocą zduplikowanego głosowego strumienia IP RTP z telefonu IP (tryb Dual Media Streaming), b. nagrywanie aktywne z bramy głosowej - za pomocą zduplikowanego głosowego strumienia IP RTP z bram głosowych ISDN (tryb Media Forking z bramy głosowej) c. nagrywanie aktywne z dowolnego głosowego RTP z połączenia SIP, skierowanego do aplikacji do nagrywania przez system sterowania połączeniami na bazie routingu połączeń: dla połączeń przekierowanych oraz telekonferencji, kiedy system rejestracji jest jedną ze stron telekonferencji, zarówno dla połączeń wewnętrznych, jak i zewnętrznych z PSTN. 4. Aplikacja musi mieć możliwość rejestracji ruchu wideo z odbieranych strumieni wideo zgodnych ze standardem H.264 AVC, o rozdzielczości co najmniej VGA, od telefonów wyposażonych w kamerę wideo, w szczególności musi spełniać poniższe funkcje: a. nagrywanie strumienia wideo IP RTP z połączenia SIP, skierowanego do systemu rejestracji przez system sterowania połączeniami (Call Control), np. zdublowane poprzez funkcję Media Forking na bramie lub kiedy system rejestracji jest jedną ze stron wideokonferencji na mostku MCU. b. nagrywanie notatek wideo poprzez wdzwonienie się abonenta z telefonu IP z funkcją wideo na numer kierujący połączenie do aplikacji do nagrywania rozmów. 5. Aplikacja musi jednocześnie rejestrować co najmniej 10 rozmów telefonicznych oraz co najmniej 1 połączenie wideo. 6. Aplikacja musi mieć możliwość rozbudowy do co najmniej 100 rozmów telefonicznych poprzez dodanie licencji. 7. Musi mieć możliwość rozszerzenia licencji umożliwiających rejestrację co najmniej 40 jednoczesnych połączeń wideo. 8. Musi rejestrować połączenia audio w oparciu o standardowe kodeki głosowe: G.711, G.729 oraz G Musi rejestrować połączenia wideo w oparciu o standardowy kodek typu H.264 zgodnie z MPEG-4 AVC/H.264, w rozdzielczości co najmniej VGA (640x480). Rejestrowanie połączeń wideo nie powinno wymagać rozbudowy sprzętowej serwera dla aplikacji systemu rejestracji. 10. Musi umożliwiać dostęp do nagrań: a. do trwających połączeń audio w oparciu o strumieniowanie RTSP, b. do zarchiwizowanych nagrań poprzez plugin HTTP oraz po konwersji do pliku według formatu standardu MP4 AAC oraz WMV. 11. Aplikacja musi rejestrować ruch głosowy dla obu kierunków rozmowy oddzielnie (od abonenta oraz do abonenta) dla połączeń telefonicznych w sieci IP złożonych z dwóch oddzielnych strumieni RTP. 12. Aplikacja musi rejestrować połączenia w trybie ciągłym, tj. dla wszystkich wykonanych rozmów dla zdefiniowanych linii abonenckich IP, według podanej ilości sesji równoczesnych. Strona 8 z 11

9 13. Aplikacja musi posiadać wbudowany interfejs webowy dla funkcji wyszukiwania i odtwarzania nagrań o funkcjonalności co najmniej: a. Wyszukiwanie zarejestrowanych nagrań głosowych oraz wideo poprzez filtry: czas połączenia, czas trwania, numery abonentów, numer sesji, status nagrania (zakończone, trwające) b. Odsłuchiwanie trwających rozmów c. Pobieranie i archiwizowanie zakończonych rozmów (głosowych oraz wideo). 14. Aplikacja musi udostępniać interfejs programistyczny API umożliwiający realizację funkcji, co najmniej: a. Wyszukiwanie zarejestrowanych nagrań głosowych oraz wideo, b. Tagowanie nagrań poprzez dodawanie oraz edycję opisów do zarejestrowanych nagrań głosowych oraz wideo, c. Kopiowanie nagrań głosowych oraz wideo. 15. Aplikacja musi mieć możliwość integracji polegającej na udostępnieniu zarejestrowanych nagrań do zewnętrznych systemów do analizy głosu oraz narzędzi do monitorowania systemu nagrywania. 16. Aplikacja musi być zintegrowana z systemem telefonii IP w zakresie autentykacji oraz autoryzacji użytkowników uprawnionych do dostępu do nagrań. 17. Aplikacja musi być zintegrowana z systemem telefonii IP w sposób umożliwiający zdefiniowanie przez administratora systemu telefonii IP usługi XML polegającej na nagrywaniu rozmowy na żądanie, w telefonie IP uprawnionego użytkownika 18. Aplikacja musi mieć możliwość wyświetlania listy połączeń będących w trakcie trwania i aktualnie nagrywanych, zakończonych oraz zarejestrowanych, a także błędnych, których zarejestrowanie nie powiodło się. 19. Aplikacja musi mieć interfejs WWW dla administratorów oraz użytkowników. 20. Aplikacja musi zostać dostarczona ze wszystkimi licencjami na nagrywane połączenia, które są wymagane po stronie telefonów IP, bram głosowych i serwera sterowania połączeniami, o ile takie licencje są wymagane. 21. Aplikacja musi mieć elastyczny sposób pracy oraz licencjonowania, umożliwiający rejestrację co najmniej 10 jednoczesnych połączeń w dowolnym scenariuszu i rozkładzie ilościowym obsługiwanych typów połączeń: nagrywanie aktywne z telefonu IP, nagrywanie z bramy głosowej, nagrywanie połączeń przekierowanych i telekonferencji. 22. Aplikacja musi zostać dostarczona wraz z licencją na system operacyjny, o ile taka licencja jest wymagana. 23. Aplikacja musi mieć możliwość pracy w trybie zwirtualizowanym oraz posiadać wsparcie techniczne producenta w tym trybie pracy. 24. Aplikacja musi pracować na platformie serwerowej działającej pod kontrolą systemu VMware vsphere Z uwagi na wymaganą stabilność oraz niezawodność aplikacji, system operacyjny platformy powinien blokować możliwość instalacji innych aplikacji. Strona 9 z 11

10 26. Producent aplikacji rejestracji rozmów powinien posiadać udokumentowaną współpracę z systemem telefonii IP. 27. Aplikacja musi być objęta min. 36-miesięcznym (3 lata) serwisem opartym na serwisie producenta świadczonym w reżimie 8x5xNBD. Aplikacja oraz wszelkie wymagane licencje muszą być dostarczone wraz z subskrypcjami umożliwiającymi modernizację do nowych wersji oprogramowania dostępnych oraz wspieranych przez producenta w okresie co najmniej 3 lat. Wdrożenie W ramach wdrożenia Wykonawca zobowiązany jest do : o instalacji systemu w środowisku wirtualnym posiadanym przez Zamawiającego, o konfiguracji dostarczonego systemu do współpracy z Cisco Unified Communication Manager zainstalowanym w Centrali NFZ, o konfiguracji funkcjonalności nagrywania na życzenie, o przeszkolenia pracowników Zamawiającego z eksploatacji wdrożonego systemu. Wymagania ogólne dotyczące wszystkich zadań: 1. Wykonawca musi zapewnić Zamawiającemu niezależnie od wyspecyfikowanego wyżej wsparcia producenta własne wsparcie telefoniczne oraz mailowe w godzinach 8-16 w dni robocze w zakresie rozwiązywania problemów z instalacją i konfiguracją dostarczonych urządzeń przez okres 3 miesięcy od dnia podpisania protokołu odbioru. Wsparcie, o którym mowa musi być świadczone przez osoby posiadające stosowne do zakresu udzielanej pomocy certyfikaty. 2. Dostarczane urządzenia muszą być nowe i pochodzić z bieżącej produkcji, a jednocześnie nie mogą być urządzeniami, które mogły być używane w innych projektach i poddane procesowi odnowienia. 3. W ramach realizacji zamówienia Wykonawca musi dostarczyć wraz z urządzeniami dokument wystawiony przez producenta sprzętu lub jego oficjalnego przedstawiciela potwierdzający, że oprogramowanie zawarte w dostarczonym sprzęcie jest licencjonowane na Zamawiającego. 4. Wszystkie dostarczone urządzenia muszą być objęte gwarancją (serwisem gwarancyjnym opartym na serwisie producenta) przez okres minimum 36 miesięcy licząc od daty podpisania protokołu odbioru. Naprawy gwarancyjne muszą być realizowane w reżimie 8x5xNBD. Przez cały okres gwarancji Wykonawca musi zapewnić Zamawiającemu możliwość aktualizacji oprogramowania dostarczonych urządzeń do najnowszych udostępnionych przez producenta wersji. 5. W ramach realizacji zamówienia Wykonawca musi dostarczyć wraz z urządzeniami dokument wystawiony przez producenta sprzętu lub jego oficjalnego przedstawiciela potwierdzający zarejestrowanie kontraktu serwisowego na dostarczone urządzenia i oprogramowanie. Serwis gwarancyjny musi obejmować prawo do aktualizacji wersji oprogramowania systemowego urządzeń. Wykonawca zapewni Zamawiającemu dostęp do: nowych wersji oprogramowania; narzędzi konfiguracyjnych i dokumentacji technicznej; pomocy technicznej producentów prawo bezpośredniego zgłaszania przez Zamawiającego usterek i awarii sprzętu do Producenta 6. Ze względu na pożądaną pełną kompatybilność oraz zabezpieczenie uprawnień gwarancyjnych Zamawiającego, dostarczane w ramach Zamówienia rozwiązania (urządzenia oraz karty i moduły do nich) powinny pochodzić od jednego producenta, chyba że wymagania szczegółowe stanowią inaczej. W przypadku oferowania urządzeń różnych producentów, należy dostarczyć oświadczenia ich producentów o pełnej wzajemnej kompatybilności oraz oświadczenia o współpracy autoryzowanych placówek serwisowych producentów w zakresie usuwania problemów powstających na styku rozwiązań. Strona 10 z 11

11 7. Wszystkie wymagania przedstawione w niniejszym dokumencie muszą zostać spełnione w aktualnie dostępnych komercyjnie rozwiązaniach oprogramowania i sprzętu. Nie dopuszcza się możliwości, że wykonawca określi przyszłą wersję oprogramowania lub sprzętu, która będzie spełniać daną wyspecyfikowaną funkcjonalność. 8. Wymagane jest dostarczenie, wraz z dostawą urządzeń, szczegółowej dokumentacji technicznej producenta oferowanych produktów potwierdzającej spełnianie wymagań technicznych urządzeń będących przedmiotem zamówienia (Zamawiający dopuszcza w tym przypadku możliwość złożenia dokumentacji w języku angielskim). 9. W wypadku powzięcia wątpliwości co do zgodności oferowanych produktów z opisem przedmiotu zamówienia, w szczególności w zakresie legalności oprogramowania, Zamawiający jest uprawniony do nieograniczonego w czasie trwania umowy: zwrócenia się do producenta oferowanych produktów o potwierdzenie ich zgodności z opisem przedmiotu zamówienia (w tym także do przekazania producentowi niezbędnych danych umożliwiających weryfikację), oraz zlecenia producentowi oferowanych produktów lub wskazanemu przez producenta podmiotowi inspekcji produktów pod kątem ich zgodności z opisem przedmiotu zamówienia oraz ważności i zakresu uprawnień licencyjnych. Jeżeli inspekcja, o której mowa powyżej wykaże niezgodność produktów z opisem przedmiotu zamówienia lub stwierdzi, że korzystanie z produktów narusza majątkowe prawa autorskie osób trzecich albo producenta, koszt inspekcji zostanie pokryty przez Wykonawcę, według rachunku przedstawionego przez podmiot wykonujący inspekcję, w kwocie nie przekraczającej 30% wartości zamówienia (ograniczenie to nie dotyczy kosztów poniesionych przez Strony w związku z inspekcją, jak np. konieczność zakupu nowego oprogramowania). Prawo zlecenia inspekcji nie ogranicza ani nie wyłącza innych uprawnień Zamawiającego, w szczególności prawa do żądania dostarczenia produktów zgodnych z opisem przedmiotu zamówienia oraz roszczeń odszkodowawczych. Strona 11 z 11