Załącznik nr 1 do umowy nr ZP/PN/7/2012/WIN Opis Przedmiotu Zamówienia 1. Wymagania ogólne 1.1. Zamówienie realizowane jest w dwóch etapach: 1.1.1. Etap I w terminie 60 dni od daty podpisania umowy. 1.1.2. Etap II do 15 lutego 2013 roku. 1.2. Urządzenia rdzeniowe zostaną zainstalowane w 4 węzłach zlokalizowanych na terenie Wrocławia w miejscach wskazanych przez Zamawiającego po podpisaniu umowy. 1.3. W zakres realizacji Etapu I wchodzi: 1.3.1. Dostarczenie 4 rdzeniowych urządzeń sieciowych wraz z częściowym wyposaŝeniem. 1.3.2. Sporządzenie w porozumieniu z Zamawiającym Projektu Logicznego konfiguracji dostarczonych urządzeń. 1.3.3. Skonfigurowanie dostarczonych urządzeń oraz ich montaŝ w punktach wskazanych przez Zamawiającego. 1.3.4. Dostarczenie voucherów na certyfikowane szkolenie do obsługi dostarczanych urządzeń i technologii dla pracowników Zamawiającego lub przeprowadzenie równowaŝnych szkoleń we własnym zakresie. 1.3.5. Zagwarantowanie moŝliwości aktualizacji oprogramowania danych urządzeń w okresie udzielonej gwarancji. 1.3.6. Dostarczenie dokumentacji powykonawczej w formie edytowalnej na nośniku typu pendrive. 1.4. W zakres realizacji Etapu II wchodzi: 1.4.1. Dostarczenie oprogramowania zarządzającego do urządzeń rdzeniowych. 1
1.4.2. Dostarczenie dodatkowego wyposaŝenia urządzeń rdzeniowych. 1.4.3. Dostarczenie voucherów na certyfikowane szkolenie z funkcjonalności oraz obsługi oprogramowania zarządzającego urządzeń rdzeniowych dla pracowników Zamawiającego lub przeprowadzenie równowaŝnego szkolenia we własnym zakresie. 1.4.4. Dostarczenie dokumentacji powykonawczej w formie edytowalnej na nośniku typu pendrive. 1.5. Wykonawca będzie świadczył na rzecz Zamawiającego serwis gwarancyjny oraz usługę wsparcia technicznego w okresie udzielonej gwarancji. 1.6. Wszystkie prace muszą być prowadzone z zachowaniem naleŝytej staranności, zgodnie z najlepszymi praktykami branŝowymi. Sposób implementacji rozwiązania musi zapewniać minimalne przerwy w pracy systemów teleinformatycznych Zamawiającego, a wszelkie przerwy wcześniej uzgodnione z Zamawiającym. Wykonawca pokryje wszelkie koszty związane z instruktaŝem przedstawicieli Zamawiającego. 1.7. Projekt Logiczny 1.7.1. Wykonawca opracuje i przedstawi do akceptacji Zamawiającego Projekt Logiczny w ciągu 30 dni od daty podpisania umowy. 1.7.2. Projekt Logiczny zawierał będzie informacje dotyczące zakresu merytorycznego obu etapów budowy sieci. 1.7.3. Zamawiający bezzwłocznie uzgodni projekt lub przedstawi swoje uwagi wraz z terminem przekazania poprawionej wersji Projektu Logicznego nie później jednak niŝ w ciągu 5 dni roboczych. 1.7.4. Projekt Logiczny będzie zawierał w szczególności: 1.7.4.1. Szczegółowy Projekt Techniczny 1.7.4.2. Harmonogram Budowy Sieci 2
1.7.4.3. Plan Implementacji Sieci 1.7.4.4. Plan Testów Odbiorczych Sieci 1.7.5. Szczegółowy Projekt Techniczny będzie zawierał: 1.7.5.1. Szczegółowe opisy techniczne i funkcjonalne wszystkich oferowanych urządzeń i elementów, pozwalające na ocenę zgodności dostarczanych rozwiązań z wymaganiami Zamawiającego (m.in. tabele zgodności). 1.7.5.2. Analizę i dostosowanie topologii sieci (schematy połączeń fizycznych, lokalizacja węzłów). 1.7.5.3. Określenie szczegółowych parametrów logicznych sieci (adresacja IPv4 i IPv6, protokoły, bezpieczeństwo, mechanizmy zapewnienia jakości ruchu, mechanizmy inŝynierii ruchu). 1.7.5.4. Określenie schematów konfiguracyjnych przy kreowaniu usług dla klientów sieci miejskiej: 1.7.5.4.1. Dostęp do Internetu (na bazie publicznych i prywatnych adresów IP, opcjonalnie z peering BGP). 1.7.5.4.2. Sieci prywatne warstw 2 i 3 (MPLS L2 VPN VPLS, H- VPLS, EVC itp., MPLS L3 VPN, mvpn). 1.7.5.4.3. Dostęp do współdzielonych zasobów udostępnianych przez operatora sieci miejskiej. 1.7.5.5. Szczegółowy Projekt Techniczny musi uwzględniać niezbędną rekonfigurację istniejącej infrastruktury teleinformatycznej wykorzystywanej przez Zamawiającego (sieć UMW) i jej dołączenie do sieci MAN Wrocław (sieć MAN Wrocław ma przejąć rolę warstwy transportowej dla zasobów teleinformatycznych Urzędu na rzecz jednostek korzystających z zasobów UMW) w zakresie: 3
1.7.5.5.1. weryfikacji poprawności działania sieci UMW, 1.7.5.5.2. opracowania rekomendacji zmian oraz planu wdroŝenia zmian w sieci w celu zwiększenia efektywności jej działania oraz poprawności współpracy z budowaną Siecią Miejską, w szczególności: 1.7.5.5.2.1. organizacja transmisji danych w sieci UMW, w tym routingu dynamicznego, 1.7.5.5.2.2. efektywne korzystanie z dwóch punktów styku z sieciami operatorów telekomunikacyjnych, 1.7.5.5.2.3. dostępu do zasobów aplikacyjnych i serwerowych w dwóch centrach przetwarzania danych, 1.7.5.5.2.4. efektywną transmisję ruchu sieci UMW z wykorzystaniem budowanej sieci MAN Wrocław, 1.7.5.5.3. dostarczenia rekomendacji dotyczących oprogramowania systemowego urządzeń sieciowych, informacji o aktualizacjach oprogramowania oraz zakresie, jakie te aktualizacje obejmują. 1.7.6. Plan Implementacji Sieci zawierać będzie wszystkie niezbędne informacje dla implementacji urządzeń sieciowych w lokalizacjach węzłowych oraz dla weryfikacji podstawowej konfiguracji usług uruchomionych na urządzeniach. Dokument zawierać będzie informacje odnośnie węzła sieci oraz lokalizacji, a takŝe szczegółowo opisze zadania do wykonania. 1.7.7. Plan Testów Odbiorczych Sieci zdefiniuje i opisze zakres procedur i testów przygotowanych przez Wykonawcę, które są niezbędne dla przetestowania i ustalenia gotowości do pracy poszczególnych urządzeń sieciowych. 4
1.7.8. Na kaŝdej stronie przygotowanej przez Wykonawcę dokumentacji musi znaleźć się logo: wraz z nazwą projektu oraz informacją: Projekt współfinansowany przez Unię Europejską z Europejskiego Funduszu Rozwoju Regionalnego w ramach Regionalnego Programu Operacyjnego dla Województwa Dolnośląskiego na lata 2007-2013. 1.8. Przygotowanie konfiguracji urządzeń w warunkach laboratoryjnych 1.8.1. Wykonawca w terminie 42 dni od dnia podpisania Umowy przeprowadzi i zakończy konfigurację urządzeń w warunkach laboratoryjnych w lokalizacji zapewnionej przez Wykonawcę. 1.8.2. Konfiguracja urządzeń powinna zostać przeprowadzona zgodnie z uzgodnionym przez Zamawiającego Projektem Logicznym. 1.8.3. Po skonfigurowaniu urządzeń zgodnie z Projektem Logicznym przedstawiciele Wykonawcy przeprowadzą wraz z przedstawicielami Zamawiającego testy urządzeń pod kątem spełnienia przez nich wymagań Opisu Przedmiotu Zamówienia. 1.8.4. W przypadku, gdy skonfigurowana sieć podlegać będzie zmianom w zakresie konfiguracji urządzeń, Wykonawca po zakończeniu prac w warunkach laboratoryjnych wprowadzi odpowiednie aktualizacje do Projektu Logicznego. 1.8.5. Wykonawca przeprowadzi dla przedstawicieli Zamawiającego instruktaŝ techniczny z obsługi urządzeń pozwalający na ich 5
samodzielną obsługę przez Zamawiającego, w tym podstawowe rekonfiguracje urządzeń oraz diagnozę usterek i awarii. 1.8.6. Urządzenia do czasu ich instalacji w siedzibie Zamawiającego magazynowane będą w lokalizacji zapewnionej przez Wykonawcę na jego koszt i odpowiedzialność. 1.9. Dostawa, instalacja oraz konfiguracja komponentów systemu w sieci Zamawiającego 1.9.1. Po zakończeniu testów laboratoryjnych Wykonawca dostarczy urządzenia do lokalizacji określonych w Projekcie Logicznym. 1.9.2. Wraz z postępem prac Wykonawca będzie dostarczał urządzenia do wskazanych przez Zamawiającego lokalizacji. 1.9.3. Wykonawca dostarczy wszelkie komponenty potrzebne do dołączenia urządzeń do infrastruktury pasywnej Zamawiającego. 1.9.4. Niezwłocznie po dostarczeniu urządzeń Wykonawca skonfiguruje je zgodnie z załoŝeniami Projektu Logicznego. 1.10. Test działania sieci 1.10.1. Po zakończeniu instalacji i konfiguracji wszystkich urządzeń w lokalizacjach Wykonawca wspólnie z Zamawiającym przeprowadzi testy końcowe systemu. 1.10.2. Wykonawca zobowiązany jest do zakończenia testów z wynikiem pozytywnym oraz przekazania Dokumentacji Powykonawczej w terminie 60 dni od daty podpisania umowy. 1.11. Do dnia 15 lutego 2013 roku Zamawiający doposaŝy urządzenia rdzeniowe i skonfiguruje je zgodnie z Projektem Logicznym sieci. 1.12. Całość dostarczanego sprzętu i oprogramowania musi pochodzić z autoryzowanego kanału sprzedaŝy producentów do oferty naleŝy dołączyć odpowiednie oświadczenie Wykonawcy. 6
1.13. Zamawiający wymaga, by dostarczone urządzenia były nowe (tzn. wyprodukowane nie dawniej, niŝ na 6 miesięcy przed ich dostarczeniem) oraz by były nieuŝywane, przy czym Zamawiający dopuszcza, by urządzenia były rozpakowane i uruchomione przed ich dostarczeniem wyłącznie przez Wykonawcę i wyłącznie w celu weryfikacji działania urządzenia, przy czym Wykonawca jest zobowiązany do poinformowania Zamawiającego o zamiarze rozpakowania sprzętu, a Zamawiający ma prawo inspekcji sprzętu przed jego rozpakowaniem. 1.14. Zamawiający wymaga, by dostarczone oprogramowanie było oprogramowaniem w wersji aktualnej (tzn. opublikowanej przez producenta nie wcześniej niŝ 6 miesięcy) na dzień poprzedzający dzień składania ofert. 1.15. Oferowane urządzenia w dniu składania ofert nie mogą być przeznaczone przez producenta do wycofania z produkcji lub sprzedaŝy. 7
2. Specyfikacja Techniczna urządzeń rdzeniowych 2.1. Wykonawca dostarczy 4 urządzenia rdzeniowe w konfiguracji zgodnej z Opisem przedmiotu Zamówienia. 2.2. Wszystkie zastosowane elementy wyposaŝenia urządzeń rdzeniowych musza pochodzić od producenta oferowanego sprzętu i być objęte jego gwarancją. 2.3. Cechy ogólne urządzenia: 2.3.1. urządzenie modularne dostępne min. 6 slotów do instalacji kart zarządzających i liniowych, 2.3.2. obudowa urządzenia przeznaczona do instalacji w szafie telekomunikacyjnej rack 19, 2.3.3. wymiana wszystkich modułów urządzenia na gorąco (hot swap), 2.3.4. zasilanie 230V AC. 2.4. Architektura urządzenia: 2.4.1. rozproszone przetwarzanie pakietów logicznie lub fizycznie rozdzielone funkcje kontrolne (routing engine, control plane) od przełączania (forwarding engine, data plane) ruchu, 2.4.2. karty liniowe muszą mieć moŝliwość autonomicznego przełączania ruchu, bez udziału warstwy zarządzającej, 2.4.3. redundancja krytycznych elementów urządzenia (karty zarządzające, matryca przełączająca, zasilacze, wentylatory) awaria któregokolwiek z nich nie moŝe spowodować ograniczenia wydajności urządzenia, naleŝy dostarczyć odpowiednią ilość poszczególnych elementów. 2.5. Wydajność urządzenia 8
2.5.1. min. 80 Gbps (full duplex) per slot dostępne w dniu składania oferty, awaria jednej z matryc przełączających nie moŝe powodować spadku wydajności poniŝej 80 Gbps, 2.5.2. matryca przełączająca o prędkości min. 960Gbps, 2.5.3. moŝliwość obsługi min. 1.000.000 tras IPv4, 2.5.4. min. 512 000 adresów MAC, 2.5.5. min. 4GB pamięci DRAM, 2.5.6. min. 1GB nieulotnej pamięci flash na podstawowy obraz systemu operacyjnego, 2.5.7. min. 20GB pamięci nieulotnej dla zapasowych obrazów systemu, 2.5.8. moŝliwość obsługi min 80 interfejsów 10GE, 2.5.9. wszystkie dostarczone karty muszą obsługiwać wszystkie porty z pełną prędkością łącza (line-rate), 2.5.10. przesyłanie ruchu multicast z wydajnością minimum 40Gbps per karta liniowa zarówno w kierunku wejściowym (ingress) jak i wyjściowym (egress). 2.6. Obsługiwane interfejsy: 2.6.1.10 Gigabit Ethernet, 2.6.2.10 Gigabit Ethernet DWDM, 2.6.3.1 Gigabit Ethernet (1000BaseX), 2.6.4. PoS OC-12c/STM-4, 2.6.5. PoS OC-48c/STM-16, 2.6.6. PoS OC-192c/STM-64, 2.6.7. wszystkie interfejsy liniowe muszą mieć styk definiowany przez konwertery typu GBIC, SFP, XFP, SFP+ lub podobne. 2.7. Funkcjonalności przełączania MPLS: 2.7.1. obsługa LDP, T-LDP, 9
2.7.2. obsługa VPLS i H-VPLS, 2.7.3. obsługa enkapsulacji VPWS / EoMPLS, 2.7.4. MPLS L3VPN, 2.7.5. MVPN (MPLS multicast VPN), 2.7.6. MPLS TE (z mechanizmami ochrony ścieŝki), 2.7.7. MPLS FRR, 2.7.8. Carrier supporting Carrier (CsC): 2.8. Funkcjonalności routingu IP: 2.8.1. obsługa IPv4 (statyczny, BGP, OSPF, IS-IS), 2.8.2. obsługa IPv6 (statyczny, OSPFv3, BGP, IS-IS), 2.8.3. multicast IPv4 (IGMPv2/3, PIM SM, SSM, MSDP), 2.8.4. obsługa Bidirectional Forwarding Detection (BFD) dla IPv4 oraz IPv6 min. dla OSPFv2, OSPFv3,BGP, MPLS-TE, IS-IS, PIM, tras statycznych przez dedykowane układy sprzętowe na kartach liniowych, 2.8.5. obsługa VRRP. 2.9. Funkcjonalności przełączania Ethernet: 2.9.1. obsługa 802.1ad, QinQ, 2.9.2. obsługa 802.1Q, 2.9.3. obsługa agregacji 802.3ad (LACP), 2.9.4. mapowanie (translacja) tagów 802.1Q 1:1, 1:2, 2:1, 2:2, 2.9.5. IEEE 802.1ah Provider Backbone Bridges, 2.10. Funkcjonalności bezpieczeństwa sieciowego 2.10.1. listy kontroli dostępu (ACL) L2 i L3 (IPv4 i IPv6), 2.10.2. DHCP shopping, DHCP relay, 2.10.3. Unicast Reverse Path Forwarding (urpf) w trybach loose i strict, 10
2.10.4. mechanizmy ochrony przed sztormami ruchu rozgłoszeniowego i multicast (broadcast/multicast storm), 2.10.5. mechanizmy ochrony warstwy kontrolnej urządzenia przed atakami kierowanymi do niego (ograniczanie ruchu kierowanego do urządzenia), 2.10.6. obsługa autoryzacji administratorów za pośrednictwem RADIUS. 2.11. Funkcjonalności zapewnienia jakości ruchu (QoS): 2.11.1. obsługa mechanizmów QoS (klasyfikacja, kolejkowanie, oznaczanie, policing, shaping) per port/vlan, 2.11.2. obsługa hierarchicznego QoS (H-QoS) na wszystkich portach równocześnie, 2.11.3. mechanizmy zarządzania jakością na poziomie matrycy przełączającej (zabezpieczenie przed wystąpieniem zjawiska HoLB na poziomie matrycy, np. przez wewnętrzne kolejkowanie ruchu), 2.11.4. moŝliwość klasyfikacji ruchu w oparciu o: MPLS EXP, IP DSCP, VLAN (min. 2 poziomy zagnieŝdŝenia), adresy MAC i IP, 2.11.5. dynamiczna alokacja kolejek sprzętowych, dostępne min. 64.000 kolejek per karta liniowa dla kart liniowych. 2.12. Funkcjonalności związane z zarządzaniem urządzeniem: 2.12.1. modularny system operacyjny: 2.12.1.1. oddzielne procesy obsługujące poszczególne grupy funkcjonalne (protokoły routingu, zarządzania itp.), 2.12.1.2. moŝliwość aktualizacji wybranych grup funkcjonalnych bez przerw w działaniu urządzenia, 2.12.1.3. moŝliwość restartu poszczególnych procesów, 11
2.12.1.4. minimum dwustopniowe zatwierdzanie komend (wprowadzenie komendy, aktywacja konfiguracji), 2.12.1.5. moŝliwość cofnięcia zmian konfiguracji, 2.12.1.6. moŝliwość tworzenia punktów kontrolnych konfiguracji i ich odtwarzania, 2.12.1.7. obsługa tworzenia i przywracania kopii zapasowych, 2.12.2. obsługa E-OAM (802.3ag, 802.3ah, Y.1731), 2.12.3. obsługa MPLS OAM (LSP ping, LSP traceroute), 2.12.4. moŝliwość kopiowania ruchu z określonego portu/vlanu na inny port/vlan urządzenia (mirroring), 2.12.5. funkcjonalność monitorowania jakości usług na bazie aktywnych próbników ruchu pomiar min. dostępności, opóźnienia, jego zmian, strat pakietów, 2.12.6. sprzętowa obsługa sflow lub równowaŝnego (np. JFlow, NetFlow) dla IPv4, IPv6, MPLS min. 20 tyś. flow per karta oraz lokalne składowanie min. 200.000 wpisów; dopuszcza się realizację sprzętową na kaŝdej karcie liniowej lub w postaci redundantnych kart usługowych, 2.12.7. interfejsy muszą obsługiwać funkcjonalność zdalnej diagnostyki połączeń optycznych zgodna z SFF-8472 (Digital Diagnostics Monitoring, Digital Optical Monitoring lub równowaŝne), 2.12.8. moŝliwość pobrania konfiguracji do zewnętrznego komputera typu PC, w formie tekstowej. Konfiguracja po dokonaniu edycji poza urządzeniem moŝe być ponownie zaimportowana do urządzenia i uruchomiona, 2.12.9. moŝliwość wyszukiwania fragmentów konfiguracji z linii poleceń urządzenia, dzięki stosowaniu wyraŝeń-filtrów, 12
2.12.10. zarządzanie przez CLI (konsola szeregowa, SSHv2), SNMPv3, XML API, 2.12.11. syslog, 2.12.12. dedykowany port szeregowy na potrzeby dostępu do konsoli urządzenia lub zdalnego zarządzania (modem), 2.12.13. port 10/100 do celów zarządzania urządzeniem, 2.12.14. moŝliwość rozszerzenia funkcjonalności o obsługę monitorowania strumieni wideo (min. 1000 strumieni straty pakietów, zmiany opóźnień, MDI MLR/DF zgodnie z RFC 4445), funkcjonalność ta musi być realizowana sprzętowo, dopuszcza się konieczność wykupienia odpowiedniej licencji aktywującej tą funkcjonalność. 2.13. Certyfikat Metro Ethernet Forum - MEF9 - (EPL, EVPL, ELAN) i MEF14 (EPL, EVPL, ELAN). 2.14. WyposaŜenie urządzeń: 2.14.1. min. 10 portów 10 Gigabit Ethernet dla wkładek optycznych X2, SFP+ lub równowaŝnych wyposaŝonych w: 2.14.1.1. 8 modułów przeznaczonych do pracy ze światłowodem jednomodowym na dystansie do 10 km oraz 2 moduły przeznaczone do współpracy ze światłowodem wielomodowym na dystansie do 300m (wyposaŝenie dla urządzeń instalowanych w Węzłach 2 i 3), 2.14.1.2. 6 modułów przeznaczonych do pracy ze światłowodem jednomodowym na dystansie do 10 km, 2 moduły przeznaczone do pracy ze światłowodem jednomodowym na dystansie powyŝej 10 kilometrów oraz 2 moduły przeznaczone do współpracy ze 13
światłowodem wielomodowym na dystansie do 300m (wyposaŝenie dla urządzeń instalowanych w Węzłach 1 i 4), 2.14.2. min. 20 portów Gigabit Ethernet, naleŝy dostarczyć 16 modułów przeznaczonych do pracy ze światłowodem jednomodowym na dystansie do 10 kilometrów oraz 4 moduły przeznaczone do współpracy ze światłowodem wielomodowym na dystansie do 300m, 2.14.3. dwa moduły zarządzająco kontrolne, 2.14.4. ilość matryc przełączających spełniającą wymogi specyfikacji technicznej, 2.14.5. redundantne zasilacze i wentylatory, 2.14.6. min. 1 wolny slot do obsadzenia kartami liniowymi, 2.14.7. interfejsy muszą być rozłoŝone w sposób zabezpieczający przed występowaniem pojedynczego punktu awarii - dołączenie do innych urządzeń warstwy rdzeniowej musi być realizowane za pomocą interfejsów osadzonych na rozdzielnych kartach liniowych, 2.14.8. w etapie I wszystkie urządzenia zostaną wyposaŝone, w co najmniej 80% docelowej liczby portów 10 Gigabit Ethernet wraz z modułami niezbędnymi do uruchomienia kaŝdego rodzaju transmisji (ze względu na dystans pomiędzy urządzeniami), 2.14.9. w etapie I urządzenia instalowane w Węzłach 3 i 4 zostaną wyposaŝone, w co najmniej 80% docelowej liczby portów 1 Gigabit Ethernet wraz z modułami niezbędnymi do uruchomienia kaŝdego rodzaju transmisji (ze względu na dystans pomiędzy urządzeniami), 2.14.10. zakres rzeczowy etapu II stanowi doposaŝenie urządzeń w pozostałe porty 1 i 10 Gigabit Ethernet wraz z niezbędnymi modułami niedostarczonymi w etapie I. 14
3. Oprogramowanie zarządzające do urządzeń rdzeniowych 3.1. Instalacja oprogramowania zarządzającego stanowi element II etapu realizacji przedmiotu zamówienia. 3.2. Wymagania funkcjonalne oprogramowania zarządzającego: 3.2.1. Graficzny, intuicyjny interfejs uŝytkownika umoŝliwiający konfigurację, monitoring i diagnozowanie stanu sieci oraz zarządzanie urządzeniami i usługami. 3.2.2. Automatyczne wykrywanie topologii sieci oraz zdefiniowanych urządzeń. 3.2.3. Graficzna wizualizacja topologii. 3.2.4. Zarządzanie konfiguracjami urządzeń, w tym tworzenie kopi rezerwowych i przywracanie poprzednich konfiguracji. 3.2.5. Zarządzanie obrazami systemów operacyjnych urządzeń sieciowych oraz licencjami. 3.2.6. Pełne wsparcie dla wszystkich systemów operacyjnych wszystkich proponowanych routerów i przełączników. 3.2.7. Pełne wsparcie dla wszystkich dostarczonych urządzeń. 3.2.8. Wsparcie dla urządzeń róŝnych dostawców z moŝliwością samodzielnego definiowania urządzeń w systemie. 3.2.9. Zarządzenie awariami: 3.2.9.1. aktywne i pasywne wykrywanie awarii, identyfikacja, korelacja zdarzeń, 3.2.9.2. archiwizacja i raportowanie zdarzeń, 3.2.10. Komunikacja z urządzeniami sieciowymi za pomocą SNMP, SSH, telnet. 15
3.2.11. MoŜliwość określa ról administratorów z przypisaniem poziomu uprawnień, min. Administrator (pełny dostęp, konfiguracja systemu), Operator (konfiguracja usług), Viewer (raportowanie i monitoring). 3.2.12. Uwierzytelnienie administratorów względem lokalnej lub zewnętrznej bazy danych (LDAP oraz Secure LDAP). 3.2.13. MoŜliwość pracy w środowisku rozproszonym kilka serwerów. 3.2.14. Interfejs XML na potrzeby integracji z innymi aplikacjami. 3.2.15. MoŜliwość integracji z IBM Tivoli, Cisco InfoCenter oraz Infovista. 3.2.16. Tworzenie graficznych wizualizacji topologii bazujących na VPLS, EoMPLS, MPLS VPN. 3.2.17. Wykrywanie usług skonfigurowanych w sieci opartych na VPLS, EoMPLS, MPLS VPN. 3.2.18. Narzędzie do wdraŝania, konfiguracji i aktywacji usług opartych na VPLS, EoMPLS, MPLS VPN: 3.2.18.1. baza przykładowych skryptów i konfiguracji usług, 3.2.18.2. moŝliwość tworzenia skryptów konfiguracyjnych, 3.2.18.3. wsparcie dla polityk jakości usług (QoS), naleŝy przygotować odpowiednie narzędzia lub skrypty realizujące te funkcjonalności w zakresie uzgodnionym z Zamawiającym. 3.2.19. Narzędzie typu workflow z GUI słuŝące do konfiguracji scenariuszy wdraŝania usług w sieci (dostępna logika typowa dla procesów workflow ). 3.2.20. Wbudowane narzędzie do śledzenia ruchu pakietów poszczególnych usług. 3.2.21. Pogląd operacji wykonywanych na tagach 802.1Q. 16
3.2.22. Funkcjonalność cofnięcia zmian w przypadku wystąpienia błędów. 3.2.23. Współpraca z interfejsem komunikacji z systemami zewnętrznymi. 3.2.24. Diagnozowanie sieci z wykorzystaniem Connectivity Fault Management (802.1ag), Ethernet Local Management Interface (E- LMI) oraz Link-OAM (802.3ah). 3.3. NaleŜy dostarczyć odpowiednią ilość licencji do obsługiwania wszystkich urządzeń i funkcjonalności. 3.4. NaleŜy dostarczyć odpowiedni system operacyjny. 17
4. Serwis gwarancyjny 4.1. Wykonawca musi udzielić gwarancji na całość zamówienia, liczonej od daty jego odbioru wraz z usługą bieŝącej konserwacji wynikającej z warunków gwarancji oraz usługi naprawy w okresie gwarancyjnym w miejscu uŝytkowania. 4.2. Warunki gwarancji nie mogą nakazywać Zamawiającemu przechowywania opakowań, w których urządzenia zostaną dostarczone (Zamawiający moŝe usunąć opakowania urządzeń po ich dostarczeniu, co nie spowoduje utarty gwarancji, a dostarczony sprzęt mimo braku opakowań będzie podlegał usłudze gwarancyjnej). 4.3. Wykonawca przedstawi Zamawiającemu przed podpisaniem protokołu odbioru oświadczenie producenta dostarczanego sprzętu o wykupieniu przez Wykonawcę usługi serwisu w trybie następnego dnia roboczego (lub równowaŝnego zgodnie z ofertą producenta sprzętu) na okres 60 miesięcy od dnia podpisania protokołów odbioru dla poszczególnych etapów inwestycji. 4.4. Karty gwarancyjne muszą być dostarczone dla kaŝdego urządzenia osobno. 4.5. Zamawiający otrzyma dostęp do pomocy technicznej Wykonawcy (telefon, e-mail lub WWW) w zakresie rozwiązywania problemów związanych z bieŝącą eksploatacją dostarczonych rozwiązań w godzinach pracy Zamawiającego. 4.6. Zamawiający uzyska bezpośredni dostęp do części chronionych stron internetowych producentów rozwiązań, umoŝliwiający: 4.6.1. pobieranie nowych wersji oprogramowania, 4.6.2. dostęp do narzędzi konfiguracyjnych i dokumentacji technicznej, 4.6.3. dostęp do pomocy technicznej producentów. 18
5. Szkolenia 5.1. Wykonawca przeprowadzi autoryzowane szkolenia producenta urządzeń rdzeniowych lub dostarczy vouchery na toŝsame szkolenia prowadzone przez certyfikowany ośrodek szkoleniowy. 5.2. Szkolenia odbędą się w języku polskim. 5.3. Szkolenia prowadzone przez Wykonawcę odbędą się we Wrocławiu. 5.4. Szkolenia prowadzone przez certyfikowany ośrodek szkoleniowy odbędą się na terenie Polski. 5.5. Zamawiający dopuszcza wykorzystanie sprzętu stanowiącego przedmiot zamówienia w trakcie praktycznej części szkolenia prowadzonego przez Wykonawcę. 5.6. Zamawiający nie dopuszcza wykorzystania sprzętu stanowiącego przedmiot zamówienia w trakcie szkoleń prowadzonych przez certyfikowany ośrodek szkoleniowy. 5.7. Minimalna liczba uczestników kaŝdego szkolenia: 3 osoby. 5.8. Minimalna długość kaŝdego szkolenia: 3 dni. 5.9. Termin szkoleń zostanie uzgodniony przez Strony umowy (jednak nie później niŝ do dnia zakończenia I etapu zamówienia). 5.10. W etapie I Wykonawca zapewni przedstawicielom Zamawiającego udział w następujących szkoleniach: 5.10.1. Szkolenie z warsztatami praktycznymi dotyczące architektury, konfiguracji i zarządzania oferowanymi urządzeniami rdzeniowymi sieci miejskiej; zakres merytoryczny szkolenia obejmuje: 5.10.1.1. Omówienie architektury sprzętowej urządzenia. 5.10.1.2. Omówienie architektury systemu operacyjnego. 5.10.1.3. Instalowanie i aktualizacja systemu operacyjnego. 19
5.10.1.4. Podstawy konfiguracji, kopie i punkty przywracania, odtwarzanie konfiguracji. 5.10.1.5. Konfiguracja protokołów routingu (min. OSPF, ISIS, BGP). 5.10.1.6. Konfiguracja Multiprotocol Label Switching (MPLS). 5.10.1.7. Konfiguracja L2 multicast oraz routingu multicast. 5.10.1.8. Konfiguracja mechanizmów Quality of Service (QoS). 5.10.1.9. Konfiguracja usług warstwy drugiej opartych o Ethernet over MPLS (EoMPLS) oraz Virtual Private Line Services (VPLS). 5.10.1.10. Konfiguracja usług warstwy trzeciej opartych o MPLS L3 VPN. 5.10.1.11. Omówienie funkcjonalności związanych z bezpieczeństwem. 5.10.1.12. Omówienie funkcjonalności związanych z niezawodnością oraz zarządzaniem. 5.10.2. Szkolenie z warsztatami praktycznymi dotyczące działania, konfiguracji i optymalizacji protokołu BGP; zakres merytoryczny szkolenia obejmuje: 5.10.2.1. Wprowadzenie do protokołu BGP 5.10.2.2. Tranzytowe systemy autonomiczne 5.10.2.3. Atrybuty BGP (mechanizmy wyboru drogi) 5.10.2.4. Filtrowanie routingu i dobór tras w BGP 5.10.2.5. Rozwiązania typu BGP route reflector 5.10.2.6. Rozwiązania typu BGP confederations 5.10.2.7. Rozwiązania bazujące na Multi-Exit Discriminator 5.10.2.8. Rozwiązania bazujące na AS-path prepending 5.10.2.9. Rozwiązania bazujące na BGP communities 20
5.10.2.10. Tłumienie niestabilnych ścieŝek w BGP 5.10.2.11. Łączenie sieci klienckich do sieci Internet Service Provider za pomocą BGP 5.10.2.12. Optymalizacja pracy BGP 5.10.3. Szkolenie z warsztatami praktycznymi dotyczące działania, konfiguracji i optymalizacji protokołu MPLS i MPLS VPN; zakres merytoryczny szkolenia obejmuje: 5.10.3.1. Wprowadzenie do podstawowych koncepcji MPLS 5.10.3.2. Przydział i dystrybucja etykiet, protokół LDP 5.10.3.3. Konfigurowanie MPLS 5.10.3.4. Monitorowanie i diagnozowanie MPLS 5.10.3.5. Wprowadzenie do architektury MPLS VPN 5.10.3.6. Wprowadzenie do modelu routingu w MPLS VPN 5.10.3.7. Przesyłanie pakietów w MPLS VPN 5.10.3.8. Konfigurowanie sesji MP-BGP pomiędzy routerami PE 5.10.3.9. Konfigurowanie protokołów routingu pomiędzy urządzeniami PE i CE 5.10.3.9.1. Konfigurowanie protokołu OSPF pomiędzy urządzeniami PE i CE 5.10.3.9.2. Konfigurowanie protokołu BGP pomiędzy urządzeniami PE i CE 5.10.3.10. Monitorowanie pracy MPLS VPN 5.10.3.11. Diagnozowanie MPLS VPN 5.10.3.12. VPN typu overlapping 5.10.3.13. Centralne usługi w VPN 5.10.3.14. Topologie dostępu do sieci Internet z sieci MPLS VPN 5.10.3.14.1. Metody dostępu do Internetu z MPLS VPN 21
5.10.3.14.2. Oddzielenie dostępu do Internetu od usług VPN 5.10.3.14.3. Dostęp do sieci Internet za pomocą oddzielnego VPN 5.10.3.15. Wprowadzenie do koncepcji zarządzania ruchem (TE) 5.10.3.15.1. Konfigurowanie MPLS TE 5.10.3.15.2. Monitorowanie MPLS TE 5.10.4. W etapie II Wykonawca zapewni przedstawicielom Zamawiającego udział w szkoleniu z funkcjonalności oraz obsługi oprogramowania zarządzającego do urządzeń rdzeniowych. 22