Преглед на кодот на SCTP

{{викификација}}

Кај [[computer networking|компјутерските мрежи]],  '''Stream Control Transmission Protocol''' ('''SCTP''') е протокол (број 132<ref>http://www.iana.org/assignments/protocol-numbers/protocol-numbers.xml</ref>) на [[транспортно ниво]], и има слична улога со познатите протоколи: [[Transmission Control Protocol]] (TCP) and [[User Datagram Protocol]] (UDP). SCTP обезбедува некои слични услуги како овие два протоколи: тој е ориентриан кон пораките како UDP и орбезбедува сигурност во секвенцијалната размена на пораки со [[Network congestion|контролата на застој]] како TCP.

Протоколот е утврден од работната група на [[IETF]] Signaling Transport ([[SIGTRAN]]) во 2000,<ref>RFC 2960 October 2000</ref>, а го одржува работната група на IETF Transport Area (TSVWG). RFC 4960 го дефинира протоколот.

При отсуство на вградена SCTP поддршка кај оперативните системи, SCTP се [[Tunneling protocol|тунелира]] преку UDP,<ref>{{cite paper
 |url        = http://www3.ietf.org/proceedings/00jul/I-D/sigtran-sctptunnel-00.txt
 |title      = Tunneling of SCTP over Single UDP Port
 |first      = Lyndon
 |last       = Ong
 |author2    = Randall R. Stewart; Qiaobing Xie
 |date       = March 2000
 |publisher  = [[IETF]]
 |accessdate = 2011-07-15
}} {{Семарх|url=https://web.archive.org/web/20070322075739/http://www3.ietf.org/proceedings/00jul/I-D/sigtran-sctptunnel-00.txt |date=2007-03-22 }} {{Наведена мрежна страница |url=http://www3.ietf.org/proceedings/00jul/I-D/sigtran-sctptunnel-00.txt |title=архивски примерок |accessdate=2013-09-19 |archive-date=2007-03-22 |archive-url=https://web.archive.org/web/20070322075739/http://www3.ietf.org/proceedings/00jul/I-D/sigtran-sctptunnel-00.txt |url-status=bot: unknown }}</ref> како и мапирање на TCP API повиците во SCTP повици.<ref>{{Наведена мрежна страница
 | url = http://www.cis.udel.edu/~amer/PEL/poc/pdf/EuroBSDCon2007-bickhart-SCTP-Shim-layer.pdf
 |format=PDF| title = Transparent TCP-to-SCTP Translation Shim Layer
 | first = Ryan | last = Bickhart |author2=Paul D. Amer; Randall R. Stewart 
 | year = 2007 | accessdate = 2008-09-13 
}}</ref>

==Message-based multi-streaming==
SCTP апликациите ги доставуваат нивните податоци до SCTP траснспортното ниво за да бидат пренесени во пораки(групи од бајти). SCTP, пораките и контролните информации ги сместува во одделни парчиња(податочни парчиња и контролни парчиња, секој препознатлив по својот наслов. Овој протокол може да ја подели пораката на неколку податочни парчиња, при што секој податочен дел содржи податоци од само еден корисник на пораки. SCTP ги групира парчињата во SCTP пакети. SCTP пакетите, кои се доставуваат до [[интернет протокол]]от, се состојат од: наслов на пакетот, SCTP контролни парчиња (кога е неопходно), проследно со SCTP податочни парчиња (кога се достапни).
SCTP може да се одликува како порака-ориентиран, што значи дека пренесува секвенца од пораки(секоја од нив е група од бајти), наместо пренесување на непрекинат поток од бајти како што е случај со TCP. Како и UDP, кај SCTP испраќачот испраќа порака со една операциајa. Спротивно на SCTP, TCP е поток-ориентиран протокол, пренесувајќи [[byte stream|потоци од бајти]] безбедно и по редослед. Сепак, TCP не му дава на знаење на примачот колку пати е повикана испраќачката апликација во TCP сообраќајот при протекувањето на група од бајти кои треба да бидат испратени.
 
Терминот ''мулти-стриминг'' се однесува на способноста на SCTP паралелно да се пренесуваат потоци, на пример, преносот на [[web page|web]] фотографии заедно со текстот на страната.  Во суштина, тоа вклучува градење на неколку врски во една SCTP асоцијација, кои работат со пораки(или парчиња) наместо со бајти.

TCP го зачувува редоследот на бајти во потокот преку доделување на секвенцијален број на секој пакет. Од друга страна, SCTP доделува секвенцијален број на секоја испратена ''порака'' во потокот. Ова овозможува различен редослед на пораките во различни потоци. Меѓутоа, подредувањето на пораките не е задолжително во SCTP; апликацијата за примање пораки може да избере да ги обработува пораките по редослед на примање, наместо по редослед како биле испратени.

== Особености ==
Одлики на SCTP:
* [[Multihoming|Повеќенасочност]] каде една илли двете крајни точки на врската може да имаат повеќе од една IP-адреса, овозможувајќи им трансапрентен fail-over помеѓу редундантни мрежни патеки.
* Достава на парчиња во рамките на независни потоци го елиминираат непотребното head-of-line блокирање, што е спротивно на испораката кај TCP бајт-потоци.
* Селекцијата на патека и мониторингот избираат примарна патека за пренос на податоците и ја тестираат врската на патеката за пренос.
* Механизмите за проверка и потврда заштитуваат од преплавување на напади и даваат известувања за податочни парчиња кои недостасуваат или се повторуваат.
* Подобрената детекција на грешки е погодна за [[jumbo frames|Ethernet џамбо рамки]].

творците на SCTP,  го дизајнираат SCTP со првична намена за пренос на телефонија([[Signaling System 7]]) преку Интернет протокол, со цел да се повторат некои од доверливите атрибути на SS7 сигнализациската мрежа во IP. Овој IETF обид е познат како [[SIGTRAN]]. Во меѓувреме, беа предложени други протоколи, на пример, [[Diameter (protocol)|Пречник]] протоколот<ref>{{cite IETF |title=Diameter Base Protocol |rfc=3588 |sectionname=Transport |section=2.1 |publisher=[[Internet Engineering Task Force|IETF]] |accessdate=2012-05-18 }}</ref> and [[Reliable server pooling]] (RSerPool).<ref>RFC 5351 Section 4.2</ref>

==Мотивации==
TCP ја имаше остварено примарната цел да пренесува безбедно податоци преку Интернет, но TCP имаше поставено ограничувања на некои апликации. Од RFC 4960: {{quotation|
* TCP ги обезбедуваше и двете, и сигурен пренос на податоци и строг редослед на пренос при испраќање на податоците. Некои апликации имаат птореба од сигурен пренос без добар редослед на секвенците, додека други ќе бидат задоволни со делумно подредување на податоците. И во двата случаја, head-of-line блокирањето понудено од TCP предизвикува непотребно одложување.
* Поток-ориентираната природа на TCP, често е непријатна. Апликациите мора сами да вметнуваат свое обележување за разграничување на пораките, и мора да направат експлицитна употреба на [http://seclists.org/webappsec/2005/q3/0351.html push facility] за да се осигураат дека целата порака е пренесена во дозволеното време на одговор.
* Ограничениот опсег на TCP приклучниците ја комплицира задачата за обезбедување на високо достапен капацитет за пренос на податоци користејќи [[multihoming|повеќе-мрежни]] домаќини.
* TCP е релативно подложен на одбивање-на-услуга напади, како што се [[SYN attack|SYN нападите]].
}}

==Структура на пакет==
{{Главна|SCTP packet structure}}

{|  style="float:right; width:40%;"
|-
|
{| class="wikitable"  style="margin:0 auto; text-align:center; white-space:nowrap; white-space:nowrap;"
|-
! Бита
! colspan="8" style="width:24%;"| 0–7
! colspan="8" style="width:24%;"| 8–15
! colspan="8" style="width:24%;"| 16–23
! colspan="8" style="width:24%;"| 24–31
|- style="background:#ddf;"
!+0
|colspan="16" style="text-align: center"|Изворна порта
|colspan="16" style="text-align: center"|Дестинациска порта
|- style="background:#ddf;"
! 32
|colspan="32" style="text-align: center"|Ознака за верификација
|- style="background:#ddf;"
! 64
|colspan="32" style="text-align: center"|Проверка на сума
|- style="background:#dfd;"
! 96
|style="text-align: center" colspan="8"|Парче 1 тип
|style="text-align: center" colspan="8"|Парче 1 знаме
|colspan="16" style="text-align: center"|Парче 1 должина
|- style="background:#dfd;"
! 128
|colspan="32" style="text-align: center"|Парче 1 податок
|-
!…
|colspan="32" style="text-align: center"|…
|- style="background:#fdd;"
!…
|style="text-align: center" colspan="8"|Парче N тип
|style="text-align: center" colspan="8"|Парче N знаме
|colspan="16" style="text-align: center"|Парче N должина
|- style="background:#fdd;"
!…
|colspan="32" style="text-align: center"|Парче N податок
|}
|}

SCTP пакетите имаат поедноставна основна структура од TCP пакетите. Секој пакет се состои од два основни дела:
# ''Заеднички наслов'', кој ги зафаќа првите 12 бајти и е означен сино, и
# ''Парчиња од податоци'', кои го зафаќаат останатиот дел од пакетот. Првото парче е означен со зелена, а последниот од ''N''-те парчиња (Парчето N) е означен со црвена боја.

Секое парче има тип-идентификатор, кој е со големина од еден бајт, најчесто, постојат 255 различни податочни типови.  RFC 4960 дефинира листа од податочни типовви и до сега има дефинирано 15 типа. Остатокот од парчето е со должина од 2 бајта(максимална големина од 65,535 бајти), и податоците. Ако парчето не е поголемо од 4 бајти(т.е. должината не му е повеќе од 4), тогаш парчето е имплицитно пополнето со нули кои не се вклучени во должината на парчето.

==Безбедност==
Иако криптирањето не беше дел од оригиналниот дизајн на SCTP, сепак SCTP беше дизајниран со одлики кои ја подобруваат безбедноста, како што е 4-насочното[[Handshaking|ракување]] (споредено со [[Three-way handshake#Connection establishment|3-насочното ракување на TCP]]) за заштита од [[SYN flood|SYN полава]] од напади, и долги "колачиња" за здружена верификација и автентичност.

Исто така, доверливоста беше клучен дел од безбедносниот дизајн на SCTP.  [[Multihoming|Повеќенасочноста]] овозможува асоцијацијата да остане отворена дури и кога некои рути и интерфејси се паднати. Ова е од особено значење за [[SIGTRAN]] кој го пренесува [[Signaling System 7|SS7]] преку една IP мрежа користејќи SCTP, и бара силна отпорност за време на паѓање на врската за да може да се одржи телекомуникациската услуга, дури и кога се случуваат мрежни аномалии.

SCTP понекогаш е добар [[OS fingerprinting|fingerprinting]] кандидат. Некои оперативни системи овозможуваат SCTP поддршка, но ако таа не е добро позната како TCP или UDP, се случува е занемарена од огнениот ѕид, и тогаш најчесто се дозволува испробувачки пренос.

==Имплементации==
Референтната SCTP имплементација работи на FreeBSD, Mac OS X, Windows, Linux.<ref>[https://code.google.com/p/sctp-refimpl/ The SCTP reference implementation]</ref>

Следните [[Оперативен систем|оперативни системи]] имплементираат SCTP:
* [[AIX operating system|AIX]] верзија 5 и понови
* Генерик [[BSD]] со надворешен печ во [[KAME project]]
* [[Cisco IOS]] 12
* [[DragonFly BSD]] од верзија 1.4
* [[FreeBSD]], верзија 7 и нагоре, ја содржат референтната SCTP имплемнтација<ref name="freebsd7">{{Наведена мрежна страница
 | url = http://www.freebsd.org/features.html
 | title = About FreeBSD's Technological Advances
 | publisher = The FreeBSD Project | date = 2008-03-09 | accessdate = 2008-09-13
 | quote = SCTP: FreeBSD 7.0 is the reference implementation for the new IETF Stream Control Transmission Protocol (SCTP) protocol, intended to support VoIP, telecommunications, and other applications with strong reliability and variable quality transmission through features such as multi-path delivery, fail-over, and multi-streaming.
}}</ref>
* [[HP-UX]], 11 и в2 и нагоре<ref>{{Наведена мрежна страница
 | url =http://h20293.www2.hp.com/portal/swdepot/displayInstallInfo.do?productNumber=SCTP
 | title =Stream Control Transmission Protocol (SCTP)
 | publisher =Hewlett-Packard Development Company
 | accessdate =2013-09-19
 | archive-date =2013-01-03
 | archive-url =https://archive.today/20130103223740/http://h20293.www2.hp.com/portal/swdepot/displayInstallInfo.do?productNumber=SCTP
 | url-status =dead
 }}</ref>
* [[Linux]] кернел-ориентиран 2.4 и понови
* [[QNX]] Neutrino Realtime OS,<ref>{{Наведена мрежна страница
 | url = http://www.qnx.com/developers/docs/6.3.0SP3/neutrino/sys_arch/tcpip.html#SCTP
 | title = TCP/IP Networking | work = QNX Developer Support
 | publisher =  QNX Software Systems | accessdate = 2008-09-13
}}</ref> 6.3.0 до 6.3.2, но не 6.4.0, и нагоре<ref>{{Наведена мрежна страница
 | url = http://www.qnx.com/developers/docs/6.5.0/topic/com.qnx.doc.neutrino_lib_ref/whats_new.html
 | title = What's New in this Reference | work = QNX Library Reference
 | publisher =  QNX Software Systems | accessdate = 2012-12-18
}}</ref>
* Sun [[Solaris (operating system)|Solaris]] 10 и погоре<ref>{{Наведена мрежна страница
 | url = http://www.sun.com/software/solaris/ds/network_performance.jsp#1
 | title = Solaris 10 Operating System Networking — Extreme Network Performance
 | publisher = [[Sun Microsystems]]
 | accessdate = 2008-09-13
 | archive-date = 2009-04-20
 | archive-url = https://web.archive.org/web/20090420205749/http://www.sun.com/software/solaris/ds/network_performance.jsp#1
 | url-status = dead
 }}</ref>
* [[VxWorks]] верзија 6.2.x до 6.4.x, и 6.7 и понови
* [[Microsoft Windows]]:
** SctpDrv јадрениот драјвер е порта на BSD SCTP стекот на Windows<ref>{{Наведена мрежна страница |url=http://www.bluestop.org/SctpDrv |title=SctpDrv: an SCTP driver for Microsoft Windows |accessdate=2011-02-04 |archive-date=2011-01-08 |archive-url=https://web.archive.org/web/20110108073234/http://www.bluestop.org/SctpDrv/ }}</ref>

Корисничка библиотека:
* SCTP библиотека<ref>{{Наведена мрежна страница|url=http://www.sctp.de/sctp-download.html |title=SCTP Download Page |date=2006-05-29 |accessdate=2011-02-04}}</ref>
** [[Windows XP]] порта<ref>{{Наведена мрежна страница|url=http://www.sctp.be/sctplib/index.htm |title=Windows SCTP library installer |date= |accessdate=2011-02-04}}</ref>
* [[Java version history#Java SE 7 (July 28, 2011)|Oracle Java SE 7]]

==RFC историја==
* RFC 6525 Stream Control Transmission Protocol (SCTP) Stream Reconfiguration
* RFC 6458 Sockets API Extensions for the Stream Control Transmission Protocol (SCTP)
* RFC 6096 Stream Control Transmission Protocol (SCTP) Chunk Flags Registration (updates RFC 4960)
* RFC 5062 Security Attacks Found Against the Stream Control Transmission Protocol (SCTP) and Current Countermeasures
* RFC 5061 Stream Control Transmission Protocol (SCTP) Dynamic Address Reconfiguration
* RFC 5043 Stream Control Transmission Protocol (SCTP) Direct Data Placement (DDP) Adaptation
* RFC 4960 Stream Control Transmission Protocol
* RFC 4895 Authenticated Chunks for the Stream Control Transmission Protocol (SCTP)
* RFC 4820 Padding Chunk and Parameter for the Stream Control Transmission Protocol (SCTP)
* RFC 4460 Stream Control Transmission Protocol (SCTP) Specification Errata and Issues
* RFC 3873 Stream Control Transmission Protocol (SCTP) [[Management Information Base]] (MIB)
* RFC 3758 Stream Control Transmission Protocol (SCTP) Partial Reliability Extension
* RFC 3554 On the Use of Stream Control Transmission Protocol (SCTP) with [[IPsec]]
* RFC 3436 Transport Layer Security over Stream Control Transmission Protocol
* RFC 3309 Stream Control Transmission Protocol (SCTP) Checksum Change (obsoleted by RFC 4960)
* RFC 3286 An Introduction to the Stream Control Transmission Protocol
* RFC 3257 Stream Control Transmission Protocol Applicability Statement
* RFC 2960 Stream Control Transmission Protocol (updated by RFC 3309 and obsoleted by RFC 4960)

==Поврзано==
* [[Transport layer#Comparison of transport-layer protocols|Transport protocol comparison table]]
* [[Session initiation protocol]] (SIP), кој може да иницира повеќе потоци преку SCTP, TCP или UDP
==Наводи==
{{Reflist|30em}}

==Надворешни врски==
* http://www.sigtran.org
* http://www.ietf.org/html.charters/sigtran-charter.html
* http://www.ietf.org/html.charters/tsvwg-charter.html
* http://www.openss7.org
* [http://www.lksctp.org SCTP workgroup for Linux]
* [http://www.sctp.de/ Michael Tüxen's SCTP Page]
* [http://www.sctp.be/ Lode Coene's SCTP Page]
* [http://www.iem.uni-due.de/~dreibh/sctp/ Thomas Dreibholz's SCTP Project Page] {{Семарх|url=https://web.archive.org/web/20131126184525/http://www.iem.uni-due.de/~dreibh/sctp/ |date=2013-11-26 }}

[[Категорија:Стриминг]]
[[Категорија:IИнтернет стандарди]]
[[Категорија:Протоколи на транспортно ниво]]
[[Категорија:Повеќенасочност]]
[[Категорија:Гени на хромозомот 2]]