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

QoS இயங்கமைப்புகள் பொதுவாக ஒரு பயனர் அவரது ISPக்கு பயனரின் கணக்கைப் பயன்படுத்தாமலும் அவரது VoIP வழங்குநரின் இணைப்பை மாறுபட்ட ISPஇல் கொண்டிருக்கும் போதும் வணிக ரீதியான VoIP சேவைகள் அழைப்புத் தரத்தில் வழக்கமான தொலைபேசி சேவையுடன் ஒப்பிடப்படுகின்றன. எனினும் உயர் சுமை நிலைகளின் கீழ் VoIP தரமானது மொபைல் தொலைபேசி தரத்திற்கு இருக்கும் அல்லது மோசமாக இருக்கும். பாக்கெட் போக்குவரத்தின் கணிதம் QoS உடன் நெட்வொர்க் இருக்கும்போதும் QoS உடன் இல்லாதபோது இருப்பதைக் காட்டிலும் நான்கு மடங்கு அதிகமான அழைப்புகளை இறுக்கமான நடுக்கத் தேவைகளுடன் கையாள முடியும் எனக் குறிப்பிடுகிறது. யுக்செல் (Yuksel) மற்றும் பலர் பழமையான கற்பிதங்களின் கீழ் IP போக்குவரத்தைத் தூண்டுவதினால் 60% கூடுதல் திறன் தேவையாக இருப்பதாகக் கண்டறிந்திருக்கின்றனர்.

உட்புற இணைப்புகளில் அதிக வாய்ப்புகள் பயனர்களின் எண்ணிக்கை மற்றும் அவர்களது போக்குவரத்துத் தேவைகள் சார்ந்து QoS ஐ மாற்றுவதற்குத் தேவையாக இருக்கிறது. தற்போதைய இணையச் சேவைகள் பில்லியனுக்கும் மேற்பட பயனர்களைக் கொண்டதால் VoIP மிகவும் பொதுவான இடத்திற்கு மாறியிருக்கும் போது அதிக வாய்ப்பு QoS இன் தேவையைக் குறைப்பதற்கு வாய்ப்புகள் இருக்கின்றன.

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

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

இரண்டாவது மற்றும் தற்போது ஏற்றுக்கொள்ளப்பட்ட அணுகுமுறை "டிஃப்சர்வ்" அல்லது வேறுபடுத்தப்பட்ட சேவைகள் ஆகும். டிஃப்சர்வ் மாதிரியில் அவற்றுக்குத் தேவைப்படும் சேவையின் வகையைச் சார்ந்து பாக்கெட்டுகள் குறிக்கப்படுகின்றன. இந்தக் குறித்தலுக்கான பிரதிவினையில் ரவுட்டர்கள் மற்றும் ஸ்விட்சுகள் தேவைகளுக்கான செயல்பாடுகளைச் செய்வதற்கு பல்வேறு வரிசையாக்க வியூகங்களைப் பயன்படுத்துகின்றன. (IP அடுக்கில் வேறுபடுத்தப்பட்ட சேவைகள் குறிப் புள்ளி (DSCP) குறித்தல்கள் IP பாக்கெட் ஹெட்டரில் 6 பிட்டுகள் பயன்படுத்தபடுகின்றன. MAC அடுக்கில் VLAN IEEE 802.1Q மற்றும் IEEE 802.1p போன்றவையும் இதே தகவலை எடுத்துச் செல்வதற்குப் பயன்படுத்தப்படலாம்)

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

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

கூடுதல் பட்டையகல நிர்வகித்தல் இயங்கமைப்புகள் தொடர்ந்த பொறியாளர் செயல்பாட்டுக்குப் பயன்படுத்தப்படலாம். அவை பின்வருமாறு:


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

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

ஒத்தியங்கா பரிமாற்ற முறை (Asynchronous Transfer Mode) (ATM) நெட்வொர்க் வரைமுறை QoS ஐ பயன்படுத்துவதற்கான விரிவான கட்டமைப்பைக் கொண்டிருக்கிறது. சிறிய தரவு அலகுகள் மற்றும் உள்ளமை QoS ஆகியவை வீடியோ ஆன் டிமாண்ட், குரல் பதிவு IP போன்ற தொலைத்தொடர்புகள் பயன்பாடுகளில் ATM இன் சில யூனிக் செல்லிங் பாயிண்டுகளாக இருக்கின்றன.

QoS இயங்கமைப்புகள்
சிக்கல்கள்
சேவைப் பதிவு IP இன் தரம் பற்றிய சந்தேகங்கள்
வரலாறு