Załącznik nr 5 SIWZ oznaczenie sprawy: IN.2710.5.2012 Opis przedmiotu zamówienia Celem zamówienia jest modernizacja sieci komputerowej Urzędu Miejskiego w Gliwicach eliminująca pojedyncze punkty awarii. 1. Wymagany zakres dostaw i usług: 1.1. Dostawa 2 szkieletowych modularnych przełączników sieciowych, 8 zarządzalnych brzegowych przełączników sieciowych oraz 5 dwuportowych kart sieciowych. 1.2. Rekonfiguracja połączeń miedzy serwerami a przełącznikami szkieletowymi, jak również konfiguracja połączeń z siecią szkieletową. 1.3. Konfiguracja całej infrastruktury sieciowej oraz przeniesienie istniejących sieci VLAN. 1.4. Podłączenie farmy serwerów do infrastruktury sieciowej celem zapewnienia redundantnych połączeń wraz z właściwą konfiguracją systemów operacyjnych. Zamawiający eksploatuje następujące Systemy operacyjne: Windows 2000 Serwer, Windows Server 2003 Standard, Windows Server 2003 Enterprise z usługą klastrową, Windows Server 2008 standard, VMware Virtual Infrastructure 3.5, VMware vsphere 5, Red Hat Enterprise Linux 5.6, Centos 4.5, 5.6, 5.7, 6.0, 6.2, ubuntu Server 9.04, CheckPoint SecurePlatform R75. 1.5. Podłączenie bramy internetowej do infrastruktury sieciowej celem zapewnienia redundantnych połączeń wraz z właściwą konfiguracją systemu operacyjnego CheckPoint SecurePlatform R75 oraz sieci VLAN zgodnie z wymaganą topologią połączeń. 1.6. Przeprowadzenie testów symulujących awarię każdego z elementów infrastruktury to jest: przełączników centralnych, przełączników brzegowych w punktach dystrybucyjnych okablowania światłowodowego i miedzianego, połączeń z farmą serwerów oraz bramą internetową. 1.7. Wykonanie dokumentacji przeprowadzonej rekonfiguracji. 2. Opis modyfikowanej części sieci komputerowej 2.1. Modernizacja ma objąć sieć szkieletową znajdującą się w serwerowni zamawiającego i obejmować wymianę istniejących przełączników zarządzanych i przełącznika szkieletowego na strukturę redundantną zapewniającą bezpieczeństwo w przypadku awarii pojedynczych elementów struktury. W ramach modernizacji mają zostać przekonfigurowane połączenia serwerów w taki sposób by zapewnić niezależność działania nawet przy awarii jednego z elementów aktywnych sieci szkieletowej. Celem modernizacji sieci komputerowej Urzędu Miejskiego w Gliwicach jest wyeliminowanie pojedynczych punktów awarii tak aby: 2.1.1. Zapewnić dostęp do aplikacji i usług Urzędu wszystkich klientów sieci w wypadku awarii jakiegokolwiek podzespołu jednego z przełączników centralnych. 2.1.2. Zapewnić dostęp do aplikacji i usług Urzędu wszystkich klientów sieci w wypadku awarii jednego z interfejsów sieciowych serwerów lub połączenia serwer - przełącznik centralny. 2.1.3. Zapewnić dostęp do aplikacji i usług Urzędu wszystkich klientów sieci w wypadku awarii jednego połączenia światłowodowego MDF IDF 2.1.4. Zapewnić dostęp do aplikacji i usług Urzędu wszystkich klientów sieci w wypadku awarii jednego przełącznika brzegowego. Dostęp nie musi być zapewniony dla klientów podłączonych bezpośrednio do uszkodzonego przełącznika brzegowego. 2.1.5. Zapewnić dostęp do aplikacji i usług Urzędu wszystkich klientów sieci w wypadku awarii jednego modułu GBIC zainstalowanego w dowolnym przełączniku brzegowym. 2.1.6. Wszystkie punkty dystrybucyjne IDF mają stanowić odrębną domenę awarii. Wystąpienie pojedynczej awarii w domenie nie może wpływać na pracę w pozostałych domenach, a każda domena musi być odporna na wystąpienie pojedynczej awarii niezależnie. 2.1.7. Połączenia pomiędzy poszczególnymi przełącznikami oraz serwerami muszą zapewnić minimalną przepustowość 1Gb. 1/5
2.2. Wykonawca musi zapewnić połączenia redundantne pomiędzy każdym z serwerów a szkieletem sieci. Dla serwerów posiadających pojedynczy interfejs sieciowy należy zaproponować rozwiązanie umożliwiające realizację założeń opisanych w punkcie 2. (na przykład za pomocą dodatkowego interfejsu sieciowego). Rozwiązanie to musi być wspierane przez producenta serwera i zapewniać współpracę w trybie redundantnym z zainstalowanym systemem operacyjnym. Proponowane rozwiązania muszą być dedykowane do rozwiązań serwerowych, a ich opis musi stanowić załącznik do oferty. Należy je również zamieścić w formularzu ofertowym z podaniem modelu, numerów katalogowych oraz ich ilości i ceny jednostkowej. Wyżej wymienione rozwiązanie (dodatkowe dwuportowe interfejsy sieciowe) należy zapewnić dla następujących serwerów jakimi dysponuje zamawiający: 2.2.1. HP DL 180G6 1 szt. 2.2.2. HP DL 380 G7 2 szt. 2.2.3. Fujitsu-Siemens RX200 S4 1 szt. 2.2.4. otwarta platforma serwerowa oparta o płytę Supermicro PDSM4+ wyposażona w interfejsy PCI-Express i PCI-X 2.3. Oprócz urządzeń wymienionych przez zamawiającego w specyfikacji wykonawca jest zobowiązany do dostarczenia wszystkich niezbędnych modułów GBIC oraz kabli, które są niezbędne do realizacji zamówienia. 2.4. Zamawiający nie dopuszcza stosowania zewnętrznych konwerterów światłowodowych. 2.5. Wykonawca musi wdrożyć wraz z dostarczonymi przełącznikami platformę monitorującą stan sieci w oparciu o oprogramowanie o następujących cechach: 2.5.1. Auto-wykrywanie, konfigurowanie, monitorowanie oraz diagnostyka urządzeń sieciowych 2.5.2. obrazowanie topologii sieci wraz z automatycznym tworzeniem mapy połączeń 2.5.3. pokazywanie alertów sieciowych wraz z ich klasyfikacją wg ważności 2.6. Zamawiający musi mieć możliwość bezpośredniego zarządzania poszczególnymi elementami sieci za pomocą odniesienia poprzez mapę topologii. 3. Przedmiotem zamówienia jest dostawa przełączników i kart sieciowych o następujących parametrach minimalnych: 3.1. Przełącznik sieciowy 1 (2 sztuki) 3.1.1. Modularny szkieletowy zarządzalny przełącznik sieciowy 3.1.2. Montowalny w szafach przemysłowych 19 wysokość nie większa niż 4U 3.1.3. Nie mniej niż 40 portów 10/100/1000BASE-T z automatycznym wykrywaniem prędkości 3.1.4. Nie mniej niż 32 porty (mini GBIC), w tym co najmniej 24 porty wyposażone w moduły SFP 1G LC SX 3.1.5. Co najmniej 3 wolne gniazda na moduły komunikacyjne. 3.1.6. Moduły komunikacyjne, moduły mini GIBIC oraz zasilacze wymienialne podczas pracy urządzenia (hotswap) 3.1.7. Przepustowość przełącznika minimum 282 mln p/s 3.1.8. Przepustowość routowania/przełączania minimum 379 Gb/s 3.1.9. Pojemność tabeli routingu nie mniejsza niż 10000 pozycji 3.1.10. Możliwość tworzenia list kontroli dostępu (ACL) w oparciu o sieci wirtualne jak i natywne. 3.1.11. Zarządzanie poprzez porty: RJ45 (Ethernet), DB9 (RS232) 3.1.12. Zarządzanie za pomocą przeglądarki internetowej, wiersza polecenia oraz protokołu SNMP v1, v2c, v3. Przełącznik musi umożliwiać zarządzanie poprzez dostarczoną platformę monitorującą stan sieci. 3.1.13. Wsparcie dla protokołu IEEE 802.1Q. Obsługa minimum 2048 VLANów równocześnie. 3.1.14. Obsługa następujących protokołów routingu: routing statyczny, RIPv1, RIPv2, OSPF v2 dla protokołu IPv4, OSPF v3 dla protokołu IPv6. 3.1.15. Możliwość implementacji protokołu VRRP 3.1.16. Obsługujący co najmniej wymienione protokoły i standardy: 2/5
3.1.16.1. IEEE 802.1ad Q-in-Q; 3.1.16.2. IEEE 802.1AX-2008 (Agregacja łączy); 3.1.16.3. IEEE 802.1D MAC Bridges; 3.1.16.4. IEEE 802.1p (Priorytet); 3.1.16.5. IEEE 802.1Q VLANs; 3.1.16.6. IEEE 802.1s Multiple Spanning Trees; 3.1.16.7. IEEE 802.1v (Klasyfikacja sieci VLAN według protokołów i portów); 3.1.16.8. IEEE 802.1w Rapid Reconfiguration of Spanning Tree; 3.1.16.9. IEEE 802.3ad Link Aggregation Control Protocol (LACP); 3.1.16.10. IEEE 802.3af Power over Ethernet; 3.1.16.11. IEEE 802.3x (Kontrola przepływu); 3.1.16.12. RFC 768 UDP; 3.1.16.13. RFC 783 Protokół TFTP (wersja 2); 3.1.16.14. RFC 792 ICMP; 3.1.16.15. RFC 793 TCP; 3.1.16.16. RFC 826 ARP; 3.1.16.17. RFC 854 TELNET; 3.1.16.18. RFC 868 Time Protocol; 3.1.16.19. RFC 951 BOOTP; 3.1.16.20. RFC 1058 RIPv1; 3.1.16.21. RFC 1350 Protokół TFTP (wersja 2); 3.1.16.22. RFC 1519 CIDR; 3.1.16.23. RFC 1542 Rozszerzenia BOOTP; 3.1.16.24. RFC 2030 Simple Network Time Protocol (SNTP) v4; 3.1.16.25. RFC 2131 DHCP; 3.1.16.26. RFC 2453 RIPv2; 3.1.16.27. RFC 2548 (tylko MS-RAS-Vendor); 3.1.16.28. RFC 3046 DHCP Relay Agent Information Option; 3.1.16.29. RFC 3576 Ext to RADIUS (tylko certyfikat autentyczności); 3.1.16.30. RFC 3768 VRRP; 3.1.16.31. RFC 4675 RADIUS VLAN i Priority; 3.1.16.32. UDLD (Uni-directional Link Detection) 3.1.17. Dwa (redundantne) zasilacze sieciowe 3.1.18. serwis i pomoc techniczna: 5 letnia gwarancja producenta obejmująca części, robociznę i serwis w miejscu instalacji 3.1.19. Deklaracja zgodności CE - wymagane jest dołączenie dokumentu do oferty 3.2. Przełącznik sieciowy 2 (8 sztuk) 3.2.1. Zarządzalny przełącznik sieciowy warstwy drugiej 3.2.2. montowalny w szafach przemysłowych 19 wysokość nie większa niż 1U 3.2.3. 44 portów 10/100/1000BASE-T z automatycznym wykrywaniem prędkości 3.2.4. 4 porty SFP (mini GBIC)/ 10/100/1000BASE-T (dzielone) 3.2.5. Przepustowość nie mniejsza niż 96 Gb/s 3.2.6. Przepustowość przełączania minimum 71.4 mln p/s 3.2.7. Pojemność tabeli routingu nie mniejsza niż 8000 3.2.8. Możliwość tworzenia VLAN ów 3.2.9. Obsługujący co najmniej wymienione protokoły i standardy: 3.2.9.1. IEEE 802.1D MAC Bridges 3.2.9.2. IEEE 802.1p Priority 3.2.9.3. IEEE 802.1Q VLANs 3.2.9.4. IEEE 802.1s Multiple Spanning Trees 3.2.9.5. IEEE 802.1w Rapid Reconfiguration of Spanning Tree 3.2.9.6. IEEE 802.3ad Link Aggregation Control Protocol (LACP) 3.2.9.7. IEEE 802.3x Flow Control 3.2.9.8. RFC 768 UDP 3.2.9.9. RFC 783 TFTP Protocol (revision 2) 3/5
3.2.9.10. RFC 792 ICMP 3.2.9.11. RFC 793 TCP 3.2.9.12. RFC 826 ARP 3.2.9.13. RFC 854 TELNET 3.2.9.14. RFC 951 BOOTP 3.2.9.15. RFC 1542 BOOTP Extensions 3.2.9.16. RFC 2030 Simple Network Time Protocol (SNTP) v4 3.2.9.17. RFC 3376 IGMPv3 3.2.9.18. RFC 1213 MIB II 3.2.9.19. RFC 1493 Bridge MIB 3.2.9.20. RFC 1573 SNMP MIB II 3.2.9.21. RFC 2021 RMONv2 MIB 3.2.9.22. RFC 2096 IP Forwarding Table MIB 3.2.9.23. RFC 2613 SMON MIB 3.2.9.24. RFC 2618 RADIUS Client MIB 3.2.9.25. RFC 2620 RADIUS Accounting MIB 3.2.9.26. RFC 2665 Ethernet-Like-MIB 3.2.9.27. RFC 2668 802.3 MAU MIB 3.2.9.28. RFC 2674 802.1p and IEEE 802.1Q Bridge MIB 3.2.9.29. RFC 2737 Entity MIB (Version 2) 3.2.9.30. RFC 2863 The Interfaces Group MIB 3.2.9.31. RFC 3418 MIB for SNMPv3 3.2.9.32. IEEE 802.1AB Link Layer Discovery Protocol (LLDP) 3.2.9.33. RFC 3176 sflow 3.2.9.34. SNMPv1/v2c/v3 3.2.9.35. IEEE 802.1X Port Based Network Access Control 3.2.9.36. RFC 1492 TACACS+ 3.2.9.37. RFC 2138 RADIUS Authentication 3.2.9.38. RFC 2866 RADIUS Accounting 3.2.9.39. Secure Sockets Layer (SSL) 3.2.9.40. SSHv2 Secure Shell 3.2.10. Zarządzanie za pomocą przeglądarki internetowej, wiersza polecenia oraz protokołu SNMP v1, v2c, v3. Przełącznik musi umożliwiać zarządzanie poprzez dostarczoną platformę monitorującą stan sieci. 3.2.11. Deklaracja zgodności CE - wymagane jest dołączenie dokumentu do oferty. 3.2.12. Gwarancja producenta: 5 lat świadczone w siedzibie Zamawiającego. 3.3. karty sieciowe (5 sztuk) 3.3.1. karty sieciowe zgodne z opisem w punkcie 2.2.8 3.3.2. Gwarancja 2 lata świadczone w siedzibie Zamawiającego. 4. Dostarczony sprzęt musi być nowy i wyprodukowany nie dawniej niż 6 miesięcy przed dostawą. Przełączniki muszą być wyposażone w legalne oprogramowanie umożliwiające realizację wszystkich założeń określonych w specyfikacji. Zamawiający zastrzega sobie możliwość weryfikacji u producenta sprzętu legalności oprogramowania oraz żądanych trybów serwisu. Na żądanie Zamawiającego, Wykonawca będzie zobowiązany do dostarczenia oświadczenia producenta o spełnieniu wyżej wymienionych wymogów. 5. Oferta dotycząca modernizacji sieci komputerowej musi zawierać wykaz wszystkich oferowanych urządzeń, modułów GBIC, interfejsów sieciowych itp. oraz ewentualnych licencji wraz z podaniem numerów katalogowych oraz ich ilości i ceny jednostkowej. Wszystkie oferowane produkty muszą posiadać minimum roczne wsparcie producenta w zakresie zgłaszania problemów technicznych oraz dostępu do poprawek i uaktualnień systemu. W okresie wsparcia Zamawiający musi mieć prawo do bezpłatnej aktualizacji do najnowszej wersji produktów, jeżeli zostaną one opublikowane przez producenta. Jeżeli wsparcie techniczne producenta posiada oznaczenie produktowe należy je podać w ofercie. 6. Po zakończeniu prac instalacyjnych i konfiguracyjnych Wykonawca przedstawi do akceptacji Zamawiającemu dokumentację powykonawczą w tym: schemat połączeń, spis urządzeń 4/5
w punktach dystrybucyjnych, adresację IP, pliki konfiguracyjne dla każdego z urządzeń oraz wyniki przeprowadzonych testów niezawodności systemu. 6.1. Dokumentacja powinna obejmować szczegółowe opisy zastosowanej technologii w języku polskim, a kolejne, wymagane dokumenty winny stanowić kolejne rozdziały 6.2. Dokumentacja musi zawierać zbiorcze zestawienie dostarczonych licencji z krótkim opisem ich funkcji i warunkami licencji w języku polskim. 6.3. Dokumentacja powinna być dostarczona w 2 egzemplarzach w spójnej postaci papierowej broszury, ze spisem treści, formatu A4, oraz nagrana na płycie CD (w formacie PDF niezabezpieczonym przed drukowaniem i kopiowaniem) 6.4. Termin przekazania wszelkich dokumentacji nie może przekroczyć terminu podpisania protokołu końcowego 7. Wykonawca zapewnia 36 miesięczną gwarancję na całość wykonanych usług. Wykonawca przystąpi do usunięcia usterki w przeciągu 4 godzin od zgłoszenia i zapewni usunięcie usterki w okresie 8 godzin od zgłoszenia. Jeżeli usunięcie usterki nie będzie w żądanym czasie możliwe, Wykonawca zapewni rozwiązanie zastępcze zapewniające funkcjonowanie systemu na czas usunięcia awarii. Zamawiający dopuszcza funkcjonowanie rozwiązania zastępczego nie dłużej niż 7 dni. 8. Wszystkie prace instalacyjne i konfiguracyjne muszą być przeprowadzane w taki sposób, aby nie zakłócić pracy Urzędu. Prace, które wymagają czasowej przerwy w dostępie do aplikacji Urzędu muszą być przeprowadzone poza godzinami pracy to jest w dni wolne od pracy oraz w dni robocze pomiędzy godziną 17:30 a 7:00. Wszystkie opisane parametry wymagane są wymaganiami minimalnymi. Zamawiający akceptuje rozwiązania o parametrach równoważnych lub lepszych, bez utraty funkcjonalności i wydajności. 5/5