અનંકિત ટનલ: તે કયું સરનામું ઉધાર લે છે?

અનંકિત ટનલ લોજિકલ ઇન્ટરફેસ માટે સબનેટ શોધવાનું પગલું છોડી દે છે, પણ સરનામાંકન સંપૂર્ણપણે છોડતું નથી. અમલીકરણને હજુ પણ સ્થાનિક IP ઓળખની જરૂર છે, તેથી તે બીજા ગોઠવેલા ઇન્ટરફેસનું સરનામું ઉધાર લે છે. એ દાતા હવે તમારી રચનાનો ભાગ છે: તેનું સરનામું બદલાય અથવા તેનું ઇન્ટરફેસ ફ્લેપ થાય તો ટનલનું IP વર્તન તેને અનુસરે છે. મોટા ભાગના લખાણોમાં ત્રણ નિર્ણયો ભેગા થઈ જાય છે, અને તેમને અલગ રાખવાથી એવી ગોઠવણી અટકે છે જે સાચી લાગે પણ કંઈ રૂટ કરે નહીં.

દાતાને રચનાની પસંદગી તરીકે ગણો, વાક્યરચનાની વિગત તરીકે નહીં.

સરનામાની ત્રણ ભૂમિકાઓ, અલગ રાખેલી

બહારનું સ્રોત એ સરનામું છે જે અંડરલે આરપાર ટનલ પેકેટો વહન કરે છે, અને સાથી સુધી પહોંચવું જોઈએ તે આ જ છે. ઉધાર લીધેલું સરનામું એ ઓળખ છે જે અનંકિત લોજિકલ ઇન્ટરફેસ પેકેટો ડિકેપ્સ્યુલેટ થયા પછી IP પ્રક્રિયા માટે વાપરે છે. સુરક્ષિત પ્રીફિક્સ એ LAN નેટવર્ક છે જેમનો ટ્રાફિક ટનલ પાર કરવાનો છે, અને તે ટનલના સરનામાથી નહીં, રૂટિંગ પ્રોટોકોલથી જાહેર થાય છે. ઇન્ટરફેસને અનંકિત તરીકે ચિહ્નિત કરવાથી આ ભૂમિકાઓમાંથી કોઈ પણ બીજાને મળતી નથી.

એ વિભાજન એક સામાન્ય ગૂંચવણ સમજાવે છે: સરનામું ઉધાર લેવાથી દાતાનો આખો Ethernet સેગમેન્ટ દૂરના સાથીને મળતો નથી.

દાતા ઇન્ટરફેસ પસંદ કરવું

લૂપબેક સામાન્ય રીતે સારો દાતા છે કારણ કે તેનું સરનામું સ્થિર, હંમેશા ચાલુ અને કોઈ એક ભૌતિક લિંકથી સ્વતંત્ર છે. LAN ઇન્ટરફેસમાંથી ઉધાર લેવાથી ટનલ તે ઇન્ટરફેસની સ્થિતિ અને સરનામા ફાળવણી સાથે જોડાય છે, જે બીજી કામગીરીની આપલે છે: લેબમાં અનુકૂળ, LAN ને ફરી સરનામું મળે ત્યારે નાજુક. બેમાંથી કોઈ પણ પસંદ કરતા પહેલાં ખાતરી કરો કે પ્લેટફોર્મ તમે બનાવી રહ્યા છો તે ટનલ પ્રકાર પર અનંકિત કામગીરીને સમર્થન આપે છે.

તમે કોઈ પણ દાતા પસંદ કરો, તેને ટનલ ગોઠવણીની બાજુમાં જ ફેરફાર-નોંધમાં આધારિતા તરીકે દસ્તાવેજ કરો.

ટનલ ગોઠવો અને પાછી વાંચો

નીચેનું ઉદાહરણ IOS કુટુંબના રાઉટર પરની મલ્ટિપોઇન્ટ GRE ટનલ છે, જે લૂપબેક ઉધાર લે છે અને તેનું બહારનું સ્રોત અંડરલે ઇન્ટરફેસ તરફ દોરે છે. NHRP ઓળખ ઉધાર લીધેલા સરનામાથી અલગ છે અને તેને સ્પષ્ટ રીતે ગોઠવવી પડે છે.

interface Loopback0
 ip address 10.255.255.1 255.255.255.255
interface Tunnel0
 ip unnumbered Loopback0
 tunnel source GigabitEthernet0/0
 tunnel mode gre multipoint
 ip nhrp network-id 100
! verify
show interfaces Tunnel0 | include line protocol|Tunnel source
show ip interface brief | include Tunnel|Loopback
show ip nhrp

પહેલા ઇન્ટરફેસ લાઇન વાંચો: down દર્શાવતી અનંકિત ટનલ ઉધાર લીધેલા સરનામા ધ્યાનમાં લીધા વિના રૂટ કરશે નહીં. પછી ચકાસો કે દાતા ચાલુ છે અને તેનું સરનામું તમે ધાર્યું હતું તે જ છે, કારણ કે ફરી સરનામું મેળવેલું લૂપબેક ટનલ જે ઓળખ રજૂ કરે છે તેને ચૂપચાપ બદલી નાખે છે.

સુરક્ષિત પ્રીફિક્સ માટે રૂટિંગ ટેબલ અને ટનલ પરના સંલગ્નતાની ચકાસણી કરીને પૂરું કરો, કારણ કે સાચી ઇન્ટરફેસ સ્થિતિ બંનેમાંથી કોઈની પણ પહોંચ સાબિત કરતી નથી.

ઉધાર લીધેલું સરનામું જે આપતું નથી

DMVPN ને NHRP નોંધણીઓ અને મેપિંગની જરૂર છે જેથી spokes એકબીજાને શોધી શકે; અનંકિત લાઇન તેમાંથી કંઈ આપતી નથી. પ્રમાણીકરણ, મંજૂર ફોરવર્ડિંગ અને પરત માર્ગો હજુ પણ જરૂરી છે, અને કોઈ પણ પ્રીફિક્સની આપલે પહેલાં રૂટિંગ પ્રોટોકોલે ટનલ પર સંલગ્નતા રચવી પડે. ઇન્ટરફેસ ચાલુ હોવાનું જણાવે ત્યારે પણ આમાંથી દરેક નિષ્ફળ થઈ શકે, તેથી ચકાસણી સરનામાથી મેપિંગ અને ત્યાંથી માર્ગ સુધી જાય છે.

કમાન્ડ સિન્ટેક્સ અને સરનામાંકનના નિયમો પણ ઉત્પાદન અને આવૃત્તિ પ્રમાણે બદલાય છે, તેથી બીજા પ્લેટફોર્મની ગોઠવણી નકલ કરવાને બદલે તમારી સામેના ઉપકરણના ઇન્ટરફેસ મોડેલ સાથે મેળ કરો. ધ્યેય એકસરખો હોઈ શકે, પણ જરૂરી લાઇનો નહીં.

દાતા, બહારનું સ્રોત અને જાહેર કરેલા પ્રીફિક્સ ટનલના દસ્તાવેજીકરણમાં લખો, પછી એક ચકાસણી ઉમેરો જે દાતાનું સરનામું બદલાય તો મોટેથી નિષ્ફળ જાય. એ એક જ ચકાસણી એ નિષ્ફળતાની રીત પકડે છે જે અનંકિત રચનાઓ સૌથી વધુ છુપાવે છે.