શું Cisco SD-WAN જે શાખા પર DMVPN બેસે છે તેને કાપી નાખશે?

ઑગસ્ટ 2017 થી, જ્યારે સિસ્કોએ વિપ્ટેલાને હસ્તગત કર્યું, ત્યારે વિતરિત એન્ટરપ્રાઇઝ નેટવર્ક્સનું આયોજન કરવા માટે ઓફર કરવામાં આવતી મુખ્ય તકનીક બની ગઈ છે. સિસ્કો SD-WAN. છેલ્લાં 3 વર્ષોમાં, SD-WAN ટેક્નોલોજી ગુણાત્મક અને જથ્થાત્મક બંને રીતે ઘણા ફેરફારોમાંથી પસાર થઈ છે. આમ, કાર્યક્ષમતા નોંધપાત્ર રીતે વિસ્તૃત થઈ છે અને શ્રેણીના ક્લાસિક રાઉટર્સ પર સપોર્ટ દેખાયો છે સિસ્કો ISR 1000, ISR 4000, ASR 1000 અને વર્ચ્યુઅલ CSR 1000v. તે જ સમયે, ઘણા સિસ્કો ગ્રાહકો અને ભાગીદારો આશ્ચર્ય કરવાનું ચાલુ રાખે છે: સિસ્કો SD-WAN અને ટેક્નોલોજીના આધારે પહેલેથી જ પરિચિત અભિગમો વચ્ચે શું તફાવત છે જેમ કે સિસ્કો ડીએમવીપીએન и સિસ્કો પર્ફોર્મન્સ રૂટીંગ અને આ તફાવતો કેટલા મહત્વપૂર્ણ છે?

અહીં આપણે તરત જ એક આરક્ષણ કરવું જોઈએ કે સિસ્કો પોર્ટફોલિયોમાં SD-WAN ના આગમન પહેલાં, DMVPN એ PfR સાથે મળીને આર્કિટેક્ચરમાં મુખ્ય ભાગ બનાવ્યો હતો. સિસ્કો IWAN (બુદ્ધિશાળી WAN), જે બદલામાં સંપૂર્ણ સુવિધાયુક્ત SD-WAN તકનીકનો પુરોગામી હતો. બંને કાર્યો અને તેમને ઉકેલવા માટેની પદ્ધતિઓમાં સામાન્ય સમાનતા હોવા છતાં, IWAN ને ક્યારેય SD-WAN માટે જરૂરી ઓટોમેશન, લવચીકતા અને માપનીયતાનું સ્તર પ્રાપ્ત થયું નથી અને સમય જતાં, IWAN ના વિકાસમાં નોંધપાત્ર ઘટાડો થયો છે. તે જ સમયે, IWAN બનાવતી તકનીકો દૂર થઈ નથી, અને ઘણા ગ્રાહકો આધુનિક સાધનો સહિત તેનો સફળતાપૂર્વક ઉપયોગ કરવાનું ચાલુ રાખે છે. પરિણામે, એક રસપ્રદ પરિસ્થિતિ ઊભી થઈ છે - સમાન સિસ્કો સાધનો તમને ગ્રાહકોની જરૂરિયાતો અને અપેક્ષાઓ અનુસાર સૌથી યોગ્ય WAN તકનીક (ક્લાસિક, DMVPN+PfR અથવા SD-WAN) પસંદ કરવાની મંજૂરી આપે છે.

આ લેખ Cisco SD-WAN અને DMVPN ટેક્નોલોજીની તમામ વિશેષતાઓ (પર્ફોર્મન્સ રૂટીંગ સાથે અથવા વગર)નું વિગતવાર વિશ્લેષણ કરવાનો ઇરાદો ધરાવતો નથી - આ માટે ઉપલબ્ધ દસ્તાવેજો અને સામગ્રીનો વિશાળ જથ્થો છે. મુખ્ય કાર્ય આ તકનીકો વચ્ચેના મુખ્ય તફાવતોનું મૂલ્યાંકન કરવાનો પ્રયાસ કરવાનો છે. પરંતુ આ તફાવતોની ચર્ચા કરવા આગળ વધતા પહેલા, ચાલો આપણે સંક્ષિપ્તમાં પોતાની તકનીકોને યાદ કરીએ.

સિસ્કો ડીએમવીપીએન શું છે અને તેની શા માટે જરૂર છે?

Cisco DMVPN ઈન્ટરનેટ (= કોમ્યુનિકેશન ચેનલના એન્ક્રિપ્શન સાથે) સહિતની મનસ્વી પ્રકારની કોમ્યુનિકેશન ચેનલોનો ઉપયોગ કરતી વખતે એન્ટરપ્રાઈઝની સેન્ટ્રલ ઑફિસના નેટવર્ક સાથે રિમોટ બ્રાન્ચ નેટવર્કના ડાયનેમિક (= સ્કેલેબલ) કનેક્શનની સમસ્યાને હલ કરે છે. તકનીકી રીતે, "સ્ટાર" પ્રકાર (હબ-એન-સ્પોક) ની લોજિકલ ટોપોલોજી સાથે પોઈન્ટ-ટુ-મલ્ટિપોઈન્ટ મોડમાં L3 VPN ક્લાસનું વર્ચ્યુઅલાઈઝ્ડ ઓવરલે નેટવર્ક બનાવીને આ સમજાય છે. આ હાંસલ કરવા માટે, DMVPN નીચેની તકનીકોના સંયોજનનો ઉપયોગ કરે છે:

• IP રૂટીંગ
• મલ્ટિપોઇન્ટ GRE ટનલ (mGRE)
• નેક્સ્ટ હોપ રિઝોલ્યુશન પ્રોટોકોલ (NHRP)
• IPSec ક્રિપ્ટો પ્રોફાઇલ્સ

MPLS VPN ચેનલોનો ઉપયોગ કરીને ક્લાસિક રૂટીંગની તુલનામાં Cisco DMVPN ના મુખ્ય ફાયદા શું છે?

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

સિસ્કો પર્ફોર્મન્સ રૂટીંગ શું છે અને તેની શા માટે જરૂર છે?

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

અને જો ચેનલ આંશિક રીતે ડિગ્રેડ થાય તો શું કરવું અને સંપૂર્ણ રીતે નહીં - આ કેવી રીતે શોધવું અને તેનું મૂલ્યાંકન કરવું? DMVPN પોતે આ કરી શકતું નથી. શાખાઓને જોડતી ચેનલો સંપૂર્ણપણે અલગ ટેક્નોલોજીનો ઉપયોગ કરીને, સંપૂર્ણપણે અલગ ટેલિકોમ ઓપરેટરોમાંથી પસાર થઈ શકે છે તે ધ્યાનમાં લેતા, આ કાર્ય અત્યંત બિન-તુચ્છ બની જાય છે. અને આ તે છે જ્યાં સિસ્કો પર્ફોર્મન્સ રાઉટીંગ ટેકનોલોજી બચાવમાં આવે છે, જે તે સમય સુધીમાં વિકાસના ઘણા તબક્કાઓમાંથી પસાર થઈ ચૂકી હતી.

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

આમ, DMVPN/PfR સંયોજનનું કાર્ય ટૂંકમાં નીચે પ્રમાણે વર્ણવી શકાય છે:

• ગ્રાહકને WAN નેટવર્ક પર કોઈપણ સંચાર ચેનલોનો ઉપયોગ કરવાની મંજૂરી આપો
• આ ચેનલો પર નિર્ણાયક એપ્લિકેશન્સની ઉચ્ચતમ સંભવિત ગુણવત્તાની ખાતરી કરો

સિસ્કો SD-WAN શું છે?

Cisco SD-WAN એ એક તકનીક છે જે સંસ્થાના WAN નેટવર્કને બનાવવા અને ચલાવવા માટે SDN અભિગમનો ઉપયોગ કરે છે. આનો અર્થ ખાસ કરીને કહેવાતા નિયંત્રકો (સોફ્ટવેર તત્વો) નો ઉપયોગ થાય છે, જે તમામ સોલ્યુશન ઘટકોનું કેન્દ્રિય ઓર્કેસ્ટ્રેશન અને સ્વચાલિત ગોઠવણી પ્રદાન કરે છે. કેનોનિકલ SDN (ક્લીન સ્લેટ સ્ટાઈલ) થી વિપરીત, Cisco SD-WAN ઘણા પ્રકારના નિયંત્રકોનો ઉપયોગ કરે છે, જેમાંથી દરેક તેની પોતાની ભૂમિકા ભજવે છે - આ બહેતર માપનીયતા અને જિયો-રિડન્ડન્સી પ્રદાન કરવા હેતુપૂર્વક કરવામાં આવ્યું હતું.

SD-WAN ના કિસ્સામાં, કોઈપણ પ્રકારની ચેનલોનો ઉપયોગ કરવાનું અને વ્યવસાયિક એપ્લિકેશનોના સંચાલનને સુનિશ્ચિત કરવાનું કાર્ય એ જ રહે છે, પરંતુ તે જ સમયે, આવા નેટવર્કની ઓટોમેશન, માપનીયતા, સુરક્ષા અને સુગમતા માટેની આવશ્યકતાઓ વિસ્તરે છે.

મતભેદોની ચર્ચા

જો આપણે હવે આ તકનીકો વચ્ચેના તફાવતોનું વિશ્લેષણ કરવાનું શરૂ કરીએ, તો તે નીચેની શ્રેણીઓમાંની એકમાં આવશે:

• આર્કિટેક્ચરલ તફાવતો - સોલ્યુશનના વિવિધ ઘટકોમાં કાર્યો કેવી રીતે વિતરિત કરવામાં આવે છે, આવા ઘટકોની ક્રિયાપ્રતિક્રિયા કેવી રીતે ગોઠવવામાં આવે છે અને આ તકનીકની ક્ષમતાઓ અને લવચીકતાને કેવી રીતે અસર કરે છે?
• કાર્યક્ષમતા - એક ટેક્નોલોજી શું કરી શકે જે બીજી ન કરી શકે? અને શું તે ખરેખર એટલું મહત્વનું છે?

આર્કિટેક્ચરલ તફાવતો શું છે અને શું તે મહત્વપૂર્ણ છે?

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

ચાલો આર્કિટેક્ચરના વિવિધ પાસાઓને વધુ વિગતવાર જોઈએ:

ડેટા-પ્લેન - સ્ત્રોત અને પ્રાપ્તકર્તા વચ્ચે વપરાશકર્તા ટ્રાફિક ટ્રાન્સમિટ કરવા માટે જવાબદાર ઉકેલનો ભાગ. DMVPN અને SD-WAN સામાન્ય રીતે મલ્ટિપોઇન્ટ GRE ટનલ પર આધારિત રાઉટર પર સમાન રીતે લાગુ કરવામાં આવે છે. તફાવત એ છે કે આ ટનલ માટે જરૂરી પરિમાણોનો સમૂહ કેવી રીતે રચાય છે:

• в DMVPN/PfR સ્ટાર અથવા હબ-એન-સ્પોક ટોપોલોજી સાથે નોડ્સનો એક માત્ર બે-સ્તરનો વંશવેલો છે. હબનું સ્ટેટિક કન્ફિગરેશન અને સ્પોક ટુ ધ હબનું સ્ટેટિક બાઈન્ડિંગ જરૂરી છે, સાથે સાથે ડેટા-પ્લેન કનેક્ટિવિટી બનાવવા માટે NHRP પ્રોટોકોલ દ્વારા ક્રિયાપ્રતિક્રિયા જરૂરી છે. પરિણામે, હબમાં ફેરફારો કરવા નોંધપાત્ર રીતે વધુ મુશ્કેલસંબંધિત, ઉદાહરણ તરીકે, નવી WAN ચેનલોને બદલવા/કનેક્ટ કરવા અથવા હાલના પરિમાણોને બદલવા માટે.
• в એસ.ડી.-વાન કંટ્રોલ-પ્લેન (OMP પ્રોટોકોલ) અને ઓર્કેસ્ટ્રેશન-પ્લેન (કંટ્રોલર ડિટેક્શન અને NAT ટ્રાવર્સલ કાર્યો માટે vBond કંટ્રોલર સાથેની ક્રિયાપ્રતિક્રિયા) પર આધારિત સ્થાપિત ટનલના પરિમાણોને શોધવા માટેનું સંપૂર્ણ ગતિશીલ મોડલ છે. આ કિસ્સામાં, વંશવેલો સહિત કોઈપણ સુપરઇમ્પોઝ્ડ ટોપોલોજીનો ઉપયોગ કરી શકાય છે. સ્થાપિત ઓવરલે ટનલ ટોપોલોજીની અંદર, દરેક વ્યક્તિગત VPN(VRF)માં લોજિકલ ટોપોલોજીનું લવચીક રૂપરેખાંકન શક્ય છે.

નિયંત્રણ-વિમાન - સોલ્યુશન ઘટકો વચ્ચે રૂટીંગ અને અન્ય માહિતીના વિનિમય, ફિલ્ટરિંગ અને ફેરફારના કાર્યો.

• в DMVPN/PfR - માત્ર હબ અને સ્પોક રાઉટર્સ વચ્ચે હાથ ધરવામાં આવે છે. Spokes વચ્ચે રૂટીંગ માહિતીની સીધી વિનિમય શક્ય નથી. પરિણામે, કાર્યકારી હબ વિના, નિયંત્રણ-પ્લેન અને ડેટા-પ્લેન કાર્ય કરી શકતા નથી, જે હબ પર વધારાની ઉચ્ચ ઉપલબ્ધતા આવશ્યકતાઓ લાદે છે જે હંમેશા પૂરી કરી શકાતી નથી.
• в એસ.ડી.-વાન - કંટ્રોલ-પ્લેન ક્યારેય રાઉટર્સ વચ્ચે સીધું હાથ ધરવામાં આવતું નથી - ક્રિયાપ્રતિક્રિયા OMP પ્રોટોકોલના આધારે થાય છે અને તે જરૂરી રીતે અલગ વિશિષ્ટ પ્રકારના vSmart કંટ્રોલર દ્વારા હાથ ધરવામાં આવે છે, જે સંતુલન, જીઓ-રિઝર્વેશન અને કેન્દ્રીયકૃત નિયંત્રણની શક્યતા પૂરી પાડે છે. સિગ્નલ લોડ. OMP પ્રોટોકોલની બીજી વિશેષતા એ છે કે નિયંત્રકો સાથે સંચાર ચેનલની ગતિથી થતા નુકસાન અને સ્વતંત્રતા સામે તેનો નોંધપાત્ર પ્રતિકાર (અલબત્ત વાજબી મર્યાદામાં). જે તમને SD-WAN નિયંત્રકોને ઈન્ટરનેટ દ્વારા ઍક્સેસ સાથે સાર્વજનિક અથવા ખાનગી ક્લાઉડમાં સમાન રીતે સફળતાપૂર્વક મૂકવાની મંજૂરી આપે છે.

નીતિ-વિમાન - વિતરિત નેટવર્ક પર ટ્રાફિક વ્યવસ્થાપન નીતિઓને વ્યાખ્યાયિત કરવા, વિતરણ કરવા અને લાગુ કરવા માટે જવાબદાર ઉકેલનો ભાગ.

• DMVPN - CLI અથવા પ્રાઇમ ઇન્ફ્રાસ્ટ્રક્ચર ટેમ્પ્લેટ્સ દ્વારા દરેક રાઉટર પર વ્યક્તિગત રીતે ગોઠવેલ સેવાની ગુણવત્તા (QoS) નીતિઓ દ્વારા અસરકારક રીતે મર્યાદિત છે.
• DMVPN/PfR - PfR પોલિસી CLI દ્વારા સેન્ટ્રલાઈઝ્ડ માસ્ટર કંટ્રોલર (MC) રાઉટર પર બનાવવામાં આવે છે અને પછી તે શાખા MC ને આપમેળે વિતરિત કરવામાં આવે છે. આ કિસ્સામાં, ડેટા-પ્લેન માટે સમાન પોલિસી ટ્રાન્સફર પાથનો ઉપયોગ કરવામાં આવે છે. નીતિઓ, રૂટીંગ માહિતી અને વપરાશકર્તા ડેટાના વિનિમયને અલગ કરવાની કોઈ શક્યતા નથી. નીતિના પ્રચાર માટે હબ અને સ્પોક વચ્ચે IP કનેક્ટિવિટીની હાજરી જરૂરી છે. આ કિસ્સામાં, જો જરૂરી હોય તો, MC કાર્યને DMVPN રાઉટર સાથે જોડી શકાય છે. કેન્દ્રિય નીતિ જનરેશન માટે પ્રાઇમ ઇન્ફ્રાસ્ટ્રક્ચર ટેમ્પ્લેટ્સનો ઉપયોગ કરવો શક્ય છે (પરંતુ જરૂરી નથી). એક મહત્વની વિશેષતા એ છે કે સમગ્ર નેટવર્કમાં વૈશ્વિક સ્તરે આ જ રીતે પોલિસી બનાવવામાં આવે છે - વ્યક્તિગત સેગમેન્ટ માટે વ્યક્તિગત નીતિઓ સમર્થિત નથી.
• એસ.ડી.-વાન - ટ્રાફિક વ્યવસ્થાપન અને સેવા નીતિઓની ગુણવત્તા કેન્દ્રીય રીતે Cisco vManage ગ્રાફિકલ ઇન્ટરફેસ દ્વારા નક્કી કરવામાં આવે છે, ઇન્ટરનેટ દ્વારા પણ સુલભ (જો જરૂરી હોય તો). તેઓ સિગ્નલિંગ ચેનલો દ્વારા પ્રત્યક્ષ કે પરોક્ષ રીતે vSmart નિયંત્રકો (નીતિના પ્રકાર પર આધાર રાખીને) દ્વારા વિતરિત કરવામાં આવે છે. તેઓ રાઉટર્સ વચ્ચે ડેટા-પ્લેન કનેક્ટિવિટી પર આધાર રાખતા નથી, કારણ કે નિયંત્રક અને રાઉટર વચ્ચેના તમામ ઉપલબ્ધ ટ્રાફિક પાથનો ઉપયોગ કરો.

  વિવિધ નેટવર્ક સેગમેન્ટ્સ માટે, વિવિધ નીતિઓને લવચીક રીતે ઘડવાનું શક્ય છે - નીતિનો અવકાશ સોલ્યુશનમાં પ્રદાન કરવામાં આવેલા ઘણા અનન્ય ઓળખકર્તાઓ દ્વારા નક્કી કરવામાં આવે છે - શાખા નંબર, એપ્લિકેશનનો પ્રકાર, ટ્રાફિક દિશા, વગેરે.

ઓર્કેસ્ટ્રેશન-પ્લેન - મિકેનિઝમ્સ કે જે ઘટકોને ગતિશીલ રીતે એકબીજાને શોધવા, અનુગામી ક્રિયાપ્રતિક્રિયાઓને ગોઠવવા અને સંકલન કરવાની મંજૂરી આપે છે.

• в DMVPN/PfR રાઉટર્સ વચ્ચેની પરસ્પર શોધ હબ ઉપકરણોના સ્થિર રૂપરેખાંકન અને સ્પોક ઉપકરણોના અનુરૂપ રૂપરેખાંકન પર આધારિત છે. ગતિશીલ શોધ ફક્ત સ્પોક માટે જ થાય છે, જે ઉપકરણને તેના હબ કનેક્શન પરિમાણોની જાણ કરે છે, જે બદલામાં સ્પોક સાથે પૂર્વ-રૂપરેખાંકિત છે. સ્પોક અને ઓછામાં ઓછા એક હબ વચ્ચે IP કનેક્ટિવિટી વિના, ડેટા-પ્લેન અથવા કંટ્રોલ-પ્લેન બનાવવું અશક્ય છે.
• в એસ.ડી.-વાન ઉકેલ ઘટકોનું ઓર્કેસ્ટ્રેશન vBond નિયંત્રકનો ઉપયોગ કરીને થાય છે, જેની સાથે દરેક ઘટક (રાઉટર્સ અને vManage/vSmart નિયંત્રકો) એ પ્રથમ IP કનેક્ટિવિટી સ્થાપિત કરવી જોઈએ.

  શરૂઆતમાં, ઘટકો એકબીજાના કનેક્શન પરિમાણો વિશે જાણતા નથી - આ માટે તેમને vBond મધ્યસ્થી ઓર્કેસ્ટ્રેટરની જરૂર છે. સામાન્ય સિદ્ધાંત નીચે મુજબ છે - પ્રારંભિક તબક્કામાં દરેક ઘટક માત્ર vBond સાથેના કનેક્શન પરિમાણો વિશે શીખે છે (આપમેળે અથવા સ્થિર રીતે), પછી vBond રાઉટરને vManage અને vSmart નિયંત્રકો (અગાઉ શોધાયેલ) વિશે જાણ કરે છે, જે તેને આપમેળે સ્થાપિત કરવાનું શક્ય બનાવે છે. બધા જરૂરી સિગ્નલિંગ જોડાણો.

  vSmart કંટ્રોલર સાથે OMP કમ્યુનિકેશન દ્વારા નેટવર્ક પરના અન્ય રાઉટર વિશે જાણવા માટે નવા રાઉટર માટે આગળનું પગલું છે. આમ, રાઉટર, શરૂઆતમાં નેટવર્ક પેરામીટર્સ વિશે કંઈપણ જાણ્યા વિના, સંપૂર્ણપણે આપમેળે શોધી કાઢવા અને નિયંત્રકો સાથે કનેક્ટ કરવામાં સક્ષમ છે અને તે પછી અન્ય રાઉટર્સ સાથે આપમેળે શોધી અને કનેક્ટિવિટી પણ બનાવે છે. આ કિસ્સામાં, તમામ ઘટકોના કનેક્શન પરિમાણો શરૂઆતમાં અજ્ઞાત છે અને ઓપરેશન દરમિયાન બદલાઈ શકે છે.

મેનેજમેન્ટ-પ્લેન - સોલ્યુશનનો એક ભાગ જે કેન્દ્રિય સંચાલન અને દેખરેખ પ્રદાન કરે છે.

• DMVPN/PfR - કોઈ વિશિષ્ટ મેનેજમેન્ટ-પ્લેન સોલ્યુશન પ્રદાન કરવામાં આવતું નથી. મૂળભૂત ઓટોમેશન અને મોનિટરિંગ માટે, સિસ્કો પ્રાઇમ ઇન્ફ્રાસ્ટ્રક્ચર જેવા ઉત્પાદનોનો ઉપયોગ કરી શકાય છે. દરેક રાઉટર CLI કમાન્ડ લાઇન દ્વારા નિયંત્રિત કરવાની ક્ષમતા ધરાવે છે. API દ્વારા બાહ્ય સિસ્ટમો સાથે એકીકરણ પ્રદાન કરવામાં આવતું નથી.
• એસ.ડી.-વાન - તમામ નિયમિત ક્રિયાપ્રતિક્રિયા અને દેખરેખ vManage નિયંત્રકના ગ્રાફિકલ ઇન્ટરફેસ દ્વારા કેન્દ્રિય રીતે હાથ ધરવામાં આવે છે. ઉકેલની તમામ સુવિધાઓ, અપવાદ વિના, vManage દ્વારા, તેમજ સંપૂર્ણ દસ્તાવેજીકૃત REST API લાઇબ્રેરી દ્વારા ગોઠવણી માટે ઉપલબ્ધ છે.

  vManage માં તમામ SD-WAN નેટવર્ક સેટિંગ્સ બે મુખ્ય રચનાઓ પર આવે છે - ઉપકરણ નમૂનાઓ (ઉપકરણ નમૂના) ની રચના અને નીતિની રચના જે નેટવર્ક ઓપરેશન અને ટ્રાફિક પ્રક્રિયાના તર્કને નિર્ધારિત કરે છે. તે જ સમયે, vManage, એડમિનિસ્ટ્રેટર દ્વારા જનરેટ કરાયેલ નીતિનું પ્રસારણ, આપમેળે પસંદ કરે છે કે કયા ફેરફારો અને કયા વ્યક્તિગત ઉપકરણો/નિયંત્રકો બનાવવાની જરૂર છે, જે ઉકેલની કાર્યક્ષમતા અને માપનીયતામાં નોંધપાત્ર વધારો કરે છે.

  vManage ઈન્ટરફેસ દ્વારા, માત્ર Cisco SD-WAN સોલ્યુશનનું રૂપરેખાંકન જ ઉપલબ્ધ નથી, પરંતુ સોલ્યુશનના તમામ ઘટકોની સ્થિતિનું સંપૂર્ણ નિરીક્ષણ, વ્યક્તિગત ટનલ માટે મેટ્રિક્સની વર્તમાન સ્થિતિ અને વિવિધ એપ્લિકેશનોના ઉપયોગ પરના આંકડા સુધી. DPI વિશ્લેષણ પર આધારિત.

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

સંકલિત સુરક્ષા – અહીં આપણે ઓપન ચેનલો પર ટ્રાન્સમિટ કરવામાં આવે ત્યારે યુઝર ડેટાના રક્ષણ વિશે જ નહીં, પણ પસંદ કરેલી ટેક્નોલોજીના આધારે WAN નેટવર્કની એકંદર સુરક્ષા વિશે પણ વાત કરવી જોઈએ.

• в DMVPN/PfR વપરાશકર્તા ડેટા અને સિગ્નલિંગ પ્રોટોકોલને એન્ક્રિપ્ટ કરવું શક્ય છે. ચોક્કસ રાઉટર મોડલનો ઉપયોગ કરતી વખતે, ટ્રાફિક નિરીક્ષણ, IPS/IDS સાથે ફાયરવોલ ફંક્શન પણ ઉપલબ્ધ છે. VRF નો ઉપયોગ કરીને શાખા નેટવર્કને વિભાજિત કરવું શક્ય છે. (એક-પરિબળ) નિયંત્રણ પ્રોટોકોલને પ્રમાણિત કરવું શક્ય છે.

  આ કિસ્સામાં, રિમોટ રાઉટરને ડિફૉલ્ટ રૂપે નેટવર્કનું વિશ્વસનીય તત્વ માનવામાં આવે છે - એટલે કે. વ્યક્તિગત ઉપકરણોના ભૌતિક સમાધાનના કિસ્સાઓ અને તેમને અનધિકૃત ઍક્સેસની શક્યતાને ધ્યાનમાં લેવામાં આવતી નથી અથવા ધ્યાનમાં લેવામાં આવતી નથી; ઉકેલ ઘટકોનું કોઈ બે-પરિબળ પ્રમાણીકરણ નથી, જે ભૌગોલિક રીતે વિતરિત નેટવર્કના કિસ્સામાં નોંધપાત્ર વધારાના જોખમો વહન કરી શકે છે.

• в એસ.ડી.-વાન DMVPN સાથે સામ્યતા દ્વારા, વપરાશકર્તા ડેટાને એન્ક્રિપ્ટ કરવાની ક્ષમતા પ્રદાન કરવામાં આવે છે, પરંતુ નોંધપાત્ર રીતે વિસ્તૃત નેટવર્ક સુરક્ષા અને L3/VRF સેગ્મેન્ટેશન ફંક્શન્સ (ફાયરવોલ, IPS/IDS, URL ફિલ્ટરિંગ, DNS ફિલ્ટરિંગ, AMP/TG, SASE, TLS/SSL પ્રોક્સી, વગેરે) ડી.). તે જ સમયે, સુરક્ષા પ્રમાણપત્રો પર આધારિત DTLS/TLS એન્ક્રિપ્શન દ્વારા સુરક્ષિત પૂર્વ-સ્થાપિત સિગ્નલિંગ ચેનલો દ્વારા vSmart નિયંત્રકો (સીધા કરતાં) દ્વારા એન્ક્રિપ્શન કીનું વિનિમય વધુ અસરકારક રીતે હાથ ધરવામાં આવે છે. જે બદલામાં આવા એક્સચેન્જોની સુરક્ષાની બાંયધરી આપે છે અને સમાન નેટવર્ક પર હજારો ઉપકરણો સુધીના સોલ્યુશનની વધુ સારી માપનીયતા સુનિશ્ચિત કરે છે.

  તમામ સિગ્નલિંગ કનેક્શન્સ (કંટ્રોલર-ટુ-કંટ્રોલર, કંટ્રોલર-રાઉટર) પણ DTLS/TLS પર આધારિત સુરક્ષિત છે. રાઉટર્સ રિપ્લેસમેન્ટ/એક્સ્ટેંશનની સંભાવના સાથે ઉત્પાદન દરમિયાન સલામતી પ્રમાણપત્રોથી સજ્જ છે. SD-WAN નેટવર્કમાં રાઉટર/કંટ્રોલરને કાર્ય કરવા માટે બે શરતોની ફરજિયાત અને એક સાથે પરિપૂર્ણતા દ્વારા બે-પરિબળ પ્રમાણીકરણ પ્રાપ્ત થાય છે:

  • માન્ય સુરક્ષા પ્રમાણપત્ર
  • માન્ય ઉપકરણોની "સફેદ" સૂચિમાં દરેક ઘટકના સંચાલક દ્વારા સ્પષ્ટ અને સભાન સમાવેશ.

SD-WAN અને DMVPN/PfR વચ્ચેના કાર્યાત્મક તફાવતો

કાર્યાત્મક તફાવતોની ચર્ચા કરવા માટે આગળ વધવું, એ નોંધવું જોઈએ કે તેમાંના ઘણા આર્કિટેક્ચરલ રાશિઓનું ચાલુ છે - તે કોઈ રહસ્ય નથી કે જ્યારે સોલ્યુશનના આર્કિટેક્ચરની રચના કરવામાં આવે છે, ત્યારે વિકાસકર્તાઓ તે ક્ષમતાઓથી પ્રારંભ કરે છે જે તેઓ અંતમાં મેળવવા માંગે છે. ચાલો બે તકનીકો વચ્ચેના સૌથી નોંધપાત્ર તફાવતો જોઈએ.

AppQ (એપ્લિકેશન ગુણવત્તા) - વ્યવસાય એપ્લિકેશન ટ્રાફિકના ટ્રાન્સમિશનની ગુણવત્તાને સુનિશ્ચિત કરવા માટેના કાર્યો

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

DMVPN પોતે આવી મિકેનિઝમ્સ પ્રદાન કરતું નથી. ક્લાસિક DMVPN નેટવર્કમાં જે શ્રેષ્ઠ રીતે કરી શકાય તે એ છે કે એપ્લિકેશન દ્વારા આઉટગોઇંગ ટ્રાફિકનું વર્ગીકરણ કરવું અને WAN ચેનલ તરફ ટ્રાન્સમિટ કરવામાં આવે ત્યારે તેને પ્રાથમિકતા આપવી. DMVPN ટનલની પસંદગી આ કિસ્સામાં માત્ર તેની ઉપલબ્ધતા અને રૂટીંગ પ્રોટોકોલના સંચાલનના પરિણામ દ્વારા નક્કી કરવામાં આવે છે. તે જ સમયે, પાથ/ટનલની એન્ડ-ટુ-એન્ડ સ્થિતિ અને તેના સંભવિત આંશિક અધોગતિને નેટવર્ક એપ્લિકેશન્સ માટે મહત્વપૂર્ણ મેટ્રિક્સના સંદર્ભમાં ધ્યાનમાં લેવામાં આવતી નથી - વિલંબ, વિલંબની વિવિધતા (જીટર) અને નુકસાન (% ). આ સંદર્ભમાં, AppQ સમસ્યાઓ હલ કરવાના સંદર્ભમાં ક્લાસિક DMVPN ની SD-WAN સાથે સીધી સરખામણી કરવી એ તમામ અર્થ ગુમાવે છે - DMVPN આ સમસ્યાને હલ કરી શકતું નથી. જ્યારે તમે આ સંદર્ભમાં સિસ્કો પરફોર્મન્સ રાઉટીંગ (PfR) ટેકનોલોજી ઉમેરો છો, ત્યારે પરિસ્થિતિ બદલાય છે અને Cisco SD-WAN સાથે સરખામણી વધુ અર્થપૂર્ણ બને છે.

અમે તફાવતોની ચર્ચા કરીએ તે પહેલાં, અહીં કેવી રીતે તકનીકો સમાન છે તેના પર એક ઝડપી દેખાવ છે. તેથી, બંને તકનીકો:

• તમારી પાસે એક મિકેનિઝમ છે જે તમને ચોક્કસ મેટ્રિક્સના સંદર્ભમાં દરેક સ્થાપિત ટનલની સ્થિતિનું ગતિશીલ મૂલ્યાંકન કરવાની મંજૂરી આપે છે - ઓછામાં ઓછા, વિલંબ, વિલંબની વિવિધતા અને પેકેટ નુકશાન (%)
• મુખ્ય ટનલ મેટ્રિક્સની સ્થિતિને માપવાના પરિણામોને ધ્યાનમાં લઈને, ટ્રાફિક મેનેજમેન્ટ નિયમો (નીતિઓ) બનાવવા, વિતરણ કરવા અને લાગુ કરવા માટે સાધનોના ચોક્કસ સમૂહનો ઉપયોગ કરો.
• રાઉટરમાં બનેલ DPI મિકેનિઝમ્સના આધારે OSI મોડલના L3-L4 (DSCP) સ્તર પર અથવા L7 એપ્લિકેશન હસ્તાક્ષરો દ્વારા એપ્લિકેશન ટ્રાફિકને વર્ગીકૃત કરો
• નોંધપાત્ર એપ્લિકેશનો માટે, તેઓ તમને મેટ્રિક્સના સ્વીકાર્ય થ્રેશોલ્ડ મૂલ્યો, ડિફૉલ્ટ રૂપે ટ્રાફિક ટ્રાન્સમિટ કરવા માટેના નિયમો અને થ્રેશોલ્ડ મૂલ્યો ઓળંગી જાય ત્યારે ટ્રાફિકને ફરીથી રાઉટ કરવા માટેના નિયમો નક્કી કરવાની મંજૂરી આપે છે.
• જ્યારે GRE/IPSec માં ટ્રાફિકને સમાવિષ્ટ કરવામાં આવે છે, ત્યારે તેઓ બાહ્ય GRE/IPSEC પેકેટ હેડરમાં આંતરિક DSCP ચિહ્નોને સ્થાનાંતરિત કરવા માટે પહેલેથી જ સ્થાપિત ઉદ્યોગ પદ્ધતિનો ઉપયોગ કરે છે, જે સંસ્થા અને ટેલિકોમ ઓપરેટરની QoS નીતિઓને સમન્વયિત કરવાની મંજૂરી આપે છે (જો યોગ્ય SLA હોય તો) .

SD-WAN અને DMVPN/PfR એન્ડ-ટુ-એન્ડ મેટ્રિક્સ કેવી રીતે અલગ પડે છે?

DMVPN/PfR

• બંને સક્રિય અને નિષ્ક્રિય સોફ્ટવેર સેન્સર (પ્રોબ્સ) નો ઉપયોગ પ્રમાણભૂત ટનલ હેલ્થ મેટ્રિક્સનું મૂલ્યાંકન કરવા માટે થાય છે. સક્રિય લોકો વપરાશકર્તા ટ્રાફિક પર આધારિત છે, નિષ્ક્રિય લોકો આવા ટ્રાફિકનું અનુકરણ કરે છે (તેની ગેરહાજરીમાં).
• ટાઈમર અને ડિગ્રેડેશન ડિટેક્શન શરતોનું કોઈ ફાઇન-ટ્યુનિંગ નથી - એલ્ગોરિધમ નિશ્ચિત છે.
• વધુમાં, આઉટગોઇંગ દિશામાં વપરાયેલી બેન્ડવિડ્થનું માપન ઉપલબ્ધ છે. જે DMVPN/PfR માં વધારાની ટ્રાફિક વ્યવસ્થાપન સુગમતા ઉમેરે છે.
• તે જ સમયે, કેટલીક PfR મિકેનિઝમ્સ, જ્યારે મેટ્રિક્સ ઓળંગી જાય છે, ત્યારે વિશેષ TCA (થ્રેશોલ્ડ ક્રોસિંગ એલર્ટ) સંદેશાઓના સ્વરૂપમાં પ્રતિસાદ સિગ્નલિંગ પર આધાર રાખે છે જે ટ્રાફિક પ્રાપ્તકર્તા તરફથી સ્ત્રોત તરફ આવવા જોઈએ, જે બદલામાં ધારે છે કે રાજ્યની સ્થિતિ માપેલ ચેનલો આવા TCA સંદેશાઓના પ્રસારણ માટે ઓછામાં ઓછી પૂરતી હોવી જોઈએ. જે મોટાભાગના કિસ્સાઓમાં કોઈ સમસ્યા નથી, પરંતુ દેખીતી રીતે ખાતરી આપી શકાતી નથી.

એસ.ડી.-વાન

• સ્ટાન્ડર્ડ ટનલ સ્ટેટ મેટ્રિક્સના એન્ડ-ટુ-એન્ડ મૂલ્યાંકન માટે, BFD પ્રોટોકોલનો ઉપયોગ ઇકો મોડમાં થાય છે. આ કિસ્સામાં, TCA અથવા સમાન સંદેશાઓના સ્વરૂપમાં વિશેષ પ્રતિસાદની જરૂર નથી - નિષ્ફળતા ડોમેન્સનું અલગતા જાળવવામાં આવે છે. ટનલ સ્થિતિનું મૂલ્યાંકન કરવા માટે તેને વપરાશકર્તા ટ્રાફિકની હાજરીની પણ જરૂર નથી.
• એલ્ગોરિધમની પ્રતિભાવ ગતિ અને સંચાર ચેનલના ઘટાડા માટે થોડી સેકન્ડોથી મિનિટ સુધીની સંવેદનશીલતાને નિયંત્રિત કરવા માટે BFD ટાઈમરને ફાઇન-ટ્યુન કરવું શક્ય છે.

  

• લખવાના સમયે, દરેક ટનલમાં માત્ર એક BFD સત્ર છે. આ સંભવિતપણે ટનલ સ્ટેટ વિશ્લેષણમાં ઓછી ગ્રેન્યુલારિટી બનાવે છે. વાસ્તવમાં, આ માત્ર ત્યારે જ મર્યાદા બની શકે છે જો તમે સંમત QoS SLA સાથે MPLS L2/L3 VPN પર આધારિત WAN કનેક્શનનો ઉપયોગ કરો - જો BFD ટ્રાફિકનું DSCP માર્કિંગ (IPSec/GRE માં એન્કેપ્સ્યુલેશન પછી) ઉચ્ચ-અગ્રતા કતાર સાથે મેળ ખાતું હોય. ટેલિકોમ ઓપરેટરનું નેટવર્ક, તો આ ઓછા-પ્રાથમિક ટ્રાફિક માટે ડિગ્રેડેશન ડિટેક્શનની ચોકસાઈ અને ઝડપને અસર કરી શકે છે. તે જ સમયે, આવી પરિસ્થિતિઓના જોખમને ઘટાડવા માટે ડિફોલ્ટ BFD લેબલિંગને બદલવું શક્ય છે. સિસ્કો SD-WAN સૉફ્ટવેરના ભાવિ સંસ્કરણોમાં, વધુ ફાઇન-ટ્યુન્ડ BFD સેટિંગ્સની અપેક્ષા છે, તેમજ વ્યક્તિગત DSCP મૂલ્યો (વિવિધ એપ્લિકેશનો માટે) સાથે સમાન ટનલની અંદર બહુવિધ BFD સત્રો શરૂ કરવાની ક્ષમતા.
• BFD વધુમાં તમને પેકેટના મહત્તમ કદનો અંદાજ લગાવવાની મંજૂરી આપે છે જે ફ્રેગમેન્ટેશન વિના ચોક્કસ ટનલ દ્વારા ટ્રાન્સમિટ કરી શકાય છે. આ SD-WAN ને દરેક લિંક પર ઉપલબ્ધ બેન્ડવિડ્થનો મહત્તમ ઉપયોગ કરવા માટે MTU અને TCP MSS એડજસ્ટ જેવા પરિમાણોને ગતિશીલ રીતે સમાયોજિત કરવાની મંજૂરી આપે છે.
• SD-WAN માં, ટેલિકોમ ઓપરેટરો તરફથી QoS સિંક્રનાઇઝેશનનો વિકલ્પ પણ ઉપલબ્ધ છે, જે માત્ર L3 DSCP ફીલ્ડ્સ પર આધારિત નથી, પરંતુ L2 CoS મૂલ્યો પર પણ આધારિત છે, જે વિશિષ્ટ ઉપકરણો દ્વારા શાખા નેટવર્કમાં આપમેળે જનરેટ થઈ શકે છે - ઉદાહરણ તરીકે, IP ફોન

AppQ નીતિઓને વ્યાખ્યાયિત કરવા અને લાગુ કરવાની ક્ષમતાઓ, પદ્ધતિઓ કેવી રીતે અલગ પડે છે?

DMVPN/PfR નીતિઓ:

• CLI કમાન્ડ લાઇન અથવા CLI રૂપરેખાંકન નમૂનાઓ દ્વારા કેન્દ્રીય શાખા રાઉટર(ઓ) પર વ્યાખ્યાયિત. CLI ટેમ્પલેટ્સ બનાવવા માટે પોલિસી સિન્ટેક્સની તૈયારી અને જ્ઞાનની જરૂર છે.

  

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

SD-WAN નીતિઓ:

• ઇન્ટરેક્ટિવ ટેમ્પલેટ વિઝાર્ડ દ્વારા vManage GUI માં વ્યાખ્યાયિત.
• રીઅલ ટાઇમમાં બહુવિધ નીતિઓ બનાવવા, નકલ કરવા, વારસામાં લેવા, નીતિઓ વચ્ચે સ્વિચ કરવાને સપોર્ટ કરે છે.
• વિવિધ નેટવર્ક સેગમેન્ટ્સ (શાખાઓ) માટે વ્યક્તિગત નીતિ સેટિંગ્સને સપોર્ટ કરે છે
• તેઓ નિયંત્રક અને રાઉટર અને/અથવા vSmart વચ્ચે ઉપલબ્ધ કોઈપણ સિગ્નલ ચેનલનો ઉપયોગ કરીને વિતરિત કરવામાં આવે છે - તે રાઉટર્સ વચ્ચેના ડેટા-પ્લેન કનેક્ટિવિટી પર સીધો આધાર રાખતા નથી. આ, અલબત્ત, રાઉટર અને નિયંત્રકો વચ્ચે IP કનેક્ટિવિટી જરૂરી છે.

  

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

    

  • ડેટા સ્ટ્રીમનું ડુપ્લિકેશન – FEC ઉપરાંત, પોલિસી વધુ ગંભીર સ્તરના નુકસાનની સ્થિતિમાં પસંદ કરેલ એપ્લિકેશનના ટ્રાફિકના સ્વચાલિત ડુપ્લિકેશન માટે પ્રદાન કરી શકે છે જેની ભરપાઈ FEC દ્વારા કરી શકાતી નથી. આ કિસ્સામાં, પસંદ કરેલ ડેટા અનુગામી ડી-ડુપ્લિકેશન (પેકેટોની વધારાની નકલો છોડવા) સાથે પ્રાપ્તકર્તા શાખા તરફ તમામ ટનલ દ્વારા પ્રસારિત કરવામાં આવશે. મિકેનિઝમ ચેનલના ઉપયોગને નોંધપાત્ર રીતે વધારે છે, પરંતુ ટ્રાન્સમિશન વિશ્વસનીયતામાં પણ નોંધપાત્ર વધારો કરે છે.

સિસ્કો SD-WAN ક્ષમતાઓ, DMVPN/PfR માં સીધા એનાલોગ વિના

કેટલાક કિસ્સાઓમાં સિસ્કો SD-WAN સોલ્યુશનનું આર્કિટેક્ચર તમને એવી ક્ષમતાઓ પ્રાપ્ત કરવાની મંજૂરી આપે છે કે જે DMVPN/PfR માં અમલમાં મૂકવી અત્યંત મુશ્કેલ છે, અથવા જરૂરી શ્રમ ખર્ચને કારણે અવ્યવહારુ છે, અથવા સંપૂર્ણપણે અશક્ય છે. ચાલો તેમાંથી સૌથી રસપ્રદ જોઈએ:

ટ્રાફિક-એન્જિનિયરિંગ (TE)

TEમાં એવી મિકેનિઝમ્સ શામેલ છે જે ટ્રાફિકને રૂટીંગ પ્રોટોકોલ દ્વારા બનાવેલા પ્રમાણભૂત પાથથી અલગ થવા દે છે. TE નો ઉપયોગ ઘણીવાર નેટવર્ક સેવાઓની ઉચ્ચ ઉપલબ્ધતાને સુનિશ્ચિત કરવા માટે કરવામાં આવે છે, ઝડપથી અને/અથવા સક્રિય રીતે જટિલ ટ્રાફિકને વૈકલ્પિક (ડિસજોઇન્ટ) ટ્રાન્સમિશન પાથ પર સ્થાનાંતરિત કરવાની ક્ષમતા દ્વારા, સેવાની સારી ગુણવત્તા અથવા નિષ્ફળતાના કિસ્સામાં પુનઃપ્રાપ્તિની ઝડપને સુનિશ્ચિત કરવા માટે. મુખ્ય માર્ગ પર.

TE ના અમલીકરણમાં મુશ્કેલી અગાઉથી વૈકલ્પિક માર્ગની ગણતરી અને અનામત (તપાસ) કરવાની જરૂરિયાતમાં રહેલી છે. ટેલિકોમ ઓપરેટરોના MPLS નેટવર્કમાં, આ સમસ્યાનો ઉકેલ IGP પ્રોટોકોલ અને RSVP પ્રોટોકોલના વિસ્તરણ સાથે MPLS ટ્રાફિક-એન્જિનિયરિંગ જેવી તકનીકોનો ઉપયોગ કરીને ઉકેલવામાં આવે છે. તાજેતરમાં જ, સેગમેન્ટ રૂટીંગ ટેકનોલોજી, જે કેન્દ્રિય રૂપરેખાંકન અને ઓર્કેસ્ટ્રેશન માટે વધુ ઑપ્ટિમાઇઝ છે, તે વધુને વધુ લોકપ્રિય બની છે. ક્લાસિક WAN નેટવર્ક્સમાં, આ તકનીકો સામાન્ય રીતે રજૂ કરવામાં આવતી નથી અથવા પોલિસી-આધારિત રૂટીંગ (PBR) જેવી હોપ-બાય-હોપ મિકેનિઝમ્સનો ઉપયોગ કરવા માટે ઘટાડી દેવામાં આવે છે, જે ટ્રાફિકને બ્રાન્ચ કરવામાં સક્ષમ હોય છે, પરંતુ દરેક રાઉટર પર આને અલગથી અમલમાં મૂકે છે - લીધા વિના અગાઉના અથવા પછીના પગલાઓમાં નેટવર્ક અથવા PBR પરિણામની એકંદર સ્થિતિને ધ્યાનમાં લો. આ TE વિકલ્પોનો ઉપયોગ કરવાનું પરિણામ નિરાશાજનક છે - MPLS TE, રૂપરેખાંકન અને કામગીરીની જટિલતાને કારણે, નિયમ તરીકે, ફક્ત નેટવર્કના સૌથી મહત્વપૂર્ણ ભાગમાં (કોર) નો ઉપયોગ થાય છે, અને PBR નો ઉપયોગ વ્યક્તિગત રાઉટર્સ પર થાય છે. સમગ્ર નેટવર્ક માટે એકીકૃત PBR નીતિ બનાવવાની ક્ષમતા. દેખીતી રીતે, આ DMVPN-આધારિત નેટવર્ક્સને પણ લાગુ પડે છે.

આ સંદર્ભમાં SD-WAN વધુ ભવ્ય સોલ્યુશન પ્રદાન કરે છે જે માત્ર રૂપરેખાંકિત કરવા માટે સરળ નથી, પણ વધુ સારી રીતે સ્કેલ પણ કરે છે. આ કંટ્રોલ-પ્લેન અને પોલિસી-પ્લેન આર્કિટેક્ચરનું પરિણામ છે. SD-WAN માં પોલિસી-પ્લેનનો અમલ તમને કેન્દ્રીય રીતે TE નીતિને વ્યાખ્યાયિત કરવાની મંજૂરી આપે છે - કયા ટ્રાફિકમાં રસ છે? કયા VPN માટે? કયા ગાંઠો/ટનલ્સ દ્વારા તે જરૂરી છે અથવા તેનાથી વિપરીત, વૈકલ્પિક માર્ગ બનાવવા માટે પ્રતિબંધિત છે? બદલામાં, vSmart નિયંત્રકો પર આધારિત કંટ્રોલ-પ્લેન મેનેજમેન્ટનું કેન્દ્રિયકરણ તમને વ્યક્તિગત ઉપકરણોની સેટિંગ્સનો આશરો લીધા વિના રૂટીંગ પરિણામોને સંશોધિત કરવાની મંજૂરી આપે છે - રાઉટર્સ પહેલાથી જ ફક્ત તર્કનું પરિણામ જુએ છે જે vManage ઈન્ટરફેસમાં જનરેટ કરવામાં આવ્યું હતું અને ઉપયોગ માટે ટ્રાન્સફર કરવામાં આવ્યું હતું. vSmart.

સર્વિસ-ચેનિંગ

શાસ્ત્રીય રૂટીંગમાં પહેલાથી જ વર્ણવેલ ટ્રાફિક-એન્જિનિયરિંગ મિકેનિઝમ કરતાં સર્વિસ ચેઇન્સ બનાવવી એ વધુ શ્રમ-સઘન કાર્ય છે. ખરેખર, આ કિસ્સામાં, ચોક્કસ નેટવર્ક એપ્લિકેશન માટે માત્ર એક વિશિષ્ટ રૂટ બનાવવા માટે જ નહીં, પણ SD-WAN નેટવર્કના ચોક્કસ (અથવા તમામ) નોડ્સ પર પ્રક્રિયા કરવા માટે નેટવર્કમાંથી ટ્રાફિકને દૂર કરવાની ક્ષમતાને સુનિશ્ચિત કરવા માટે પણ જરૂરી છે. ખાસ એપ્લિકેશન અથવા સેવા (ફાયરવોલ, બેલેન્સિંગ, કેશીંગ, ઇન્સ્પેક્શન ટ્રાફિક, વગેરે). તે જ સમયે, બ્લેક-હોલિંગની પરિસ્થિતિઓને રોકવા માટે આ બાહ્ય સેવાઓની સ્થિતિને નિયંત્રિત કરવા માટે સક્ષમ હોવું જરૂરી છે, અને એવી પદ્ધતિઓ પણ જરૂરી છે કે જે સમાન પ્રકારની બાહ્ય સેવાઓને વિવિધ ભૌગોલિક સ્થાનોમાં મૂકવાની મંજૂરી આપે. ચોક્કસ શાખાના ટ્રાફિકની પ્રક્રિયા માટે સૌથી શ્રેષ્ઠ સેવા નોડને આપમેળે પસંદ કરવાની નેટવર્કની ક્ષમતા સાથે. સિસ્કો SD-WAN ના કિસ્સામાં, એક યોગ્ય કેન્દ્રિય નીતિ બનાવીને આ પ્રાપ્ત કરવું એકદમ સરળ છે જે લક્ષ્ય સેવા શૃંખલાના તમામ પાસાઓને એક સંપૂર્ણમાં "ગુંદર" કરે છે અને ડેટા-પ્લેન અને કંટ્રોલ-પ્લેન લોજિકને ફક્ત ત્યારે જ બદલી શકે છે જ્યાં અને જ્યારે જરૂરી હોય ત્યારે.

વિશિષ્ટ (પરંતુ SD-WAN નેટવર્ક સાથે સંબંધિત નથી) સાધનો પર ચોક્કસ ક્રમમાં પસંદ કરેલ પ્રકારની એપ્લિકેશનોના ટ્રાફિકની જીઓ-વિતરિત પ્રક્રિયા બનાવવાની ક્ષમતા એ કદાચ ક્લાસિક કરતાં સિસ્કો SD-WAN ના ફાયદાઓનું સૌથી સ્પષ્ટ પ્રદર્શન છે. તકનીકો અને કેટલાક વૈકલ્પિક SD ઉકેલો - અન્ય ઉત્પાદકો તરફથી WAN.

અંતે શું?

દેખીતી રીતે, બંને DMVPN (પર્ફોર્મન્સ રૂટીંગ સાથે અથવા વગર) અને સિસ્કો SD-WAN ખૂબ જ સમાન સમસ્યાઓનું નિરાકરણ સંસ્થાના વિતરિત WAN નેટવર્કના સંબંધમાં. તે જ સમયે, સિસ્કો SD-WAN તકનીકમાં નોંધપાત્ર સ્થાપત્ય અને કાર્યાત્મક તફાવતો આ સમસ્યાઓને ઉકેલવાની પ્રક્રિયા તરફ દોરી જાય છે. અન્ય ગુણવત્તા સ્તર પર. સારાંશ માટે, અમે SD-WAN અને DMVPN/PfR તકનીકો વચ્ચે નીચેના નોંધપાત્ર તફાવતોને નોંધી શકીએ છીએ:

• DMVPN/PfR સામાન્ય રીતે ઓવરલે VPN નેટવર્ક્સ બનાવવા માટે સમય-ચકાસાયેલ તકનીકોનો ઉપયોગ કરે છે અને ડેટા-પ્લેનની દ્રષ્ટિએ, વધુ આધુનિક SD-WAN ટેક્નોલોજી સમાન છે, જો કે, ફરજિયાત સ્થિર ગોઠવણીના સ્વરૂપમાં સંખ્યાબંધ મર્યાદાઓ છે. રાઉટર્સ અને ટોપોલોજીની પસંદગી હબ-એન-સ્પોક સુધી મર્યાદિત છે. બીજી બાજુ, DMVPN/PfR પાસે કેટલીક કાર્યક્ષમતા છે જે હજુ સુધી SD-WAN માં ઉપલબ્ધ નથી (અમે પ્રતિ-એપ્લિકેશન BFD વિશે વાત કરી રહ્યા છીએ).
• કંટ્રોલ-પ્લેનની અંદર, તકનીકો મૂળભૂત રીતે અલગ પડે છે. સિગ્નલિંગ પ્રોટોકોલ્સની કેન્દ્રીયકૃત પ્રક્રિયાને ધ્યાનમાં લેતા, SD-WAN, ખાસ કરીને, નિષ્ફળતાના ડોમેન્સને નોંધપાત્ર રીતે સંકુચિત કરવાની અને સિગ્નલિંગ ક્રિયાપ્રતિક્રિયામાંથી વપરાશકર્તા ટ્રાફિકને ટ્રાન્સમિટ કરવાની પ્રક્રિયાને "ડીકપલ" કરવાની મંજૂરી આપે છે - નિયંત્રકોની અસ્થાયી અનુપલબ્ધતા વપરાશકર્તા ટ્રાફિકને ટ્રાન્સમિટ કરવાની ક્ષમતાને અસર કરતી નથી. . તે જ સમયે, કોઈપણ શાખાની અસ્થાયી અનુપલબ્ધતા (કેન્દ્રીય એક સહિત) અન્ય શાખાઓની એકબીજા અને નિયંત્રકો સાથે ક્રિયાપ્રતિક્રિયા કરવાની ક્ષમતાને કોઈપણ રીતે અસર કરતી નથી.
• SD-WAN ના કિસ્સામાં ટ્રાફિક વ્યવસ્થાપન નીતિઓની રચના અને અમલીકરણ માટેનું આર્કિટેક્ચર પણ DMVPN/PfR કરતાં શ્રેષ્ઠ છે - જીઓ-રિઝર્વેશન વધુ સારી રીતે અમલમાં છે, હબ સાથે કોઈ જોડાણ નથી, દંડ માટે વધુ તકો છે. -ટ્યુનિંગ નીતિઓ, અમલમાં મૂકાયેલ ટ્રાફિક મેનેજમેન્ટ દૃશ્યોની સૂચિ પણ ઘણી મોટી છે.
• સોલ્યુશન ઓર્કેસ્ટ્રેશન પ્રક્રિયા પણ નોંધપાત્ર રીતે અલગ છે. DMVPN અગાઉ જાણીતા પરિમાણોની હાજરીને ધારે છે જે કોઈક રીતે ગોઠવણીમાં પ્રતિબિંબિત હોવા જોઈએ, જે ઉકેલની લવચીકતા અને ગતિશીલ ફેરફારોની શક્યતાને કંઈક અંશે મર્યાદિત કરે છે. બદલામાં, SD-WAN એ દાખલા પર આધારિત છે કે કનેક્શનની પ્રારંભિક ક્ષણે, રાઉટર તેના નિયંત્રકો વિશે "કંઈ જાણતું નથી", પરંતુ "તમે કોને પૂછી શકો છો" તે જાણે છે - આ ફક્ત આપમેળે સંચાર સ્થાપિત કરવા માટે પૂરતું નથી. નિયંત્રકો, પણ આપમેળે સંપૂર્ણપણે કનેક્ટેડ ડેટા-પ્લેન ટોપોલોજી બનાવવા માટે, જે પછી નીતિઓનો ઉપયોગ કરીને લવચીક રીતે ગોઠવી/બદલી શકાય છે.
• સેન્ટ્રલાઈઝ્ડ મેનેજમેન્ટ, ઓટોમેશન અને મોનિટરિંગના સંદર્ભમાં, SD-WAN એ DMVPN/PfR ની ક્ષમતાઓને વટાવી જવાની અપેક્ષા છે, જે ક્લાસિકલ ટેક્નોલોજીમાંથી વિકસિત થઈ છે અને CLI કમાન્ડ લાઇન અને ટેમ્પલેટ-આધારિત NMS સિસ્ટમ્સના ઉપયોગ પર વધુ આધાર રાખે છે.
• SD-WAN માં, DMVPN ની તુલનામાં, સુરક્ષા જરૂરિયાતો એક અલગ ગુણાત્મક સ્તરે પહોંચી છે. મુખ્ય સિદ્ધાંતો શૂન્ય વિશ્વાસ, માપનીયતા અને દ્વિ-પરિબળ પ્રમાણીકરણ છે.

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

બીજી તરફ, એ યાદ રાખવું જોઈએ કે IOS XE (ISR 1000, ISR 4000, ASR 1000, CSR 1000v) પર આધારિત તમામ વર્તમાન સિસ્કો કોર્પોરેટ રાઉટર્સ આજે કોઈપણ ઓપરેટિંગ મોડને સપોર્ટ કરે છે - ક્લાસિક રૂટીંગ અને DMVPN અને SD-WAN - બંને. પસંદગી વર્તમાન જરૂરિયાતો અને સમજણ દ્વારા નક્કી કરવામાં આવે છે કે કોઈપણ ક્ષણે, સમાન સાધનોનો ઉપયોગ કરીને, તમે વધુ અદ્યતન તકનીક તરફ આગળ વધવાનું શરૂ કરી શકો છો.

સોર્સ: www.habr.com