DMVPN, фаза 3: чытанне скарочанага шляху ў абодвух кірунках

Вы назіраеце, як адзін ping ідзе ад spoke да spoke па доўгім шляху праз hub, а другі ідзе напрамую. Так і хочацца сказаць, што скарочаны шлях працуе. Гэта выснова напалову правільная. Шлях наперад можа быць скарочаным, пакуль зваротны шлях ідзе праз hub, і стан, які даказвае кожны кірунак, — гэта розны стан. Прайдзіце абодва кірункі і прачытайце тры табліцы, перш чым прызнаць схему здаровай.

Пачніце з шляху пакета, які вы сапраўды бачыце

Пачніце са spoke з пунктам прызначэння, які павінен быць прамым. Прасачыце першы пакет: ён ідзе па маршруце spoke у бок hub, бо скарочанага шляху яшчэ няма. Hub перасылае яго далей і ў схеме фазы 3 таксама адпраўляе крыніцы перанакіраванне, якое паведамляе, што існуе лепшы шлях.

Гэта перанакіраванне — трыгер, а не доказ. Яно кажа, што hub убачыў трафік, які можна аптымізаваць. Яно не кажа, што крыніца пабудавала скарочаны шлях, што пункт прызначэння адказаў на запыт ці што зваротны шлях яго выкарыстоўвае.

Таму першае карыснае назіранне — гэта да і пасля: першы паток праз hub, пазнейшы паток напрамую.

Тры станы, якія выглядаюць як адзін тунель

Скарочаны шлях залежыць ад трох частак стану, і кожная мае свой час жыцця і сваю каманду.

Запіс кэша NHRP супастаўляе адрас overlay з транспартным адрасам NBMA. Маршрут або скарочаны шлях вызначае, як перасылаецца канкрэтны ўнутраны пункт прызначэння. Асацыяцыя IPsec абараняе трафік, які ў выніку ўзнікае. Адсутны адказ можа паходзіць з любога з трох, і каманды паказваюць, якога менавіта не хапае.

Чытайце іх у такім парадку, бо адсутнае супастаўленне робіць два іншыя нецікавымі.

Прайдзіце запыт і адказ асобна

Са spoke A запытайце супастаўленне і паназірайце, што вернецца. Запыт ідзе праз падтрыманы шлях перасылкі NHRP, і пункт прызначэння можа адказаць напрамую, а не праз hub. Гэтая асіметрыя нармальная, і менавіта таму адказ — цікавая палова абмену.

Цяпер памяняйце ролі. Адпраўце з B у A і паўтарыце тыя ж тры чытанні. Схема, якая скарачае адзін кірунак і не скарачае другі, не сіметрычная, і асіметрыя звычайна ўзнікае з адсутнага прэфікса з аднаго боку або з запыту, які так і не атрымаў адказу.

Адказ партнёра не абавязаны праходзіць праз hub толькі таму, што запыт прайшоў праз яго. Не чытайце гэта як памылку і не пачынайце шукаць няспраўнасць маршрутызацыі, якой не існуе.

Чытайце перанакіраванне hub, а не толькі яго маршрут

Табліца маршрутаў hub паказвае, куды hub адправіў бы пакет. Перанакіраванне паказвае, што hub папрасіў крыніцу з гэтым зрабіць. Гэта розныя факты, і hub з правільным маршрутам без перанакіраванняў будзе ўтрымліваць кожны паток на доўгім шляху бясконца. Праверце падзеі NHRP на hub і пераканайцеся, што перанакіраванні ствараюцца для патрэбнага вам трафіку.

Фаза 3 таксама змяняе сэнс агрэгацыі. Пры паводзінах скарочанага шляху spoke не патрэбны поўны набор канкрэтных аддаленых маршрутаў, які чакала схема фазы 2, таму агрэгаваны маршрут на spoke не азначае аўтаматычна адсутную сетку. Пацвердзіце фазу і палітыку маршрутызацыі, перш чым лічыць агрэгацыю няспраўнасцю.

Менавіта гэтае непаразуменне спараджае больш заявак па DMVPN, чым любое іншае.

Запішыце выснову як адсутны аб'ект

Скончыце дазволеным патокам праграмы і яго адказам і адзначце для кожнага кірунку, ці выкарыстоўваўся прамы шлях. Затым запішыце выснову як аб'ект, якога не хапала: супастаўленне, скарочаны шлях перасылкі, асацыяцыя абароны або адказ праграмы.

Суседства маршрутызацыі і агульная асацыяцыя бяспекі — гэта сведчанне здароўя, а не сведчанне шляху. Абодва могуць быць бездакорнымі, пакуль кожны пакет усё яшчэ ідзе ў абыход. Спачатку праверце рашэнне аб перасылцы, затым асацыяцыю, якая яго нясе. Парадак важны, бо асацыяцыя ўтвараецца так ці інакш.

Гэтая звычка акупляецца на наступнай заяўцы. «Тунель узняўся, але павольны» ператвараецца ў «У B няма скарочанага шляху да хоста A», і другое сцверджанне — гэта выпраўленне на пяць хвілін. Трымайце вывад каманд разам з высновай і даведнік па фазе 3 ад пастаўшчыка побач.