Звод маршрутаў 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-а.
Тыкет павінен сказаць, якую табліцу вы паменшылі і якую пакінулі ў спакоі. Усё меншае будзе зноў дыягнаставацца з нуля праз месяц.