You are on page 1of 31

Ao Ilustrssimo Senhor Pregoeiro do Ministrio do Trabalho e Emprego Secretaria Executiva Subsecretaria de Planejamento, Oramento e Administrao Coordenao-Geral de Recursos Logsticos

Ref: Prego Eletrnico para Registro de Preos n. 15/2012

CONNECT

COMERCIO

SERVIOS

EM

EQUIPAMENTOS DE COMUNICAO LTDA., pessoa jurdica de direito privado, estabelecida na Rua Dario Bitencourt, 265 Sala 203, Porto Alegre - RS, inscrita no CNPJ sob o n. 11.238.427/0001-49, como interessada no procedimento licitatrio em epgrafe, amparada no disposto no decreto 3.555/2000, na lei 10.520/2002, no pargrafo 2. do Artigo 41 da Lei n. 8.666 de 21 de junho de 1993, com sua alteraes posteriores, oferecer,

IMPUGNAO AO EDITAL
acima referenciado, pelas razes a seguir, requerendo para tanto sua para apreciao, julgamento e admisso. A presente impugnao pretende afastar do presente procedimento licitatrio, exigncia feita em extrapolao ao disposto no estatuto que disciplina o instituto das licitaes, com intuito inclusive, de evitar que ocorra o

direcionamento e a ilegalidade at ento evidenciados no presente procedimento. D DO OS SF FA AT TO OS SE ED DO OS SM MO OT TI IV VO OS S A impugnante empresa interessada em licitao promovida pelo Ministrio do Trabalho e Emprego para:

Registro de Preos tem por objeto a contratao de fornecedor de soluo de monitoramento, gerenciamento de trfego e aplicao de polticas (QoS) na camada de aplicao, em mltiplos segmentos de rede, tanto para o link do Ministrio do Trabalho e Emprego quanto para o link das Superintendncias Regionais do Trabalho e Emprego, por um perodo de 36 meses, conforme Termo de Referncia constante do Anexo I, parte inseparvel deste Prego Eletrnico para Registro de Preos.

Acontece, contudo, que examinando criteriosamente o edital em comento, a impugnante constatou que o mesmo contm algumas exigncias, que esto a macular o procedimento, tendo em vista a forma de dimensionamento das especificaes tcnicas do Produto a ser adquirido pelo rgo, em seu termo de referncia.

De fato, no obstante essa explanao no edital, as especificaes tcnicas inseridas no Termo de Referncia, demonstram que o Administrador no est a garantir a aquisio de qualquer soluo do mercado, mas apenas uma nica soluo, que dota de
2

caractersticas especficas trazidas no instrumento convocatrio afunilando de forma incorreta e grave o leque da disputa. De plano, verifica-se que o Administrador fez constar em no conjunto de especificaes tcnicas da soluo TERMO DE REFERNCIA a descrio detalhada da soluo a ser fornecida, com as seguintes caractersticas:

4.2. REQUISITOS INTERNOS: 4.2.1. REQUISITOS INTERNOS FUNCIONAIS 1) 1. 2. 3. Equipamento Tipo 1 Possuir fonte de alimentao: 100 - 240 (VAC); Possuir fonte de alimentao redundante; Suportar balanceamento de carga entre as fontes;

a) Caractersticas fsicas, especificaes eltricas e dimenses

4. Possuir bypass externo e do mesmo fabricante incorporado e que impea a interrupo do servio por falha de energia ou do equipamento; 5. 1. Ser montvel em rack 19 com altura mxima de 2U. Nmero de conexes / fluxos: 2.000.000 / 4.000.000 (no mnimo); b) Capacidades 2. Performance (throughput QoS): deve ser fornecido com licena para 1Gbps/fullduplex (no mnimo); 3. Nveis de Administrao (linhas, regras e polticas): 256, 40.000, 80.000 (no mnimo). c) Interfaces e Conexes 1. Interfaces de rede: 8 portas 10/100/1000 BaseT (cobre); sendo 4 portas in e 4 portas out (no mnimo); 2. Interfaces de servio: 4 portas 10/100/1000 Base-T (no mnimo);

3. 4. d)

Possuir porta de gerncia (ao menos uma): 10/100/1000 Base-T; Possuir porta console: serial e com conector RJ-45. Caractersticas Tcnicas do Equipamento

1. Deve utilizar a tecnologia DPI (inspeo profunda de pacotes) com capacidade para realizar QoS, monitoramento, priorizao e controle do trfego da rede; 2. Deve ser capaz de fazer o monitoramento e diagnsticos em camada 7, baseada no reconhecimento automtico de aplicaes (camada 7 do modelo ISO/OSI) sobre redes IP; 3. Deve ser capaz de fazer inspeo na Camada 7 de trfego assimtrico, sem alterao na infra-estrutura da rede; 4. Deve ser capaz de realizar bypass automtico, via hardware, no caso de falha do equipamento, de modo a permitir a no interrupo dos trfegos de rede; 5. Deve ser capaz de identificar e classificar todo o trfego IP, dentro dos circuitos gerenciados; 6. Reconhecer trfego iPv6; 7. Deve ser capaz de monitorar, gerenciar e aplicar polticas (QoS) em circuitos de at 1 Gbps (full-duplex); 8. Deve ser capaz de armazenar e disponibilizar os dados referentes utilizao dos circuitos gerenciados, detalhando por aplicao, tipo de servio, protocolo, conversaes de entrada ou sada, endereo IP, ms, semana, dia, hora, perodo e trfego total; 9. Deve ser capaz de controlar e detectar tentativas de ataques DOS; 10. Deve ser capaz de criar polticas baseadas em horrios e dias da semana especficos; 11. Deve ser capaz de fazer controle por nmero de conexes, sejam elas de entrada, de sada ou simultaneamente; 12. Deve ser capaz de fazer QoS (por tipo de servio, endereos IP, protocolo, porta ou grupo de portas) com garantia de mnimos de largura de banda e mximo de largura de banda (limites) alm de fazer priorizao de trfego; 13. Deve ser capaz de lidar com vrios nveis de polticas sem degradao no servio; 14. Deve ser capaz de analisar o trfego dos circuitos gerenciados, sem gerar atraso adicional maior que 1 milissegundo na transmisso das aplicaes; 15. Deve reconhecer, de forma automtica, no mnimo as seguintes aplicaes: a) Protocolos P2P: reconhecer no mnimo os aplicativos BitTorrent, eDonkey, Warez, WinMX, Kazaa inclusive protocolos P2P Encriptados; b) Protocolos VoIP: reconhecer no mnimo os aplicativos Skype, H.323, SIP, RTP, Net2phone, Vonage; 4

c) Protocolos de Jogos: reconhecer no mnimo os jogos Doom, Diablo, MSN Game, Swat, lineage, World of Warcraft; d) Protocolos de Mensagens Instantneas / Chat: reconhecer no mnimo os aplicativos Google Talk, AOL, Yahoo, MSN, QQ, IRC, ICQ; e) Protocolos Corporativos: reconhecer no mnimo SMTP, Oracle, LotusNotes, SAP e Citrix; f) Protocolos de streaming web: reconhecer no mnimo os aplicativos YouTube, RTSP, itunes, ABACAST, SHOUTcast. 16. Deve ser capaz de reconhecer aplicaes por meio de assinaturas, por portas e por comportamento das aplicaes; 17. Reconhecer e classificar de maneira separada o trfego HTTP no corporativo e destinado mdias socias do tipo Facebook, Orkut ou Gmail, Yahoo ou Youtube, NetFlix (no mnimo); 18. Deve ser capaz de efetuar a anlise do trfego por aplicao, host, subnet em tempo real, efetuando atualizaes, no mnimo, a cada 30 segundos; 19. Identificar e classificar trfego encapsulado do tipo L2TP, MPLS, PPPoE; 20. Deve ser capaz de identificar e classificar o Trfego Criptografado para aplicaes de Voz, P2P e tunelamento de dados; 21. Deve ser capaz de listar as aplicaes adicionais, as apresentadas anteriormente (protocolos), em camada 7, que so classificadas pela soluo; 22. Deve prover novas classificaes, necessrias para futuras aplicaes, novas verses de aplicaes existentes e ajustes em classificaes com mau funcionamento; 23. As atualizaes de software no devem gerar impacto de downtime da rede para os servios dos clientes; 24. Deve suportar a utilizao de um servio/aplicao baseada na lista de endereos IPs ou URLs; 25. Deve permitir anlise de trfego por cliente, provendo estatsticas de utilizao do circuito, consumo por aplicao, consumo por endereo IP e conexes simultneas; 26. Deve ser capaz de identificar separadamente o trfego de voz proveniente de uma webcam, do trfego de voz puro (PABX IP); 27. Deve suportar interface com DHCP, RADIUS SYSLOG DIAMETER & CLI para integrao com os sistemas de AAA e gesto dos usurios atuais do provedor do servio; 28. Deve prover CLI completo para fazer administrao local, monitoramento e configurao.

2) Equipamento Tipo 2 a) Caractersticas Fsicas, Especificaes Eltricas e Dimenses 1. 2. 3. Possuir fonte de alimentao: 100 - 240 (VAC); Possuir fonte de alimentao redundante; Suportar balanceamento de carga entre as fontes;

4. Possuir bypass externo e do mesmo fabricante incorporado e que impea a interrupo do servio por falha de energia ou do equipamento; 5. 1. Ser montvel em rack 19 com altura mxima de 2U. Nmero de conexes / fluxos: 2.000.000 / 4.000.000 (no mnimo); b) Capacidades 2. Performance (throughput QoS): deve ser fornecido com licena para 1Gbps/fullduplex (no mnimo); 3. Nveis de Administrao (linhas, regras e polticas): 256, 40.000, 80.000 (no mnimo). c) Interfaces e Conexes 1. Interfaces de rede: 8 portas 1000 Base-SX; sendo 4 portas in e 4 portas out (no mnimo); 2. 3. 4. Interfaces de servio: 4 portas 10/100/1000 Base-T (no mnimo); Possuir porta de gerncia (ao menos uma): 10/100/1000 Base-T; Possuir porta console: serial e com conector RJ-45.

d) Caractersticas Tcnicas do Equipamento 1. Deve utilizar a tecnologia DPI (inspeo profunda de pacotes) com capacidade para realizar QoS, monitoramento, priorizao e controle do trfego da rede; 2. Deve ser capaz de fazer o monitoramento e diagnsticos em camada 7, baseada no reconhecimento automtico de aplicaes (camada 7 do modelo ISO/OSI) sobre redes IP; 3. Deve ser capaz de fazer inspeo na Camada 7 de trfego assimtrico, sem alterao na infra-estrutura da rede; 4. Deve ser capaz de realizar bypass automtico, via hardware, no caso de falha do equipamento, de modo a permitir a no interrupo dos trfegos de rede; 5. Deve ser capaz de identificar e classificar todo o trfego IP, dentro dos circuitos gerenciados; 6. Reconhecer trfego iPv6;

7. Deve ser capaz de monitorar, gerenciar e aplicar polticas (QoS) em circuitos de at 1 Gbps (full-duplex); 8. Deve ser capaz de armazenar e disponibilizar os dados referentes utilizao dos circuitos gerenciados, detalhando por aplicao, tipo de servio, protocolo, conversaes de entrada ou sada, endereo IP, ms, semana, dia, hora, perodo e trfego total; 9. Deve ser capaz de controlar e detectar tentativas de ataques DOS; 10. Deve ser capaz de criar polticas baseadas em horrios e dias da semana especficos; 11. Deve ser capaz de fazer controle por nmero de conexes, sejam elas de entrada, de sada ou simultaneamente; 12. Deve ser capaz de fazer QoS (por tipo de servio, endereos IP, protocolo, porta ou grupo de portas) com garantia de mnimos de largura de banda e mximo de largura de banda (limites) alm de fazer priorizao de trfego; 13. Deve ser capaz de lidar com vrios nveis de polticas sem degradao no servio; 14. Deve ser capaz de analisar o trfego dos circuitos gerenciados, sem gerar atraso adicional maior que 1 milissegundo na transmisso das aplicaes; 15. Deve reconhecer, de forma automtica, no mnimo as seguintes aplicaes: a) Protocolos P2P: reconhecer no mnimo os aplicativos BitTorrent, eDonkey, Warez, WinMX, Kazaa inclusive protocolos P2P Encriptados; b) Protocolos VoIP: reconhecer no mnimo os aplicativos Skype, H.323, SIP, RTP, Net2phone, Vonage; c) Protocolos de Jogos: reconhecer no mnimo os jogos Doom, Diablo, MSN Game, Swat, lineage, World of Warcraft; d) Protocolos de Mensagens Instantneas / Chat: reconhecer no mnimo os aplicativos Google Talk, AOL, Yahoo, MSN, QQ, IRC, ICQ; e) Protocolos Corporativos: reconhecer no mnimo SMTP, Oracle, Lotus-Notes, SAP e Citrix; f) Protocolos de streaming web: reconhecer no mnimo os aplicativos YouTube, RTSP, itunes, ABACAST, SHOUTcast. 16. Deve ser capaz de reconhecer aplicaes por meio de assinaturas, por portas e por comportamento das aplicaes; 17. Reconhecer e classificar de maneira separada o trfego HTTP no corporativo e destinado mdias socias do tipo Facebook, Orkut ou Gmail, Yahoo ou Youtube, NetFlix (no mnimo);

18. Deve ser capaz de efetuar a anlise do trfego por aplicao, host, subnet em tempo real, efetuando atualizaes, no mnimo, a cada 30 segundos; 19. Identificar e classificar trfego encapsulado do tipo L2TP, MPLS, PPPoE; 20. Deve ser capaz de identificar e classificar o Trfego Criptografado para aplicaes de Voz, P2P e tunelamento de dados; 21. Deve ser capaz de listar as aplicaes adicionais, as apresentadas anteriormente (protocolos), em camada 7, que so classificadas pela soluo; 22. Deve prover novas classificaes, necessrias para futuras aplicaes, novas verses de aplicaes existentes e ajustes em classificaes com mau funcionamento; 23. As atualizaes de software no devem gerar impacto de downtime da rede para os servios dos clientes; 24. Deve suportar a utilizao de um servio/aplicao baseada na lista de endereos IPs ou URLs; 25. Deve permitir anlise de trfego por cliente, provendo estatsticas de utilizao do circuito, consumo por aplicao, consumo por endereo IP e conexes simultneas; 26. Deve ser capaz de identificar separadamente o trfego de voz proveniente de uma webcam, do trfego de voz puro (PABX IP); 27. Deve suportar interface com DHCP, RADIUS SYSLOG DIAMETER & CLI para integrao com os sistemas de AAA e gesto dos usurios atuais do provedor do servio; 28. Deve prover CLI completo para fazer administrao local, monitoramento e configurao. 3) Equipamento Tipo 3 a) Caractersticas Fsicas, Especificaes Eltricas e Dimenses 1. Possuir fonte de alimentao: 100 - 240 (VAC); 2. Possuir bypass incorporado e que impea a interrupo do servio por falha de energia ou do equipamento; 3. Ser montvel em rack 19 com altura mxima de 1U. b) Capacidades 1. Nmero de conexes / fluxos: 256.000 / 512.000 (no mnimo); 2. Performance (throughput QoS): deve ser fornecido com licena para 45Mbps/full-duplex (no mnimo); 3. Nveis de Administrao (linhas, regras e polticas): 256, 4.096, 32.768 (no mnimo).

c) Interfaces e Conexes 1. Interfaces de rede: 2 portas 10/100/1000 Base-T; sendo 1 porta in e 1 porta out (no mnimo); 2. 3. 4. d) Interfaces de servio: 2 portas 10/100/1000 Base-T (no mnimo); Possuir porta de gerncia (ao menos uma): 10/100/1000 Base-T; Possuir porta console: serial e com conector RJ-45. Caractersticas Tcnicas do Equipamento

1. Deve utilizar a tecnologia DPI (inspeo profunda de pacotes) com capacidade para realizar QoS, monitoramento, priorizao e controle do trfego da rede; 2. Deve ser capaz de fazer o monitoramento e diagnsticos em camada 7, baseada no reconhecimento automtico de aplicaes (camada 7 do modelo ISO/OSI) sobre redes IP; 3. Deve ser capaz de fazer inspeo na Camada 7 de trfego assimtrico, sem alterao na infra-estrutura da rede; 4. Deve ser capaz de realizar bypass automtico, via hardware, no caso de falha do equipamento, de modo a permitir a no interrupo dos trfegos de rede; 5. Deve ser capaz de identificar e classificar todo o trfego IP, dentro dos circuitos gerenciados; 6. Reconhecer trfego iPv6; 7. Deve ser capaz de monitorar, gerenciar e aplicar polticas (QoS) em circuitos de at 45Mbps (full-duplex); 8. Deve ser capaz de armazenar e disponibilizar os dados referentes utilizao dos circuitos gerenciados, detalhando por aplicao, tipo de servio, protocolo, conversaes de entrada ou sada, endereo IP, ms, semana, dia, hora, perodo e trfego total; 9. Deve ser capaz de controlar e detectar tentativas de ataques DOS; 10. Deve ser capaz de criar polticas baseadas em horrios e dias da semana especficos; 11. Deve ser capaz de fazer controle por nmero de conexes, sejam elas de entrada, de sada ou simultaneamente; 12. Deve ser capaz de fazer QoS (por tipo de servio, endereos IP, protocolo, porta ou grupo de portas) com garantia de mnimos de largura de banda e mximo de largura de banda (limites) alm de fazer priorizao de trfego; 13. Deve ser capaz de lidar com vrios nveis de polticas sem degradao no servio; 14. Deve ser capaz de analisar o trfego dos circuitos gerenciados, sem gerar atraso adicional maior que 1 milissegundo na transmisso das aplicaes;

15.

Deve reconhecer, de forma automtica, no mnimo as seguintes aplicaes:

a) Protocolos P2P: reconhecer no mnimo os aplicativos BitTorrent, eDonkey, Warez, WinMX, Kazaa inclusive protocolos P2P Encriptados; b) Protocolos VoIP: reconhecer no mnimo os aplicativos Skype, H.323, SIP, RTP, Net2phone, Vonage; c) Protocolos de Jogos: reconhecer no mnimo os jogos Doom, Diablo, MSN Game, Swat, lineage, World of Warcraft; d) Protocolos de Mensagens Instantneas / Chat: reconhecer no mnimo os aplicativos Google Talk, AOL, Yahoo, MSN, QQ, IRC, ICQ; e) Protocolos Corporativos: reconhecer no mnimo SMTP, Oracle, Lotus-Notes, SAP e Citrix; f) Protocolos de streaming web: reconhecer no mnimo os aplicativos YouTube, RTSP, itunes, ABACAST, SHOUTcast; 16. Deve ser capaz de reconhecer aplicaes por meio de assinaturas, por portas e por comportamento das aplicaes; 17. Reconhecer e classificar de maneira separada o trfego HTTP no corporativo e destinado mdias socias do tipo Facebook, Orkut ou Gmail, Yahoo ou Youtube, NetFlix (no mnimo); 18. Deve ser capaz de efetuar a anlise do trfego por aplicao, host, subnet em tempo real, efetuando atualizaes, no mnimo, a cada 30 segundos; 19. Identificar e classificar trfego encapsulado do tipo L2TP, MPLS, PPPoE; 20. Deve ser capaz de identificar e classificar o Trfego Criptografado para aplicaes de Voz, P2P e tunelamento de dados; 21. Deve ser capaz de listar as aplicaes adicionais, as apresentadas anteriormente (protocolos), em camada 7, que so classificadas pela soluo; 22. Deve prover novas classificaes, necessrias para futuras aplicaes, novas verses de aplicaes existentes e ajustes em classificaes com mau funcionamento; 23. As atualizaes de software no devem gerar impacto de downtime da rede para os servios dos clientes; 24. Deve suportar a utilizao de um servio/aplicao baseada na lista de endereos IPs ou URLs; 25. Deve permitir anlise de trfego por cliente, provendo estatsticas de utilizao do circuito, consumo por aplicao, consumo por endereo IP e conexes simultneas; 26. Deve ser capaz de identificar separadamente o trfego de voz proveniente de uma webcam, do trfego de voz puro (PABX IP);

10

27. Deve suportar interface com DHCP, RADIUS SYSLOG DIAMETER & CLI para integrao com os sistemas de AAA e gesto dos usurios atuais do provedor do servio; 28. Deve prover CLI completo para fazer administrao local, monitoramento e configurao. 4) Equipamento Tipo 4 a) Caractersticas Fsicas, Especificaes Eltricas e Dimenses 1. Possuir fonte de alimentao: 100 - 240 (VAC); 2. Possuir bypass incorporado e que impea a interrupo do servio por falha de energia ou do equipamento; 3. 1. Ser montvel em rack 19 com altura mxima de 1U. Nmero de conexes / fluxos: 256.000 / 512.000 (no mnimo); b) Capacidades 2. Performance (throughput QoS): deve ser fornecido com licena para 10Mbps/fullduplex (no mnimo); 3. Nveis de Administrao (linhas, regras e polticas): 256, 4.096, 32.768 (no mnimo). c) Interfaces e Conexes 1. Interfaces de rede: 2 portas 10/100/1000 Base-T; sendo 1 porta in e 1 porta out (no mnimo); 2. 3. 4. Interfaces de servio: 2 portas 10/100/1000 Base-T (no mnimo); Possuir porta de gerncia (ao menos uma): 10/100/1000 Base-T; Possuir porta console: serial e com conector RJ-45.

d) Caractersticas Tcnicas do Equipamento 1. Deve utilizar a tecnologia DPI (inspeo profunda de pacotes) com capacidade para realizar QoS, monitoramento, priorizao e controle do trfego da rede; 2. Deve ser capaz de fazer o monitoramento e diagnsticos em camada 7, baseada no reconhecimento automtico de aplicaes (camada 7 do modelo ISO/OSI) sobre redes IP; 3. Deve ser capaz de fazer inspeo na Camada 7 de trfego assimtrico, sem alterao na infra-estrutura da rede; 4. Deve ser capaz de realizar bypass automtico, via hardware, no caso de falha do equipamento, de modo a permitir a no interrupo dos trfegos de rede; 5. Deve ser capaz de identificar e classificar todo o trfego IP, dentro dos circuitos gerenciados;

11

6.

Reconhecer trfego iPv6;

7. Deve ser capaz de monitorar, gerenciar e aplicar polticas (QoS) em circuitos de at 10Mbps (full-duplex); 8. Deve ser capaz de armazenar e disponibilizar os dados referentes utilizao dos circuitos gerenciados, detalhando por aplicao, tipo de servio, protocolo, conversaes de entrada ou sada, endereo IP, ms, semana, dia, hora, perodo e trfego total; 9. Deve ser capaz de controlar e detectar tentativas de ataques DOS; 10. Deve ser capaz de criar polticas baseadas em horrios e dias da semana especficos; 11. Deve ser capaz de fazer controle por nmero de conexes, sejam elas de entrada, de sada ou simultaneamente; 12. Deve ser capaz de fazer QoS (por tipo de servio, endereos IP, protocolo, porta ou grupo de portas) com garantia de mnimos de largura de banda e mximo de largura de banda (limites) alm de fazer priorizao de trfego; 13. Deve ser capaz de lidar com vrios nveis de polticas sem degradao no servio; 14. Deve ser capaz de analisar o trfego dos circuitos gerenciados, sem gerar atraso adicional maior que 1 milissegundo na transmisso das aplicaes; 15. Deve reconhecer, de forma automtica, no mnimo as seguintes aplicaes: a) Protocolos P2P: reconhecer no mnimo os aplicativos BitTorrent, eDonkey, Warez, WinMX, Kazaa inclusive protocolos P2P Encriptados; b) Protocolos VoIP: reconhecer no mnimo os aplicativos Skype, H.323, SIP, RTP, Net2phone, Vonage; c) Protocolos de Jogos: reconhecer no mnimo os jogos Doom, Diablo, MSN Game, Swat, lineage, World of Warcraft; d) Protocolos de Mensagens Instantneas / Chat: reconhecer no mnimo os aplicativos Google Talk, AOL, Yahoo, MSN, QQ, IRC, ICQ; e) Protocolos Corporativos: reconhecer no mnimo SMTP, Oracle, Lotus-Notes, SAP e Citrix; f) Protocolos de streaming web: reconhecer no mnimo os aplicativos YouTube, RTSP, itunes, ABACAST, SHOUTcast; 16. Deve ser capaz de reconhecer aplicaes por meio de assinaturas, por portas e por comportamento das aplicaes; 17. Reconhecer e classificar de maneira separada o trfego HTTP no corporativo e destinado mdias socias do tipo Facebook, Orkut ou Gmail, Yahoo ou Youtube, NetFlix (no mnimo);

12

18. Deve ser capaz de efetuar a anlise do trfego por aplicao, host, subnet em tempo real, efetuando atualizaes, no mnimo, a cada 30 segundos; 19. Identificar e classificar trfego encapsulado do tipo L2TP, MPLS, PPPoE; 20. Deve ser capaz de identificar e classificar o Trfego Criptografado para aplicaes de Voz, P2P e tunelamento de dados; 21. Deve ser capaz de listar as aplicaes adicionais, as apresentadas anteriormente (protocolos), em camada 7, que so classificadas pela soluo; 22. Deve prover novas classificaes, necessrias para futuras aplicaes, novas verses de aplicaes existentes e ajustes em classificaes com mau funcionamento; 23. As atualizaes de software no devem gerar impacto de downtime da rede para os servios dos clientes; 24. Deve suportar a utilizao de um servio/aplicao baseada na lista de endereos IPs ou URLs; 25. Deve permitir anlise de trfego por cliente, provendo estatsticas de utilizao do circuito, consumo por aplicao, consumo por endereo IP e conexes simultneas; 26. Deve ser capaz de identificar separadamente o trfego de voz proveniente de uma webcam, do trfego de voz puro (PABX IP); 27. Deve suportar interface com DHCP, RADIUS SYSLOG DIAMETER & CLI para integrao com os sistemas de AAA e gesto dos usurios atuais do provedor do servio; 28. Deve prover CLI completo para fazer administrao local, monitoramento e configurao. 5) Soluo de Gerenciamento a) Caractersticas Fsicas e Lgicas 1. Deve ser fornecido servidor de acordo com os pr-requisitos do software de gerncia; 2. O servidor dever vir instalado com o sistema operacional necessrio para a instalao do software de gerncia conforme especificado a seguir. b) Caractersticas Tcnicas 1. O software de monitoramento, gerenciamento de trfego e aplicao de polticas (QoS) deve ser do mesmo fabricante dos equipamentos Tipos 01 a 04; 2. O software de Gerenciamento e QoS deve ser executado sobre sistema operacional Windows 2003/2008 Server ou Linux Red Hat Enterprise (ambos 32 ou 64-bit); 3. Deve ser fornecido com licena para permitir gerenciar no mnimo 31 equipamentos;

13

4. Deve ser capaz de exibir as informaes em tempo real com resolues a partir de 30 segundos at algumas horas; 5. Deve ser capaz de armazenar e apresentar informaes de longos perodos de ao menos 1 ano; 6. Deve fornecer a capacidade de criar mltiplas contas com diferentes nveis desde usurios com acesso restrito assim como para administrao; 7. Deve ter a capacidade de exportar as informaes para emisso de relatrios; 8. Deve ser capaz de prover conjunto de regras por usurio e servios associados conforme a necessidade, tais como: a) b) c) d) 9. Dirios ou mensais; Limite de largura de banda; Ativao ou desativao de Aplicaes; Segurana. Deve contar com um sistema de relatrios (reports) automatizado;

10. Deve permitir a definio das polticas em todos os equipamentos que compem a soluo, a partir de um ponto centralizado, sem qualquer interrupo ou degradao para a rede; 11. A administrao poder ser feita por interface grfica (GUI) ou linha de comando (CLI); 12. Deve permitir a criao de listas de acesso nos equipamentos que compem a soluo; 13. Os relatrios pr-definidos devem ter a possibilidade de serem enviados via email, para as pessoas de contato pr-definidas; 14. Deve ser capaz de elaborar relatrios utilizando dados armazenados por perodos pr-definidos, devendo manter ao menos 01 ano de histrico de trfego por circuito; 15. Deve possibilitar a criao de relatrios customizveis e personalizados com parmetros que possam ser configurados, visando atender a necessidade da anlise do perfil de trfego dos clientes monitorados; 16. Deve apresentar, no mnimo, os relatrios definidos abaixo, sendo que os dados devem ser separados por circuitos monitorados: a) b) c) d) Relatrio por consumo de Interface do equipamento; Relatrio por trfego total, separando entrada e sada; Relatrio das aplicaes mais utilizadas; Relatrio por nmero de conexes simultneas;

14

e) f) 1. 2. 3. 4. 5. 6. 7. 8. 9.

Relatrio dos IPs mais ativos; Relatrio com a banda total por aplicao e porcentagem do uso do circuito. Gerenciamento Centralizado de Gesto; Monitoramento em Tempo Real; Anlise da rede; Capacidade de exportar dados em diversos formatos; Gerao de relatrios de Hosts Mais Ativos; Gerao de relatrios de Protocolos mais Ativos; Gerao de relatrios de Protocolos Populares; Gerao de alarmes e eventos; Gerao de envio de relatrios por e-mail de forma automtica;

c) Gesto e Relatrios

10. Perfis de usurios para acesso Gesto: Administrao, Monitoramento, Operao. d) Alarmes
1.

Possibilidade de gerao de alarmes na plataforma de gerncia;

2. Os alarmes devem poder ser programados por ocupao do Link, quantidade de usurios ativos, nmeros de conexes dropadas e ativas; 3. Possibilidade de enviar os alarmes por email de forma automtica, atravs de programao prvia.

4.2.1.1. Todos os equipamentos e o software de gerenciamento devero ser do mesmo fabricante.

certo que a Lei n 8.666/93 permite a indicao de algumas ferramentas e funcionalidades como padro de referncia, a serem indicadas to-somente como mero referencial para os licitantes. No caso em tela, porm, no isso que se verifica na prtica.

15

Pela simples leitura das normas acima, verifica-se que as especificaes do edital, restringem de forma grave, o universo de possveis competidores, chegando at mesmo a direcionar o certame apenas para a soluo ALLOT COMMUNICATIONS, no obstante haja no mercado, vrias outras solues com especificaes similares, que atendam na ntegra a satisfao do objeto perquirido.

O explcito direcionamento do certame para um unico fabricante, a Allot Communications, limita a participacao de diversas empresas prejudicando desta forma o pregao, encontrando-se assim o presente Edital em desconformidade com a Lei de Licitacoes e Contratos Administrativos.

Somente ttulo de exemplo comparativo (detre as diversas comparaes que podem ser feitas), de acordo com a descrio tcnica do edital, so solicitadas vrias caractersticas tcnicas tais como:

Equipamento2 Tipo 1 e Tipo 2 b) Capacidades


16

1. Nmero de conexes / fluxos: 2.000.000 / 4.000.000 (no mnimo); 2.Performance (throughput QoS): deve ser fornecido com licena para 1Gbps/full-duplex (no mnimo); 3.Nveis de Administrao (linhas, regras e polticas): 256, 40.000, 80.000 (no mnimo).

Ocorre que, apenas o fabricante Allot Communications possui em seu portfolio equipamentos com tais caractersticas. Os demais fabricantes desta tecnologia (e principais fabricantes), tais como CISCO, Riverbed, BlueCoat, Citrix, SilverPeak no possuem equipamentos com tais nveis de performance. Adicionalmente questiona-se os valores solicitados, pois o Edital no menciona sequer um estudo de carga de trfego que pudesse justificar tais valores de desempenho. Fica ainda mais patente ao se analisar os datasheets do fabricante Allot Communications. Incrivelmente, a ordem das funcionalidades e seus valores so exatamente os mesmos dos solicitados no edital, conforme pode ser verificado nos documentos em anexo, impossvel se contatar a existncia de tamanha coincidncia...

Desta forma, verifica-se claramente que somente um fabricante poder participar do certame licitatorio, no caso o fabricante Allot Communications.

17

Neste sentido, para que o instrumento convocatorio permita a participacao de outros fornecedores, alem da Allot Communications e de suas revendas, faz-se necessario um estudo detalhado das reais necessidades de trfego do MTE, bem como a adequao do termo de referncia de modo a permitir a participao de demais fabricantes.

Sendo assim, se o instrumento convocatorio nao for imediatamente retificado tecnicamente, a empresa vencedora do certame certamente sera uma ofertante dos produtos da marca Allot Communications, consubstanciando-se, assim, uma patente e irrefutvel ilegalidade no certame, caracterizando explicitamente o direcionamento do Edital a uma determinada marca e metodologia impedindo a competividade e isonomia, principios resguardados pela Lei de Licitacao, vedados no ordenamento jurdico ptrio.

Ressalte-se que o processo de especificao de marcas (no obstante no caso em tela o Administrador no deixe expresso no edital tal indicao) consiste exatamente em se estipular certas caractersticas e atributos tcnicos onde apenas um produto pode atender ntegra das exigncias.

18

Em outras palavras, exatamente a definio das especificaes tcnicas feitas pelo edital que demonstra a procura de uma caracterstica especfica e de uma forma especfica encontradas apenas nesses produtos indicados, e no em qualquer produto do mercado. Contudo, no caso em tela torna-se totalmente contrria a seara do interesse pblico a adoo deste critrio, eis que existem no mercado atual mais de uma marca para a soluo desejada pelo MTE, todas apresentando o mesmo padro e aptido tcnica, ou seno maior. Por isso, existindo no mercado outras tantas marcas que reconhecidamente expressem a indicao de um bom padro de qualidade ou desempenho, nada obstava que a Administrao apenas de preocupasse em especificar no ato convocatrio o bem a ser adquirido, definindo apenas as caractersticas essenciais desejadas, sem direcionamento necessidades. E no caso em tela a forma em que o edital foi elaborado afronta o princpio da igualdade, pois, atravs da especificao de nico produto, privilegiando um licitante em detrimento dos demais. ou imposio de condies restritivas competitividade, no intuito de obter um produto que atenda suas

19

E atente-se ao fato de que qualquer restrio em relao ao objeto da licitao deve ter como fundamento razes aptas a justificarem que a finalidade e o interesse pblico reclamam por tal exigncia de forma irremedivel. Sem tal justificativa a restrio deve ser tomada por ilegal (art. 3, 1, inc. I). Inclusive so por estas razes que, no intuito de coibir ABUSOS NA DISCRICIONARIEDADE dos agentes pblicos, o legislador ptrio fez constar no bojo da lei licitatria, mais precisamente no art. 3, 1, que " vedado aos agentes pblicos: Iadmitir, prever, incluir ou tolerar, nos atos de convocao, clusulas ou condies que comprometam, restrinjam ou frustrem o seu carter competitivo e estabeleam preferncias ou distines em razo da naturalidade, da sede ou Domiclio dos licitantes proponentes ou de qualquer outra circunstncia ou irrelevante para o especfico objeto do contrato;"(grifo nosso). A Lei de Licitaes clara ao proibir a preferncia de marca, conforme deflui do disposto no seu art. 7, 5, e art. 15, 7, inc. I. E esta indicao de uma marca somente poder ser adotada nos casos em que fique exaustivamente comprovado que apenas um determinado produto, de uma certa marca e indiscutvel, atende aos interesses da Administrao Pblica. , portanto, exceo. Como tal, deve ser avaliada com a mxima cautela.

20

No mesmo sentido, trazemos baila o entendimento pacificado no Tribunal de Contas da Unio, sobre o assunto, vejamos: Identificao Acrdo 99/2005 - Plenrio Nmero Interno do Documento AC-0099-04/05-P Ementa Representao formulada por deputado distrital. Possveis irregularidades praticadas no mbito do Ministrio da Fazenda. Licitao. Excesso de descrio do objeto. Julgamento por preo global para itens diferentes. Indicao da marca do produto licitado. Cotao de servios estranhos ao objeto. Exigncias indevidas no edital. Contratao irregular de pessoal. Utilizao indevida de veculo. Explorao de restaurante e lanchonete do Ministrio de forma gratuita e sem procedimento licitatrio prvio. Obteno de vantagens pessoais perante a empresa contratada. Conhecimento. Audincia. Determinao. - Licitao de objeto de natureza divisvel. Consideraes. (...) 4. Antecipadamente, saliento que a descrio minuciosa ou a indicao de marca podem conduzir a uma inaceitvel restrio competitividade do certame. Entretanto, a indicao de marca somente pode ser aceita em casos de padronizao, desde que devidamente justificada a opo realizada. Esta Corte j deliberou nesse sentido quando da prolao do Acrdo 1523/2003 - Plenrio:

21

9.2.3. a indicao de marca na especificao de produtos de informtica pode ser aceita frente ao princpio da padronizao previsto no art. 15, I, da Lei 8.666/93, desde que a deciso administrativa que venha a identificar o produto pela sua marca seja circunstanciadamente motivada e demonstre ser essa a opo, em termos tcnicos e econmicos, mais vantajosa para a administrao; a) Nesse mesmo sentido o item 9.6.1 do Acrdo 2844/2003 - Primeira Cmara, do qual fui Relator: 9.6.1. evitar a indicao de marcas de produtos para configurao do objeto, quando da realizao de seus certames licitatrios para a aquisio de bens de informtica, a no ser quando legalmente possvel e estritamente necessria para atendimento das exigncias de uniformizao e padronizao, sempre mediante justificativa prvia, em processo administrativo regular, no qual fiquem comprovados os mencionados requisitos; (...). Identificao Acrdo 62/2007 - Plenrio Nmero Interno do Documento AC-0062-04/07-P Ementa REPRESENTAO. LICITAO. ELABORAO DE PROJETO BSICO. CLAREZA E OBJETIVIDADE DO INSTRUMENTO CONVOCATRIO. VINCULAO AO INSTRUMENTO CONVOCATRIO. VEDAO A INDICAO DE MARCA. ELABORAO DE

22

PLANILHAS DE REFERNCIA. AUSNCIA DE VINCULAO DAS ENTIDADES DO SISTEMA S LEI 8.666/93. COMPETNCIA DO SISTEMA S PARA APROVAR SEU REGULAMENTO INTERNO DE LICITAO. PROCEDNCIA PARCIAL. DETERMINAO. 1. Os editais de licitao devem estabelecer os requisitos necessrios elaborao do projeto bsico de obras e s composies dos custos unitrios dos servios e definir, de forma clara e objetiva, os critrios que permitam selecionar a melhor proposta para a Administrao. 2. Os prazos estabelecidos no edital para a apreciao de recursos interpostos por empresas interessadas no certame e os critrios de desclassificao das licitantes devem ser respeitados. 3. A indicao de marca somente aceitvel para fins de padronizao, quando o objeto possuir caractersticas e especificaes exclusivas, mediante a apresentao de justificativa fundamentada em razes de ordem tcnica. 4. As planilhas de referncia e as propostas dos licitantes devem conter a discriminao de todos os custos unitrios envolvidos, com a explicitao da composio do BDI utilizado na formao dos preos. 5. Os Servios Sociais Autnomos, por no estarem includos na lista de entidades enumeradas no pargrafo nico do art. 1 da Lei n. 8.666/1993, no esto sujeitos estrita observncia da referida lei, e sim aos seus regulamentos prprios devidamente publicados.

23

6. As entidades do Sistema "S" tm liberdade procedimental para aprovar os regulamentos internos de licitao de suas unidades. Identificao Acrdo 99/2005 - Plenrio Nmero Interno do Documento AC-0099-04/05-P Ementa Representao formulada por deputado distrital. Possveis irregularidades praticadas no mbito do Ministrio da Fazenda. Licitao. Excesso de descrio do objeto. Julgamento por preo global para itens diferentes. Indicao da marca do produto licitado. Cotao de servios estranhos ao objeto. Exigncias indevidas no edital. Contratao irregular de pessoal. Utilizao indevida de veculo. Explorao de restaurante e lanchonete do Ministrio de forma gratuita e sem procedimento licitatrio prvio. Obteno de vantagens pessoais perante a empresa contratada. Conhecimento. Audincia. Determinao. - Licitao de objeto de natureza divisvel. Consideraes. 4.6.4 Concluso Diante da anlise acima apresentada, conclumos que prosperam parcialmente as alegaes do Representante em relao a este prego. A indicao da marca do processador contrariou dispositivos da Lei n 8.666/93 e pode ter restringido a competio neste certame, o que enseja o cancelamento do processo licitatrio e do respectivo contrato e a aplicao de multa prevista

24

no inciso II do art. 58 da Lei Orgnica deste Tribunal. 4. ANTECIPADAMENTE, SALIENTO QUE A DESCRIO MINUCIOSA OU A INDICAO DE MARCA PODEM CONDUZIR A UMA INACEITVEL RESTRIO COMPETITIVIDADE DO CERTAME. Esta Corte j deliberou nesse sentido quando da prolao do Acrdo 1523/2003 - Plenrio: 9.2.3. a indicao de marca na especificao de produtos de informtica pode ser aceita frente ao princpio da padronizao previsto no art. 15, I, da Lei 8.666/93, desde que a deciso administrativa que venha a identificar o produto pela sua marca seja circunstanciadamente motivada e demonstre ser essa a opo, em termos tcnicos e econmicos, mais vantajosa para a administrao; a) Nesse mesmo sentido o item 9.6.1 do Acrdo 2844/2003 - Primeira Cmara, do qual fui Relator: 9.6.1. evitar a indicao de marcas de produtos para configurao do objeto, quando da realizao de seus certames licitatrios para a aquisio de bens de informtica, a no ser quando legalmente possvel e estritamente necessria para atendimento das exigncias de uniformizao e padronizao, sempre mediante justificativa prvia, em processo administrativo regular, no qual fiquem comprovados os mencionados requisitos; 6. Os elementos a serem trazidos aos autos pelos responsveis, em sede de audincia, permitiro obter subsdios que possam justificar tais condutas ou avaliar sua culpabilidade nas falhas

25

detectadas. Por conseguinte, pertinente a proposta da unidade tcnica. De fato, a atividade discricionria do gestor pblico, extrapolou nitidamente os limites impostos pela lei, em verdadeira afronta aos princpios que norteiam a licitao, ao determinar o conjunto de especificaes tcnicas altamente restritivas a apenas um produto do mercado. Assim sendo, decerto que, face ao princpio do carter competitivo do certame e da isonomia, aqui, proeminentes sobre os demais, inconcebvel que num processo de licitao pblica, seja concebida a incluso de preferncias que venham to somente a frustrar o processo competitivo, POIS TAL OCORRNCIA TEM POR CAUSA DIRETA A IMPOSSIBILIDADE DA OBTENO DA PROPOSTA MAIS VANTAJOSA PARA A ADMINISTRAO. Nessa linha de entendimento no se traduz congruente com a finalidade da licitao, um edital que reduz a competitividade do certame em vez de ampli-la, eis que a escolha da proposta mais vantajosa (finalidade precpua do procedimento) s ser efetivamente alcanada, medida que se possibilite o nmero maior de participantes no certame e no alijando do procedimento, concorrentes em potencial, como no caso em espcie. Portanto, a possibilidade de participao do maior nmero de licitantes possveis, TRADUZINDO NA POSSIBILIDADE
26

DE

APRESENTAO DE

DE FILTRO

UM DE

MAIOR

NMERO A

DE

FORNECEDORES

CONTEDO

SEREM

IMPLEMENTADOS NO RGO QUE NO APENAS O PRODUTO (WEBSENSE) at mesmo pela cautela de no implicar futuramente cerceamento de participao e anulao do presente Prego, medida no s necessria, mas imperiosa. Oportuno lembrar tambm que a condio primordial para a eficcia e validade do ato administrativo exatamente a adequao aos princpios jurdicos exteriorizados na norma. Desta feita, ainda que um determinado ato seja praticado com certa margem de discricionariedade, este deve respeitar os limites impostos pelos princpios regentes, sob pena de, em alguns casos, a convalidao do ato e, em outros, at mesmo a invalidao do mesmo. Esse entendimento se coaduna exatamente com o texto da Lei n 8.666/93 e com a doutrina brasileira, no sentido de que dentro do juzo de convenincia e oportunidade, preciso, acima de tudo, respeitar a finalidade da licitao, pois "finalidade o resultado que a Administrao quer alcanar com a prtica do ato.....". (Di Petro, Maria Sylvia Zanella. in Direito Administrativo, 7 ed. Ed. Atlas, 1996, So Paulo, pg. 173. A Lei de Licitaes e Contratos (Lei n.8.666/93), foi elaborada e instituda com o intuito precpuo de prover Administrao Pblica a prestao de servios e o fornecimento de

27

bens dentro da melhor relao custo-benefcio. Em outras palavras: com vistas a assegurar a satisfao do interesse pblico, o referido diploma legal busca garantir que a proposta da contratada se aproxime, no mais que puder, do que a Administrao Pblica julga como desejvel. Assim sendo, no caso da licitao, se efetivamente a atividade discricionria do administrador no estiver pautada, em especial, pelos princpios da isonomia, da seleo da proposta mais vantajosa, da legalidade e do carter competitivo do certame, enfim, pela prpria finalidade do procedimento, porquanto so estes os valores de todo o processo licitatrio e o que lhe d fundamentao, clara restar a transposio no mbito de suas prerrogativas discricionrias. Por certo que, a licitao, como procedimento administrativo que , visa atingir uma dupla finalidade, conforme proclama a lei de licitaes e contratos em seu art. 3. Volta-se, como nesta norma se estabelece, a selecionar a proposta que se apresente como a mais vantajosa para a futura contratao, buscando, no entanto, preservar condies que no se constituam em infundado e desnecessrio impedimento livre competio. Desta lio no destoa o ilustre MARAL JUSTEN: Os dispositivos restantes, acerca da licitao, desdobram os princpios do art. 3, que funciona
28

como norteador do trabalho hermenutico e de aplicao da Lei das licitaes. Nenhuma soluo, em caso algum, ser sustentvel quando colidente com o art. 3. Havendo dvida sobre o caminho a adotar ou a opo a preferir, o intrprete dever recorrer a esse dispositivo. Dentre diversas solues possveis, devero ser rejeitadas as incompatveis com os princpios do art. 3 (in Comentrios Lei de Licitaes e Contratos Administrativos, Ed. Dialtica, 5 edio, fls. 54).

pela

leitura

clara

do

presente

instrumento

convocatrio verifica-se que o Administrador ora em apreo no se atentou aos princpios e normas legais acima mencionados, principalmente aqueles inseridos no 1, inciso I, do mencionado art. 3. Assim sendo, face remansosa jurisprudncia aplicada pelo TCU e vasta doutrina administrativista que apiam a ampla competitividade, a seleo da proposta mais vantajosa e a isonomia entre os licitantes, outra soluo no h seno o acolhimento das razes acima elencadas, para que o edital seja reformulado em suas especificaes tcnicas, fazendo-se constar apenas os requisitos tcnicas realmente necessrias a presente contratao, sem determinar especificaes especificamente encontradas apenas nesse produto do mercado (ALLOT COMMUNICATIONS), no intuito de alargar a disputa, sob pena de se estar corroborando para a violao do carter competitivo do certame e da obteno da proposta mais

29

vantajosa, sem embargos de submisso de anlise da vedao do edital, pelo Tribunal de Contas da Unio. D DO OP PE ED DI ID DO O

Aduzidas

as razes que

balizaram

presente

Impugnao, esta Impugnante, requer, com supedneo na Lei n. 8.666/93 e suas posteriores alteraes, bem como as demais legislaes vigentes, o recebimento, anlise e admisso desta pea, para que o ato convocatrio seja retificado no assunto ora impugnado, retirando as especificaes que demonstram o direcionamento deste edital a um nico produto, nos termos das legislaes vigentes e aos princpios basilares da Administrao Pblica, principalmente os princpios da razoabilidade, da legalidade, da isonomia dos licitantes, que foram flagrantemente violados. Caso no entenda pela adequao do edital, pugna-se pela emisso de parecer, informando quais os fundamentos legais que embasaram a deciso do Sr. Pregoeiro. Informa, outrossim, que na hiptese, ainda que remota, de no modificado o dispositivo editalcio impugnado, tal deciso certamente no prosperar perante o Poder Judicirio, sem prejuzo de representao junto ao Tribunal de Contas da Unio.

30

Nestes Termos, Pede e espera deferimento. Porto Alegre/RS, 07 de maio de 2012.

______________________________________________ CONNECT LTDA ANDERSON BLOISE


Diretor

31