સિસ્કો તાલીમ 200-125 CCNA v3.0. દિવસ 21: અંતર વેક્ટર રૂટીંગ RIP

આજના પાઠનો વિષય છે RIP, અથવા રૂટીંગ માહિતી પ્રોટોકોલ. અમે તેના ઉપયોગના વિવિધ પાસાઓ, તેની ગોઠવણી અને મર્યાદાઓ વિશે વાત કરીશું. મેં પહેલેથી જ કહ્યું તેમ, RIP એ Cisco 200-125 CCNA કોર્સ અભ્યાસક્રમમાં સમાવિષ્ટ નથી, પરંતુ મેં આ પ્રોટોકોલ માટે એક અલગ પાઠ સમર્પિત કરવાનું નક્કી કર્યું છે કારણ કે RIP મુખ્ય રૂટીંગ પ્રોટોકોલ પૈકી એક છે.

આજે આપણે 3 પાસાઓ જોઈશું: ઓપરેશનને સમજવું અને રાઉટર્સમાં RIP સેટ કરવું, RIP ટાઈમર, RIP પ્રતિબંધો. આ પ્રોટોકોલ 1969 માં બનાવવામાં આવ્યો હતો, તેથી તે સૌથી જૂના નેટવર્ક પ્રોટોકોલમાંનો એક છે. તેનો ફાયદો તેની અસાધારણ સાદગીમાં રહેલો છે. આજે, સિસ્કો સહિત ઘણા નેટવર્ક ઉપકરણો, RIP ને સમર્થન આપવાનું ચાલુ રાખે છે કારણ કે તે EIGRP જેવો માલિકીનો પ્રોટોકોલ નથી, પરંતુ જાહેર પ્રોટોકોલ છે.

RIP ના 2 વર્ઝન છે. પ્રથમ, ક્લાસિક સંસ્કરણ, VLSM ને સપોર્ટ કરતું નથી - ચલ લંબાઈ સબનેટ માસ્ક કે જેના પર ક્લાસલેસ IP એડ્રેસિંગ આધારિત છે, તેથી અમે ફક્ત એક નેટવર્કનો ઉપયોગ કરી શકીએ છીએ. હું આ વિશે થોડી વાર પછી વાત કરીશ. આ સંસ્કરણ પણ પ્રમાણીકરણને સપોર્ટ કરતું નથી.

ધારો કે તમારી પાસે 2 રાઉટર્સ એકબીજા સાથે જોડાયેલા છે. આ કિસ્સામાં, પ્રથમ રાઉટર તેના પાડોશીને તે જાણે છે તે બધું કહે છે. ચાલો કહીએ કે નેટવર્ક 10 પ્રથમ રાઉટર સાથે જોડાયેલ છે, નેટવર્ક 20 પ્રથમ અને બીજા રાઉટરની વચ્ચે સ્થિત છે, અને નેટવર્ક 30 બીજા રાઉટરની પાછળ છે. પછી પ્રથમ રાઉટર બીજાને કહે છે કે તે નેટવર્ક 10 અને 20 ને જાણે છે, અને રાઉટર 2 કહે છે રાઉટર 1 કે જે તે નેટવર્ક 30 અને નેટવર્ક 20 વિશે જાણે છે.

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

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

RIPv2 માં, તમે તે મુજબ રાઉટરને ગોઠવીને પ્રમાણીકરણ પ્રદાન કરી શકો છો. આ કિસ્સામાં, રાઉટર્સ વચ્ચેની માહિતી અપડેટ કરવાનું પાસવર્ડ દાખલ કરીને નેટવર્ક પ્રમાણીકરણ પસાર કર્યા પછી જ શક્ય બનશે.

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

RIP ના બીજા સંસ્કરણમાં, આ સમસ્યા હલ થઈ છે - તે મલ્ટિકાસ્ટ આઈડી, અથવા મલ્ટિકાસ્ટ ટ્રાફિક ટ્રાન્સમિશનનો ઉપયોગ કરે છે. આ કિસ્સામાં, ફક્ત તે ઉપકરણો કે જે પ્રોટોકોલ સેટિંગ્સમાં ઉલ્લેખિત છે અપડેટ્સ પ્રાપ્ત કરે છે. પ્રમાણીકરણ ઉપરાંત, RIP નું આ સંસ્કરણ VLSM ક્લાસલેસ IP એડ્રેસિંગને સપોર્ટ કરે છે. આનો અર્થ એ છે કે જો 10.1.1.1/24 નેટવર્ક પ્રથમ રાઉટર સાથે જોડાયેલ છે, તો પછી બધા નેટવર્ક ઉપકરણો કે જેનું IP સરનામું આ સબનેટની સરનામાં શ્રેણીમાં છે તે પણ અપડેટ્સ પ્રાપ્ત કરે છે. પ્રોટોકોલનું બીજું સંસ્કરણ CIDR પદ્ધતિને સમર્થન આપે છે, એટલે કે જ્યારે બીજા રાઉટરને અપડેટ મળે છે, ત્યારે તે જાણે છે કે તે કયા ચોક્કસ નેટવર્ક અથવા રૂટની ચિંતા કરે છે. પ્રથમ સંસ્કરણના કિસ્સામાં, જો નેટવર્ક 10.1.1.0 રાઉટર સાથે જોડાયેલ હોય, તો નેટવર્ક 10.0.0.0 પરના ઉપકરણો અને સમાન વર્ગના અન્ય નેટવર્ક્સ પણ અપડેટ્સ પ્રાપ્ત કરશે. આ કિસ્સામાં, રાઉટર 2 પણ આ નેટવર્ક્સના અપડેટ વિશે સંપૂર્ણ માહિતી મેળવશે, પરંતુ CIDR વિના તે જાણશે નહીં કે આ માહિતી વર્ગ A IP સરનામાઓ સાથે સબનેટની ચિંતા કરે છે.

આ તે છે જે ખૂબ સામાન્ય શબ્દોમાં RIP છે. હવે ચાલો જોઈએ કે તેને કેવી રીતે ગોઠવી શકાય. તમારે રાઉટર સેટિંગ્સના વૈશ્વિક રૂપરેખાંકન મોડમાં જવાની અને રાઉટર RIP આદેશનો ઉપયોગ કરવાની જરૂર છે.

આ પછી, તમે જોશો કે કમાન્ડ લાઇન હેડર R1(config-router)# માં બદલાઈ ગયું છે કારણ કે અમે રાઉટર સબકમાન્ડ લેવલ પર ગયા છીએ. બીજો આદેશ સંસ્કરણ 2 હશે, એટલે કે, અમે રાઉટરને સૂચવીએ છીએ કે તેણે પ્રોટોકોલના સંસ્કરણ 2 નો ઉપયોગ કરવો જોઈએ. આગળ, આપણે જાહેરાત કરાયેલ ક્લાસફુલ નેટવર્કનું સરનામું દાખલ કરવું જોઈએ કે જેના પર નેટવર્ક XXXX આદેશનો ઉપયોગ કરીને અપડેટ્સ ટ્રાન્સમિટ કરવા જોઈએ. આ આદેશમાં 2 કાર્યો છે: પ્રથમ, તે સ્પષ્ટ કરે છે કે કયા નેટવર્કની જાહેરાત કરવાની જરૂર છે, અને બીજું, કયા ઈન્ટરફેસનો ઉપયોગ કરવાની જરૂર છે. આ માટે. જ્યારે તમે નેટવર્ક ગોઠવણીને જોશો ત્યારે તમે જોશો કે મારો અર્થ શું છે.

અહીં અમારી પાસે 4 રાઉટર્સ અને એક કમ્પ્યુટર છે જે ઓળખકર્તા 192.168.1.0/26 સાથે નેટવર્ક દ્વારા સ્વીચ સાથે જોડાયેલ છે, જે 4 સબનેટમાં વહેંચાયેલું છે. અમે ફક્ત 3 સબનેટનો ઉપયોગ કરીએ છીએ: 192.168.1.0/26, 192.168.1.64/26 અને 192.168.1.128/26. અમારી પાસે હજુ પણ સબનેટ 192.168.1.192/26 છે, પરંતુ તેનો ઉપયોગ થતો નથી કારણ કે તેની જરૂર નથી.

ઉપકરણ પોર્ટમાં નીચેના IP સરનામાઓ છે: કમ્પ્યુટર 192.168.1.10, પ્રથમ રાઉટરનું પ્રથમ પોર્ટ 192.168.1.1, બીજું પોર્ટ 192.168.1.65, બીજા રાઉટરનું પ્રથમ પોર્ટ 192.168.1.66, બીજા રાઉટરનું બીજું પોર્ટ.192.168.1.129. ત્રીજા રાઉટરનું પ્રથમ પોર્ટ 192.168.1.130. 1 . છેલ્લી વખતે અમે સંમેલનો વિશે વાત કરી હતી, તેથી હું સંમેલનને અનુસરી શકતો નથી અને રાઉટરના બીજા પોર્ટને સરનામું .1 સોંપી શકતો નથી, કારણ કે .XNUMX આ નેટવર્કનો ભાગ નથી.

આગળ, હું અન્ય સરનામાંનો ઉપયોગ કરું છું, કારણ કે અમે બીજું નેટવર્ક શરૂ કરીએ છીએ - 10.1.1.0/16, તેથી બીજા રાઉટરનો બીજો પોર્ટ, જેની સાથે આ નેટવર્ક જોડાયેલ છે, તેનું IP સરનામું 10.1.1.1 છે, અને ચોથાનું પોર્ટ રાઉટર, જેની સાથે સ્વીચ જોડાયેલ છે - સરનામું 10.1.1.2.

મેં બનાવેલ નેટવર્કને ગોઠવવા માટે, મારે ઉપકરણોને IP સરનામાં સોંપવા આવશ્યક છે. ચાલો પ્રથમ રાઉટરના પ્રથમ પોર્ટથી પ્રારંભ કરીએ.

પ્રથમ, અમે હોસ્ટ નેમ R1 બનાવીશું, પોર્ટ f0/0 ને એડ્રેસ 192.168.1.1 સોંપીશું અને સબનેટ માસ્ક 255.255.255.192 નો ઉલ્લેખ કરીશું, કારણ કે અમારી પાસે /26 નેટવર્ક છે. ચાલો નો શટ આદેશ સાથે R1 નું રૂપરેખાંકન પૂર્ણ કરીએ. પ્રથમ રાઉટર f0/1ના બીજા પોર્ટને 192.168.1.65નું IP સરનામું અને 255.255.255.192નું સબનેટ માસ્ક પ્રાપ્ત થશે.
બીજા રાઉટરને R2 નામ પ્રાપ્ત થશે, અમે પ્રથમ પોર્ટ f0/0 પર સરનામું 192.168.1.66 અને સબનેટ માસ્ક 255.255.255.192, સરનામું 0 અને સબનેટ માસ્ક 1/192.168.1.129 સેકન્ડને સોંપીશું. 255.255.255.192.

ત્રીજા રાઉટર પર આગળ વધીને, અમે તેને હોસ્ટનેમ R3 સોંપીશું, પોર્ટ f0/0 સરનામું 192.168.1.130 અને માસ્ક 255.255.255.192 પ્રાપ્ત કરશે, અને પોર્ટ f0/1 સરનામું 10.1.1.1 અને માસ્ક 255.255.0.0 પ્રાપ્ત કરશે. 16, કારણ કે આ નેટવર્ક /XNUMX છે.

છેલ્લે, હું છેલ્લા રાઉટર પર જઈશ, તેને R4 નામ આપીશ, અને પોર્ટ f0/0 ને 10.1.1.2 નું સરનામું અને 255.255.0.0 નું માસ્ક સોંપીશ. તેથી, અમે બધા નેટવર્ક ઉપકરણોને ગોઠવ્યા છે.

છેલ્લે, ચાલો કમ્પ્યુટરની નેટવર્ક સેટિંગ્સ જોઈએ - તેમાં 192.168.1.10નું સ્થિર IP સરનામું, 255.255.255.192નું અર્ધ-નેટ માસ્ક અને 192.168.1.1નું ડિફોલ્ટ ગેટવે સરનામું છે.

તેથી, તમે જુદા જુદા સબનેટ પરના ઉપકરણો માટે સબનેટ માસ્કને કેવી રીતે ગોઠવવું તે જોયું છે, તે ખૂબ જ સરળ છે. હવે ચાલો રૂટીંગને સક્ષમ કરીએ. હું R1 સેટિંગ્સમાં જાઉં છું, વૈશ્વિક રૂપરેખાંકન મોડ સેટ કરું છું અને રાઉટર આદેશ લખું છું. આ પછી, સિસ્ટમ આ આદેશ માટે સંભવિત રૂટીંગ પ્રોટોકોલ્સ માટે સંકેતો પ્રદાન કરે છે: bgp, eigrp, ospf અને rip. અમારું ટ્યુટોરીયલ RIP વિશે હોવાથી, હું રાઉટર રિપ આદેશનો ઉપયોગ કરું છું.

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

અમે રાઉટર1 ને પછીથી રૂપરેખાંકિત કરવાનું ચાલુ રાખીશું, પરંતુ હમણાં માટે હું રાઉટર 3 પર જવા માંગુ છું. હું તેના પર નેટવર્ક કમાન્ડનો ઉપયોગ કરું તે પહેલાં, ચાલો આપણા નેટવર્ક ટોપોલોજીની જમણી બાજુ જોઈએ. રાઉટરના બીજા પોર્ટમાં 10.1.1.1 સરનામું છે. RIP કેવી રીતે કામ કરે છે? તેના બીજા સંસ્કરણમાં પણ, RIP, એકદમ જૂના પ્રોટોકોલ તરીકે, હજી પણ તેના પોતાના નેટવર્ક વર્ગોનો ઉપયોગ કરે છે. તેથી, અમારું નેટવર્ક 10.1.1.0/16 વર્ગ Aનું હોવા છતાં, આપણે નેટવર્ક 10.0.0.0 આદેશનો ઉપયોગ કરીને આ IP સરનામાનું સંપૂર્ણ વર્ગ સંસ્કરણ સ્પષ્ટ કરવું આવશ્યક છે.

પણ જો હું કમાન્ડ નેટવર્ક 10.1.1.1 ટાઈપ કરું અને પછી વર્તમાન રૂપરેખાંકન જોઉં, તો પણ હું જોઉં છું કે સિસ્ટમે 10.1.1.1 થી 10.0.0.0 સુધી સુધારેલ છે, આપમેળે પૂર્ણ-વર્ગના સરનામાં ફોર્મેટનો ઉપયોગ કરીને. તેથી જો તમને CCNA પરીક્ષામાં RIP વિશે કોઈ પ્રશ્ન આવે, તો તમારે પૂર્ણ-વર્ગના સરનામાંનો ઉપયોગ કરવો પડશે. જો તમે 10.0.0.0 ને બદલે 10.1.1.1 અથવા 10.1.0.0 લખો છો, તો તમે ભૂલ કરશો. ફુલ-ક્લાસ એડ્રેસિંગ ફોર્મમાં રૂપાંતર આપમેળે થાય છે તે હકીકત હોવા છતાં, હું તમને શરૂઆતમાં સાચા સરનામાનો ઉપયોગ કરવાની સલાહ આપું છું જેથી સિસ્ટમ ભૂલ સુધારે ત્યાં સુધી રાહ ન જુઓ. યાદ રાખો - RIP હંમેશા ફુલ-ક્લાસ નેટવર્ક એડ્રેસિંગનો ઉપયોગ કરે છે.

તમે નેટવર્ક 10.0.0.0 આદેશનો ઉપયોગ કર્યા પછી, ત્રીજું રાઉટર આ દસમા નેટવર્કને રૂટીંગ પ્રોટોકોલમાં દાખલ કરશે અને R3-R4 રૂટ સાથે અપડેટ મોકલશે. હવે તમારે ચોથા રાઉટરના રૂટીંગ પ્રોટોકોલને ગોઠવવાની જરૂર છે. હું તેની સેટિંગ્સમાં જાઉં છું અને અનુક્રમે રાઉટર રીપ, સંસ્કરણ 2 અને નેટવર્ક 10.0.0.0 આદેશો દાખલ કરું છું. આ આદેશ સાથે હું R4 ને નેટવર્ક 10. RIP રૂટીંગ પ્રોટોકોલનો ઉપયોગ કરીને જાહેરાત કરવાનું શરૂ કરવા કહું છું.

હવે આ બે રાઉટર માહિતીની આપ-લે કરી શકે છે, પરંતુ તેનાથી કંઈપણ બદલાશે નહીં. show ip route આદેશનો ઉપયોગ બતાવે છે કે FastEthernrt પોર્ટ 0/0 સીધું નેટવર્ક 10.1.0.0 સાથે જોડાયેલ છે. ચોથું રાઉટર, ત્રીજા રાઉટર તરફથી નેટવર્ક ઘોષણા પ્રાપ્ત કર્યા પછી, કહેશે: "મહાન, મિત્ર, મને તમારી દસમા નેટવર્કની જાહેરાત મળી છે, પરંતુ હું તેના વિશે પહેલેથી જ જાણું છું, કારણ કે હું આ નેટવર્ક સાથે સીધો જોડાયેલ છું."

તેથી, અમે R3 સેટિંગ્સ પર પાછા જઈશું અને નેટવર્ક 192.168.1.0 આદેશ સાથે બીજું નેટવર્ક દાખલ કરીશું. હું ફરીથી ફુલ-ક્લાસ એડ્રેસિંગ ફોર્મેટનો ઉપયોગ કરું છું. આ પછી, ત્રીજું રાઉટર R192.168.1.128-R3 માર્ગ સાથે 4 નેટવર્કની જાહેરાત કરી શકશે. મેં પહેલેથી જ કહ્યું છે તેમ, RIP એ એક "ગોસિપ" છે જે તેના તમામ પડોશીઓને નવા નેટવર્ક વિશે જણાવે છે, તેના રૂટીંગ ટેબલમાંથી માહિતી તેઓ સુધી પહોંચાડે છે. જો તમે હવે ત્રીજા રાઉટરના ટેબલ પર નજર નાખો, તો તમે તેની સાથે જોડાયેલા બે નેટવર્કનો ડેટા જોઈ શકો છો.

તે આ ડેટાને રૂટના બંને છેડે બીજા અને ચોથા બંને રાઉટર પર ટ્રાન્સમિટ કરશે. ચાલો R2 સેટિંગ્સ પર આગળ વધીએ. હું રાઉટર રીપ, સંસ્કરણ 2 અને નેટવર્ક 192.168.1.0 સમાન આદેશો દાખલ કરું છું, અને અહીંથી વસ્તુઓ રસપ્રદ બનવાનું શરૂ થાય છે. હું નેટવર્ક 1.0 નો ઉલ્લેખ કરું છું, પરંતુ તે નેટવર્ક 192.168.1.64/26 અને નેટવર્ક 192.168.1.128/26 બંને છે. તેથી, જ્યારે હું નેટવર્ક 192.168.1.0 નો ઉલ્લેખ કરું છું, ત્યારે હું તકનીકી રીતે આ રાઉટરના બંને ઇન્ટરફેસ માટે રૂટીંગ પ્રદાન કરું છું. સગવડ એ છે કે માત્ર એક આદેશ વડે તમે ઉપકરણના તમામ પોર્ટ માટે રૂટીંગ સેટ કરી શકો છો.

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

આ રાઉટર નેટવર્ક 1.0 અને નેટવર્ક 1.64 બંને વિશે જાણે છે. તે નેટવર્ક 1.128 અને 10.1.1.0 વિશે પણ જાણે છે કારણ કે તે RIP નો ઉપયોગ કરે છે. આ રૂટીંગ ટેબલની અનુરૂપ પંક્તિમાં R હેડર દ્વારા સૂચવવામાં આવે છે.
કૃપા કરીને માહિતી પર ધ્યાન આપો [120/2] - આ વહીવટી અંતર છે, એટલે કે, રૂટીંગ માહિતીના સ્ત્રોતની વિશ્વસનીયતા. આ મૂલ્ય મોટું અથવા નાનું હોઈ શકે છે, પરંતુ RIP માટે ડિફોલ્ટ 120 છે. ઉદાહરણ તરીકે, સ્થિર માર્ગમાં વહીવટી અંતર 1 છે. વહીવટી અંતર જેટલું ઓછું છે, પ્રોટોકોલ વધુ વિશ્વસનીય છે. જો રાઉટર પાસે બે પ્રોટોકોલ વચ્ચે પસંદગી કરવાની તક હોય, ઉદાહરણ તરીકે સ્થિર માર્ગ અને RIP વચ્ચે, તો તે સ્થિર માર્ગ પર ટ્રાફિકને ફોરવર્ડ કરવાનું પસંદ કરશે. કૌંસમાં બીજું મૂલ્ય, /2, મેટ્રિક છે. RIP પ્રોટોકોલમાં, મેટ્રિકનો અર્થ છે હોપ્સની સંખ્યા. આ કિસ્સામાં, નેટવર્ક 10.0.0.0/8 2 હોપ્સમાં પહોંચી શકાય છે, એટલે કે, રાઉટર R1 એ નેટવર્ક 192.168.1.64/26 પર ટ્રાફિક મોકલવો આવશ્યક છે, આ પ્રથમ હોપ છે, અને નેટવર્ક 192.168.1.128/26 પર, આ છે બીજી હોપ, IP એડ્રેસ 10.0.0.0 સાથે ફાસ્ટઇથરનેટ 8/0 ઇન્ટરફેસ સાથેના ઉપકરણ દ્વારા નેટવર્ક 1/192.168.1.66 પર જવા માટે.

સરખામણી માટે, રાઉટર R1 ઈન્ટરફેસ 192.168.1.128 દ્વારા 120 હોપમાં 1 ના વહીવટી અંતર સાથે નેટવર્ક 192.168.1.66 સુધી પહોંચી શકે છે.

હવે, જો તમે કમ્પ્યુટર PC0 માંથી IP એડ્રેસ 4 સાથે રાઉટર R10.1.1.2 ના ઇન્ટરફેસને પિંગ કરવાનો પ્રયાસ કરશો, તો તે સફળતાપૂર્વક પાછું આવશે.

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

તેથી, રાઉટર દ્વારા RIP પ્રોટોકોલના ઉપયોગને સક્રિય કરવા માટે, તમારે અનુક્રમે રાઉટર રીપ, સંસ્કરણ 2 અને નેટવર્ક <નેટવર્ક નંબર / નેટવર્ક ઓળખકર્તા પૂર્ણ-વર્ગના સ્વરૂપમાં> આદેશો લખવાની જરૂર છે.

ચાલો R4 સેટિંગ્સ પર જઈએ અને show ip route આદેશ દાખલ કરીએ. તમે જોઈ શકો છો કે નેટવર્ક 10. સીધા રાઉટર સાથે જોડાયેલ છે, અને નેટવર્ક 192.168.1.0/24 એ RIP દ્વારા IP એડ્રેસ 0 સાથે f0/10.1.1.1 પોર્ટ દ્વારા ઍક્સેસિબલ છે.

જો તમે 192.168.1.0/24 નેટવર્કના દેખાવ પર ધ્યાન આપો છો, તો તમે જોશો કે રૂટ્સના સ્વતઃ-સારાંશમાં સમસ્યા છે. જો સ્વતઃ સારાંશ સક્ષમ હોય, તો RIP 192.168.1.0/24 સુધીના તમામ નેટવર્કનો સારાંશ આપશે. ચાલો જોઈએ કે ટાઈમર શું છે. RIP પ્રોટોકોલમાં 4 મુખ્ય ટાઈમર છે.

અપડેટ ટાઈમર અપડેટ્સ મોકલવાની આવર્તન માટે જવાબદાર છે, દરેક 30 સેકન્ડે પ્રોટોકોલ અપડેટ્સ RIP રૂટીંગમાં ભાગ લેતા તમામ ઈન્ટરફેસને મોકલે છે. આનો અર્થ એ છે કે તે રૂટીંગ ટેબલ લે છે અને તેને RIP મોડમાં કાર્યરત તમામ પોર્ટ પર વિતરિત કરે છે.
ચાલો કલ્પના કરીએ કે અમારી પાસે રાઉટર 1 છે, જે નેટવર્ક N2 દ્વારા રાઉટર 2 સાથે જોડાયેલ છે. પહેલા અને બીજા રાઉટર પછી નેટવર્ક N1 અને N3 છે. રાઉટર 1 રાઉટર 2 ને કહે છે કે તે નેટવર્ક N1 અને N2 ને જાણે છે અને તેને અપડેટ મોકલે છે. રાઉટર 2 રાઉટર 1 ને કહે છે કે તે નેટવર્ક N2 અને N3 જાણે છે. આ કિસ્સામાં, દર 30 સેકન્ડે રાઉટર પોર્ટ્સ રૂટીંગ કોષ્ટકોનું વિનિમય કરે છે.

ચાલો કલ્પના કરીએ કે કેટલાક કારણોસર N1-R1 કનેક્શન તૂટી ગયું છે અને રાઉટર 1 હવે N1 નેટવર્ક સાથે વાતચીત કરી શકશે નહીં. આ પછી, પ્રથમ રાઉટર બીજા રાઉટરને ફક્ત N2 નેટવર્ક સંબંધિત અપડેટ્સ મોકલશે. રાઉટર 2, આવી પ્રથમ અપડેટ પ્રાપ્ત કર્યા પછી, વિચારશે: "સરસ, હવે મારે નેટવર્ક N1 ને અમાન્ય ટાઈમરમાં મૂકવું પડશે," જે પછી તે અમાન્ય ટાઈમર શરૂ કરશે. 180 સેકન્ડ માટે તે N1 નેટવર્ક અપડેટ્સ કોઈની સાથે એક્સચેન્જ કરશે નહીં, પરંતુ આ સમયગાળા પછી તે અમાન્ય ટાઈમર બંધ કરશે અને અપડેટ ટાઈમર ફરીથી શરૂ કરશે. જો આ 180 સેકન્ડ દરમિયાન તેને N1 નેટવર્કની સ્થિતિ અંગે કોઈ અપડેટ પ્રાપ્ત ન થાય, તો તે તેને 180 સેકન્ડ સુધી ચાલતા હોલ્ડ ડાઉન ટાઈમરમાં મૂકશે, એટલે કે, અમાન્ય ટાઈમર સમાપ્ત થયા પછી તરત જ હોલ્ડ ડાઉન ટાઈમર શરૂ થાય છે.

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

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

હવે ચાલો RIP પ્રોટોકોલની મર્યાદાઓને ધ્યાનમાં લઈએ, તેમાંના ઘણા બધા છે. મુખ્ય મર્યાદાઓમાંની એક ઓટો-સમીંગ છે.

ચાલો આપણા નેટવર્ક 192.168.1.0/24 પર પાછા ફરીએ. રાઉટર 3 રાઉટર 4 ને સમગ્ર 1.0 નેટવર્ક વિશે જણાવે છે, જે /24 દ્વારા દર્શાવેલ છે. આનો અર્થ એ છે કે નેટવર્ક ID અને બ્રોડકાસ્ટ એડ્રેસ સહિત આ નેટવર્ક પરના તમામ 256 IP એડ્રેસ ઉપલબ્ધ છે, એટલે કે આ રેન્જમાં કોઈપણ IP એડ્રેસ ધરાવતા ઉપકરણોના સંદેશા 10.1.1.1 નેટવર્ક દ્વારા મોકલવામાં આવશે. ચાલો રૂટીંગ ટેબલ R3 જોઈએ.

અમે નેટવર્ક 192.168.1.0/26 જોઈએ છીએ, જે 3 સબનેટમાં વિભાજિત છે. આનો અર્થ એ છે કે રાઉટર ફક્ત ત્રણ ઉલ્લેખિત IP સરનામાઓ વિશે જાણે છે: 192.168.1.0, 192.168.1.64 અને 192.168.1.128, જે /26 નેટવર્કથી સંબંધિત છે. પરંતુ તે કંઈપણ જાણતું નથી, ઉદાહરણ તરીકે, 192.168.1.192 થી 192.168.1.225 ની રેન્જમાં સ્થિત IP સરનામાંવાળા ઉપકરણો વિશે.

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

R3 રાઉટર આ નેટવર્ક્સને સમાન માને છે અને તમામ રૂટને એક જ નેટવર્ક એડ્રેસ 192.168.1.0 માં આપમેળે સારાંશ આપે છે. ચાલો યાદ કરીએ કે અગાઉના વિડીયોમાંના એકમાં આપણે સુપરનેટ રૂટના સારાંશ વિશે શું વાત કરી હતી. સારાંશનું કારણ સરળ છે - રાઉટર માને છે કે રાઉટીંગ ટેબલમાં એક એન્ટ્રી છે, અમારા માટે આ 192.168.1.0 દ્વારા 24/120 [1/10.1.1.1] એન્ટ્રી છે, 3 એન્ટ્રી કરતાં વધુ સારી છે. જો નેટવર્કમાં સેંકડો નાના સબનેટનો સમાવેશ થાય છે, તો જ્યારે સારાંશ અક્ષમ કરવામાં આવે છે, ત્યારે રૂટીંગ ટેબલમાં મોટી સંખ્યામાં રૂટીંગ એન્ટ્રીઓ હશે. તેથી, રૂટીંગ કોષ્ટકોમાં મોટી માત્રામાં માહિતીના સંચયને રોકવા માટે, સ્વચાલિત રૂટ સારાંશનો ઉપયોગ કરવામાં આવે છે.

જો કે, અમારા કિસ્સામાં, સ્વતઃ-સારાંશ માર્ગો સમસ્યા બનાવે છે કારણ કે તે રાઉટરને ખોટી માહિતીની આપલે કરવા દબાણ કરે છે. તેથી, અમારે R3 રાઉટરની સેટિંગ્સમાં જવાની જરૂર છે અને આદેશ દાખલ કરવાની જરૂર છે જે સ્વતઃ-સારાંશ માર્ગોને પ્રતિબંધિત કરે છે.

આ કરવા માટે, હું ક્રમશઃ આદેશો રાઉટર રિપ અને કોઈ સ્વતઃ-સારાંશ લખતો નથી. આ પછી, તમારે અપડેટ સમગ્ર નેટવર્કમાં ફેલાય ત્યાં સુધી રાહ જોવાની જરૂર છે, અને પછી તમે R4 રાઉટરની સેટિંગ્સમાં શો ip રૂટ આદેશનો ઉપયોગ કરી શકો છો.

તમે જોઈ શકો છો કે કેવી રીતે રૂટીંગ ટેબલ બદલાયું છે. 192.168.1.0 દ્વારા 24/120 [1/10.1.1.1] એન્ટ્રી કોષ્ટકના પાછલા સંસ્કરણમાંથી સાચવવામાં આવી હતી, અને પછી ત્યાં ત્રણ એન્ટ્રીઓ છે જે અપડેટ ટાઈમરને આભારી છે, દર 30 સેકન્ડે અપડેટ થાય છે. ફ્લશ ટાઈમર ખાતરી કરે છે કે અપડેટ પછી 240 સેકન્ડ વત્તા 30 સેકન્ડ, એટલે કે 270 સેકન્ડ પછી, આ નેટવર્ક રૂટીંગ ટેબલમાંથી દૂર થઈ જશે.

નેટવર્ક્સ 192.168.1.0/26, 192.168.1.64/26 અને 192.168.1.128/26 યોગ્ય રીતે સૂચિબદ્ધ છે, તેથી હવે જો ટ્રાફિક ઉપકરણ 192.168.1.225 માટે નિર્ધારિત છે, તો તે ઉપકરણ તેને છોડી દેશે કારણ કે ઉપકરણ સાથેનું રાઉટર ક્યાં જાણતું નથી. તે સરનામું. પરંતુ અગાઉના કિસ્સામાં, જ્યારે અમારી પાસે R3 માટે રૂટ્સનું સ્વતઃ-સારાંશ સક્ષમ હતું, ત્યારે આ ટ્રાફિકને 10.1.1.1 નેટવર્ક પર નિર્દેશિત કરવામાં આવશે, જે સંપૂર્ણપણે ખોટું હતું, કારણ કે R3 એ આ પેકેટોને આગળ મોકલ્યા વિના તરત જ છોડી દેવા જોઈએ.

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

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

હું પાછલા ઉદાહરણની જેમ નેટવર્ક ડાયાગ્રામ દોરીશ - રાઉટર 1 નેટવર્ક N2 દ્વારા રાઉટર 2 સાથે જોડાયેલ છે, નેટવર્ક N1 રાઉટર 1 સાથે જોડાયેલ છે, અને નેટવર્ક N2 રાઉટર 3 સાથે જોડાયેલ છે. ચાલો ધારીએ કે કોઈ કારણોસર N1-R1 કનેક્શન તૂટી ગયું છે.

રાઉટર 2 જાણે છે કે નેટવર્ક N1 રાઉટર 1 દ્વારા એક હોપમાં પહોંચી શકાય છે, પરંતુ આ નેટવર્ક અત્યારે કામ કરતું નથી. નેટવર્ક નિષ્ફળ જાય પછી, ટાઈમર પ્રક્રિયા શરૂ થાય છે, રાઉટર 1 તેને હોલ્ડ ડાઉન સ્થિતિમાં મૂકે છે, વગેરે. જો કે, રાઉટર 2 માં અપડેટ ટાઈમર ચાલે છે, અને સેટ સમયે તે રાઉટર 1 ને અપડેટ મોકલે છે, જે કહે છે કે નેટવર્ક N1 તેના દ્વારા બે હોપ્સમાં સુલભ છે. રાઉટર 1 ને નેટવર્ક N2 ની નિષ્ફળતા વિશે અપડેટ મોકલવાનો સમય મળે તે પહેલાં આ અપડેટ રાઉટર 1 પર આવે છે.

આ અપડેટ પ્રાપ્ત કર્યા પછી, રાઉટર 1 વિચારે છે: “હું જાણું છું કે N1 નેટવર્ક જે મારી સાથે જોડાયેલ છે તે કોઈ કારણોસર કામ કરતું નથી, પરંતુ રાઉટર 2 એ મને કહ્યું કે તે તેના દ્વારા બે હોપ્સમાં ઉપલબ્ધ છે. હું તેના પર વિશ્વાસ કરું છું, તેથી હું એક હોપ ઉમેરીશ, મારું રૂટીંગ ટેબલ અપડેટ કરીશ અને રાઉટર 2 ને અપડેટ મોકલીશ કે નેટવર્ક N1 રાઉટર 2 દ્વારા ત્રણ હોપ્સમાં સુલભ છે!”
પ્રથમ રાઉટરથી આ અપડેટ પ્રાપ્ત કર્યા પછી, રાઉટર 2 કહે છે: “ઠીક છે, અગાઉ મને R1 તરફથી અપડેટ પ્રાપ્ત થયું હતું, જેમાં જણાવ્યું હતું કે N1 નેટવર્ક તેના દ્વારા એક જ હોપમાં ઉપલબ્ધ છે. હવે તેણે મને કહ્યું કે તે 3 હોપ્સમાં ઉપલબ્ધ છે. કદાચ નેટવર્કમાં કંઈક બદલાયું છે, હું મદદ કરી શકતો નથી પણ તેના પર વિશ્વાસ કરી શકું છું, તેથી હું એક હોપ ઉમેરીને મારા રૂટીંગ ટેબલને અપડેટ કરીશ." આ પછી, R2 પ્રથમ રાઉટરને અપડેટ મોકલે છે, જે જણાવે છે કે નેટવર્ક N1 હવે 4 હોપ્સમાં ઉપલબ્ધ છે.
શું તમે જોશો કે સમસ્યા શું છે? બંને રાઉટર્સ એકબીજાને અપડેટ્સ મોકલે છે, દરેક વખતે એક હોપ ઉમેરે છે અને આખરે હોપ્સની સંખ્યા મોટી સંખ્યામાં પહોંચે છે. આરઆઈપી પ્રોટોકોલમાં, હોપ્સની મહત્તમ સંખ્યા 16 છે, અને જલદી તે આ મૂલ્ય સુધી પહોંચે છે, રાઉટર સમજે છે કે ત્યાં કોઈ સમસ્યા છે અને ફક્ત આ રૂટને રૂટીંગ ટેબલમાંથી દૂર કરે છે. આ RIP માં રૂટીંગ લૂપ્સની સમસ્યા છે. આ એ હકીકતને કારણે છે કે RIP એ અંતર વેક્ટર પ્રોટોકોલ છે; તે નેટવર્ક વિભાગોની સ્થિતિ પર ધ્યાન આપ્યા વિના માત્ર અંતરનું નિરીક્ષણ કરે છે. 1969માં, જ્યારે કોમ્પ્યુટર નેટવર્ક હવે કરતાં ઘણું ધીમું હતું, ત્યારે અંતર વેક્ટર અભિગમ વાજબી હતો, તેથી RIP વિકાસકર્તાઓએ મુખ્ય મેટ્રિક તરીકે હોપ ગણતરીઓ પસંદ કરી. જો કે, આજે આ અભિગમ ઘણી સમસ્યાઓ ઉભી કરે છે, તેથી આધુનિક નેટવર્ક્સ વ્યાપકપણે વધુ અદ્યતન રૂટીંગ પ્રોટોકોલ્સ, જેમ કે OSPF પર સ્વિચ કરે છે. હકીકતમાં, આ પ્રોટોકોલ મોટાભાગની વૈશ્વિક કંપનીઓના નેટવર્ક માટે પ્રમાણભૂત બની ગયું છે. અમે આ પ્રોટોકોલને નીચેના વિડીયોમાંથી એકમાં વિગતવાર જોઈશું.

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

અમારી સાથે રહેવા બદલ આભાર. શું તમને અમારા લેખો ગમે છે? વધુ રસપ્રદ સામગ્રી જોવા માંગો છો? ઓર્ડર આપીને અથવા મિત્રોને ભલામણ કરીને અમને ટેકો આપો, એન્ટ્રી-લેવલ સર્વર્સના અનન્ય એનાલોગ પર 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