Załącznik A do SIWZ CRZP/UJ/530/ System Zunifikowanej Komunikacji

Transkrypt

1 Załącznik A do SIWZ CRZP/UJ/530/ System Zunifikowanej Komunikacji Spis treści System Zunifikowanej Komunikacji... 1 I. Serwer zunifikowanej komunikacji... 1 II. Podstawowe cele i charakterystyka systemu zunifikowanej komunikacji III. Funkcje zarządzania połączeniami w systemie zunifikowanej komunikacji... 3 IV. Funkcje informacji o dostępności abonentów w systemie zunifikowanej komunikacji 6 V. Funkcje zewnętrznej bramy multimedialnej... 6 VI. Funkcje konferencji wielostronnych... 7 VII. Funkcje nagrywania sesji wideo oraz prezentacji... 8 VIII. Zarządzanie i planowanie konferencji wielostronnych... 9 IX. Usługa konferencji webowych X. Kodek wideokonferencyjny do sali nr XI. Kodek wideokonferencyjny do sali nr XII. Specjalizowany komputer stacjonarny z monitorem 5 sztuk XIII. Projektor i ekrany XIV. Dodatkowe wymagania systemu: XV. Prace wdrożeniowe XVI. Lista sprzętu XVII. Wizja lokalna I. Serwer zunifikowanej komunikacji 1. Rozwiązanie musi mieć opcję pracy w modelu redundancji, to znaczy posiadać zdublowane serwery obsługi połączeń (Call Control) dedykowane do obsługi abonentów.

2 2. Platforma sprzętowa ma umożliwiać dalsze skalowanie systemu bez konieczności rozbudowy sprzętowej do poziomu co najmniej 1000 użytkowników systemu dysponujących łącznie co najmniej 1200 terminalami IP. 3. System musi być oparty o platformę zwirtualizowaną umożliwiającą kreowanie maszyn wirtualnych dla poszczególnych komponentów aplikacyjnych na platformie serwerowej. 4. Platforma sprzętowa musi być zdublowana, każdy z minimum dwóch serwerów muszą spełniać poniższe parametry minimalne: a. 8 dysków HDD 300GB 6Gb SAS 10K RPM SFF hot plug b. Praca dysków w trybie RAID 5 c. Zasilanie AC 230V, d. Dwa serwerowe procesory CPU dysponujące minimum 4 rdzeniami (konieczne do płynnej obsługi wiele strumieni wideo jednocześnie) o wydajności ponad pkt. wg zestawiania lub równoważne e. 48GB pamięci RAM f. Obudowa przystosowana do montażu w szafie rack. Serwer musi posiadać akcesoria do montażu w szafie, wysokość serwera nie może przekraczać 1RU. 5. Wirtualizacja systemu musi być wspierana przez producenta rozwiązania pod względem technicznym. 6. System nie może wymagać żadnej zewnętrznej aplikacji do zarządzania środowiskiem wirtualizacyjnym. 7. W celu integracji z inną infrastrukturą serwerową, platforma wirtualizacyjna serwerów komunikacyjnych musi mieć możliwość rozszerzenia do opcji centralnego zarządzania przez system zarządzania środowiskiem zwirtualizowanym np. VMWare vcenter lub równoważny. 8. System komunikacyjny musi obejmować wszystkie wymagane licencje dla aplikacji, systemów operacyjnych oraz licencji użytkowników, umożliwiające obsługę terminali i funkcjonalności użytkowników w poniższych ilościach: a. 35 licencjami użytkownika, dysponującego jednocześnie: dowolnymi terminalami telefonii IP oraz wideo telefonii, komunikatorami zaawansowanymi (na PC/Windows, MacOS lub mobilnym) oraz skrzynką poczty głosowej. Licencja użytkownika ma umożliwiać równoległe przypisanie do profilu każdego użytkownika: co najmniej 10 telefonów i komunikatorów zaawansowanych (łącznie) oraz 1 osobistej skrzynki poczty głosowej. b. 2 licencje umożliwiające rejestrację opisanych w OPZ terminalami wideo do systemu zunifikowanej komunikacji c. 3 licencje dla bramy multimedialnej dla połączeń wideo do lub z sieci Internet, z zewnętrznych systemów d. 2 licencje dla połączeń wideo z przeglądarki internetowej z sieci Internet e. Każdy z 35 użytkowników ma mieć możliwość organizowania wideokonferencji w indywidulanym pokoju spotkań dla minimum 50 uczestników. f. Możliwość nagrywania jednego pełnego strumienia wideokonferencji, g. Możliwość zarządzania i planowania konferencji dla wszystkich użytkowników i terminali zarejestrowanych w systemie zunifikowanej komunikacji. h. Możliwość organizowania 5 jednoczesnych konferencji webowych, przez 5 różnych użytkowników, z możliwością dołączania sprzętowych terminali wideokonferencyjnych. II. Podstawowe cele i charakterystyka systemuzunifikowanej komunikacji.

3 1. W skład systemu mają wchodzić 2 terminale instalowane w salach oraz 5 specjalizowanych komputerów stacjonarnych z monitorem, pełniących rolę osobistych terminali wideokonferencyjnych. Terminale do instalacji w salach mają zostać umieszczone w: a. Auli w Kompleksie Nauk Biologicznych (na Kampusie UJ), ul. Gronostajowa 7, zwanej dalej salą nr 1. b. Sali Konferencyjnej w Auditorium Maximum, ul. Krupnicza 33, zwanej dalej salą nr System musi realizować zadania zwiększające efektywność komunikacji: a. Połączenia głosowe wysokiej jakości z wykorzystaniem kodeków szerokopasmowych b. Obsługa konferencji głosowych, w tym połączeń wielostronnych c. Obsługa połączeń wideo, w tym połączeń wielostronnych z zastosowaniem mostków wideo d. Informowanie o aktualnym stanie dostępności innych użytkowników systemu (dostępny/niedostępny/proszę-nie-przeszkadzać) na terminalu sprzętowym oraz komunikatorze programowym e. Dostarczenie interfejsu użytkownika umożliwiającego łatwy dostęp do informacji o nieodebranych/odebranych/wykonanych połączeniach, do poczty głosowej, a także tworzenie własnych książek adresowych 3. Obniżenie kosztów zarządzania i utrzymania systemu telekomunikacyjnego poprzez: a. Zdalne zarządzanie całym systemem b. Łatwe i szybkie dokonywanie zmian typu instalacja nowych terminali, zmiana ich parametrów, przenoszenie ich na nowe miejsca pracy c. Wykorzystanie mini-przełącznika wbudowanego w terminal do podłączenia komputerów do sieci LAN (współdzielenie łącza przez komputer i terminal) celem obniżenia kosztów budowy struktury sieci LAN (mniej portów na przełącznikach LAN) 4. Zwiększenie efektywności pracy poprzez a. Większą mobilność i dostępność użytkowników przez umożliwienie im logowania się do systemu z dowolnego terminalu nim objętego b. Możliwość dostępu z poziomu terminalu do informacji pochodzących z różnorodnych aplikacji merytorycznych c. Możliwość zdefiniowania dla użytkownika pojedynczego numeru urzędowego, obejmującego osobisty terminal użytkownika w systemie oraz jego inne urządzenie komunikacyjne spoza niego (np. telefon komórkowy) d. Obsługa terminali bezprzewodowych 5. Bezpieczeństwo komunikacji a. Możliwość szyfrowania połączeń b. Możliwość identyfikacji urządzeń za pomocą certyfikatów III. Funkcje zarządzania połączeniami w systemie zunifikowanej komunikacji 1. Funkcjonalność systemu zunifikowanej komunikacji w zakresie obsługi połączeń i terminali w zakresie telefonii oraz wideo musi obejmować: a. Zestawianie połączeń w oparciu o zdefiniowany plan numeracji b. Możliwość odrzucenia połączeń c. Możliwość warunkowego przekazania połączeń gdy abonent rozmawia albo nie odbiera połączenia, albo też bezwarunkowo wszystkich połączeń d. Parkowanie połączeń e. Funkcjonalność CallPickup f. Obsługa połączeń oczekujących g. Identyfikacja połączeń przychodzących

4 h. Dostęp do książki telefonicznej bezpośrednio z ekranu terminala. Książka telefoniczna musi mieć możliwość automatycznego uaktualniania z katalogu LDAP. i. Obsługa klawiszy szybkiego wybierania numerów j. Podgląd stanu innych linii/numerów k. Możliwość transferowania połączeń l. Oddzwanianie (Callback) m. Realizacja audiokonferencji aranżowanych w trybach ad-hoc (rozumianym jako: wydzwanianie kolejno do osób, które mają uczestniczyć w konferencji i kolejne dołączanie ich do niej) i meet-me (rozumianym jako: samodzielne wdzwonienie się osób, które mają uczestniczyć w konferencji na podany wcześniej numer), z możliwością udziału w nich łącznie nie mniej niż 128 stron konferencji w jednej lub wielu konferencjach. n. Możliwość realizacji wideokonferencji poprzez współpracę z mostkami wideokonferencyjnymi zarządzanymi zsystemu sterowania połączeniami, w celu realizacji konferencji wideo w trybie ad-hoc oraz meet-me. Funkcja mostków wideokonferencyjnych ma być realizowana na bazie mostków sprzętowych lub programowych. o. Logowanie abonenta na terminalu IP, z zachowaniem profilu zalogowango abonenta (numery linii, uprawnienia abonenckie, ustawienia obsługi połączeń) 2. Funkcjonalność oprogramowania w zakresie zarządzania połączeniami musi obejmować: a. Ograniczanie możliwości połączeń (restrykcje), w tym z wymaganiem podania kodu dostępu. b. Możliwość generowania raportów połączeń Call Detail Recorts (CDR), zawierających co najmniej informacje statystyczne o numerach abonentów wywołującego i wywoływanego, o czasie rozpoczęcia i zakończenia połączenia dla celów późniejszego tworzenia zestawień wykorzystania systemu telekomunikacyjnego przez jego użytkowników c. Możliwość generowania raportów połączeń Call Detail Recorts (CDR), zawierających co najmniej informacje diagnostyczne o jakości połączenia (rodzaj kodeka, liczba wysłanych, odebranych i zgubionych pakietów z próbkami głosowymi, zmienność opóźnienia przesyłania tych pakietów a także wyliczona informacja o jakości podawana w postaci uniwersalnej wartości MOS Mean Opinion Score), dla celów monitorowania przez administratorów realizacji transmisji głosu w systemie telekomunikacyjnym z właściwą jakością. d. Możliwość zalogowania się użytkownika na innym terminalu w systemie, co oznacza czasowe przyjęcie na nim ustawień danego użytkownika (np. jego indywidualnych uprawnień do wykonywania połączeń telefonicznych). e. Możliwość zdefiniowania pojedynczego numeru biznesowego na stacjonarnym terminalu użytkownika, którego wywołanie przez połączenie przychodzące z wnętrza systemu lub z zewnątrz (z sieci PSTN) spowoduje automatyczne jednoczesne propagowanie tego połączenia na inne zdefiniowane przez użytkowane numery urządzeń mobilnych (nie mniej niż cztery). Po odebraniu takiego połączenia na którymkolwiek z nich musi być możliwe przenoszenie połączenia pomiędzy urządzeniem mobilnym a terminalem użytkownika bez konieczności przerywania połączenia f. Logiczne przypisanie do wielu terminali jednego i tego samego numeru (np. do terminala stacjonarnego i terminala bezprzewodowego) g. Narzędzia do centralnej konfiguracji i zarządzania systemem dla administratora, dostępne poprzez przeglądarkę www. h. Narzędzia zarządzania dla użytkowników końcowych dostępne przez przeglądarkę internetową, dające im możliwość konfiguracji podstawowych parametrów ich terminala, zrealizowane w języku polskim 3. Funkcjonalność systemu zarządzania połączeniami musi zawierać: a. wybór sposobu kompresji głosu dla połączenia - obsługa co najmniej standardów

5 i. G.711, G.729 dla zachowania zgodności systemu telekomunikacyjnego ze starszymi typami telefonów IP oraz zapewnienia możliwości współpracy z systemami telekomunikacyjnymi innych producentów ii. G.722 dla zapewnienia połączeń głosowych o podwyższonej jakości dźwięku iii. ilbc dla zapewnienia możliwości wykorzystywania terminali IP objętych systemem telekomunikacyjnym w lokalizacjach objętych łączami o słabych lub niegwarantowanych parametrach jakościowych QoS (np. połączenia VPN), b. automatyczne wybieranie drogi (Auto Route Selection) c. możliwość routingu połączeń na bazie czasu i daty d. narzędzia dynamicznego uaktualniania oprogramowania systemowego terminali e. narzędzia dynamicznej wymiany routingu połączeń oraz informacji na temat planu numeracyjnego (Call Control Discovery) z innymi systemami komunikacyjnymi f. obsługę standardowych protokołów komunikacyjnych iv. H w zakresie komunikacji z bramami głosowymi oraz trunkami IP/H.323 do innych systemów telekomunikacyjnych v. SIP - w zakresie: komunikacji z terminalami IP i bramami głosowymi oraz trunkami IP/SIP do innych systemów telekomunikacyjnych a także dla zapewniania przenoszenia informacji o dostępności użytkowników systemu g. możliwość realizacji usługi wideokonferencji z wykorzystaniem terminali wideotelefonicznych h. możliwość realizacji usługi wideokonferencji z wykorzystaniem terminali wideokonferencyjnych i. możliwość realizacji usługi wideokonferencji z wykorzystaniem aplikacji zainstalowanej na stacji roboczej j. możliwość zabezpieczania sygnalizacji za pomocą standardowego protokołu TLS k. możliwość zestawiania połączeń szyfrowanych w oparciu o standardowy protokół SRTP zarówno pomiędzy terminalami IP, jak też i do bram głosowych l. system sterowania połączeniami telefonicznymi oraz wideo musi pracować w trybie IPv4 oraz IPv6 m. system sterowania połączeniami ma realizować funkcje kontroli wykorzystania pasma w sieci poprzez mechanizm Call Admission Control n. mechanizmy Call Admission Control systemu sterowania połączeniami muszą współpracować z routerami IP w sieci LAN/WAN w celu rezerwacji pasma w sieci poprzez protokół RSVP dla połączeń telefonicznych w sieciach rozległych. 4. Terminale systemu muszą mieć możliwość dowolnego przenoszenia w obszarze sieci IP (np. przełączania do innych portów LAN) bez konieczności zmiany jakichkolwiek ustawień w systemie. Odłączenie i ponowne podłączenie terminala nie może powodować utraty bądź zmiany jego ustawień. 5. System musi oferować współpracę z urządzeniami Gatekeeper H Dodawanie bram H.323, połączeń SIP trunk oraz współpraca z Gatekeeper H.323 musi być elastyczne i nie może wymagać żadnych dodatkowych licencji w systemie. 7. System ma mieć możliwość rejestrowania terminali wideo na bazie protokołu SIP w sposób umożliwiający zarządzanie nimi poprzez narzędzia administracyjne wbudowane w system. 8. System musi mieć możliwość rejestrowania mostków audio oraz wideo w sposób umożliwiający zarządzanie nimi poprzez narzędzia administracyjne wbudowane w system. 9. System musi realizować funkcje pojedynczego logowania (Single Sign-On, SSO) realizowane w oparciu o standard rynkowy Security Assertion Markup Language Single Sign-On (SAML SSO) dla użytkowników oraz administratorów systemu komunikacyjnego dla funkcji zarządzania połączeniami, informacji o dostępności oraz w celu konfiguracji funkcji poczty głosowej. 10. System musi realizować funkcje emitowania muzyki podczas zawieszenia obsługiwanego połączenia telefonicznego (ang. Music on Hold). Wymagana jest realizacja emitowania

6 muzyki w sieci IP w trybie rozsiewczym (multicast) oraz w postaci indywidualnych, oddzielnych sesji (unicast). 11. System musi realizować funkcje emitowania wideo podczas zawieszenia obsługiwanego połączenia wideo (ang. Video on Hold). Emitowanie wideo może być realizowane na bazie dodatkowego serwera strumieniowania wideo, zdefiniowanego w systemie zarządzania połączeniami. Zamawiający nie wymaga dostarczenia serwera strumieniowania. IV. Funkcje informacji o dostępności abonentów w systemie zunifikowanej komunikacji 1. System musi umożliwiać agregację informacji o dostępności użytkownika korzystającego z różnych terminali i udostępniać ją na dla komunikatorów programowych oraz innych aplikacji wykorzystujących taką informację. 2. Możliwość pracy w klastrze w celu podniesienia niezawodności 3. System ma zapewniać przechowywanie indywidualnych list kontaktowych dla danego użytkownika. 4. System musi wspierać protokoły standardowe SIP oraz XMPP 5. System musi wspierać funkcję group chat (czat z wieloma osobami jednocześnie). 6. System musi realizować funkcję zdalnego zarządzania połączeniami telefonicznymi realizowanymi z terminala abonenta poprzez funkcję CTI na bazie komunikatora abonenta. Funkcja sterowania telefonem musi być dostępna co najmniej dla abonentów wyposażonych w telefon IP. 7. Informacja o dostępności ma uwzględniać kilka źródeł informacji: a. zajętość abonenta w czasie rozmowy telefonicznej, b. w czasie połączenia wideo, c. zajętość wynikająca z zaplanowanego spotkania w kalendarzu, d. zajętość zdefiniowaną samodzielnie przez użytkownika poprzez wpis statusu obecności do komunikatora użytkownika. 8. System ma zawierać aplikację komunikatora zaawansowanego PC/Windows dla 35 użytkowników systemu(na komputer PC z OS Windows) o funkcjonalności obejmującej: a. informację o dostępności b. komunikacji tekstowej (ang. IM, chat ) c. sterowanie telefonem IP jeżeli użytkownik jest w niego wyposażony poprzez CTI d. obsługę połączeń głosowych na bazie standardów G.711, G oraz G.729a e. obsługę połączeń wideohd 720p na bazie standardu H.264/AVC 9. System musi zawierać aplikację komunikatora zaawansowanego dla 35 użytkowników systemu dla MacOS (na komputer PC z MacOS) o funkcjonalności obejmującej: f. informację o dostępności g. komunikacji tekstowej (ang. IM, chat ) h. sterowanie telefonem IP poprzez CTI i. obsługę połączeń głosowych na bazie standardów G.711, G oraz G.729a j. obsługę połączeń wideo HD 720p na bazie standardu H.264/AVC 10. System musi mieć możliwość współpracy z aplikacją programowego komunikatora zaawansowanego na urządzenia mobilne (co najmniej ipad, iphone oraz Android w wersji 4.0 i wyższych) o funkcjonalności obejmującej: a. informację o dostępności b. komunikacji tekstowej (ang. IM, chat ) c. obsługę połączeń głosowych na bazie standardów G.711 oraz G lub G.729a d. obsługę połączeń wideo na bazie standardu H.264/AVC V. Funkcje zewnętrznej bramy multimedialnej 1. System musi realizować funkcje obsługi połączeń spoza sieci wewnętrznej LAN/WAN poprzez trawersowanie zewnętrznych połączeń dla głosu, wideo, czat oraz funkcji presence za

7 VI. pomocą dedykowanej zewnętrznej bramy multimedialnej, stanowiącej część systemu komunikacyjnego. 2. Zewnętrzna brama multimedialna musi obsługiwać mechanizmy kontrolne: H.323, SIP, H /19, H client-proxy, H multiplexed media, STUN discovery oraz STUN relay, STUN Firewall traversal. 3. Zewnętrzna brama multimedialna musi obsługiwać media: XMPP dla usług czat oraz funkcji obecności, RTP oraz Secure RTP (SRTP), Binary Floor Control Protocol (BFCP). 4. Zewnętrzna brama multimedialna musi obsługiwać protokoły sieciowe IPv4 i IPv6 oraz realizować funkcje bezpieczeństwa: HTTPS, SSH, TLS oraz H Zewnętrzna brama multimedialna musi obsługiwać połączenia z sieci Internet od wszystkich abonentów systemu (np. praca zdalna) wyposażonych w komunikator zaawansowany oraz komunikator zaawansowany mobilny bez konieczności zestawiania połączenia VPN na urządzeniu abonenta. 6. Zewnętrzna brama multimedialna musi umożliwiać połączenia wideo dla zewnętrznych użytkowników przy użyciu przeglądarki internetowej. 7. Zewnętrzna brama multimedialna musi mieć możliwość rozbudowy do obsługi połączeń z sieci Internet z zewnętrznych systemów wideokonferencyjnych, np. innych organizacji (tzw. połączenia business to business, B2B). Funkcje konferencji wielostronnych 1. System wideokonferencji musi umożliwiać spotkania wideo w indywidualnych pokojach wideokonferencyjnych, 2. Realizacja wideokonferencji w indywidualnych pokojach wideokonferencyjnych musi odbywać się poprzez wdzwonienie uczestników konferencji do indywidualnego pokoju wideokonferencyjnego, przypisanego do uprawnionego użytkownika. 3. Wymagana pojemność indywidualnego pokoju wideokonferencyjnego przypisanego do abonenta, to co najmniej 50 stron konferencji rozumianych jako równocześnie dołączone terminale wideo przy jakości 720p30 H264/AVC. 4. Dedykowana platforma sprzętowa musi spełniać wymagania wydajnościowe i być wspierana przez producenta. 5. Wymagane funkcje mostka: a. musi być dostarczony, jako kompletne rozwiązanie (obejmujące sprzęt, system operacyjny i oprogramowanie). b. musi obsługiwać połączenia wideo w następujących protokołach: SIP, Binary Floor Control Protocol (BFCP), H.261, H.263, H.263+, H.263++, H.264. c. musi obsługiwać połączenia wideo w przepustowości min. 6Mb/s przy H.263 oraz H.264 d. musi zapewnić obsługę połączeń wideokonferencyjnych w rozdzielczościach (odbierania i nadawanie): 1280x720 (720p30), 1920x1080 (1080p30), SD, 360p. e. musi realizować w ramach konferencji funkcję indywidualnego transkodowania, tj. dopasowania sygnału wideo dla każdej strony konferencji, w celu zapewnienia optymalnej jakości zależnie od posiadanego wyposażenia użytkownika, np. terminala wideo lub komunikatora zaawansowanego. f. musi zapewnić obsługę połączeń wideokonferencyjnych do 60 klatek / sek. g. musi wspierać szyfrowanie połączeń w standardzie AES realizowane w protokołach SIP oraz BFCP. h. musi wspierać protokoły: Transport Layer Security (TLS) oraz Secure Real- Time Transport Protocol (SRTP) i. musi obsługiwać dźwięk w połączeniach wideo w następujących protokołach: G.711, G.722, G.722.1, G.728, G.729, MPEG4 AAC-LD, MPEG4 AAC-LC j. musi umożliwiać obsługę różnych układów ekranu, ilość dostępnych typów

8 układu ekranu nie może być mniejsza niż 2 k. musi umożliwić zabezpieczenie dostępu do konferencji numerem PIN oraz opcję zamknięcia konferencji l. musi wspierać obraz w formacie 16:9 oraz 4:3, zarówno w głównym strumieniu jak i w protokole BFCP m. musi obsługiwać połączenia wideo w trybie pełnoekranowym, bez ograniczeń oraz marginesów na wyświetlanym obrazie n. musi umożliwiać przesyłanie prezentacji w rozdzielczości 1080p30 w protokole BFCP (drugi strumień) o. musi realizować zarządzanie konferencjami w zakresie funkcjonalności poprawy rozdzielczości wysyłanego obrazu dla połączeń realizowanych w rozdzielczościach niższych niż 720p p. musi obsługiwać i mieć możliwość dopasowania parametrów DSCP (differentiated-services-code-point) oraz ToS/IP Precedence q. musi realizować zarządzanie konferencjami w zakresie tworzenia i zarządzanie pokojami konferencyjnymi. r. musi realizować zarządzanie konferencjami w zakresie optymalizacji wykorzystania pojemności mostka (np. portów wideokonferencyjnych) dla stron dołączających w rozdzielczościach niższych niż 720p, poprzez mniejsze wykorzystanie zasobów mostka w przypadku gdy dołączony terminal ma ograniczone możliwości techniczne i posiada obsługę rozdzielczości SD zamiast HD. Wówczas jeden port HD musi odpowiadać co najmniej dwóm portom SD. Funkcje optymalizacji muszą podlegać wymaganiom redundancji i muszą być zdublowane w celu zapewnienia ciągłości pracy systemu. s. musi realizować zarządzanie konferencjami w zakresie tworzenia i zarządzania pokojami konferencyjnymi. t. jeżeli do opisanych funkcji zarządzania konferencjami wymagana jest oddzielna aplikacja to należy ją uwzględnić w ofercie oraz wdrożeniu. 6. Serwer platformy sprzętowej odpowiedzialny za realizację wideokonferencji musimieć parametry co najmniej: a. 2 dyski HDD 300GB 6Gb SAS 10K RPM SFF hot plug. b. Kontroler modularny RAID 0/1/5/6 12Gb/s SAS 1GB FBWC Cache. c. Zasilanie AC 230V. d. Dwa gniazda CPU obydwa wyposażone w procesory CPU 12-rdzeniowe (konieczne do płynnej obsługi wiele strumieni wideo jednocześnie), o wydajności minimum pkt. wg e. 64GB pamięci RAM w postaci ośmiu układów 8GB DDR4 2133MHz RDIMM/PC4. f. Obudowa przystosowana do montażu w szafie rack. Serwer musi posiadać akcesoria do montażu w szafie, wysokość serwera nie może przekraczać 1RU. Dwa wbudowane porty LAN Gigabit Ethernet oraz jeden dedykowany port LAN Gigabit Ethernet do zarządzania (Mgmt). VII. Funkcje nagrywania sesji wideo oraz prezentacji 1. System do nagrywania sesji wideo oraz prezentacji musi być dedykowaną aplikacją. Musi być rozwiązaniem programowym, które w pełni opiera się o architekturę IP. 2. Musi posiadać funkcjonalność do nagrywania połączeń wg poniższych wskazań:

9 VIII. a. Nagrywanie na żądanie oraz nagrywanie zaplanowane, jako opcja zaznaczona w systemie planowania spotkań wideo. b. Strumieniowanie w czasie rzeczywistym oraz odtwarzanie nagrań po ich zarejestrowaniu, wsparcie dla technologii Windows Media, Flash oraz MPEG4. c. Nagrywanie strumienia wideo oraz oddzielnego strumienia prezentacyjnego dla połączeń na bazie H.323 oraz SIP. d. Obsługa wideo w jakości 720p30 oraz 1080p30 zgodnie z kodekiem H.264 AVC. e. Współpraca z zewnętrzną bramą multimedialną, dającą możliwość nagrania połączenia z zewnątrz własnego systemu. 3. System musi mieć możliwość lokalnej autentykacji użytkowników oraz autentykacji na bazie AD. 4. System musi umożliwiać zabezpieczenie dostępu do nagrań poprzez PIN. 5. System musi sygnalizować fakt nagrywania poprzez informację wizualną na ekranie terminali użytkowników biorących udział w sesji. 6. System musi obsługiwać protokoły wideo: H.261, H.263, H.263+, H System musi obsługiwać protokoły prezentacji: H.239, BFCP 8. System musi obsługiwać rozdzielczości dla wideo oraz prezentacji: QCIF, CIF, VGA, 4CIF, SVGA, XGA, 448p, w288p, w448p, w576p, 720p (dla H.264) 9. System musi obsługiwać protokoły audio: G.711, G.722, G.722.1, AAC-LD 10. System musi obsługiwać mechanizmy Firewall Traversal: a. Auto Network Address Translation (NAT), b. H , c. H Firewall Traversal 11. System musi obsługiwać mechanizmy QoS: a. Łagodzenie utraty pakietów (ang. Packet-loss concealment) b. Buforowanie zmian opóźnienia transmisji (ang. Dynamic jitter buffering) 12. System musi udostępniać otwarte API do integracji z systemami zewnętrznymi. 13. System musi zostać dostarczony wraz z licencją na system operacyjny, o ile taka licencja jest wymagana. 14. Musi mieć możliwość pracy w trybie zwirtualizowanym oraz posiadać wsparcie techniczne producenta w tym trybie pracy. 15. Musi być zainstalowany na wspólnej platformie serwerowej z innymi aplikacjami systemu komunikacyjnego. 16. Z uwagi na wymaganą stabilność, niezawodność i zgodność rozwiązania system musi posiadać udokumentowaną współpracę z całym systemem komunikacyjnym, z komponentami, z którymi współpracuje, w tym, co najmniej z systemem przetwarzania połączeń oraz z systemem planowania spotkań wideo. 17. System musi być objęty 24 miesięczną gwarancją oparta o serwis producenta. Zarządzanie i planowanie konferencji wielostronnych 1. Oprogramowanie musi pełnić funkcję systemu zarządzania oraz planowania spotkań dla oferowanego rozwiązania komunikacji wideo w zakresie: a. Zarządzanie wszystkimi urządzeniami wideokonferencyjnymi: 2. Jeśli do działania konieczne jest dostarczenie licencji, należy dostarczyć licencje do zarządzania wszystkimi oferowanymi urządzeniami i aplikacjami klienta wideokonferencyjnymi. 3. System musi umożliwiać: a. Podgląd wszystkich parametrów konferencji na jednym ekranie b. Dodawanie i rozłączanie uczestników konferencji z poziomu systemu zarządzającego

10 c. Zarządzanie i podgląd parametrów każdej konferencji i każdego systemu wideokonferencyjnego pracującego w sieci d. Podniesienie wersji oprogramowania na urządzeniach wideokonferencyjnych z poziomu interfejsu oprogramowania zarządzającego. e. Dystrybucję centralnej książki telefonicznej do terminali f. Dostęp do modułu rezerwacji i organizacji wideokonferencji z poziomu przeglądarki WWW g. Możliwość stworzenia kilku korporacyjnych, centralnych książek telefonicznych z możliwością ich podziału na foldery. h. Przeszukiwanie książki telefonicznej z poziomu terminala i. Wsparcie dla standardu H.350 j. Automatyczny import użytkowników z serwerów ILS oraz LDAP k. Automatyczna identyfikacja numerów ISDN i IP l. Graficzne zaprezentowanie struktury systemu wideokonferencyjnego m. Graficzne zaprezentowanie statusu połączeń oraz statusu samego systemu n. Określenie stanu baterii w pilotach do opisanych powyżej oraz posiadanych przez Zamawiającego terminali wideokonferencyjnych o. Możliwość integracji z narzędziami do monitorowania sieci takimi jak: HP OpenView, IBM Tivoli, NetCool oraz z dowolnym narzędziem wykorzystującym do monitorowania sieci protokół SNMP p. Definiowanie i zarządzanie profilem użytkownika q. Funkcjonalność SSO dla użytkowników używających systemu uwierzytelniania Windows r. Funkcjonalność rezerwowania terminali oraz sal konferencyjnych z poziomu systemu zarządzania s. Dodawanie i usuwanie uczestników zarówno z zaplanowanych jak i już trwających konferencji t. Planowanie konferencji i rezerwowanie zasobów poprzez dedykowany interfejs www u. Integracja z serwerem MS Exchange oraz możliwość rezerwowania terminali oraz sal konferencyjnych z poziomu programu pocztowego MS Outlook 4. System zarządzania i planowania wideokonferencji ma wspierać następujące systemy operacyjne: a. Windows Server bit b. Windows Server 2008R2 Standard 64 bit 5. Zamawiający nie wymaga dostarczenia systemu operacyjnego. 6. System zarządzania i planowania wideokonferencji ma wspierać następujące bazy danych:

11 a. Microsoft SQL Server 2012 (32 lub 64 bit) b. Microsoft SQL Server 2008 R2 (32 lub 64 bit) c. Microsoft SQL Server 2008 (32 lub 64 bit) d. Microsoft SQL Server Express 2008 e. Microsoft SQ Server Express Zamawiający nie wymaga dostarczenia systemu Microsoft SQL Server. 8. System zarządzania i planowania wideokonferencji musi być zgodny z VMware ESXi Zamawiający wymaga dostarczenia wszelkich komponentów sprzętowych, oprogramowania i licencji do poprawnego uruchomienia systemu. 10. Dostarczone oprogramowanie i licencje mają być objęte 24 miesięczną gwarancją opartą o serwis producenta. IX. Usługa konferencji webowych Usługa konferencji webowych musi umożliwiać: 1. Organizację spotkania wirtualnego poprzez zestawienie konferencji webowej na bazie przeglądarki internetowej w trybie, który umożliwi uczestnictwo osobom nie posiadającym dostępu administratora do swojego komputera bez konieczności instalacji żadnych aplikacji lub wtyczek wymagających uprawnień administratora do komputera. 2. Pokazywanie dokumentów, poszczególnych aplikacji uruchomionych na komputerze PC oraz Mac, desktopu, przeglądarki internetowej. Narzędzia do dodawania komentarzy oraz poprawek, możliwość dodawania komentarzy oraz poprawek przez prezentera w trakcie współdzielenia ww. dokumentów. 3. Współpraca w trybie whiteboard, poprzez pokazywanie i edycję zawartości wirtualnej białej tablicy w konferencji web na komputerze PC oraz Mac. 4. Tworzenie i praca na co najmniej 5 białych tablicach jednocześnie w obrębie jednego spotkania wirtualnego. 5. Zapis zawartości białych tablic w formacie co najmniej pdf. 6. Udział w konferencji webowej dla co najmniej 25 stron jednocześnie. 7. Przekazywanie innemu wybranemu uczestnikowi spotkania kontroli nad aktualnie prezentowaną aplikacją i desktopem na komputerze PC oraz Mac 8. Pokazywanie w konferencji z komputera PC oraz Mac materiałów multimedialnych flash, pliki audio-wideo, wyświetlanie archiwalnych nagranych spotkań. 9. Czat tekstowy indywidualny do danej osoby oraz do wszystkich. 10. Możliwość udostępniania plików podczas spotkania wirtualnego.

12 11. Obsługa funkcji głosowania w trybie bieżącym, w trakcie trwania spotkania. 12. Zgłaszanie się poprzez wirtualne podnoszenia ręki przez uczestników. 13. Podgląd statystyk ruchu sieciowego dla transmitowanych i odbieranych sygnałów (audio oraz wideo). 14. Mechanizmy do zarządzania rejestracją uczestników na spotkania wirtualne. 15. Generowanie raportów z listą osób uczestniczących. 16. Tryb konferencji z transmisją wideo HD 720p, w którym na całym ekranie są wyświetlane kamery uczestników, największe okno kamery głównej przełącza się automatycznie na osobę mówiąca w danej chwili. Widok pozostałych stron w formie mniejszych okien wideo na dole ekranu, co najmniej 5 stron wideo w spotkaniu wirtualnym. 17. Podgląd widoku własnego selfview podczas spotkania wirtualnego z transmisją wideo. 18. Transmisja wideo z kamery internetowej w rozdzielczości 720p do komputera PC oraz Mac wyposażonego w procesor 2-rdzeniowy. 19. Obsługa w konferencji połączeń audio poprzez wdzwonienie się do konferencji z sieci telefonicznej. 20. Obsługa w konferencji połączeń audio bez uczestnictwa telefonu z obsługą głosu przetwarzanego przez komputer PC oraz Mac lub urządzenia mobilne. 21. Nagrywanie spotkań wirtualnych w zakresie wszystkiego co jest prezentowane, łącznie z wideo i głosem. 22. Zaproszenie uczestników poprzez podanie im sparametryzowanego linka z adresem www do spotkania. 23. Zaproszenie uczestników poprzez podanie ogólnego linka z adresem www do systemu konferencji oraz podanie indywidualnego numeru spotkania. 24. Zabezpieczenie dostępu do spotkania wirtualnego poprzez hasło. 25. Zabezpieczenie dostępu do spotkania poprzez jego zamknięcie po rozpoczęciu i dołączeniu uczestników. 26. Wybór sposobu dołączenia poprzez audio podczas spotkania. 27. Włączenie kamery i emisja wideo podczas spotkania. 28. Włączenie i wyciszenie mikrofonu podczas spotkania. 29. Możliwość połączenia spotkania wirtualnego z konferencją wideo realizowaną na bazie platformy wideokonferencyjnej oraz z udziałem terminali wideo i komunikatorów. 30. Połączone spotkanie wirtualne z konferencją wideo musi obejmować wzajemną wymianę sygnału wideo oraz wzajemną wymianę prezentacji.

13 31. W ramach połączonego spotkania wirtualnego z konferencją wideo musi zachodzić standaryzacja i interoperacyjność, dostosowana do systemu wideo: dla transmisji wideo wymagany jest protokół H.264 AVC, a dla strumienia prezentacyjnego wymagany jest protokół BFCP. 32. Dołączenie do spotkania dowolnego terminala wideo poprzez podanie jego adresu w formacie SIP URI. 33. Wspólny plugin do komputera PC oraz Mac, który umożliwi przygotowanie i zaplanowanie spotkania zależnie od scenariusza, wymagane scenariusze: a. konferencja w systemie wideo, b. konferencja webowa, c. konferencja mieszana, oznaczające jednoczesne połączenie konferencji wideo i konferencji webowej. 34. Konferencja mieszana musi mieć możliwość nagrania dla przesyłanej transmisji wideo oraz dla współdzielonej prezentacji poprzez System nagrywania sesji wideo oraz prezentacji. 35. Konferencja mieszana musi umożliwiać dołączenie co najmniej 25 stron uczestniczących w konferencji webowej oraz wszystkich użytkowników dostarczonego systemu po stronie konferencji wideo. 36. Edycja oraz odtwarzanie nagranych spotkań wirtualnych. 37. Możliwość uczestniczenia w web konferencjach z urządzeń mobilnych działających na różnych platformach np. ipad, iphone, Android, Windows Phone oraz BlackBerry. 38. Aplikacje na platformy mobilne muszą być udostępnione nieodpłatnie poprzez publiczne sklepy producentów systemów operacyjnych, np. AppStore i GooglePlay. 39. Możliwość uczestniczenia w web konferencjach z urządzeń mobilnych poprzez sieci WLAN, 3G/4G oraz LTE. 40. Funkcja powiększenia na urządzeniach mobilnych fragmentu ekranu z dokumentem, współdzielonym w trakcie spotkania wirtualnego. 41. Możliwość uczestniczenia w web konferencjach z urządzeń mobilnych wraz z obsługą nadawania i odbierania obrazu wideo z kamery, dla urządzeń o wydajności umożliwiającej kodowanie oraz dekodowanie strumienia wideo, co najmniej dla ipad oraz iphone. 42. Możliwość współdzielenia dokumentów w web konferencjach z urządzeń mobilnych, co najmniej dla ipad. 43. Możliwość uczestnictwa w web konferencjach z komputerów pracujących w różnych systemach operacyjnych: MS Windows, Apple ios, Linux. 44. Obsługa interfejsu uczestnika oraz gospodarza spotkania wirtualnego w językach angielskim, niemieckim oraz francuskim.

14 45. Rola uczestnika w spotkaniach wirtualnych nie może wymagać jakiegokolwiek nakładu dodatkowych kosztów. 46. Wsparcie techniczne producenta dostępne 24/7 przez telefon i Dopuszcza się działanie systemu jako zewnętrzna usługa w oparciu o sieć co najmniej kilkunastu serwerów dostawcy usługi połączonych prywatną sieci. 48. Usługa musi być aktywna dla Zamawiającego przez minimum 12 miesięcy od podpisania umowy. X. Kodek wideokonferencyjny do sali nr 1 1. Urządzenie musi pełnić funkcję terminala wideo przeznaczonego do sal konferencyjnych. 2. Urządzenie ma składać się z dwóch ruchomych kamer, kodeka wideokonferencyjnego, dwóch mikrofonów stołowych oraz zestawu kabli niezbędnych do podłączenia zewnętrznego wyświetlacza i systemu nagłośnienia. 3. Sterowanie wszystkimi elementami wyposażenia zestawu (kamery, kodek) musi się odbywać za pomocą dedykowanego, przewodowego panelu dotykowego. 4. Urządzenie musi wspierać kodeki wideo H.261, H.263, H.263+, H.264 oraz H Urządzenie musi wspierać kodek audio szerokopasmowy zgodnie ze specyfikacją ISO AAC- LD (Advanced Audio Coding - Low Delay, mono oraz stereo) oraz ze standardami G.722 i G.722.1, przy czym mikrofony oraz głośnik urządzenia mają umożliwiać wykorzystanie możliwości tego kodeka tak by zapewnić wysoką jakość rozmowy telefonicznej. 6. Urządzenie musi wspierać kodeki audio co najmniej określone przez standardy G.711a, G.711µ i G.729ab tak by umożliwić współpracę z terminalami starszych generacji, nie obsługującymi kodeków szerokopasmowych, a także rozwiązaniami systemów telekomunikacyjnych innych producentów. 7. Urządzenie musi realizować połączenia wideo na bazie standardu H.264 Advanced Video Coding (AVC) i umożliwiać kodowanie oraz dekodowanie obrazu wideo z prędkością nie mniejszą niż 30 ramek na sekundę dla rozdzielczości, co najmniej: a. 176 x 144 pikseli (QCIF) b. 352 x 288 pikseli (CIF) c. 512 x 288 pikseli (w288p) d. 576 x 448 pikseli (448p) e. 768 x 448 pikseli (w448p) f. 704 x 576 pikseli (4CIF) g x 576 pikseli (w576p) h x 720 pikseli (720p30) i x 1080 pikseli (1080p30) j. 640 x 480 pikseli (VGA) k. 800 x 600 pikseli (SVGA) l x 768 pikseli (XGA) m x 1024 pikseli (SXGA) n x 768 pikseli (WXGA) o x 900 pikseli (WXGA+) p x 1050 pikseli (WSXGA+)

15 8. Urządzenie musi realizować połączenia wideo na bazie standardu H.264 Advanced Video Coding (AVC) i umożliwiać kodowanie oraz dekodowanie obrazu wideo z prędkością nie mniejszą niż 60 ramek na sekundę dla rozdzielczości, co najmniej: a. 512 x 288 pikseli (w288p60) b. 768 x 448 pikseli (w448p60) c x 576 pikseli (w576p60) d x 720 pikseli (720p60) e x 1080 pikseli (1080p60) 9. Urządzenie musi realizować kodowanie obrazu wideo w sposób efektywny tak, aby przy przesłaniu obrazu wideo H.264 AVC zapotrzebowanie na pasmo nie było większe niż: a. 768 kbps dla 720p30 b kbps dla 720p60 c kbps dla 1080p30 d kbps dla 1080p Urządzenie musi umożliwiać przesyłanie i odbieranie niezależnie od strumienia wideo drugiego strumienia prezentacyjnego, na bazie standardowego protokołu SIP Binary Floor Control Protocol (BFCP) w rozdzielczości 1080p (1920 x 1080 pikseli) 30 ramek na sekundę. 11. Urządzenie musi umożliwiać przesyłanie i odbieranie niezależnie od strumienia wideo drugiego strumienia prezentacyjnego, na bazie standardowego protokołu H.239 w rozdzielczości 1080p (1920 x 1080 pikseli) 30 ramek na sekundę. 12. Urządzenie musi zapewniać wsparcie dla standardowego protokołu sterującego SIP. 13. Urządzenie musi zapewniać wsparcie dla standardowego protokołu sterującego H Urządzenie musi realizować połączenia wideo punkt-punkt 6 Mbps. 15. Urządzenie musi realizować poprzez wbudowany mostek połączenia wideo punkt-wielopunkt o łącznym paśmie 10 Mbps 16. Urządzenie musi realizować tryb pracy Firewall Traversal dla połączeń H.323 zgodnie ze standardem H oraz H Urządzenie musi realizować tryb pracy Firewall Traversal dla połączeń SIP. 18. Urządzenie musi współpracować z systemem dwóch kamer wideo o parametrach, co najmniej: a. rozdzielczość i tryb pracy co najmniej 1080p30, 1080p60 i 720p60 b. zoom 20-krotny (10x optyczny i 2x cyfrowy) c. kąt widzenia w poziomie 80 stopni d. kąt widzenia w pionie 48 stopni e. obrót kamery w zakresie co najmniej od -90 stopni do +90 stopni w poziomie f. zmiana położenia kamery w pionie w zakresie co najmniej od -20 stopni do +20 stopni g. automatyczne oraz ręczne ustawienie parametrów: ostrości, jasności oraz balansu bieli h. sterowanie kamerą zdalnie z innego terminala po nadaniu uprawnień i. współpraca z systemem identyfikacji i śledzenia mówców

16 j. kontrola kamery poprzez sieć Ethernet 19. Urządzenie musi posiadać wejścia audio w ilości i typach co najmniej: a. 8 portów audio typu Euroblock do dołączenia mikrofonów, każde z niezależnym układem redukcji szumów oraz kasowania echa (trzy porty są wykorzystane przez mikrofony urządzenia wchodzące w skład zestawu) b. 4 portów audio typu Euroblock dla zewnętrznych źródeł audio c. 3 cyfrowe wejścia audio typu HDMI 20. Urządzenie musi posiadać wyjścia audio w ilości i typach co najmniej: a. 6 zbalansowanych portów audio typu Euroblock b. 2 cyfrowe wyjścia audio typu HDMI 21. Urządzenie musi posiadać w komplecie co najmniej trzy mikrofony przystosowane do powieszenia na suficie lub umieszczenia na pulpicie, przeznaczone do przekazywania dźwięku z sali konferencyjnej. 22. W zakresie bezpieczeństwa urządzenie musi pozwalać na: a. zabezpieczenie komunikacji z serwerem sterującym za pomocą TLS b. zabezpieczenie strumienia audio oraz wideo za pomocą SRTP c. obsługa protokołów HTTPS oraz SSH d. obsługa protokołu autentykacji 802.1x e. obsługa certyfikatów cyfrowych f. zabezpieczenie hasłem dla dostępu administracyjnego 23. Urządzenie musi posiadać dedykowane gniazda, co najmniej: a. 1 port DVI-I dla dołączenia PC do prezentacji b. 2 porty HDMI do dołączenia dwóch kamer urządzenia c. 1 port HDMI do dołączenia dodatkowej kamery d. 1 port dla wejścia wideo SD (typ styku S-video lub kompozytowy) e. 1 port konsolowy RS-232 do lokalnej diagnostyki i konfiguracji f. 1 port typu GPIO g. 1 port 10/100/1000 Ethernet dla sieci LAN h. 2 porty 10/100/1000 Ethernet dla dołączenia peryferiów urządzenia (porty wykorzystanie są do kabli sterujących dla 2 kamer zestawu) i. 2 porty USB 24. Urządzenie musi posiadać dedykowany panel kontrolny w postaci ekranu dotykowego, przeznaczonego do sterowania i zarządzania połączeniami o parametrach co najmniej: a. przekątna ekranu 10 cali

17 b. rozdzielczość 1280 x 800 pikseli c. dołączenie poprzez port Ethernet d. komunikacja z urządzeniem przez sieć LAN e. komunikacja z urządzeniem poprzez bezpośrednie dołączenie panela do urządzenia 25. Urządzenie musi dawać dostęp do systemowej książki telefonicznej oraz historii połączeń. 26. Urządzenie musi obsługiwać co najmniej 1 linię (numer telefoniczny). 27. Urządzenie musi współpracować z systemem zarządzania połączeniami w celu realizacji funkcji co najmniej: a. definiowania numeru E.164 oraz adresu URI przypisanego do terminala, zapewniając obsługę zarówno połączeń wideo wraz z kanałem prezentacyjnym, jak i połączeń głosowych b. definiowania uprawnień oraz ograniczeń abonenckich poprzez możliwość blokowania połączeń na numery wysokopłatne oraz międzynarodowe c. definiowania uprawnień w zakresie dopuszczenia połączeń wideo poprzez sieć WAN za pomocą mechanizmów Call Admission Control d. możliwości tworzenia linii współdzielonych z terminalami telefonicznymi w systemie przetwarzania połączeń, w tym także z telefonami GSM zdefiniowanymi w systemie w profilach użytkowników e. funkcja nie przeszkadzać (do not disturb DND) f. zawieszenie połączenia (Hold) oraz obsługa zawieszonych połączeń poprzez Music on Hold oraz Video on Hold przez system g. centralna oraz prywatna książka telefoniczna h. menu urządzenia ma być zrealizowane w języku polskim oraz angielskim 28. Urządzenie musi być dostarczone wraz z zasilaczem AC 230V oraz kablem zasilającym 29. Wraz z urządzeniem mają być dostarczone kable: a. patchcord Ethernet umożliwiający dołączenie do sieci LAN b. kabel typu VGA-DVI-I do dołączenia PC, z dodanym przewodem audio ze stykiem typu mini-jack c. kabel HDMI-HDMI 30. Urządzenie musi być zarządzane centralnie poprzez system komunikacyjny Zamawiającego w zakresie co najmniej: a. pobierania oraz wymiany plików konfiguracyjnych oraz oprogramowania z serwerów komunikacyjnych Zamawiającego b. obsługi oprogramowania (firmware), które jest podpisany cyfrowo przez producenta oraz pliki konfiguracyjne zaszyfrowane przez serwery komunikacyjne Zamawiającego c. możliwości zdalnej zmiany ustawień urządzenia: numer i opis linii, funkcje przypisane do programowalnych klawiszy funkcyjnych, uprawnienia abonenckie dla

18 danych linii urządzenia, przypisanie do właściwych elementów infrastruktury (bramy i mostki MCU) d. możliwości zdalnego restartu urządzenia lub grupy urządzeń e. możliwości dystrybucji certyfikatów dla urządzeń z serwerów komunikacyjnych Zamawiającego XI. Kodek wideokonferencyjny do sali nr 2 1. Urządzenie musi pełnić funkcję terminala wideo przeznaczonego do sal konferencyjnych. 2. Urządzenie ma składać się z dwóch ruchomych kamer, kodeka wideokonferencyjnego, trzech mikrofonów sufitowych oraz zestawu kabli niezbędnych do podłączenia zewnętrznego wyświetlacza i systemu nagłośnienia. 3. Sterowanie wszystkimi elementami wyposażenia zestawu (kamery, kodek) musi się odbywać za pomocą dedykowanego, przewodowego panelu dotykowego. 4. Urządzenie musi wspierać kodeki wideo H.261, H.263, H.263+, H.264 oraz H Urządzenie musi wspierać kodek audio szerokopasmowy zgodnie ze specyfikacją ISO AAC- LD (Advanced Audio Coding - Low Delay, mono oraz stereo) oraz ze standardami G.722 i G.722.1, przy czym mikrofony oraz głośnik urządzenia mają umożliwiać wykorzystanie możliwości tego kodeka tak by zapewnić wysoką jakość rozmowy telefonicznej. 6. Urządzenie musi wspierać kodeki audio co najmniej określone przez standardy G.711a, G.711µ i G.729ab tak by umożliwić współpracę z terminalami starszych generacji, nie obsługującymi kodeków szerokopasmowych, a także rozwiązaniami systemów telekomunikacyjnych innych producentów. 7. Urządzenie musi realizować połączenia wideo na bazie standardu H.264 Advanced Video Coding (AVC) i umożliwiać kodowanie oraz dekodowanie obrazu wideo z prędkością nie mniejszą niż 30 ramek na sekundę dla rozdzielczości, co najmniej: a. 176 x 144 pikseli (QCIF) b. 352 x 288 pikseli (CIF) c. 512 x 288 pikseli (w288p) d. 576 x 448 pikseli (448p) e. 768 x 448 pikseli (w448p) f. 704 x 576 pikseli (4CIF) g x 576 pikseli (w576p) h x 720 pikseli (720p30) i x 1080 pikseli (1080p30) j. 640 x 480 pikseli (VGA) k. 800 x 600 pikseli (SVGA) l x 768 pikseli (XGA) m x 1024 pikseli (SXGA) n x 768 pikseli (WXGA) o x 900 pikseli (WXGA+) p x 1050 pikseli (WSXGA+) 8. Urządzenie musi realizować połączenia wideo na bazie standardu H.264 Advanced Video Coding (AVC) i umożliwiać kodowanie oraz dekodowanie obrazu wideo z prędkością nie mniejszą niż 60 ramek na sekundę dla rozdzielczości, co najmniej:

19 f. 512 x 288 pikseli (w288p60) g. 768 x 448 pikseli (w448p60) h x 576 pikseli (w576p60) i x 720 pikseli (720p60) j x 1080 pikseli (1080p60) 9. Urządzenie musi realizować kodowanie obrazu wideo w sposób efektywny tak, aby przy przesłaniu obrazu wideo H.264 AVC zapotrzebowanie na pasmo nie było większe niż: e. 768 kbps dla 720p30 f kbps dla 720p60 g kbps dla 1080p30 h kbps dla 1080p Urządzenie musi umożliwiać przesyłanie i odbieranie niezależnie od strumienia wideo drugiego strumienia prezentacyjnego, na bazie standardowego protokołu SIP Binary Floor Control Protocol (BFCP) w rozdzielczości 1080p (1920 x 1080 pikseli) 30 ramek na sekundę. 11. Urządzenie musi umożliwiać przesyłanie i odbieranie niezależnie od strumienia wideo drugiego strumienia prezentacyjnego, na bazie standardowego protokołu H.239 w rozdzielczości 1080p (1920 x 1080 pikseli) 30 ramek na sekundę. 12. Urządzenie musi zapewniać wsparcie dla standardowego protokołu sterującego SIP. 13. Urządzenie musi zapewniać wsparcie dla standardowego protokołu sterującego H Urządzenie musi realizować połączenia wideo punkt-punkt 6 Mbps. 15. Urządzenie musi realizować poprzez wbudowany mostek połączenia wideo punkt-wielopunkt o łącznym paśmie 10 Mbps 16. Urządzenie musi realizować tryb pracy Firewall Traversal dla połączeń H.323 zgodnie ze standardem H oraz H Urządzenie musi realizować tryb pracy Firewall Traversal dla połączeń SIP. 18. Urządzenie musi współpracować z systemem dwóch kamer wideo o parametrach, co najmniej: k. rozdzielczość i tryb pracy co najmniej 1080p30, 1080p60 i 720p60 l. zoom 20-krotny (10x optyczny i 2x cyfrowy) m. kąt widzenia w poziomie 80 stopni n. kąt widzenia w pionie 48 stopni o. obrót kamery w zakresie co najmniej od -90 stopni do +90 stopni w poziomie p. zmiana położenia kamery w pionie w zakresie co najmniej od -20 stopni do +20 stopni q. automatyczne oraz ręczne ustawienie parametrów: ostrości, jasności oraz balansu bieli r. sterowanie kamerą zdalnie z innego terminala po nadaniu uprawnień s. współpraca z systemem identyfikacji i śledzenia mówców t. kontrola kamery poprzez sieć Ethernet 19. Urządzenie musi posiadać wejścia audio w ilości i typach co najmniej:

20 d. 8 portów audio typu Euroblock do dołączenia mikrofonów, każde z niezależnym układem redukcji szumów oraz kasowania echa (trzy porty są wykorzystane przez mikrofony urządzenia wchodzące w skład zestawu) e. 4 portów audio typu Euroblock dla zewnętrznych źródeł audio f. 3 cyfrowe wejścia audio typu HDMI 20. Urządzenie musi posiadać wyjścia audio w ilości i typach co najmniej: c. 6 zbalansowanych portów audio typu Euroblock d. 2 cyfrowe wyjścia audio typu HDMI 21. Urządzenie musi posiadać w komplecie co najmniej trzy mikrofony przystosowane do powieszenia na suficie, przeznaczone do przekazywania dźwięku z sali konferencyjnej. 22. Urządzenie musi posiadać wbudowany system identyfikacji i śledzenia mówców, działający na bazie co najmniej dwóch równoczesnych mechanizmów: a. triangulacji źródła dźwięku na bazie matrycy mikrofonów dedykowanej do triangulacji b. rozpoznawania twarzy uczestników spotkania przez wbudowane kamery 23. Obydwie kamery systemu identyfikacji i śledzenia mówcy muszą jednocześnie: a. aktywnie śledzić mówców na bazie współpracy z mechanizmami triangulacji dźwięku oraz rozpoznawania twarzy b. realizować funkcje kadrowania obrazu c. wykonywać natychmiastowe przełączanie skadrowanych ujęć między sobą 24. W zakresie bezpieczeństwa urządzenie musi pozwalać na: g. zabezpieczenie komunikacji z serwerem sterującym za pomocą TLS h. zabezpieczenie strumienia audio oraz wideo za pomocą SRTP i. obsługa protokołów HTTPS oraz SSH j. obsługa protokołu autentykacji 802.1x k. obsługa certyfikatów cyfrowych l. zabezpieczenie hasłem dla dostępu administracyjnego 25. Urządzenie musi posiadać dedykowane gniazda, co najmniej: j. 1 port DVI-I dla dołączenia PC do prezentacji k. 2 porty HDMI do dołączenia dwóch kamer urządzenia l. 1 port HDMI do dołączenia dodatkowej kamery m. 1 port dla wejścia wideo SD (typ styku S-video lub kompozytowy) n. 1 port konsolowy RS-232 do lokalnej diagnostyki i konfiguracji o. 1 port typu GPIO