Maabara ya MPLS L3VPN haipigi ping? Angalia vituo hivi vitano

Ruta mbili za mteja, jozi ya masanduku ya ukingo wa mtoa huduma, na ping inayokufa bila ujumbe wa hitilafu. Katika maabara ndogo ya MPLS L3VPN, hitilafu karibu kila mara hukaa kwenye kimoja cha vituo vitano vya ukaguzi, na kila kimoja kina amri inayoonyesha kama kitegemezi kinafanya kazi au hakipo. Kosa ni kuwasha upya BGP kila ping inaposhindikana badala ya kujaribu vitegemezi kwa mpangilio. Ukiruka moja kwa moja kwenye mpangilio wa VRF, unaweza kutumia saa moja kwenye tatizo lililoanza na next hop isiyotatuliwa vifaa viwili mbali.

Fanyia kazi orodha kuanzia chini kwenda juu. Kituo cha ukaguzi kinachopita kinabaki kimepita, na kushindikana kwa kwanza ndiko kunakostahili kutatuliwa.

Kituo cha kwanza: PE zinaweza kufikiana

Kila PE inahitaji njia kuelekea loopback ya PE nyingine, na njia hiyo lazima itatuliwe kupitia kitu halisi. Itifaki ya lango la ndani ndiyo njia ya kawaida, lakini njia tuli pia inafanya kazi mradi utafutaji wa kurudia utue kwenye ujirani ulio hai. Kwenye vifaa vya mtindo wa IOS, show ip route 10.0.0.2 ikifuatiwa na show ip cef 10.0.0.2 hukuambia kama kiambishi kipo na kama kina ujirani uliotatuliwa. Njia iliyo kwenye jedwali bila ujirani nyuma yake si ufikikaji.

Kagua pande zote mbili. Gharama za IGP zisizolingana, kiolesura tulivu upande usiofaa, au orodha ya usambazaji inayochuja loopback, kila kimoja huvunja upande mmoja tu, na upande mmoja unatosha kuua kikao. Ikiwa loopback zinajibu ping lakini kikao cha BGP kimekaa Active, angalia chanzo cha masasisho kabla ya kugusa kitu kingine.

Kituo cha pili: njia ya lebo ipo

Njia ya IP kuelekea loopback ya mbali haithibitishi kwamba usafirishaji utasukuma lebo. Katika muundo wa LDP, hakikisha loopback ya mbali ina kiungo cha ndani na cha mbali, na kwamba lebo ya kutoka inaonekana kwenye jedwali la upelekaji. show mpls ldp bindings 10.0.0.2 32 huonyesha jozi za lebo, na show mpls forwarding-table 10.0.0.2 huonyesha kile kadi ya mstari itakachoweka kwa hakika. Amri ya pili inapoonyesha „no label“ au kurusha kwenye IP, usafirishaji haubebi trafiki ya VPN jinsi muundo unavyodhani.

Tofauti hiyo inatokana na jinsi MPLS inavyotenganisha hali ya upelekaji na viambishi lengwa, na huo ndio muundo uliofafanuliwa katika RFC 3031. Ikiwa maabara yako inatumia RSVP-TE au lebo zinazopakana na BGP badala ya LDP, kagua hali ya utaratibu huo wenyewe; kudhani LDP inasambaza kila lebo ya underlay ni njia ya kawaida ya kufukuza hitilafu ya mzuka. Njia ya lebo iliyovunjika kwa kawaida huonekana baadaye kama njia ya VPN iliyopo lakini isiyoweza kutumika.

Kituo cha tatu: njia ya VPN imefika salama

Angalia njia ya VPNv4 au VPNv6 kwa kiambishi kamili cha mteja, si muhtasari wa kikao. show bgp vpnv4 unicast all 10.10.1.0/24 inapaswa kuonyesha kitofautishi cha njia, next hop iliyowekwa kwenye loopback ya PE ya mbali, na lebo. Ikiwa kiambishi hakipo, sera ya usafirishaji nje kwenye PE ya asili au sera ya uingizaji kwenye PE inayopokea ndio mtuhumiwa wa kwanza, na route target ndio wahusika wa kawaida.

Soma ukaguzi wa route target kando na upokeaji wa BGP. Njia inaweza kufika ikiwa na next hop sahihi na bado ikashindwa kuingia VRF kwa sababu import target hailingani. Kwenye PE inayopokea, show ip route vrf CUSTOMER 10.10.1.0 ndio jaribio lenye maana; jedwali la BGP linathibitisha tu kwamba njia ilivuka ndege ya udhibiti.

Kituo cha nne: kiolesura kiko ndani ya VRF

Ufafanuzi wa VRF wenye kitofautishi cha njia na route target hauhamishi kiolesura chochote ndani yake. Kiolesura kinachoelekea CE kinahitaji ugawaji wa VRF, na show ip vrf interfaces au show ip interface brief inapaswa kukiorodhesha chini ya mfano sahihi. Hiki ni kituo ambapo mpangilio ulionakiliwa hukosea mara nyingi zaidi, kwa sababu kizuizi cha VRF kinaonekana kamili huku kiolesura kikiwa bado kwenye jedwali la kimataifa.

Kisha thibitisha kwamba PE imejifunza kiambishi cha mteja cha ndani kwenye VRF hiyo, na kwamba CE ina njia ya kurudi kupitia kiungo. Njia tuli ya chaguo-msingi kwenye CE inayoelekea PE inatosha kwa maabara, mradi VRF ya PE ina njia kuelekea LAN ya CE. Ikiwa nusu moja haipo, ping inashindikana kabla lebo yoyote kusukumwa.

Kituo cha tano: jibu linapata njia ya nyumbani

Fuatilia pakiti ya mbele kisha fuatilia pakiti ya kurudi, kwa sababu zinatumia majedwali tofauti. Kwenye PE ya kuingia, chanzo cha mteja kinapaswa kutatuliwa ndani ya VRF kwenye kiambishi cha mbali chenye lebo ya mbali. Kwenye PE ya kutoka, lengo linapaswa kutatuliwa ndani ya VRF hiyo hiyo kwenye kiolesura kinachoelekea CE. Ping inayotoka kwenye PE yenyewe si ushahidi: inaweza kutoka kupitia jedwali la kimataifa au anwani nyingine ya chanzo, ndiyo sababu ping vrf CUSTOMER 10.10.2.10 source 10.10.1.1 ndio jaribio la kufanya.

Ngome za mwenyeji, uchujaji wa njia ya kurudi, na orodha za ufikiaji za CE bado zinatumika. Ikiwa njia ya mbele inafanya kazi na jibu linakufa, tatizo ni njia au kichujio upande wa kurudi, si usafirishaji wa MPLS.

Weka kumbukumbu ya mstari mmoja kwa kila kituo cha ukaguzi ikitaja kitegemezi cha kwanza kilichoshindikana. Kumbukumbu hiyo hubadilisha „mteja hawezi kupiga ping“ kuwa swali mahususi kuhusu ufikikaji, hali ya lebo, uingizaji wa njia, uanachama wa kiolesura, au njia ya kurudi, na huizuia kikao kijacho cha utatuzi kurudia amri zile zile tano kwa mpangilio ule ule.