Llwybr nwl NX-OS EVPN: cadwch y gwrthod o fewn un tenant
Mae cofnod Null0 yn gwrthod yn lleol ac yn hysbysebu dim. Mae tagio, polisi allforio a pholisi’r VTEP sy’n derbyn yn dri phenderfyniad ar wahân i’w hadolygu.
Daw’r cais fel newid un llinell: blackhole un cyfeiriad. Rydych yn ychwanegu llwybr gwesteiwr at Null0 o fewn cyd-destun y tenant, mae’r rhagddodiad yn diflannu o’r tabl lleol fel y disgwylid, ac yna mae’r cwestiynau’n dechrau. A adawodd y llwybr y blwch? A wrthododd y VTEPau pell, neu a gollasant gyrhaeddedd yn syml? A yw ail tenant bellach yn cael ei effeithio?
Mae llwybr statig lleol cywir yn ateb dim ond y cyntaf o’r rhain, a dyna pam mai tri chanlyniad a adolygwyd yw newid blackhole mewn gwirionedd, nid un gorchymyn.
Beth y mae’r newid i’w gynhyrchu mewn gwirionedd
Dechreuwch drwy ysgrifennu’r tri chanlyniad. Rhaid i’r tenant a fwriedir wrthod y cyrchfan yn lleol. Dim ond y llwybr awdurdodedig a gaiff ei allforio, heb ddim arall yn teithio gydag ef. Rhaid i bob VTEP sy’n derbyn ddewis y weithred wrthod a fwriedir yn hytrach na llwybr gwahanol.
Mae gan bob canlyniad ei dystiolaeth ei hun, ac nid oes yr un yn awgrymu’r lleill. Mae llwybr Null0 lleol yn cynhyrchu gwrthod lleol ac, heb ailddosbarthu, nid yw’n allforio dim o gwbl. Mae llwybr a ailddosberthir heb y community y cytunwyd arno yn cyrraedd fel rhagddodiad cyffredin ac yn cael ei anfon ymlaen. Gall community heb y polisi derbyn gael ei anwybyddu’n llwyr.
Mae ysgrifennu’r canlyniadau yn gyntaf hefyd yn eich amddiffyn rhag methiant cyffredin: newid sy’n ymddangos yn gweithio oherwydd bod y cyrchfan eisoes yn anghyrhaeddadwy am reswm di-gysylltiad. Os na allwch ddisgrifio sut y byddech yn gwahaniaethu, nid yw’r prawf derbyn wedi’i gynllunio eto.
Dim ond y rhan gyntaf a wna’r datganiad lleol
Ar gyfer NX-OS yn y trên 10.4(x), mae’r llwybr nwl yn eistedd o fewn cyd-destun VRF y tenant yn hytrach nag mewn un gorchymyn sy’n enwi’r VRF. Mae’r darn yn fyr, ac yn bendant nid yw’n gyfluniad EVPN cyflawn.
vrf context TENANT_A
ip route 192.0.2.10/32 Null0
Mae’r cyfeiriad yn rhagddodiad dogfennaeth, nid yn darged. Sylwch ar y gwahaniaeth cystrawen oddi wrth IOS, lle mae enw’r VRF yn ymddangos y tu mewn i’r gorchymyn llwybr ei hun, a chadarnhewch y ffurf a gefnogir ar gyfer y rhyddhad rydych yn ei redeg mewn gwirionedd cyn gludo unrhyw beth.
Ar ei ben ei hun mae’r llinell hon yn gwrthod traffig ar gyfer y gwesteiwr hwnnw o fewn TENANT_A ac yn gwneud dim arall. Nid yw’n tagio’r llwybr, nid yw’n ei ddewis ar gyfer BGP, ac nid yw’n gosod community. Mae’r rheini’n benderfyniadau cyfluniad ar wahân, ac mae pob un yn lle y gall y newid fod naill ai’n rhy gul i weithio neu’n rhy eang i fod yn ddiogel.
Mae’r gwrthod lleol hefyd yn effeithio ar draffig dilys i’r un cyrchfan. Os y bwriad yw atal un ffynhonnell sy’n cam-drin tra bod defnyddwyr go iawn yn dal i fod angen y cyfeiriad, llwybr nwl yw’r offeryn anghywir a byddwch yn dysgu hynny o’r alwad cymorth gyntaf.
Mae allforio a mewnforio yn gytundebau ar wahân
Ailddosbarthu yw lle mae cwmpas yn cael ei benderfynu. Cyfyngwch y rhagddodiadau cymwys i’r lliniaru a gymeradwywyd, cadwch ef o fewn y tenant, a chyfyngwch y peers sy’n tarddu i’r rheini yn y dyluniad. Ailddosbarthu pob llwybr statig oherwydd bod angen i un llwybr gwesteiwr tagiedig deithio yw sut mae newid cynnal a chadw yn dod yn ddigwyddiad llwybro.
Mae community BLACKHOLE yn gytundeb am werth hysbys, nid yn awdurdodiad i unrhyw gymydog wrthod unrhyw gyfeiriad. Mae RFC 7999 yn ei ddisgrifio yn y termau hynny, ac mae’r ffin ymddiriedaeth ynghylch pwy a gaiff ei hysbysebu yn rhan o’r dyluniad yn hytrach na manylyn gweithredu.
Mae angen ei gyfluniad ei hun ar yr ochr sy’n derbyn. Ar NX-OS, mae llwybrau nwl math 5 angen triniaeth route-map yn y VTEP i ddewis ymddygiad y gwrthod, sy’n cael ei ddogfennu ochr yn ochr â’r camau allforio. Mae dyfais anfon sy’n tagio’n gywir a derbynnydd sy’n anwybyddu’r tag yn cynhyrchu newid sy’n edrych fel pe bai wedi’i osod ac sy’n anfon traffig ymlaen beth bynnag.
Adolygwch y route-map am sgil-effeithiau tra byddwch yno. Gall polisi cyfyngol newydd atal cyrhaeddedd dilys ar gyfer rhagddodiadau di-gysylltiad, ac mae’r niwed hwnnw’n ymddangos yn hwyrach na’r blackhole ac yn anoddach ei briodoli iddo.
Ysgrifennwch y tynnu’n ôl cyn y mewnosod
Cofnodwch berchennog y cyrchfan, y rheswm, y cymeradwywr a dyddiad dod i ben cyn ffurfweddu unrhyw beth. Mae gwrthod heb ddyddiad dod i ben yn dod yn gofnod parhaol nad oes neb yn cofio ei darddiad, a bydd y person nesaf i ddadfygio’r cyfeiriad yn ei drin fel rhan arferol o’r rhwydwaith.
Cadwch lwybr rheoli annibynnol nad yw’n dibynnu ar y llwybr rydych yn ei newid. Os yw’r lliniaru’n cynnwys cyfeiriad a ddefnyddiwch i gyrraedd y ddyfais, rydych wedi creu clo allan gyda chamau ychwanegol.
Enwch y rheolaeth union sy’n tynnu’r lliniaru, a phrofwch y tynnu hwnnw mewn labordy neu yn ystod ffenestr y gallwch ei fforddio. Mae tynnu’n ôl nad oes neb wedi’i ymarfer yn gynllun yn hytrach na gweithdrefn.
Derbyniwch gyda thystiolaeth, nid ag allbwn y gorchymyn
Gwiriwch y cyflwr llwybro a ddewiswyd a’r cyflwr anfon ymlaen yn y VTEPau a fwriedir, a gwiriwch gyrchfan gyfagos y mae’n rhaid iddi aros heb ei heffeithio. Cadarnhewch na fewnforiodd unrhyw denant arall y rhagddodiad, oherwydd gollyngiad rhwng tenantiaid yw’r modd methu sy’n troi gweithred cynnal a chadw yn ddigwyddiad.
Yna tynnwch yn ôl a gwirio bod y llwybr arferol a’r gwasanaeth yn dychwelyd. Mae canllaw llwybrau nwl NX-OS EVPN ar gyfer y rhyddhad 10.4(x) yn dogfennu’r tagio, yr ailddosbarthu a’r polisi derbyn a ddisgrifir yma, a dyma’r cyfeirnod i’w gymharu â’ch rhyddhad eich hun.