ஒரு தளத்தின் உள்ளே ஒரே iESI, தளங்களுக்கு இடையே தனித்துவம்: Junos தையல்
ஒரு interconnect ESI ஒரு தளத்திற்குச் சேவை செய்யும் நுழைவாயில்களைப் பிணைக்கிறது; இரண்டாவது தளத்திற்கு அதன் சொந்தம் தேவை. அந்த அடையாளத்தைச் சுமக்கும் peer அறிக்கை வெளியீடுகளுக்கு இடையே நகர்ந்தது.
இரண்டு நுழைவாயில் ஜோடிகள் இரண்டு தரவு மையங்களுக்குச் சேவை செய்கின்றன, மேலும் வடிவமைப்பிற்கு எத்தனை interconnect ESI மதிப்புகள் தேவை என்பதை யாரோ முடிவு செய்ய வேண்டும். பதில் ஒவ்வொரு நுழைவாயில் குழுவிற்கும் ஒன்று, ஒவ்வொரு fabric-க்கும் ஒன்று அல்ல, ஒவ்வொரு நுழைவாயிலுக்கும் ஒன்று அல்ல. இதைத் தவறாகச் செய்தால், கட்டமைக்கப்பட்டதாகத் தோன்றி தவறான forwarder-ஐத் தேர்ந்தெடுக்கும் fabric உருவாகும், அல்லது தனித்தனியாக இருக்க வேண்டிய இரண்டு தளங்கள் இணையும். விதியும் அதன் விலக்குகளும் நுழைவாயில் பட்டியலுக்கு அருகில் எழுதத் தகுந்தவை.
இரண்டு எல்லைகள், இரண்டு விதிகள்
தளத்தின் உள்ளே, கூடுதல் interconnect நுழைவாயில்கள் ஒரு multihomed முனைப்புள்ளியாகச் செயல்படுகின்றன, எனவே அவை ஒரே interconnect ESI-ஐப் பகிர்கின்றன. அவற்றின் peers இரண்டு சுயாதீனமானவற்றுக்குப் பதிலாக ஒரு தர்க்கரீதியான உறுப்பினரைப் பார்க்க வேண்டும். பகிரப்பட்ட மதிப்பின் முழுப் பொருளும் அதுவே.
தளங்களுக்கு இடையே, ஒவ்வொரு நுழைவாயில் குழுவும் அதன் சொந்த மதிப்பைப் பெறுகிறது. ஒரே அடையாளங்காட்டியைப் பகிரும் இரண்டு தரவு மையங்கள் கட்டுப்பாட்டுத் தளத்தில் ஒரு multihomed குழுவாக மாறும், இது பொதுவாக WAN வழியாக தையல் வடிவமைப்பு நோக்குவது அல்ல. ஒரு குழுவில் உள்ள இரண்டு தளங்கள் ஒன்றுக்கொன்று தோல்வி முறைகளையும் மரபுரிமையாகப் பெறுகின்றன.
தளத்தின் உள்ளே: குழுவிற்கு ஒரு அடையாளம்
ஜோடிக்கு இரண்டு peers-இலும் ஒரே மதிப்பை, அதே சேவை சூழலில் கொடுத்து, அதை அரட்டை இழையில் அல்லாமல் பிணையத்தின் அடையாளங்காட்டி பட்டியலில் பதிவு செய்யுங்கள். இரண்டு உறுப்பினர்களுக்கு இடையிலான பொருந்தாமை என்பது ஒரு உறுப்பினர் கொண்ட குழுவையும் தெளிவான எச்சரிக்கை இல்லாத நிலையையும் உருவாக்கும் தோல்வி முறையாகும். வேலை செய்யும் அமர்வை நம்பும் முன் இரண்டு உறுப்பினர்களையும் ஒப்பிடுங்கள்.
ஆதரிக்கப்படும் மாதிரி all-active. அதே குறிப்பு இந்த தையல் அடையாளத்திற்கு single-active செயல்பாடு, தானாகப் பெறப்பட்ட LACP அடையாளங்காட்டிகள் மற்றும் source-bmac விருப்பங்களை விலக்குகிறது, எனவே அவற்றில் ஒன்றைக் கருதிய வடிவமைப்பு அடையாளங்காட்டியைத் தேர்ந்தெடுப்பதற்கு முன்பே மறுபரிசீலனை செய்யப்பட வேண்டும். அந்தக் கட்டுப்பாடு வடிவமைப்பு உள்ளீடு, அடிக்குறிப்பு அல்ல.
தளங்களுக்கு இடையே: வேறுபட்ட மதிப்புகள், அல்லது வேண்டுமென்றே இணைப்பு
ஒவ்வொரு தளத்திற்கும் தனித்துவமான மதிப்பு இரண்டு நுழைவாயில் குழுக்களையும் தனித்தனியாக வைத்திருக்கிறது. நோக்கம் உண்மையில் ஒரு multihomed குழுவைத் தளங்களுக்கு இடையே விரிவாக்குவதாக இருந்தால், அது அதன் சொந்த தாமதம், தோல்வி மற்றும் அனுப்புதல் விளைவுகளைக் கொண்ட மற்றொரு கட்டமைப்பு, மேலும் அது அடையாளங்காட்டி தேர்வாக அல்லாமல் கட்டமைப்பாக முடிவு செய்யப்பட வேண்டும். பராமரிப்பு சாளரத்திற்கு முன் அந்த முடிவை எழுத்துப்பூர்வமாகக் கேளுங்கள்.
எண்ணிய வேறுபாட்டை திட்டத்தில் எழுதுங்கள், அதனால் பின்னர் வேலை செய்யும் தள வார்ப்புருவை நகலெடுக்கும் பொறியாளர் அதன் அடையாளங்காட்டியையும் சேர்த்து இறக்குமதி செய்ய மாட்டார்.
peer அறிக்கை அடையாளத்தின் பகுதி
குழுவில் உள்ள ஒவ்வொரு நுழைவாயிலும் அதன் உள்ளூர் peers-ஐ loopback முகவரியின் அடிப்படையில் பட்டியலிடுகிறது, அந்த உறவு தனி MAC-VRF-க்குள் அல்லாமல் உலகளாவிய EVPN மட்டத்தில் வாழ்கிறது. அதைத் தவறான படிநிலையில் வைப்பது commit ஆகும் ஆனால் குழுவை ஒருபோதும் உருவாக்காத கட்டமைப்பை உருவாக்கும் பொதுவான வழியாகும். குறிப்பு படிநிலையை ஒருமுறை படித்து, பின்னர் அதைப் பின்பற்றுங்கள்.
அறிக்கையின் பெயரும் நகர்ந்தது. Juniper 24.2R1-இல் interconnect peer-gateways அறிக்கையை மறுபெயரிட்டது, 24.4R1-இல் தரவு மைய interconnect-க்கான interconnect-சார்ந்த வடிவத்தை மீட்டெடுத்தது. எனவே இடைநிலை வெளியீட்டிலிருந்து எடுக்கப்பட்ட துணுக்கு, பயன்படுத்தப்பட்ட பதிப்பு ஏற்காத பெயரைப் பயன்படுத்தலாம், அல்லது நேர்மாறாகவும். துணுக்கு எந்த வெளியீட்டிலிருந்து வந்தது என்பதைத் துணுக்கின் அருகிலேயே பதிவு செய்யுங்கள்.
iESI-ஐப் பகிர்வது செய்யாதவை
இது உங்களுக்காக route target, VNI அல்லது உள்ளூர் EVPN நிகழ்வை வரையறுக்காது. அவை இருபக்கமும் பொருந்த வேண்டிய தனி கட்டமைப்பாகவே இருக்கும், மேலும் பொருந்தும் அடையாளங்காட்டி, route target பொருந்தாதபோது, உருவாகி எதையும் சுமக்காத குழுவை உருவாக்குகிறது. அந்த அமைப்புகளின் இரு பக்கங்களையும் ஒரே பாதையில் ஒப்பிடுங்கள்.
இது peer அணுகல்தன்மையையோ designated forwarder தேர்வையோ நிரூபிக்கவும் இல்லை. சாதாரண நிலையில் unicast மற்றும் தேவையான broadcast மற்றும் multicast நடத்தையைச் சோதித்து, பின்னர் ஒரு நுழைவாயிலை நீக்கி மீண்டும் செய்யுங்கள், மீதமுள்ள உறுப்பினர் குழுவைத் தனியாகச் சுமக்கும் வகையில்.
அந்த இரண்டாவது ஓட்டமே குழு உண்மையானது என்பதை நிரூபிக்கிறது.
கவனிக்கப்பட்ட உறுப்பினர் நிலை மற்றும் சேவை சூழலைச் சோதனை முடிவுகளுடன் சேர்த்து வைத்திருங்கள். பின்னர் அடையாளங்காட்டி மாற்றம் ஒரு சரத்தின் அலங்காரத் திருத்தமாக அல்லாமல், உண்மையில் அதுவான multihoming மாற்றமாக மதிப்பாய்வு செய்யப்படலாம். அடையாளங்காட்டி வரைபடம் சொல்வதைச் செய்கிறது என்பதற்கான ஒரே சான்று முடிவுகளே.