Ping frá beini á móti VLAN-hýsli: hvaða PBR-stefna gildir?

VLAN 10 á að nota VPN og VLAN 20 á að nota WAN, svo fyrsta prófið er ping frá beininum með viðmótsheiti VLAN 10 sem uppruna. Það tekst, route-map-teljararnir hækka og allir álykta að hönnunin virki. Það gerir hún ekki. Þetta ping var búið til á staðnum, og umferð sem er búin til á staðnum nær öðrum stefnutengipunkti en pakki sem kemur inn á VLAN-viðmótið.

Þrjú skilyrði ráða því hvaða stefnu þú ert í raun að prófa: hvar pakkinn verður til, hvar hann kemur inn og hvað hann passar við.

Hvar pakkinn kemur inn ræður því hvaða stefna keyrir

Route-map á viðmóti sem er tengt með ip policy route-map gildir fyrir pakka sem koma inn á það viðmót, eins og IOS XE PBR-leiðbeiningin lýsir. Hýsill í VLAN 10 sendir beiðni sína, ramminn kemur inn á VLAN-undirviðmótið og beinirinn metur stefnuna þar. Eigin pakki beinisins kemur aldrei inn á það viðmót, því hann varð til í beininum.

Að velja VLAN-heitið sem uppruna breytir hausnum. Það breytir ekki upprunanum.

Hvers vegna pingið með uppruna er enn ekki hýsillinn

Upprunsheitið skiptir máli fyrir ACL-samsvörun, og það er einmitt það sem gerir prófið svo sannfærandi. Pakkinn passar við upprunaskilyrði, teljararnir hækka og úttakið lítur rétt út. Það sem prófið getur ekki sýnt er inngangsviðmótið, komusamhengið eða hvort pakki hýsilsins myndi fara sömu grein.

Próf sem endurtekur samsvörunina en ekki samhengið sannar helming hönnunarinnar, og með hálfu sanni er það hvernig hönnun fer í loftið með röngu stefnuna tengda.

Hvenær staðbundin stefna er rétta svarið

Cisco skjalfestir ip local policy route-map fyrir umferð sem beinirinn býr sjálfur til. Það er aðskilið umfang, og það er rétta verkfærið þegar krafan snýst í raun um eigin umferð beinisins. Það er ekki vantað skref sem hver VLAN-stýrihönnun þarf. Breið samsvörun þar getur líka haft áhrif á stjórnunar- og stuðningstengingar, sem er miklu meiri breyting en hún lítur út fyrir.

Staðbundið TCP hefur aukalega forsenda: það þarf viðeigandi áfangafærslu í leiðartöflunni jafnvel þegar stefnan velur aðra leið. ICMP-niðurstaða sannar ekki sama hegðun fyrir TCP.

Hvað á að prófa á hýslinum í staðinn

Keyrðu prófið frá heimilaðri hýsli í VLAN 10, með raunverulegu upprunsheiti, áfangastað, samskiptareglu og porti. Skráðu inngangsviðmótið og route-map-samsvörunina við hlið niðurstöðunnar, svo sönnunin nefni stefnuna sem keyrði. Endurtaktu svo fyrir hýsil í VLAN 20 og staðfestu að hann fari aðra leið.

Báðar leiðir þurfa virka next hops, endurkomanleika og, þar sem við á, VPN-þekju. PBR velur ákvörðun um áframsendingu; það býr ekki til fjartengda þjónustuna og veitir forritinu ekki leyfi.

Hvað niðurstaðan getur og getur ekki sannað

Árangursríkt hýsilflæði sannar að stefnan passaði og að valda leiðin virkaði á því augnabliki. Það sannar ekki að eigin umferð beinisins sé stýrt, og það sannar ekki að forritið hafi verið heimilað, því það eru mismunandi spurningar með mismunandi sönnun.

Haltu pinginu í skránni sem sönnun um staðbundinn pakka. Farðu svo að sækja sönnunina fyrir hýsilflæðinu, í stað þess að víkka umfang stefnunnar þar til prófin tvö líta tilfallandi eins út.