Para a frequência com que versões novas agora chegam, e o que cada tipo de lançamento significa para um plano de atualização, veja a cadência mensal de lançamentos da F5.

Pergunte quando "BIG-IP" e "TMOS" viraram duas palavras diferentes e você tem uma resposta precisa: 7 de setembro de 2004, com o lançamento da versão 9.0. Antes disso, o hardware e o software eram ambos chamados apenas de BIG-IP (ou BIG-IP Controller), rodando sobre uma base . A versão 9.0 migrou a gestão do sistema para Linux, introduziu o Traffic Management Microkernel (TMM) para falar diretamente com o hardware de rede, e a partir daí o hardware virou a "plataforma BIG-IP" e o software virou o TMOS, o Traffic Management Operating System.

Deslize pelo resto abaixo. Cada parada mostra a versão do software BIG-IP daquela época e o sistema operacional embaixo dela, desde os primórdios em BSD, passando pela longa linha do TMOS, até o F5OS e as plataformas VELOS e rSeries que rodam o BIG-IP como um tenant.

Linha do tempo BIG-IP + TMOS2004
Software BIG-IPBIG-IP 9.0 · 2004
Sistema operacionalTMOS (host Linux + TMM)

O TMOS é introduzido. A gestão do sistema migra de BSD para Linux, e o Traffic Management Microkernel (TMM) é criado para falar com o hardware. A partir daqui, o hardware é a 'plataforma BIG-IP' e o software é o 'TMOS'.

✓ data de lançamento no registro da F5

Datas de lançamento dos registros da F5 (K33062581, K9412); EoSD/EoTS do F5 K5903 (política de suporte de software). EoSD e EoTS são os marcos de software e coincidem na política atual; 'End of Sale' é um termo de hardware. O BIG-IP Next (18-20) está descontinuado e excluído.

A partir do BIG-IP 12.0 o card também carrega o ciclo de vida de suporte: as datas de End of Software Development (EoSD) e End of Technical Support (EoTS) do ramo, direto da política de suporte de software da F5 (K5903). Ramos já além do EoTS aparecem esmaecidos como fim de vida; os ainda suportados ficam destacados, e as datas de EoTS mais próximas recebem um alerta âmbar como lembrete de atualização. (Esses dois são os marcos de software e coincidem na política atual; End of Sale é um termo de hardware, então não pertence a uma linha de versões de software.)

Dois pontos na linha do tempo merecem destaque. Primeiro, a partir do BIG-IP 12.0 (2015) a F5 adotou o modelo alternado que ainda vale: uma Major Release (x.0.0) seguida de uma Long-Term Stability Release (x.1.0), que a maioria dos ambientes de fato roda. Segundo, os números de versão saltam direto de 17 para 21. Esse buraco não é um erro e não foi pulado por superstição: 18 a 20 pertenciam ao BIG-IP Next, uma re-arquitetura separada que a F5 desde então descontinuou (o BIG-IP Next 20.3 final chegou ao fim de vida em 30 de abril de 2025), optando por modernizar a linha do TMOS e retomá-la na 21.0.

As datas aqui são em nível de ano de propósito. As datas de lançamento da 12.0 em diante vêm dos próprios registros da F5 (K33062581, o TMOS Software Release Date Information, e K9412, o BIG-IP release matrix); a origem do TMOS em 2004 vem do histórico da empresa F5; e os ramos intermediários que hoje são fim de vida carregam o seu ano de lançamento amplamente documentado. Nada aqui é lido de um sistema ao vivo.

Esta série, em ordem

Este artigo abre a série Versões e upgrades do BIG-IP e do F5OS. Sua linha do tempo mostra onde cada versão fica; as partes tratam das perguntas práticas em ordem: se você está fazendo upgrade ou update, o que fazer quando um equipamento atualizado não carrega a configuração, o que a linha mais nova mudou na operação e no acesso, e a camada F5OS sobre a qual o hardware mais novo roda.

  1. Upgrade vs Update no BIG-IP: por que a distinção decide se a data de licença é verificada. Qual parte do número de versão muda decide se a service check date é verificada ou não.
  2. Como recuperar um BIG-IP que não carrega a config após uma atualização. O equipamento atualizado que inicia mas nunca carrega a configuração, e a reativação que redefine a data.
  3. A história operacional do BIG-IP 21.x: upgrade in-place, plano de controle 64-bit e BigD em escala. Upgrades in-place com uma simulação prévia, um plano de controle de 64 bits e um daemon de monitoramento feito para escala.
  4. BIG-IP 21.x: o que mudou, e por que não existem as versões 18, 19 e 20. Por que três números de versão foram pulados, as regras de ciclo de vida a checar primeiro e um tour temático do que a nova linha entrega.
  5. Acesso e identidade no BIG-IP 21.1: DCR, SAML nativo e o IPsec volta para casa. Registro dinâmico de clientes, nativo pelo navegador do sistema e túneis no Edge Client.
  6. F5OS 2.0 da cadeira do tenant: cloud-init, RRDAG por porta e Q-in-Q. A versão de plataforma que o BIG-IP mais novo pressupõe, vista da cadeira do tenant: cloud-init, RRDAG por porta e Q-in-Q.
  7. Os três estados em que um tenant do F5OS pode estar. Configured, provisioned, deployed: os três estados de um tenant, e por que mudar vCPU ou memória significa voltar atrás.