Yr un /24 i ddau gwsmer? Mae angen RD a label ar VPNv4

Mae dau denant yn rhifo eu cangen gyda 10.50.0.0/24, ac ar ôl newid mae llwybr un tenant yn diflannu o ymyl y darparwr tra bod y llall yn dal i weithio. Y symleiddiad y tu ôl i'r tocyn hwnnw yw gollwng y gwahanydd llwybr (RD) fel arfer, oherwydd „bod y label eisoes yn adnabod y cwsmer“. Nid yw'n gwneud hynny. Mae'r RD a'r label yn ateb dau gwestiwn gwahanol, a dim ond pan fo'r cyfeiriadau'n gorgyffwrdd y daw'r bwlch yn weladwy.

Un llwybr lle dylai fod dau

Mae IPv4 unicast cyffredin yn cymharu dau lwybr i'r un rhagddodiad ac yn gosod yr un gorau. Mae 10.50.0.0/24 o denant A a 10.50.0.0/24 o denant B yn un allwedd, felly mae un yn ennill ac mae'r llall yn goroesi fel llwybr wrth gefn yn unig. Gwnaeth y protocol yr hyn a ddywedwyd wrtho; gofynnwyd i'r awyren reoli storio dau lwybr gwahanol o dan un dynodydd.

Mae'r canlyniad yn edrych fel llwybr ar goll yn hytrach nag fel gwall: mae'r PE a gollodd y gystadleuaeth yn dal i anfon ei denant ei hun yn lleol, felly mae ping o fewn y safle yn llwyddo ac mae'r prawf rhwng safleoedd yn methu. Cyfrwch y cofnodion ar gyfer y rhagddodiad hwnnw yn nhabl VPNv4 cyn cyffwrdd ag unrhyw bolisi.

Mae'r RD yn troi un allwedd yn ddwy

Mae gwahanydd llwybr o wyth beit yn cael ei ragosod o flaen y rhagddodiad IPv4, ac mae'r gwrthrych y mae BGP yn ei gario yn dod yn gyfeiriad VPN-IPv4 yn lle rhagddodiad IPv4. Gall dau denant ddal yr un 32 bit oherwydd bod y 64 bit o flaen yn wahanol. Mae mathau fformat yn bodoli ar gyfer RD yn seiliedig ar AS ac ar gyfer un yn seiliedig ar gyfeiriad, ac mae'r dewis yn perthyn i'r PE sy'n tarddu. Mae RD yn seiliedig ar AS yn gyffredin pan fo'r PE yn rhannu AS, ac un yn seiliedig ar gyfeiriad pan nad ydynt.

Peidiwch â darllen yr RD fel tag aelodaeth. Mae targedau llwybr yn llywodraethu mewnforio ac allforio ac maent yn penderfynu pa VRF a ganiateir gosod y llwybr; dim ond sicrhau bod gan y llwybr hunaniaeth ei hun y mae'r RD. Rhoi ei RD ei hun i bob VRF yw'r arfer cyffredin oherwydd mae'n cadw'r mapio hwnnw'n ddarllenadwy mewn golygydd llwybrau.

Mae'r label yn gyfarwyddyd anfon ymlaen lleol

Mae pob hysbyseb hefyd yn cario label MPLS, ac mae ei ystyr wedi'i gwmpasu i'r llwybrydd a'i ddyrannodd. Gall PE arall roi'r un rhif ar gyfer cyrchfan heb berthynas. Dyna'n union pam na all y label gymryd lle hunaniaeth cwsmer: mae'r rhif yn gywir yn unig wrth ymyl y naid nesaf a'r cyflwr anfon ymlaen a'i gosododd.

Mae manylder y dyrannu yn amrywio gyda gweithrediad a chynllun: mae rhai platfformau yn dyrannu un label fesul VRF, eraill fesul rhagddodiad, a gall y label nodi gweithred anfon ymlaen yn hytrach na chwsmer. Nid yw dau label gwahanol yn cyrraedd yr un gyrchfan yn wrthddweud, ac nid yw'r un rhif label mewn dau PE ychwaith.

Pam na all un gymryd lle'r llall

Mae darllen hysbyseb yn golygu edrych ar bedair peth gyda'i gilydd: y rhagddodiad â chymhwyster RD, y targedau llwybr, y naid nesaf a'r label. Mae darllen pecyn defnyddiwr yn golygu edrych ar y stac a osodwyd o'r wybodaeth honno. Mae cynllun iach yn dangos y ddwy ochr yn cyfateb, ac mae un wedi torri fel arfer ag un ochr yn gywir a'r llall yn hen. Mae'r gymhariaeth honno'n gwahanu problem hunaniaeth oddi wrth broblem anfon ymlaen.

Mae'r cyferbyniad taclus rhwng awyren reoli ac awyren ddata yn ddyfais addysgu, nid yn ddisgrifiad o'r amgodio. RFC 8277 yn gosod y label y tu mewn i'r NLRI wedi'i labelu, felly mae'r hysbyseb ei hun yn cario'r rhwymiad; defnyddio hynny ar gyfer anfon ymlaen yw'r cam diweddarach, ar wahân.

Pan fo llwybr tenant ar goll, gwiriwch yn y drefn hon: dau gofnod VPNv4 ar gyfer y rhagddodiad, y targed llwybr cywir ar bob un, naid nesaf y gellir ei datrys, a label y mae gan y PE sy'n derbyn gyflwr ar ei gyfer. Bydd trwsio hunaniaeth â gwerth anfon ymlaen, neu'r gwrthwyneb, yn pasio un prawf ac yn methu'r nesaf.