FACTOID # 96: In the last Argentinian elections, 21% of the votes were declared invalid.
 
 Home   Encyclopedia   Statistics   Countries A-Z   Flags   Maps   Education   Forum   FAQ   About 
 
WHAT'S NEW
RELATED ARTICLES
People who viewed "SCTP" also viewed:
RECENT ARTICLES
More Recent Articles »
 

FACTS & STATISTICS    Simple view

  1. Select countries to view: (hold down Control key and click to select several)

     

     

    Compare:

     

     

  1. Select fact or statistic: (* = graphable)

     

     

     

  2. (OPTIONAL) Compare to statistic: (both need to be graphable)

     

     

     

  3. View result as:

     

       
(OR) SEARCH ALL encyclopedia, stats & forums:   

Encyclopedia > SCTP
Internet protocol suite   edit  (http://en.wikipedia.org/w/index.php?title=Template:IPstack&action=edit)
Application layer HTTP, SMTP, FTP, SSH, IRC, SNMP, SIP ...
Transport layer TCP, UDP, SCTP, RTP, DCCP ...
Network layer IPv4, IPv6, ARP, ICMP ...
Data link layer Ethernet, 802.11a/b/g WiFi , Token ring, FDDI, ...

SCTP, or Stream Control Transmission Protocol is a transport layer protocol defined in 2000 by the IETF. The protocol is defined in RFC 2960, and an introductory text is provided by RFC 3286.


As a transport protocol, SCTP is equivalent in a sense to TCP or UDP. Indeed it provides some similar services as TCP, ensuring reliable, in-sequence transport of messages. Whilst TCP is byte-oriented, SCTP deals with framed messages.


A major contribution of SCTP is multi-homing support, where one (or both) endpoints of a connection can consist of more than one IP address, enabling transparent fail-over between hosts or network cards.


SCTP was originally intended for the transport of telephony (SS7) protocols over IP, with the goal of duplicating some of the reliability attributes of the SS7 signaling network in IP. This IETF effort is known as SIGTRAN. In the meantime, other uses have been proposed for the protocol.


External links


  Results from FactBites:
 
RFC 3309 (rfc3309) - Stream Control Transmission Protocol (SCTP) Checksum (3018 words)
When an SCTP packet is received, the receiver MUST first check the CRC-32c checksum: 1) Store the received CRC-32c value, 2) Replace the 32 bits of the Checksum field in the received SCTP packet with all '0's and calculate a CRC-32c value of the whole received packet.
Implementors of SCTP are warned that both specifications are to be found in the literature, sometimes with no restriction on the long- division algorithm.
Further, packets accepted by the SCTP 'header' CRC are in one-to-one correspondence with packets accepted by a modified procedure using a 'trailer' CRC value, and where the SCTP common checksum header is set to zero on transmission and is received as zero.
  More results at FactBites »


 

COMMENTARY     


Share your thoughts, questions and commentary here
Your name
Your comments
Please enter the 5-letter protection code

Want to know more?
Search encyclopedia, statistics and forums:

 


Lesson Plans | Student Area | Student FAQ | Reviews | Press Releases |  Feeds | Contact
The Wikipedia article included on this page is licensed under the GFDL.
Images may be subject to relevant owners' copyright.
All other elements are (c) copyright NationMaster.com 2003-5. All Rights Reserved.
Usage implies agreement with terms.