Bakit ang iyong VPN backup ay hindi isang katanggap-tanggap na kahalili ng EIGRP
Ang katanggap-tanggap na kahalili ay dapat pumasa sa isang mahigpit na hindi pagkakapantay-pantay, hindi lamang umiral. Ihambing ang iniulat at katanggap-tanggap na distansya bago ayusin ang mga timer o sisihin ang tunnel.
May pangalawang tunnel na tumataas, ang routing table ay nagpapakita pa rin ng isang landas, at ang halatang konklusyon ay hindi ito napansin ng protocol. Karaniwan ay napansin ito at tinanggihan. Nag-i-install lamang ang EIGRP ng backup kapag pumasa ito sa isang partikular na pagsubok na walang loop, at ang pagiging aktibo ng tunnel ay walang sinasabi tungkol sa kung ang iniulat na distansya ng kapitbahay ay pumasa sa pagsubok na iyon. Ang pagkakaibang iyon ang buong sagot, at ito ay aritmetika, hindi timer.
Ang kondisyon, na sinabi nang eksakto
RFC 7868 tinutukoy ang kondisyon ng pagiging posible bilang sapat na pagsusuri para sa landas na walang loop ng kapitbahay: ang iniulat na distansya ng kapitbahay patungo sa destinasyon ay dapat na mahigpit na mas mababa kaysa sa lokal na katanggap-tanggap na distansya. Mahigpit. Hindi mas mababa o katumbas.
Ang nag-iisang hindi pagkakapantay-pantay na iyon ang gumagawa sa isang alternatibo na katanggap-tanggap na kahalili. Lahat ng iba pa rito ay accounting sa paligid nito.
Dalawang distansya na may magkaibang tungkulin
Ang iniulat na distansya ay ang inaanunsyo ng kapitbahay para sa destinasyon. Ang katanggap-tanggap na distansya ay isang talaan ng pinakamaliit na kilalang kabuuang metric mula noong huling paglipat ng ACTIVE–PASSIVE, kaya maaari itong magkaiba sa metric ng kasalukuyang pinakamahusay na landas. Ang paghahalo sa dalawang ito ay nagbubunga ng tiwala ngunit maling mga konklusyon.
Sa isang operational display, ilang column na mukhang distansya ang nakatayo nang magkatabi. Basahin ang header ng column na ginagamit mo, at tandaan na ang buong kinakalkulang path metric ng kapitbahay ay hindi kaparehong dami ng distansyang iniulat nito sa iyo.
Isang ginawang paghahambing
Kumuha ng isang idineklarang halimbawa na may katanggap-tanggap na distansya na 1000. Ang kapitbahay na nag-uulat ng 900 ay pumasa sa pagsubok at maaaring maging katanggap-tanggap na kahalili. Ang kapitbahay na nag-uulat ng 1000 ay nabigo, dahil ang kondisyon ay mahigpit na hindi pagkakapantay-pantay at hindi sapat ang pagkakapantay.
Ang mga numerong iyon ay aritmetika, hindi bilis ng link. Huwag basahin ang mga ito bilang hula tungkol sa isang partikular na router o bilang inirerekomendang metric.
Ang pagtuklas ay hindi pagiging karapat-dapat
Ang isang mekanismo ay mabilis na makapansin ng patay na peer habang ang EIGRP ay wala pang angkop na kapalit. Ang pagpansin ay isang yugto; ang koordinadong pagkalkula ng ruta ay isa pa, at nagsisimula lamang ito kapag walang katanggap-tanggap na kahalili. Ang pagbagsak sa kondisyon ay hindi nagpapatunay na ang alternatibo ay may pisikal na loop. Nangangahulugan ito na ang lokal na pagsubok ng shortcut ay hindi nagtatag ng garantiya, kaya dapat pangasiwaan ng pagkalkula ang resulta.
Ang pagpapaikli ng timer ng pagiging buhay ay hindi makalilikha ng maabot na hindi kailanman naging, at ang pagbabago ng naka-configure na bandwidth o halaga ng pagkaantala ay hindi pagsukat ng kapasidad.
Basahin ang mga field, pagkatapos subukan ang aplikasyon
Itala ang destinasyon, ang kasalukuyang kahalili, ang kandidatong kapitbahay, ang iniulat nitong distansya, ang katanggap-tanggap na distansya at ang resultang estado ng ruta. show ip eigrp topology 10.10.10.0/24 ay nagbibigay sa iyo ng karamihan niyon para sa isang prefix. Pagkatapos ay itali ang desisyon sa landas ng tunnel na aktwal na nagdadala ng susunod na hop, dahil ang routing table at ang tunnel table ay maaaring hindi magkasundo kung aling interface ang ginagamit.
Sa ilalim ng isang aprubadong obserbasyon, subaybayan ang tatlong bagay nang hiwalay: pagtuklas, pagpili ng ruta at ang sariling pagbawi ng aplikasyon. Sinasabi sa iyo ng pagkakasunod-sunod na iyon kung ang nawawalang piraso ay isang karapat-dapat na backup, ang VPN path sa ilalim, o ang workload na muling kumokonekta, sa halip na ipagpalagay na ang bawat mabagal na pagbawi ay nangangailangan ng isa pang timer.
Ang kapaki-pakinabang na ugali ay suriin ang hindi pagkakapantay-pantay bago hawakan ang anupamang bagay. Ito ay nangangailangan ng isang utos at ito ay nagtatapos sa debate.