diff --git a/TP5 log.txt b/TP5 log.txt
index de1a4316e1075fef79af1516323518d638ff732c..b147742d2263bda22da916b30d5a0b5733389050 100644
--- a/TP5 log.txt	
+++ b/TP5 log.txt	
@@ -76,6 +76,7 @@ Commande pour exécuter le playbook ansible:
 
 Load balancing
 -Quelles sont les différents types de ​loadbalancing?
+(https://kemptechnologies.com/load-balancer/load-balancing-algorithms-techniques/)
 1. Round-robin load balencing:
     Les Serveurs noeuds sont enregistrés dans une liste.
     Le serveur maitre va parcourir les serveurs de la liste 1 à 1 et y distribuer une requète pour chaque serveur de la liste.
@@ -91,4 +92,28 @@ Load balancing
     qui lui ont été donné au début) au serveur noeud 1.
 
 3. Dernière connexion:
-    
\ No newline at end of file
+    Chaque requète client est distribuée sur le serveur noeud qui à le moins de connexions actives.
+
+4. Dernière connexion pondéré:
+    Même chopse que pour la technique de "dcernière connexion" 
+    sauf qu'en plus le serveur maitre attribue un chiffre indiquant la puissance de calcul des serveurs noeuds.
+    Ainsi, plus de requètes clientes seront distribuées au serveurs noeuds 
+    se démarquant par leur puissance de calcul par rapport aux autres serveurs noeuds.
+
+5. Resource Based (Adaptive):
+    C'est la même technique que le round-robin pondéré sauf qu'ici le chiffre indiquant la puissance du serveur noeud 
+    est dynamiquement/constamment mis à jour par un agent installé sur les serveurs noeuds eux mêmes.
+    De cette manière, a chaque nouvelle requète cliente, 
+    le serveur maitre va intérroger l'agent de chaque serveur pour savoir si le serveur noeud en question est capable de traiter la requete ou non.
+
+6. Resource Based (SDN Adaptive):
+    Même chose que le Resource Based (Adaptive) sauf qu'ici, l'agent installé sur chaque serveur noeud, prends en compte les informations 
+    l'état des applications en cours d'exécution sur eux, la santé de l'infrastructure réseau et le niveau de congestion du réseau.
+
+7. Source IP Hash:
+    Cet algorythme est très utile pour des sites web qui gèrent une connexion des clients. 
+    Au moment où un client se connecte, un hash est géneré et stockée sur un serveur noeud. 
+
+    Si le client n'envois plus de requète pendant un laps de temps mais dont la durée est inférieur au temps de vie du hash, 
+    ce hash restera aussi sauvegardé dans une table de hashage situé sur le serveur maitre lui permettant d'indiquer, 
+    lors d'une nouvelle requete du même client, de rediriger la nouvelle requète du client vers le serveur noeud avec lequel il s'est connecté pour la première fois.
\ No newline at end of file