Todo virtual server do BIG-IP LTM - Local Traffic Manager carrega um perfil de protocolo, e a escolha entre eles é na verdade três decisões vestindo um único menu. Esta ferramenta renderiza os candidatos como cartões, cada um fundamentado nas próprias fontes da F5: a história, quando usar, as contrapartidas e os detalhes que valem memorizar.
A primeira decisão é dentro da família tcp full-proxy, e é a divisão vivo-versus-legado que a F5 anunciou com o BIG-IP 13.0. As palavras do próprio anúncio resolvem o que os perfis f5-* são: f5-tcp-wan, f5-tcp-lan e f5-tcp-mobile são versões atualizadas de tcp-wan-optimized, tcp-lan-optimized e tcp-mobile-optimized, adaptando todas as configurações aos seus tipos de enlace sem os recursos mais novos, enquanto o f5-tcp-progressive é o perfil de uso geral que carrega os recursos mais recentes para adotantes precoces. Esses quatro, mais o tcp padrão, são vivos: a F5 os atualiza continuamente com boas práticas, recursos novos chegam no progressive imediatamente e nos perfis conservadores algumas versões depois, e todos os cinco são somente leitura, então ajustar significa criar um perfil filho, onde a flag custom fixa qualquer configuração que você nunca queira que uma atualização futura toque. O trio legado ainda é distribuído, listado lado a lado com a família viva na referência de perfis atual, congelado para configurações que dependem de valores exatos.
A segunda decisão é o FastL4, e o cartão é honesto sobre ele não ser um proxy TCP: a referência de perfis declara seu propósito como deixar o hardware Packet Velocity ASIC, onde a plataforma o suporta, processar parte ou todo o tráfego de camada 4, pareado com virtual servers Performance (Layer 4) e Forwarding. O guia de operações fornece o quando em uma cláusula, pouco ou nenhum processamento L4 ou L7 necessário, e a contrapartida em outra, informação L7 mínima disponível, então decisões de balanceamento ficam limitadas em escopo. A man page fornece os botões: os modos de pva-acceleration, o par loose-initialization e loose-close para caminhos assimétricos (iniciação por qualquer pacote TCP e fechamento no primeiro FIN, ambos desabilitados por padrão), modos de timestamp e window-scale com padrão preserve, e o late-binding, em que uma iRule lê um pacote FIX para escolher o pool e entrega o fluxo ao hardware ePVA.
A terceira é o FastHTTP, definido pela referência como recursos selecionados de TCP Express, HTTP e OneConnect combinados em um perfil, e qualificado por uma lista de critérios que este cartão carrega inteira: sem gestão de tráfego SSL, sem compressão, pipelining ou RAM Cache, sem necessidade de preservar IPs de origem, servidores com keep-alive, e apenas suporte básico de iRules, sendo os exemplos da própria referência CLIENT_ACCEPTED, SERVER_CONNECTED e HTTP_REQUEST. Lida de trás para frente, cada critério é um desqualificador, e o guia de operações manda toda implantação ler o K8024 primeiro.
Postura de referência como seu irmão do BIG-IP Zero Trust Access (antigo BIG-IP APM - Access Policy Manager): cartões e consulta agora, parsing de stanza com auditoria por opção como roadmap documentado. Tudo roda localmente.