Received message - explanation, completion, changes of procurement documents

Procurement procedure Technické a programové vybavení centrální laboratoře genomiky projektu CEITEC MU
Sender Pavel Vacek
Sender organization Masarykova univerzita [CRN: 00216224]
Recipient All (including public)
Date 18.10.2012 11:03:57
Reference number in the filing service unassigned/unknown
Identifier in filing service unassigned/unknown
Subject Re: Žádost o poskytnutí dodatečných informací č. 2

Dobrý den,
viz. níže Vám jako zadavatel veřejné zakázky s názvem "Technické a programové vybavení centrální laboratoře genomiky projektu CEITEC MU" zasíláme formou dodatečných informací č. 2 odpovědi na dotazy uchazeče.

Dotazy uchazeče:
1. V technických podmínkách pro switche je uvedena podmínka:
"Možnost kombinace AC a DC zdroje v jednom zařízení". Je tímto myšlena opravdu současná instalace zdroje AC se zdrojem DC nebo možnost výměny AC za DC ? MU využívá stejnosměrný rozvod?

Ano, tímto je myšlena současná instalace DC a AC.
MU aktuálně stejnosměrný proud nevyužívá. Nicméně neznamená to, že bychom této možnosti nechtěli v budoucnosti využít.

2. U podmínky "Možnost rozšíření o modul s podporou NetFlow v9 (nebo IPFIX RFC 3917, 3955) (ne sFlow), včetně možnosti monitorování TCP příznaků pro datový tok" opravdu trváte striktně na zákazu sFlow?

Ano, požadujeme NetFlow v9 nebo IPFix. Trváme na tom, že sFlow není pro naše účely použitelné.

S pozdravem

JUDr. Pavel Vacek

Original message

Date 15.10.2012 15:26:42
Reference number in the filing service unassigned/unknown
Identifier in filing service unassigned/unknown
Subject Žádost o poskytnutí dodatečných informací

Dobrý den,
1. V technických podmínkách pro switche je uvedena podmínka:
"Možnost kombinace AC a DC zdroje v jednom zařízení". Je tímto myšlena opravdu současná instalace zdroje AC se zdrojem DC nebo možnost výměny AC za DC ? MU využívá stejnosměrný rozvod?
2. U podmínky "Možnost rozšíření o modul s podporou NetFlow v9 (nebo IPFIX RFC 3917, 3955) (ne sFlow), včetně možnosti monitorování TCP příznaků pro datový tok" opravdu trváte striktně na zákazu sFlow?

Děkujeme za požadované upřesnění.

Petr Župka