உங்கள் நெட்வொர்க் உள்கட்டமைப்பை எவ்வாறு கட்டுப்படுத்துவது. அத்தியாயம் இரண்டு. சுத்தம் மற்றும் ஆவணப்படுத்தல்

இந்தக் கட்டுரை "உங்கள் நெட்வொர்க் உள்கட்டமைப்பை எவ்வாறு கட்டுப்படுத்துவது" என்ற தொடர் கட்டுரைகளில் இரண்டாவது கட்டுரையாகும். தொடரில் உள்ள அனைத்து கட்டுரைகளின் உள்ளடக்கங்கள் மற்றும் இணைப்புகளைக் காணலாம் இங்கே.

இந்த கட்டத்தில் எங்கள் குறிக்கோள் ஆவணங்கள் மற்றும் உள்ளமைவை ஒழுங்கமைப்பதாகும்.
இந்த செயல்முறையின் முடிவில், தேவையான ஆவணங்களின் தொகுப்பு மற்றும் அவற்றுக்கு ஏற்ப கட்டமைக்கப்பட்ட பிணையத்தை நீங்கள் வைத்திருக்க வேண்டும்.

இப்போது நாம் பாதுகாப்பு தணிக்கைகளைப் பற்றி பேச மாட்டோம் - இது மூன்றாம் பகுதியின் பொருளாக இருக்கும்.

இந்த கட்டத்தில் ஒதுக்கப்பட்ட பணியை முடிப்பதில் உள்ள சிரமம், நிச்சயமாக, நிறுவனத்திற்கு நிறுவனம் பெரிதும் மாறுபடும்.

சிறந்த சூழ்நிலை எப்போது

• திட்டத்திற்கு ஏற்ப உங்கள் நெட்வொர்க் உருவாக்கப்பட்டது மற்றும் உங்களிடம் முழுமையான ஆவணங்கள் உள்ளன
• உங்கள் நிறுவனத்தில் செயல்படுத்தப்பட்டது கட்டுப்பாடு மற்றும் மேலாண்மை செயல்முறையை மாற்றவும் நெட்வொர்க்கிற்கு
• இந்த செயல்முறைக்கு இணங்க, தற்போதைய விவகாரங்கள் பற்றிய முழுமையான தகவலை வழங்கும் ஆவணங்கள் (தேவையான அனைத்து வரைபடங்களும் உட்பட) உங்களிடம் உள்ளன.

இந்த வழக்கில், உங்கள் பணி மிகவும் எளிது. நீங்கள் ஆவணங்களைப் படித்து, செய்யப்பட்ட அனைத்து மாற்றங்களையும் மதிப்பாய்வு செய்ய வேண்டும்.

மோசமான சூழ்நிலையில், உங்களிடம் இருக்கும்

• ஒரு திட்டம் இல்லாமல், ஒரு திட்டம் இல்லாமல், ஒப்புதல் இல்லாமல், போதுமான அளவிலான தகுதிகள் இல்லாத பொறியாளர்களால் உருவாக்கப்பட்ட நெட்வொர்க்,
• குழப்பமான, ஆவணமற்ற மாற்றங்கள், நிறைய "குப்பை" மற்றும் துணை தீர்வுகளுடன்

உங்கள் நிலைமை எங்கோ இடையில் உள்ளது என்பது தெளிவாகிறது, ஆனால் துரதிர்ஷ்டவசமாக, இந்த அளவில் சிறப்பாகவும் - மோசமாகவும் உள்ளது, நீங்கள் மிக மோசமான முடிவை நெருங்குவதற்கான அதிக நிகழ்தகவு உள்ளது.

இந்த விஷயத்தில், மனதைப் படிக்கும் திறனும் உங்களுக்குத் தேவைப்படும், ஏனென்றால் "வடிவமைப்பாளர்கள்" என்ன செய்ய விரும்புகிறார்கள் என்பதைப் புரிந்துகொள்ளவும், அவர்களின் தர்க்கத்தை மீட்டெடுக்கவும், முடிக்கப்படாததை முடித்து "குப்பையை" அகற்றவும் நீங்கள் கற்றுக்கொள்ள வேண்டும்.
மற்றும், நிச்சயமாக, நீங்கள் அவர்களின் தவறுகளை சரிசெய்ய வேண்டும், மாற்றவும் (இந்த கட்டத்தில் முடிந்தவரை குறைந்தபட்சம்) வடிவமைப்பு மற்றும் மாற்றவும் அல்லது மீண்டும் உருவாக்கவும்.

இந்தக் கட்டுரை எந்த வகையிலும் முழுமையானதாகக் கூறவில்லை. இங்கே நான் பொதுவான கொள்கைகளை மட்டுமே விவரிக்கிறேன் மற்றும் தீர்க்கப்பட வேண்டிய சில பொதுவான பிரச்சனைகளில் கவனம் செலுத்துகிறேன்.

ஆவணங்களின் தொகுப்பு

ஒரு உதாரணத்துடன் ஆரம்பிக்கலாம்.

வடிவமைப்பின் போது வழக்கமாக சிஸ்கோ சிஸ்டம்ஸில் உருவாக்கப்படும் சில ஆவணங்கள் கீழே உள்ளன.

CR - வாடிக்கையாளர் தேவைகள், வாடிக்கையாளர் தேவைகள் (தொழில்நுட்ப விவரக்குறிப்புகள்).
இது வாடிக்கையாளருடன் கூட்டாக உருவாக்கப்பட்டது மற்றும் நெட்வொர்க் தேவைகளை தீர்மானிக்கிறது.

HLD - உயர் நிலை வடிவமைப்பு, நெட்வொர்க் தேவைகள் (CR) அடிப்படையில் உயர் நிலை வடிவமைப்பு. இந்த ஆவணம் எடுக்கப்பட்ட கட்டடக்கலை முடிவுகளை விளக்குகிறது மற்றும் நியாயப்படுத்துகிறது (இடவியல், நெறிமுறைகள், வன்பொருள் தேர்வு,...). பயன்படுத்தப்படும் இடைமுகங்கள் மற்றும் ஐபி முகவரிகள் போன்ற வடிவமைப்பு விவரங்களை HLD கொண்டிருக்கவில்லை. மேலும், குறிப்பிட்ட வன்பொருள் கட்டமைப்பு இங்கே விவாதிக்கப்படவில்லை. மாறாக, இந்த ஆவணம் வாடிக்கையாளரின் தொழில்நுட்ப நிர்வாகத்திற்கு முக்கிய வடிவமைப்புக் கருத்துகளை விளக்குவதாகும்.

எல்.எல்.டி. - குறைந்த நிலை வடிவமைப்பு, உயர்-நிலை வடிவமைப்பு (HLD) அடிப்படையிலான குறைந்த-நிலை வடிவமைப்பு.
உபகரணங்களை எவ்வாறு இணைப்பது மற்றும் கட்டமைப்பது என்பது பற்றிய தகவல் போன்ற திட்டத்தை செயல்படுத்த தேவையான அனைத்து விவரங்களையும் இது கொண்டிருக்க வேண்டும். வடிவமைப்பை செயல்படுத்துவதற்கான முழுமையான வழிகாட்டி இது. இந்த ஆவணம் குறைந்த தகுதி வாய்ந்த பணியாளர்களால் கூட அதை செயல்படுத்த போதுமான தகவலை வழங்க வேண்டும்.

எடுத்துக்காட்டாக, ஐபி முகவரிகள், ஏஎஸ் எண்கள், இயற்பியல் மாறுதல் திட்டம் (கேபிளிங்) போன்றவற்றை தனித்தனி ஆவணங்களில் "வெளியே" வைக்கலாம். வரி எண் (நெட்வொர்க் அமலாக்கத் திட்டம்).

நெட்வொர்க்கின் கட்டுமானம் இந்த ஆவணங்களை உருவாக்கிய பிறகு தொடங்குகிறது மற்றும் அவற்றுடன் கண்டிப்பாக இணங்குகிறது, பின்னர் வடிவமைப்பிற்கு இணங்க வாடிக்கையாளர் (சோதனைகள்) சரிபார்க்கப்படுகிறது.

நிச்சயமாக, வெவ்வேறு ஒருங்கிணைப்பாளர்கள், வெவ்வேறு வாடிக்கையாளர்கள் மற்றும் வெவ்வேறு நாடுகளில் திட்ட ஆவணங்களுக்கு வெவ்வேறு தேவைகள் இருக்கலாம். ஆனால் நான் சம்பிரதாயங்களைத் தவிர்த்து, சிக்கலை அதன் தகுதியின் அடிப்படையில் பரிசீலிக்க விரும்புகிறேன். இந்த நிலை வடிவமைப்பைப் பற்றியது அல்ல, ஆனால் விஷயங்களை ஒழுங்காக வைப்பது பற்றியது, மேலும் எங்கள் பணிகளை முடிக்க போதுமான ஆவணங்கள் (வரைபடங்கள், அட்டவணைகள், விளக்கங்கள்...) தேவை.

என் கருத்துப்படி, ஒரு குறிப்பிட்ட முழுமையான குறைந்தபட்சம் உள்ளது, இது இல்லாமல் நெட்வொர்க்கை திறம்பட கட்டுப்படுத்த முடியாது.

இவை பின்வரும் ஆவணங்கள்:

• உடல் மாறுதலின் வரைபடம் (பதிவு) (கேபிளிங்)
• நெட்வொர்க் வரைபடம் அல்லது அத்தியாவசிய L2/L3 தகவலுடன் வரைபடங்கள்

உடல் மாறுதல் வரைபடம்

சில சிறிய நிறுவனங்களில், உபகரணங்கள் நிறுவுதல் மற்றும் உடல் மாறுதல் (கேபிளிங்) தொடர்பான வேலை நெட்வொர்க் பொறியாளர்களின் பொறுப்பாகும்.

இந்த வழக்கில், சிக்கல் பின்வரும் அணுகுமுறையால் ஓரளவு தீர்க்கப்படுகிறது.

• அதனுடன் இணைக்கப்பட்டுள்ளதை விவரிக்க இடைமுகத்தில் ஒரு விளக்கத்தைப் பயன்படுத்தவும்
• அனைத்து இணைக்கப்படாத பிணைய உபகரண துறைமுகங்களையும் நிர்வாக ரீதியாக நிறுத்தவும்

இணைப்பில் சிக்கல் ஏற்பட்டாலும் (சிடிபி அல்லது எல்எல்டிபி இந்த இடைமுகத்தில் வேலை செய்யாதபோது), இந்த போர்ட்டுடன் என்ன இணைக்கப்பட்டுள்ளது என்பதை விரைவாகத் தீர்மானிக்க இது உங்களுக்கு வாய்ப்பளிக்கும்.
புதிய நெட்வொர்க் உபகரணங்கள், சேவையகங்கள் அல்லது பணிநிலையங்களின் இணைப்புகளைத் திட்டமிடுவதற்குத் தேவையான எந்த துறைமுகங்கள் ஆக்கிரமிக்கப்பட்டுள்ளன மற்றும் இலவசம் என்பதை நீங்கள் எளிதாகக் காணலாம்.

ஆனால் நீங்கள் உபகரணங்களுக்கான அணுகலை இழந்தால், இந்தத் தகவலுக்கான அணுகலையும் இழப்பீர்கள் என்பது தெளிவாகிறது. கூடுதலாக, இந்த வழியில் நீங்கள் எந்த வகையான உபகரணங்கள், என்ன மின் நுகர்வு, எத்தனை துறைமுகங்கள், எந்த ரேக்கில் உள்ளது, என்ன பேட்ச் பேனல்கள் உள்ளன மற்றும் எங்கே (என்ன ரேக்/பேட்ச் பேனலில்) போன்ற முக்கியமான தகவல்களை பதிவு செய்ய முடியாது. ) அவை இணைக்கப்பட்டுள்ளன. எனவே, கூடுதல் ஆவணங்கள் (உபகரணங்களின் விளக்கங்கள் மட்டுமல்ல) இன்னும் மிகவும் பயனுள்ளதாக இருக்கும்.

இந்த வகை தகவலுடன் வேலை செய்ய வடிவமைக்கப்பட்ட பயன்பாடுகளைப் பயன்படுத்துவது சிறந்த விருப்பம். ஆனால் நீங்கள் உங்களை எளிய அட்டவணைகளுக்கு மட்டுப்படுத்தலாம் (எடுத்துக்காட்டாக, எக்செல் இல்) அல்லது L1/L2 வரைபடங்களில் தேவையானதாக நீங்கள் கருதும் தகவலைக் காண்பிக்கலாம்.

முக்கியம்!

ஒரு நெட்வொர்க் பொறியாளர், நிச்சயமாக, SCS இன் நுணுக்கங்கள் மற்றும் தரநிலைகள், ரேக்குகளின் வகைகள், தடையில்லா மின்சாரம் வழங்கும் வகைகள், குளிர் மற்றும் சூடான இடைகழி என்றால் என்ன, சரியான தரையிறக்கம் செய்வது எப்படி... அடிப்படை துகள்கள் அல்லது C++ இயற்பியல் தெரியும். ஆனால் இவை அனைத்தும் அவருடைய அறிவுப் பகுதி அல்ல என்பதை ஒருவர் இன்னும் புரிந்து கொள்ள வேண்டும்.

எனவே, நிறுவல், இணைப்பு, உபகரணங்களைப் பராமரித்தல் மற்றும் உடல் மாறுதல் தொடர்பான சிக்கல்களைத் தீர்க்க அர்ப்பணிப்புள்ள துறைகள் அல்லது அர்ப்பணிப்புள்ள நபர்கள் இருப்பது நல்ல நடைமுறை. பொதுவாக டேட்டா சென்டர்களுக்கு இது டேட்டா சென்டர் இன்ஜினியர்கள், அலுவலகத்திற்கு இது ஹெல்ப் டெஸ்க்.

உங்கள் நிறுவனத்தில் இதுபோன்ற பிரிவுகள் வழங்கப்பட்டால், உடல் மாறுதலைப் பதிவு செய்வதில் உள்ள சிக்கல்கள் உங்கள் பணி அல்ல, மேலும் நீங்கள் இடைமுகம் மற்றும் பயன்படுத்தப்படாத துறைமுகங்களின் நிர்வாக பணிநிறுத்தம் பற்றிய விளக்கத்திற்கு மட்டுமே உங்களை கட்டுப்படுத்திக் கொள்ளலாம்.

நெட்வொர்க் வரைபடங்கள்

வரைபடங்களை வரைவதற்கு உலகளாவிய அணுகுமுறை இல்லை.

மிக முக்கியமான விஷயம் என்னவென்றால், உங்கள் நெட்வொர்க்கின் தருக்க மற்றும் இயற்பியல் கூறுகளின் மூலம் போக்குவரத்து எவ்வாறு பாயும் என்பதைப் பற்றிய புரிதலை வரைபடங்கள் வழங்க வேண்டும்.

இயற்பியல் கூறுகள் மூலம் நாம் குறிக்கிறோம்

• செயலில் உள்ள உபகரணங்கள்
• செயலில் உள்ள உபகரணங்களின் இடைமுகங்கள்/துறைமுகங்கள்

தருக்கத்தின் கீழ் -

• தருக்க சாதனங்கள் (N7K VDC, Palo Alto VSYS, ...)
• வி.ஆர்.எஃப்
• விலன்கள்
• துணை இடைமுகங்கள்
• சுரங்கங்கள்
• மண்டலம்
• ...

மேலும், உங்கள் நெட்வொர்க் முற்றிலும் ஆரம்பநிலையாக இல்லாவிட்டால், அது வெவ்வேறு பிரிவுகளைக் கொண்டிருக்கும்.
உதாரணமாக

• தகவல் மையம்
• இணையம்
• தூரங்களில்
• தொலை அணுகல்
• அலுவலக LAN
• DMZ
• ...

பெரிய படம் (இந்த எல்லாப் பிரிவுகளுக்கும் இடையே போக்குவரத்து எவ்வாறு பாய்கிறது) மற்றும் ஒவ்வொரு தனிப் பிரிவின் விரிவான விளக்கத்தையும் தரும் பல வரைபடங்களை வைத்திருப்பது புத்திசாலித்தனம்.

நவீன நெட்வொர்க்குகளில் பல தருக்க அடுக்குகள் இருக்கக்கூடும் என்பதால், வெவ்வேறு அடுக்குகளுக்கு வெவ்வேறு சுற்றுகளை உருவாக்குவது ஒரு நல்ல (ஆனால் அவசியமில்லை) அணுகுமுறையாக இருக்கலாம், எடுத்துக்காட்டாக, மேலடுக்கு அணுகுமுறையின் விஷயத்தில் இது பின்வரும் சுற்றுகளாக இருக்கலாம்:

• மேலடுக்கில்
• L1/L2 அடிவயிற்று
• L3 அடிவயிற்று

நிச்சயமாக, மிக முக்கியமான வரைபடம், இது இல்லாமல் உங்கள் வடிவமைப்பின் யோசனையைப் புரிந்து கொள்ள முடியாது, ரூட்டிங் வரைபடம்.

ரூட்டிங் திட்டம்

குறைந்தபட்சம், இந்த வரைபடம் பிரதிபலிக்க வேண்டும்

• என்ன ரூட்டிங் நெறிமுறைகள் பயன்படுத்தப்படுகின்றன மற்றும் எங்கே
• ரூட்டிங் நெறிமுறை அமைப்புகளைப் பற்றிய அடிப்படைத் தகவல் (பகுதி/AS எண்/ரூட்டர்-ஐடி/...)
• எந்த சாதனங்களில் மறுபகிர்வு நிகழ்கிறது?
• வடிகட்டுதல் மற்றும் பாதை திரட்டுதல் ஆகியவை நிகழ்கின்றன
• இயல்புநிலை பாதை தகவல்

மேலும், L2 திட்டம் (OSI) பெரும்பாலும் பயனுள்ளதாக இருக்கும்.

L2 திட்டம் (OSI)

இந்த வரைபடம் பின்வரும் தகவலைக் காட்டலாம்:

• என்ன VLANகள்
• எந்த துறைமுகங்கள் டிரங்க் துறைமுகங்கள்
• எந்த துறைமுகங்கள் ஈதர்-சேனல் (போர்ட் சேனல்), மெய்நிகர் போர்ட் சேனல் என ஒருங்கிணைக்கப்படுகின்றன
• என்ன STP நெறிமுறைகள் பயன்படுத்தப்படுகின்றன மற்றும் எந்த சாதனங்களில்
• அடிப்படை STP அமைப்புகள்: ரூட்/ரூட் காப்புப்பிரதி, STP செலவு, போர்ட் முன்னுரிமை
• கூடுதல் STP அமைப்புகள்: BPDU காவலர்/வடிகட்டி, ரூட் காவலர்…

வழக்கமான வடிவமைப்பு தவறுகள்

நெட்வொர்க்கை உருவாக்குவதற்கான மோசமான அணுகுமுறையின் எடுத்துக்காட்டு.

எளிமையான அலுவலக LAN ஐ உருவாக்குவதற்கான எளிய உதாரணத்தை எடுத்துக் கொள்வோம்.

மாணவர்களுக்கு டெலிகாம் கற்பித்த அனுபவம் உள்ளதால், இரண்டாவது செமஸ்டரின் நடுப்பகுதியில் உள்ள எந்தவொரு மாணவரும் எளிமையான அலுவலக LAN ஐ அமைப்பதற்குத் தேவையான அறிவு (நான் கற்பித்த பாடத்தின் ஒரு பகுதியாக) இருப்பதாக என்னால் கூற முடியும்.

சுவிட்சுகளை ஒன்றோடொன்று இணைப்பது, விஎல்ஏஎன்கள், எஸ்விஐ இடைமுகங்கள் (எல்3 சுவிட்சுகளின் விஷயத்தில்) மற்றும் நிலையான ரூட்டிங் அமைப்பது போன்றவற்றில் என்ன சிரமம்?

எல்லாம் வேலை செய்யும்.

ஆனால் அதே நேரத்தில், இது தொடர்பான கேள்விகள்

• பாதுகாப்பு
• இட ஒதுக்கீடு
• நெட்வொர்க் அளவிடுதல்
• உற்பத்தித்திறன்
• உற்பத்தி
• நம்பகத்தன்மை
• ...

அலுவலக லேன் மிகவும் எளிமையானது என்ற அறிக்கையை அவ்வப்போது நான் கேட்கிறேன், நெட்வொர்க்குகளைத் தவிர எல்லாவற்றையும் செய்யும் பொறியாளர்களிடமிருந்து (மற்றும் மேலாளர்கள்) இதை நான் வழக்கமாகக் கேட்கிறேன், மேலும் அவர்கள் இதை மிகவும் நம்பிக்கையுடன் சொல்கிறார்கள், லேன் இருந்தால் ஆச்சரியப்பட வேண்டாம். போதிய பயிற்சி மற்றும் அறிவு இல்லாதவர்களால் செய்யப்பட்டது மற்றும் நான் கீழே விவரிக்கும் தோராயமான அதே தவறுகளால் செய்யப்படும்.

பொதுவான L1 (OSI) வடிவமைப்பு தவறுகள்

• ஆயினும்கூட, நீங்கள் SCS க்கு பொறுப்பாக இருந்தால், நீங்கள் பெறக்கூடிய மிகவும் விரும்பத்தகாத மரபுகளில் ஒன்று கவனக்குறைவான மற்றும் தவறான சிந்தனை மாறுதல் ஆகும்.

பயன்படுத்தப்படும் உபகரணங்களின் ஆதாரங்களுடன் தொடர்புடைய வகை L1 பிழைகள் என வகைப்படுத்துவேன், எடுத்துக்காட்டாக,

• போதுமான அலைவரிசை
• உபகரணங்களில் போதுமான TCAM இல்லாமை (அல்லது அதன் பயனற்ற பயன்பாடு)
• போதுமான செயல்திறன் இல்லை (பெரும்பாலும் ஃபயர்வால்களுடன் தொடர்புடையது)

பொதுவான L2 (OSI) வடிவமைப்பு தவறுகள்

பெரும்பாலும், STP எவ்வாறு செயல்படுகிறது மற்றும் அதனுடன் என்ன சாத்தியமான சிக்கல்களைக் கொண்டுவருகிறது என்பது பற்றிய நல்ல புரிதல் இல்லாதபோது, ​​கூடுதல் STP ட்யூனிங் இல்லாமல் இயல்புநிலை அமைப்புகளுடன் சுவிட்சுகள் குழப்பமாக இணைக்கப்படும்.

இதன் விளைவாக, நாம் அடிக்கடி பின்வருவனவற்றைக் கொண்டுள்ளோம்

• பெரிய STP நெட்வொர்க் விட்டம், இது ஒளிபரப்பு புயல்களுக்கு வழிவகுக்கும்
• STP ரூட் தோராயமாக தீர்மானிக்கப்படும் (மேக் முகவரியின் அடிப்படையில்) மற்றும் போக்குவரத்து பாதையானது துணை உகந்ததாக இருக்கும்
• ஹோஸ்ட்களுடன் இணைக்கப்பட்ட போர்ட்கள் எட்ஜ் (போர்ட்ஃபாஸ்ட்) ஆக கட்டமைக்கப்படாது, இது என்ட் ஸ்டேஷன்களை ஆன்/ஆஃப் செய்யும் போது எஸ்டிபி மறுகணக்கீட்டிற்கு வழிவகுக்கும்.
• நெட்வொர்க் L1/L2 மட்டத்தில் பிரிக்கப்படாது, இதன் விளைவாக எந்த சுவிட்சிலும் உள்ள சிக்கல்கள் (உதாரணமாக, பவர் ஓவர்லோட்) STP டோபாலஜியை மீண்டும் கணக்கிடுவதற்கு வழிவகுக்கும் மற்றும் அனைத்து சுவிட்சுகளிலும் உள்ள அனைத்து VLANகளிலும் போக்குவரத்தை நிறுத்தும் (உட்பட தொடர்ச்சியான சேவைப் பிரிவின் பார்வையில் இருந்து முக்கியமான ஒன்று)

L3 (OSI) வடிவமைப்பில் உள்ள தவறுகளுக்கான எடுத்துக்காட்டுகள்

புதிய நெட்வொர்க்கர்களின் சில பொதுவான தவறுகள்:

• நிலையான ரூட்டிங் அடிக்கடி பயன்படுத்துதல் (அல்லது பயன்படுத்த மட்டும்).
• கொடுக்கப்பட்ட வடிவமைப்பிற்கு சப்ஆப்டிமல் ரூட்டிங் நெறிமுறைகளின் பயன்பாடு
• துணை உகந்த தருக்க நெட்வொர்க் பிரிவு
• முகவரி இடத்தின் துணைப் பயன்பாடு, இது வழித் திரட்டலை அனுமதிக்காது
• காப்பு வழிகள் இல்லை
• இயல்புநிலை நுழைவாயிலுக்கு முன்பதிவு இல்லை
• பாதைகளை மறுகட்டமைக்கும் போது சமச்சீரற்ற ரூட்டிங் (NAT/PAT, ஸ்டேட்ஃபுல் ஃபயர்வால்கள் விஷயத்தில் முக்கியமானதாக இருக்கலாம்)
• MTU உடன் சிக்கல்கள்
• பாதைகள் புனரமைக்கப்படும் போது, ​​போக்குவரத்து மற்ற பாதுகாப்பு மண்டலங்கள் அல்லது மற்ற ஃபயர்வால்கள் வழியாக செல்கிறது, இது போக்குவரத்து கைவிடப்படுவதற்கு வழிவகுக்கிறது
• மோசமான இடவியல் அளவிடுதல்

வடிவமைப்பு தரத்தை மதிப்பிடுவதற்கான அளவுகோல்கள்

உகந்த தன்மை/நன்கு உகந்த தன்மை பற்றி பேசும் போது, ​​இதை எந்த அளவுகோல் கொண்டு மதிப்பிட முடியும் என்பதை நாம் புரிந்து கொள்ள வேண்டும். இங்கே, எனது பார்வையில், மிக முக்கியமான (ஆனால் அனைத்தும் அல்ல) அளவுகோல்கள் (மற்றும் ரூட்டிங் நெறிமுறைகள் தொடர்பான விளக்கம்):

• அளவீடல்
  எடுத்துக்காட்டாக, மற்றொரு தரவு மையத்தைச் சேர்க்க முடிவு செய்கிறீர்கள். நீங்கள் அதை எவ்வளவு எளிதாக செய்ய முடியும்?
• பயன்பாட்டின் எளிமை (நிர்வகித்தல்)
  புதிய கட்டத்தை அறிவிப்பது அல்லது வழிகளை வடிகட்டுவது போன்ற செயல்பாட்டு மாற்றங்கள் எவ்வளவு எளிதான மற்றும் பாதுகாப்பானவை?
• கிடைக்கும்
  தேவையான அளவு சேவையை உங்கள் சிஸ்டம் எத்தனை சதவீதம் வழங்குகிறது?
• பாதுகாப்பு
  அனுப்பப்படும் தரவு எவ்வளவு பாதுகாப்பானது?
• விலை

மாற்றங்கள்

இந்த கட்டத்தில் அடிப்படைக் கொள்கையை "எந்தத் தீங்கும் செய்யாதீர்கள்" என்ற சூத்திரத்தால் வெளிப்படுத்தலாம்.
எனவே, வடிவமைப்பு மற்றும் தேர்ந்தெடுக்கப்பட்ட செயலாக்கம் (கட்டமைவு) ஆகியவற்றுடன் நீங்கள் முழுமையாக உடன்படவில்லை என்றாலும், மாற்றங்களைச் செய்வது எப்போதும் அறிவுறுத்தப்படுவதில்லை. இரண்டு அளவுருக்களின்படி அடையாளம் காணப்பட்ட அனைத்து சிக்கல்களையும் தரவரிசைப்படுத்துவது ஒரு நியாயமான அணுகுமுறை:

• இந்த சிக்கலை எவ்வளவு எளிதாக சரி செய்ய முடியும்
• அவள் எவ்வளவு ஆபத்தை தாங்குகிறாள்?

முதலாவதாக, ஏற்றுக்கொள்ளக்கூடிய நிலைக்குக் கீழே வழங்கப்பட்ட சேவையின் அளவை தற்போது குறைப்பதை அகற்றுவது அவசியம், எடுத்துக்காட்டாக, பாக்கெட் இழப்புக்கு வழிவகுக்கும் சிக்கல்கள். ஆபத்து தீவிரத்தின் (அதிக ஆபத்துள்ள வடிவமைப்பு அல்லது உள்ளமைவு சிக்கல்கள் முதல் குறைந்த ஆபத்துள்ளவை வரை) வரிசையை சரிசெய்வதற்கு எளிதான மற்றும் பாதுகாப்பானதைச் சரிசெய்யவும்.

இந்த கட்டத்தில் பரிபூரணவாதம் தீங்கு விளைவிக்கும். வடிவமைப்பை திருப்திகரமான நிலைக்குக் கொண்டு வந்து அதற்கேற்ப பிணைய உள்ளமைவை ஒத்திசைக்கவும்.

ஆதாரம்: www.habr.com