Política d’exportació de Junos: el nom no és la condició de coincidència
Una política anomenada EXPORT-STATIC no selecciona res pel nom. Llegiu l’adjunció, els termes ordenats i les accions, i després compareu la vista anunciada.
Algú va anomenar una política EXPORT-STATIC, la va adjuntar i ara es pregunta per què un prefix de la instància d’encaminament VPN no arriba mai a l’extrem llunyà. El nom no té cap efecte en la selecció. Una política és una definició més una adjunció, i allò que exporta ho decideixen les seves condicions de coincidència, els seus termes ordenats i el context que la utilitza. Llegiu aquests tres en aquest ordre i el misteri normalment es redueix a un terme que mai va coincidir.
El nom és una etiqueta, no una condició
Junos no interpreta els noms de les polítiques. Una política que amb sentit es diria exportació estàtica pot coincidir amb el protocol static, pot coincidir amb un prefix d’adreça, o pot no coincidir amb res i acceptar tot el que passa. L’etiqueta és documentació escrita per qui la va crear, i és exactament tan fiable com la memòria que aquesta persona té de la intenció.
Tracteu un resultat d’exportació sorprenent com una petició de llegir la definició, no com a prova que l’adjunció està trencada. Llegiu la definició i deixeu que contradigui l’etiqueta.
Trobeu l’adjunció abans que els termes
Una definició correcta adjuntada al lloc equivocat canvia un altre intercanvi. Establiu quina instància d’encaminament, quin protocol i quin veí o grup fan referència realment a la política, perquè una política adjuntada sota un grup BGP no afecta un altre, i una política adjuntada a la instància no s’aplica necessàriament a tots els protocols que conté. Junos distingeix aquests nivells, i una exportació absent a nivell de grup és habitual quan la intenció s’ha expressat a nivell d’instància.
Anoteu el camí de l’adjunció abans de llegir un sol terme. La meitat d’aquestes investigacions acaben aquí, amb la definició intacta i la sentència d’exportació moguda. Anoteu la diferència al registre de canvis perquè ningú no la reverteixi com un error.
Els termes s’avaluen per ordre i la primera decisió guanya
Els termes van del primer a l’últim, i un terme que accepta o rebutja és una decisió terminant. Un terme posterior que sembla l’excepció prevista no s’executa mai si un terme anterior ja ha decidit el destí de la ruta, i per això una política es pot llegir correctament de dalt a baix i tot i així comportar-se en contra de la intenció. Comproveu l’ordre respecte de la ruta que us interessa, no respecte de l’ordre en què es van escriure els termes.
Un terme que omet la seva acció no acaba; l’avaluació continua cap al terme següent, i el resultat final depèn del que ve després i del valor predeterminat aplicable. Això és una construcció realment útil i una font fiable de sorpreses quan no és intencionada.
Un exemple que exporta només rutes estàtiques, amb l’adjunció al grup:
policy-options {
policy-statement EXPORT-STATIC {
term statics { from protocol static; then accept; }
}
}
protocols bgp group TO-PEER { export EXPORT-STATIC; }Un prefix après per OSPF en lloc de configurat com a ruta estàtica falla la coincidència i cau, sigui com sigui que es digui la política.
Les accions canvien una còpia, no la ruta original
Les accions de la política operen sobre la ruta tal com s’avalua per a aquell anunci, que és una còpia i no l’entrada de la taula d’encaminament. Per tant, una ordre local show route pot mostrar una ruta amb un conjunt d’atributs mentre la versió exportada en porta d’altres, i l’original no és reescrit per l’exportació. Aquesta distinció explica diverses discussions sobre quin resultat és correcte: tots dos ho són, i descriuen objectes diferents. Digueu quina vista citeu sempre que dos enginyers discrepin sobre un atribut de ruta.
Acceptar i rebutjar són decisions terminants; els canvis d’atributs no necessàriament ho són. No assumiu que establir una community acaba la política, perquè l’avaluació pot continuar en termes que no heu considerat.
Compareu la vista anunciada amb l’expectativa
Useu la vista específica del protocol al veí real, com ara show route advertising-protocol bgp 192.0.2.1, i llegiu-la en el context correcte de la instància d’encaminament. Una ruta present en una VRF no ha passat necessàriament la política d’exportació, i una ruta que apareix a la sortida anunciada no ha estat necessàriament acceptada per l’extrem llunyà. Són tres estats separats i fallen de maneres diferents.
Accepteu el disseny amb un prefix que s’ha d’anunciar i un altre que ha de romandre local. Això dona a la política un contracte que podeu provar, i evita la solució alternativa d’ampliar l’exportació fins que finalment aparegui una ruta amb nom.