BGP hold time
termoQuanto tempo um speaker BGP espera sem notícias do peer antes de declarar a sessão morta e fechá-la.
Cada lado oferece um hold time na mensagem OPEN, e a seção 4.2 da RFC 4271 faz os dois usarem o menor; mensagens KEEPALIVE impedem que ele expire. Ele define por quanto tempo um peer silencioso passa despercebido, até 90 segundos com o padrão sugerido, e por isso a detecção mais rápida fica com um protocolo dedicado, como o BFD.
Ao receber um OPEN, o speaker deve ajustar seu Hold Timer para o menor valor entre o hold time configurado localmente e o recebido. O valor deve ser zero ou pelo menos três segundos, e o outro lado não tem veto: uma implementação só pode recusar a conexão com base no hold time. Um roteador configurado com 180 segundos cujo peer oferece 9 roda, portanto, com 9.
A seção 10 da RFC 4271 sugere 90 segundos para o hold time e um terço disso para o intervalo de keepalive; um KEEPALIVE é só o header de 19 octetos e não pode ser enviado mais de uma vez por segundo. As implementações definem seus próprios padrões e controles. O FRRouting configura os dois valores por vizinho, o keepalive primeiro, e oferece um hold time mínimo abaixo do qual se recusa a estabelecer a sessão.
Quando nada chega dentro do hold time, o speaker envia um NOTIFICATION com o código de erro Hold Timer Expired e fecha a conexão, e uma errata verificada (ID 2838) acrescenta que ele apaga todas as rotas associadas a essa conexão. Com os 90 segundos sugeridos, um peer que ficou em silêncio pode manter suas rotas em uso por até 90 segundos antes que isso aconteça.
Também conhecido como: hold time, holdtime, hold timer, keepalive interval, bgp keepalive, hold timer expired