书签 分享 收藏 举报 版权申诉 / 60
上传文档赚钱

类型非常好的传输层SCTP协议教程课件.ppt

  • 上传人(卖家):三亚风情
  • 文档编号:3221248
  • 上传时间:2022-08-07
  • 格式:PPT
  • 页数:60
  • 大小:1.86MB
  • 【下载声明】
    1. 本站全部试题类文档,若标题没写含答案,则无答案;标题注明含答案的文档,主观题也可能无答案。请谨慎下单,一旦售出,不予退换。
    2. 本站全部PPT文档均不含视频和音频,PPT中出现的音频或视频标识(或文字)仅表示流程,实际无音频或视频文件。请谨慎下单,一旦售出,不予退换。
    3. 本页资料《非常好的传输层SCTP协议教程课件.ppt》由用户(三亚风情)主动上传,其收益全归该用户。163文库仅提供信息存储空间,仅对该用户上传内容的表现方式做保护处理,对上传内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(点击联系客服),我们立即给予删除!
    4. 请根据预览情况,自愿下载本文。本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
    5. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007及以上版本和PDF阅读器,压缩文件请下载最新的WinRAR软件解压。
    配套讲稿:

    如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。

    特殊限制:

    部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。

    关 键  词:
    非常好 传输 SCTP 协议 教程 课件
    资源描述:

    1、Stream Control Transmission Protocol(SCTP)Where is SCTP in the stack?applicationIPIPIPIPIPapplicationSCTP DCCPUDP liteSCTP DCCPUDP liteIPIPTransportUDP TCPUDP TCPCHAOS!A Brief HistoryPrimary motivation:Transportation of telephony signaling messages over IP networksRFCs RFC 2960 Stream Control Transm

    2、ission Protocol RFC 3257-SCTP Applicability Statement RFC 3286-An introduction to SCTP RFC 3309 SCTP Checksum Change RFC 3436 Transport Layer Security over SCTP RFC 3758 SCTP Partial Reliability ExtensionSCTP History Origins:Public Telephone Network SignalingSS7 over IP(IETF Sigtran working group)Cu

    3、rrent home:IETF TSVWG(Transport Services Working Group)IETF recognizes broader scope Proposed Standard-RFC2960Supported by industry:Participation in Bakeoffs:ADAX-Cisco HP/Compaq-Data Connection-DataKinetics-Ericsson-Hughes Software-IBM-Motorola Netbricks-Nokia-Open SS7-Performance Technologies-Radi

    4、Sys -Siemens Spider-Sun Microsystems-Telesoft Technologies-Toshiba-Ulticom-WiproImplementations:AIX,FreeBSD,Linux,QNX,Solaris,True64,IOS(Cisco Routers),Sony PlayStation II,Mac OS,moreMunich 6/0012Research Triangle Park10/0022Sophia Antipolis 4/0119San Jose(Connectathon)2/026U.of Essen(Germany)9/0220

    5、Bakeoffs Date AttendU of Delaware6/03Muenster(Germany)7/0411SCTP Feature SummaryStart with TCP:reliable(retransmissions)congestion controlledconnection orientedAdd:4-way handshaketo reduce vulnerability to DOS attacksframingpreserve message boundaries multistreaminginstead of one ordered stream,up t

    6、o 64K independent ordered streams multihoming instead of one IP address per endpointa set of IP addresses per endpoint1RTTSYN-ACKclosedlistent=0SYNSYN sentACKdata establishedestabdABTCP Connection SetupSYN recd(TCB created)SYNvictimFlooded!SYN Flooding AttackTCBTCBTCBTCBTCB There is no ACK in respon

    7、se to the SYN-ACK,hence connection remains half-open Other genuine clients cannot open connections to the victim The victim is unable to provide serviceattackers128.3.4.5192.10.2.8221.3.5.10SYNSYN190.13.4.1228.3.14.5130.2.4.15Unavailable,reserved resourcesV:Verification tagI:Initiate tag1RTTINITACK(

    8、V=TagA)(I=TagB)(StateCookie)closedclosedt=0INIT(V=0)(I=TagA)cookiewaitCOOKIEECHO(V=TagB)(StateCookie)cookieechoeddata(V=TagB)established2RTTCOOKIEACK(V=TagA)estabdABSCTP Association SetupWhats in a cookie?Information from original INIT Information from current INIT-ACK Timestamp Life span of cookie(

    9、Time to live)Signature for authentication(SHA-1,MD5,etc.)Graceful ShutdownSHUTDOWNSHUTDOWN-ACKSHUTDOWN-COMPLETEApp signals shutdownShutdown pending(pending data)Shutdown sent(pending data)Shutdown receivedShutdown-Ack sentClosedClosedABSCTP Feature SummaryStart with TCP:reliable(retransmissions)cong

    10、estion controlledconnection orientedAdd:4-way handshaketo reduce vulnerability to DOS attacksframingpreserve message boundaries multistreaminginstead of one ordered stream,up to 64K independent ordered streams multihoming instead of one IP address per endpointa set of IP addresses per endpointMessag

    11、e Boundaries UDP honors message boundaries Each app message becomes a datagram TCP does not honor message boundaries App messages become part of a byte stream SCTP maintains message boundaries Each app message is maintained as one or more data chunksChunks in SCTPSource PortDestination PortVerificat

    12、ion TagChecksumChunk 1Chunk NCommon Header Building blocks of an SCTP PDU Two kinds control chunks and data chunks data chunks are smallest atomic data unitsChunksSCTPPDUSCTP Chunk FormatTypeFlagsLengthChunk DataType e.g.Data,Init,SACKFlags bit meanings depend on typeLength includes type,flags,lengt

    13、h,and data/parametersSome Chunk Types0 x00DATAUser data0 x01INIT SYN0 x02INIT-ACK0 x03SACKSelective ACK0 x04HEARTBEATKeep-alive message0 x05HEARTBEAT-ACK0 x07SHUTDOWNFIN0 x08SHUTDOWN-ACKExample INIT ChunkChunk Type 0 x01Flags=0Length=0 x14Initiation TagReceiver WindowOutbound StreamsMaximum Inbound

    14、StreamsInitial Transmission Sequence Number(TSN)Parameter type 0 x05Parameter Length=0 x0008IPv4 AddressParameter type 0 x06Parameter Length=0 x0014IPv6 AddressPermanent parameters for INITSome possible optional parameters for INIT.Length of options limited only by path MTU size.(0 x30)031Data Chunk

    15、Type=0 x00Flags=UBELengthTransmission Sequence Number(TSN)Stream Identifier(SID)Stream Seq.Num.(SSN)User supplied Payload Protocol IdentifierUser Data031SACK ChunkType=0 x3Flags=0Length=variableCumulative TSN acknowledgementAdvertised receiver windowNum.Gap ACK blocks=NNum.duplicates=XGap ACK blk#1

    16、start TSN offsetGap ACK blk#1 end TSN offset.Gap ACK blk#N start TSN offsetGap ACK blk#N end TSN offsetDuplicate TSN 1.Duplicate TSN XOffset is relative to cumulative TSN.GAP ACK blocks are blocks received after cum TSN.031Chunk Bundling in SCTP Multiple chunks in one SCTP PDU Control chunks bundled

    17、 before data chunks Chunk boundary cannot cross SCTP PDU boundary Optional at sender,but receiver has to supportSource PortDestination PortVerification TagChecksumChunk 1Chunk NCommon HeaderBundlingSCTPPDUSCTP PDUMessage 1Message 2SCTP Common HeaderSCTP Control ChunksData Chunk HeadersData ChunksSCT

    18、P PDUFragmentation/Reassembly in SCTPUBEDescription*10(Begin)First Piece of fragmented message*00Middle piece of fragmented message*01(End)Last piece of fragmented message*11Non-fragmented message*U set to 1 specifies unordered messageNote:Fragmentation req.sequential TSNsLarge messages are fragment

    19、ed and encapsulated into several data chunksReassembled before delivery to receiving appFragmentation ExampleStream 2 messageU=0,B=1,E=0TSN=6SID=2SSN=1 First data frag.U=0,B=0,E=0TSN=7SID=2SSN=1 Second data frag.E.g.Message for Stream 2 from app exceeds PMTU.U=0,B=0,E=1TSN=8SID=2SSN=1 Last data frag

    20、.Part of Data Chunk HeaderUpon completion,Stream Sequence Number incrementsUnordered delivery Streams by definition are ordered Unordered data may be sent in a stream(U bit=1)SSN is ignored for U=1 Unordered messages should be processed firstSCTP Feature SummaryStart with TCP:reliable(retransmission

    21、s)congestion controlledconnection orientedAdd:4-way handshaketo reduce vulnerability to DOS attacksframingpreserve message boundaries multistreaminginstead of one ordered stream,up to 64K independent ordered streams multihoming instead of one IP address per endpointa set of IP addresses per endpoint

    22、Head-of-Line Blocking in TCPSRACK 2123456ACK 3ACK 3ACK 3PDU 3 is blocking the head of the line.12Rs AppACK 3Head-of-line Blocking TCP provides a single data stream When a segment is lost,subsequent segments must wait to be processed.Problem for some applications(telephony)SCTP provides multiple inde

    23、pendent streams per associationSCTP Multistreaming Logical separation of data within an assoc Designed to prevent head-of-line blocking Can be used to deliver multiple objects belonging to the same assoc Eg:objects on a webpage,multimedia streams(audio/video/text),files in an FTP mgetHead-of-Line Bl

    24、ocking in SCTPSR1:1NOTE:An SCTP ACK a cum ack based onTSN.App LayerTransport LayerApp LayerSID:SSN1:1,3:1ACK 2ACK 23:2,1:3,2:11:21,24,5,6TSNs7,8,91:4,2:2,3:3ACK 22:2,3:33:2,2:11:1,3:1SID:SSN3:11:23:21:32:12:23:31:43(all ordered streams)undeliveredHead-of-Line Blocking in SCTPSR1:aApp LayerTransport

    25、LayerApp LayerSID:SSN3:1,1:aACK 2ACK 23:2,2:1,1:c1:b1,24,5,6TSNs7,8,92:2,3:4,1:dACK 22:2,3:3,1:d3:2,2:1,1:c3:1,1:aSID:SSN3:11:b1:c3:22:12:23:31:d3(stream 1 unordered)Only blocked messageLetters show unordered chunks w/in a stream.U bit is set&SSN is ignored.SCTP Multi-Homing Multiple src/dest ip add

    26、resses Use of different physical paths not guaranteed Peer reachability and path status are monitored(heartbeat)One selectable default destination Parameters per path(cwnd,ssthresh,RTT)IP networkIP A2IP B2IP B1IP B3IP A1SCTP Feature SummaryStart with TCP:reliable(retransmissions)congestion controlle

    27、dconnection orientedAdd:4-way handshaketo reduce vulnerability to DOS attacksframingpreserve message boundaries multistreaminginstead of one ordered stream,up to 64K independent ordered streams multihoming instead of one IP address per endpointa set of IP addresses per endpointWhat is SCTP Multihomi

    28、ng?Host AA1A2Host BB1B2InternetISPISPISPISPHosts pick 1 of 4 possible TCP connections:(A1,B1),(A1,B2),(A2,B1),(A2,B2)Hosts use 1 SCTP association:(A1,A2,B1,B2)Selectable“primary”dest:Host A B1;Host B A1New data sent only to primary destinationPath status and reachability monitored(hearbeats)SCTP Mul

    29、tihomingWhy important?multihoming is now happening on wide scalewired+wireless,multiple ISPs,etc.Key Research Problemsfault toleranceload sharing(concurrent transfer)SCTP Research at PELISP 1ISP 2ISP 3ISP 6ISP 5ISP 4InternetConcurrent Multipath Transfer(CMT)Existing Paths With TCPWithcurrent SCTPWit

    30、h CMTPath 2Path 1Path 3CMT ProtocolsCMTnaiveSCTP(RFC 2960)with 1 modificationmodified SCTP to send new data to all destinations concurrentlysignificant reordering observedCauses unnecessary fast retransmitsCauses incorrect cwnd growth Where should retransmissions be sent?What should sender do if pat

    31、hs intersect?CMTsmartCMTnaive with 3 proposed algorithms*split fast retransmit(“SFR-CACC”)algorithm cwnd update(“CUC”)algorithmdelayed ack(“DAC”)algorithmRetransmissions sent to destination with largest ssthresh http:/www.cis.udel.edu/iyengar/publications/SCTP Retransmission Policy Current retransmi

    32、ssion policy Retransmit to an alternate destination,if exists Attempts to improve chances of success No prior research to demonstrate benefits this policy degrades performance in many cases Alternate solutions Retransmit to same dst Fast retransmit to same dst,Timeouts to alternate dst Multiple Fast

    33、 Retransmit Algorithm Failover:Parameter Settings Investigate and improve performance during failover How do you decide when to failover to an alternate path?Default parameter settings and algorithms in SCTP take too long This work investigates alternate parameter settings and algorithms SCTP Shim M

    34、igrate existing TCP applications to SCTP transparently Application gains:fault tolerance,SACK supporthttp:/www.cis.udel.edu/bickhart/research.htmlOther PEL Contribution SCTP module for ns-2(in ver 2.27 or greater)most widely used network simulator in research community downloaded and used by several

    35、 researchers part of coursework/course projects(UCLA,TAMU,UF,)SCTP module for tcpdump(in ver.3.7 or greater)Available at http:/pel.cis.udel.edu Services/FeaturesSCTPTCPUDPConnection-oriented yesyesnoFull duplex yesyesyesReliable data transfer yesyesnoPartial-reliable data transfer proposednonoFlow c

    36、ontrol yesyesnoTCP-friendly congestion control yesyesnoECN capable yesyesnoOrdered data delivery yesyesnoUnordered data delivery yesnoyesUses selective ACKs yesoptionalnoPath MTU discovery yesyesnoApplication PDU fragmentation yesyesnoApplication PDU bundling yesyesnoPreserves application PDU bounda

    37、ries yesnoyesMultistreaming yesnonoMultihoming yesnonoProtection against SYN flooding attack yesnon/aAllows half-closed connections noyesn/aReachability check yesyesnoPseudo-header for checksum no(uses vtags)yesyesTime wait state for vtagsfor 4-tuple n/aResources Randall R.Stewart,Qiaobing Xie,2002,

    38、“Stream Control Transmission Protocol(SCTP)A Reference Guide Stewart et.al.,Stream Contol Stream Transmission Protocol RFC-2960,October 2000.URL:http:/www.ietf.org/rfc/rfc2960.txt Ong L.and J.Yoakum,May 2002,“An Introduction to the Stream Control Transmission Protocol(SCTP)”URL:http:/www.ietf.org/rf

    39、c/rfc3286.txt Caro Jr.et al,“SCTP:A Proposed Standard for Robust Internet Data Transport”,November 2003,IEEE Computerhttp:/www.eecis.udel.edu/amer/PEL/poc/index.html#pubs Protocol Engineering Lab:http:/pel.cis.udel.edu Questions?Extra slidesOutlinethose in the audienceWhat are the components of the

    40、Internet?those in computer scienceWhat is a transport protocol?those who have taken networksWhat is SCTP?those who know TCP SCTP researchbrief personal commentsResearch Project I:Improving FTP Using SCTP MultistreamingFile Transfer ProtocolFTP servercontrol connectiondata connectionFTP clientn+1 TCP

    41、 connectionsClassic FTP over TCPPORT200SYNNLSTSYN-ACKACK150NAME LISTFINFIN-ACK226ACKPORT200SIZE213RETRSYNSYN-ACKACK150DATAFINFIN-ACK226ACKClientServerRedundant round tripsUsing multistreaming in FTPFTP serverFTP clientcontrol streamdata stream1 SCTP association Server ClientPORT200NLSTSYNSYN-ACKACK1

    42、50DATAFIN 226 FIN-ACKPORTACK200213RETRSYNSYN-ACKACK150DATAFIN 226SIZEFTP over TCPNLST150DATA 226213SIZE150DATA 226SIZE Client ServerFTP over multistreamed SCTP with command pipelining213RETRRETR Server ClientNLST150DATA 226213RETR150DATA 226SIZEFTP over multistreamed SCTPNLST150Name List226SIZE213RE

    43、TR150DATA226ClientServerNLST150Name List226SIZE213RETR150DATA226ClientServerSIZERETR213stream 0stream 0stream 0stream 0stream 1stream 0stream 0stream 0stream 1stream 0stream 0stream 0stream 0stream 0stream 0stream 1stream 0stream 0stream 0stream 0stream 1stream 0FTP over multistreamedSCTPFTP over mu

    44、ltistreamedSCTP with command pipeliningstream 0Experimental SetupFTP serverFTP clientTraffic shaperbandwidth=BW delay=Dbandwidth=BW delay=DBandwidth-Delay Configurations:1Mbps-35ms:US end-to-end coast 256Kbps-125ms:Satellite communication 3Mbps-1ms:UAV communicationLoss probability:0,.01,.03,.06,.10

    45、Loss probability distribution:UniformFile sizes:10K,50K,200K,500K,1MNumber of files transferred:10,100configuration:1Mbps -35msEnd-to-End configuration:BW=1Mbps,RTT=70msconfiguration:256Kbps-125msEnd-to-End configuration:BW=256Kbps,RTT=250msEnd-to-End configuration:BW=1Mbps,RTT=70msEnd-to-End config

    46、uration:BW=1Mbps,RTT=70msResultsFTP over SCTP with multistreaming/pipelining dramatically reduces end-to-end latency in multiple file transfers,and in a TCP-friendly manner reduces the server load(by decreasing the number of connections)reduces the network load maintains simplicity at the application

    展开阅读全文
    提示  163文库所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
    关于本文
    本文标题:非常好的传输层SCTP协议教程课件.ppt
    链接地址:https://www.163wenku.com/p-3221248.html

    Copyright@ 2017-2037 Www.163WenKu.Com  网站版权所有  |  资源地图   
    IPC备案号:蜀ICP备2021032737号  | 川公网安备 51099002000191号


    侵权投诉QQ:3464097650  资料上传QQ:3464097650
       


    【声明】本站为“文档C2C交易模式”,即用户上传的文档直接卖给(下载)用户,本站只是网络空间服务平台,本站所有原创文档下载所得归上传人所有,如您发现上传作品侵犯了您的版权,请立刻联系我们并提供证据,我们将在3个工作日内予以改正。

    163文库