diff --git a/HowtoOpenBGPd.md b/HowtoOpenBGPd.md
index 94b8324c..1ce680ec 100644
--- a/HowtoOpenBGPd.md
+++ b/HowtoOpenBGPd.md
@@ -168,7 +168,7 @@ flags prio destination          gateway
 *S r     8 224.0.0.0/4          127.0.0.1
 ~~~
 
-On notera principalement la présence de la ligne ** *B 48 192.0.33.0/24 10.0.0.3 ** qui signifie la présence de cette route grâce à BGP. On voit donc que l'on peut joindre un IP du réseau 192.0.33.0/24 via 10.0.0.3 :
+On notera principalement la présence de la ligne **\*B 48 192.0.33.0/24 10.0.0.3** qui signifie la présence de cette route grâce à BGP. On voit donc que l'on peut joindre un IP du réseau 192.0.33.0/24 via 10.0.0.3 :
 
 ~~~
 # route get 192.0.33.1 
@@ -237,8 +237,8 @@ influencer le trafic… sauf arrêter d'annoncer sur l'opérateur à ne pas priv
 
 La méthode la plus classique est de faire du prepend (augmenter artificiellement le nombre de saut de routeurs).
 
-Cela se positionne soit dans son annonce de réseau (''network XXXX set {}'') mais alors global…
-ou de façon plus précise dans des règles ''match to ''.
+Cela se positionne soit dans son annonce de réseau (`network XXXX set {}`) mais alors global…
+ou de façon plus précise dans des règles `match to`.
 
 Exemple d'une règle qui prepend un transit BGP :
 
@@ -277,7 +277,7 @@ Puis on recharge le démon :
 ### Faire des modifications à chaud sur _ses_ préfixes annoncés
 
 Pour ses propres préfixes, les modifications ne sont pas prises en compte
-à chaud par ''bgpctl reload'' (Note : à voir si ce n'est pas corrigé maintenant !).
+à chaud par `bgpctl reload` (Note : à voir si ce n'est pas corrigé maintenant !).
 Il faut donc, en plus de la configuration, les modifier à chaud :
 
 ~~~