SCTP को इसका सर्वोत्तम उपयोग प्राप्त करने के लिए एप्लिकेशन के भीतर अधिक डिज़ाइन की आवश्यकता होती है। टीसीपी की तुलना में अधिक विकल्प हैं, सॉकेट जैसी एपीआई बाद में आई, और यह युवा है। हालाँकि मुझे लगता है कि ज्यादातर लोग इसे समझने के लिए समय लेते हैं (और जो टीसीपी की कमियों को जानते हैं) इसकी सराहना करते हैं - यह एक अच्छी तरह से डिज़ाइन किया गया प्रोटोकॉल है जो टीसीपी और यूडीपी के हमारे 30 साल के ज्ञान पर बनाता है।
पहलुओं में से एक है कि कुछ विचार की आवश्यकता है धाराओं की है। धाराएं प्रदान करती हैं (आमतौर पर, मुझे लगता है कि आप इसे बंद कर सकते हैं) उनके भीतर एक आदेश की गारंटी (टीसीपी कनेक्शन की तरह) लेकिन एससीटीपी कनेक्शन के अनुसार कई धाराएं हो सकती हैं। यदि आपके एप्लिकेशन का डेटा कई धाराओं पर भेजा जा सकता है, तो आप हेड-ऑफ-लाइन ब्लॉकिंग से बचते हैं जहां रिसीवर एक गलत संदेश पैकेट के कारण भूखा रहता है। प्रभावी रूप से अलग-अलग बातचीत एक-दूसरे को प्रभावित किए बिना एक ही कनेक्शन पर हो सकती है।
एक और उपयोगी इसके अलावा बहु-होमिंग समर्थन है - एक कनेक्शन दोनों छोरों पर कई इंटरफेस के पार हो सकता है और यह विफलताओं का सामना करता है। आप टीसीपी में इसका अनुकरण कर सकते हैं, लेकिन एप्लिकेशन परत पर।
उचित लिंक दिल की धड़कन, जो कि गैर-क्षणिक कनेक्शन के कार्यान्वयन के लिए टीसीपी का उपयोग करने वाली पहली चीज है, मुफ्त में है।
SCTP का मेरा व्यक्तिगत सारांश यह है कि यह ऐसा कुछ भी नहीं करता है जिसे आप पर्याप्त एप्लिकेशन समर्थन के साथ (टीसीपी या यूडीपी में) दूसरे तरीके से नहीं कर सकते। यह जो चीज प्रदान करता है वह है उस कोड को लागू न करने की क्षमता (बुरी तरह से)।
FYI करें, SCTP को व्यास (cf RADIUS next gen) के लिए समर्थित माना गया है। आरएफसी 3588 देखें
व्यास के ग्राहक टीसीपी या एससीटीपी का समर्थन करते हैं, जबकि एजेंट और
सर्वर दोनों का समर्थन करना चाहिए। इस विनिर्देशन के भविष्य के संस्करण MAY
जनादेश है कि ग्राहक SCTP का समर्थन करते हैं।