F5 રૂટ ડોમેન અને MPLS VRF: ટેનન્ટ હેન્ડઓફ મેપ કરો
બે ટેનન્ટ, એક સરનામું, બે રૂટ ડોમેન. દરેક ઑબ્જેક્ટને %ID સાથે પિન કરો, પ્રોવાઇડરનું VRF અને રૂટ ટાર્ગેટ વાપરો અને દરેક ટેનન્ટ અલગથી ચકાસો.
બે ટેનન્ટ 10.50.0.10 પર એક જ એપ્લિકેશન ચલાવે છે. પ્રોવાઇડર તેમને અલગ MPLS VPN માં અલગ રાખે છે, અને BIG-IP તેમનો સ્થાનિક ટ્રાફિક અલગ રૂટ ડોમેનમાં રાખે છે. આ ગોઠવણ હેન્ડઓફ સુધી કામ કરે છે, જ્યાં ખૂટતો સફિક્સ કે નકલ કરેલો રૂટ-ટાર્ગેટ ચૂપચાપ એક ટેનન્ટનું પેકેટ બીજા ટેનન્ટના સંદર્ભમાં મૂકી દે છે. આ રનબુક બંને મોડેલને સાથે મેપ કરે છે અને પ્રતિ-ટેનન્ટ પરીક્ષણ સાથે પૂરી થાય છે.
વર્કશીટ: પ્રતિ ટેનન્ટ એક પંક્તિ
કંઈપણ બદલતા પહેલાં આ ભરો. દરેક પછીનું પગલું તેમાંના એક સેલનો સંદર્ભ લે છે, અને ખાલી સેલ એ એવો નિર્ણય છે જે હજી કોઈએ લીધો નથી.
| Tenant | BIG-IP side | Provider side |
|---|---|---|
| A | VLAN or tunnel, route domain, self address, virtual server | VRF, attachment, route targets for import and export |
| B | Separate VLAN or tunnel, separate route domain, separate self address | Separate VRF, separate route targets |
પગલું 1: દરેક ઑબ્જેક્ટને તેના રૂટ ડોમેન સાથે પિન કરો
F5 નું રૂટ-ડોમેન દસ્તાવેજીકરણ અલગ ટ્રાફિક સંદર્ભો, નકલ સરનામાં અને કન્ફિગરેશન ઑબ્જેક્ટ માટે address%ID સંકેતનું વર્ણન કરે છે. 10.50.0.10%2 તરીકે લખાયેલું સરનામું સ્થાનિક રૂટ-ડોમેન સંદર્ભનું નામ આપે છે, અને તે સફિક્સ ગ્રાહકના IP પેકેટમાં વહેવડાવાતું MPLS લેબલ નથી.
દસ્તાવેજી મોડેલમાં VLAN કે સમર્થિત ટનલ એક રૂટ ડોમેનનું હોય છે, તેથી ઇન્ટરફેસ અને સરનામું મેળ ખાવા જોઈએ. વહીવટી પાર્ટીશનનું ડિફૉલ્ટ રૂટ ડોમેન પણ તપાસો, કારણ કે છોડી દીધેલ સફિક્સ એટલે સંદર્ભ નથી એમ નહીં; તે એ સંદર્ભ દર્શાવે છે જે પાર્ટીશન ડિફૉલ્ટમાં વાપરે છે. એ જ એક ડિફૉલ્ટ મોટાભાગની ઘટનાઓ સમજાવે છે જ્યાં નવો ઑબ્જેક્ટ ચૂપચાપ ખોટા ટેનન્ટમાં જવાબ આપતો હતો. પોતાનું સરનામું ઉમેરતા પહેલાં તેને ચકાસો.
tmsh list net route-domain
tmsh list net vlan | grep -i domain
tmsh list ltm virtual one_vsપગલું 2: પ્રોવાઇડરનું VRF અને રૂટ ટાર્ગેટ વાપરો
MPLS કિનારે ટેનન્ટ પ્રોવાઇડરના VRF અને સંમત ગ્રાહક રૂટિંગ સેવા દ્વારા ઓળખાય છે. રૂટ ટાર્ગેટ નિયંત્રિત કરે છે કે પ્રોવાઇડર VRF વચ્ચે કયા રૂટ આયાત અને નિકાસ કરે છે, અને મળતું-આવતું BIG-IP રૂટ-ડોમેન નંબર પસંદ કરવાથી તે સંબંધમાંથી કંઈ બનતું નથી.
બંને ઓળખકર્તા અલગ સિસ્ટમમાં રહે છે અને અલગ અર્થ ધરાવે છે. રૂટ-ડોમેન ID એ ઉપકરણ પરનો સ્થાનિક સંદર્ભ છે. રૂટ ટાર્ગેટ એ પ્રોવાઇડર બાજુનું નીતિ લક્ષણ છે જે રૂટ વિતરણ નક્કી કરે છે, અને રૂટ ડિસ્ટિંગ્વિશર એ ત્રીજી વસ્તુ છે, જે અન્યથા સમાન પ્રીફિક્સને અલગ રાખવા માટે વપરાય છે.
પગલું 3: સંદર્ભો પહોંચ શેર કરી શકે કે નહીં તે નક્કી કરો
પિતૃ-ડોમેન શોધ અને કડક અલગીકરણની સેટિંગ્સ જાણી જોઈને સમીક્ષા કરો, કારણ કે તે બદલે છે કે સંદર્ભ ક્યાં સુધી પહોંચી શકે. F5 માર્ગદર્શિકા તે સંબંધો દ્વારા નિયંત્રિત ફોરવર્ડિંગની મંજૂરી આપે છે, અને તેથી જ રૂટ ડોમેનને એકલા સંપૂર્ણ ટેનન્ટ-સુરક્ષા નીતિ તરીકે ગણવો ન જોઈએ.
જો બંને ટેનન્ટને વહેંચાયેલ સેવા જોઈએ, તો એક ટેનન્ટને બીજાના રૂટિંગ સંદર્ભ તરફ લાપરવાહીથી દોરવાને બદલે મંજૂર માર્ગ અને પરવાનગીઓ સ્પષ્ટ કરો. એપ્લિકેશન ઓળખ અને નેટવર્ક ગંતવ્ય સાથેનું કોઈપણ ઇરાદાપૂર્વકનું સ્રોત ભાષાંતર જાળવો, નહીંતર વહેંચાયેલ સેવા એક ટેનન્ટને બીજા તરીકે જોશે.
સામાન્ય રૂટેડ હેન્ડઓફ BIG-IP ને પ્રોવાઇડર એજ રાઉટર સાથે જોડે છે, BIG-IP ને MPLS PE બનાવ્યા વિના. જો સીધું MPLS કે VPN રૂટ-ફેમિલી એકીકરણ ખરેખર જરૂરી હોય, તો ચોક્કસ પ્લેટફોર્મ અને રિલીઝ માટે સ્પષ્ટ સહાય મેળવો, કારણ કે સ્થાનિક રૂટ-ડોમેન અલગીકરણ તે ક્ષમતા સ્થાપિત કરતું નથી.
પગલું 4: એક વખતે એક ટેનન્ટ ચકાસો
A ટેનન્ટને A ના સંદર્ભમાંના એન્ડપૉઇન્ટથી A ના એપ્લિકેશન સરનામા સુધી ચકાસો, પછી B માટે પુનરાવર્તન કરો. ડાયગ્નોસ્ટિક્સમાં %ID સ્વરૂપ વાપરો જેથી સાબિત કરી શકો કે કયા સંદર્ભે જવાબ આપ્યો, અને ખાતરી કરો કે ખોટા સંદર્ભની વિનંતી કોઈ વિશ્વસનીય જગ્યાએ ઉતરવાને બદલે નિષ્ફળ જાય છે.
એ જ પાસમાં પ્રોવાઇડર બાજુ પણ તપાસો: પ્રીફિક્સ સાચા VRF માં છે, રૂટ ટાર્ગેટ વર્કશીટ સાથે મેળ ખાય છે, અને પરત માર્ગ ઇચ્છિત એટેચમેન્ટ વાપરે છે. ઉપકરણમાંથી જ ચાલતું ping ઉપકરણનો સંદર્ભ સાબિત કરે છે, ટેનન્ટનો નહીં.
અંતિમ મેપિંગ વર્કશીટમાં નોંધો, જેમાં દરેક પાર્ટીશનનું ડિફૉલ્ટ રૂટ ડોમેન અને તમે સક્ષમ કરેલ કોઈપણ પિતૃ-ડોમેન સંબંધનો સમાવેશ થાય છે. આ પર્યાવરણમાં આગળનો ફેરફાર એ વ્યક્તિ કરશે જે તે ટેબલ વાંચે છે, એ વ્યક્તિ નહીં જે આ લેખ વાંચે છે.