OSPF DR i BDR: l’elecció pertany a la interfície

Els rols d’OSPF s’adjunten a les interfícies, no al xassís. El mateix dispositiu pot ser l’encaminador designat al seu segment LAN i res especial en un túnel, i aquests dos fets no es contradiuen. Llegir el rol des de la interfície equivocada és el motiu més habitual que un concentrador sembli mal configurat quan es comporta exactament tal com es va dissenyar.

La comparació que importa és entre els rols d’un segment i els rols a través d’un encaminador, i entre el que fa una còpia de seguretat i el que no fa.

Una elecció per segment

RFC 2328 elegeix un encaminador designat i un encaminador designat de reserva per a cada xarxa broadcast o NBMA, no per a un encaminador ni per a una àrea. Cada interfície que participa en aquesta xarxa fa la seva pròpia elecció amb la seva prioritat i el seu conjunt de veïns. Un xassís amb tres interfícies així pot tenir tres rols diferents alhora, i per això dir que el concentrador és el DR és incomplet fins que no s’anomena el segment. Llegeix el rol des de la sortida de veïns d’aquella interfície.

Dues interfícies a la mateixa àrea són encara dues eleccions. La pertinença a l’àrea no les fusiona.

Què fa la reserva mentre espera

Un encaminador designat de reserva està completament adjacent als encaminadors del seu segment i manté la seva base de dades sincronitzada per poder assumir el paper sense que es formi una adjacència nova. El que no fa mentre actua de reserva és originar la network-LSA d’aquella xarxa, perquè la posseeix l’encaminador designat. El seu rol d’inundació és més estret que el de l’encaminador designat en alguns passos, cosa que no és el mateix que estar en silenci o inactiu. Tractar la reserva com un encaminador que no fa res fins a l’ascens produeix explicacions molt segures i molt equivocades.

La pregunta útil no és de què s’absté la reserva, sinó si el segment pot lliurar els paquets OSPF que el model requereix. Si un participant no pot intercanviar-los amb els altres, el resultat de l’elecció és un símptoma d’abast, no una causa.

Quin model fa servir realment el túnel

Les xarxes broadcast i NBMA fan elecció; les xarxes punt a punt i punt a multipunt no, perquè no hi ha cap segment compartit on fer-ne. En una superposició hub-and-spoke el model efectiu depèn de com està configurada la interfície del túnel, així que llegeix-la abans d’interpretar cap rol. Un túnel que es comporta com un segment broadcast i un túnel que es comporta com un conjunt d’enllaços punt a punt produeixen un comportament de veïns completament diferent.

Si el disseny vol que el concentrador tingui el rol designat, el model i l’abast ho han de sostenir plegats. Un concentrador que no pot intercanviar els paquets necessaris amb cada participant no es convertirà en un encaminador designat útil només perquè la seva prioritat és alta. Comprova primer els estats dels veïns i el lliurament subjacent, i després decideix si el rol és equivocat o només inesperat.

L’elegibilitat és per interfície, i la preempció no és automàtica

La prioritat es fixa per interfície, i una prioritat de zero treu aquella interfície de les dues eleccions. Entre els participants elegibles el guanyador es decideix per prioritat i després per l’ID d’encaminador, però un encaminador acabat d’arribar amb una prioritat més alta no desplaça un encaminador designat existent. Aquesta manca de preempció és deliberada, i sorprèn qui espera que la prioritat més alta guanyi de seguida. Si un encaminador concret ha de tenir el rol, planifica l’ordre dels esdeveniments en lloc de suposar que un canvi de configuració es fa efectiu tot sol.

Excloure cada spoke sense proporcionar un altre participant elegible també vol dir que potser no hi ha cap reserva.

Compara les dues explicacions amb honestedat: un rol llegit del segment equivocat, o un segment els membres del qual no es poden abastar. La primera és una qüestió de disseny i la segona és una qüestió de lliurament, i només una de les dues es repara editant una prioritat.