> Huong Tran a écrit :
> Avec une config ebgp multihop, je vérifierais si le bgp next est vraiment
> stable qui n’est pas partie des
> routes inactives de temps en temps Qui pourrait provoquer des boucles de
> recalcul donc impact sur le cpu.
Oui c'est une des causes classiques, mais pas dans
Le 02-03-2021 19:08, Michel Py via frnog a écrit :
Paul Rolland a écrit :
Le nombre de messages BGP recus ? sho ip b s (ou equiv) te donne ca,
ainsi que le nombre de messages en In Queue... ca peut etre une piste
Ben justement c'est ce que j'ai fait, sh ip bgp sum et regarder
l'évolution de
> Paul Rolland a écrit :
> Le nombre de messages BGP recus ? sho ip b s (ou equiv) te donne ca,
> ainsi que le nombre de messages en In Queue... ca peut etre une piste
Ben justement c'est ce que j'ai fait, sh ip bgp sum et regarder l'évolution de
MsgRcvd.
Et j'ai dépairé celui qui ne causait
❦ 2 mars 2021 05:50 GMT, Michel Py via frnog:
> Contexte, c'était sur le routeur à la maison, le tout-puissant
> flambant neuf Cisco 2851. Le logiciel du control-plane n'est pas en
> carton (IOS 15.4), par contre processeur qui le fait tourner c'est un
> 486 ou vaguement un Pentium, faut pas
Bonjour,
On Tue, 2 Mar 2021 05:50:21 +
Michel Py via frnog wrote:
> Voici la question bête : quand on a un pair qui patate le control-plane
> BGP, comment identifier lequel ?
Le nombre de messages BGP recus ?
sho ip b s (ou equiv) te donne ca, ainsi que le nombre de messages en In
Queue...
Bonjour la liste,
Récemment j'ai eu un pair multihop-eBGP qui a un peu pété les plombs; d'après
ce que dit le confrère, ils ont dépassé une limite dans leur moulinette; j'ai
pas d'analyse profonde, mais les termes "flapping", "dampening", bagotter, et
assimilés viennent à l'esprit. Du coup,
