DMVPN резиме на рути наспроти NHRP резиме-мапа: различни табели
Резимето на рути го менува објавениот префикс и следниот хоп. NHRP резиме-мапата го менува тоа што го враќа одговорот за резолуција. Ист збор, друга табела.
Некој ве замолува да ги резимирате spoke-овите и тикетот се затвора со помалку префикси на hub-от. Една недела подоцна сообраќајот меѓу филијалите, што порано одеше директно, повторно поминува низ hub-от, а никој не ги поврзува двете промени. Фразата резимирај ги spoke-овите опфаќа две различни операции што допираат две различни табели. Наведете кое состојба го намалувате пред да позајмите команда од друг DMVPN пример.
Симптом: директниот spoke сообраќај се врати на hub-от
Разликата е најважна кога дискусија за Phase 2 се применува на дизајн за Phase 3. Истите зборови се појавуваат во двата разговора, а ефектот врз препраќањето не е ист.
Затоа и промената изгледаше точна при прегледот: прегледот ја провери табелата за рутирање, а таа е само една од трите вклучени состојби.
Една агрегација, две табели
Двете операции изгледаат вака:
| Operation | What it actually changes |
|---|---|
| Routing summary | Aggregates the prefixes the routing protocol advertises and changes the next hop the receiver installs |
| NHRP summary map | Changes the network returned in a resolution reply, so a requesting spoke resolves to a different address |
| Protection path | IPsec state for the peer you actually resolved; neither aggregation changes it |
Резимето на рути е тврдење за тоа што го објавува 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 патека.
Тикетот треба да каже која табела сте ја намалиле и која сте ја оставиле на мира. Сè помалку од тоа ќе биде повторно дијагностицирано од нула за еден месец.