1. TCP/IP Protocol Suite 1 Chapter 13 Upon completion you will be able to: Stream Control Transmission Protocol Be able to name and understand the services offered by SCTP Understand SCTP’s flow and error control and congestion control Be familiar with the fields in a SCTP segment Understand the phases in an SCTP association Understand the SCTP state transition diagram Objectives

2. TCP/IP Protocol Suite 2 Figure 13.1 TCP/IP protocol suite

3. TCP/IP Protocol Suite 3 Table 13.1 Some SCTP applications SCTP combines the better features of UDP and TCP SCTP is reliable, message-oriented (messages are not broken up indiscriminately into segments as TCP does)

4. TCP/IP Protocol Suite 4 Figure 13.2 Multiple-stream concept In TCP, each connection between a client and a server involves a single stream and is called an association. SCTP allows multiple streams. If one stream is blocked, the other streams can still deliver data. Very useful for real-time applications.

5. TCP/IP Protocol Suite 5 Figure 13.3 Multihoming concept Multiple sources and multiple receivers – allows for a fault-tolerant approach

6. TCP/IP Protocol Suite 6 Data chunks are identified by three identifiers: TSN, SI, and SSN. TSN is a cumulative number identifying the association; SI defines the stream; SSN defines the chunk in a stream. Note:

7. TCP/IP Protocol Suite 7 In SCTP, acknowledgment numbers are used to acknowledge only data chunks; control chunks are acknowledged by other control chunks if necessary. Note:

8. TCP/IP Protocol Suite 8 Figure 13.4 Comparison between a TCP segment and an SCTP packet SCTP uses a transmission sequence number (TSN) to number the data chunks. Each stream in an SCTP connection needs a stream identifier (SI). Bytes within a stream are numbered using the stream sequence number (SSN). Segments / packets are formatted differently too:

9. TCP/IP Protocol Suite 9 Figure 13.4 Comparison between a TCP segment and an SCTP packet An association may send many packets, a packet may contain several chunks, and chunks may belong to different streams. SCTP control info is in the Control chunk. Data chunks can carry data from multiple streams! Since multiple streams possible, each stream is identified by TSNs, SIs, and SSNs. No options section. SCTP header is smaller – only 12 bytes SCTP uses a 32-bit cyclic checksum

10. TCP/IP Protocol Suite 10 Figure 13.5 Packet, data chunks, and streams

11. TCP/IP Protocol Suite 11 Figure 13.7 General header General header always comes first.

12. TCP/IP Protocol Suite 12 Figure 13.8 Common layout of a chunk Control chunks come before data chunks.

13. TCP/IP Protocol Suite 13 Table 13.2 Different type of Chunks

14. TCP/IP Protocol Suite 14 A DATA chunk cannot carry data belonging to more than one message, but a message can be split into several chunks. The data field of the DATA chunk must carry at least one byte of data, which means the value of length field cannot be less than 17. Note:

15. TCP/IP Protocol Suite 15 Figure 13.9 DATA chunk U bit: a 1 signals unordered data; 0 is ordered data B=1 and E=1? No fragmentation, whole msg in one chunk B=1 and E=0? First fragment B=0 and E=1? Last fragment B=0 and E=0? Middle fragment

16. TCP/IP Protocol Suite 16 Figure 13.10 INIT chunk

17. TCP/IP Protocol Suite 17 Figure 13.11 INIT ACK chunk Several more chunks (cookie echo, cookie ack, sack,…)

18. TCP/IP Protocol Suite 18 Figure 13.19 Four-way handshaking VT-verification tag; Init tag-used for packets from the other direction (and to prevent a blind attacker from disrupting a connection, as can happen in TCP) Notice – INIT ACK packet contains a cookie. If the sender of the first packet is an attacker, the server never receives the third packet, the cookie is lost, and no resources allocated.

19. TCP/IP Protocol Suite 19 Figure 13.20 Simple data transfer Note: cumTSN does not point to next TSN expected!

20. TCP/IP Protocol Suite 20 Figure 13.21 Association termination

21. TCP/IP Protocol Suite 21 13.5 STATE TRANSITION DIAGRAM To keep track of all the different events happening during association establishment, association termination, and data transfer, the SCTP software, like TCP, is implemented as a finite state machine. The topics discussed in this section include: Scenarios Simultaneous Close

22. TCP/IP Protocol Suite 22 Figure 13.23 State transition diagram

23. TCP/IP Protocol Suite 23 Table 13.4 States for SCTP

24. TCP/IP Protocol Suite 24 Figure 13.24 A common scenario of states

25. TCP/IP Protocol Suite 25 Figure 13.25 Simultaneous open

26. TCP/IP Protocol Suite 26 Figure 13.26 Simultaneous close

27. TCP/IP Protocol Suite 27 13.6 FLOW CONTROL Flow control in SCTP is similar to that in TCP. In SCTP, we need to handle two units of data, the byte and the chunk. The topics discussed in this section include: Receiver Site Sender Site A Scenario

28. TCP/IP Protocol Suite 28 Figure 13.27 Flow control, receiver site

29. TCP/IP Protocol Suite 29 Figure 13.28 Flow control, sender site

30. TCP/IP Protocol Suite 30 Figure 13.29 Flow control scenario rwnd and winSize agreed upon during init phase to be 2000 For some reason, rwnd set to 0

31. TCP/IP Protocol Suite 31 13.7 ERROR CONTROL SCTP uses a SACK chunk to report the state of the receiver buffer to the sender. Each implementation uses a different set of entities and timers for the receiver and sender sites. The topics discussed in this section include: Receiver Site Sender Site Sending Data Chunks Generating SACK Chunks

32. TCP/IP Protocol Suite 32 Figure 13.30 Error control, receiver site

33. TCP/IP Protocol Suite 33 Figure 13.31 Error control, sender site

34. TCP/IP Protocol Suite 34 Figure 13.32 New state at the sender site after receiving a SACK chunk

35. TCP/IP Protocol Suite 35 13.8 CONGESTION CONTROL SCTP uses the same strategies for congestion control as TCP. SCTP uses slow start, congestion avoidance, and congestion detection phases. SCTP also uses fast retransmission and fast recovery. The topics discussed in this section include: Congestion Control and Multihoming Explicit Congestion Notification