SCTP 표준기술분석및전망 Analysis and Prospect of Stream Control Transmission Protocol 고석주 (S.J. Koh) 정희영 (H.Y. Jung) 민재홍 (J.H. Min) 박기식 (K.S. Park) 표준기반연구팀선임연구원표준기반연구팀선임연구원표준기반연구팀책임연구원, 팀장표준연구센터책임연구원, 센터장 최근 SCTP(Stream Control Transmission Protocol) 는 TCP/UDP 이후의차세대수송계층프로토콜로서주목받고있다. SCTP 는기존 TCP 및 UDP 의문제점을극복하도록설계되었으며특히 multi-streaming 및 multi-homing 특성을제공한다. 본고에서는 SCTP 프로토콜의기본특징에대하여알아보고, 현재논의중인확장작업의주요골자를살펴본다. I. 서론 인터넷실시간멀티미디어응용서비스의다양한요구사항에도불구하고, 그동안인터넷에서의수송계층프로토콜은 TCP(Transmission Control Protocol) 및 UDP(User Datagram Protocol) 로제한되어왔다. TCP 및 UDP 프로토콜은기존의전기통신망에서제공되던전화서비스를비롯하여새로이개발되는고도의실시간멀티미디어응용서비스제공에는부적합하다. 이러한배경으로 IETF에서는 2000년 10월에 SCTP(Stream Control Transmission Protocol) 을 RFC 2960으로제정하였다. 초기 SCTP 개발목적은인터넷망에서의전화서비스신호메시지전달에있었으나, 최근에는범용 (generalpurpose) 수송계층프로토콜로서다양한종류의응용서비스로적용범위를확대하고있다. SCTP는 UDP의메시지지향 (message-oriented) 특성과 TCP의연결형 (connection-oriented) 및신뢰성 (reliability) 특성을조합한프로토콜이다. 이외에도 SCTP는멀티스트리밍 (multi-streaming) 및멀티호밍 (multi-homing) 특성을제공한다. 멀티스트리밍특성을통해 TCP의 HOL(Head-of-Line) 블로킹문제를해결하고있으며, 멀티호밍특성을통해, IP 경로장애에대한복구 (fail-over) 기능을제공한다. 또한세션초기화및종료단계에서기존 TCP의문제점으로지적되던 TCP-SYN 공격 문제및 half-closed state 문제등을해결하고있다. SCTP는 IP 패킷에표시되는프로토콜식별번호 (protocol ID) 로서 UDP(6), TDP(17) 처럼 132번을부여받았다. SCTP 수송계층프로토콜은 VoIP(Voice over IP) 신호전달외에도, 실시간다중미디어를전송하는웹응용, AAA(Authentication, Authorization, Accounting) 등의고도의신뢰성을요구하는보안응용등을위해사용될수있으며, 특히최근이슈화되고있는 all-ip 기반이동통신망에서핸드오버기능을용이하게제공할수있을것으로전망된다. 현재 IETF에서는 SCTP 기본규격제정작업을마치고, 구현, 검증및추가기능확장작업을진행중이다. SCTP 구현작업은미국, 독일을비롯한세계 11
전자통신동향분석제 18 권제 3 호 2003 년 6 월 여러나라에서진행중이며, 일부구현코드가공개되어있다. 현재활발하게논의중인 SCTP 추가확장작업으로는 부분신뢰성 (partial reliability) 제공기능및 동적인 IP 주소재구성 기능등이있다. 본고에서는 SCTP 프로토콜의기본특징에대하여알아보고, 현재논의중인추가확장작업에대하여살펴본다. II. SCTP 개요 SCTP 표준개발은 1998년에 SIGTRAN WG에서시작되었다. SIGTRAN WG에서는 IP 망에서의 VoIP 시그널링 ( 예 : SS7) 전송을위해적합한새로운전송프로토콜표준개발을주요목표로하였다. 신호정보의특성상고도의실시간성및신뢰전송을제공하는수송계층프로토콜을필요로하였다. 특히, 수송계층에서의전송경로장애를대비한대체경로 (alternate path) 확보기능을필요로하였으며, 하나의세션을통해여러호처리 (call processing) 메시지가전송되는 multi-streaming 기능도요구되었다. 위와같은기능은전통적인 TCP로서는지원되기어렵다는인식하에, SIGTRAN WG은새로운수송계층프로토콜, SCTP를개발하기에이른다. SCTP는 2000년 10월 SIGTRAN WG에서 RFC 2960으로제정되었으며 [1]-[5], 이후보완 [6]- [8], 구현및검증관련 [9]-[12] 후속표준작업이계속되고있다. 이후 SCTP를단순히신호전달기능이아닌, TCP 이후의차세대수송계층프로토콜로개발하려는취지하에, 관련확장작업은 Transport Area WG에서진행되고있다 [13],[14]. 현재, SCTP 구현및확장작업은미국, 독일등의여러곳에서진행중이다. 특히, SCTP의활용은다중스트림특성을갖는멀티미디어응용, 실시간신뢰전송을요구하는응용및이동단말의핸드오버 (handover) 기능제공을위해사용되는방안이적극검토되고있으며, 관련표준개발작업이진행중이다. 1. SCTP 아키텍처 가. 프로토콜구조 SCTP는기존의 UDP 및 TCP에비해많은장점을제공한다. SCTP는 UDP의데이터그램지향성과 TCP의순서화 (sequencing) 및신뢰성특징을결합한것으로볼수있다. 추가적으로 SCTP는멀티호밍 (multi-homing) 환경에서다중스트림및메시지지향성전달특성을갖는다. ( 그림 1) 에서보여지듯이, SCTP는응용계층과네트워크계층사이에위치한다. SCTP는 SCTP peers 간에응용데이터를 APIs(Application Programming Interfaces) 로전달받아 IP 망을통해전송하는기능을수행한다. 각 SCTP 단말은하나의 SCTP 세션에서여러개의 IP 주소를사용할수있다. SCTP는두지점간에메시지전송을위해다중경로 (multiple path) 및다중스트림기능을사용한다. 두 SCTP 지점간의 SCTP 연결을 SCTP association 이라한다. 특정 SCTP association 에서의전송절차는크게연결초기화 (initiation), 데이터전송 (data transfer) 및연결종료 (shutdown) 단계로나뉘어진다. SCTP 패킷혹은 PDU(Protocol Data Unit) 은하나의헤더 (header) 와여러개의 chunks로구성되며, 각 chunk는제어정보혹은응용데이터를포 SCTP User Application API s SCTP Transport Service IP Network Service SCTP Node A IP Addresses IP Addresses NetworkTransport ( 그림 1) SCTP 프로토콜구조 SCTP User Application API s SCTP Transport Service IP Network Service SCTP Node B 12
SCTP 표준기술분석및전망 함한다. SCTP 스트림에서각데이터는순서적으로전달되며, 멀티호밍특성을활용하여망장애 (network failure) 에대비한복구기능을수행할수있다. SCTP의기본특징은다음과같다. 1) 세션인증및 SACK 메커니즘 SCTP 세션초기화과정에서, SCTP endpoint 간에 COOKIE를사용하여인증을위한 key 정보를교환한다. COOKIE 정보는 MAC(Message Authentication Codes) 코드를통해생성되며 DoS (Denial of Service) 공격방지를위해사용된다. 또한세션도중에데이터수신여부및재전송요구등을나타내기위해수신자는 SACK(Selective Acknowledgement) chunk를송신자에게보낸다. 2) 경로선정및감시 (Path Selection and Monitoring) 각사용자는하나의 SCTP 세션에여러 IP 주소를사용할수있으며, 세션중에는 primary 주소가지정되어데이터전송에사용되며, 나머지 alternate 주소는재전송혹은 primary 주소가 failure된경우에사용된다. 이를위해, SCTP는주기적으로가용 IP 주소의연결상태를검사하여, active 혹은 inactive 상태정보를기록한다. 3) 흐름및혼잡제어 (Flow and Congestion Control) SCTP 흐름제어 (flow control) 는 association 별로수행되는반면, 혼잡제어 (congestion control) 는전송경로별로수행된다. 흐름제어를위해각 SCTP endpoint 는 TCP처럼수신윈도를송신자에게알려주며, 혼잡제어를위해 congestion 윈도크기를적절히조절한다. 나. SCTP 특징기본적으로 SCTP는 TCP에비해멀티스트리밍 및멀티호밍특성을제공하며, 또한세션초기화, 데이터전송및세션종료에서도 TCP와다른특징을제공한다. 1) 멀티호밍 SCTP의멀티호밍특성은 SCTP 세션이여러개의 IP 주소를동시에사용할수있도록하며, 세션도중네트워크장애가발생하는경우대체경로 ( 혹은대체 IP 주소 ) 를통해세션이유지되도록한다. 세션초기화단계에서, 각 SCTP peers는가용한 IP 주소목록을교환하며, 이중에 primary IP 주소를선정해준다. 상대편 SCTP는 primary 주소를수신주소로하여데이터를전송하게된다. SCTP 경로관리에의해 primary IP 주소에이상이있다고판단되는경우, SCTP는다른대체 IP 주소로데이터전송을계속한다. 2) 멀티스트리밍 SCTP의멀티스트리밍특성은하나의세션을통해다양한종류의응용데이터를보낼수있도록한다. 세션초기화단계에서송신자는자신이전송할스트림의개수를수신자에게통보하며, 전송단계에서각스트림별로독립적인순서화 (ordering) 기능이제공된다. 데이터복구및재전송과정또한스트림 ID 별로수행되어, 기존의 TCP에서문제시되었던 HOL 블로킹문제를해결한다. 지금까지기술한멀티스트리밍및멀티호밍특성이외에도, SCTP는 TCP와는다른세션초기화, 데이터전송및종료절차를사용한다. 3) 세션초기화초기화과정에서 SCTP는 TCP의 three-way handshake와는달리, four-way handshake 절차를사용한다. 이러한 4단계초기화절차는외부의 DoS 공격을방어하는데에적합하다. 또한 SCTP는 verification tag와 COOKIE 값을사용하여, 소위 TCP SYN 공격 (blind attack) 을방지한다. 13
전자통신동향분석제 18 권제 3 호 2003 년 6 월 4) 데이터전송 SCTP 데이터전송단계에서, 각데이터 chunk 에게 TSN(Transmission Sequence Numbers) 및 SSN(Stream Sequence Numbers) 값이부여된다. TSN은세션에대한흐름제어및오류복구를위해사용되며, SSN은수신단 SCTP에서스트림별순서화를위해사용된다. 5) 세션종료 SCTP 세션종료 (shutdown) 의절차는 TCP의 half-open 문제를해결한다. TCP에서는 4단계절차를통해각 SCTP 개체별로데이터전송을종료했으나, SCTP에서는 3단계절차를사용하여두개체의데이터전송종료가통합적으로이루어지도록하였다. 다. SCTP 패킷구조 ( 그림 2) 는 SCTP 패킷구조를보여준다. SCTP 패킷의헤더에는송신자포트번호 (16bits), 수신자포트번호 (16bits), verification tag(32bits) 및전체패킷에대한 Checksum(32bits) 정보가포함된다. Verification tag 값은 association 별로할당되며, 세션식별자로사용된다. 하나의 SCTP 패킷은여러개의데이터및제어 chunks를포함할수있으며, 데이터 chunk의경우 Type, Length 정보와함께해당데이터 chunk에대한 TSN, SSN 번호를포함하여추후오류제어및흐름제어등에사용된다. SCTP는 chunk 와함께여러개의제어 Source port Destination port Verification tag Type Flag Length Checksum TSN Chunk-1 Stream ID SSN Chunk-2 Chunk-n Protocol ID User data ( 그림 2) SCTP 패킷구조 < 표 1> SCTP 제어 Chunks INIT 제어 Chunk INIT-ACK COOKIE-ECHO COOKIE-ACK SACK (Selective ACK) HEARTBEAT HEARTBEAT-ACK ABORT ERROR -ACK - COMPLETE 내용 SCTP association 의초기화를위해 initiator 에의해전송됨 INIT chunk 에대한응답메시지 SCTP initiator는 INIT-ACK를받은후세션설정을마무리하기위해 COOKIE-ECHO를전송 COOKIE-ECHO chunk에대한응답메시지데이터수신상태정보를나타내기위해사용되며, 수신데이터 chunk 에대한 TSN, SSN 정보포함 SCTP 경로관리를위해사용되며, SCTP는자신의가용 IP 주소에대해 HEARTBEAT chunk 전송 HEARTBEAT chunk에대한응답메시지상대 SCTP endpoint에게비정상적인세션종료를나타냄 SCTP 운용상의오류를나타냄 정상적인세션종료메시지 에대한응답메시지 최종세션종료를나타냄 chunks를사용하며, 추후 SCTP 확장작업과함께제어 chunk의수는증가할수있다. SCTP 기본규격 (RFC 2960) 에정의된주요제어 chunk의종류를정리하면 < 표 1> 과같다. 2. 프로토콜동작방식 가. SCTP 세션초기화 SCTP 세션초기화는 4단계절차로구성된다. 먼저 SCTP-A는 INIT 메시지 (INIT chunk를포함하는 ) 를 SCTP-Z에게전송하여세션초기화를시작한다. INIT 메시지는 A에서사용할 IP 주소목록을포함한다. SCTP-Z는 INIT에응답하여 INIT-ACK 메시지를전송하며, 자신이사용할 IP 주소목록을포함시킨다. INIT 메시지교환은세션초기화의첫번째절차이지만, 이단계의각 endpoint 에서는 SCTP PCB(Protocol Control Block) 상태정보를생성시키지않는다 (( 그림 3) 참조 ). 이후에 COOKIE-ECHO 및 ACK 메시지를교 14
SCTP 표준기술분석및전망 SCTP-A SCTP-Z INIT INIT-ACK COOKIE-ECHO COOKIE-ACK ( 그림 3) SCTP 초기화환함으로써세션초기화가마무리되며, 이단계의각 endpoint 에서 PCB를생성시킨다. COOKIE의사용은세션에대한사용자인증기능을제공하며, 또한정당한 COOKIE에대해 PCB를생성시킴으로써 TCP-SYN(blind attack) 문제를해결한다. ( 그림 4) 는 SCTP 초기화단계에서의각종단에서의상태천이도 (state transition diagram) 를보여준다. 각단계별로 SCTP 종단에서는 INIT, COOKIE 타이머를사용하며, COOKIE-ECHO 및 COOKIE-ACK chunks 는데이터 chunks 와함께전송될수있다. 나. 데이터전송 SCTP는오류제어를위해서 Selective ACK (SACK) 방식을사용한다. A에서전송된데이터 chunks에대해, 수신자 Z는수신된데이터 chunks 의목록을 SACK chunk를통해 A에게알려준다. SACK 전송규칙은 A에서의재전송타이머및흐름제어등을고려하여제정되었다. ( 그림 5) 에서보여지듯이, 적어도 2개의데이터 SCTP 패킷 ( 여러개의데이터 chunks 포함가능 ) 마다하나의 SACK chunk를보내야하며 ( 흐름제어를위해 ), SACK chunk는데이터 chunks와함께전송될수있다. ( 그림 6) 에서보여지듯이, 데이터전송단계에서는각 SCTP 종단은 SACK와함께경로 ( 목적지 IP 주소 ) 관리를위해 HEARTBEAT 메시지를전송한다. 이를통해상대방의어떤 IP 주소들이가용한지를주기적으로파악한다. 다. SCTP 세션종료 SCTP 세션종료절차는 TCP의 4단계와는달리, 3단계로구성된다. 이를통해 TCP의 half-open closing 을해결함으로써프로토콜상태관리를최적화하였다. 먼저 ( 그림 7) 에서보는바와같이, A는데이터전송종료후에 메시지를전송한다. Z는자신의데이터전송을마무리하고 - ACK를 A에전달한다. 마지막으로 A는 SHUT- SCTP Node A From Any State From Any State SCTP Node B Create TCB Send INIT Start INIT Timer ERROR/ABORT INIT Chunk Receive INIT Create COOKIE Send INIT-ACK Receive INIT-ACK Stop INIT Timer Start COOKIE Timer INIT-ACK COOKIE-ECHO Receive COOKIE-ACK Established Transmit Receive COOKIE-ECHO Stop COOKIE Timer Send COOKIE-ACK COOKIE-ACK ( 그림 4) SCTP 초기화단계상태천이도 15
전자통신동향분석제 18 권제 3 호 2003 년 6 월 SCTP-A SCTP-Z DOWN-COMPLETE 를전송하여최종적으로세션 SACK SACK & 종료를마무리한다. ( 그림 8) 은세션종료단계에서의프로토콜상태천이도를보여준다. 노드 A는 타이머를가동하여 B로부터 -ACK가오지않는경우 메시지를재전송할수있다. SACK ( 그림 5) SCTP 데이터전송 SCTP Node A SCTP Node B Transmit 3. SCTP 개발현황 SCTP 표준개발작업은 IETF SIGTRAN WG에서시작되어현재기본규격제정은마무리된상태이다. RFC 2960은 SCTP 기본규격문서이며, 보조 Recieved Start Transmition Send SACK Chunk SCTP-A SCTP-Z Receive SACK Chunk Send SACK Chunk SACK HEARTBEAT Receive HEARTBEAT Send HEARTBEAT-ACK -ACK Send HEARTBEAT Receive HEARTBEAT-ACK HEARTBEAT-ACK -CMPL ( 그림 6) SCTP 데이터전송단계상태천이도 ( 그림 7) SCTP 세션종료 SCTP Node A SCTP Node B Send Start Timer Receive Send -ACK Receive -ACK Send -COMPLETE Stop Timer Delete TCB -ACK - COMPLETE Receive -COMPLETE ( 그림 8) SCTP 세션종료단계상태천이도 16
SCTP 표준기술분석및전망 receive INIT generate COOKIE send INIT-ACK receive valid COOKIE-ECHO create TCB send COOKIE-ACK Closed from any state COOKIE Wait COOKIE Echoed [ASSOCIATE] receive ABORT delete TCB [ABORT] send ABORT delete TCB create TCB send INIT start INIT Timer receive INIT-ACK receive COOKIE-ACK or send COOKIE-ECHO stop INIT Timer start COOKIE Timer stop COOKIE Timer Established [] check outstanding data chunks no more outstanding send start Timer Pending Sent Received receive check outstanding data chunks receive -ACK stop Timer send - COMPLETE delete TCB receive send -ACK start Timer Closed ( 그림 9) SCTP 프로토콜상태천이도 - Ack-Sent no more outstanding send -ACK start Timer receive - COMPLETE stop Timer delete TCB or receive -ACK stop Timer send -COMPLETE delete TCB 문서로서 RFC 3257, 3286 문서가작성되었다. 기본규격제정후에 SCTP 표준화작업은 IETF TRANSPORT AREA WG으로이관되었으며, 현재는 VoIP 시그널링용프로토콜이아닌 TCP 차기버 전의범용수송계층프로토콜로서표준규격개발작업이진행되고있다. 이후에추가규격확장작업이계속진행되고있으며, SCTP 관련수송계층보안문서가 RFC 3436으 17
전자통신동향분석제 18 권제 3 호 2003 년 6 월 로 2002년 12월에제정되었다. 현재 WG에서개발중에있는문서로는 SCTP 구현가이드 [6], SCTP 를위한소켓 API 확장 [7], SCTP MIB(Management Information Base)[8] 등이있다. 최근에는이동통신에서핸드오버를지원하기위해세션도중에도새로운 IP 주소를추가, 삭제, 변경할수있는기능이추가적으로개발되고있다 [13]. SCTP 구현및개발작업은미국, 독일등전세계적으로진행중에있다 [9]-[12]. 현재 BSD 및리눅스플랫폼환경에서개발이진행중에있으며, 관련 ns- 2 시뮬레이션코드도개발되었다. 구현작업또한커널환경및 user space 에서모두개발이진행중이다. ( 그림 9) 는 SCTP 구현을위한전체적인동작상태천이도이다. III. SCTP 확장 SCTP 프로토콜은범용 (general-purpose) 수송계층프로토콜로서사용되기위해, 향후추가기능확장작업이계속될것으로전망된다. 현재진행되고있는주요기능확장작업으로는 부분신뢰성 (partial reliable) 제공기능 [13] 및 동적인 IP 주소구성 [14] 등이있다. 1. PR-SCTP PR-SCTP(Partial Reliable-SCTP) 는실시간응용을위해제정되고있으며 [13], SCTP 데이터전송도중에 time-critical 스트림에대해서는오류제어를중단하고곧바로응용계층에전달될수있는기능을정의한다. PR-SCTP 기능사용을위해서는 SCTP 양방간에세션초기화단계에서부터 PR-SCTP 기능을지원할것인지여부를협상해야한다. 일단데이터전송이시작된후에, 송신자는필요에따라특정 TSN 번호이전의데이터에대해서는신뢰성제공기능을중지하도록상대편종단에통지할수있다. 수신자는 PR-SCTP 신호를받았을경우, 자신의버퍼에 있는해당데이터 chunks들을곧바로상위응용에전달한다. 이러한확장기능은주로시간적제약을갖는응용데이터전송에사용될것으로전망된다. 2. Mobile SCTP 또하나의주요 SCTP 기능확장으로는 ADDIP 확장을들수있다 [14]. SCTP 기본규격에서는세션에사용되는 IP 주소를세션초기화단계에서만지정하도록되어있었으나, 본확장규격에서는세션도중에도신규 IP 주소를세션에등록하거나혹은삭제하는기능을제공한다. 또한세션도중에 primary IP 주소를변경하는기능도포함한다. 이러한 SCTP 세션에대한 IP 주소의재구성이필요할경우, 해당 SCTP는관련주소정보를 AS- CONF(Address Configuration Change) 제어 chunk 에실어상대방에게전송하며, 상대방은 ACSONF- ACK chunk 로응답할수있다. 위기능은특히이동단말이세션도중에다른 IP 망으로이전하게되는경우에, seamless 핸드오버기능지원을위해필수적으로요구되는사항이다. 특히기존의 Mobile IP[15]-[18] 경우, 핸드오버기능이취약하였으나 SCTP를통해핸드오버기능이상당히개선될것으로기대된다 [19]. 한편완전한 IP 이동성지원을위해서는핸드오버와함께, IP 단말에대한위치관리기능이제공되어야하며, 이를위해 Mobile IP의위치등록기능이함께사용될수있을것으로전망된다 [20]. 본절에서는 AS- CONF 기능을활용한 seamless 핸드오버절차에대해기술한다. ( 그림 10) 에보여지듯이, 이동단말이 SCTP를사용하며세션도중에 IP 지역을바꾸는경우핸드오버절차는다음과같다 [19]. (1) 먼저그림에서처럼, 세션초기화단계에서이동단말 (Mobile Node: MN) 은주소 2를, 상대단말 (Correspondent Node: CN) 은주소 1을사용하여 SCTP 세션을설정하였다고가정한다. 18
SCTP 표준기술분석및전망 Access Router A Internet Correspondent Node Access Router B IP address 1 Overlap Region Mobile Node IP address 2 Mobile Node IP address 3 ( 그림 10) SCTP 핸드오버 (2) MN이다른 IP 영역으로이동하는경우, 중첩지역 (overlapping region) 에서신규주소 3을하위네트워크계층으로부터받게되면, 이를 ASCONF chunk 를통해 CN에게통지한다. 이를통해 MN은 dual-homing 상태가되며, CN 으로부터의데이터를주소 2 뿐만아니라주소 3을통해서도받을수있게된다. (3) MN은무선계층의신호세기에따라 primary 주소를주소 3으로변경할수있다. (4) MN이중첩지역을벗어나는경우 ASCONF를통해기존주소 2를 SCTP 세션에서삭제할수있다. (5) 이러한절차가 SCTP 세션도중에 IP 지역을바꿀때마다되풀이된다. SCTP 기반의핸드오버는기존의 MIP(Mobile IP) 와는달리종단간수송계층에서이루어진다는특징이있으며, 따라서터널링등의네트워크라우터의도움이없이도적용가능하다. SCTP 핸드오버에대한유일한요구사항은 MN 및 CN에 SCTP가사용되어야한다는점이다. 이러한 Mobile SCTP 기능은차세대 all-ip 기반이동통신망의 IP 이동성관리기법으로적용될수있을것으로전망된다. IV. 결론및향후전망 지금까지본고에서는 SCTP 프로토콜의기본 특징및주요확장기능에대하여살펴보았다. SCTP 는 TCP 이후의차세대수송계층프로토콜로서지속적인표준확장및보급이이어질것으로전망된다. 시간이지남에따라 SCTP 보급이확대되면, 기존에 TCP를통해제공되던응용들도 SCTP를통해보다효율적으로제공될수있을것으로전망된다. 특히, 실시간멀티미디어전송및고도의신뢰성이요구되는응용에대해서는 SCTP의적용이선호된다. 또한, 차세대이동통신망에서의 IP 이동성제공측면에서도 SCTP의사용이긍정적으로검토될수있을것이다. 참고문헌 [1] R. Stewart and Xie Qiaobing, Stream Control Transmission Protocol, Addison-Wesley, 2001. [2] R. Stewart et al., Stream Control Transmission Protocol, IETF RFC 2960, Oct. 2000. [3] L. Ong and J. Yoakum, An Introduction to the Stream Control Transmission Protocol(SCTP), IETF RFC 3286, May 2002. [4] L. Coene et al., Stream Control Transmission Protocol Applicability Statement, IETF RFC 3257, April 2002. [5] A. Jungmaier et al., Transport Layer Security over SCTP, IETF RFC 3436, Dec. 2002. [6] R. Stewart et al., SCTP Implementers Guide, IETF Internet Draft, draft-ietf-tsvwg-sctpimpguide-sctp-07.txt, Oct. 2002. [7] R. Stewart et al., Sockets API Extensions for SCTP, IETF Internet Draft, draft-ietf-tsvwgsctpsocket-05.txt, Oct. 2002. [8] J. Pastor and M. Belinchon SCTP Management Information Base, IETF Internet Draft, draft-ietfsigtran-sctp-mib-08.txt, Nov. 2002. [9] SCTP implementations by BSD, http://sourceforge. net/projects/lksctp [10] SCTP implementations by Linux, http://rivus. sourceforge.net/ [11] SCTP ns-2 simulations codes, http://pel.cis.udel. edu/#downloads [12] SCTP tutorial, http://www.iec.org/online/tutorials/ sctp/ 19
전자통신동향분석제 18 권제 3 호 2003 년 6 월 [13] R. Stewart et al., SCTP Partial Reliability Extension, IETF Internet Draft, draft-stewart-tsvwgprsctp-02.txt, Dec. 2002. [14] R. Stewart et al., SCTP Dynamic Address Reconfiguration, IETF Internet Draft, draft-ietftsvwg-addip-sctp-05.txt, May 2002. [15] C. Perkins(ed.), IP Mobility Support for IPv4, IETF RFC 3344, Aug. 2002. [16] D. Johnson et al., Mobility Support in IPv6, IETF Internet Draft, draft-ietf-mobileip-ipv6-20.txt, Jan. 2003. [17] K.L. Malki et al., Low Latency Handoffs in Mobile IPv4, IETF Internet Draft, draft-ietf-mobileiplowlatency-handoffs-v4-04.txt, June 2002. [18] R. Koodli et al., Fast Handovers for Mobile IPv6, IETF Internet Draft, draft-ietf-mobileip-fastmipv6-05.txt, Sep. 2002. [19] S.J. Koh et al., Use of SCTP for Seamless Handover, IETF Internet Draft, draft-sjkoh-mobilesctp-handover-00.txt, Feb. 2003. [20] S.J. Koh et al., SCTP with Mobile IP for IP Mobility Support, IETF Internet Draft, draft-sjkohmobile-sctp-mobileip-00.txt, Feb. 2003. 20