ILMO. SR. PREGOEIRO DO PREGÃO ELETRÔNICO PARA REGISTRO DE PREÇOS Nº 05/2010 (PROCESSO Nº 76/2010-TB) TELEBRÁS

ILMO. SR. PREGOEIRO DO PREGÃO ELETRÔNICO PARA REGISTRO DE PREÇOS Nº 05/2010 (PROCESSO Nº 76/2010-TB) TELEBRÁS PREGÃO ELETRÔNICO PARA REGISTRO DE PREÇOS Nº 05/2010 (PROCESSO Nº 76/2010-TB) - TELEBRÁS MEDIDATA INFORMÁTICA S.A., sociedade devidamente qualificada nos autos do Processo Licitatório em referência, instada a manifestar-se acerca do Recurso Administrativo interposto por HUAWEI DO BRASIL TELECOMUNICAÇÕES LTDA. contra a r. decisão que a declarou vencedora do certame, após desclassificação da proposta da Recorrente, vem, por seu representante autorizado infra-assinado, apresentar suas CONTRARRAZÕES, o que faz pelos fatos e sob os fundamentos que passa a expor. 1. Em apertada síntese, a Recorrente (HUAWEI), funda seu recurso em suposto equívoco cometido pelo D. Pregoeiro ao analisar sua proposta e documentação, segundo ela, adequadas, com melhor preço e de acordo com os instrumentos do Edital e legislação de regência e, ainda, sugere infundadas razões para desclassificação da ora Recorrida, por deficiência técnica, conforme exposto nas suas razões. Requer, ao final, em face das supostas ilegalidades e vícios apontados, seja seu Recurso provido, com a reforma da decisão atacada, afastando-se os motivos da desclassificação de sua proposta, promovendo-se a necessária homologação e conseqüente adjudicação do certame a seu favor ou, alternativamente, seja desclassificada a proposta da ora Recorrida. 2. Com a devida vênia, não pode prosperar o recurso interposto pela HUAWEI. Tratase de mero inconformismo contra sua acertada desclassificação e que, decerto, não encontrará guarida nesse Órgão Julgador. 3. Com efeito, observando-se atentamente os termos do EDITAL e instrumentos que regem o aludido certame, juntamente com as alegações do Sr. Pregoeiro, verifica-se que a Recorrente, de fato, desatendeu exigências essenciais do Edital convocatório. 4. Ao contrário do entendimento da Recorrente, autorizar tardiamente a entrega de documentos, a correção e/ou adequação de erros conforme detectado pelo Sr. Pregoeiro importaria em violação aos princípios da isonomia e vinculação ao instrumento convocatório, consagrados no artigo 3º da Lei 8.666/93. Ao Pregoeiro é dada, sim, a faculdade de sanar e não a obrigatoriedade de fazê-lo, posto que ao licitante é exigido, sempre, o fiel cumprimento do instrumento convocatório quer para fins de habilitação quer para fins de classificação. 5. Além das razões suscitadas pelo Sr. Pregoeiro, a Recorrida passa a elencar outras razões que, por si só, justificariam a desclassificação da Recorrente, por total impropriedade técnica. São elas. 1

DEFICIÊNCIA TÉCNICA DA PROPOSTA E PRODUTOS OFERTADOS PELA RECORRENTE ITEM 1 Documento: 1. Descritivo de Projeto - Telebrás PNBL CORE IP - PE_05-2010 Configuração Ofertada Item 7 Roteador Tipo 6 Deveriam ter sido ofertados 40 (quarenta) módulos de 2 portas 10GE. O requisito do Edital é claro: Nesse caso a Recorrente apresentou em sua proposta original o fornecimento de somente 20 (vinte) placas, uma por equipamento, sendo certo que, deveriam ter sido fornecidas 40 (quarenta) placas, duas por equipamento, para que o requisito de distribuição das placas em 2 (dois) ou mais slots fosse plenamente atendido. Tal configuração foi proposta pela própria Huawei no Bayface do equipamento, abaixo, presente na página 17 da proposta técnica da proponente. 2.2.6. Configuração Ofertada Item 7 Roteador Tipo 6 Sendo assim, a proposta da empresa Recorrente não atende o item GR1-IT7-GI19 das especificações técnicas do Edital. 2

ITEM 2 Documento: 1. Descritivo de Projeto - Telebrás PNBL CORE IP - PE_05-201 Item do Edital: Item ofertado pela Huawei: De acordo com oferta, observa-se que foram instalados 2 (dois) módulos de 4 (quatro) portas OC-48c por carrier card LPUF-10. Segundo o manual: Hardware Description NE40E, entende-se que o módulo LPUF- 10 tem capacidade de 10Gbps: Segundo o manual Product Description NE40E, essa capacidade está mais explícita: 3

Ora, 8 (oito) portas OC-48c, como ofertado pela Recorrente (Huawei) e solicitado no Edital, correspondem à 20 Gbps. O módulo e placas ofertados para o item 1.13 estão com oversubscription, o que não é admitido no Edital: Mais uma vez, a proposta da empresa Recorrente não atende às especificações do item 5.15 do Anexo I do Edital. ITEM 3 Documentação A documentação apresentada pela Huawei não atende 2 (dois) itens por capacidade inferior à solicitada (capacidade de FIB IPv4 1,5 milhão de prefixos - e capacidade de rotas Multicast 32.000), e um item por falta de referência (capacidade da LFIB). O documento apresentado originalmente, Product Description NE40E, aponta os números: Trecho da Tabela Original A: 4

Trecho da Tabela Original B: Em sede de recurso, a Huawei indica um novo documento para o mesmo equipamento, diferente do documento apresentado com a proposta técnica original e com as seguintes informações: Trecho da Tabela Nova 01 : OBS1: Em comparação ao Trecho da Tabela Original A estão diferentes as informações das linhas IPv4/IPv6 forwarding e IPv4/IPv6 FIB. Trecho da Tabela Nova 02: 5

OBS1: Em comparação ao Trecho da Tabela Original B estão diferentes as informações das linhas Number os Multicast Routes e Number of multicast forwarding entries. Entretanto para o seguinte item do edital: A justificativa para o item acima, GR1-IT3-MP15, presente na versão anterior do manual estava comprovada através da linha Number of LSPs da seguinte tabela: Product Description - NE40E, Cap83 Service Performance Specifications, pag 212, Table 8-9, MPLS Abaixo, na nova versão, a comprovação para o item GR1-IT3-MP15 Number of LSPs - foi substituída por outra (capacidade da MPLS LFIB 500K), aparentemente para manter a mesma formatação e indexação do documento original. Dessa forma, no novo documento, o item GR1-IT3-MP15 Number of LSPs (100k) não possui comprovação de atendimento e essas informações apresentadas estão divergentes, comparando-se um documento ao outro. Outra questão é que ambos os documentos apresentados ou deixam sem comprovação um item do Edital capacidade de LSPs simultaneous - ou demonstram capacidades inferiores às solicitadas nas especificações técnicas do 6

Edital 1,5 milhão de prefixos Ipv4 (FIB) por sistema e capacidade para 32.000 rotas multicast. Notadamente, a proposta da empresa Recorrente não atende simultaneamente as especificações dos itens acima citados. ITEM 4 Item do edital Resposta Huawei: Atendimento ao item, conforme indicado em: Product Description - NE40E, Cap8.4 System Features, pag 218, Table 8-10, Command line interface Entretanto, esta documentação não tem nenhuma referência à capacidade de implementação de scripts: A documentação na versão atualizada permanece a mesma: 7

ITEM 5 Item do Edital Resposta da Huawei: Product Description - NE40E, Cap 3.6 SPUC, pag 67, quarto marcador 8

Não há nenhuma referência ou informação sobre a Somente um módulo foi ofertado por equipamento. capacidade do módulo. Sendo assim, a proposta da empresa Recorrente não atende as especificações do item GR1-IT2-AD3 do Edital. ITEM 6 Item do edital Resposta Huawei: 1) Command Reference - NE40E, MPLS Commands, Basic MPLS Configuration Commands, reset mpls ldp 2) Command Reference - NE40E, VPN Commands, PWE3 Configuration Commands, reset pw -- Running the reset mpls ldp vpn-instance command, you can reset a specified LDP VPN instance. Note that any existing interfaces, peers, sessions, LSPs on the LDP instance being reset are deleted and re-created. Running the reset mpls ldp peer command, you can reset sessions, LSPs, and CR- LSPs of a specified peer. Running the reset mpls ldp vpn-instance vpn-instancename peer peer-id command, you can reset a specified peer of a VPN instance. -- If a PW template has been created, re-creating the PW template leads to re-creation of all the PWs that use this template. PW attributes can be configured through the PW template or through commands. The attributes configured through commands take precedence over those configured through the template. If you configure PW attributes by using commands, the attributes in the PW template do not take effect. Therefore, if you run the reset pw pw-template command and the reset pw vcid command, the PW attributes remain unchanged. You can configure the PW attributes to be modified on the PW template rather than configure the attributes by using commands. If you create a PW template with the same name as an existing one, the PWs of the existing PW template are re-created. If a PW cites a PW template, the attributes of the PW change along with the attributes of the template. If PW attributes are specified in the command, the corresponding PW attributes in the PW template do not take effect. Therefore, after you run the reset pw pwtemplate or the reset pw commands, the PW attributes do not change. -- 9

Os comandos citados pela Recorrente (Huawei), não atendem as especificações técnicas do item GR1-IT2-GR20 do Termo de referência do Edital. Esses comandos não terminam completamente e reiniciam um determinado processo do sistema, como por exemplo, um processo como BGP, OSPF, etc. Os comandos simplesmente zeram o conteúdo de 2 (dois) serviços específicos, portanto, os serviços somente têm informações apagadas, mas o processo continua em funcionamento. Evidentemente, não ocorre finalização do processo e o mesmo não é recarregado pelo sistema operacional do equipamento. Para que o sistema ofertado pela Recorrente atendesse o requerido no Edital, um processo deveria ser completamente encerrado e reiniciado. Diante do exposto, a solução ofertada pela Recorrente não atende plenamente o item mencionado. ITEM 7 Item do edital Resposta Huawei Atendimento, indicando: Product Description - NE40E, Cap5145 Ethernet OAM, pag 176, Ethernet Performance Management A resposta de atendimento acima não tem relação alguma com o item solicitado e o item não tem comprovação de atendimento válida. Portanto, subentende-se que A Recorrente não atende as especificações técnicas e requisitos de atendimento do Edital. ITEM 8 Item do edital 10

Resposta Huawei Atendimento, indicando: Product Description - NE40E, Cap5135 DHCP Snooping, pag 161 A resposta de atendimento acima não tem relação alguma com o item solicitado. A funcionalidade DHCP Snooping pode ser usada para evitar ataques DOS contra clientes, não contra o próprio equipamento. Sendo que, o item acima não possui comprovação de atendimento válida para a funcionalidade. Portanto, entende-se que a Recorrente não atendeu as especificações técnicas e requisitos de atendimento do Edital. ITEM 9 Item do edital Resposta Huawei Atendimento, indicado: Command Reference - NE40E, Interface Management Commands, Virtual Interface Configuration Commands Usage Guidelines The VE interface is mainly applied to IPoEoA. If a VE interface is bound to a physical interface, you can delete the VE interface only after the VE interface is unbound from the physical interface. You need to create VE interfaces when connecting an L2VPN to multiple L3VPNs. VE sub-interfaces can only be created in the VE main interface that terminates QinQ. The value of the VE sub-interface number ranges from 1 to 1024. Before setting a VE interface to work in QinQ termination mode, you must use the ve-group ve-group-id l3-access command to set the interface as an L3VE interface; otherwise, the mode user-termination command cannot be used. Before using the undo mode user-termination command on a VE main interface, which frees the interface from the QinQ termination mode, you must delete all subinterfaces of the main interface; otherwise, the system prompts the following error message "Error: Please delete all subinterfaces of this interface first." 11

A resposta de atendimento acima não atende o item solicitado. O sistema fornecido deveria suportar um endereço IP Virtual que atendesse a especificação técnica citada. Sendo que o item acima não possui comprovação de atendimento válida para a funcionalidade, entende-se que não atende as especificações técnicas e requisitos de atendimento do Edital. ITEM 10 Item do edital: Resposta da Huawei Atendimento, com indicação de: Product Description - NE40E, Cap5136 Local Defense attack, pag 162 Esta referência não possui nenhuma relação com o item solicitado no Edital (QoS), que indica a necessidade de suporte de QoS (proteção do tráfego prioritário internamente) para acesso à switching-fabric. Considerando que o item supracitado não possui comprovação de atendimento válida para a funcionalidade, entende-se que não foram atendidas as especificações técnicas e requisitos de atendimento do Edital. ITEM 11 Item do edital: GR1-IT3-GI27 Suportar interface 100GE padrão IEEE 8023ba Resposta da Huawei: Ciente e de acordo. Vide Descritivo Técnico em Escopo de fornecimento Descritivo Técnico: 12

Ao contrário de outros módulos, não foi fornecida absolutamente nenhuma documentação (Hardware Description, Product Description, Data Sheet) que indique que esse módulo é atualmente suportado no equipamento ofertado pela Recorrente. Tampouco foi fornecida informação técnica sobre o item em questão. Tendo em vista que este item não aceita atendimento em Roadmap, não possui comprovação de atendimento válida para a capacidade solicitada de 100GigabitEthernet, e pela falta de informações disponíveis na proposta técnica, documentação e ponto-a-ponto que justifiquem o posicionamento dessa placa para o equipamento NE40E e a sua compatibilidade para tal, entende-se que a oferta da empresa Huawei para este item não atende as especificações técnicas e requisitos de atendimento do Edital. DA SUPOSTA MELHOR PROPOSTA DA RECORRENTE E SUA QUESTIONÁVEL OFERTA Comentário da empresa Huawei (pág. 08 do recurso): Por fim, cabe registrar que a proposta apresentada pela HUAWEI DO BRASIL TELECOMUNICAÇÕES LTDA é a que se apresenta mais vantajosa para a TELEBRÁS, também sob o ponto de vista financeiro, eis que traduz economia próxima a R$ 7.500.000,00 (SETE MILHÕES E QUINHENTOS MIL REAIS), valor superior a 10% (dez por cento) do valor da proposta da MEDIDATA. Cumpre a Recorrida se insurgir contra as alegações da Recorrida acerca da diferença de preços entre as propostas dos fabricantes. São, basicamente, 5 (cinco) principais razões: 13

a) A questão da interface 100GE (outro equipamento): A empresa Recorrente cotou para todos os Roteadores, equipamentos da mesma linha, NE40E, equipamentos que não atendem devidamente as especificações técnicas do Edital. Para os Roteadores do tipo 02, por exemplo, as referências apresentadas pela Huawei, indicam um módulo de interface 100GE compatível com o padrão IEEE 802.3ba, porém, não há nenhuma indicação do suporte comercial a interfaces de 100Geth na família de equipamentos ofertados(ne40e-x) Mesmo na versão mais atualizada do manual on-line (HUAWEI NetEngine40E Universal Service Router, Hardware Description), no anexo B-1 (Table B-2 shows the LPUs and the corresponding Flexible Plug-in Cards (FPICs) supported by the NE40E.) não há referência à 1x100GE LPUI-100. Decerto, para que o Edital fosse atendido plenamente, o fabricante Huawei deveria fornecer linhas de equipamentos compatíveis com as especificações técnicas do Edital e não equipamentos de porte inferior ao especificado, utilizados para agregação de serviços e não como roteadores de core de redes do porte da rede MPLS/IP que está sendo planejada. Contudo, o fabricante Huawei apresentou preços inferiores, por não atender plenamente as especificações técnicas do Edital, indo contra o objetivo do certame, e, sendo assim, por apresentar equipamentos que não atendem tais especificações, sua solução não concorre em pé de igualdade com as linhas ofertadas pela proposta técnica da empresa Medidata Informática S/A, que fornecerá para os roteadores tipo 1 e 2, por exemplo, equipamentos como o CRS-1 e CRS-3 que, além de atenderem plenamente as especificações técnicas do Edital, são equipamentos da mais alta linha de equipamentos da Cisco, e não concorrem diretamente com a linha NE40E, mas, sim com linhas superiores do fabricante Huawei, as quais não foram apresentadas neste certame. b) número de módulos 10GE no tipo 6: Na configuração ofertada para o Item 7 Roteador Tipo 6 a Recorrente cotou um número de módulos menor do que os requisitos da especificação técnica e do que foi apresentado no Bayface do equipamentos que seria fornecido. Segue, abaixo, trecho copiado da proposta da proponente: 14

Ora, deveriam ter sido ofertados 40 (quarenta) módulos de 2 portas 10GE, não 20 (vinte). Nesse sentido, o requisito do edital é claro: Nesse caso a empresa Recorrente apresentou em sua proposta original o fornecimento de somente 20 (vinte) placas, uma por equipamento, sendo que, deveriam ter sido cotadas 40 (quarenta) placas, duas por equipamento, para que o requisito de distribuição das placas em 02 (dois) ou mais slots fosse plenamente atendido. Tal configuração foi proposta pela própria Huawei no Bayface do equipamento, abaixo, presente na página 17 da proposta técnica da proponente. 2.2.6. Configuração Ofertada Item 7 Roteador Tipo 6 Obs: O desenho apresenta no Slot 02 2.1 e 2.2 - (dois) cartões de 2x10G, ou seja, são necessários 02 (dois) cartões por equipamento. Sua proposta de preços, contrariando as especificações técnicas e a própria proposta técnica da proponente apresenta somente um módulo para cada equipamento. Assim sendo, a proposta da empresa Recorrente não atende o item GR1-IT7- GI19 das especificações técnicas do Edital, vindo a apresentar proposta de preços com valor inferior ao que deveria ser fornecido para atender tais especificações. Decerto, sua proposta de preços está inconsistente para este item, já que não possui o valor de 20 cartões que deveriam ter sido adicionados à sua proposta de preços. 15

c) Oversubscription no módulo POS OC48; Documento: 1. Descritivo de Projeto - Telebrás PNBL CORE IP - PE_05-201 Item 1.13 do edital: Item ofertado pela Huawei: Para o item 1.13 do Termo de referência, observa-se que foram instalados 2 (dois) módulos de 4 (quatro) portas OC-48c por carrier card LPUF-10. Segundo o manual: Hardware Description NE40E, entende-se que o módulo LPUF-10 tem capacidade de 10Gbps: Segundo o manual Product Description NE40E, essa capacidade está mais explícita: 16

Diante dos esclarecimentos acima, da forma como foi ofertada a configuração para essa placa de interface, 8 portas OC-48c, o módulo e placas ofertados para o item 1.13 estão com oversubscription, ou seja, não operarão em plena capacidade, ou line rate, o que não é admitido no edital: Isto posto, a proposta da empresa Huawei possui cotação da supracitada placa com capacidade aquém do requerido nas especificações técnicas do Edital, ou seja, a cotação foi feita com quipamento de menor porte e, sendo assim, de menor custo, indo contra as especificações e objetivos do certame. d) Capacidade do módulo de NAT Quanto ao Item GR1-IT2-AD3 do Edital: A resposta da Huawei, abaixo, não indica a capacidade do módulo ofertado, e incluiu o valor de somente um módulo por equipamento, ou seja, não há comprovação de que somente um modulo será necessário para atender a necessidade da Telebrás. Product Description - NE40E, Cap 3.6 SPUC, pag 67, quarto marcador 17

Em contrapartida, a Medidata Informática S/A, ora Recorrida, ofertou módulo CRS-CGSE com capacidade comprovada de 5M de traduções simultâneas, testado e utilizado em Operadoras de Serviços de porte Internacional. Não fica claro, em momento algum, através da documentação e componentes apresentados na proposta da Recorrente Huawei a capacidade real do módulo para o atendimento das especificações deste item. Tendo em vista que o item acima também não possui comprovação de atendimento válida para a funcionalidade, entende-se que o mesmo não atende as especificações técnicas e requisitos de atendimento do Edital. Portanto, não pode ser validada a proposta de preços para o item 1.2 do Termo de Referência, pois não se pode comprovar, em caráter definitivo, que os componentes ofertados pela empresa Huawei, neste item, possuem capacidade para atender os requisitos do Edital. e) Capacidade dos equipamentos Além dos outros itens citados acima, existem diferenças enormes entre a capacidade da solução apresentada pela Medidata, por exemplo, capacidade, evolução tecnológica, gerência multivendor, com múltiplos níveis de gerência, o fornecimento de solução de gerência de desempenho líder de mercado [Infovista]. A solução Cisco fornecida pela Medidata respeitou a arquitetura proposta pela Telebrás, disponibilizando linhas de equipamentos compatíveis com seu papel na hierarquia da rede e que apresentam capacidade de crescimento que suportarão o crescimento da rede do PNBL da Telebrás. Além disso, os equipamentos fornecidos já são utilizados, cada um em seu papel hierárquico, Core, Peering, Edge Router, Route Reflector, MPLS VPN, em Provedores de Serviço de grande porte e em redes com altíssima capacidade de comutação de pacotes, trazendo à Telebrás equipamentos de última tecnologia e que já foram testados nas mais diversas situações de implementação e tipos de tráfego comutado. Já a oferta da proponente Huawei, peca por utilizar a mesma linha equipamentos (NE40E-X) em todas as funções e papéis hierárquicos da rede. Os equipamentos ofertados pela empresa Huawei, não são equipamentos competitivamente equiparáveis com a solução ofertada pela Medidata Informática S/A, sendo que a linha NE40E-X é utilizada para agregação de serviços de redes de alta capacidade e não como roteadores de core de redes do porte da que está sendo planejada no PNBL. Devidamente a diferença entre as linhas ofertadas gera grande diferença no que tange a precificação dos equipamentos, porém o que deve ser atendido no Edital são as especificações técnicas do Termo de Referencia, de 18

acordo com os parâmetros estabelecidos pela Telebrás, sendo que conforme está comprovado nos demais itens desse documento a proposta da Huawei não atende tecnicamente as especificações desse Edital. 6. No que tange aos infundados ataques direcionados à Recorrida, melhor sorte não assiste a Recorrente. Em verdade, a Recorrente prende-se a meras picuinhas, camufladas sob o suposto manto de inadequação técnica, para tentar invalidar o resultado final da Licitação. 7. Aliás, observando os critérios de julgamento, vê-se que os supostos defeitos graves presentes na proposta declarada vencedora não têm a menor relevância, eis que não vislumbram erros ou falhas que alterem a substância e a validade técnica e jurídica da proposta e documentação encaminhada pela Recorrida, MEDIDATA. 8. Pois bem. Em homenagem ao princípio do contraditório, serão esclarecidos, a seguir, também em forma de itens, todos os questionamentos técnicos suscitados pela Recorrente, de modo que, ao final, seja confirmada a classificação da MEDIDATA, como vencedora do certamente. DA SUPOSTA INADEQUAÇÃO DA PROPOSTA APRESENTADA PELA MEDIDATA 2.B.1) Exigência do edital - Item GR1-IT3-GI30. Possuir 30 interfaces 1Gbps distribuídas em 2 ou mais slots: Resposta: A justificativa apresentada pela Recorrente não está correta. A descrição da configuração descrita pela Huawei apresenta-se incorreta e não condiz com o hardware da solução apresentada pela Medidata. Trata-se de uma infadada tentativa de colocar em erro esse Órgão Julgador. Notadamente, para atendimento ao item GR1-IT3-GI30, em questão, são utilizadas as interfaces GE (SPA-8X1GE-V2) ocupando cada uma sub-slot do módulo 2-10GE-WL-FLEX. Estes módulos permitem a inserção de 2 (dois) módulos SPA, correspondendo, na configuração proposta, a 2 (dois) interfaces 10GE e 16 interfaces GE por slot. 2 (dois) módulos 2-10GE-WL-FLEX estão sendo ofertados pela MEDIDATA, cumprindo totalmente o requisito do item de distribuição das interfaces GE (32 no total) em pelo menos 2 (dois) slots. Ressalte-se, ainda, que foi requisitado, no item GR1-IT3-GI31, capacidade de 6 (seis) interfaces 10Gbps distribuídas em 2 (dois) ou mais slots. Para atendimento deste item está sendo fornecido um módulo de 4 (quatro) portas 10Gbps (placa 4-10GBE-WL-XFP) que, juntamente com os 2 (dois) 19

módulos 2-10GE-WL-FLEX já citados, totalizam 8 (oito) portas 10Gbps. Dessa forma, a configuração apresentada, ocupa 3 (três) slots dos 8 (oito) slots disponíveis para interface e atende plenamente ao requisito do item GR1-IT3-GI32, qual seja, possuir, no mínimo, 5 (cinco) slots livres para módulo com interface de serviço. 2.B.2) Exigência do edital - GR1-IT3-CD9 - A arquitetura do equipamento deve garantir funcionamento wire speed com pacotes a partir de 128bytes de tamanho e a presença de mecanismos para evitar congestionamentos em caso de Head of Line blocking. Resposta: O recurso apresentado pela Recorrente para este item não está correto. A Medidata atende plenamente a solicitação do Edital, conforme informado na documentação técnica entregue a Telebrás, tendo em vista que, por definição, são 2 (dois) requisitos independentes. A capacidade de proporcionar wire speed com pacotes a partir de 128Bytes, considerando 100Gbps por slot, se traduz em um processador de pacotes com capacidade igual ou superior à 75.3 Mpps (capacidade máxima de uma interface 100GE ou 10 interfaces 10GE com pacotes de 128Bytes) ou capacidade igual ou superior à 30.12 Mpps para cartões de 40Gbps. Este requisito é atendido com o emprego dos módulos de encaminhamento FP-140, com capacidade de 125Mpps (para interfaces 100Gbps) ou com módulos de encaminhamento FP-40, com capacidade superior à 40Mpps, conforme indicado na resposta para o item GR1-IT3-CD5. (Comprovado através de carta fornecida pelo Fabricante e já apresentada). Para evitar Head of Line Blocking, o equipamento utiliza o recurso de speedup de fábrica, conforme resposta para o item GR1-IT3-GR3. (Capacidade de speed-up na switching-fabric: Documentação do fabricante já entregue e comprovada para este item: Roteador Tipo 2 - CRS-3-8 - Line Card Chassis System Description - Installation Guide.pdf, pagina 61 do arquivo pdf Link: http://www.cisco.com/en/us/docs/routers/crs/crs1/8_slot/system/description /hq6345_4.html) 20

2.B.3) Exigência do edital - GR1-IT3-3L6 Implementar RFC 4291 IPv6 Addressing Architecture. Resposta: O recurso apresentado pela Recorrente para este item não está correto. A Medidata atende plenamente a solicitação, conforme previamente informado na documentação técnica entregue a Telebrás, que apresenta a implementação dos modelos de endereçamento IPv6, através do documento já entregue (Roteador Tipo 2 - CRS-3-8 -Cisco IOS XR IP Addresses and Services Configuration Guide for the Cisco CRS Router Release 4.0.pdf, pagina 176 do arquivo pdf http://www.cisco.com/en/us/docs/routers/crs/software/crs_r4.0/addr_serv/c onfiguration/guide/ic40crs1book_chapter8.html#con_1011820) estando em total conformidade com a RFC 4291. Normalmente não se incluem nos Manuais Técnicos do sistema, referências à implementação de arquiteturas definidas pelo IETF, mas, sim, aos protocolos que implementam essas arquiteturas. 2.B.4) Exigência do edital GR1-IT3-3L7 - Implementar RFC 3587 IPv6 Global Unicast Address Format Resposta: O recurso apresentado pela Recorrente para este item não está correto. A Medidata atende, mais uma vez, plenamente, a solicitação, conforme previamente informado na documentação técnica entregue a Telebrás, que, por sua vez, apresenta a implementação do formato de endereçamento global unicast IPv6, em total conformidade com a RFC 3587. Para esclarecimento da funcionalidade, segue, abaixo, trecho da RFC que define o endereço no formato em questão: The general format for IPv6 global unicast addresses as defined in "IP Version 6 Addressing Architecture" [ARCH] is as follows: n bits m bits 128-n-m bits +-------------------------+-----------+----------------------------+ global routing prefix subnet ID interface ID +-------------------------+-----------+----------------------------+ where the global routing prefix is a (typically hierarchically-structured) value assigned to a site (a cluster of subnets/links), the subnet ID is an identifier of a subnet within the site, and the interface ID is as defined in section 2.5.1 of [ARCH]. The global routing prefix is designed to be structured hierarchically by the RIRs and ISPs. The subnet field is designed to be structured hierarchically by site administrators. 21

[ARCH] also requires that all unicast addresses, except those that start with binary value 000, have Interface IDs that are 64 bits long and to be constructed in Modified EUI-64 format. The format of global unicast address in this case is: n bits 64-n bits 64 bits +-------------------------+-----------+----------------------------+ global routing prefix subnet ID interface ID +-------------------------+-----------+----------------------------+ where the routing prefix is a value assigned to identify a site (a cluster of subnets/links), the subnet ID is an identifier of a subnet within the site, and the interface ID is a modified EUI-64 format as defined in [ARCH]. An example of the resulting format of global unicast address under the 2000::/3 prefix that is currently being delegated by the IANA and consistent with the recommendations in RFC 3177 is: 3 45 bits 16 bits 64 bits +---+---------------------+-----------+----------------------------+ 001 global routing prefix subnet ID interface ID +---+---------------------+-----------+----------------------------+ que por sua vez condiz exatamente com o que está descrito na documentação apresentada (Roteador Tipo 2 - CRS-3-8 -Cisco IOS XR IP Addresses and Services Configuration Guide for the Cisco CRS Router Release 4.0.pdf, paginas 178 e 179 do arquivo pdf Link: http://www.cisco.com/en/us/docs/routers/crs/software/crs_r4.0/addr_serv/c onfiguration/guide/ic40crs1book_chapter8.html#con_1016460) Segue, abaixo, a fiel transcrição do trecho tal qual no referido documento. An aggregatable global address is an IPv6 address from the aggregatable global unicast prefix. The structure of aggregatable global unicast addresses enables strict aggregation of routing prefixes that limits the number of routing table entries in the global routing table. Aggregatable global addresses are used on links that are aggregated upward through organizations, and eventually to the Internet service providers (ISPs). Aggregatable global IPv6 addresses are defined by a global routing prefix, a subnet ID, and an interface ID. Except for addresses that start with binary 000, all global unicast addresses have a 64-bit interface ID. The current global unicast address allocation uses the range of addresses that start with binary value 001 (2000::/3). Figure 1 shows the structure of an aggregatable global address. Figure 1. Aggregatable Global Address Format 22

2.B.5) Exigência do edital - GR1-IT3-3L9 - Implementar RFC 2711 IPv6 Router Alert Option Resposta: O recurso apresentado pela Recorrente para este item não está correto. A Medidata atende plenamente a solicitação, conforme comprovação de atendimento feita através de carta do fabricante (já apresentada). Portanto, sua proposta está em conformidade com a RFC 2711, para mensagens de MLD (RFC-2710). 2.B.6) Exigência do edital - GR1-IT3-3L10 - Implementar RFC 4213 Transition Mechanisms for IPv6 Hosts and Routers - Dual IP Layer Resposta: O recurso apresentado pela Recorrente para este item também não está correto. A Medidata atende plenamente a solicitação do Edital, o que pode ser corroborado com o simples compulsar da documentação técnica entregue a Telebrás, que apresenta a descrição da funcionalidade de dualstack (IPV4/IPv6), absolutamente fiel ao que a RFC 4213 se refere como Dual IP Layer 2.B.7) Exigência do edital - GR1-IT3-OS13 - Implementar RFC 5187 OSPFv3 Graceful Restart Resposta: O recurso apresentado pela Recorrente para este item não está correto. A Medidata atende plenamente a solicitação, conforme previamente informado na documentação técnica entregue a Telebrás, que apresenta os passos para implementação de OSPFv3 Graceful Restart e que, por sua vez, está em total conformidade com a RFC 5187. O referido documento foi entregue a Telebrás em momento oportuno (Roteador Tipo 2 - CRS-3-8 - Cisco IOS XR Routing Configuration Guide for the Cisco CRS-1 Router Release 4.0.pdf, pagina 353 e 354 do arquivo pdf Link: http://www.cisco.com/en/us/docs/routers/crs/software/crs_r4.0/routing/conf iguration/guide/rc40crs1_chapter4.html#task_1236005 ) 2.B.8) Exigência do edital GR1-IT3-IS3 - Implementar RFC 2104, HMAC: Keyed- Hashing formessage Authentication, IS-IS HMAC-MD5 Authentication 23

Resposta: O recurso apresentado pela Recorrente para este item não está correto. A Medidata atende plenamente a solicitação, conforme foi demonstrado através da documentação técnica entregue a Telebrás, que apresenta a implementação da funcionalidade em questão, em conformidade com a RFC2104. (Roteador Tipo 2 - CRS-3-8 - Cisco IOS XR Routing Configuration Guide for the Cisco CRS-1 Router, Release 4.0.pdf, Página 235 do arquivo pdf Link: http://www.cisco.com/en/us/docs/routers/crs/software/crs_r4.0/routing/conf iguration/guide/rc40crs1_chapter3.html#con_1276647 ) 2.B.9) Exigência do edital - GR1-IT3-IS8 - Implementar RFC 3784 Intermediate System to Intermediate System (IS-IS) Extensions for Traffic Engineering (TE) Resposta: O recurso apresentado pela Recorrente para este item não está correto. Novamente, a Medidata atende plenamente a solicitação, conforme demonstrado através da documentação técnica entregue a Telebrás que, decerto, apresenta a implementação de IS-IS extensions for TE, em total conformidade com a RFC 3784 (Roteador Tipo 2 - CRS-3-8 - Cisco IOS XR Routing Configuration Guide for the Cisco CRS-1 Router Release 4.0.pdf, pagina 237 do arquivo pdf Link: http://www.cisco.com/en/us/docs/routers/crs/software/crs_r4.0/routing/conf iguration/guide/rc40crs1_chapter3.html#con_1209267 ). 2.B.10) Exigência do edital - GR1-IT3-IS9 - Implementar RFC 5308 Routing IPv6 with IS-IS Resposta: O recurso apresentado pela Recorrente para este item não está correto. A Medidata atende plenamente a solicitação, como informado na documentação técnica entregue a Telebrás, que apresenta a implementação de IPv6 IS-IS, em total conformidade com a RFC 5308. O referido documento foi entregue a Telebrás em momento oportuno (Roteador Tipo 2 - CRS-3-8 - Cisco IOS XR Routing Configuration Guide for the Cisco CRS-1 Router Release 4.0.pdf, pagina 233 do arquivo pdf Link: http://www.cisco.com/en/us/docs/routers/crs/software/crs_r4.0/routing/conf iguration/guide/rc40crs1_chapter3.html#con_1244977. 24

2.B.11) Exigência do edital - GR1-IT3-MC4 - Implementar RFC 3569 An Overview of Source-Specific Multicast (SSM) Resposta: O recurso apresentado pela Recorrente para este item não está correto. A Medidata atende plenamente a solicitação, conforme informado na documentação técnica entregue a Telebrás. Indicou-se o suporte a PIM- SSM, que é o protocolo utilizado para implementação da funcionalidade de SSM. Decerto, o referido documento foi entregue a Telebrás em momento oportuno (Roteador Tipo 2 - CRS-3-8 - Cisco IOS XR Software Release 3.0.pdf, paginas 1 e 2 do arquivo pdf Link: http://www.cisco.com/en/us/prod/collateral/iosswrel/ps8803/ps5845/product _data_sheet09186a008022d5f4_ps5763_products_data_sheet.html. 2.B.12) Exigência do edital - GR1-IT3-MC5 - Implementar RFC 1112 IGMP Resposta: O recurso apresentado pela Recorrente para este item não está correto. A Medidata atende plenamente a solicitação, conforme previamente informado na documentação técnica entregue a Telebrás. A RFC 1112 em questão foi atualizada pela RFC 2236, que continua sendo plenamente suportada pelo equipamento fornecido e foi comprovada através item GR1-IT3-MC6 (Roteador Tipo 2 - CRS-3-8 - Cisco IOS XR Multicast Configuration Guide for the Cisco CRS Router.pdf, Página 13 do arquivo pdf Link: http://www.cisco.com/en/us/docs/routers/crs/software/crs_r4.0/multicast/co nfiguration/guide/mc40mcst.html#wp1091356. Como informação adicional, segue referência da internet sobre a afirmação supracitada. RFC 1112 (Standard) - Updated by RFC 2236 http://datatracker.ietf.org/doc/search/?name=1112&activedrafts=on&rfcs=o n 2. B.13) Exigência do edital - GR1-IT3-MC12 - Implementar PIM SSM para IPv6 - RFC 3569 Resposta: O recurso apresentado pela Recorrente para este item não está 25

correto. A Medidata atende plenamente a solicitação, conforme informado na documentação técnica entregue a Telebrás, no momento oportuno, indicando claramente o suporte a PIM-SSM para IPv4 e IPv6, que é o protocolo utilizado para implementação da funcionalidade. Como informação adicional, segue referência da internet sobre a afirmação supracitada. http://datatracker.ietf.org/doc/rfc3569/?include_text=1 The purpose of this document is to provide an overview of Source-Specific Multicast (SSM) and issues related to its deployment. It discusses how the SSM service model addresses the challenges faced in inter-domain multicast deployment, changes needed to routing protocols and applications to deploy SSM and interoperability issues with current multicast service models. 2. B.14) Exigência do edital - GR1-IT3-RG3 - Implementar RFC3768 - Virtual Router Redundancy Protocol (VRRP) Resposta: O recurso apresentado pela Recorrente para este item não está correto. A Medidata atende, novamente, a solicitação, conforme já informado na documentação técnica entregue a Telebrás, que apresenta a implementação da funcionalidade VRRP, em conformidade com a RFC3768 (Roteador Tipo 2 - CRS-3-8 -Cisco IOS XR IP Addresses and Services Configuration Guide for the Cisco CRS Router Release 4.0.pdf, pagina 225 do arquivo pdf Link: http://www.cisco.com/en/us/docs/routers/crs/software/crs_r4.0/addr_serv/c onfiguration/guide/ic40crs1book_chapter10.html#con_ipaddrcg_127929197 1953. 2.B. 15) Exigência do edital - GR1-IT3-RG16 - Implementar RFC 3021 - Using 31-Bit Prefixes on IPv4 Point- to-point Links Resposta: Decerto, o recurso apresentado pela Recorrente para este item não está correto. A Medidata atende plenamente a solicitação, conforme informado na documentação técnica entregue a Telebrás, que apresenta a implementação da funcionalidade, em total conformidade com a RFC3021 (Roteador Tipo 2 - Cisco IOS XR IP 26

Addresses and Services Command Reference for the Cisco CRS Router.pdf, pagina 449 do arquivo pdf Link: http://www.cisco.com/en/us/docs/routers/crs/software/crs_r4.0/a ddr_serv/command/reference/ir40ntsk.html#wp1077075. 2. B.16) Exigência do edital - GR1-IT3-MP1 - Implementar RFC 3031 MPLS Architecture Resposta: O recurso apresentado pela recorrente para este item não está correto. A Medidata atende plenamente a solicitação, conforme foi informado na documentação técnica entregue a Telebrás, que apresenta a implementação de MPLS, em total conformidade com a RFC 3031 (Roteador Tipo 2 - CRS-3-8 - Chassi Datasheet.pdf, pagina 02 do arquivo pdf Link: http://www.cisco.com/en/us/prod/collateral/routers/ps5763/crs-3_8- Slot_DS.html ). Há que se observar que, normalmente, não se incluem nos Manuais Técnicos do sistema referências à implementação de arquiteturas definidas pelo IETF, mas, sim, aos protocolos que implementam essas arquiteturas. 2. B.17) Exigência do edital - GR1-IT3-VP13 - Implementar L2VPN - VPWS - Virtual Private Wire Service (RFC 4664) Resposta: O recurso apresentado pela recorrente para este item não está correto. A Medidata atende plenamente a solicitação, conforme foi informado na documentação técnica entregue a Telebrás, que apresenta a implementação de L2VPN baseada em MPLS, em total conformidade com a RFC 4664 (Roteador Tipo 2 - CRS-3-8 - Cisco IOS XR Getting Started Guide for the Cisco CRS-1 Router.pdf, Release 4.0, Página 19 do arquivo pdf Link: http://www.cisco.com/en/us/docs/routers/crs/software/crs_r4.0/getting_star ted/configuration/guide/gs40over.html#wp1276809 ) 2.B.18) Exigência do edital - GR1-IT3-ET4 - Implementar RFC 4090 Fast Reroute Extensions to RSVP-TE for LSP Tunnels Resposta: O recurso apresentado pela Recorrente para este item não está correto. A Medidata atende plenamente a solicitação do Edital. A documentação entregue a Telebrás, inclui a funcionalidade de MPLS/FRR, de acordo com a RFC4090, no modo facility conforme o texto transcrito abaixo: 27

The Point-of-Local Repair (PLR) is a node that selects a backup tunnel and switches the LSP traffic onto the backup tunnel in case a failure is detected. The receiver of the backup tunnel is referred to as the Merge Point (MP). Both Point-to-Point (P2P) and P2MP-TE support only the Facility FRR method from RFC 4090 (Roteador Tipo 2 - CRS-3-8 - Cisco IOS XR MPLS Configuration Guide for the Cisco CRS Router Release 4.0.pdf, pagina 143 Link: http://www.cisco.com/en/us/docs/routers/crs/software/crs_r4.0/mpls/config uration/guide/gc40crs1book_chapter4.html#concept_06c94e3106b54487b5a AF1585223BF7E). 2.B.19) Exigência do edital - GR1-IT3-ET13 - Implementar RFC 4125 Maximum Allocation Bandwidth Constraints Model for Diffserv-aware MPLS Traffic Engineering Resposta: O recurso apresentado pela Recorrente para este item não está correto. A Medidata atende plenamente a solicitação. A conformidade com a RFC4125 está indicada na documentação entregue a Telebrás, conforme a seguinte transcrição do trecho: RFC 4125 - Maximum Allocation Bandwidth Constraints Model for Diffservaware MPLS Traffic Engineering, F. Le Faucheur, W. Lai. June 2005 (Roteador Tipo 2 - CRS-3-8 - Cisco IOS XR MPLS Configuration Guide for the Cisco CRS Router Release 4.0.pdf, pagina 300 do arquivo pdf Link: http://www.cisco.com/en/us/docs/routers/crs/software/crs_r4.0/mpls/confi guration/guide/gc40crs1book_chapter4.html#ref_1182078). 2.B.20) Exigência do edital - GR1-IT3-QO2 - Implementar RFC 2474 - Definition of the Differentiated Services Field (DS Field) in the IPv4 and IPv6 Headers Resposta: O recurso apresentado pela Recorrente para este item também não está correto. A Medidata atende plenamente a solicitação editalícia, conforme informado na documentação técnica entregue a Telebrás, que apresenta a implementação da funcionalidade, em conformidade com a RFC2474 e a arquitetura DiffServ (Roteador Tipo 1 - CRS-1-8 - Cisco IOS XR System Management Configuration Guide for the Cisco CRS Router, Release 4.0.pdf, Página 248 do arquivo pdf Link: http://www.cisco.com/en/us/docs/routers/crs/software/crs_r4.0/system_man agement/configuration/guide/b_yc40crs1.html ). 28

2. B.21) Exigência do edital - GR1-IT3-QO14 - Implementar RFC 2697 A Single Rate Three Color Marker Resposta: O recurso apresentado pela Recorrente para este item, definitivamente, não está correto. A Medidata atende plenamente a solicitação, conforme informado na documentação técnica entregue a Telebrás, que apresenta a implementação da funcionalidade, em conformidade com a RFC2697 (Roteador Tipo 2 - Cisco IOS XR Modular Quality of Service Command Reference for the Cisco CRS Router.pdf, pagina 56 Link: http://www.cisco.com/en/us/docs/routers/crs/software/crs_r4.0/qos/comma nd/reference/qr40crs_chapter1.html#wp1653125042 ). 22. B.22) Exigência do edital - GR1-IT3-QO15 - Implementar RFC 2698 A Two Rate Three Color Marker Resposta: O recurso apresentado pela Recorrente para este item não está correto. A Medidata atende plenamente a solicitação, conforme previamente informado na documentação técnica entregue a Telebrás, que apresenta a implementação da funcionalidade, em conformidade com a RFC2698 (Roteador Tipo 2 - Cisco IOS XR Modular Quality of Service Command Reference for the Cisco CRS Router.pdf, pagina 56 Link: http://www.cisco.com/en/us/docs/routers/crs/software/crs_r4.0/qos/comma nd/reference/qr40crs_chapter1.html#wp1653125042 ). 2. B.23) Exigência do edital - GR1-IT3-GE50 - Implementar RFC 1212, RFC 1213, RFC 1215 MIB-II, Ethernet- Like MIB & TRAPs Resposta: Por derradeiro, o recurso apresentado pela Recorrente para este item também não está correto. A Medidata atende perfeitamente a solicitação editalícia, conforme previamente informado na documentação técnica entregue a Telebrás. A referência apresentada para o item GR1-IT2- GE50 possui a comprovação do atendimento de todas as RFCs requisitadas pelo item sob análise e se aplica, integralmente, ao item GR1-IT3-GE50. Detalhes da comprovação podem ser identificados conforme transcrições abaixo. 29

(1) Cisco IOS XR Getting Started Guide for the Cisco CRS-1 Router, Release 4.0.pdf, Página 24: The Cisco IOS XR software supports SNMP v1, v2c, and v3. SNMP is part of a larger architecture called the Internet Network Management Framework (NMF), which is defined in Internet ocuments called RFCs. The SNMPv1 NMF is defined by RFCs 1155, 1157, and 1212, and the SNMPv2 NMF is defined by RFCs 1441 through 1452. http://www.cisco.com/en/us/docs/routers/crs/software/crs_r4.0/getting_star ted/configuration/guide/gs40crs1book.html (2) Roteador Tipo 1 - CRS-1-8-Slot Single-Shelf System Datasheet.pdf, Página 04, "MIBs" MIB II, including interface extensions (RFC 1213) http://www.cisco.com/en/us/prod/collateral/routers/ps5763/ps6112/product _data_sheet0900aecd801d53a1.html (3) Carrier Routing System and Gigabit Switch Router MIB Support Guide.pdf, Página 17 The Cisco implementation of SNMP uses the definitions of SNMP traps described in RFC 1215. http://www.cisco.com/en/us/docs/ios_xr_sw/iosxr_r3.9.1/mib/guide/crs_gsr _mib_guide.html (4) CRS-1-8 - Cisco 2-, 5-, 8-, and 10-Port Gigabit Ethernet Shared Port Adapaters, Version 2.pdf, Página 04 "Network management" Etherlike-MIB (RFC 2665) / SITES/LINKS: (1) http://www.cisco.com/en/us/prod/collateral/modules/ps6267/product_data_s heet0900aecd804d884d_ps5763_products_data_sheet.html OUTROS ASPECTOS RELEVANTES Em que pese a robustez das alegações já trazidas à baila e que, por si só, justificam a manutenção da r. decisão atacada, pede vênia a Recorrida para apresentar outras razões que total relevância para o deslinde da controvérsia. 30

Nesse sentido é que, ao manifestar-se sobre os itens: ITEM 2.A.5 Diz a Recorrente: Com todo o respeito, o vício apontado pelo pregoeiro não constitui fundamento hábil a justificar a desclassificação da proposta da ora Recorrente. A informação tida como faltante encontra-se disponibilizada no site da fabricante indicado na documentaçãopara consulta como fonte de dados mais atualizados do produto - para livre e irrestrita consulta, como se observa do seguinte endereço de atendimento ao padrão IEEE 802.3ba (placas LPUF-100): http://www.huawei.com/broadband/clustering_routing_solution/techn ologies/hundredg_solution_whitebook.do Para extirpar qualquer incerteza quanto ao ponto, confira-se a clareza das informações disponibilizadas: ou http://www.huawei.com/publications/view.do?id=6250&cid=11749&pi d=61 Introduction to the Technologies in Implementing Huawei End-to-End 100G Solution 2. 100GE LPU Solutions100G WDM Code Modulation Technology Based on the IEEE 802.3ba standard, Huawei provides two types of 100GE LPUs, namely, 1x100GE LPUF-100 (Figure 3) and 10x10GE LPUF-100 (Figure 4), which are used in different application scenarios. ou http://www.huawei.com/pt/catalog.do?id=587 ou http://www.huawei.com/file/download.do?f=7004 Nesse quadro, as informações disponíveis no web site da fabricante (que podem e devem ser consideradas para a avaliação da proposta, tal como explicitado no item anterior!), assentam a adequação do produto ofertado às exigências do edital, revelando-se inadequada a desclassificação da Recorrente, no ponto. 31

Resposta da Recorrida Medidata: Nenhum dos links de comprovação fornecidos pela Huawei vincula explicitamente o suporte da interface de 100G Eth à plataforma fornecida na proposta (NE40E): A placa LPUF-100 citada no recurso da Huawei é um módulo que contém sub-slots para a inserção de placas FPIC que são as placas de interfaces, constatamos que no manual HUAWEI NetEngine40E Universal Service Router V600R002 existe a descrição da placa LPUF-100 (pag.69) mas não existe menção a nenhuma FPIC (interface) com suporte a 100 Geth O link http://www.huawei.com/file/download.do?f=7004 mostra compatibilidade com o padrão IEEE 802.3ba, mas ainda assim não é prova de que já exsite uma interface de 100 GEth comercialmente disponível na paltaforma NE40E. Pelas referências indicadas acima, não foi possível vincular o suporte da interface de 100G Eth à plataforma fornecida na proposta (NE40E). A placa ofertada na proposta foi a LPUI-100 (descritivo de projeto), entretanto todas as referências fornecidas na resposta ao recurso dizem respeito a LPUF-100 que pelo descrito acima não suporta interfaces de 100GEth na plataforma NE40E, ressaltamos que não há nenhuma menção da placa LPUI-100 na documentação da plataforma NE-40E. ITEM 2.A.6 Diz a Recorrente: A capacidade de switching dos roteadores NE40E-X16 é de 400G por slot, conforme se depreende de documento enviado juntamente com a proposta. Nesse sentido, confiram-se as informações postas no documento Product Brochure - NE40E Universal Service Router.pdf, Cap. 2 Product Highlights, pág. 4 : Outra referência clara de que o equipamento suporta 400Gbit/s por slot pode ser encontrada no documento Product Description - NE40E.pdf, Cap. 1.2 Benefits, pág. 24, Compatibility and Extensibility, primeiro marcador, também encaminhado com a proposta. 32

Resposta da Recorrida Medidata: A documentação indicada não deixa claro se a capacidade de 400G é suportada atualmente ou será suportada no futuro, também não esclarece a inconsistência apontada pela Telebrás em relação a divisão da capacidade total do equipamento pela quantidade de slots. Entendemos que o chassi do roteador NE40E-X16 foi projetado para suportar futuramente 400Gbps por slot, por meio da evolução dos seus componentes (módulos de switching-fabrics e line cards), entretanto hoje, pela informação fornecida na documentação, não é esta a capacidade provida pela equipamento (com os módulos disponíveis comercialmente). O edital indica claramente que a capacidade de 100Gbps full duplex por slot,deve estar disponível no equipamento ofertado. Na versão mais atualizada do manual de referência de hardware (HUAWEI NetEngine40E Universal Service Router Hardware Description), no item 2.1.4 System Configuration, tabela 2-1: Table 2-1 System configuration list of the NE40E- X16, está indicado: Ora, 2.56 Tbit/s sendo a soma dos dois sentidos correspondente a 80Gbps/slot fullduplex por slot, essa capacidade não atende os 100Gbps/slot solicitados no Edital. Dessa forma, o item acima não possui comprovação de atendimento válida para a funcionalidade, entende-se que não atende as especificações técnicas e requisitos de atendimento do Edital. ITEM 2.A.7 Comentário da Recorrida Medidata: Quanto à argumentação acima, continua válida a interpretação da Telebrás, sendo que, ainda não está claro se o sistema de ventilação atende aos requisitos de redundância solicitados no edital. 33