163: SCTP: Stream Control Transmission Protocol.

Take Up Code - A podcast by Take Up Code: build your own computer games, apps, and robotics with podcasts and live classes

Categories:

SCTP is another protocol like TCP and UDP with aspects of both. Your computer may not support SCTP yet and there’s always the chance this protocol will fail to gain enough support. I’m explaining it in this episode mainly so you’ll understand that the world is bigger than just TCP and UDP. All of these are just software protocols that establish standard ways for computers and devices to communicate. That means new protocols can be designed anytime. SCTP stands for stream control transmission protocol and I’ll focus this episode on two of the main differences and benefits as compared with TCP and UDP. Listen to the full episode for more details or you can read the full transcript below. Transcript Your computer may not support SCTP yet and there’s always the chance this protocol will fail to gain enough support. I’m explaining it in this episode mainly so you’ll understand that the world is bigger than just TCP and UDP. All of these are just software protocols that establish standard ways for computers and devices to communicate. That means new protocols can be designed anytime. You need to be careful if you think you need a new protocol. It’s always a good idea to search first to see if anything already exists that will meet your needs. Sometimes, you won’t find anything. What’s already available might be close but just lacking that one critical capability that you need. SCTP started out like this from some telecom companies who were looking for a protocol that would meet the needs that the phone companies have built up over the years. They wanted a protocol that would run on IP. The two main existing options are TCP and UDP. Make sure to listen to episodes 158, 159, and 160 for more information. Even though SCTP started out as a protocol designed for telephones, it can be used outside of that domain. The problem though is a general lack of support. Let’s say you decide to create a new spoken language. You already now how to speak several but know you can create a whole new language that will be better than any other. You work hard and finally know how to speak the new language. But until other people also know how to speak the language, all you can really do is talk to yourself. So it is with SCTP. It has some really useful capabilities but until it gets wider support from both computer operating systems and the routers that direct network traffic, you might have trouble with it. You can always install software or write your own to handle SCTP traffic on your computer but it’s a whole different story when it comes to getting hardware devices to understand it. SCTP stands for stream control transmission protocol and I’ll focus this episode on two of the main differences and benefits as compared with TCP and UDP. This will help you to understand the major highlights and give you enough information to decide if you need to investigate more. Then next week, I’ll follow up with other differences and benefits of SCTP. The first main problem is called head-of-line blocking. Have you ever stood in line at a bank or anywhere when there’s one a single person available to serve people? I know I have and sometimes wonder if anybody in front of me is going to have a difficult problem. I hope they all have everything ready and can take their turn quickly. But sometimes, there’s a person in line with a whole packet of papers, unorganized, who could take an hour. The whole line comes to a complete stop while this person blocks everything. That’s head-of-line blocking. Relating this back to TCP, if a packet gets lost or damaged, then the other packets can continue to arrive but the processing will stop while that problem packet is retransmitted. If all the packets are related to each other, then there’s nothing you can do. You need that missing packet. But what if the other packets are not related? When I’m waiting in line, IR