Objeto: 2.1. A especificação do Objeto está descrita no Documento Sei! 0458777, abaixo reproduzida.
2.2. PONTO DE ACESSO SEGURO PARA DISPOSITIVOS CABEADOS - TIPO 1
2.2.1. ITENS MANDATÓRIOS DE SEGURANÇA
2.2.1.1. Deve implementar controle de acesso baseado em perfis (Role Based Access Control);
2.2.1.2. Deve implementar VLANs privadas, de forma que permita o isolamento de tráfego de uma porta de acesso das demais portas de acesso de uma mesma VLAN, permitindo acesso apenas para as portas de uplink (porta promíscua);
2.2.1.3. Deve implementar 802.1x;
2.2.1.4. Deve implementar autenticação baseada em web;
2.2.1.5. Deve implementar autenticação baseada em endereço MAC;
2.2.1.6. Deve permitir a utilização simultânea de autenticação 802.1x e MAC em uma mesma porta;
2.2.1.7. Deve implementar TACACS+. Não serão aceitas soluções similares;
2.2.1.8. Deve suportar integração com ferramenta de controle de acesso do mesmo fabricante que permita identificar automaticamente o tipo e sistema operacional dos equipamentos que se conectam à rede (device profiling) sem a necessidade de agentes instalados nos dispositivos;
2.2.1.9. Deve suportar integração com ferramenta de controle de acesso do mesmo fabricante que permita verificar se a máquina está em conformidade com a política de segurança antes de entrar na rede, verificando, no mínimo; os serviços e antivírus das máquinas. Deve suportar os sistemas operacionais Microsoft Windows, macOS e Linux.
2.2.2. CARACTERÍSTICAS GERAIS
2.2.2.1. Deve possuir, no mínimo, 48 portas 10/100/1000;
2.2.2.2. Deve implementar Power over Ethernet – PoE+ em cada uma das 48 (quarenta e oito) portas RJ45, conforme o padrão 802.3at, sendo que, no mínimo, 12 (doze) portas devem suportar simultaneamente uma potência de até 30W;
2.2.2.3. Todas as portas 10/100/1000 devem suportar configuração Half-Duplex e Full-Duplex, com a opção de negociação automática;
2.2.2.4. Deve possuir, no mínimo, 04 (quatro) slots para inserção de módulos tipo SFP+ para uplink de 10Gbps, não serão aceitas Portas Combo para esta implementação;
2.2.2.5. Deve suportar o padrão IEEE 802.3x para controle de fluxo;
2.2.2.6. Deve ser gerenciável via porta serial de console, Telnet, SNMP v1, SNMP v2c, SNMP v3 e via web browser;
2.2.2.7. Deve implementar o protocolo IEEE 802.1p;
2.2.2.8. Deve suportar RMON;
2.2.2.9. Deve suportar Quadros Ethernet de até 9018 bytes ("Jumbo Frames");
2.2.2.10. Deve implementar o Spanning-Tree Protocol (IEEE 802.1d) por VLAN;
2.2.2.11. Deve implementar STP root guard;
2.2.2.12. Deve operar nas temperaturas de -0° a 40°C e umidade relativa não-condensada de 15 a 90%;
sei.confea.org.br/sei/controlador.php?acao=documento_imprimir_web&acao_origem=arvore_visualizar&id_documento=565887&infra_sistema=… 8/39

10/08/2021
SEI/CONFEA - 0487452 - Edital de Licitação
2.2.2.13. Deve possuir capacidade de encaminhamento de, no mínimo, 110 Mpps (milhões de pacotes por segundo);
2.2.2.14. Deve possuir capacidade de comutação de, no mínimo, 170 Gbps;
2.2.2.15. Deve possuir, no mínimo, 1000 (mil) megabytes de memória DRAM;
2.2.2.16. Deve implementar IEEE 802.3az para as portas 10/100/1000;
2.2.2.17. Deve possuir uma interface de console dedicada USB ou serial;
2.2.2.18. Deve suportar agregação de link através de LACP (802.3ad);
2.2.2.19. Deve suportar a agregação de links entre diferentes membros da pilha;
2.2.2.20. Deve possuir capacidade, para, pelo menos, 16.000 endereços MAC;
2.2.2.21. Deve possuir tabela de roteamento com capacidade para, no mínimo, 1.000 rotas IPv4 e 1.000 rotas IPv6;
2.2.2.22. Deve possuir buffers de, no mínimo, 4 MB;
2.2.2.23. Deve implementar funcionalidade que permita a detecção de links unidirecionais;
2.2.2.24. Deve implementar funcionalidade que permita a detecção de falhas de uplink;
2.2.2.25. Deve implementar, no mínimo, 512 VLANs simultaneamente;
2.2.2.26. Deve implementar o protocolo de trunking IEEE 802.1q para que o tráfego de várias VLANs possa passar por um enlace. O switch deve implementar protocolo de negociação de trunking;
2.2.2.27. Deve implementar MVRP (Multiple VLAN Registration Protocol);
2.2.2.28. Deve implementar LLDP (IEEE 802.1ab);
2.2.2.29. Deve implementar LLDP-MED;
2.2.2.30. Deve implementar PVST+, RPVST+ ou protocolo compatível;
2.2.2.31. Deve implementar Multiple Spanning Tree (IEEE 802.1s);
2.2.2.32. Deve implementar roteamento estático;
2.2.2.33. Deve implementar RIP v2, com suporte a autenticação MD5 (RIPv2);
2.2.2.34. Deve implementar RIPng;
2.2.2.35. Deve implementar servidor DHCP;
2.2.2.36. Deve implementar DHCP relay (IPv4 e IPv6);
2.2.2.37. Deve implementar MLD snooping;
2.2.2.38. Deve suportar REST API ou RESTCONF ou similar;
2.2.2.39. Deve implementar controle de broadcast;
2.2.2.40. Deve implementar rate limiting para o protocolo ICMP;
2.2.2.41. Deve suportar espelhamento de portas com configuração do sentido do tráfego;
2.2.2.42. Deve implementar NTP;
2.2.2.43. Deve suportar duas imagens de software na memória flash;
2.2.2.44. Deve suportar múltiplos arquivos de configuração na memória flash;
2.2.2.45. Deve implementar sFlow ou NetFlow ou similar;
2.2.2.46. Deve possuir interface web para configuração;
2.2.2.47. Deve suportar diagnóstico de transceivers ópticos;
2.2.2.48. Deve implementar Secure FTP (SFTP);
2.2.2.49. Deve implementar SNMP v1/v2/v3;
2.2.2.50. Deve implementar compatibilidade com o protocolo CDP ou LLDP para provisionamento de telefones IP;
2.2.2.51. Deve ser fornecido com a versão de software mais completa disponível para o equipamento;
2.2.2.52. Deve ser fornecido com todas as licenças de software necessárias para o funcionamento integral de todas as funcionalidades disponíveis para o equipamento.
2.2.2.53. Deve permitir o armazenamento de sua configuração em memória não volátil, podendo, numa queda e posterior restabelecimento da alimentação, voltar à operação normalmente na mesma configuração anterior à queda de alimentação;
2.2.2.54. Deve permitir gravação de múltiplas configurações no próprio equipamento;
2.2.2.55. Deve permitir a gravação de eventos por meio do protocolo syslog;
2.2.2.56. Deve permitir acesso ao sistema através de cliente com browser padrão;
2.2.2.57. Possuir LEDs para a indicação do status das portas e atividade;
2.2.2.58. Possuir fonte de alimentação interna com seleção automática de tensão (100-240 VAC);
2.2.2.59. A fonte de alimentação interna deverá fornecer no mínimo 370 Watts;
2.2.2.60. Permitir ser montado em rack padrão de 19 (dezenove) polegadas, incluindo todos os acessórios necessários;
2.2.2.61. Deve ser acompanhado de todos os acessórios necessários para operacionalização do equipamento, tais como: softwares, cabos de console, cabos de energia elétrica, documentação técnica e manuais que contenham informações suficientes para possibilitar a instalação, configuração e operacionalização do equipamento;
2.2.2.62. A CONTRATADA deverá entregar equipamentos novos e de primeiro uso, em suas embalagens originais devidamente lacradas e identificadas, conforme especificação técnica exigida.
2.3. PONTO DE ACESSO SEGURO PARA DISPOSITIVOS CABEADOS - TIPO 2 2.3.1. ITENS MANDATÓRIOS DE SEGURANÇA
sei.confea.org.br/sei/controlador.php?acao=documento_imprimir_web&acao_origem=arvore_visualizar&id_documento=565887&infra_sistema=… 9/39

10/08/2021
SEI/CONFEA - 0487452 - Edital de Licitação
2.3.1.1. Deve implementar controle de acesso baseado em perfis (Role Based Access Control);
2.3.1.2. Deve implementar VLANs privadas, de forma que permita o isolamento de tráfego de uma porta de acesso das demais portas de acesso de uma mesma VLAN, permitindo acesso apenas para as portas de uoplink (porta promíscua);
2.3.1.3. Deve implementar 802.1x;
2.3.1.4. Deve implementar autenticação baseada em web;
2.3.1.5. Deve implementar autenticação baseada em endereço MAC;
2.3.1.6. Deve permitir a utilização simultânea de autenticação 802.1x e MAC em uma mesma porta;
2.3.1.7. Deve implementar TACACS+. Não serão aceitas soluções similares;
2.3.1.8. Deve suportar o encaminhamento de tráfego para Controladora Wireless ou AP's em modo auto-gerenciado, dentro de formação de clusters, do mesmo fabricante para inspeção e controle de acesso;
2.3.1.9. Deve suportar integração com ferramenta de controle de acesso do mesmo fabricante que permita identificar automaticamente o tipo e sistema operacional dos equipamentos que se conectam à rede (device profiling) sem a necessidade de agentes instalados nos dispositivos;
2.3.1.10. Deve suportar integração com ferramenta de controle de acesso do mesmo fabricante que permita verificar se a máquina está em conformidade com a política de segurança antes de entrar na rede, verificando, no mínimo, serviços os serviços e antivírus das máquinas. Deve suportar os sistemas operacionais Microsoft Windows, macOS e Linux.
2.3.2. CARACTERÍSTICAS GERAIS
2.3.2.1. Deve possuir 48 portas 10/100/1000 POE+ autosensing;
2.3.2.2. Deve possuir 4 portas 1/10G SFP+;
2.3.2.3. Deve possuir capacidade de encaminhamento de, no mínimo, 110 Mpps (milhões de pacotes por segundo);
2.3.2.4. Deve possuir capacidade de comutação de, no mínimo, 175 Gbps;
2.3.2.5. Deve implementar IEEE 802.3az para as portas 10/100/1000;
2.3.2.6. Deve possuir uma interface de console serial;
2.3.2.7. Deve suportar empilhamento de, no mínimo, 8 switches;
2.3.2.8. Deve suportar agregação de link através de LACP;
2.3.2.9. Deve suportar a agregação de links entre diferentes membros da pilha;
2.3.2.10. Deve possuir capacidade para, no mínimo, 16.000 endereços MAC;
2.3.2.11. Deve possuir tabela de roteamento com capacidade para, no mínimo, 1.000 rotas IPv4 e 1.000 rotas IPv6 em hardware;
2.3.2.12. Deve possuir buffers de, no mínimo, 4 MB;
2.3.2.13. Deve implementar funcionalidade que permita a detecção de links unidirecionais;
2.3.2.14. Deve implementar MVRP (Multiple VLAN Registration Protocol);
2.3.2.15. Deve implementar LLDP (IEEE 802.1ab);
2.3.2.16. Deve implementar LLDP-MED;
2.3.2.17. Deve implementar PVST+, RPVST+ ou protocolo compatível;
2.3.2.18. Deve implementar Multiple Spanning Tree (IEEE 802.1s);
2.3.2.19. Deve implementar roteamento estático;
2.3.2.20. Deve implementar RIP v2, com suporte a autenticação MD5 (RIPv2);
2.3.2.21. Deve implementar RIPng;
2.3.2.22. Deve implementar OSPF;
2.3.2.23. Deve implementar OSPFv3;
2.3.2.24. Deve implementar ACL;
2.3.2.25. Deve implementar VRRP;
2.3.2.26. Deve implementar VRRPv3;
2.3.2.27. Deve implementar servidor DHCP;
2.3.2.28. Deve implementar DHCP snooping (IPv4 e IPv6);
2.3.2.29. Deve implementar DHCP relay (IPv4 e IPv6);
2.3.2.30. Deve implementar PIM-SM;
2.3.2.31. Deve implementar MLD snooping;
2.3.2.32. Deve implementar IGMP v3;
2.3.2.33. Deve implementar priorização de tráfego (802.1p) em oito níveis de prioridade, no mínimo;
2.3.2.34. Priorização de camada 4 baseado em número de porta TCP/ UDP;
2.3.2.35. Possuir capacidade de atender no mínimo os seguintes protocolos de roteamento: RIPv1, RIPv2, RIPng, OSPFv2, OSPFv3.
2.3.2.36. Deve suportar QOS (802.1p);
2.3.2.37. Deve suportar classificação QOS com, no mínimo, 5 níveis de mapeamento distintos;
2.3.2.38. Deve implementar controle de broadcast;
2.3.2.39. Deve implementar rate limiting para pacotes ICMP;
2.3.2.40. Deve implementar rate limiting para tráfego broadcast e multicast;
2.3.2.41. Deve implementar rate limiting baseado em tráfego classificado por uma ACL;
2.3.2.42. Deve suportar espelhamento de portas;
sei.confea.org.br/sei/controlador.php?acao=documento_imprimir_web&acao_origem=arvore_visualizar&id_documento=565887&infra_sistema… 10/39

10/08/2021
SEI/CONFEA - 0487452 - Edital de Licitação
2.3.2.43. Deve suportar espelhamento de tráfego para um switch remoto.
2.3.2.44. Deve implementar NTP;
2.3.2.45. Deve implementar Time Domain Reflectometry (TDR) ou similar para testes de cabos UTP, permitindo identificar falhas e verificar a distância do cabo;
2.3.2.46. Deve suportar, no mínimo, duas imagens de software na memória flash;
2.3.2.47. Deve suportar múltiplos arquivos de configuração na memória flash;
2.3.2.48. Deve suportar a autoconfiguração dos switches através de DHCP e software de gerenciamento, sem necessidade de nenhuma intervenção no switch (com configuração de fábrica);
2.3.2.49. Deve suportar criptografia para comunicação com o sistema de gerenciamento;
2.3.2.50. Deve implementar sFlow (IPv4 e IPv6) ou Netflow ou similar;
2.3.2.51. Deve possuir interface web para configuração;
2.3.2.52. Deve suportar diagnóstico de transceivers ópticos;
2.3.2.53. Deve implementar Syslog;
2.3.2.54. Deve implementar Secure FTP (SFTP);
2.3.2.55. Deve implementar SNMP v1/v2/v3;
2.3.2.56. Deve implementar compatibilidade com o protocolo CDP ou LLDP para provisionamento de telefones IP;
2.3.2.57. A CONTRATADA deverá entregar equipamentos novos e de primeiro uso, em suas embalagens originais devidamente lacradas e identificadas, conforme especificação técnica exigida.
2.4. DISPOSITIVO DE INTERCONEXÃO PARA DISPOSITIVOS CABEADOS
2.4.1. Interface tipo SFP+ GBIC;
2.4.2. Compatível com o padrão IEEE 802.3ae;
2.4.3. Conector tipo LC;
2.4.4. Compatível com fibra óptica multimodo;
2.4.5. Deve ser compatível com o: PONTO DE ACESSO SEGURO PARA DISPOSITIVOS CABEADOS - TIPO 1 E PONTO DE ACESSO SEGURO PARA DISPOSITIVOS CABEADOS - TIPO 2 e ser do mesmo fabricante do hardware ofertado nestes itens;
2.4.6. Deve incluir 1 (um) cordão óptico duplex multimodo com conectores do tipo LC/LC com 3 (três) metros.
2.5. SOFTWARE CONTROLADOR VIRTUAL
2.5.1. Fornecimento de Controladora WiFi, nova e sem uso anterior. O modelo ofertado deverá estar em linha de produção, sem previsão de encerramento de fabricação na data de entrega da proposta;
2.5.2. Deve ser entregue de forma virtual ou físico;
2.5.3. A CONTRATADA deve entregar junto com a controladora virtual todas licenças necessárias para o funcionamento completo da solução;
2.5.4. A Controladora deve suportar, configurar e gerenciar, no mínimo, 50 (cinquenta) Pontos de Acesso (AP) gerenciados simultaneamente. As licenças de AP devem habilitar todas as funcionalidades da Controladora, não devendo ficar nenhuma funcionalidade a ser habilitada com licenciamento futuro;
2.5.5. Deve ser fornecido com, no mínimo, 20 (vinte) licenças para Pontos de Acesso;
2.5.6. Deve permitir chegar ao limite da Controladora de configurar e gerenciar, no mínimo, 50 (cinquenta) AP’s através da adição de licenças de software;
2.5.7. Permitir, no mínimo, 1000 (mil) clientes simultâneos por Controladora;
2.5.8. Centralização da manutenção e distribuição das configurações dos AP’s dos padrões a/b/g/n/ac Wave1 e ac Wave2;
2.5.9. Controlar a configuração dos AP’s gerenciados e otimizar o desempenho e a cobertura da radiofrequência (RF);
2.5.10. Deve suportar a alta disponibilidade;
2.5.11. A Controladora poderá estar diretamente e/ou remotamente conectado aos AP’s por ele gerenciados, inclusive via roteamento nível 3 da camada OSI;
2.5.12. A Controladora deve suportar recursos de comunicação segura com os AP’s gerenciados e permitir que o tráfego dos usuários possa ser criptografado;
2.5.13. Deve permitir a conexão de usuários em IPv4, IPv6 e Dual-stack;
2.5.14. Deve implementar varredura de Rádio Frequência (RF) sendo que a Controladora deve monitorar continuamente os AP’s conectados;
2.5.15. O monitoramento contínuo dos AP’s conectados deve monitorar:
2.5.15.1. A carga de tráfego - Total de largura de banda utilizada para transmitir e receber o tráfego;
2.5.15.2. A interferência - A quantidade de tráfego proveniente de outras fontes 802.11;
2.5.15.3. O ruído - A quantidade de tráfego não-802.11 que está causando interferência no canal;
2.5.15.4. A cobertura de sinal - A força de sinal recebida (RSSI) e a relação sinal-ruído (SNR) para todos os clientes conectados;
2.5.15.5. AP’s Conectados - O número de AP’s nas proximidades;
2.5.16. A Controladora deve ajustar automaticamente os canais de modo a otimizar a cobertura de rede e mudar as condições de RF baseado em performance;
2.5.17. A Controladora deve detectar interferência e ajustar parâmetros de RF, evitando problemas de cobertura e controle da propagação indesejada de RF;
2.5.18. A Controladora deve implementar sistema de balanceamento de carga para associação de clientes entre Pontos de Acesso próximos, para otimizar a performance;
2.5.19. A Controladora deve detectar buracos de cobertura (coverage holes) e efetuar os devidos ajustes para sua correção automaticamente;
sei.confea.org.br/sei/controlador.php?acao=documento_imprimir_web&acao_origem=arvore_visualizar&id_documento=565887&infra_sistema… 11/39

10/08/2021
SEI/CONFEA - 0487452 - Edital de Licitação
2.5.20. A Controladora deve ajustar dinamicamente o nível de potência e canal de rádio dos AP’s, de modo a otimizar o tamanho da célula de RF, garantindo a performance e escalabilidade;
2.5.21. Utilizando as informações de varredura de RF, a Controladora deve poder periodicamente reconfigurar a rede RF 802.11 para obter a melhor eficiência;
2.5.22. Na ocorrência de inoperância de um Ponto de Acesso, a Controladora deverá ajustar automaticamente a potência dos AP’s adjacentes, de modo a prover a cobertura da área não assistida;
2.5.23. Possuir a capacidade de localização de usuários;
2.5.24. Deve permitir o controle da utilização de banda por usuário;
2.5.25. Deve implementar Qualidade de Serviço com marcação de pacotes (Differentiated Services Code Point - DSCP) com suporte a múltiplas filas de prioridade por usuário;
2.5.26. Possibilitar roaming com integridade de sessão, dando suporte a aplicações em tempo real, tais como, VoIP, WebCasting, videoconferência, dentre outras;
2.5.27. Possibilitar a configuração do AP para realizar o switching local do tráfego gerado entre os clientes a ele associados sem a necessidade de utilização da rede WAN para o tráfego dos clientes de um mesmo AP. No caso de falha do link WAN os clientes associados devem continuar tendo acesso à rede;
2.5.28. Possibilitar a configuração do AP para a comunicação com a Controladora através de outros AP’s gerenciados, não sendo necessária a conexão do AP gerenciado à rede cabeada, sem perda de desempenho/banda para o usuário wireless. Todos os AP’s associados a Controladora Wireless deverão poder ser configurados para tal;
2.5.29. Implementar monitoração das interferências não WiFi (Telefones DECT, Dispositivos Bluetooth, Micro-ondas), com classificação e localização das fontes de interferência;
2.5.30. Manter um índice de qualidade do espectro RF no qual se deve refletir o estado em tempo real do canal em termos de interferências. Esse índice deve estar disponível considerando a rede como um todo e por AP;
2.5.31. Possibilitar controlar as respostas de requisições WiFi com a finalidade de selecionar faixas de frequências diferentes (2.4Ghz e 5Ghz) para que clientes WiFi se associem ao AP na faixa de frequência menos congestionada;
2.5.32. Implementar em conjunto com o AP a capacidade de usar sinais de recepção para ajuste dos múltiplos sinais de transmissão, por usuário, com a finalidade de melhorar a relação sinal-ruído (SNR) e taxa de transmissão de clientes que não implementem a tecnologia MIMO (Multiple Inputs Multiple Outputs);
2.5.33. Implementar balanceamento de carga de usuários de modo automático através de múltiplos pontos de acesso, para otimizar o desempenho quando grande quantidade de usuários estiver associada aos pontos de acesso;
2.5.34. Deve implementar um mecanismo de controle de associação de banda, de forma que usuários com capacidade de comunicação 802.11a/b/g/n em 2,4GHz e 802.11a/b/g/n/ac 5GHz sejam preferencialmente, e sempre que possível, alocados nos canais da banda de 5GHz do Ponto de Acesso, quando os mesmos se associem à rede WLAN;
2.5.35. Deve possuir mecanismo de otimização automática de tráfego multicast para vídeo, permitindo a definição de largura de banda por grupo multicast. Este mecanismo deve permitir que o tráfego de multicast seja enviado aos clientes da rede WiFi na velocidade de conexão destes clientes mesmo que esta não seja o “rate” mandatário;
2.5.36. Deve possibilitar o gerenciamento da Controladora de forma centralizada através de software de gerenciamento;
2.5.37. Deve implementar, no mínimo, 4094 (quatro mil e noventa e quatro) VLAN’s;
2.5.38. Deve implementar, no mínimo, 16 (dezesseis) SSID’s por ponto de acesso;
2.5.39. Deve implementar os padrões IEEE:
2.5.40. 802.11a;
2.5.41. 802.11b;
2.5.42. 802.11g;
2.5.43. 802.11d;
2.5.44. 802.11e;
2.5.45. 802.11h;
2.5.46. 802.11n;
2.5.47. 802.11k;
2.5.48. 802.11r;
2.5.49. 802.11u;
2.5.50. 802.11w;
2.5.51. 802.11ac Wave 1 and Wave 2;
2.5.52. 802.11i;
2.5.53. Deve implementar DHCP relay;
2.5.54. Deve implementar os padrões IEEE:
2.5.55. 802.1Q;
2.5.56. Implementar o protocolo SNTP ou NTP;
2.5.57. Permitir a atualização remota do sistema operacional e arquivos de configuração utilizados no equipamento via interfaces WEB;
2.5.58. Permitir a configuração e gerenciamento através de browser padrão (http, https), SSH, telnet;
2.5.59. Deve permitir a gravação de eventos em log interno e externo (syslog), inclusive para múltiplos servidores Syslog externos;
2.5.60. Deve permitir configurar o nível de eventos de log com, no mínimo, 08 (oito) níveis de severidade;
2.5.61. Possuir ferramentas para depuração e gerenciamento em primeiro nível, tais como debug, trace e log de eventos;
2.5.62. Implementar os padrões abertos de gerência de rede SNMP v1/v2c/v3;
sei.confea.org.br/sei/controlador.php?acao=documento_imprimir_web&acao_origem=arvore_visualizar&id_documento=565887&infra_sistema… 12/39

10/08/2021
SEI/CONFEA - 0487452 - Edital de Licitação
2.5.63. Possuir suporte a SNMP MIB II, conforme RFC 1213;
2.5.64. Implementar a MIB privativa que forneça informações relativas ao funcionamento do equipamento;
2.5.65. Possuir descrição completa da MIB implementada no equipamento, inclusive a extensão privativa;
2.5.66. Possibilitar a obtenção da configuração do equipamento através do protocolo SNMP;
2.5.67. Possibilitar a obtenção via SNMP de informações de capacidade e desempenho da CPU e memória;
2.5.68. Implementar mecanismos para detecção, localização e bloqueio de AP’s não autorizados (rogues);
2.5.69. Possuir capacidade de detectar simulação (spoofing) de endereços MAC de AP’s do sistema;
2.5.70. Implementar suporte a assinaturas de ataques de RF e prevenção de intrusão para detectar ataques de RF mais comuns tais como:
2.5.71. Detecção de quebra de chave WEP;
2.5.72. Detecção e contenção de MAC Spoofing;
2.5.73. Aprendizado automático de endereço MAC (Auto MAC Learning);
2.5.74. Detecção e localização de AP Rogue fora do canal;
2.5.75. Implementar serviço de firewall integrado ou filtragem de pacotes (ACL - Access Control List);
2.5.76. Implementar IEEE 802.1X com EAPTransport Layer Security (EAP-TLS);
2.5.77. Integração com Radius Server ou Tacacs Server;
2.5.78. Implementar associação dinâmica de usuário a VLAN, com base nos parâmetros da etapa de autenticação;
2.5.79. Implementar protocolo de autenticação para controle do acesso administrativo ao equipamento com mecanismos de AAA (Authentication, Authorization e Accounting);
2.5.80. Implementar protocolo de autorização e contabilização de comandos efetuados nos equipamentos, com mecanismos de AAA (Authentication,Authorization e Accounting) que possuam criptografia e garantia de entrega das mensagens;
2.5.81. Implementar serviço de AAA (Authentication, Authorization e Accounting), internamente à Controladora para autenticação local dos usuários wireless;
2.5.82. O sistema deverá permitir que seja configurado um perfil para o qual será direcionado o usuário que não consiga se autenticar (acesso guest); 2.5.83. Implementar criptografia do tráfego de controle e dados de usuário entre a Controladora e os respectivos Pontos de Acesso gerenciados;
2.5.84. Suportar a autenticação com geração dinâmica de chaves criptográficas por usuário;
2.5.85. Deve implementar WEP (Wired Equivalent Privacy) e TKIP (Temporal Key Integrity Protocol);
2.5.86. Deve implementar WPA (WiFi Protected Access) e WPA-2 (WiFi Protected Access com algoritmo de criptografia AES, 128 bits);
2.5.87. Deve ser entregue com todas licenças necessário para gerenciamentos dos APs;
2.5.88. Deve ser entregue com as licenças do software de gerenciamento da controladora e dos Access Points;
2.5.89. Deve ser entregue com as licenças do software de ferramenta de segurança para autenticação;
2.5.90. Deve ser entregue com as licenças do software de análise da rede wireless;
2.5.91. Poderá o fornecedor prover a solução por meio de APs em modo auto gerenciado, dentro de formação de clusters, onde o próprio Ponto de Acesso pode operar como um Controladora Virtual. Além disso, deverá o fornecedor fornecer solução de gerenciamento e controle de acesso, conforme descritivo, podendo ser aceitas soluções tanto em appliance virtual quanto em appliance físico. O ponto de Acesso pode operar como Controladora Virtual desde que não haja prejuízo de funcionalidades conforme descritas no item Controladora Virtual.
2.6. PONTO DE ACESSO SEGURO PARA DISPOSITIVOS MÓVEIS
2.6.1. Deve possuir certificado válido referente à homologação da Agência Nacional de Telecomunicações - ANATEL. Não serão aceitos documentos provisórios ou de entrada para obtenção da certificação;
2.6.2. O certificado da ANATEL deverá ser apresentado na entrega do equipamento;
2.6.3. Os pontos de acesso deverão possuir certificado emitido pela “WIFI Alliance”;
2.6.4. Possuir trava padrão "Kensington Security Lock Point" ou similar e deve ser fornecido o cabo para esse tipo de proteção, o cabo deverá ter a haste metálica e cada cabo deve possuir segredo individual;
2.6.5. O equipamento deve permitir a operação como equipamento autônomo ou gerenciado por controlador;
2.6.6. Poderá o fornecedor prover a solução por meio de APs em modo auto gerenciado, dentro de formação de clusters, onde o próprio Ponto de Acesso pode operar como uma Controladora Virtual. Além disso, deverá o fornecedor fornecer solução de gerenciamento e controle de acesso, conforme descritivo, podendo ser aceitas soluções tanto em appliance virtual quanto em appliance físico;
2.6.6.1. O ponto de Acesso pode operar como Controladora virtual desde que não haja prejuízo de funcionalidades conforme descritas no item Software Controlador Virtual;
2.6.6.2. Caso a solução possua controlador virtual, este deve ser fornecido com todo licenciamento necessário para o funcionamento da solução.
2.6.7. Deve ser configurável via software, com funcionamento simultâneo nos padrões IEEE 802.11a/b/g/n/ac;
2.6.8. Deverá prover priorização de tráfego de vídeo e voz através de parâmetros de QoS (Quality os Service) com possibilidade de aplicar por SSID e dispositivo;
2.6.9. Possibilitar roaming na rede wireless;
2.6.10. Suportar a criação de uma rede de convidados autocontida com isolamento de tráfego entre clientes e serviços locais;
2.6.11. Deverá implementar no mínimo os seguintes padrões, protocolos e funcionalidades:
2.6.12. IEEE 802.11a;
2.6.13. IEEE 802.11b;
2.6.14. IEEE 802.11g;
2.6.15. IEEE 802.11n;
2.6.16. IEEE 802.11ac;
sei.confea.org.br/sei/controlador.php?acao=documento_imprimir_web&acao_origem=arvore_visualizar&id_documento=565887&infra_sistema… 13/39

10/08/2021
SEI/CONFEA - 0487452 - Edital de Licitação
2.6.17. IEEE 802.11h;
2.6.18. Operar simultaneamente em 2.4GHz e 5GHz (concurrent dual-band);
2.6.19. WPA Enterprise/Personal;
2.6.20. WPA2 Enterprise/Personal;
2.6.21. EAP-TLS;
2.6.22. EAP-TTLS/MSCHAPv2;
2.6.23. PEAPv0/EAP-MSCHAPv2;
2.6.24. PEAPv1/EAP-GTC;
2.6.25. EAP-SIM;
2.6.26. Wireless Multi Media;
2.6.27. Beamforming;
2.6.28. Packet Aggregation (A-MPDU);
2.6.29. Implementar, em conjunto com o controlador wireless padrões abertos de gerência de rede SNMPv2c e SNMPv3 e suporte a MIB (Management Information Base);
2.6.30. Implementar protocolo de comunicação CAPWAP ou semelhante;
2.6.31. Gerenciar centralizadamente a autenticação de usuários;
2.6.32. Implementar protocolo de autenticação para controle do acesso administrativo ao equipamento com mecanismos de AAA;
2.6.33. Implementar IEEE 802.1x com pelo menos os seguintes métodos EAP: EAP-TLS e PEAP-MSCHAPv2;
2.6.34. Ser totalmente compatível com os demais itens da solução ofertada;
2.6.35. Ser totalmente compatível e gerenciável pelo software de monitoramento e gerenciamento ofertado;
2.6.36. Permitir o uso do ponto de acesso como sensor de RF (radiofrequência) para otimização dos parâmetros de radiofrequência ou prevenção e contenção contra intrusos;
2.6.37. Permitir que o uso do ponto de acesso como sensor de RF possa ser realizado de forma isolada ou juntamente com as funções de atendimento aos clientes da rede sem fio;
2.6.38. O uso do sensor deverá cobrir todos os canais disponíveis nas faixas de frequências operantes, com resolução mínima de 5MHz;
2.6.39. Deverá permitir a criação de filtros de endereço MAC com o intuito de restringir o acesso à rede wireless;
2.6.40. Deverá conectar-se ao controlador WLAN através de túnel seguro padrão IPsec ou através de protocolo seguro equivalente;
2.6.41. O Controlador WLAN poderá estar diretamente e/ou remotamente conectada aos Ponto de Acesso Sem Fio por ela gerenciadas, inclusive via roteamento nível 3 da camada OSI;
2.6.42. Se um controlador WLAN falhar, os Ponto de Acesso Sem Fio relacionados deverão se associar a uma Controladora WLAN alternativa de forma automática, não permitindo que a rede sem fio se torne inoperante;
2.6.43. Deve possuir Portal Captivo (Captive Portal) integrado para utilização em rede de visitantes;
2.6.44. Deve possuir mecanismos para proteção contra Pontos de Acesso não autorizados (Rogues);
2.6.45. Possuir capacidade de identificação e listagem dos rádios vizinhos e respectivos SSID/BSSID;
2.6.46. Deve permitir que o conjunto de pontos de acesso sejam atualizados de forma centralizada pela interface gráfica;
2.6.47. Deve possuir uma base de usuários interna que diferencie usuários visitantes de funcionários, para ser usada em autenticação 802.1x ou Portal Captivo;
2.6.48. Permitir a autenticação para acesso dos usuários conectados nas redes WLAN (Wireless) através de: MAC Address, 802.1x em base Local, Captive Portal, 802.1x em base externa RADIUS ou 802.1x em base externa LDAP;
2.6.49. Deve permitir a seleção/uso de servidor de autenticação específico com base no SSID;
2.6.50. Deve permitir, simultaneamente, usuários configurados no mínimo nos padrões IEEE 802.11b, 802.11g, 802.11a, 802.11n e 802.11ac;
2.6.51. Implementar no mínimo as seguintes taxas de transmissão e com fallback automático:
2.6.52. IEEE 802.11 g: 54 e 6 Mbps;
2.6.53. IEEE 802.11 b: 11 e 1 Mbps;
2.6.54. IEEE 802.11n: MCS0 - MCS15 (6.5 a 300Mbps);
2.6.55. IEEE 802.11ac: MCS0 - MCS9 (6.5 a 867 MHz) NSS 1 to 4;
2.6.56. Operar nas modulações DSSS, OFDM, OFDMA - as três em conjunto -, ou caso não suporte, operar em HR-DSSS e OFDM;
2.6.57. Implementar o protocolo de enlace CSMA/CA para acesso ao meio de transmissão;
2.6.58. Atender os seguintes requisitos:
2.6.58.1. Suportar, no mínimo:
2.6.58.2. IEEE 802.11n em 2,4 Ghz com rádio igual ou superior a 2x2 multiple-input multiple-output (MIMO) com no mínimo dois spatial streams; 2.6.58.3. IEEE 802.11ac em 5 Ghz com rádio igual ou superior a 3x3 multiple-input multiple-output (MIMO) com no mínimo (02) dois spatial streams; 2.6.58.4. A potência de transmissão deve permitir ajuste em intervalos de 0,5 dBm.
2.6.59. Possuir capacidade de selecionar automaticamente o canal de transmissão.
2.6.60. Permitir o ajuste dinâmico de nível de potência e canal de rádio de modo a otimizar o tamanho da célula de RF;
2.6.61. Possuir suporte a pelo menos 16 SSIDs por radio;
2.6.62. Permitir habilitar e desabilitar a divulgação do SSID;
2.6.63. Implementar diferentes tipos de combinações criptografia/autenticação por SSID;
sei.confea.org.br/sei/controlador.php?acao=documento_imprimir_web&acao_origem=arvore_visualizar&id_documento=565887&infra_sistema… 14/39

10/08/2021
SEI/CONFEA - 0487452 - Edital de Licitação
2.6.64. Implementar padrão WMM da WiFi Alliance para priorização de tráfego, suportando aplicações em tempo real, tais como, VoIP, vídeo, dentre outras;
2.6.65. Permitir a configuração de largura de canal de 20 MHz (vinte mega-hertz), 40 MHz (quarenta mega-hertz), 80MHz (oitenta mega-hertz) e automática;
2.6.66. Possuir potência máxima de transmissão por rádio de, no mínimo, 23 dBm para 5Ghz;
2.6.67. Sensibilidade do receptor de valor maior ou igual: a -92dBm a 6Mbps no padrão 802.11g; e a -92 dBm a 6Mbps no padrão 802.11a, por cadeia de recepção;
2.6.68. Implementar a pilha de protocolos TCP/IP com suporte a IPV4 e IPV6 (Bridging);
2.6.69. Implementar VLANs conforme padrão IEEE 802.1Q;
2.6.70. Possuir, no mínimo, uma interface gigabit IEEE 802.3 10/100/1000BaseT Ethernet, auto-sensing, auto MDI/MDX;
2.6.71. Permitir a atualização remota do sistema operacional e arquivos de configuração através da controladora WLAN;
2.6.72. Implementar cliente DHCP, para configuração automática de rede;
2.6.73. Deve configurar-se automaticamente ao ser conectado na rede;
2.6.74. Deverá possuir LED indicativo de estado de operação;
2.6.75. Possibilitar alimentação elétrica local e via padrão PoE (IEEE 802.3af);
2.6.76. Possuir estrutura que permita fixação do equipamento em teto e parede e fornecer acessórios para que possa ser feita a fixação;
2.6.77. Deve ser acompanhado de todos os acessórios necessários para operacionalização do equipamento, tais como: softwares, cabos de console, cabos de energia elétrica, documentação técnica e manuais (podendo ser em CD-ROM) que contenham informações suficientes para possibilitar a instalação, configuração e operacionalização do equipamento;
2.6.78. Possuir trava padrão "Kensington Security Lock Point”;
2.6.79. Implementar varredura de RF nos padrões 802.11a, 802.11b, 802.11g,
802.11n, para identificação de Pontos de Acesso intrusos não autorizados (rogues) e interferências no canal habilitado ao ponto de acesso e nos demais canais configurados na rede WLAN, sem impacto no seu desempenho;
2.6.80. A comunicação entre todos os pontos de acesso sem fio e a controladora deverá ser criptografada;
2.6.81. Suportar a autenticação com geração dinâmica de chaves criptográficas por sessão e por usuário;
2.6.82. Implementar WPA com algoritmo de criptografia TKIP e MIC;
2.6.83. Implementar WPA2 com algoritmo de criptografia AES, 128/256 bits, IEEE 802.11i;
2.6.84. Deve possibilitar análise dos canais em que estiver provendo acesso, sem desconectar os usuários;
2.6.85. Deve disponibilizar informações gráficas de análise de espectro em conjunto com o controlador WLAN;
2.6.86. Implementar mecanismos para controle e priorização de aplicativos ou aplicações em Camada 7. Caso o equipamento não realize esta função deverá ser fornecido solução que realize a priorização e controle de aplicativos em camada 7;
2.6.87. Deverá prover priorização de tráfego de vídeo e voz através de parâmetros de QoS (Quality os Service) com possibilidade de aplicar por SSID e dispositivo;
2.6.88. Possibilitar roaming na rede wireless;
2.6.89. Suportar a criação de uma rede de convidados autocontida com isolamento de tráfego entre clientes e serviços locais;
2.6.90. Possuir recursos de seleção automática de canal de transmissão procurando por canais onde haja menor interferência, tendo por objetivo melhorar a performance da rede wireless;
2.6.91. Possuir mecanismo para a restauração das configurações originais de fábrica fisicamente no equipamento (reset);
2.6.92. Suportar operação em umidade de 10% a 90% sem condensação;
2.6.93. Suportar operação em temperatura de 0 (zero) a 40°C (quarenta graus centígrados).
2.7. SOLUÇÃO DE MONITORAMENTO, GERENCIAMENTO E CONTROLE DE ACESSO DE REDE SEGURA
2.7.1. SOLUÇÃO DE GERENCIAMENTO
2.7.1.1. A Solução de Gerência da Rede Sem Fio deve ser fornecida em Appliance Físico ou Virtual;
2.7.1.2. Caso exista a possibilidade de fornecimento em Appliance Virtual deve ser fornecido totalmente compatível com VMWare;
2.7.1.3. Deve ser fornecido com a capacidade inicial de gerenciar 32 (trinta e dois) dispositivos ou, caso o licenciamento esteja atrelado ao AP - cada AP deverá ter sua própria licença excluindo assim a necessidade de gerenciar 32 (trinta e dois) dispositivos;
2.7.1.4. O Hardware ou o Appliance Virtual da Solução de Gerência deve ser fornecido para operar com a gestão de até 1.500 dispositivos;
2.7.1.5. As licenças deverão ser acompanhadas de Garantia e Suporte do Fabricante para o período de 60 (sessenta) meses;
2.7.1.6. Deve ser obrigatoriamente do mesmo fabricante dos pontos de acesso e controladores;
2.7.1.7. Permitir a configuração e gerenciamento através de browser padrão;
2.7.1.8. Deve ser capaz de gerenciar todos os APs e controladores WLAN e switches constantes neste documento;
2.7.1.9. Permitir que os eventos sejam gravados remotamente utilizando Syslog;
2.7.1.10. Prover organização hierárquica de equipamentos, permitindo que um equipamento receba as configurações lógicas e as replique a outros equipamentos;
2.7.1.11. Possuir capacidade de projeto automatizado de redes sem fio nos padrões 802.11a, 802.11b e 802.11g, 802.11n e 802.11ac, segundo a geografia do prédio (planta);
2.7.1.12. Considerar a área de cobertura e a banda por usuário desejada;
2.7.1.13. Permitir a visualização de alertas da rede em tempo real;
2.7.1.14. Monitorar o desempenho da rede wireless, consolidando informações de rede tais como: níveis de ruído, relação sinal-ruído, interferência, potência de sinal;
sei.confea.org.br/sei/controlador.php?acao=documento_imprimir_web&acao_origem=arvore_visualizar&id_documento=565887&infra_sistema… 15/39

10/08/2021
SEI/CONFEA - 0487452 - Edital de Licitação
2.7.1.15. Possuir capacidade de listagem online da localização de usuário, endereço IP, endereço MAC, nível de potência de recepção e dados de associação e de autenticação 802.1x;
2.7.1.16. Deve possuir informação visual e gráfica, na planta baixa dos andares, para:
2.7.1.17. Visualização dos APs instalados, com estado de funcionamento;
2.7.1.18. Visualização do mapa de calor de RF (Heatmap);
2.7.1.19. Localização de ativos conectados à rede (equipamentos 802.11);
2.7.1.20. Localização de rogue APs;
2.7.1.21. Caso esta funcionalidade não esteja disponível no sistema de gerência, deve ser fornecido software, do mesmo fabricante, para atender este item, contemplando toda a rede e com redundância 1+1;
2.7.1.22. Possuir capacidade de identificação e listagem dos rádios vizinhos e respectivos SSID/BSSID que podem ser percebidos por cada AP; 2.7.1.23. Possuir capacidade de configuração gráfica do controlador WLAN e respectivos APs;
2.7.1.24. Possuir capacidade de geração de relatórios dos seguintes tipos:
2.7.1.25. Listagem de clientes Wireless;
2.1.7.26. Listagem de APs;
2.7.1.27. Informações de Configuração dos Controladores WLAN;
2.7.1.28. Utilização da rede;
2.7.1.29. Detalhes dos APs não autorizados (rogues) detectados;
2.7.1.30. Suportar SSH, HTTPS, SSL, Telnet;
2.7.1.31. Possuir ferramentas de debug e log de eventos para depuração e gerenciamento em primeiro nível;
2.7.1.32. Implementar os padrões abertos de gerência de rede SNMPv2c e SNMPv3, incluindo a geração de traps;
2.7.1.33. Possuir suporte a MIB II, conforme RFC 1213;
2.7.1.34. Implementar a MIB privativa que forneça informações relativas ao funcionamento do equipamento;
2.7.1.35. Possibilitar a obtenção da configuração do equipamento através do protocolo SNMP;
2.7.1.36. Possibilitar a obtenção via SNMP de informações de capacidade e desempenho da CPU, memória e portas;
2.7.1.37. Possibilitar a gerência e identificação individualizada de cada AP remoto;
2.7.1.38. Permitir a administração centralizada dos APs sem a necessidade de configurar os APs individualmente;
2.7.1.39. Possibilitar a importação de plantas baixas nos formatos gráficos (dwg, jpg e png); caso a solução de gerenciamento não contemple essa funcionalidade ela também poderá ser aceita na solução de controle de acesso;
2.7.1.40. Deve disponibilizar em painel gráfico de controle informações referentes à:
2.7.1.41. Sistemas operacionais e tipos de dispositivos que estão se conectando a rede;
2.7.1.42. Informações sobre os tipos de aplicações mais utilizados;
2.7.1.43. Informações sobre usuários conectados.
2.7.1.44. Deve possuir informação sobre possíveis ameaças a rede detectadas pelos sistemas gerenciados;
2.7.1.45. Deve suportar o monitoramento das requisições de associação, autenticação, DNS e DHCP dos clientes wireless, permitindo monitorar os tempos de resposta das requisições e o índice de falhas para cada um dos tipos de requisição;
2.7.1.46. Deve ser fornecido com todas as licenças de software necessárias para o funcionamento integral de todas as funcionalidades disponíveis para a controladora WLAN especificada nesse lote.
2.7.1.47. Deve permitir o licenciamento necessário para toda a infraestrutura de rede sem fio (dispositivos da solução e clientes), possuindo a capacidade de visualização gráfica na planta baixa dos andares para:
2.7.48. Visualização dos APs instalados, com estado de funcionamento;
2.7.1.49. Instalação e configuração do Software e seus componentes necessários para gestão e administração da rede LAN e WiFi a serem adquiridos; 2.7.1.50. Serviço de Customização do Software de Gerenciamento, Mapeamento dos Ativos e Criação das Políticas de Segurança;
2.7.1.51. Documentação de toda a implementação do Software de Gerenciamento;
2.7.1.52. As instalações e configurações citadas acima devem ser executadas pelo próprio fabricante e/ou por profissional especializado através de técnicos certificados na solução;
2.7.1.53. Para fins de habilitação, os técnicos envolvidos no projeto deverão mandar seus certificados para comprovação do conhecimento técnico da solução.
2.7.2. SOLUÇÃO DE CONTROLE DE ACESSO
2.7.2.1. Deverá ser fornecida solução de autenticação de usuários e dispositivos para controle de acesso a rede baseada em appliance físico ou appliance virtual (máquina virtual)
2.7.2.2. As licenças deverão ser acompanhadas de Garantia e Suporte do Fabricante para o período de 60 (sessenta) meses;
2.7.2.3. As licenças deverão ser do tipo perpétuas;
2.7.2.4. Suporte a seguintes bases de dados:
2.7.2.5. Microsoft Active Directory;
2.7.2.6. Kerberos;
2.7.2.7. LDAP-compliant directory;
2.7.2.8. Token servers;
2.7.2.9. Base SQL interna;
2.7.2.10. Deve suportar "Single Sign-on" (SSO) através de SAML v2.0;
sei.confea.org.br/sei/controlador.php?acao=documento_imprimir_web&acao_origem=arvore_visualizar&id_documento=565887&infra_sistema… 16/39

10/08/2021
SEI/CONFEA - 0487452 - Edital de Licitação
2.7.2.11. Deve implementar gerenciamento e aplicação de políticas de autorização de acesso de usuários com base em:
2.7.2.12. Atributos do usuário autenticado,
2.7.2.13. Hora do dia, dia da semana,
2.7.2.14. Tipo de dispositivo utilizado,
2.7.2.15. Localização do usuário;
2.7.2.16. Tipo de autenticação utilizado.
2.7.2.17. Permitir a visualização de todas informações relativas a cada transação/autenticação em uma única tela, como Data e Hora, Mac Address do dispositivo, classificação do dispositivo, Usuário, equipamento que requisitou a autenticação (origem), Método de autenticação utilizado, fonte de autenticação utilizada para validação, perfil de acesso aplicado, todos atributos de entrada do protocolo utilizados na requisição (ex. RADIUS), informações de resposta da solução para o elemento de rede, alertas em caso de falha, e exibição do Log já filtrados para a requisição em análise; 2.7.2.18. Deve possuir Dashboard customizável, onde deve permitir a visualização de nos mínimos as seguintes informações:
2.7.2.19. Lista com os últimos Alertas do sistema;
2.7.2.20. Gráfico com todas as requisições de autenticação dos últimos 7 dias, incluindo RADIUS, TACACS+ e Web Authetication;
2.7.2.21. Gráfico com o status das autenticações aceitas e rejeitadas nos últimos 7 dias;
2.7.2.22. Para soluções compostas por mais de um servidor/appliance, deve apresentar o Status de cada elemento dos sistemas, com informações como endereço IP e data da última replicação dos dados;
2.7.2.23. Gráfico com a categorização dos dispositivos classificados pela solução, divididos de acordo com as categorias de classificação;
2.7.2.24. Últimas falhas de autenticação;
2.7.2.25. Gráfico com as requisições de avaliação de Postura dos dispositivos, divididos entre saudáveis (dentro das políticas estabelecidas) e não- saudáveis (que estão fora das políticas estabelecidas);
2.7.2.26. Lista com as últimas autenticações;
2.7.2.27. Lista com as últimas autenticações com sucesso;
2.7.2.28. Utilização de CPU do sistema, no mínimo nos últimos 30 (trinta) minutos;
2.7.2.29. Deve implementar funcionalidade de classificação automática de dispositivos (“Device profiling”), de forma a descobrir, classificar e agrupar os dispositivos conectados na rede;
2.7.2.30. Deve categorizar os dispositivos em pelo menos 3 níveis, por tipo de dispositivo (ex. Computador, Smartdevice, impressora e etc.), por sistema operacional (ex. Windows, Linux, MacOS, etc.) e versão do sistema (ex. Windows 7, Windows 2008 Server, etc);
2.7.2.31. Deve possuir base de regras e categorias de dispositivos pré-configurada;
2.7.2.32. Deve suportar mecanismo de atualização das regras e categorias pré-configuradas;
2.7.2.33. Deve implementar os serviços de autenticação, profiling e autorização para 500 (quinhentos) usuários/dispositivos;
2.7.2.34. Caso exista licenciamento distinto para usuários/dispositivos da rede sem fio (wireless) e usuários/dispositivos da rede cabeada (wired), deverão ser fornecidas as duas licenças para o número total de usuários solicitados;
2.7.2.35. Deve suportar autenticação de usuários através de redes sociais suportando, no mínimo, integração com Facebook, LinkedIn e Google; 2.7.2.36. Possuir recursos integrados de AAA: RADIUS, TACACS+;
2.7.2.37. Suporte a RADIUS CoA, Web authentication e SAML v2.0;
2.7.2.38. Deve suportar no mínimo os seguintes métodos de autenticação:
2.7.2.39. EAP-FAST (EAP-MSCHAPv2, EAP-GTC, EAP-TLS);
2.7.2.40. PEAP (EAP-MSCHAPv2, EAP-GTC, EAP-TLS, EAP-PEAP-Public);
2.7.2.41. TTLS (EAP-MSCHAPv2, EAP-GTC, EAP-TLS, EAP-MD5, PAP, CHAP);
2.7.2.42. EAP-TLS;
2.7.2.43. PAP, CHAP, MSCHAPv1, MSCHAPv2, and EAP-MD5;
2.7.2.44. Windows machine authentication;
2.7.2.45. MAC address authentication (non-802.1X devices);
2.7.2.46. Deve suportar a verificação de vulnerabilidade através de varredura de portas (NMAP e NESSUS);
2.7.2.47. Suporte à aplicação de políticas em ambiente multivendor de Wireless e cabeado;
2.7.2.48. Deve implementar EDUROAM;
2.7.2.49. Suporte à integração com plataforma de terceiros usando HTTP/RESTFUL API;
2.7.2.50. Permitir que a solução faça consultas em bases SQL, com o objetivo de buscar informação a serem utilizadas durante o processo de autenticação dos usuários;
2.7.2.51. Suporte a administração através de IPv6;
2.7.2.52. Deve possuir ferramenta para gerenciar os processos de credenciamento, autenticação, autorização e contabilidade de usuários visitantes através de uma portal web segura;
2.7.2.53. Deve permitir a autenticação de, no mínimo, 100 (cem) dispositivos visitantes autenticados na rede via portal web;
2.7.2.54. Deve implementar a criação de grupos de autorizadores com privilégios distintos, por SSID, de criação de credenciais temporárias e atribuição de permissões de acesso aos clientes;
2.7.2.55. Deve realizar a autenticação dos autorizadores em base externa do tipo Microsoft Active Directory ou LDAP e atribuir o privilégio ao autorizador de acordo com o seu perfil;
2.7.2.56. Deve implementar as funcionalidades de geração aleatória de lotes de credenciais temporárias pré-autorizadas;
2.7.2.57. Deve implementar a importação e exportação da relação de credenciais temporárias através de arquivos txt ou csv;
2.7.2.58. Deve permitir a determinação da validade das credenciais, e quando será o início da validade da conta;
sei.confea.org.br/sei/controlador.php?acao=documento_imprimir_web&acao_origem=arvore_visualizar&id_documento=565887&infra_sistema… 17/39

10/08/2021
SEI/CONFEA - 0487452 - Edital de Licitação
2.7.2.59. Deve permitir que o visitante crie sua própria credencial temporária (“self-service”) através da portal web, sem a necessidade de um autorizador;
2.7.2.60. Deve permitir a customização do formulário de criação de credenciais, a ser preenchido pelo autorizador ou pelo visitante, em caso de autosserviço, especificando quais informações cadastrais dos visitantes são obrigatórias ou opcionais;
2.7.2.61. Deve permitir a customização do nível de segurança da senha temporária que será gerada ao visitante, especificando a quantidade mínima de caracteres e o uso de caracteres especiais, números e letras para compor a senha;
2.7.2.62. Deve exigir que o usuário visitante aceite o “Termo de uso da rede” a cada login ou apenas no primeiro login;
2.7.2.63. Deve permitir o envio das credenciais aos usuários registrados através de mensagens SMS (Short Message Service), e-mail e impressão local; 2.7.2.64. Deve permitir que a customização da página de registro de visitantes para campos relacionados a confirmação de sponsorship;
2.7.2.65. Deve permitir o gerenciamento das credenciais de visitantes;
2.7.2.66. Deve permitir a configuração de contas de usuários visitantes com as seguintes características: Prazo de validade, largura de banda;
2.7.2.67. Deve realizar o caching de endereço MAC dos usuários visitantes;
2.7.2.68. Deve permitir o login automático de usuários que realizem o auto registro;
2.7.2.69. Deve permitir a autenticação de usuário anônimo sem necessidade de prover usuário e senha;
2.7.2.70. Deve permitir a criação de token de acesso;
2.7.2.71. Deve permitir a criação e gerenciamento de múltiplas contas de usuários visitantes;
2.7.2.72. Deve prevenir que funcionários acessem a rede de visitante com computador corporativo;
2.7.2.73. Deve permitir a desconexão de múltiplas sessões ativas;
2.7.2.74. Deve possuir página que exibe estatística de sessão após realizar login para que os usuários possam monitorar sua utilização e cota atribuída; 2.7.2.75. Deve permitir autenticação através de social login nativa na solução;
2.7.2.76. Deve ser capaz de modificar ou desconectar uma sessão ativa de visitante através de RADIUS Dynamic Authorization.
2.7.2.77. A CONTRATADA deverá fornecer conjunto de licenças para o sistema de gerenciamento de controle de acesso:
2.7.2.78. O licenciamento deve ser perpétuo, isto é, a funcionalidade do sistema deve ser mantida mesmo depois do término da garantia da CONTRATADA;
2.7.2.79. A solução deve ser fornecida em formato de appliance virtual (OVA ou OVF ou compatível)
2.7.2.80. O sistema deverá:
2.7.2.81. Permitir acesso ao sistema de gerenciamento através de browser padrão por protocolo HTTPS;
2.7.2.82. Implementar SSH, HTTP/HTTPS e SSL;
2.7.2.83. A solução deverá oferecer autenticação de usuários através de portal web seguro HTTPS com redirecionamento automático;
2.7.2.84. A solução deverá implementar autenticação específica para dispositivos por seu endereço MAC;
2.7.2.85. A solução deverá permitir a criação de múltiplos usuários visitantes (guests), podendo atribuir privilégios de acesso distintos à rede sem fio; 2.7.2.86. A solução deverá permitir, durante a criação da conta de usuário visitante, a definição da validade temporal da conta e níveis de acesso; 2.7.2.87. Deverá permitir a customização do formulário com os campos e informações necessários para criação da conta de usuário visitante, tais como: 2.7.2.88. nome (obrigatório);
2.7.2.89. sobrenome (obrigatório);
2.7.2.90. e-mail (obrigatório);
2.7.2.91. empresa (obrigatório);
2.7.2.92. telefone (obrigatório);
2.7.2.93. cargo (opcional);
2.7.2.94. campo customizado (obrigatório).
2.7.2.95. campo customizado (opcional).
2.7.2.96. A solução deverá fornecer, no mínimo, os seguintes modelos de criação de usuários visitantes (guest):
2.7.2.97. criação de contas na base local;
2.7.2.98. criar conta individual;
2.7.2.99. criar contas em modo batch;
2.7.2.100. importar contas de arquivo “.csv”;
2.7.2.101. enviar senha via e-mail;
2.7.2.102. definir a senha do visitante;
2.7.2.103. imprimir detalhes da senha;
2.7.2.104. ver, editar ou suspender contas criadas pelo próprio autorizador, pelo mesmo grupo autorizador e por outros grupos autorizadores;
2.7.2.105. estabelecer duração máxima da conta visitante;
2.7.2.106. especificar o perfil de acesso à rede que será́ atribuído a conta visitante;
2.7.2.107. permitir que grupos de usuários corporativos autorizados possam criar contas de usuários visitantes;
2.7.2.108. permitir o direcionamento para página web, em servidor distinto, que forneça funcionalidade de criação de usuários visitantes (portal web e servidor AAA);
2.7.2.109. plataforma de auto cadastramento ou “self-registration” que permita que o próprio usuário crie sua conta de visitante na rede sem fio, sem necessidade de autorizador, através dos seguintes procedimentos:
2.7.2.110. envio da senha criada por e-mail;
sei.confea.org.br/sei/controlador.php?acao=documento_imprimir_web&acao_origem=arvore_visualizar&id_documento=565887&infra_sistema… 18/39

10/08/2021
SEI/CONFEA - 0487452 - Edital de Licitação
2.7.2.111. envio da senha criada por SMS;
2.7.2.112. cadastramento através de contas pessoais das redes/mídias sociais;
2.7.2.113. cadastramento sem a necessidade de geração de senhas, apenas com o fornecimento de informações pessoais;
2.7.2.114. deverá implementar um Portal WEB seguro SSL a ser apresentado automaticamente aos usuários temporários (visitantes) durante a sua conexão com a rede (hotspot);
2.7.2.115. deverá implementar as seguintes funções no Portal Web (hotspot):
2.7.2.116. permitir a troca de senha do usuário visitante diretamente pelo portal seguro;
2.7.2.117. exigir a cada login na rede o aceite do “termo de uso”;
2.7.2.118. exigir somente no primeiro login o aceito do “termo de uso”;
2.7.2.119. customização da página de “termo de uso”;
2.7.2.120. coleta do tráfego DHCP;
2.7.2.121. coleta dos atributos RADIUS referente a sessão 802.1x do dispositivo;
2.7.2.122. deverá possuir interface para criação e edição de regras customizadas de políticas de dispositivo com suporte a operadores lógicos;
2.7.2.123. deverá possuir uma base de regras e categorias de políticas de dispositivos pré-configurados.
2.8. SERVIÇO DE SUPORTE, GARANTIA E INSTALAÇÃO
2.8.1. O suporte e a garantia deverão ser de 60 (sessenta) meses para todos os itens;
2.8.2. A garantia deverá ser adquirida junto ao(s) fabricante(s) da solução. Deverá ser comprovada a aquisição da garantia junto ao usuário do CONFEA no website do fabricante;
2.8.3. O suporte será dado na modalidade “on-site”, caso não consiga resolver o problema de forma remota e deverá ter início de acordo com os prazos de SLA determinados pelo CONFEA;
2.8.4. A garantia, manutenção e suporte técnico compreendem o conjunto de serviços técnicos e peças necessárias para manter o equipamento em perfeito funcionamento, com as versões de software plenamente atualizadas, de acordo com as especificações do fabricante, sem qualquer ônus para ao CONFEA;
2.8.5. Os serviços contemplam a substituição de peças e equipamentos em caso de falhas, atualizações de software, acesso ao suporte do fabricante. O CONFEA poderá acionar o suporte técnico da CONTRATADA para contar com o apoio para realização de planejamento e configurações de novos serviços que envolvam a solução, aplicação de updates das versões de software nos equipamentos, acompanhamento de janelas de manutenção programadas em qualquer horário e troubleshooting de redes;
2.8.6. Os serviços deverão ser prestados pela CONTRATADA ou pelo fabricante do equipamento;
2.8.7. Os serviços serão solicitados mediante a abertura de chamados junto à CONTRATADA, onde será informada a severidade (Alta, Média, Baixa); 2.8.8. Os serviços de suporte serão solicitados mediante a abertura via chamada telefônica local, a cobrar ou gratuita, devendo o serviço estar disponível de segunda a sexta-feira no período compreendido entre às 08 horas da manhã até às 18 horas - 8x5;
2.8.9. Os chamados serão classificados de acordo com a SEVERIDADE do problema, como segue:
2.8.9.1. SEVERIDADE ALTA: Aplicado quando há indisponibilidade do uso dos equipamentos;
2.8.9.2. SEVERIDADE MÉDIA: Aplicado quando há falha no uso dos equipamentos, estando ainda disponíveis, porém apresentando problemas ou instabilidade; e
2.8.9.3. SEVERIDADE BAIXA: Aplicado para instalação, configuração, manutenção preventivas, aplicações de firmwares e esclarecimento técnico relativo ao uso dos equipamentos.
2.8.10. Os prazos máximos para o atendimento dos chamados obedecerão ao disposto na tabela a seguir, contados a partir da data e hora de abertura do chamado:
SEVERIDADE ATENDIMENTO SOLUÇÃO DEFINITIVA
2.8.11. Para os chamados de severidade ALTA (paralização de pelo menos 1 (uma) das funcionalidades elencadas nas especificações técnicas), o início do atendimento deverá ocorrer no máximo em 02 (duas) horas corridas, a contar da abertura do chamado e a solução deverá ocorrer em até 4 (quatro) horas corridas a contar do início do atendimento;
2.8.12. Para os chamados severidade MÉDIA (degradação na performance, funcionamento ou serviço da solução), o início do atendimento deverá ocorrer no máximo em 04 (quatro) horas corridas, a contar da abertura do chamado e a solução deverá ocorrer em até 12 (doze) horas corridas a contar do início do atendimento;
2.8.13. Para os chamados severidade BAIXA (quando há comprometimento do desempenho), o início do atendimento deverá ocorrer no máximo em 12 (doze) horas corridas, a contar da abertura do chamado e a solução deverá ocorrer em até 24 (vinte e quatro) horas corridas a contar do início do atendimento;
2.8.14. Para os chamados de qualquer severidade, a critério do CONFEA, poderá ser agendado o melhor horário para atendimento;
2.8.15. Todo suporte técnico “on-site” dos itens expostos nesse edital é de responsabilidade exclusiva da CONTRATADA;
2.8.16. Caso o problema não possa ser resolvido por meio de manutenção corretiva, componentes defeituosos deverão ser substituídos por outros com
as mesmas funcionalidades dentro do prazo de 48 (quarenta e oito) horas corridas, contadas a partir do registro da solicitação;
2.8.17. É inadmissível a substituição de peças ou componentes mecânicos ou eletrônicos de marcas ou modelos diferentes daqueles constantes da proposta vencedora; sei.confea.org.br/sei/controlador.php?acao=documento_imprimir_web&acao_origem=arvore_visualizar&id_documento=565887&infra_sistema… 19/39




  

10/08/2021
SEI/CONFEA - 0487452 - Edital de Licitação
2.8.18. O fechamento de qualquer chamado só poderá ocorrer mediante consulta prévia ao CONFEA quanto à efetiva solução do problema;
2.8.19. Qualquer chamado fechado, sem anuência do CONFEA ou sem que o problema tenha sido resolvido, será reaberto e os prazos serão contados a partir da abertura original do chamado, inclusive para efeito de aplicação das sanções previstas;
2.8.20. A CONTRATADA manterá cadastro das pessoas indicadas pelo CONFEA que poderão efetuar abertura e autorizar o fechamento de chamados; 2.8.21. Ao término de atendimentos relacionados à assistência técnica da garantia, a Contratada deverá apresentar Relatório de Atendimento contendo data e hora da abertura do chamado, data e hora do início e do término do atendimento, identificação do defeito, nome do técnico responsável pela execução da garantia, providências adotadas e outras informações pertinentes;
2.8.22. A CONTRATADA deverá substituir, em até 72 (setenta e duas) horas, o equipamento/componente já instalado por um novo, sem ônus para o CONFEA, quando comprovados defeitos de fabricação, do próprio ou de seus componentes, que comprometa o seu desempenho, nas seguintes hipóteses:
2.8.22.1. Caso ocorram 4 (quatro) ou mais defeitos que comprometam seu uso normal, dentro de qualquer intervalo de 30 (trinta) dias;
2.8.22.2. Caso a soma dos tempos de paralisação do equipamento/componente ultrapasse 40 (quarenta) horas, dentro de qualquer intervalo de 30 (trinta) dias.
2.8.23. O atendimento deve ser efetuado em língua portuguesa;
2.8.24. A CONTRATADA deverá fornecer relatório de atendimento técnico, referente a cada chamado, contendo no mínimo as seguintes informações: 2.8.24.1. Data e hora da abertura do chamado;
2.8.24.2. Data e hora do início do atendimento;
2.8.24.3. Responsável pelo atendimento da solicitação;
2.8.24.4. Motivo da ocorrência (indicação do defeito);
2.8.24.5. Status do chamado (aberto, em tratamento, fechado e etc.);
2.8.24.6. Data e hora do fechamento do chamado;
2.8.24.7. Solução adotada (resolução).
2.8.25. A CONTRATADA deve indicar na Proposta apresentada o número de telefone, e-mail e endereço de site na internet da central de atendimento para abertura de chamados;
2.8.26. O CONFEA deve ter o direito de acessar o(s) site(s) do(s) fabricante(s) e realizar a abertura de chamados no site do(s) próprio(s) fabricante(s); 2.8.27. O serviço de garantia será prestado com vistas a manter os equipamentos fornecidos em perfeitas condições de uso, sem qualquer ônus adicional para o CONFEA;
2.8.28. A garantia deve englobar:
2.8.29. Remoção dos vícios apresentados pelos equipamentos/softwares, materiais, drivers e outros componentes;
2.8.30. Solução de problemas e esclarecimento de dúvidas de configuração e de utilização dos equipamentos/softwares;
2.8.31. As peças que apresentarem vício ou defeito no período de vigência da garantia devem ser substituídas por outras novas, de primeiro uso e apresentar padrões de qualidade e desempenho iguais ou superiores aos das peças utilizadas na fabricação do equipamento;
2.8.32. Todos os custos de mão-de-obra, peças, componentes, transporte, hospedagem ou quaisquer outros necessários ao atendimento da garantia serão de inteira e total responsabilidade da CONTRATADA;
2.8.33. Todos os drivers para os sistemas operacionais suportados devem estar disponíveis no(s) website(s) do(s) fabricante(s) e devem ser facilmente localizados e identificados pelo modelo do equipamento ou código do produto;
2.8.34. Durante os 60 (sessenta) meses de suporte, qualquer alteração no modelo de implementação deverá ser realizado pela CONTRATADA, sem ônus ao CONTRATANTE;
2.8.35. A instalação e configuração do ambiente é inteiramente de responsabilidade da CONTRATADA;
2.8.36. Todos os requisitos deverão ser entregues em perfeito funcionamento;
2.8.37. O projeto deve contemplar:
2.8.37.1. Planejamento para migração/atualização do ambiente atual para o ofertado;
2.8.37.2. Planejamento, Design e Implementação customizada da infraestrutura de rede segura;
2.8.37.3. Após a conclusão do projeto, a CONTRATADA deverá fornecer documentação do ambiente e todas configurações realizadas (as-built).
2.9. FASES DO PROJETO EXECUTIVO
2.9.1. Após a assinatura do Contrato, a CONTRATADA tem 10 (dez) dias para agendar a reunião de início de projeto, que tem por objetivo estabelecer cronograma de marcos para os primeiros 120 (cento e vinte) dias de execução contratual;
2.9.2. A reunião deve ser realizada em até 20 (vinte) dias após a assinatura do contrato;
2.9.3. Na reunião de início de projeto será definida a estratégia para desenvolvimento do Projeto Executivo, que deverá ser aprovado pelo Contratante para que a instalação e configuração possam se iniciar;
2.9.4. O projeto executivo deve ser entregue em até 40 (quarenta) dias após a assinatura do contrato;
2.9.5. O Contratante poderá aceitar integralmente ou parcialmente o projeto; No caso de recusa parcial, os apontamentos devem ser feitos em até 5 (cinco) dias corridos após a sua entrega ao Contratante;
2.9.6. Após o recebimento dos apontamentos, a Contratada tem 5 (cinco) dias corridos para correção das impropriedades verificadas;
2.9.7. Durante a confecção do projeto executivo o Contratante poderá solicitar a previsão de configuração de qualquer funcionalidade prevista neste Termo de Referência, sem ônus adicional, seja em termos de custos de serviços ou licenciamento;
2.9.8. O Projeto Executivo deve conter, mas não exclusivamente:
2.9.9. As fases do projeto;
2.9.10. Os cronogramas de execução;
2.9.11. A descrição detalhada dos produtos e subprodutos a serem entregues em cada fase;
2.9.12. A descrição de topologia lógica e física da solução;
sei.confea.org.br/sei/controlador.php?acao=documento_imprimir_web&acao_origem=arvore_visualizar&id_documento=565887&infra_sistema… 20/39

10/08/2021
SEI/CONFEA - 0487452 - Edital de Licitação
2.9.13. O mapeamento de criticidade de todos os ativos envolvidos no projeto;
2.9.14. Planejamento da migração das configurações do parque atualmente em funcionamento;
2.9.15. O endereçamento IP da solução;
2.9.16. As políticas a serem configuradas;
2.9.17. Os envolvidos no projeto (nome, e-mail, telefone, empresa, qualificação técnica);
2.9.18. As licenças a serem entregues;
2.9.19. Os requisitos das máquinas virtuais e físicas a serem criadas;
2.9.20. Os requisitos gerais para a implantação;
2.9.21. Demais informações pertinentes ao projeto;
2.9.22. O as-built a ser entregue deve conter, mas não exclusivamente:
2.9.23. Todos os itens do Projeto Executivo;
2.9.24. Características dos serviços;
2.9.25. Topologias;
2.9.26. Níveis mínimos de serviço;
2.9.27. Atividades operacionais;
2.9.28. Dados para abertura de chamados e escalation list;
2.9.29. Procedimentos para interrupções programadas;
2.9.30. Scripts de operação (desligamento e religamento, switch over, acionamento do site de contingência, se configurado e instalação);
2.9.31. Procedimentos de recuperação para os equipamentos componentes da solução;
2.9.32. Rotinas de backup e restore de todos os softwares componentes de cada um dos itens fornecidos.
2.10. SERVIÇO DE TREINAMENTO
2.10.1. Treinamento oficial do fabricante contendo o conhecimento da solução de switching e wireless, com carga horário mínima de 40 (quarenta) horas para cada um dos módulos;
2.10.2. Os módulos a serem ministrados devem abranger a instalação, configuração e manutenção da solução instalada e deverá ser fornecido material didático oficial do fabricante, compreendido por apostilas, manuais e exercícios práticos;
2.10.3. O treinamento é por aluno e unitário, ou seja, a Contratada deverá habilitar 01 (um) profissional da equipe técnica do Contratante, objetivando capacitá-lo ao uso das soluções adquiridas;
2.10.4. Deve ser ministrado por Profissional Certificado pelo fabricante dos equipamentos;
2.10.5. O Contratante é responsável por disponibilizar o ambiente adequado para a realização do treinamento, isto é, todo o espaço necessário assim como toda a infraestrutura computacional e de rede necessária, podendo ser disponibilizado também centro de treinamento autorizado pelo fabricante; 2.10.6. Deve ser ministrado onde houver disponibilidade de treinamento, com prioridade para treinamentos na cidade de Brasília. Caso haja necessidade de deslocamento entre cidades, é responsabilidade da Contratada arcar com todo custo de passagens de avião e hospedagem, ficando a cargo do Contratante custos de alimentação e traslados de aeroporto ao hotel e do hotel até local de treinamento;
2.10.7. Poderá ser disponibilizado treinamento oficial em formato de Voucher, garantindo o Contratante a participação de treinamentos em centros autorizados pelo participante desde que obedecida a premissa descrita no item acima;
2.10.8. Deve ser realizado em data com disponibilidade do treinamento e acordado com o Contratante, pode ser após ou durante a instalação dos equipamentos;
2.10.9. Deve ser ministrado no idioma Português do Brasil;
2.10.10. Deverá ser fornecido certificado de conclusão oficial do fabricante da solução aos participantes e Voucher para realização da prova de certificação oficial do fabricante para atestar a qualidade do treinamento nos módulos de switching e wireless.



Habilitação: 10.1. A habilitação das licitantes será verificada por meio do Sicaf (habilitação parcial) e da documentação especificada neste edital.
10.1.1. As licitantes que não atenderem às exigências de habilitação parcial no Sicaf deverão apresentar documentos que supram tais exigências.
10.2. O Pregoeiro poderá consultar sítios oficiais de órgãos e entidades emissores de certidões, para verificar as condições de habilitação das licitantes, constituindo a consulta meio legal de prova.
10.3. Ao Pregoeiro ou à autoridade superior é assegurado o direito de solicitar à licitante vencedora, a qualquer tempo, no curso da licitação, quaisquer esclarecimentos sobre os documentos já entregues, fixando-lhes prazo para atendimento.
10.4. Como condição prévia ao exame da documentação de habilitação da licitante detentora da proposta classificada em primeiro lugar, o(a) pregoeiro(a) verificará o eventual descumprimento das condições de participação, especialmente quanto à existência de sanção que impeça a participação no certame ou a futura contratação, mediante a consulta aos seguintes cadastros:
10.4.1. Sistema Unificado de Cadastramento de Fornecedores - Sicaf;
10.4.2. Consulta Consolidada de Pessoa Jurídica do Tribunal de Contas da União (https://certidoes-apf.apps.tcu.gov.br/).
10.5. As consultas previstas na condição anterior realizar-se-ão em nome da sociedade empresária licitante e também de eventual matriz ou filial e de seu sócio majoritário.
10.6. Constatada a existência de sanção, o Pregoeiro reputará a licitante inabilitada, por falta de condição de participação.
10.7. O Pregoeiro consultará o Sicaf em relação à habilitação jurídica, à regularidade fiscal e à qualificação econômica financeira, conforme disposto nos arts. 4º, caput, 8º, § 3º, 13 a 18 e 43, III, da Instrução Normativa SLTI/MPOG nº 2, de 2010.
10.7.1. Também poderão ser consultados os sítios oficiais emissores de certidões, especialmente quando a licitante esteja com alguma documentação vencida junto ao Sicaf;
10.7.2. Caso o Pregoeiro não logre êxito em obter a certidão correspondente por meio do sítio oficial, ou na hipótese de se encontrar vencida no referido sistema, a licitante será convocada a encaminhar, no prazo de 02 (duas) horas, documento válido que comprove o atendimento das exigências deste edital, sob pena de inabilitação, ressalvado o disposto quanto à comprovação da regularidade fiscal das microempresas, empresas de pequeno porte ou sociedade cooperativa a elas equiparada, conforme estatui o art. 43, § 1º da LC nº 123, de 2006.
10.8. As licitantes que não estiverem cadastradas no Sicaf, além do nível de credenciamento exigido pela Instrução Normativa SLTI/MPOG nº 2, de 2010, deverão apresentar a seguinte documentação relativa à Habilitação Jurídica e à Regularidade Fiscal e Trabalhista e Qualificação Econômico- financeira, conforme descrito nos itens 10.9., 10.10. e 10.11. a seguir.
10.9. Habilitação Jurídica:
10.9.1. Para Empresa Individual: Registro comercial;
10.9.2. Para Sociedade Comercial: Ato constitutivo (estatuto ou contrato social em vigor), devidamente registrado no órgão competente e acompanhado de todas as alterações ou da consolidação respectiva;
10.9.3. Para Sociedades Por Ações: Ato constitutivo (estatuto ou contrato social em vigor), devidamente registrado no órgão competente, acompanhado de documento comprobatório da eleição dos atuais administradores e acompanhado de todas as alterações ou da consolidação respectiva;
10.9.4. Para Sociedades Civis: Inscrição do ato constitutivo, acompanhada de prova de designação da diretoria em exercício e de todas as alterações ou da consolidação respectiva;
10.9.5. Decreto de autorização, em se tratando de empresa ou sociedade estrangeira em funcionamento no País, e ato de registro ou autorização para funcionamento expedido pelo órgão competente, quando a atividade assim o exigir.
10.10. Regularidade fiscal e trabalhista:
10.10.1. Prova de inscrição no Cadastro Nacional de Pessoa Jurídica (CNPJ);
10.10.2. Prova de regularidade fiscal com a Receita Federal, Estadual/Distrital, Municipal e Dívida Ativa da União;
10.10.3. Prova de regularidade com o Fundo de Garantia por Tempo de Serviço (FGTS);
10.10.4. Prova de regularidade trabalhista (CNDT).
10.10.5. As microempresas e empresas de pequeno porte deverão apresentar toda a documentação exigida para efeito de comprovação de regularidade fiscal, mesmo que esta apresente alguma restrição. sei.confea.org.br/sei/controlador.php?acao=documento_imprimir_web&acao_origem=arvore_visualizar&id_documento=565887&infra_sistema=… 4/39

10/08/2021
SEI/CONFEA - 0487452 - Edital de Licitação
10.10.5.1. Havendo alguma restrição na comprovação da regularidade fiscal, será assegurado o prazo de 05 (cinco) dias úteis, cujo termo inicial corresponderá ao momento em que a licitante for declarada vencedora do certame, prorrogáveis por igual período, a critério da Administração, para a regularização da documentação, pagamento ou parcelamento do débito, e emissão de eventuais certidões negativas ou positivas com efeito de certidão negativa.
10.10.6. A não regularização da documentação, no prazo previsto no subitem anterior, implicará decadência do direito à contratação, sem prejuízo das sanções previstas no art. 81 da Lei no 8.666, de 21 de junho de 1993, sendo facultado à Administração convocar as licitantes remanescentes, na ordem de classificação, para a assinatura do contrato, ou revogar a licitação.
10.11. Qualificação Econômico-financeira:
10.11.1. Certidão negativa de falência, recuperação judicial ou recuperação extrajudicial, expedida pelo distribuidor da sede da licitante.
10.11.2. Balanço Patrimonial do último exercício social exigível, apresentado na forma da lei e regulamentos na data de realização deste Pregão, vedada sua substituição por balancetes ou balanços provisórios, podendo ser atualizado por índices oficiais quando encerrados há mais de 3 (três) meses da data da sessão pública de abertura deste processo licitatório;
10.11.2.1. No caso de empresa constituída no exercício social vigente, admite-se a apresentação de balanço patrimonial e demonstrações contábeis referentes ao período de existência da sociedade;
10.11.3. Demonstração do Resultado do Exercício (DRE) relativa ao último exercício social exigível, apresentado na forma da lei;
10.11.4. As empresas deverão complementar a comprovação da qualificação econômico-financeira por meio de:
10.11.4.1. Índices de Liquidez Geral (LG), Liquidez Corrente (LC) e Solvência Geral (SG) superiores a 1;
10.11.4.2. Capital Circulante Líquido (CCL) ou Capital de Giro (Ativo Circulante - Passivo Circulante) de, no mínimo, 16,66% (dezesseis inteiros e sessenta e seis centésimos por cento) do valor da proposta, deduzidos os insumos dos serviços;
10.11.4.3. Patrimônio Líquido (PL) igual ou superior a 10% (dez por cento) do valor da proposta; e
10.11.4.4. Patrimônio Líquido igual ou superior a 1/12 (um doze avos) do valor total dos contratos firmados com a Administração Pública e com a iniciativa privada, vigentes na data da sessão pública de abertura deste Pregão. 10.11.4.4.1. Quando houver divergência percentual superior a 10% (dez por cento), para mais ou para menos, entre a declaração aqui tratada e a receita bruta discriminada na Demonstração do Resultado do Exercício (DRE), deverão ser apresentadas, concomitantemente, as devidas justificativas.
10.11.5. Comprovação de patrimônio líquido no limite equivalente a 10% (dez por cento) do valor estimado da contratação, a qual será exigida somente no caso de a licitante apresentar resultado inferior a 1 (um) em qualquer dos índices Liquidez Geral, Liquidez corrente e Solvência Geral, calculados e informados pelo Sicaf;
10.11.6. O balanço patrimonial e as demonstrações contábeis deverão estar assinados por Contador ou por outro profissional equivalente, devidamente registrado no Conselho Regional de Contabilidade.
10.11.7. A boa situação financeira será avaliada pelos Índices de Liquidez Geral (LG), Solvência Geral (SG) e Liquidez Corrente (LC), que deverão ser iguais ou superiores a 1,00 (um), resultantes da aplicação das seguintes fórmulas:
LG = ATIVO CIRCULANTE + REALIZÁVEL A LONGO PRAZO
PASSIVO CIRCULANTE + EXIGÍVEL A LONGO PRAZO
SG = __________________ATIVO TOTAL_____________________ PASSIVO CIRCULANTE + EXIGÍVEL A LONGO PRAZO
LC =
ATIVO CIRCULANTE
PASSIVO CIRCULANTE
10.11.8. As fórmulas deverão estar devidamente aplicadas em memorial de cálculos juntado ao balanço;
10.11.8.1. Caso o memorial não seja apresentado, a unidade de licitação reserva-se o direito de efetuar os cálculos;
10.11.9. Se necessária a atualização do balanço e do capital social, deverá ser apresentado, junto aos documentos em apreço, o memorial de cálculo correspondente.
10.12. Habilitação Técnica: 10.12.1. A habilitação técnica será comprovada por meio de atestado(s) ou declarações de capacidade técnica emitido(s) por pessoa jurídica de direito público ou privado, lavrados e assinado(s) por servidor/funcionário competente do respectivo órgão ou empresa, que comprove(em) ter a licitante prestado serviço da mesma natureza e compatível com objeto que se pretende.
10.12.1.1. Entender-se-á como compatível com o objeto pretendido o atestado que demonstre que a licitante executa ou executou contrato correspondente ao especificado no Anexo I deste edital;
10.12.1.2. Será exigido, para a comprovação de execução do objeto equivalente ao pretendido, que a licitante vencedora apresente documento que ateste o fornecimento de no mínimo 50% (cinquenta por cento) dos quantitativos previstos no Anexo I deste edital item “Especificação do Objeto”, considerando que o resultado que apresentar número fracionado será ajustado para cima.
10.12.1.3 Será aceito o somatório de atestados para comprovar a capacidade técnica e operacional, desde que reste demonstrada a execução concomitante dos contratos.
10.12.1.4. Somente serão aceitos atestados expedidos após a conclusão do contrato ou se decorrido pelo menos um ano do início de sua execução, exceto se firmado para ser executado em prazo inferior;
10.12.1.5. Será efetuada a conferência ITEM A ITEM da pretensa aquisição com a ofertada pela licitante vencedora de acordo com as especificações técnicas elencadas neste Edital e seus anexos.
10.12.1.6. A licitante deverá observar os preceitos legais que admitem o somatório dos atestados para comprovação do quantitativo e experiência, os quais devem ser concomitantes em relação ao quantitativo e não concomitantes em relação à experiência. 10.12.1.7. O(s) atestado(s) ou declaração(ões) de capacidade técnica deverá(ão) se referir a serviços prestados, no âmbito de sua atividade econômica principal e/ou secundária, especificada no contrato social, devidamente registrado na junta comercial competente, bem como no cadastro de pessoas jurídicas da Receita Federal do Brasil - RFB.
10.12.2. O atestado (s) ou declarações deverão ser emitidos em papel timbrado e conter:
sei.confea.org.br/sei/controlador.php?acao=documento_imprimir_web&acao_origem=arvore_visualizar&id_documento=565887&infra_sistema=… 5/39

10/08/2021
SEI/CONFEA - 0487452 - Edital de Licitação
10.12.2.1. Razão Social, CNPJ e Endereço Completo da Empresa Emitente;
10.12.2.2. Razão Social da Contratada;
10.12.2.3. Número e vigência do contrato, se for o caso;
10.12.2.4. Objeto do contrato;
10.12.2.5. Declaração de que foram atendidas as expectativas do cliente quanto ao cumprimento de cronogramas pactuados;
10.12.2.6. Local e Data de Emissão;
10.12.2.7. Identificação do responsável pela emissão do atestado, Cargo, Contato (telefone e correio eletrônico);
10.12.2.8. Assinatura do responsável pela emissão do atestado;
10.12.2.9. Devem ser originais ou autenticados, se cópias, e legíveis.
10.12.2.10. No caso de apresentação de atestado de empresas privadas, não serão considerados aqueles apresentados por empresas participantes do mesmo grupo empresarial da contratada. Serão consideradas como de mesmo grupo, empresas controladas pela contratada, ou que tenham pelo menos uma pessoa física ou jurídica que seja sócia da empresa emitente e da contratada.
10.12.3. Todos os atestados e declarações apresentados em língua estrangeira deverão ser autenticados pelos respectivos consulados e traduzidos por tradutor juramentado.
10.12.4. Fica facultado ao Confea, a qualquer momento, realizar diligências, inclusive nas dependências da licitante, com o objetivo de verificar se os atestado(s)/certidão(ões)/declaração(ões) são adequados e atendem as exigências contidas em edital e seus anexos.
10.12.5. Poderá ser exigida a apresentação dos respectivos contratos e aditivos de prestação de serviços relativos aos atestados/certidões/declarações apresentados pela licitante.
10.12.6. Sendo identificadas declarações ou atestados inverídicos, acarretará na desclassificação da licitante.
10.12.7. Constatado o atendimento às exigências fixadas neste edital, a licitante será declarada vencedora.
10.13. A documentação deverá:
10.13.1. estar em nome da empresa licitante;
10.13.2. estar em plena validade na data da sessão;
10.13.3. referir-se a apenas uma das filiais ou apenas a empresa matriz, ou seja, os documentos apresentados deverão referir-se a um mesmo CNPJ/MF,
o qual corresponderá àquele constante da proposta, à exceção dos documentos que só possam ser fornecidos por empresa matriz, sob pena de inabilitação ou desclassificação.
10.14. Ao Pregoeiro reserva-se o direito de solicitar o original de qualquer documento, sempre que tiver dúvida ou julgar necessário.
10.14.1. Os originais ou cópias autenticadas, caso sejam solicitados, deverão ser encaminhados ao Setor de Aquisições e Contratos - Setac, situado no SEPN 508, Bloco “A”, Edifício Confea - Engenheiro Francisco Saturnino de Brito Filho, Asa Norte, 70.740-541, Brasília - DF.
10.14.2. As licitantes que deixarem de apresentar quaisquer dos documentos exigidos para a habilitação na presente licitação ou os apresentarem em desacordo com o estabelecido neste edital ou com irregularidades, serão inabilitadas, não se admitindo complementação posterior, salvo na forma do art. 43 da Lei Complementar nº 123, de 2006.
11.
DOS ESCLARECIMENTOS E DA IMPUGNAÇÃO AO EDITAL 11.1. Até três dias úteis antes da data fixada para abertura da sessão pública, qualquer pessoa, física ou jurídica, poderá impugnar o ato convocatório deste Pregão Eletrônico mediante petição a ser enviada exclusivamente para o endereço eletrônico licitacao@confea.org.br.

Julgamento: Menor preço por lote.