CARTÃO BRB S.A. DIRETORIA DE FINANÇAS, PESSOAS, ADMINISTRAÇÃO e RISCOS DIPAR PEDIDO DE ESCLARECIMENTO DO EDITAL 001/2016

Transcrição

1 CARTÃO BRB S.A. DIRETORIA DE FINANÇAS, PESSOAS, ADMINISTRAÇÃO e RISCOS DIPAR PEDIDO DE ESCLARECIMENTO DO EDITAL 001/2016 PROCESSO Nº A CARTÃO BRB S.A., na pessoa do Pregoeiro, torna público, para conhecimento dos interessados, as solicitações de pedido de esclarecimentos recebidas em endereço eletrônico, referente ao Edital 001/2016, que tem como objeto a aquisição de equipamentos de informática, solução para infraestrutura de TI, pelo tipo menor preço, regime de empreitada por preço unitário para a CARTÃO BRB, com garantia (manutenção e suporte técnico) pelo período de 60 (sessenta) meses conforme especificações constantes neste Edital e seus Anexos. 1) No Termo de referência, item 10, Software de Virtualização de Servidores, diz: Licença para 20 processadores físicos, independentemente do número de núcleos (core) e da quantidade de servidores virtuais instalados ou gerenciados. Verificando a quantidade de servidores para virtualização descritos no item 8 (oito), vimos que todos somam 10 unidades, possuindo cada um 2 (dois) processadores físicos. Sendo assim o total de 20 processadores, consequentemente o mesmo solicitado no licenciamento do software de virtualização descrito acima. Entendemos que por se tratar de softwares que estarão sendo instalados nos servidores também licitados, poderemos oferecer esse software em sua modalidade de licenciamento OEM, embarcado no hardware, visando um melhor custo-benefício à licitante. Está correto nosso entendimento? Resposta: O entendimento está incorreto. 2) Para os itens: 9.6. Interfaces para conectar à rede Possuir pelo menos 100 interfaces de rede 10Gb Ethernet físicas ou virtuais (conhecidas como vnics ou FlexNICs); Possuir pelo menos 2 (duas) HBAs físicas ou virtuais (conhecidas como vhba ou FlexHBA) Cada lâmina deverá possuir 02 (duas) portas, padrão 10GB compatíveis com os switches ofertados no Chassi de Blade; Entendemos que esta tecnologia se refere ao particionamento das interfaces Ethernet entregues. Entendemos também que o solicitado são 2 portas 10Gb e o particionamento factível para uso real seria entre 8 e 10 particões por cada porta e por isso para se chegar a 100 interfaces não será alcançada pela maioria dos players de mercado e que pode diminur a concorrência no certame. Está correto nosso entendimento? Resposta: Conforme especificado no item 9.6 e os respectivos subitens. Página 1

2 3) Para os itens: A solução de armazenamento externo de dados deve utilizar os protocolos de Storage iscsi, FC, FCoE, CIFS e NFS, de tal forma a suportar os ambientes SAN e NAS; Suportar nativamente, sem adição de gateway, no mínimo, os protocolos iscsi (Internet Small Computer System Interface), FCP (FibreChannelProtocol), FCoE (Fibre Channel over Ethernet), NFS (Network File System Protocol) versões 3 e 4, pnfs, CIFS (Common Internet File System) e SMB2 e SMB3. Entendemos que o objetivo final é entregar SAN e NAS e que diversos fabricantes o fazem de maneiras diferentes. A entrega de SAN e NAS na mesma caixa ou em caixas separadas não comprometeria este objetivo final e fará com que o certame tenha mais concorrência trazendo assim mais benefícios técnicos e financeiros. Tendo em vista o não comprometimento do objetivo final, podemos entregar NAS e SAN em caixas separadas mas integradas e gerenciadas de forma única. Está correto nosso entendimento? Resposta: A solução ofertada deve atender ao especificado no edital, sendo a arquitetura inerente a cada fornecedor. Item 14 Switch Datacenter Item que diz Implementar nativamente 2 grupos RMON (Alarms e Events) conforme RFC 1757 As funcionalidades de RMON são amplamente utilizadas para gerenciamento, relatórios e auditorias. O comum de mercado é a solicitação de no mínimo 4 grupos dos 9 disponíveis pelo padrão. Entendemos que por se tratar de equipamento crítico e de uso no datacenter que o correto seria o uso de no mínimo 4 grupos (History, Alarms, Events, statistics). Está correto o nosso entendimento? Resposta: O entendimento não está correto. A utilização dos grupos Alarme e Eventos já permite monitorar os equipamentos e receber alertas quando eventos indesejados ocorrerem. Porém, serão aceitas soluções que implementem nativamente mais que 2 grupos RMON. Item que diz Possuir LEDs para a indicação do status das portas e atividade, além de duplex. As características solicitadas no item são funcionalidades específicas de um fornecedor de mercado, sendo que o normal e comum para indicações feitas por LED são a indicação de status e atividade da porta, além disso, existem recursos de configuração e gerenciamento do switch que podem ser usados para saber o duplex da porta não sendo necessário ou obrigatório um LED para ter esta informação. Desta forma, entendemos que caso seja ofertado equipamento que implemente LED s que possuam indicação de status e atividade da porta e que o mesmo possua comandos de gerenciamento que informem a forma de duplex que o mesmo será aceito. Está Página 2

3 Resposta: Equipamentos que implementem LED s que possuam indicação de status e atividade da porta, desde que o mesmo possua comandos de gerenciamento que informem a forma de duplex serão aceitos. Item 15 Switch de Acesso Item que diz Implementar padrão IEEE 802.1d (Spanning Tree Protocol) por VLAN, com suporte a, no mínimo, 32 instâncias simultâneas A capacidade solicitada de 32 instâncias é extremamente alta e excludente, ainda mais para switches de acesso. Entendemos a necessidade de múltiplas instâncias de spanning tree, porém tecnicamente entendemos que 15 instâncias atendem as mais específicas necessidades não trazendo prejuízos técnicos ao projeto, ou seja, entendemos que caso seja fornecido equipamento que implemente 15 instâncias de spanning tree simultâneas que o mesmo será aceito. Está Resposta:: Não está correto o entendimento. O dimensionamento feito para o nosso ambiente exige a quantidade solicitada. Item que diz Implementar padrão IEEE 802.1w (Rapid spanning Tree Protocol), com suporte a, no mínimo, 32 instâncias simultâneas A capacidade solicitada de 32 instâncias é extremamente alta e excludente, ainda mais para switches de acesso. Entendemos a necessidade de múltiplas instâncias de spanning tree, porém tecnicamente entendemos que 15 instâncias atendem as mais específicas necessidades não trazendo prejuízos técnicos ao projeto, ou seja, entendemos que caso seja fornecido equipamento que implemente 15 instâncias de spanning tree simultâneas que o mesmo será aceito. Está Resposta: Não está correto o entendimento. O dimensionamento feito para o nosso ambiente exige a quantidade solicitada. Item que diz Implementar padrão IEEE 802.1s (Multi-Instance Spanning-Tree), com suporte a, no mínimo, 32 instâncias simultâneas do protocolo Spanning-Tree. A capacidade solicitada de 32 instâncias é extremamente alta e excludente, ainda mais para switches de acesso. Entendemos a necessidade de múltiplas instâncias de spanning tree, porém tecnicamente entendemos que 15 instâncias atendem as mais específicas necessidades não trazendo prejuízos técnicos ao projeto, ou seja, entendemos que caso seja fornecido equipamento que implemente 15 instâncias de spanning tree simultâneas que o mesmo será aceito. Está Resposta: Não está correto o entendimento. O dimensionamento feito para o nosso ambiente exige a quantidade solicitada. Página 3

4 Item que diz Implementar o protocolo NTPv3 (Network Time Protocol, versão 3). Deve ser suportada autenticação entre os peers NTP, conforme definições da RFC 1305 Entende-se a necessidade de sincronia de clock dos equipamentos. Os protocolos SNTP e NTP são interoperáveis por natureza, podendo assim ter ambos protocolos funcionando em mesmo ambiente computacional. A exigência da referida RFC obriga todos os fornecedores a somente fornecer produtos que implementem NTP. Desta forma entendemos que o equipamento que implemente SNTP ou NTP atende ao requisito de sincronia de clock solicitado. Está correto o nosso entendimento? Resposta: Não serão aceitos equipamentos que entreguem somente a funcionalidade SNTP. Essa funcionalidade não garante a sincronia exigida pelo ambiente como o protocolo NTP. Item que diz Ser configurável e gerenciável via GUI (graphical user interface), CLI (command line interface), SNMP, Telnet, SSH, FTP, HTTP e HTTPS com, no mínimo, 5 sessões simultâneas e independentes Entendemos a necessidade de gerenciamento simultâneo e independente, porém a quantidade de 5 sessões é bem específica de um fabricante e exclui vários fornecedores. Desta forma entendemos que caso seja ofertado equipamento com gerenciamento via GUI, CLI, SNMP, Telnet, SSH, FTP, HTTP e HTTPS com 4 sessões simultâneas e independentes que o mesmo estará atendendo ao requisito do item. Está Resposta: O entendimento está incorreto. Item que diz Deve suportar IPFIX ou Netflow para análise do tráfego da rede. Caso a análise seja feita por amostragem, deve ser suportada amostragem de 1 a cada 100 pacotes O requisito de amostragem de 1 a cada 100 pacotes está ligada diretamente ao protocolo Netflow, entendemos que este requisito deve ser adaptável de acordo com os protocolos de análise, além disso, cada protocolo tem sua taxa de amostragem o que não desabona o uso de um ou outro. Os protocolos IPFIX ou Netflow não são amplamente usados pelos fabricantes sendo que o protocolo Sflow ficou bem mais popularizado e é atualmente amplamente adotado pelos fabricantes. O protocolo Sflow atende aos mesmo requisitos dos protocolos IPFIX e Netflow, desta forma entendemos que caso seja ofertado equipamento que implemente IPFIX ou Netflow ou Sflow e que a taxa de amostragem seja flexível de acordo com o protocolo usado que o mesmo estará atendendo ao requisito do item. Está Item que diz Deve suportar exportar a análise de tráfego para um servidor externo, utilizando o padrão IPFIX ou NetFlow v5 ou NetFlow v9. Os protocolos IPFIX ou Netflow não são amplamente usados pelos fabricantes sendo que o protocolo Sflow ficou bem mais popularizado e é atualmente amplamente adotado pelos fabricantes. O protocolo Sflow atende aos mesmo requisitos dos protocolos IPFIX e Netflow, desta forma entendemos que caso seja ofertado equipamento que implemente IPFIX ou Netflow v5 ou Página 4

5 Netflow v9 ou Sflow que o mesmo estará atendendo ao requisito do item. Está correto o nosso entendimento? Item que diz Deve responder a pacotes para teste da implementação dos níveis de serviço especificados (SLA) A característica descrita foi de fato usada no passado em ambientes de rede de longa distância (WAN) para medir níveis de SLA dos provedores de serviço. Esta funcionalidade está ligada intrinsicamente a roteadores em ambiente WAN, onde antigamente de fato esta funcionalidade fazia sentido. Atualmente os provedores disponibilizam estas ferramentas aos seus clientes e não faz mais sentido exigir switches com esta funcionalidade. Além disso para ambientes de rede local (ambiente de comutação/switching) esta característica se torna restritiva impedindo a participação de vários grandes fornecedores que poderiam competir e trazer benefícios técnicos e financeiros ao presente certame. Tendo este panorama técnico e financeiro em tela entendemos que os benefícios não são factíveis e não trazem de fato vantagem técnica ao projeto imaginado, sendo assim podem ser desconsiderados e não obrigatórios. Está Resposta: Serão aceitas soluções que não atendem ao item especificado. Item e seus subitens , , e que dizem respectivamente: Devem ser suportadas no mínimo as seguintes operações de teste: ICMP echo; TCP connect (em qualquer porta TCP do intervalo que o administrador especifique). UDP echo (em qualquer porta UDP do intervalo que o administrador especifique). O switch deve suportar pelo menos 5 (cinco) destas operações de testes simultaneamente. A característica descrita foi de fato usada no passado em ambientes de rede de longa distância (WAN) para medir níveis de SLA dos provedores de serviço. Esta funcionalidade está ligada intrinsicamente a roteadores em ambiente WAN, onde antigamente de fato esta funcionalidade fazia sentidoo. Atualmente os provedores disponibilizam estas ferramentas aos seus clientes e não faz mais sentido exigir switches com esta funcionalidade. Além disso para ambientes de rede local (ambiente de comutação/switching) esta característica se torna restritiva impedindo a participação de vários grandes fornecedores que poderiam competir e trazer benefícios técnicos e financeiros ao presente certame. Tendo este panorama técnico e financeiro em tela entendemos que os benefícios não são factíveis e não trazem de fato vantagem técnica ao projeto imaginado, sendo assim podem ser desconsiderados e não obrigatórios. Está Resposta: Serão aceitas soluções que não atendem ao item especificado. Item que diz Implementar associação automática de ACL da porta do switch através da qual o usuário requisitou acesso à rede (Downloadable ACL) A funcionalidade de downloadable ACL é relativa a um fabricante específico, sendo que a grande maioria utiliza perfis de ACL localmente nos switches. São formas diferentes porém com os Página 5

6 mesmos objetivos. Desta forma como a funcionalidade de downloadable ACL e perfis locais de ACL são similares entendemos que caso seja ofertado equipamento com Downloadable ACL ou perfis locais de ACL que o mesmo estará atendendo ao item. Está? Resposta: Serão aceitos equipamentos que implementem Downloadable ACL ou perfis locais de ACL. Item que diz Possuir armazenamento interno das mensagens de log geradas pelo equipamento de no mínimo 1024 bytes. Cada fabricante adota métricas diferentes para armazenamento local de mensagens sendo assim entendemos que caso o equipamento possua capacidade de armazenamento de 1000 mensagens de log localmente que o mesmo estará atendendo ao requisito do item. Está correto o nosso entendimento? Item que diz Suportar no mínimo grupos multicast para IPv4. As características presentes na especificação técnica não descrevem funcionalidades de roteamento. A característica de grupos de multicast está ligada ao ambiente de roteamento (L3) e não ao ambiente de switching (L2). Como não foram solicitadas características de roteamento o ideal seria a solicitação do protocolo IGMP snooping (L2), desta forma entendemos que caso seja ofertado equipamento que implemente IGMP snooping que o mesmo estará atendendo ao requisito do item. Está Item que diz Implementar em todas as interfaces do switch o protocolo MLD (Multicast Listener Discovery) Snooping (v1 e v2) para IPv6. As características presentes na especificação técnica não descrevem funcionalidades de roteamento. O protocolo MLDv1/v2 está relacionado diretamente ao ambiente de roteamento (L3) e não de switching (L2). Como não foram solicitadas características de roteamento o ideal seria a solicitação do protocolo MLD em camada 2 (L2), ou seja, MLD snooping, desta forma entendemos que caso seja ofertado equipamento que implemente MLD snooping que o mesmo estará atendendo ao requisito do item. Está Resposta: Serão aceitas soluções que implementem MLD (Multicast Listener Discovery) Snooping (v1 e v2). Item que diz Possuir LEDs para a indicação do status das portas, atividade das portas, velocidade e full duplex.. As características solicitadas no item são funcionalidades específicas de um fornecedor de mercado, sendo que o normal e comum para indicações feitas por LED são a indicação de status e atividade da porta, além disso, existem recursos de configuração e gerenciamento do switch que podem ser usados para saber o duplex da porta não sendo necessário ou obrigatório um LED para Página 6

7 ter esta informação. Desta forma, entendemos que caso seja ofertado equipamento que implemente LED s que possuam indicação de status e atividade da porta e que o mesmo possua comandos de gerenciamento que informem a forma de duplex que o mesmo será aceito. Está Resposta: Serão aceitos equipamentos que implementem LED s que possuam indicação de status e atividade da porta, desde que o mesmo possua comandos de gerenciamento que informem a forma de duplex. Ilter Afonso Mota de Oliveira PREGOEIRO Página 7