Etiķete katram VRF vai katram prefiksam? Īstais jaudas rēķins

Divi dizaini reklamē vienu un to pašu klienta prefiksu vienā un tajā pašā pakalpojumu sniedzēja kodolā. Viens piešķir etiķeti katram prefiksam, otrs piešķir vienu etiķeti visam VRF, un otrais izskatās lētāks katrā slaidā. Etiķešu skaits ir reāls, bet tas nav budžets, kas parasti beidzas pirmais. Izvēlēties starp abiem nozīmē skaitīt četrus resursus, nevis vienu, un etiķetes ir mazākās no tiem.

Izvēle ir atkarīga arī no tā, kas izejas maršrutētājam jādara ar paketi pēc etiķetes noņemšanas. Lēmumu jāvirza šai funkcionālajai atšķirībai, nevis etiķešu aritmētikai.

Ko katrs piešķīrums patiešām ietaupa

Piešķīrums pa prefiksam pārnēsā pārsūtīšanas informāciju etiķetē. Izejas maršrutētājs var nosūtīt paketi tieši uz pareizo blakusvienību bez galamērķa meklēšanas, tāpēc tas labi mērogojas lieliem VRF maršrutu kopumiem un tāpēc tas patērē vienu etiķeti katram izsludinātajam prefiksam katrā VRF. Piešķīrums pa VRF, piemēram, Junos vrf-table-label, izsludina vienu etiķeti katrai maršrutēšanas instancei un izmanto šo etiķeti VRF tabulas izvēlei; pēc tam maršrutētājs veic IP meklēšanu tabulā.

Tā ir īsta arhitektūras atšķirība, nevis regulēšanas poga. Etiķetēšana pa VRF dod mazāku etiķešu telpu un vienkāršāku etiķešu izsludināšanu, par cenu vienai meklēšanai un etiķetei, kas neko nepasaka par galamērķi. Etiķetēšana pa prefiksam dod izejas līnijas kartei vairāk informācijas jau iepriekš un patērē etiķetes proporcionāli pārvadātajiem maršrutiem.

Etiķešu uzskaite ir mazā

MPLS etiķetes ir ierobežotas, taču etiķešu telpa ir pietiekami liela, lai parastie pakalpojumu sniedzēji to neizsmeltu ar dažiem tūkstošiem prefiksu. Vieta, kur etiķetēšana pa VRF patiešām palīdz, ir platformas ar mazām aparatūras etiķešu tabulām vai dizaini, kuros viens VRF pārvadā pilnu interneta plūsmu un etiķetes pa prefiksam etiķešu pieprasījumu reizinātu ar maršrutu skaitu. Tie ir reāli ierobežojumi, un tie ir iemesls, kāpēc šī funkcija pastāv. Neviens no tiem nav par prefiksu skaitu tabulā.

Pirms izvēles saskaitiet etiķetes gan pakalpojumam, gan transportam. Dizains pa VRF joprojām prasa transporta etiķetes loopbackiem un katram ceļa lēcienam, un tam joprojām ir vajadzīgs blakusvienības stāvoklis. Ja dizaina kopsavilkums skaita tikai pakalpojuma etiķetes, ietaupījums tiek mērīts nepareizajā uzskaitē.

Maršrutu plūsmas maksā atmiņu pirms etiķetēm

Katrs saņemtais ceļš patērē vadības plaknes atmiņu, atjauninājumu apstrādi un konverģences laiku, neatkarīgi no tā, vai VRF izmanto vienu etiķeti vai desmit tūkstošus. Pilna interneta plūsma VRF iekšienē ir dārga BGP ceļu, RIB, FIB ierakstu un aiz tiem esošās kņadas dēļ, nevis tabulas priekšā esošās etiķetes dēļ. Tā pati plūsma arī palielina maršrutu noplūdes vai politikas kļūdas ietekmes rādiusu šajā nomniekā.

Tāpēc jautājiet, ko klients patiešām prasa. Ja līgums ir privātas vietas plus noklusējuma izeja, pilna tabula pievieno izmaksas, nepievienojot prasību. Tas ir komerciāls jautājums, un tas ir pelnījis rakstisku atbildi, nevis pieņēmumu, kas mantots no iepriekšējā dizaina. Ja pakalpojumam plūsma patiešām ir vajadzīga politikai vai vietējās izejas izvēlei, padariet to par skaidru pozīciju ar savu jaudas rezervāciju un savu atteices uzvedību.

Kad etiķetēšana pa VRF ir pareizais noklusējums

Tas ir labs noklusējums, ja platforma to dokumentē kā atbalstītu, ja VRF maršrutu skaits ir liels un ja izejas meklēšanas izmaksas ir pieņemamas trafika profilam. Tas ir arī dabiska izvēle, ja operatīvā vienkāršība ir svarīgāka par pēdējās mikrosekundes izspiešanu no pārsūtīšanas, jo vienu etiķeti uz nomnieku ir vieglāk izskaidrot un auditēt nekā etiķeti uz prefiksu.

Tas ir nepareizais noklusējums, ja platformas dokumentācija saista funkciju ar konkrētiem aparatūras vai laidiena ierobežojumiem, vai ja dizains ir atkarīgs no pārsūtīšanas lēmumiem pa prefiksam izejā. Pirms pieņemat uzvedību, izlasiet pašas platformas statement atsauci; Junos komanda ir dokumentēta, taču ieviešanu patiešām nosaka ap to esošie aparatūras un laidiena ierobežojumi.

Budžets, ko varat aizstāvēt

Veidojiet jaudas pamatojumu kā piecus atsevišķus skaitļus: saņemtie ceļi, atlasītie maršruti, instalētie pārsūtīšanas ieraksti, pakalpojuma etiķetes un transporta etiķetes. Pievienojiet next-hop un blakusvienības stāvokli, nomnieku skaitu un dublēšanas modeli. Viena VRF labā ceļa momentuzņēmums nav mēroga rādītājs, un nominālais etiķešu telpas lielums nav pieejama aparatūras tabula.

Pēc tam vienojieties arī par atteices režīmu, ne tikai par stacionāro stāvokli. Kas notiek, kad plūsma pieaug par pusi, kad nomnieks pievieno otru VRF vai kad platformai nepieciešama pārstartēšana tabulas lieluma maiņai? Budžets, kas iztur šos jautājumus, ir vērtīgāks par etiķešu skaitu, kas darbojas tikai uz papīra.

Izvēlieties piešķīrumu pēc izejas darbības un platformas ierobežojumiem, pēc tam padariet maršrutu plūsmu par skaidru pakalpojuma lēmumu. Etiķete ir dizaina redzamā daļa; maršruti ir daļa, par kuru jāmaksā katru dienu.