DSCP குறியிடுதல் அல்லது வழங்குநரின் QoS வாக்குறுதியா? இரண்டும் ஒப்பந்தம் அல்ல
உள்ளூர் குறியிடுதல் ஒரு நோக்கத்தை நிறுவுகிறது, கேரியர் வகுப்பு எல்லையில் நடத்தை அளிக்கிறது. யாராவது குரல் தரத்தின் எண்ணை வாக்குறுதி அளிக்கும் முன் இரு பகுதிகளையும் ஒப்பிடுங்கள்.
ஏதோ குறியிடப்படுகிறது, ஒரு வரிசை உள்ளமைக்கப்படுகிறது, பின்னர் யாரோ வடிவமைப்பு உண்மையில் எந்தத் தரத்தை உறுதி செய்கிறது என்று கேட்கிறார்கள். நேர்மையான பதில் என்னவென்றால், நீங்கள் ஒரு எல்லையில் சந்திக்கும் ஒப்பந்தத்தின் இரு பகுதிகளை விவரித்துள்ளீர்கள். வழங்குநர் ஏற்கும் வகுப்பையும் அவர் பயன்படுத்தும் நடத்தையையும் பெயரிடும் வரை, உள்ளூர் உள்ளமைவு ஒரு நோக்கம், வாக்குறுதி அல்ல. இரு பகுதிகளும் முக்கியம், ஒன்றிலிருந்து மற்றொன்றை ஊகிக்க முடியாது.
local match → queue and marking → provider classifier
→ provider treatment → destination
சரியான குறியிடுதல் எங்கே அமைதியாக இறக்கலாம்
ஒவ்வொரு பணிச்சுமைக்கும் உள்ளூர் பொருத்த நிபந்தனை, சுரங்கப்பாதைக்குள் நிகழும் எந்தக் குறியிடுதலும், வழங்குநர் ஏற்கும் மதிப்பு மற்றும் அந்த மதிப்பு தேர்ந்தெடுக்கும் சேவை வகுப்பை எழுதுவதன் மூலம் தொடங்குங்கள். நான்கு நெடுவரிசைகள், தோல்விகள் பொதுவாக இரண்டாவது மற்றும் மூன்றாவதற்கு இடையே வாழ்கின்றன.
உள்ளிருந்து வெளிப்புற தலைப்புக்கான குறியிடுதல் நடத்தை உன்னதமான பிரச்சினை. மறையாக்கப்பட்ட அல்லது சுரங்கப்பாதைப் பாதையில் உள்ள பாக்கெட் உங்கள் வகைப்படுத்தி காணக்கூடிய உள் தலைப்பையும் வழங்குநரின் உபகரணங்கள் காணக்கூடிய வெளித் தலைப்பையும் கொண்டுள்ளது, ஒன்றை மற்றொன்றில் நகலெடுப்பது உள்ளமைவு முடிவு, தானியங்கி பண்பு அல்ல. உள் தலைப்பை மட்டும் குறியிடுங்கள், வழங்குநர் வெளியை வகைப்படுத்துவார், பொதுவாக இயல்புநிலையாக, எனவே சரியாகக் குறியிடப்பட்ட ஓட்டம் உங்கள் பக்கத்தில் ஒரு தவறான உள்ளமைவு வரிகூட இல்லாமல் தவறான வகுப்பை அடையலாம்.
உள்ளூரில் பெயரிடப்பட்ட வகுப்பும் காலியாக இருக்கலாம், ஏனெனில் அதன் பொருத்த நிபந்தனை உண்மையான பாக்கெட்டுகளில் ஒருபோதும் செயல்படாது. துறைமுகங்கள் நகர்கின்றன, பயன்பாடுகள் பல ஓட்டங்களைப் பயன்படுத்துகின்றன, விற்பனையாளர் இரண்டு வெளியீடுகளுக்கு முன் பயன்படுத்துவதை நிறுத்திய அறியப்பட்ட துறைமுகத்தில் பொருத்தம் பூஜ்ஜிய எண்ணிகளைக் கொண்ட வரிசையையும் இயங்கும் உள்ளமைவில் முழுமையாகத் தெரியும் கொள்கையையும் உருவாக்குகிறது.
குறியிடுதல்கள் எங்கே நம்பப்படுகின்றன என்பதை வெளிப்படையாக முடிவு செய்யுங்கள். சுரங்கப்பாதையைப் பங்கிடும் அனைத்தையும் உயர்த்துவது அழைப்புகளுடன் மொத்த பரிமாற்றங்களையும் உயர்த்துகிறது, சரிபார்ப்பு இல்லாமல் உங்கள் குறியிடுதலை ஏற்கும் வழங்குநர் உங்களை நீங்களே காயப்படுத்திக்கொள்ளும் வழியை வழங்குகிறார். ஒப்பந்தம் நுழைவாயிலை ஒப்படைப்பின் போது மீண்டும் குறியிட அனுமதித்தால், அதை எழுத்துப்பூர்வமாகக் கூறுங்கள், ஏனெனில் இரு குழுக்களின் அனுமானங்கள் பொதுவாக அங்கேயே வேறுபடுகின்றன.
திட்டமிடுபவர் உண்மையில் எதைப் பிரிக்கிறார்
உள்ளூர் கொள்கைக்கு அதன் சொந்த பொருளியல் உள்ளது, அதிக குழப்பத்தை உருவாக்குவது “remaining” என்ற சொல். IOS XE திட்டமிடல் வழிகாட்டி விவரிக்கும் தளங்களில் bandwidth remaining percent அதிகப்படியான எடையை அமைக்கிறது, ஒவ்வொரு வகுப்பும் முந்தைய வகுப்பு விட்டுச் சென்றதிலிருந்து பங்கு எடுக்கும் வரிசையின் படி அல்ல. ஒதுக்கப்படாத சதவீதங்கள் கோப்பின் கடைசி வகுப்புக்காக ஒதுக்கப்படுவதற்குப் பதிலாக தகுதியான உள்ளமைக்கப்படாத வரிசைகளில் பரவுகின்றன.
அந்த வேறுபாடு முக்கியம், ஏனெனில் தொடர் மன மாதிரி எண்ணிகளுடன் ஒருபோதும் பொருந்தாத கணிப்புகளை அளிக்கிறது. பொறியாளர்கள் முடிவை மாற்ற வகுப்புகளை மறுவரிசைப்படுத்துகிறார்கள், வேறுபாடு காணவில்லை, தளம் உடைந்துவிட்டது என்று முடிவு செய்கிறார்கள், ஆனால் உள்ளமைவு அவர்கள் கருதியதை ஒருபோதும் குறிக்கவில்லை.
மூல வடிவமைப்பான் மற்றொரு பொதுவான ஆச்சரியம். கட்டுப்படுத்தப்பட்ட வரிசையை பயன்படுத்தக்கூடிய சேவை விகிதத்திற்குக் குறைத்து வடிவமைப்பது பெரும்பாலும் வேண்டுமென்றே செய்யப்படுகிறது, ஏனெனில் அது நெரிசல் புள்ளியை நீங்கள் நிர்வகிக்கும் சாதனத்திற்கு நகர்த்துகிறது, நீங்கள் நிர்வகிக்காத மேல்நிலை வரிசைக்கு அல்ல. வடிவமைப்பு தாமதத்தைச் சேர்ப்பதால் வடிவமைப்பானை அகற்றுவது இழப்பை அகற்றுவதற்குப் பதிலாக இடமாற்றலாம், மேலும் மேலதிக கணக்கியல் அல்லது வழங்குநரின் போலீசர் பயனுள்ள விகிதத்தை இடைமுகம் குறிப்பிடுவதை விடக் குறைக்கலாம்.
எண்ணிகள் எந்தப் பகுதி தோல்வியடைந்தது எனக் கூறுகின்றன
பாதிக்கப்பட்ட திசையில் நான்கு எண்களை ஒப்பிடுங்கள்: என்ன வழங்கப்பட்டது, வகுப்பு எதைப் பொருத்தியது, என்ன வரிசையில் சென்றது அல்லது நிராகரிக்கப்பட்டது, சேவை உண்மையில் எதை வழங்கியது. பணிச்சுமையின் விளக்கத்தையும் கொள்கையின் பதிப்பையும் கவனிப்புக்கு அருகில் வைத்திருங்கள், ஏனெனில் அவை இல்லாமல் எண்ணிகளின் திரைப்பிடிப்பை மீண்டும் உருவாக்க முடியாது.
கிளைகள் வெவ்வேறு உரிமையாளர்களின் வெவ்வேறு பிரச்சினைகள். எதனுடனும் பொருந்தாத உள்ளூர் வகுப்பு உங்கள் பக்கத்தின் வகைப்படுத்தல் பிழை. பொருந்தி, வரிசையில் சேர்ந்து, நிராகரிக்கும் வகுப்பு, வழங்குநர் தூய விநியோகத்தைத் தெரிவிக்கும்போது, உங்கள் சொந்த திட்டமிடுபவர் அல்லது வடிவமைப்பானைக் குறிக்கிறது. உள்ளூரில் சரியாகத் தெரியும் வகுப்பு, இழப்பு ஒப்படைப்பைத் தாண்டி தோன்றும்போது, கேரியரின் மேப்பிங் மற்றும் ஒப்பந்தத்தில் அளவிடப்பட்ட எல்லையைக் குறிக்கிறது. மூன்றில் எதுவும் மற்றவற்றைத் திருத்துவதால் சரிசெய்யப்படுவதில்லை, எனவே எண்கள் ஒன்றாகச் சேகரிக்கப்பட வேண்டும்.
RFC 2475 வகைப்படுத்தல் மற்றும் நிபந்தனையாக்கலை நிர்வாகக் களங்களுக்குள் செய்யப்படும் வேலையாக வரையறுக்கிறது, அதனால்தான் குறியிடுதல் வரிசைகளை முனை முதல் முனை வரை ஒதுக்க முடியாது. IOS XE திட்டமிடல் வழிகாட்டி மேலே விவரிக்கப்பட்ட அதிகப்படியான எடை நடத்தைக்கான குறிப்பு, மேலும் மாதிரிகளுக்கிடையே கணக்கிடப்பட்ட விகிதத்தை நகர்த்தும் முன் அதன் தள ஒப்பீடுகளைப் படிப்பது மதிப்புள்ளது.
ஒப்பந்தத்தை ஒரே இடத்தில் எழுதுங்கள்
உள்ளூர் பொருத்தம், நம்பிக்கை எல்லை, வழங்குநரின் வகுப்பு மற்றும் அளவிடப்பட்ட சேவை நிலையை இரு தரப்பும் கையொப்பமிடும் ஒரே ஆவணத்தில் வைக்கவும். பின்னர் சதவீத மாற்றத்திற்கு சூழல் உள்ளது, தரப் புகாருக்கு உரிமையாளர் உள்ளார்.
உள்ளூர் சதவீதத்தை மாற்றுவது மற்றொரு வரிசையின் உத்தரவாதத்தைச் சரிசெய்ய முடியாது, வழங்குநர் மதிக்காத மேப்பிங்கிலிருந்து எந்தக் குறியிடுதல் திட்டமும் தப்பிப்பிழைக்காது. இரு பகுதிகளையும் ஒப்பிடுங்கள், எல்லைக்குப் பெயரிடுங்கள், பின்னர் மட்டுமே எண்ணை மேற்கோள் காட்டுங்கள்.