Cabletron e Enterasys

Ao longo de quatro anos e meio, o papel percorreu todo o arco da engenharia de fornecedor: engenharia de campo e suporte pós-vendas, engenharia de sistemas e pré-vendas, e, a partir de 1997, instrução certificada. O trabalho do dia a dia era prático e físico: instalar, configurar, diagnosticar, atualizar, migrar e, às vezes, mudar fisicamente de lugar as redes seguras, redundantes, resilientes e gerenciadas que faziam as empresas de São Paulo funcionarem, LAN, LAN de campus e WAN. O lado WAN era construído sobre Frame Relay e linhas privadas E1 fracionadas, as LPs das operadoras brasileiras, chegando a ATM e Packet over SONET nos enlaces mais rápidos, e se apoiava principalmente em roteadores Cisco - naquela era vendidos como módulos OEM (original equipment manufacturer, fabricante original do equipamento) com a marca Cabletron, construídos sobre o Cisco IOS licenciado: o CRBRIM e seus irmãos de roteamento WAN com tecnologia Cisco que se encaixavam na família de hubs MMAC, carregando roteamento das séries Cisco 2500, 4000 e 4500 dentro da chapa da Cabletron. Instalar, configurar, otimizar e diagnosticar esses roteadores era trabalho diário, feito na época em que os exemplos de configuração que importavam eram impressos e carregados na bolsa do notebook. Nos últimos anos eles deram lugar ao SmartSwitch Router, a linha de switch-router nascida da aquisição da YAGO Systems pela Cabletron em 1998 - o mesmo fio tecnológico que depois virou a Riverstone. Foi aqui que a disciplina de projeto de solução, implementação, auditoria, diagnóstico e gestão de escalonamento foi praticada pela primeira vez, e onde o ensino entrou no trabalho.

A rede corporativa do fim dos anos 1990 não era a monocultura de Ethernet e IP que viria a ser depois. O próprio meio físico tinha tanta chance de ser Token Ring, ou um backbone em anel de fibra e cobre FDDI ou CDDI, quanto de ser Ethernet. E o IP era apenas um protocolo entre muitos, dividindo os mesmos segmentos com o SNA da IBM, o DECnet da DEC, o XNS da Xerox, o AppleTalk e o IPX da Novell. O IPX, um descendente do XNS, era uma fonte notória de broadcast storms: rodava em qualquer um de quatro tipos de quadro Ethernet, 802.3 “raw”, 802.2, SNAP e Ethernet II, e um segmento onde esses tipos estivessem trocados, ou onde os broadcasts de serviço SAP corressem soltos, podia se afogar em overhead enquanto estações no tipo de quadro errado ficavam sem conseguir se comunicar. Fazer esses protocolos coexistirem em uma mesma infraestrutura, e mantê-la estável, era a realidade do dia a dia.

Nada disso acontecia numa mesa. Foi puxar cabo embaixo do píer de navios petroleiros em São Sebastião, para a Petrobras, ao lado do country manager e de quase toda a equipe local, porque o prazo e a cláusula de multa não deixavam outra opção. Foi subir em estruturas metálicas para instalar antenas no alto, e rastejar por espaços apertados e empoeirados, sempre em traje social completo, gravata de grife incluída. Foi viajar muito de carro, avião e táxi, e acordar mais de uma vez sem saber em que cidade estava. Foi também conhecer muita gente boa e fazer amigos e conhecidos pelo caminho. O trabalho era físico, incansável e, à sua maneira, um privilégio.

Onde o trabalho chegou é um currículo à parte. A lista de clientes atravessava a economia brasileira da época: os datacenters de bancos nacionais e internacionais e de processadoras de cartão, a bolsa de futuros BM&F, e corretoras de investimento e de valores; a Rede Globo em muitos sites no Rio de Janeiro e em São Paulo, a Editora Abril, e mídia impressa e de TV a cabo; a Petrobras pelos dois estados, a Votorantim e a VCP, e a indústria química e farmacêutica; companhias aéreas, operadoras nacionais de ônibus, seguradoras, call centers, redes de varejo e de fast-food, construtoras e incorporadoras; operadoras de telefonia móvel e de TV a cabo; governos federal, estadual e municipal; e grandes campi universitários geograficamente distribuídos. Poucas semanas eram iguais.

A conectividade da época merece registro, porque os números hoje soam improváveis. O escritório de São Paulo alcançava a matriz em Rochester, New Hampshire, por uma linha privada de 256 kbps. Aquele único enlace carregava a operação de um país inteiro: correio, acesso a arquivos, sistemas internos e o que mais precisasse do outro lado. O Brasil tinha o 134.141.239.0/24 dentro do espaço registrado da própria Cabletron, e era possível sair para a internet pelos Estados Unidos por aquela linha privada - embora na prática a conexão brasileira local levasse a maior parte, a 2 ou a 10 Mbps conforme o ano que se lembre, e essa incerteza fica registrada em vez de virar uma precisão falsa. O resto era discado. Os modems eram USRobotics Sportster, trocados conforme as velocidades subiam por 14.4, 28.8, 33.6 e finalmente 56k, com um par dos Courier mais caros chegando de presente de um cliente - que é mais ou menos como alguém fora de um departamento de compras vinha a ter um.

Voltando à linhagem como gerente de serviços e suporte, o foco era a linha de produtos Secure Routing, com a Enterasys como ponto focal regional para o Brasil. O trabalho combinava suporte a clientes de alto nível, diagnóstico complexo e gestão de escalonamento, incluindo os escalonamentos exigentes que chegavam de uma conta-chave, a Petrobras em São Paulo, com gestão de produto localizada em paralelo. A superfície técnica havia crescido para incluir gerência de rede, NAC e UAC, detecção e prevenção de intrusão, e SIEM, em switching e roteamento corporativos. A Enterasys foi depois adquirida pela Extreme Networks em 2013, fechando um círculo que conecta este trabalho inicial a uma plataforma ainda ensinada hoje.

Um fio dos anos de Enterasys merece registro preciso, porque é fácil exagerar. Era o auge das redes baseadas em políticas, a Enterasys construiu sua arquitetura Secure Networks em torno de acesso por papel e 802.1X, e o trabalho ficava em contato próximo e constante com o mundo exigente das redes de contact center e dos sistemas de telefonia IP Avaya e Cisco que rodavam sobre elas. A familiaridade era profunda, mas era familiaridade pelo lado da rede. O papel nunca foi engenharia de comunicações unificadas; não trazia certificação de telefonia nem trabalho prático de UC. O que ele entregava, em vez disso, era a camada da qual tudo isso depende: uma superestrada segura, redundante, resiliente, monitorada e com disponibilidade garantida para voz e tráfego crítico. Ser claro sobre onde fica essa linha é parte de descrever o trabalho com honestidade.

Uma implantação daqueles anos liga dois capítulos deste registro. O controle de acesso de usuários à LAN da Enterasys, resenhado como Sentinel 1.0 em outubro de 2006 e vendido depois como Enterasys NAC, só admitia um sistema final depois de avaliá-lo, e o motor de avaliação que ele chamava era o Nessus, o scanner criado por Renaud Deraison e àquela altura produto da Tenable Network Security: um servidor Nessus varria o endpoint quando o Trusted Access Gateway pedia, uma varredura reprovada colocava a porta numa política de quarentena que só permitia a página web de remediação, e uma aprovada a liberava. Do outro lado do ciclo ficavam a detecção e prevenção de intrusão Dragon, da Enterasys, e o NetSight Automated Security Manager, que transformavam um evento detectado em uma origem localizada e uma resposta aplicada. Implantar essa solução para clientes no Brasil, com o Nessus fazendo a avaliação, foi o primeiro contato deste registro com o produto da Tenable, catorze anos antes do capítulo de pré-vendas de 2020. O autor lembra com clareza da parte do Nessus e menos da parte do Dragon; as descrições do produto aqui vêm do whitepaper de NAC da própria Enterasys, de 2008, e da resenha do Sentinel 1.0 de 2006, não da memória.