evolix
/
wiki
22
0
Fork 0
Code Releases Activity

Typo markdown.

This commit is contained in:
Benoît S. 2016-11-17 15:43:08 +01:00
parent 5a777e0a82
commit b7dbbe4c35
1 changed files with 4 additions and 4 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

8
HowtoOpenBGPd.md
View File

@ -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 :
~~~