DMVPN резиме рута наспрам NHRP мапе резимеа: различите табеле

Неко вас замоли да резимирате spoke-ове и тикет се затвара са мање префикса на hub-у. Недељу дана касније саобраћај између филијала, који је раније ишао директно, поново пролази кроз hub, а нико не повезује те две промене. Фраза резимирај spoke-ове покрива две различите операције које додирују две различите табеле. Наведите које стање смањујете пре него што позајмите команду из другог DMVPN примера.

Симптом: директан spoke саобраћај се вратио на hub

Разлика је најважнија када се расправа о Phase 2 примени на Phase 3 дизајн. Исте речи се појављују у оба разговора, а учинак на прослеђивање није исти.

Зато је промена изгледала исправно при прегледу: преглед је проверио табелу рутирања, а то је само једно од три укључена стања.

Једна агрегација, две табеле

Две операције изгледају овако:

Резиме рута је тврдња о томе шта hub оглашава и шта пријемни spoke инсталира као руту. NHRP мапа резимеа је тврдња о одговору који spoke шаље када други spoke пита како доћи до адресе. То су различита питања са различитим начинима отказа, и дизајн може променити једно а друго оставити тачно какво је било. Третирање њих као једне полуге је пут којим промена агрегације тихо постаје промена прослеђивања.

Ниједна операција није тврдња о путу заштите, јер се он преговара за peer који сте стварно решили.

Шта резиме на hub-у заиста мења

Cisco водич за NHRP мапе резимеа између spoke-ова описује Phase 3 распоред у којем hub оглашава резиме и остаје следећи хоп рутирања. Преусмеравање и потом NHRP резолуција тада дају директнији пут прослеђивања. Читање само агрегатне руте зато не описује све стање прослеђивања и не значи да сваки пакет заувек мора проћи кроз hub. Резиме се тиче доступности, не пута.

Зато преглед дизајна који се заустави на табели рутирања може одобрити промену која мења понашање резолуције. Проверите изабрану руту, NHRP резултат и пут заштите као три одвојена запажања.

Ако не можете да кажете која од три се променила, нисте завршили промену.

Шта NHRP мапа резимеа мења

Узмите spoke који поседује 10.32.0.0/19 кроз неколико специфичнијих LAN рута, док hub оглашава већи агрегат осталим spoke-овима. Захтев за 10.32.12.10 би иначе добио информације о резолуцији за одговарајућу мању мрежу. Документована функција NHRP мапе резимеа омогућава spoke-у да уместо тога врати свој конфигурисани покривајући префикс, што може смањити поновљени рад на резолуцији за мреже које припадају том spoke-у. То не чини резиме рута на hub-у и резиме резолуције на spoke-у истим објектом.

Дајте том покривајућем префиксу промишљен модел власништва. Широк одговор који укључује адресе које припадају негде другде, или празнине које су недоступне, може послати каснији саобраћај ка неприкладном peer-у.

Проверите стварне руте и намераване одбијене случајеве пре него што проширите префикс, а не после.

Упоредите прву дестинацију и једну унутар резимеа

Изаберите две дестинације: прву коју сте тестирали и другу која се налази унутар предложеног резимеа. За сваку забележите изабрану руту, стање NHRP коришћено да се до ње дође и стварни пут одговора. То поређење вам каже да ли сте променили размере рутирања, размере резолуције или грешку у прослеђивању, а то је једини користан закључак. Приказ са мање префикса није доказ ни за шта од тога.

Потврдите распоређену фазу и понашање следећег хопа протокола рутирања пре него што примените Phase 3 пример на своју мрежу. Кратак пример није доказ да други дизајн чува исти директни spoke пут.

Тикет треба да каже коју сте табелу смањили и коју сте оставили на миру. Све мање од тога биће поново дијагностиковано од нуле за месец.