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 કયો જવાબ મોકલે છે. આ અલગ નિષ્ફળતાના પ્રકારોવાળા અલગ પ્રશ્નો છે, અને ડિઝાઇન એક બદલીને બીજાને બરાબર જેમ હતું તેમ રાખી શકે છે. તેમને એક જ લિવર તરીકે ગણવું એ જ રીતે એકત્રીકરણનો ફેરફાર ચૂપચાપ ફોરવર્ડિંગના ફેરફારમાં ફેરવાય છે.
બંનેમાંથી કોઈ ક્રિયા સુરક્ષા માર્ગ વિશે નિવેદન નથી, કારણ કે તે તમે ખરેખર રિઝોલ્વ કરેલા પીઅર માટે વાટાઘાટ થાય છે.
hub નો સારાંશ ખરેખર શું બદલે છે
spoke-થી-spoke NHRP સારાંશ નકશા માટે Cisco માર્ગદર્શિકા એવી Phase 3 ગોઠવણ વર્ણવે છે જ્યાં hub સારાંશ જાહેર કરે છે અને રૂટિંગનો આગળનો હોપ રહે છે. પછી રીડાયરેક્ટ અને ત્યારપછીનું NHRP રિઝોલ્યુશન વધુ સીધો ફોરવર્ડિંગ માર્ગ આપે છે. તેથી ફક્ત એકત્રિત રૂટ વાંચવું આખી ફોરવર્ડિંગ સ્થિતિનું વર્ણન કરતું નથી, અને તેનો અર્થ એ નથી કે દરેક પેકેટ કાયમ hub થઈને જ પસાર થવું જોઈએ. સારાંશ પહોંચવાની ક્ષમતા વિશે છે, માર્ગ વિશે નહીં.
તેથી જ રૂટિંગ કોષ્ટક પર અટકતી ડિઝાઇન સમીક્ષા એવા ફેરફારને મંજૂરી આપી શકે છે જે રિઝોલ્યુશનના વર્તનને બદલે છે. પસંદ કરેલો રૂટ, NHRP પરિણામ અને સુરક્ષા માર્ગને ત્રણ અલગ નિરીક્ષણો તરીકે તપાસો.
ત્રણમાંથી કયું બદલાયું તે તમે કહી ન શકો, તો તમે ફેરફાર પૂરો કર્યો નથી.
NHRP સારાંશ નકશો શું બદલે છે
એક spoke લો જે ઘણા વધુ ચોક્કસ LAN રૂટ દ્વારા 10.32.0.0/19 ધરાવે છે, જ્યારે hub બીજા spoke-ઓને મોટું એકત્રીકરણ જાહેર કરે છે. 10.32.12.10 માટેની વિનંતીને અન્યથા મેળ ખાતા નાના નેટવર્કની રિઝોલ્યુશન માહિતી મળતી. દસ્તાવેજીકૃત NHRP સારાંશ નકશા સુવિધા spoke-ને તેના ગોઠવેલા આવરણ પ્રીફિક્સને બદલામાં પરત કરવા દે છે, જે તે spoke-ના નેટવર્ક માટે વારંવાર થતું રિઝોલ્યુશન કાર્ય ઘટાડી શકે છે. તે hub-ના રૂટ સારાંશ અને spoke-ના રિઝોલ્યુશન સારાંશને એક જ વસ્તુ બનાવતું નથી.
તે આવરણ પ્રીફિક્સને સુવિચાર્યું માલિકી મોડેલ આપો. બીજે જગ્યાએના સરનામાં સમાવતો વિશાળ જવાબ, અથવા પહોંચી ન શકાય તેવા અંતર, પછીના ટ્રાફિકને અયોગ્ય પીઅર તરફ મોકલી શકે છે.
પ્રીફિક્સ મોટું કરતા પહેલાં વાસ્તવિક રૂટ અને ઇરાદાપૂર્વકના નકારેલા કિસ્સાઓ તપાસો, પછી નહીં.
પ્રથમ લક્ષ્ય અને સારાંશની અંદરના એક લક્ષ્યની સરખામણી કરો
બે લક્ષ્ય પસંદ કરો: તમે ચકાસેલું પહેલું, અને સૂચિત સારાંશની અંદર રહેલું બીજું. દરેક માટે પસંદ કરેલો રૂટ, ત્યાં પહોંચવા વપરાયેલી NHRP સ્થિતિ અને વાસ્તવિક જવાબ માર્ગ નોંધો. આ સરખામણી તમને કહે છે કે તમે રૂટિંગ સ્કેલ, રિઝોલ્યુશન સ્કેલ કે ફોરવર્ડિંગ ભૂલ બદલી છે, અને એ જ એકમાત્ર ઉપયોગી નિષ્કર્ષ છે. ઓછા પ્રીફિક્સ દેખાડતું ડિસ્પ્લે તેમાંથી કશાનો પુરાવો નથી.
તમારા નેટવર્ક પર Phase 3 ઉદાહરણ લાગુ કરતા પહેલાં તૈનાત ફેઝ અને રૂટિંગ પ્રોટોકોલના આગળના-હોપ વર્તનની પુષ્ટિ કરો. નાનું ઉદાહરણ એ પુરાવો નથી કે બીજી ડિઝાઇન એ જ સીધો spoke માર્ગ જાળવે છે.
ટિકિટે કહેવું જોઈએ કે તમે કયું કોષ્ટક ઘટાડ્યું અને કયું અકબંધ રાખ્યું. તેનાથી ઓછું કંઈ પણ એક મહિના પછી શરૂઆતથી ફરી નિદાન થશે.