Ping ya kipanga njia dhidi ya mwenyeji wa VLAN: sera ipi ya PBR inatumika?

VLAN 10 inapaswa kutumia VPN na VLAN 20 itumie WAN, kwa hiyo jaribio la kwanza ni ping kutoka kwa kipanga njia likitumia anwani ya kiolesura cha VLAN 10 kama chanzo. Inafanikiwa, vihesabu vya route-map vinaongezeka na kila mtu anahitimisha kuwa muundo unafanya kazi. Haufanyi kazi. Ping hiyo ilitengenezwa ndani ya kifaa, na trafiki inayotengenezwa ndani hufikia sehemu nyingine ya kushikilia sera kuliko pakiti inayofika kwenye kiolesura cha VLAN.

Masharti matatu huamua ni sera gani unajaribu kweli: pakiti inatengenezwa wapi, inaingia wapi na inafanana na nini.

Mahali pakiti inapoingia huamua ni sera gani inaendesha

Route-map ya kiolesura iliyounganishwa kwa ip policy route-map inatumika kwa pakiti zinazofika kwenye kiolesura hicho, kama mwongozo wa PBR wa IOS XE unavyoeleza. Mwenyeji katika VLAN 10 hutuma ombi lake, fremu inafika kwenye kiolesura kidogo cha VLAN na kipanga njia hutathmini sera hapo. Pakiti ya kipanga njia yenyewe haifiki kamwe kwenye kiolesura hicho, kwa sababu ilizaliwa ndani ya kipanga njia.

Kuchagua anwani ya VLAN kama chanzo hubadilisha kichwa. Hakibadilishi asili.

Kwa nini ping yenye chanzo bado si mwenyeji

Anwani ya chanzo ni muhimu kwa ulinganifu wa ACL, na hiyo ndiyo inayofanya jaribio liwe la kushawishi. Pakiti inalingana na kifungu cha chanzo, vihesabu vinaongezeka na matokeo yanaonekana sahihi. Jaribio haliwezi kuonyesha kiolesura cha kuingia, muktadha wa kuwasili, au kama pakiti ya mwenyeji ingechukua tawi lile lile.

Jaribio linalozalisha ulinganifu lakini si muktadha huthibitisha nusu ya muundo, na ni kwa uthibitisho wa nusu ambapo miundo hutoka na sera isiyofaa.

Sera ya ndani ni jibu sahihi lini

Cisco inaandika ip local policy route-map kwa trafiki ambayo kipanga njia yenyewe huzalisha. Hilo ni wigo tofauti, na ni chombo sahihi wakati hitaji linahusu kweli trafiki ya kipanga njia yenyewe. Si hatua iliyokosekana ambayo kila muundo wa uelekezaji wa VLAN unaihitaji. Ulinganifu mpana hapo unaweza pia kuathiri miunganisho ya usimamizi na msaada, jambo ambalo ni badiliko kubwa zaidi kuliko linavyoonekana.

TCP inayotengenezwa ndani ina sharti la ziada: inahitaji ingizo la lengwa linalotumika katika jedwali la uelekezaji hata sera inapochagua njia nyingine. Matokeo ya ICMP hayathibitishi tabia hiyo hiyo kwa TCP.

Badala yake nini cha kujaribu kwenye mwenyeji

Endesha jaribio kutoka kwa mwenyeji aliyeidhinishwa katika VLAN 10, likiwa na anwani yake halisi ya chanzo, lengwa, itifaki na bandari. Rekodi kiolesura cha kuingia na ulinganifu wa route-map kando ya matokeo, ili ushahidi utaje sera iliyoendeshwa. Kisha rudia kwa mwenyeji katika VLAN 20 na uthibitishe kuwa anachukua njia nyingine.

Njia zote mbili zinahitaji next hop zinazofanya kazi, ufikivu wa kurudi na, inapohitajika, ufikiaji wa VPN. PBR huchagua uamuzi wa kusambaza; haiundi huduma ya mbali na haitoi ruhusa kwa programu.

Matokeo yanaweza kuthibitisha nini na hayawezi kuthibitisha nini

Mtiririko wa mwenyeji uliofanikiwa huthibitisha kuwa sera ililingana na njia iliyochaguliwa ilifanya kazi wakati huo. Haithibitishi kuwa trafiki ya kipanga njia yenyewe inaelekezwa, na haithibitishi kuwa programu iliidhinishwa, kwa sababu hayo ni maswali tofauti yenye ushahidi tofauti.

Hifadhi ping kwenye rekodi kama ushahidi kuhusu pakiti ya ndani. Kisha nenda kuchukua ushahidi wa mtiririko wa mwenyeji, badala ya kupanua wigo wa sera hadi majaribio mawili yafanane kwa bahati.