સિસ્કો તાલીમ 200-125 CCNA v3.0. દિવસ 44 OSPF નો પરિચય

આજે આપણે OSPF રૂટીંગ વિશે શીખવાનું શરૂ કરીશું. આ વિષય, EIGRP પ્રોટોકોલની જેમ, સમગ્ર CCNA અભ્યાસક્રમમાં સૌથી મહત્વપૂર્ણ વિષય છે. જેમ તમે જોઈ શકો છો, વિભાગ 2.4 નું શીર્ષક છે “રૂપરેખાંકન, પરીક્ષણ અને મુશ્કેલીનિવારણ OSPFv2 સિંગલ-ઝોન અને મલ્ટી-ઝોન for IPv4 (ઓથેન્ટિકેશન, ફિલ્ટરિંગ, મેન્યુઅલ રૂટ સારાંશ, પુનઃવિતરણ, સ્ટબ એરિયા, VNet અને LSA સિવાય).”

OSPF નો વિષય ઘણો વ્યાપક છે, તેથી તે 2, કદાચ 3 વિડિઓ પાઠ લેશે. આજનો પાઠ મુદ્દાની સૈદ્ધાંતિક બાજુને સમર્પિત કરવામાં આવશે; હું તમને કહીશ કે આ પ્રોટોકોલ સામાન્ય રીતે શું છે અને તે કેવી રીતે કાર્ય કરે છે. આગામી વિડિયોમાં, અમે પેકેટ ટ્રેસરનો ઉપયોગ કરીને OSPF રૂપરેખાંકન મોડ પર આગળ વધીશું.

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

RIP પ્રોટોકોલ, એક અંતર વેક્ટર પ્રોટોકોલ હોવાને કારણે, એક-હોપ પાથ પસંદ કરશે, ભલે આ લિંકની ઝડપ ઓછી હોય, અને OSPF પ્રોટોકોલ ઘણા હોપ્સનો લાંબો માર્ગ પસંદ કરશે જો આ રૂટ પરની કુલ ઝડપ વધુ હોય તો. ટૂંકા માર્ગ પર ટ્રાફિકની ઝડપ.

અમે નિર્ણય અલ્ગોરિધમને પછીથી જોઈશું, પરંતુ અત્યારે તમારે યાદ રાખવું જોઈએ કે OSPF એ લિંક સ્ટેટ પ્રોટોકોલ છે. આ ઓપન સ્ટાન્ડર્ડ 1988 માં બનાવવામાં આવ્યું હતું જેથી દરેક નેટવર્ક સાધનો ઉત્પાદક અને કોઈપણ નેટવર્ક પ્રદાતા તેનો ઉપયોગ કરી શકે. તેથી OSPF EIGRP કરતાં વધુ લોકપ્રિય છે.

OSPF સંસ્કરણ 2 એ ફક્ત IPv4 ને સમર્થન આપ્યું હતું, અને એક વર્ષ પછી, 1989 માં, વિકાસકર્તાઓએ સંસ્કરણ 3 ની જાહેરાત કરી, જે IPv6 ને સપોર્ટ કરે છે. જો કે, IPv6 માટે OSPF નું સંપૂર્ણ કાર્યકારી ત્રીજું સંસ્કરણ ફક્ત 2008 માં દેખાયું. તમે OSPF શા માટે પસંદ કર્યું? છેલ્લા પાઠમાં, અમે શીખ્યા કે આ આંતરિક ગેટવે પ્રોટોકોલ RIP કરતા વધુ ઝડપથી રૂટ કન્વર્જન્સ કરે છે. આ એક વર્ગવિહીન પ્રોટોકોલ છે.

જો તમને યાદ હોય, RIP એ ક્લાસફુલ પ્રોટોકોલ છે, એટલે કે તે સબનેટ માસ્ક માહિતી મોકલતું નથી, અને જો તે ક્લાસ A/24 IP એડ્રેસનો સામનો કરે છે, તો તે તેને સ્વીકારશે નહીં. ઉદાહરણ તરીકે, જો તમે તેને 10.1.1.0/24 જેવા IP એડ્રેસ સાથે રજૂ કરો છો, તો તે તેને નેટવર્ક 10.0.0.0 તરીકે સમજશે કારણ કે એક કરતાં વધુ સબનેટ માસ્કનો ઉપયોગ કરીને નેટવર્ક ક્યારે સબનેટ થાય છે તે તે સમજી શકતું નથી.
OSPF એક સુરક્ષિત પ્રોટોકોલ છે. ઉદાહરણ તરીકે, જો બે રાઉટર્સ OSPF માહિતીની આપલે કરી રહ્યા હોય, તો તમે પ્રમાણીકરણને ગોઠવી શકો છો જેથી કરીને તમે પાસવર્ડ દાખલ કર્યા પછી માત્ર પડોશી રાઉટર સાથે માહિતી શેર કરી શકો. આપણે પહેલેથી જ કહ્યું છે તેમ, તે એક ઓપન સ્ટાન્ડર્ડ છે, તેથી ઘણા નેટવર્ક સાધનો ઉત્પાદકો દ્વારા OSPF નો ઉપયોગ કરવામાં આવે છે.

વૈશ્વિક અર્થમાં, OSPF એ લિંક સ્ટેટ એડવર્ટાઈઝમેન્ટ્સ અથવા LSAsની આપલે કરવાની પદ્ધતિ છે. એલએસએ સંદેશાઓ રાઉટર દ્વારા જનરેટ કરવામાં આવે છે અને તેમાં ઘણી બધી માહિતી હોય છે: રાઉટરનું અનન્ય ઓળખકર્તા રાઉટર-આઈડી, રાઉટરને જાણીતા નેટવર્ક્સ વિશેનો ડેટા, તેમની કિંમત વિશેનો ડેટા વગેરે. રાઉટરને રૂટીંગ નિર્ણયો લેવા માટે આ બધી માહિતીની જરૂર છે.

રાઉટર R3 તેની LSA માહિતી રાઉટર R5 ને મોકલે છે, અને રાઉટર R5 તેની LSA માહિતી R3 સાથે શેર કરે છે. આ LSA એ ડેટા સ્ટ્રક્ચરનું પ્રતિનિધિત્વ કરે છે જે લિંક સ્ટેટ ડેટા બેઝ અથવા LSDB બનાવે છે. રાઉટર પ્રાપ્ત થયેલા તમામ LSA ને એકત્રિત કરે છે અને તેને તેના LSDB માં મૂકે છે. બંને રાઉટર્સે તેમના ડેટાબેઝ બનાવ્યા પછી, તેઓ હેલો સંદેશાઓની આપ-લે કરે છે, જે પડોશીઓને શોધવા માટે સેવા આપે છે અને તેમના LSDB ની સરખામણી કરવાની પ્રક્રિયા શરૂ કરે છે.

રાઉટર R3 રાઉટર R5 ને DBD અથવા "ડેટાબેઝ વર્ણન" સંદેશ મોકલે છે, અને R5 તેનું DBD રાઉટર R3 ને મોકલે છે. આ સંદેશાઓમાં LSA ઇન્ડેક્સ હોય છે જે દરેક રાઉટરના ડેટાબેઝમાં ઉપલબ્ધ હોય છે. DBD પ્રાપ્ત કર્યા પછી, R3 એ R5 ને LSR નેટવર્ક સ્ટેટસ વિનંતી મોકલે છે કે "મારી પાસે પહેલેથી જ 3,4 અને 9 સંદેશા છે, તેથી મને ફક્ત 5 અને 7 મોકલો."

R5 એ જ કરે છે, ત્રીજા રાઉટરને કહે છે: "મારી પાસે માહિતી 3,4 અને 9 છે, તેથી મને 1 અને 2 મોકલો." LSR વિનંતીઓ પ્રાપ્ત કર્યા પછી, રાઉટર્સ LSU નેટવર્ક સ્ટેટ અપડેટ પેકેટો પાછા મોકલે છે, એટલે કે, તેના LSR ના જવાબમાં, ત્રીજા રાઉટરને રાઉટર R5 માંથી LSU પ્રાપ્ત થાય છે. રાઉટર્સ તેમના ડેટાબેસેસને અપડેટ કરે તે પછી, તે બધા, જો તમારી પાસે 100 રાઉટર્સ હોય તો પણ, તે જ LSDB હશે. એકવાર રાઉટર્સમાં LSDB ડેટાબેસેસ બનાવવામાં આવે, તેમાંથી દરેકને સમગ્ર નેટવર્ક વિશે સમગ્ર રીતે જાણ થશે. ઓએસપીએફ પ્રોટોકોલ રૂટીંગ ટેબલ બનાવવા માટે શોર્ટેસ્ટ પાથ ફર્સ્ટ અલ્ગોરિધમનો ઉપયોગ કરે છે, તેથી તેની યોગ્ય કામગીરી માટે સૌથી મહત્વની શરત એ છે કે નેટવર્ક પરના તમામ ઉપકરણોના એલએસડીબી સમન્વયિત છે.

ઉપરોક્ત રેખાકૃતિમાં, ત્યાં 9 રાઉટર્સ છે, જેમાંથી પ્રત્યેક LSR, LSU અને તેના પડોશીઓ સાથે સંદેશાઓની આપલે કરે છે. તે બધા p2p, અથવા "પોઇન્ટ-ટુ-પોઇન્ટ" ઇન્ટરફેસ દ્વારા એકબીજા સાથે જોડાયેલા છે જે OSPF પ્રોટોકોલ દ્વારા કામગીરીને સમર્થન આપે છે, અને સમાન LSDB બનાવવા માટે એકબીજા સાથે ક્રિયાપ્રતિક્રિયા કરે છે.

જલદી પાયા સિંક્રનાઇઝ થાય છે, દરેક રાઉટર, ટૂંકી પાથ અલ્ગોરિધમનો ઉપયોગ કરીને, તેનું પોતાનું રૂટીંગ ટેબલ બનાવે છે. આ કોષ્ટકો વિવિધ રાઉટર્સ માટે અલગ અલગ હશે. એટલે કે, બધા રાઉટર્સ સમાન એલએસડીબીનો ઉપયોગ કરે છે, પરંતુ ટૂંકા માર્ગો વિશે તેમની પોતાની વિચારણાઓના આધારે રૂટીંગ કોષ્ટકો બનાવે છે. આ અલ્ગોરિધમનો ઉપયોગ કરવા માટે, OSPF ને નિયમિતપણે LSDB અપડેટ કરવાની જરૂર છે.

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

નેટવર્ક એડમિનિસ્ટ્રેટર તરીકે, તમે LSDB બનાવવાની પ્રક્રિયામાં સામેલ નથી. રાઉટર્સનો પડોશ બનાવ્યા પછી ડેટાબેસેસ આપમેળે અપડેટ થાય છે, જેમ કે રૂટીંગ કોષ્ટકોનું નિર્માણ. આ બધું ઓએસપીએફ પ્રોટોકોલ સાથે કામ કરવા માટે ગોઠવેલ ઉપકરણ દ્વારા જ કરવામાં આવે છે.
ચાલો એક ઉદાહરણ જોઈએ. અમારી પાસે 2 રાઉટર્સ છે, જેને, સરળતા માટે, મેં RID 1.1.1.1 અને 2.2.2.2 અસાઇન કર્યા છે. જલદી અમે તેમને કનેક્ટ કરીએ છીએ, લિંક ચેનલ તરત જ ઉપરની સ્થિતિમાં જશે, કારણ કે મેં પહેલા આ રાઉટર્સને OSPF સાથે કામ કરવા માટે ગોઠવ્યા હતા. કોમ્યુનિકેશન ચેનલની રચના થતાં જ, રાઉટર A તરત જ રાઉટર A ને હેલો પેકેટ મોકલશે. આ પેકેટમાં એવી માહિતી હશે કે જે આ રાઉટરે આ ચેનલ પર હજુ સુધી કોઈને “જોયું નથી”, કારણ કે તે પ્રથમ વખત હેલો મોકલી રહ્યું છે, તેમજ તેના પોતાના ઓળખકર્તા, તેની સાથે જોડાયેલા નેટવર્ક વિશેનો ડેટા અને અન્ય માહિતી જે તે કરી શકે છે. પાડોશી સાથે શેર કરો.

આ પેકેટ પ્રાપ્ત કર્યા પછી, રાઉટર B કહેશે: "હું જોઉં છું કે આ સંચાર ચેનલ પર OSPF પાડોશી માટે સંભવિત ઉમેદવાર છે" અને તે Init રાજ્યમાં જશે. હેલો પેકેટ એ યુનિકાસ્ટ અથવા બ્રોડકાસ્ટ મેસેજ નથી, તે મલ્ટિકાસ્ટ OSPF IP એડ્રેસ 224.0.0.5 પર મોકલવામાં આવેલ મલ્ટિકાસ્ટ પેકેટ છે. કેટલાક લોકો પૂછે છે કે મલ્ટિકાસ્ટ માટે સબનેટ માસ્ક શું છે. હકીકત એ છે કે મલ્ટિકાસ્ટમાં સબનેટ માસ્ક નથી; તે રેડિયો સિગ્નલ તરીકે પ્રચાર કરે છે, જે તેની આવર્તન સાથે જોડાયેલા તમામ ઉપકરણો દ્વારા સાંભળવામાં આવે છે. ઉદાહરણ તરીકે, જો તમે ફ્રિક્વન્સી 91,0 પર FM રેડિયો બ્રોડકાસ્ટિંગ સાંભળવા માંગતા હો, તો તમે તમારા રેડિયોને તે આવર્તન સાથે ટ્યુન કરો.

એ જ રીતે, રાઉટર B મલ્ટિકાસ્ટ સરનામાં 224.0.0.5 માટે સંદેશા પ્રાપ્ત કરવા માટે ગોઠવેલ છે. આ ચેનલ સાંભળતી વખતે, તે રાઉટર A દ્વારા મોકલવામાં આવેલ હેલો પેકેટ મેળવે છે અને તેના પોતાના સંદેશા સાથે જવાબ આપે છે.

આ કિસ્સામાં, જો જવાબ B માપદંડોના સમૂહને સંતોષે તો જ પડોશી સ્થાપિત કરી શકાય છે. પ્રથમ માપદંડ એ છે કે હેલો સંદેશાઓ મોકલવાની આવર્તન અને આ સંદેશના પ્રતિસાદ માટે રાહ જોવાનું અંતરાલ ડેડ ઈન્ટરવલ બંને રાઉટર માટે સમાન હોવું જોઈએ. સામાન્ય રીતે ડેડ ઈન્ટરવલ ઘણા હેલો ટાઈમર વેલ્યુની બરાબર હોય છે. આમ, જો રાઉટર Aનું હેલો ટાઈમર 10 સેકન્ડનું હોય અને રાઉટર B તેને 30 સેકન્ડ પછી સંદેશ મોકલે, જ્યારે ડેડ ઈન્ટરવલ 20 સેકન્ડ હોય, તો સંલગ્નતા થશે નહીં.

બીજો માપદંડ એ છે કે બંને રાઉટર્સે સમાન પ્રકારના પ્રમાણીકરણનો ઉપયોગ કરવો આવશ્યક છે. તદનુસાર, પ્રમાણીકરણ પાસવર્ડ્સ પણ મેળ ખાતા હોવા જોઈએ.

ત્રીજો માપદંડ એરિયલ આઈડી ઝોન ઓળખકર્તાઓનો મેળ છે, ચોથો એ નેટવર્ક ઉપસર્ગની લંબાઈનો મેળ છે. જો રાઉટર A /24 ઉપસર્ગની જાણ કરે છે, તો રાઉટર B પાસે /24 નેટવર્ક ઉપસર્ગ પણ હોવો આવશ્યક છે. હવે પછીના વિડીયોમાં આપણે આને વધુ વિગતવાર જોઈશું, અત્યારે હું નોંધ લઈશ કે આ સબનેટ માસ્ક નથી, અહીં રાઉટર્સ રિવર્સ વાઈલ્ડકાર્ડ માસ્કનો ઉપયોગ કરે છે. અને અલબત્ત, જો રાઉટર્સ આ ઝોનમાં હોય તો સ્ટબ વિસ્તારના ફ્લેગ્સ પણ મેળ ખાતા હોવા જોઈએ.

આ માપદંડો તપાસ્યા પછી, જો તેઓ મેળ ખાતા હોય, તો રાઉટર B તેનું હેલો પેકેટ રાઉટર A ને મોકલે છે. A ના સંદેશથી વિપરીત, રાઉટર B અહેવાલ આપે છે કે તેણે રાઉટર A જોયું અને પોતાનો પરિચય આપ્યો.

આ સંદેશના જવાબમાં, રાઉટર A ફરીથી રાઉટર B ને હેલો મોકલે છે, જેમાં તે પુષ્ટિ કરે છે કે તેણે રાઉટર B પણ જોયું છે, તેમની વચ્ચેની સંચાર ચેનલમાં ઉપકરણો 1.1.1.1 અને 2.2.2.2 છે, અને તે પોતે ઉપકરણ 1.1.1.1 છે. . પડોશની સ્થાપનાનો આ એક ખૂબ જ મહત્વપૂર્ણ તબક્કો છે. આ કિસ્સામાં, દ્વિ-માર્ગી 2-વે કનેક્શનનો ઉપયોગ કરવામાં આવે છે, પરંતુ જો અમારી પાસે 4 રાઉટરના વિતરિત નેટવર્ક સાથે સ્વીચ હોય તો શું થાય છે? આવા "વહેંચાયેલ" વાતાવરણમાં, એક રાઉટરે નિયુક્ત રાઉટર ડીઆરની ભૂમિકા ભજવવી જોઈએ અને બીજાએ બેકઅપ નિયુક્ત રાઉટર, બીડીઆરની ભૂમિકા ભજવવી જોઈએ.

આમાંના દરેક ઉપકરણ સંપૂર્ણ જોડાણ અથવા સંપૂર્ણ સંલગ્નતાની સ્થિતિ બનાવશે, પછીથી આપણે જોઈશું કે આ શું છે, જો કે, આ પ્રકારનું જોડાણ ફક્ત DR અને BDR સાથે સ્થાપિત થશે; બે નીચલા રાઉટર્સ D અને B હજુ પણ દ્વિ-માર્ગી જોડાણ યોજના "પોઇન્ટ-ટુ-પોઇન્ટ" નો ઉપયોગ કરીને એકબીજા સાથે વાતચીત કરો.

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

જલદી દ્વિ-માર્ગી સંચાર સ્થાપિત થાય છે, રાઉટર A રાઉટર B ને ડેટાબેઝ વર્ણન પેકેટ, અથવા "ડેટાબેઝ વર્ણન" મોકલે છે, અને ExStart રાજ્યમાં જાય છે - એક્સચેન્જની શરૂઆત, અથવા લોડિંગની રાહ જોઈ રહ્યું છે. ડેટાબેઝ ડિસ્ક્રિપ્ટર એ પુસ્તકના વિષયવસ્તુના કોષ્ટક જેવી માહિતી છે - તે રાઉટીંગ ડેટાબેઝમાં રહેલી દરેક વસ્તુની સૂચિ છે. જવાબમાં, રાઉટર B તેનું ડેટાબેઝ વર્ણન રાઉટર A ને મોકલે છે અને એક્સચેન્જ ચેનલ સંચાર સ્થિતિમાં પ્રવેશ કરે છે. જો એક્સચેન્જ સ્ટેટમાં રાઉટર શોધે છે કે તેના ડેટાબેઝમાં કેટલીક માહિતી ખૂટે છે, તો તે લોડિંગ લોડિંગ સ્થિતિમાં જશે અને તેના પાડોશી સાથે LSR, LSU અને LSA સંદેશાઓની આપલે કરવાનું શરૂ કરશે.

તેથી, રાઉટર A તેના પાડોશીને LSR મોકલશે, જે LSU પેકેટ સાથે જવાબ આપશે, જેને રાઉટર A LSA સંદેશ સાથે રાઉટર B ને જવાબ આપશે. ઉપકરણો LSA સંદેશાઓની આપલે કરવા માંગે છે તેટલી વખત આ વિનિમય થશે. લોડિંગ સ્થિતિનો અર્થ એ છે કે LSA ડેટાબેઝનું સંપૂર્ણ અપડેટ હજી થયું નથી. એકવાર તમામ ડેટા ડાઉનલોડ થઈ જાય, પછી બંને ઉપકરણો સંપૂર્ણ સંલગ્ન સ્થિતિમાં દાખલ થશે.

નોંધ કરો કે દ્વિ-માર્ગી જોડાણ સાથે, ઉપકરણો ફક્ત સંલગ્ન સ્થિતિમાં હોય છે, અને સંપૂર્ણ સંલગ્ન સ્થિતિ ફક્ત રાઉટર્સ, DR અને BDR વચ્ચે જ શક્ય છે. આનો અર્થ એ થાય છે કે દરેક રાઉટર DR ને નેટવર્કમાં થતા ફેરફારો અને બધા રાઉટર્સ વિશે જાણ કરે છે. DR પાસેથી આ ફેરફારો વિશે જાણો

ડીઆર અને બીડીઆરની પસંદગી એક મહત્વનો મુદ્દો છે. ચાલો જોઈએ કે સામાન્ય વાતાવરણમાં DR કેવી રીતે પસંદ કરવામાં આવે છે. ચાલો ધારીએ કે અમારી સ્કીમમાં ત્રણ રાઉટર અને એક સ્વીચ છે. OSPF ઉપકરણો પહેલા હેલો સંદેશામાં પ્રાધાન્યતાની તુલના કરે છે, પછી રાઉટર આઈડીની તુલના કરે છે.

સર્વોચ્ચ અગ્રતા ધરાવતું ઉપકરણ DR બને છે જો બે ઉપકરણોની પ્રાથમિકતાઓ એકરૂપ થાય, તો બેમાંથી સૌથી વધુ રાઉટર ID ધરાવતું ઉપકરણ DR બને છે.

દ્વિતીય સર્વોચ્ચ અગ્રતા ધરાવતું ઉપકરણ અથવા બીજા ક્રમનું સર્વોચ્ચ રાઉટર ID બેકઅપ સમર્પિત રાઉટર BDR બની જાય છે. જો DR નિષ્ફળ જાય, તો તે તરત જ BDR દ્વારા બદલવામાં આવશે. તે DR ની ભૂમિકા ભજવવાનું શરૂ કરશે, અને સિસ્ટમ બીજું પસંદ કરશે. BDR

હું આશા રાખું છું કે તમે DR અને BDR ની પસંદગી સમજી લીધી હશે, જો નહીં, તો હું નીચેના વિડિઓમાંથી એકમાં આ મુદ્દા પર પાછા આવીશ અને આ પ્રક્રિયા સમજાવીશ.

અત્યાર સુધી અમે હેલો, ડેટાબેઝ ડિસ્ક્રીપ્ટર અને LSR, LSU અને LSA સંદેશાઓ શું છે તે જોયા છે. આગળના વિષય પર જતા પહેલા, ચાલો OSPF ના ખર્ચ વિશે થોડી વાત કરીએ.

સિસ્કોમાં, માર્ગની કિંમતની ગણતરી સંદર્ભ બેન્ડવિડ્થના ગુણોત્તરના સૂત્રનો ઉપયોગ કરીને કરવામાં આવે છે, જે ચેનલની કિંમત માટે ડિફોલ્ટ રૂપે 100 Mbit/s પર સેટ હોય છે. ઉદાહરણ તરીકે, સીરીયલ પોર્ટ દ્વારા ઉપકરણોને કનેક્ટ કરતી વખતે, ઝડપ 1.544 Mbps છે, અને કિંમત 64 હશે. 10 Mbps ની ઝડપ સાથે ઇથરનેટ કનેક્શનનો ઉપયોગ કરતી વખતે, કિંમત 10 હશે, અને સાથે ફાસ્ટઇથરનેટ કનેક્શનની કિંમત 100 Mbps ની સ્પીડ 1 હશે.

ગીગાબીટ ઈથરનેટનો ઉપયોગ કરતી વખતે અમારી પાસે 1000 Mbpsની સ્પીડ હોય છે, પરંતુ આ કિસ્સામાં સ્પીડ હંમેશા 1 માનવામાં આવે છે. તેથી, જો તમારી પાસે તમારા નેટવર્ક પર ગીગાબીટ ઈથરનેટ હોય, તો તમારે રેફની ડિફૉલ્ટ મૂલ્ય બદલવી આવશ્યક છે. 1000 સુધીમાં BW. આ કિસ્સામાં, કિંમત 1 હશે, અને સમગ્ર કોષ્ટકની કિંમત 10 ગણી વધીને પુનઃગણતરી કરવામાં આવશે. એકવાર અમે સંલગ્નતા બનાવી અને LSDB બનાવી લીધા પછી, અમે રૂટીંગ ટેબલ બનાવવા આગળ વધીએ છીએ.

LSDB પ્રાપ્ત કર્યા પછી, દરેક રાઉટર SPF અલ્ગોરિધમનો ઉપયોગ કરીને સ્વતંત્ર રીતે રૂટની યાદી બનાવવાનું શરૂ કરે છે. અમારી યોજનામાં, રાઉટર A પોતાના માટે આવા ટેબલ બનાવશે. ઉદાહરણ તરીકે, તે A-R1 રૂટની કિંમતની ગણતરી કરે છે અને તે 10 હોવાનું નક્કી કરે છે. આકૃતિને સમજવામાં સરળ બનાવવા માટે, ધારો કે રાઉટર A એ રાઉટર B માટે શ્રેષ્ઠ માર્ગ નક્કી કરે છે. લિંક A-R1 ની કિંમત 10 છે. , લિંક A-R2 100 છે, અને A-R3 રૂટની કિંમત 11 જેટલી છે, એટલે કે A-R1(10) અને R1-R3(1) રૂટનો સરવાળો.

જો રાઉટર A રાઉટર R4 પર જવા માંગે છે, તો તે આ A-R1-R4 માર્ગ સાથે અથવા A-R2-R4 માર્ગ સાથે કરી શકે છે, અને બંને કિસ્સાઓમાં રૂટની કિંમત સમાન હશે: 10+100 =100+10=110. રૂટ A-R6 ની કિંમત 100+1= 101 હશે, જે પહેલાથી જ સારી છે. આગળ, અમે A-R5-R1-R3 રૂટ સાથે રાઉટર R5 ના પાથને ધ્યાનમાં લઈએ છીએ, જેની કિંમત 10+1+100 = 111 હશે.

રાઉટર R7 નો માર્ગ બે માર્ગો સાથે મૂકી શકાય છે: A-R1-R4-R7 અથવા A-R2-R6-R7. પ્રથમની કિંમત 210 હશે, બીજી - 201, જેનો અર્થ છે કે તમારે 201 પસંદ કરવું જોઈએ. તેથી, રાઉટર B સુધી પહોંચવા માટે, રાઉટર A 4 માર્ગોનો ઉપયોગ કરી શકે છે.

A-R1-R3-R5-B રૂટની કિંમત 121 હશે. રૂટ A-R1-R4-R7-B રૂટનો ખર્ચ 220 થશે. રૂટ A-R2-R4-R7-B રૂટનો ખર્ચ 210 થશે, અને A-R2- R6-R7- B ની કિંમત 211 છે. તેના આધારે, રાઉટર A સૌથી ઓછી કિંમત, 121 ની બરાબર સાથે રૂટ પસંદ કરશે અને તેને રૂટીંગ ટેબલમાં મૂકશે. આ SPF અલ્ગોરિધમ કેવી રીતે કાર્ય કરે છે તેનો ખૂબ જ સરળ આકૃતિ છે. વાસ્તવમાં, કોષ્ટકમાં ફક્ત રાઉટર્સના હોદ્દો જ નથી કે જેના દ્વારા શ્રેષ્ઠ માર્ગ ચાલે છે, પણ તેમને જોડતા બંદરોના હોદ્દા અને અન્ય તમામ જરૂરી માહિતી પણ છે.

ચાલો બીજા વિષયને જોઈએ જે રૂટીંગ ઝોનની ચિંતા કરે છે. સામાન્ય રીતે, જ્યારે કંપનીના OSPF ઉપકરણો સેટઅપ કરવામાં આવે છે, ત્યારે તે બધા એક સામાન્ય ઝોનમાં સ્થિત હોય છે.

જો R3 રાઉટર સાથે જોડાયેલ ઉપકરણ અચાનક નિષ્ફળ જાય તો શું થાય? રાઉટર R3 તરત જ રાઉટર્સ R5 અને R1 ને સંદેશ મોકલવાનું શરૂ કરશે કે આ ઉપકરણ સાથેની ચેનલ હવે કામ કરી રહી નથી, અને બધા રાઉટર્સ આ ઇવેન્ટ વિશે અપડેટ્સનું વિનિમય કરવાનું શરૂ કરશે.

જો તમારી પાસે 100 રાઉટર્સ છે, તો તે બધા લિંક સ્ટેટ માહિતી અપડેટ કરશે કારણ કે તે સમાન સામાન્ય ઝોનમાં છે. જો પડોશી રાઉટર્સમાંથી એક નિષ્ફળ જાય તો તે જ વસ્તુ થશે - ઝોનના તમામ ઉપકરણો LSA અપડેટ્સનું વિનિમય કરશે. આવા સંદેશાઓના વિનિમય પછી, નેટવર્ક ટોપોલોજી પોતે બદલાઈ જશે. એકવાર આવું થઈ જાય, SPF બદલાયેલી પરિસ્થિતિઓ અનુસાર રૂટીંગ કોષ્ટકોની પુનઃ ગણતરી કરશે. આ એક ખૂબ મોટી પ્રક્રિયા છે, અને જો તમારી પાસે એક ઝોનમાં હજારો ઉપકરણો છે, તો તમારે રાઉટર્સની મેમરી કદને નિયંત્રિત કરવાની જરૂર છે જેથી કરીને તે તમામ LSAs અને વિશાળ LSDB લિંક સ્ટેટ ડેટાબેઝને સંગ્રહિત કરવા માટે પૂરતું હોય. જલદી જ ઝોનના અમુક ભાગમાં ફેરફાર થાય છે, SPF અલ્ગોરિધમ તરત જ રૂટની પુનઃગણતરી કરે છે. મૂળભૂત રીતે, LSA દર 30 મિનિટે અપડેટ થાય છે. આ પ્રક્રિયા એકસાથે બધા ઉપકરણો પર થતી નથી, પરંતુ કોઈપણ કિસ્સામાં, દરેક રાઉટર દ્વારા દર 30 મિનિટમાં અપડેટ કરવામાં આવે છે. વધુ નેટવર્ક ઉપકરણો. LSDB અપડેટ કરવામાં વધુ મેમરી અને સમય લાગે છે.

આ સમસ્યા એક સામાન્ય ઝોનને ઘણા અલગ ઝોનમાં વિભાજીત કરીને ઉકેલી શકાય છે, એટલે કે, મલ્ટિઝોનિંગનો ઉપયોગ કરીને. આ કરવા માટે, તમારી પાસે તમે મેનેજ કરો છો તે સમગ્ર નેટવર્કનો પ્લાન અથવા ડાયાગ્રામ હોવો આવશ્યક છે. AREA 0 તમારો મુખ્ય વિસ્તાર છે. આ તે સ્થાન છે જ્યાં બાહ્ય નેટવર્ક સાથે જોડાણ કરવામાં આવે છે, ઉદાહરણ તરીકે, ઇન્ટરનેટની ઍક્સેસ. નવા ઝોન બનાવતી વખતે, તમારે નિયમનું પાલન કરવું આવશ્યક છે: દરેક ઝોનમાં એક ABR, એરિયા બોર્ડર રાઉટર હોવું આવશ્યક છે. એજ રાઉટર એક ઝોનમાં એક ઈન્ટરફેસ અને બીજા ઝોનમાં બીજું ઈન્ટરફેસ ધરાવે છે. ઉદાહરણ તરીકે, R5 રાઉટર ઝોન 1 અને ઝોન 0 માં ઈન્ટરફેસ ધરાવે છે. મેં કહ્યું તેમ, દરેક ઝોન ઝોન શૂન્ય સાથે જોડાયેલા હોવા જોઈએ, એટલે કે, એજ રાઉટર હોવું જોઈએ, જેમાંથી એક ઈન્ટરફેસ AREA 0 સાથે જોડાયેલ છે.

ચાલો ધારીએ કે R6-R7 કનેક્શન નિષ્ફળ ગયું છે. આ કિસ્સામાં, LSA અપડેટ ફક્ત AREA 1 દ્વારા પ્રચાર કરશે અને માત્ર આ ઝોનને અસર કરશે. ઝોન 2 અને ઝોન 0 માંના ઉપકરણોને તેના વિશે ખબર પણ નહીં હોય. એજ રાઉટર R5 તેના ઝોનમાં શું થઈ રહ્યું છે તે વિશેની માહિતીનો સારાંશ આપે છે અને નેટવર્કની સ્થિતિ વિશે સારાંશની માહિતી મુખ્ય ઝોન AREA 0 ને મોકલે છે. એક ઝોનમાંના ઉપકરણોને અન્ય ઝોનમાં LSA ફેરફારોથી વાકેફ રહેવાની જરૂર નથી કારણ કે ABR રાઉટર સારાંશ રૂટની માહિતી એક ઝોનમાંથી બીજા ઝોનમાં ફોરવર્ડ કરશે.

જો તમે ઝોનની વિભાવના પર સંપૂર્ણ રીતે સ્પષ્ટ ન હોવ, તો જ્યારે અમે OSPF રૂટીંગને ગોઠવીશું અને કેટલાક ઉદાહરણો જોઈશું ત્યારે તમે આગલા પાઠમાં વધુ શીખી શકશો.

અમારી સાથે રહેવા બદલ આભાર. શું તમને અમારા લેખો ગમે છે? વધુ રસપ્રદ સામગ્રી જોવા માંગો છો? ઓર્ડર આપીને અથવા મિત્રોને ભલામણ કરીને અમને ટેકો આપો, એન્ટ્રી-લેવલ સર્વર્સના અનન્ય એનાલોગ પર Habr વપરાશકર્તાઓ માટે 30% ડિસ્કાઉન્ટ, જેની શોધ અમારા દ્વારા તમારા માટે કરવામાં આવી હતી: VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1Gbps વિશેનું સંપૂર્ણ સત્ય $20 થી અથવા સર્વર કેવી રીતે શેર કરવું? (RAID1 અને RAID10 સાથે ઉપલબ્ધ, 24 કોરો સુધી અને 40GB DDR4 સુધી).

ડેલ R730xd 2 ગણું સસ્તું? માત્ર અહીં 2 x ઇન્ટેલ ટેટ્રાડેકા-કોર Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 ટીવી $199 થી નેધરલેન્ડમાં! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 થી! વિશે વાંચો ઇન્ફ્રાસ્ટ્રક્ચર કોર્પોરેશન કેવી રીતે બનાવવું. ડેલ R730xd E5-2650 v4 સર્વર્સના ઉપયોગ સાથેનો વર્ગ એક પેની માટે 9000 યુરોના મૂલ્યના છે?

સોર્સ: www.habr.com