1. LOTE 1 SWITCH REDE OPTICA Switch de 10 portas, Quantidade unidades. 1.1.1. Deve ser montável em rack padrão EIA 19 (dezenove polegadas) e possuir kits completos para instalação e deve ocupar uma unidade de rack (1U); 1.1.2. Deve possuir MTBF (Mean Time Between Failures Tempo Médio De Operação Entre Falhas) de, no mínimo, 180.000 (Cento e oitenta mil) Horas; 1.1.3. Deve possuir memória flash com capacidade de armazenamento de, no mínimo, duas vezes o tamanho da imagem do Sistema Operacional a ser entregue; 1.1.4. Deve possuir memória RAM no processador central de, no mínimo, 1 (um) GB (GigaByte); 1.1.5. Os switches ofertados deverão possuir licenças lifetime (eternas) de operação Layer 2 e Layer 3 em todos os itens especificados neste Termo de Referência; 1.1.6. Deve possuir, no mínimo, 10 (dez) portas do tipo SFP, sendo 6 (seis) delas populadas, 4 (quatro) com portas ópticas de 1 (um) Gbps (Gigabit por segundo) com conectores LC monomodo, non-blocking, com oversubscription máximo de 1:1, e suporte a distâncias mínimas de 10 quilômetros e 2 (duas) com portas elétricas 100/1000 Base-T, não sendo permitido o uso de conectores do tipo TELCO; 1.1.7. Deve possuir, no mínimo, 2 (duas) portas SFP+, ou XFP, populadas com portas óticas de 10 (dez) Gbps monomodo, acompanhadas de cordão óptico de, no mínimo, 2 (dois) metros, com terminação em conectores do tipo LC monomodo; 1.1.8. Serão aceitos portas do tipo combo, sendo o processamento destas 2 (duas) portas SFP compartilhados com 2 (duas) portas das 10 (dez) disponíveis no equipamento. 1.1.9. Os transceivers utilizados deverão ser compatíveis e homologados pelo fabricante do switch; 1.1.10. Deve possuir fonte de alimentação interna ao equipamento, que opere com tensões de entrada entre 100 e 240VAC e suporte freqüência de 60 Hz nominais (+ ou 5%); 1.1.11. Deve possuir fonte de energia interna redundante; 1.1.12. Possuir capacidade de switching (Camada 2) de, no mínimo, 120 (cento e vinte) Gbps; 1.1.13. Todo o plano de dados, inclusive o roteamento e encaminhamento de pacotes, deverão ser feitos em hardware; 1.1.14. Possuir desempenho mínimo a 15 (quinze) Mpps com pacotes de 64 bytes; 1.1.15. Deve implementar funcionalidade de espelhamento de tráfego TX e RX, permitindo que as portas de origem e destino estejam em qualquer ponto da pilha; 1.1.16. Suportar, no mínimo, 32.000 (trinta e dois mil) endereços MAC; 1.1.17. Deve permitir no mínimo 8000 (oito mil) entradas na tabela ARP; 1.1.18. Deve permitir no mínimo 20.000 (vinte mil) rotas de Ipv4 em hardware, armazenadas em CAMs localmente nos módulos de interface, considerando o somatório das capacidades individuais de cada módulo entregue na solução ofertada; 1.1.19. Suportar gerenciamento via SNMP v1, v2c e v3.
1.1.20. Deve implementar IEEE 802.1p - (Classe de Serviços); 1.1.21. Deve implementar IEEE 802.1s - (Multiple Spanning Tree ); 1.1.22. Deve implementar IEEE 802.1D - (Spanning Tree); 1.1.23. Deve implementar IEEE 802.1w (Rapid Spanning Tree); 1.1.24. Deve implementar IEEE 802.1x (Autenticação); 1.1.25. O protocolo 802.1X deverá aceitar pelo menos dois servidores RADIUS. 1.1.26. Deve implementar DHCP: 1.1.26.1. Server 1.1.26.2. Client 1.1.26.3. Relay 1.1.26.4. Snooping 1.1.26.5. Tracker 1.1.27. Deve implementar BPDU guard 1.1.28. Deve implementar IEEE 802.3x (Flow Control); 1.1.29. Deve implementar IEEE 802.1Q (VLAN); 1.1.30. Deve implementar IEEE 802.3 ad (link aggregation), permitindo a criação de, no mínimo, 4 LAGs com 04 portas por LAG; 1.1.31. Deve implementar a RFC 3580 permitindo que um usuário autenticado por 802.1x seja automaticamente associado a sua respectiva VLAN; 1.1.32. Deve implementar IGMP v1, v2 e v3 e IGMP Snooping; 1.1.33. Deve implementar o protocolo VRRP (Virtual Router Redundancy Protocol) conforme a RFC 2338; 1.1.34. Deve implementar os seguintes protocolos de roteamento Ipv4 em todas as suas interfaces: OSPF, BGP4 e OSPFv3; 1.1.35. Deve implementar RADIUS client; 1.1.36. Deve ter suporte a Radius Authentication, Authorization e Accounting. 1.1.37. Deve implementar TFTP ou FTP client ; 1.1.38. Deve implementar Telnet; 1.1.39. Deve implementar Syslog; 1.1.40. Deve implementar autenticação via TACACS+, com possibilidade de autenticação comando a comando; 1.1.41. Deverá aceitar pelo menos dois servidores Tacacs+. 1.1.42. Deve implementar Command Line Interface CLI; 1.1.43. Deve implementar Bridge MIB, RFC1493; 1.1.44. Deve implementar 4 (quatro) grupos RMON ; 1.1.45. Deve implementar MIB II, RFC1213; 1.1.46. Deve implementar RMON MIB, RFC 2819; 1.1.47. Deve implementar NTP; 1.1.48. Deve implementar Secured Shell (SSHv2); 1.1.49. Deve Possuir 1 (uma) porta RS-232C (DB-9) ou Ethernet (RJ-45) para fins de gerenciamento via console; 1.1.50. Deve permitir o gerenciamento do equipamento através de interface WEB de forma nativa ao produto, através do protocolo seguro HTTPs; 1.1.51. Deve implementar classificação de tráfego nas camadas 2, 3 e 4; 1.1.52. Deve implementar Strict Priority; 1.1.53. Deve implementar WRR (Weighted Round Robin) ou SRR (Shaped Round Robin); 1.1.54. Multicast 1.1.55. Deve implementar Multicast IPv4;
1.1.56. Deve implementar no mínimo 512 (quinhentos e doze) grupos multicast L3 IPv4 1.1.57. Deve implementar no mínimo 512 (quinhentos e doze) grupos multicast L3 IPv6; 1.1.58. Deve implementar no mínimo 512 (quinhentos e doze) rotas multicast; 1.1.59. Deve implementar no mínimo 512 (quinhentos e doze) grupos multicast L2; 1.1.60. Deve suportar Inbound Rate Limiting; 1.1.61. Deve permitir a classificação, marcação e remarcação do campo Type of Service (TOS) do cabeçalho IP ou DSCP do cabeçalho IP; 1.1.62. O arquivo de configuração deve ser baseado em texto, permitindo seu Upload e Download; 1.1.63. Permitir, para implementar segurança, que apenas um MAC address fique configurado em uma porta e qualquer outro que tente se conectar a esta porta seja bloqueado; 1.1.64. Deve ser possível informar, por porta do switch, a quantidade de endereços MACs que podem ser aprendidos; 1.1.65. Deve possuir no mínimo proteção contra ataques DoS; 1.1.66. Deve permitir a criação de no mínimo 1000 (mil) regras de ACLs de Camada 3 e 4, suportando filtragem de pacotes por endereço IP de origem e destino e por protocolo, para tráfego IPv4 e IPv6; 1.1.67. Deve suportar Broadcast Suppression, permitindo configurar valores individuais de supressão por porta; 1.1.68. Deve implementar no mínimo, 1005 VLANs ativas e permitir no mínimo 4000 identificadores de VLAN conforme o padrão IEEE 802.1Q; 1.1.69. Deve implementar MAC Authentication ; 1.1.70. Deve permitir a configuração de um texto string de identificação para cada porta do switch suportando no mínimo 30 caracteres; 1.1.71. Deve permitir uma temperatura de operação entre 0 até 45 C ou superior; 1.1.72. Deve possuir mecanismo que permita o acesso da estação de trabalho a rede através de uma VLAN default para os seguintes casos: 1.1.73. Quando a estação não possuir suporte ou configuração ativa para IEEE 802.1x; e 1.1.74. Quando ocorrer uma falha na autenticação IEEE 802.1x; 1.1.75. Deve implementar jumbo frames até 9000 bytes nas portas Gigabit Ethernet e 10GbE; 1.1.76. Deve implementar mecanismo de prevenção de "loops" nas portas frontais, permitindo o bloqueio da porta de forma automática, caso esta receba frames STP do tipo BPDU (Bridge Protocol Data Unit); 1.1.77. Deve Implementar, no mínimo, 10 (dez) áreas OSPFv2 e OSPFv3; 1.1.78. Deve Implementar, no mínimo, 30 (trinta) adjacências OSPFv2 e OSPFv3; 1.1.79. Deve Implementar NSR (Non-stop Routing) para OSPFv3; 1.1.80. Deve permitir o armazenamento de múltiplas imagens de firmware; 1.1.81. IPv6 1.1.81.1. MLDv2 snooping (RFC4541) 1.1.81.2. "Filtragem DHCPv6" (DHCPv6 filtering, RFC3315) 1.1.81.3. "Filtragem de Anúncio de Roteador (RA)" (Router Advertisement (RA) filtering,rfc4862) 1.1.81.4. Inspeção dinâmica de "solicitação/anúncio de Vizinho IPv6" (Dynamic "IPv6 Neighbor solicitation/advertisement" inspection, RFC4861)
1.1.81.5. "Filtragem de Detecção de Inacessibilidade de Vizinho" (Neighbor Unreachability Detection [NUD, RFC4861] filtering) 1.1.81.6. "Investigação e filtragem de Detecção de Endereço Repetido" (Duplicate Address Detection [DAD, RFC4429] snooping and filtering) 1.1.81.7. "Especificação Básica de IPv6" (IPv6 Basic specification, RFC2460) 1.1.81.8. "Arquitetura de Endereçamento IPv6" (IPv6 Addressing Architecture, RFC4291) 1.1.81.9. "Seleção de Endereço Padrão" (Default Address Selection, RFC3484) 1.1.81.10. ICMPv6 [RFC4443] 1.1.81.11. SLAAC [RFC4862] 1.1.81.12. "Protocolo SNMP" (SNMP protocol, RFC3411) 1.1.81.13. "Funções SNMP" (SNMP capabilities, RFC3412, RFC3413, RFC3414) 1.1.81.14. "MIBs SNMP para IP" (SNMP MIBs for IP, RFC4293) "Encaminhamento" (Forwarding, RFC4292) e DiffServ [RFC3289] 1.1.81.15. "Filtragem de cabeçalho de Roteamento IPv6 [RFC2460, Valor do próximo Cabeçalho 43]" (IPv6 Routing Header [RFC2460, Next Header value 43] filtering) 1.1.81.16. "Deprecação de Cabeçalhos de Roteamento 0 em IPv6" (Deprecation of Type 0 Routing Headers in IPv6, RFC5095) 1.1.81.17. "Filtragem UPnP" (UPnP filtering) 1.1.81.18. Serão consideradas todas as RFCs aceitas caso o fabricante comprove que cumpre todos os requisitos da RIPE 554, disponível em português em http://ipv6.br/download/requisitos-suporte-ipv6-ripe-554-pt.pdf 2. LOTE 2 SWITCH BORDA Switch de 20 portas, Quantidade unidades. 2.1. Deve ser montável em rack padrão EIA 19 (dezenove polegadas) e possuir kits completos para instalação e deve ocupar uma unidade de rack (1U); 2.2. Deve possuir MTBF (Mean Time Between Failures Tempo Médio De Operação Entre Falhas) de, no mínimo, 180.000 (Cento e oitenta mil) Horas; 2.3. Deve possuir memória flash com capacidade de armazenamento de, no mínimo, duas vezes o tamanho da imagem do Sistema Operacional a ser entregue; 2.4. Deve possuir memória RAM no processador central de, no mínimo, 1 (um) GB (GigaByte); 2.5. Os switches ofertados deverão possuir licenças lifetime (eternas) de operação Layer 2 e Layer 3 em todos os itens especificados neste Termo de Referência; 2.6. Deve possuir, no mínimo, 20 (vinte) portas do tipo RJ45 100/1000 Base-T, não sendo permitido o uso de conectores do tipo TELCO; 2.7. Deve possuir, no mínimo, 4 (duas) portas SFP+, ou XFP, populadas com 2 (duas) portas óticas de 1 (um) Gbps monomodo, acompanhadas de cordão óptico de, no mínimo, 2 (dois) metros, com terminação em conectores do tipo LC monomodo e 2 (duas) portas óticas de 10 (dez) Gbps monomodo, acompanhadas de cordão óptico de, no mínimo, 2 (dois) metros, com terminação em conectores do tipo LC monomodo; 2.8. Serão aceitos portas do tipo combo, sendo o processamento destas 4 (quatro) portas SFP compartilhados com 4 (quatro) portas das 20 (vinte) disponíveis no equipamento.
2.9. Os transceivers utilizados deverão ser compatíveis e homologados pelo fabricante do switch; 2.10. Deve possuir fonte de alimentação interna ao equipamento, que opere com tensões de entrada entre 100 e 240VAC e suporte freqüência de 60 Hz nominais (+ ou 5%); 2.11. Deve possuir fonte de energia interna redundante; 2.12. Possuir capacidade de switching (Camada 2) de, no mínimo, 60 (sessenta) Gbps; 2.13. Todo o plano de dados, inclusive o roteamento e encaminhamento de pacotes, deverão ser feitos em hardware; 2.14. Possuir desempenho mínimo a 15 (quinze) Mpps com pacotes de 64 bytes; 2.15. Deve implementar funcionalidade de espelhamento de tráfego TX e RX, permitindo que as portas de origem e destino estejam em qualquer ponto da pilha; 2.16. Suportar, no mínimo, 16.000 (dezesseis mil) endereços MAC; 2.17. Deve permitir no mínimo 4000 (quatro mil) entradas na tabela ARP; 2.18. Deve permitir no mínimo 5.000 (cinco mil) rotas de Ipv4 em hardware, armazenadas em CAMs localmente nos módulos de interface, considerando o somatório das capacidades individuais de cada módulo entregue na solução ofertada; 2.19. Suportar gerenciamento via SNMP v1, v2c e v3. 2.20. Deve implementar IEEE 802.1p - (Classe de Serviços); 2.21. Deve implementar IEEE 802.1s - (Multiple Spanning Tree ); 2.22. Deve implementar IEEE 802.1D - (Spanning Tree); 2.23. Deve implementar IEEE 802.1w (Rapid Spanning Tree); 2.24. Deve implementar IEEE 802.1x (Autenticação); 2.25. O protocolo 802.1X deverá aceitar pelo menos dois servidores RADIUS. 2.26. Deve implementar DHCP: 2.26.1. Server 2.26.2. Client 2.26.3. Relay 2.26.4. Snooping 2.26.5. Tracker 2.27. Deve implementar BPDU guard 2.28. Deve implementar IEEE 802.3x (Flow Control); 2.29. Deve implementar IEEE 802.1Q (VLAN); 2.30. Deve implementar IEEE 802.3 ad (link aggregation), permitindo a criação de, no mínimo, 4 LAGs com 04 portas por LAG; 2.31. Deve implementar a RFC 3580 permitindo que um usuário autenticado por 802.1x seja automaticamente associado a sua respectiva VLAN; 2.32. Deve implementar IGMP v1, v2 e v3 e IGMP Snooping; 2.33. Deve implementar o protocolo VRRP (Virtual Router Redundancy Protocol) conforme a RFC 2338; 2.34. Deve implementar os seguintes protocolos de roteamento Ipv4 em todas as suas interfaces: OSPF e OSPFv3 2.35. Deve implementar RADIUS client; 2.36. Deve ter suporte a Radius Authentication, Authorization e Accounting. 2.37. Deve implementaor TFTP ou FTP client ; 2.38. Deve implementar Telnet; 2.39. Deve implemntar Syslog;
2.40. Deve implementar autenticação via TACACS+, com possibilidade de autenticação comando a comando; 2.41. Deverá aceitar pelo menos dois servidores Tacacs+. 2.42. Deve implementar Command Line Interface CLI; 2.43. Deve implementar Bridge MIB, RFC1493; 2.44. Deve implementar 4 (quatro) grupos RMON ; 2.45. Deve implementar MIB II, RFC1213; 2.46. Deve implementar RMON MIB, RFC 2819; 2.47. Deve implementar NTP; 2.48. Deve implementar Secured Shell (SSHv2); 2.49. Deve Possuir 1 (uma) porta RS-232C DB-9) ou Ethernet (RJ-45) para fins de gerenciamento via console; 2.50. Deve permitir o gerenciamento do equipamento através de interface WEB de forma nativa ao produto, através do protocolo seguro HTTPs; 2.51. Deve implementar classificação de tráfego nas camadas 2, 3 e 4; 2.52. Deve implementar Strict Priority; 2.53. Deve implementar WRR (Weighted Round Robin) ou SRR (Shaped Round Robin); 2.54. Multicast 2.55. Deve implementar Multicast IPv4; 2.56. Deve implementar no mínimo 256 (duzentos e cinqüenta e seis) grupos multicast L3 IPv4 2.57. Deve implementar no mínimo 256 (duzentos e cinqüenta e seis) grupos multicast L3 IPv6; 2.58. Deve implementar no mínimo 256 (duzentos e cinqüenta e seis) rotas multicast; 2.59. Deve implementar no mínimo 256 (duzentos e cinqüenta e seis) grupos multicast L2; 2.60. Deve suportar Inbound Rate Limiting; 2.61. Deve permitir a classificação, marcação e remarcação do campo Type of Service (TOS) do cabeçalho IP ou DSCP do cabeçalho IP; 2.62. O arquivo de configuração deve ser baseado em texto, permitindo seu Upload e Download; 2.63. Permitir, para implementar segurança, que apenas um MAC address fique configurado em uma porta e qualquer outro que tente se conectar a esta porta seja bloqueado; 2.64. Deve ser possível informar, por porta do switch, a quantidade de endereços MACs que podem ser aprendidos; 2.65. Deve possuir no mínimo proteção contra ataques DoS; 2.66. Deve permitir a criação de no mínimo 1000 (mil) regras de ACLs de Camada 3 e 4, suportando filtragem de pacotes por endereço IP de origem e destino e por protocolo, para tráfego IPv4 e IPv6; 2.67. Deve suportar Broadcast Suppression, permitindo configurar valores individuais de supressão por porta; 2.68. Deve implementar no mínimo, 1005 VLANs ativas e permitir 4000 identificador de VLAN conforme o padrão IEEE 802.1Q; 2.69. Deve implementar MAC Authentication ; 2.70. Deve permitir a configuração de um texto string de identificação para cada porta do switch suportando no mínimo 30 caracteres;
2.71. Deve permitir uma temperatura de operação entre 0 até 45 C ou superior; 2.72. Deve possuir mecanismo que permita o acesso da estação de trabalho a rede através de uma VLAN default para os seguintes casos: 2.73. Quando a estação não possuir suporte ou configuração ativa para IEEE 802.1x; e 2.74. Quando ocorrer uma falha na autenticação IEEE 802.1x; 2.75. Deve implementar jumbo frames até 9000 bytes nas portas Gigabit Ethernet e 10GbE; 2.76. Deve implementar mecanismo de prevenção de "loops" nas portas frontais, permitindo o bloqueio da porta de forma automática, caso esta receba frames STP do tipo BPDU (Bridge Protocol Data Unit); 2.77. Deve Implementar, no mínimo, 5 (cinco) áreas OSPFv2 e OSPFv3; 2.78. Deve Implementar, no mínimo, 15 (quinze) adjacências OSPFv2 e OSPFv3; 2.79. Deve Implementar NSR (Non-stop Routing) para OSPFv3; 2.80. Deve permitir o armazenamento de múltiplas imagens de firmware; 2.81. IPv6 2.81.1. MLDv2 snooping (RFC4541) 2.81.2. "Filtragem DHCPv6" (DHCPv6 filtering, RFC3315) 2.81.3. "Filtragem de Anúncio de Roteador (RA)" (Router Advertisement (RA) filtering,rfc4862) 2.81.4. Inspeção dinâmica de "solicitação/anúncio de Vizinho IPv6" (Dynamic "IPv6 Neighbor solicitation/advertisement" inspection, RFC4861) 2.81.5. "Filtragem de Detecção de Inacessibilidade de Vizinho" (Neighbor Unreachability Detection [NUD, RFC4861] filtering) 2.81.6. "Investigação e filtragem de Detecção de Endereço Repetido" (Duplicate Address Detection [DAD, RFC4429] snooping and filtering) 2.81.7. "Especificação Básica de IPv6" (IPv6 Basic specification, RFC2460) 2.81.8. "Arquitetura de Endereçamento IPv6" (IPv6 Addressing Architecture, RFC4291) 2.81.9. "Seleção de Endereço Padrão" (Default Address Selection, RFC3484) 2.81.10. ICMPv6 [RFC4443] 2.81.11. SLAAC [RFC4862] 2.81.12. "Protocolo SNMP" (SNMP protocol, RFC3411) 2.81.13. "Funções SNMP" (SNMP capabilities, RFC3412, RFC3413, RFC3414) 2.81.14. "MIBs SNMP para IP" (SNMP MIBs for IP, RFC4293) "Encaminhamento" (Forwarding, RFC4292) e DiffServ [RFC3289] 2.81.15. "Filtragem de cabeçalho de Roteamento IPv6 [RFC2460, Valor do próximo Cabeçalho 43]" (IPv6 Routing Header [RFC2460, Next Header value 43] filtering) 2.81.16. "Deprecação de Cabeçalhos de Roteamento 0 em IPv6" (Deprecation of Type 0 Routing Headers in IPv6, RFC5095) 2.81.17. "Filtragem UPnP" (UPnP filtering) 2.81.18. Serão consideradas todas as RFCs aceitas caso o fabricante comprove que cumpre todos os requisitos da RIPE 554, disponível em português em http://ipv6.br/download/requisitos-suporte-ipv6-ripe-554-pt.pdf
3. SERVIÇOS DE MANUTENÇÃO, SUPORTE TÉCNICO E GARANTIA, PARA OS LOTE 1 E LOTE 2. 3.1. SERVIÇOS CONTEMPLADOS NOS ITENS OS LOTE 1 E LOTE 2. 3.1.1. A CONTRATADA deve fornecer suporte técnico remoto na língua Portuguesa para toda a solução tanto hardware quanto software durante o período de vigência da garantia/vigência contratual, assegurando atendimento a incidente de produção. 3.1.2. Regime de atendimento dos chamados de suporte técnico deverá ser de 24 horas por dia, 7 dias por semana, 365 dias do ano, de acordo com o grau de severidade informada pela contratante, na abertura do chamado, observando-se os requisitos técnicos e prazos constantes neste Termo de Referência 3.1.3. Abertura de chamados: Site Web, telefone (0800) e/ou email, providenciados pela CONTRATADA. Este serviço deverá estar disponível 24 horas por dia, 7 dias por semana, com geração de número de protocolo de atendimento, o qual só poderá ser fechado após confirmação com técnicos da PRODAM ou Contratante. 3.1.4. Diagnósticos/solução dos chamados, com o efetivo início do atendimento técnico: 3.1.5. A Contratada deverá dar solução e/ou orientações para diagnóstico de problemas e ajuda na interpretação de traces, dumps e logs, além de escalonar, caso necessário, a central de suporte certificado do fabricante de forma a envolver no atendimento do chamado a engenharia de produto. O atendimento deverá ser promovido por telefone, acesso remoto (Suporte Técnico de nível 1), sendo que, caso seja necessário, deverá ser efetivado com atendimento/suporte técnico onsite (Suporte Técnico nível 2 e/ou 3). 3.1.6. Os atendimentos cujas interações de correções necessitarem de continuidade após o horário comercial, deverão ter suas continuidades garantidas pela CONTRATADA. 3.1.7. A CONTRATADA deve fornecer o suporte técnico certificado pelo fabricante e vinculado aos equipamentos/serviços constantes neste descritivo técnico. Referido suporte técnico on-site deve ser fornecido conforme os seguintes requisitos: 3.1.8. Suporte técnico de nível 2 (substituição de equipamentos em campo) e 3 (suporte para problemas construtivos) a todos os itens ofertados no lote 2 e lote 3, de forma a garantir o cumprimento de todos os requisitos abaixo. 3.1.9. Disponibilizar acesso aos funcionários da CONTRATANTE para que possam acessar o site do fabricante para uso de softwares e ferramentas certificadas pelo fabricante. 3.1.10. Possuir suporte técnico remoto para todos os itens ofertados durante o período de vigência da garantia/vigência contratual, assegurando atendimento a incidentes da produção:
3.2. MODALIDADE DO ATENDIMENTO CONFORME A SEVERIDADE: 3.2.1. Itens do lote 1 e lote 2: 3.2.2. Severidade Alta (indisponibilidade): Atendimento remoto de consultor especializado, com tempo de retorno referente ao 1º contato técnico no chamado e com o efetivo início do atendimento técnico em até 3 (três) horas após a abertura do chamado, com solução em no máximo 6 (seis) horas da abertura do chamado; 3.2.3. Severidade Média (indisponibilidade parcial e/ou lentidão): Atendimento remoto de consultor especializado, com tempo de retorno referente ao 1º contato técnico no chamado e com o efetivo início do atendimento técnico em até 5 (cinco) horas após a abertura do chamado, com solução em no máximo 10 (dez) horas da abertura do chamado; 3.2.4. Severidade Baixa (lentidão e/ou mensagens de alerta/erro - serviço com disponibilidade precária): Atendimento remoto de consultor especializado, com tempo de retorno referente ao 1º contato técnico no chamado e com o efetivo início do atendimento técnico em até 5 (cinco) horas após a abertura do chamado, com solução em no máximo 24 (vinte e quatro) horas da abertura do chamado. 3.2.5. O suporte técnico deverá, ainda, fornecer orientações para diagnóstico de problemas e ajuda na interpretação de traces, dumps e logs sempre acionando a engenharia de produto para os chamados de severidade Alta ou Média. 3.2.6. Os atendimentos cujas interações de correções necessitarem de continuidade após o horário comercial, deverão ter suas continuidades garantidas. 3.2.7. O suporte técnico deverá, ainda, prover informações sobre correções, ou a própria correção. 3.2.8. Nos casos de defeitos não conhecidos, as documentações recebidas da instalação (tais como: traces, dumps e logs) deverão ser encaminhadas aos laboratórios dos produtos a fim de que sejam fornecidas as devidas soluções. 3.2.9. A garantia dos lotes 01 e 02 será de mínimo 36 (trinta e seis) meses, incluindo todos os equipamentos, módulos e todos os itens do lote 01 e lote 02, a ser provida pela CONTRADA e, solidariamente, pelo fabricante, nos termos da legislação atinente. 3.2.10. A PRODAM deverá ter acesso direto ao site do fabricante para atualização, sem ônus adicional, dos softwares instalados e fornecimento de novas versões de software, por necessidade de correção de problemas ou por implementação de novos releases. 3.2.11. Em caso de defeito no equipamento, onde o diagnóstico aponte para problemas com o hardware, não havendo solução nos prazos acima especificados, sem prejuízo das penalidades cabíveis: 3.2.12. Caso seja detectada a necessidade de troca de todo o equipamento, CONTRATADA deverá prover, através de seus serviços formais, o equipamento substituto com hardware de mesmo modelo ou superior. 3.2.13. A CONTRATADA deverá promover toda a logística de entrega do equipamento substituto nas dependências onde se encontra o equipamento com defeito e a retirada do mesmo, sem custo para a CONTRATANTE.
3.2.14. A CONTRATADA deve garantir a conclusão dessa operação de substituição em até, no máximo, 2 dias úteis, a contar da data de abertura do chamado. 3.3. ATUALIZAÇÕES DE SOFTWARE: 3.3.1. Todos os equipamentos envolvidos nesta garantia deverão possuir atualização de software/firmware durante o período 3.4. TREINAMENTO: 3.4.1. A CONTRATADA deverá ministrar capacitação nos lote 1 e lote 2 para no mínimo 8 (oito) funcionários em duas turmas conforme cronograma definido entre as partes, dentro do município de São Paulo ou em outras localidades, desde que em comum acordo e com os custos arcados pela CONTRATADA; 3.4.2. O treinamento é parte do aceite da solução, conforme item 3.5. 3.5. PRAZO DE ENTREGA 3.5.1. O prazo de entrega dos equipamentos deste Termo de referência será de 30 dias corridos, a partir da assinatura do contrato. 3.6. TERMO DE ACEITE 3.6.1. O Termo de aceite se dará em ate 10 dias uteis à partir da entrega dos equipamentos, e estará condicionado ao treinamento item 3.3 deste Termo de Referência.