diff --git a/_posts/2017-02-10-dhcp-gateways.md b/_posts/2017-02-10-dhcp-gateways.md
index 14990f3..bd88d8d 100644
--- a/_posts/2017-02-10-dhcp-gateways.md
+++ b/_posts/2017-02-10-dhcp-gateways.md
@@ -15,10 +15,9 @@ Après une récente modification de mon serveur DHCP, je me retrouvais dans l'im
 Cette dernière restait bloquée à `Récupération de l'adresse IP`. Après avoir un peu cherché sur internet, je n'ai pas trouvé de solution satisfaisante.
 Le serveur DHCP fonctionnait avec les autres ordinateurs.
 
-## Le protocole
+## Le protocole DHCP
 
-C'est une version simplifiée et probablement plutot fausse des échanges de message entre un client et un serveur DHCP.
-Il faut savoir que certains messages sont envoyés en UNICAST, d'autres en BROADCAST, qu'il y a d'autres messages et bien d'autres cas.
+Le schéma propose une version simplifiée des échanges entre un client et un serveur DHCP.
 
 ```raw
 Client            Serveur
@@ -28,8 +27,6 @@ Client            Serveur
   |<------ ACK ------|
 ```
 
-Pour faire simple, le client demande une adresse, le serveur lui en propose une, le client la prend, le serveur accuse bonne réception.
-
 *Il est intéressant de noter que BOOTP est l'ancêtre de DHCP et que DHCP est rétro compatible avec BOOTP. De ce fait, la plus part du paquet DHCP va être vide, et les paramètres DHCP vont se trouver dans les options du paquet BOOTP.*
 
 ## Logs
@@ -44,15 +41,13 @@ dhcpd[2207]: DHCPOFFER on 192.168.1.77 to aa:aa:aa:aa:aa:aa (android-xx) via br0
 ```
 
 J'ai des doutes sur la terminologie utilisée par le serveur DHCP vis à vis du nom des messages envoyés sur le réseau.
-
 D'autant que Bootp utilise aussi les termes Request et Reply pour des cas différents :
 
- * Une *Request* Bootp peut-être un message *Discover* DHCP
- * Un *Reply* Bootp peut-être un message *Offer* DHCP
+ * Une Request Bootp peut-être un message Discover DHCP
+ * Une Reply Bootp peut-être un message Offer DHCP
 
-Il semble ici que le terme *DHCPREQUEST* fasse référence à un message *DISCOVER* DHCP.
-
-Je suppose donc que la tablette envoie des requêtes *DISCOVER* et que le serveur lui envoie un paquet *OFFER* auquel la tablette ne répond pas.
+Il semble ici que le terme DHCPREQUEST fasse référence à un message DISCOVER DHCP.
+Je suppose donc que la tablette envoie des requêtes DISCOVER et que le serveur lui envoie un paquet OFFER auquel la tablette ne répond pas.
 
 ## Modification de la configuration en aveugle