Ce guide concerne BIG-IP sur TMOS. Les noms et options doivent être confrontés à la documentation de votre version.
Lister tous les échanges de l’application
Un besoin « publier le port du service » peut cacher plusieurs transports ou connexions. Relevez les flux de contrôle, les flux de données, les connexions initiées par le serveur et les informations d’adresse contenues dans le protocole.
Le profil TCP ou UDP traite le transport. Un profil de service ajoute une connaissance applicative. La présence de l’un ne fournit pas automatiquement toutes les fonctions de l’autre.
Sources : F5, Protocol Profiles ; F5, Services Profiles.
DNS peut utiliser UDP et TCP
Une publication DNS uniquement en UDP ne décrit pas l’accès en TCP au même service. Vérifiez que les VS et le transport permettent les deux échanges attendus. Si vous activez une sélection par datagramme, assurez-vous que le besoin tolère cette indépendance.
Équilibrer des serveurs DNS avec LTM n’est pas la même chose que déployer BIG-IP DNS pour une décision globale. Anycast, iQuery et la découverte de VS appartiennent à un périmètre DNS distinct de ce guide LTM.
Sources : F5, ltm profile udp ; F5, ltm virtual.
FTP : connexion de contrôle et connexion de données
FTP sépare contrôle et données. Les modes actif et passif diffèrent dans l’initiation du flux de données. Une connexion de contrôle réussie n’exclut donc pas une panne de transfert due au routage, à la traduction ou au filtrage d’un deuxième flux.
Le profil FTP et ses réglages doivent correspondre au montage. SFTP est un protocole sur SSH : il ne doit pas être traité comme du FTP passif simplement parce qu’il transfère des fichiers. Relevez précisément le protocole utilisé.
Sources : F5, ltm profile ftp.
SIP : ne pas confondre signalisation et média
Un service SIP peut nécessiter un traitement de signalisation, une persistance cohérente et des flux média distincts. Vérifiez le transport, les adresses annoncées, les moniteurs et la topologie de traduction.
Une application qui fonctionne avec un seul membre et échoue à plusieurs peut dépendre d’un état non partagé. Cela invite à examiner l’affinité et le dialogue, pas à conclure automatiquement que le deuxième serveur est défectueux.
Sources : F5, ltm profile sip.
DHCP relay et ICAP répondent à des rôles spécifiques
Un relais DHCP permet un traitement de relais entre réseaux selon la configuration prévue. ICAP peut intervenir dans une chaîne d’adaptation de contenu. Ces usages exigent des objets et profils propres à leur traitement ; un simple pool TCP ne décrit pas tout le service.
Le guide des types de VS présente les VS spécialisés, notamment DHCP Relay et Internal. Utilisez-le pour vérifier le rôle de l’objet avant de traiter un problème de routage.
Sources : F5, ltm virtual ; F5, Services Profiles.
Confronter configuration et échanges
Les commandes ci-dessous montrent les profils de service et le VS. Remplacez le nom par votre objet ; les profils FTP et SIP ne sont à examiner que pour les services correspondants. Capturez ensuite les flux de contrôle et de données séparément.
tmsh list ltm virtual /Common/vs_service all-properties
tmsh list ltm profile ftp all-properties
tmsh list ltm profile sip all-propertiesSources : F5, ltm profile ftp ; F5, ltm profile sip.
Sources et portée
Références consultées le . Les exemples utilisent des noms et adresses de documentation à remplacer. Les commandes de lecture affichent l’existant ; les captures et requêtes de diagnostic sont à limiter au périmètre autorisé.
- F5 — Protocol Profiles · BIG-IP 21.0.0 · consulté le 2 octobre 2026.
- F5 — Services Profiles · BIG-IP 21.0.0 · consulté le 2 octobre 2026.
- F5 — ltm profile udp · Référence TMSH v17.0.0 · consulté le 2 octobre 2026.
- F5 — ltm virtual · Référence TMSH v17.0.0 · consulté le 2 octobre 2026.
- F5 — ltm profile ftp · Référence TMSH v17.0.0 · consulté le 2 octobre 2026.
- F5 — ltm profile sip · Référence TMSH v17.0.0 · consulté le 2 octobre 2026.
Retrouver le parcours de lecture F5 LTM