Qui encamina entre les teves seus: VPN de capa 2 o de capa 3?

Demana una VPN de proveïdor i algú acabarà assumint l’encaminament entre seus, tant si has nomenat aquest responsable com si no. Signa un lliurament de capa 2 i el proveïdor lliura un conducte mentre els teus encaminadors formen l’adjacència; signa un servei de capa 3 i el proveïdor transporta els teus prefixos dins del seu propi context d’encaminament. Tots dos són productes legítims amb històries de guàrdia diferents. Recorre la comanda des del pressupost fins a la primera prova d’acceptació i l’elecció deixa de ser abstracta.

Comença pel formulari de lliurament, no per la diapositiva de topologia

Cada proveïdor acaba enviant un formulari que pregunta què t’ha de lliurar: un pseudocirc, un segment Ethernet multipunt o un enllaç encaminat en una vora de servei compartida. Aquesta única resposta decideix més que qualsevol diagrama de la presentació comercial, perquè fixa on comença la teva responsabilitat.

Un pseudocirc punt a punt és un circuit entre dos enllaços, i un servei Ethernet multipunt uneix diverses seus en un sol domini de difusió. En un diagrama semblen iguals i es comporten de manera molt diferent quan hi ha un bucle o una tempesta de difusió. Confirma quin dels dos es pressuposta abans de planificar l’adreçament.

Els noms de producte no ho resolen. Una etiqueta MPLS, un lliurament de fibra fosca i una superposició per internet es poden anomenar xarxa privada, i els documents marc tracten el model de servei i la separació client-proveïdor com allò que cal definir. Demana la semàntica de l’enllaç per escrit i després llegeix-la al teu equip amb paraules planeres.

Llegeix què ha arribat el dia de la posada en marxa

El dia de la posada en marxa, mira la interfície que t’han donat abans de configurar-hi res a sobre. Un enllaç encaminat de capa 3 sol aparèixer com un port amb una subxarxa punt a punt petita o com un següent salt al qual has d’arribar. Un enllaç de capa 2 apareix com un enllaç que espera trames, així que la primera ordre útil és una comprovació de pont o de veí, no una consulta de ruta.

ip -br link show
ip -br addr show
ip route show default
ip neigh show

Aquestes quatre línies et diuen en quin món ets. Una ruta per defecte que apunta a una adreça del proveïdor vol dir que el proveïdor encamina per tu. Una interfície sense adreça de capa 3 útil però amb el pont ple vol dir que s’espera que encaminis tu, i qualsevol prefix que falti és teu per arreglar.

Un enllaç que sembla promiscu també pot voler dir que el lliurament va etiquetat, així que confirma l’acord de VLAN abans de culpar el circuit. Les adreces MAC duplicades en un servei multipunt són un símptoma de disseny, no una fallada del proveïdor.

Assigna un sol responsable per objecte abans del primer prefix

Recorre la llista d’objectes i digues en veu alta el nom de l’equip que posseeix cadascun. Prefixos de client i els anuncis entre seus. L’adjacència o l’identificador de servei que forma la relació amb la vora del proveïdor. Qui trenca bucles i qui ha acceptat viure dins d’un domini de difusió més ampli. On se situa el sostre d’MTU, com es noten les fallades i com torna el servei. Política d’accés, més qualsevol xifrat que el servei no inclogui.

La llista és curta perquè és la part que es trenca durant un incident. Si dos equips creuen que posseeixen la política d’encaminament, una caiguda produeix dos canvis contradictoris en la mateixa hora. Si no la posseeix ningú, el primer camí asimètric sobreviu fins que un client el reporta.

Un servei encaminat normalment et dona una frontera BGP o estàtica, així que el teu costat necessita un estat de sessió que puguis llegir: birdc show protocols o l’equivalent al teu encaminador et diu si l’adjacència està activa, i els comptadors et diuen si només fluctua en horari laboral. Un lliurament de capa 2 no dona cap senyal així, per això el client ha de tenir una comprovació d’abast explícita.

Recorre el cas de fallada d’una seu

Escriu la prova d’acceptació abans que el servei entri en producció: tomba un enllaç de seu i anota què veu cada equip. En un servei de capa 3 el proveïdor retira l’abast dels prefixos d’aquella seu, la teva sessió registra la retirada i les seus restants conserven els seus camins. En un servei de capa 2 el circuit cau, el teu protocol d’encaminament detecta un veí mort i la mateixa convergència depèn totalment dels teus temporitzadors.

Restaura l’enllaç i comprova la segona meitat del cas, perquè l’estat obsolet és la resta habitual. Confirma que l’adjacència torna, que els prefixos tornen amb els atributs esperats i que no queda cap ruta estàtica temporal a la taula de l’incident.

Prova també la fallada avorrida: una sola seu que duplica el seu trànsit. En un lliurament encaminat veus comptadors per prefix; en un de pontet potser només veus el cabal de la interfície, cosa que et deixa endevinant quin host n’és responsable.

Què no compra el contracte

Una etiqueta de capa 2 o de capa 3 no diu res sobre latència, dorsals dedicats ni xifrat. Són compromisos separats, i les xifres de disponibilitat no impliquen cap d’ells. Llegeix l’acord de servei pel que es promet i tracta tota la resta com una suposició que has de provar.

Si el teu requisit és un enllaç punt a punt entre dos encaminadors de client, un servei de capa 2 encaixa sense demanar al proveïdor que porti el teu encaminament interior. Si el requisit és moltes seus amb subxarxes diferents i un equip d’operacions petit, un servei encaminat normalment elimina feina que d’altra manera seria teva.

Cap dels dos és per defecte. Comprova el suport del dispositiu per a l’encapsulament, les relacions reals de trànsit entre seus, el model de redundància i si el teu equip pot operar la part que acaba d’acceptar. Després escriu els noms dels responsables al runbook, perquè és l’única part de la decisió que sobreviu als canvis de personal.