100 likes | 233 Views
Advanced IP Framework. RSVP. Real-time Applications. Applications. RTP/RTCP. HTTP. SMTP. UDP. TCP. IPv4 and IPv6. Integrated Services Packet Forwarding. Integrated Services. Enhancements to IP Network Model to support real-time and best-effort flows Motivation
E N D
Advanced IP Framework RSVP Real-time Applications Applications RTP/RTCP HTTP SMTP UDP TCP IPv4 and IPv6 Integrated Services Packet Forwarding
Integrated Services • Enhancements to IP Network Model to support real-time and best-effort flows • Motivation • Best effort Only is no longer viable • New apps require QoS and cannot adapt to network congestion • Optimized network and resource utilization • Integrated Service Components • Setup protocol-used by hosts/routers to signal QoS into network • Flowspec - define traffic and QoS characteristics of traffic flow • Traffic Control - control traffic flows within host/router to meet required QoS
ROUTER HOST Appli- cation RSVP RSVP process RSVP process Routing process Policy Cntrl Policy Cntrl data Admis Cntrl Admis Cntrl Class- ifier Packet Schedulr Class- ifier Packet Scheduler data data IntServe Model • Reservation Protocol : RSVP • Admission Control : determine if QoS request can be satisfied • Classifier : maps packets to a service class • Packet Scheduler : forwards packets based on service class
IntServe TSpec • Characterized IntServe Traffic Flows • Defined as a Token Bucket with b(=bucket size in bytes) and r(=bucket rate in bytes/sec) • Data sent cannot exceed rT+b where T is a time interval r b Packets Server
RSVP • Resource Reservation Protocol • Signaling Protocol for IPv4/IPv6 • NOT a Routing Protocol • uses unicast & multicast routing protocol • Enable Hosts/Routers to reserve resource to support a desired application traffic and QoS in IntServe Internet • RSVP is Receiver-initiated • Support Unicast & Multicast • Simplex-unidirectional data flow for resource allocation • Multiple Reservation Style • Uses Soft-State
RSVP Example • S1에서 Path msg를 D1,D2로 멀티캐스트 시킨다. • 각 중간 노드 R1, R2, R3에서 Path State를 생성 시킨다. • Path를 수신한 D1, D2는 각각 S1에 대해 Resv 메세지를 유니캐스트한다. • R3에서는 각 D1및 D2의 Resv 값에 대한 merge를 수행할 수 있다. • 각 Resv msg는 Path의 PHOP 정보를 이용하여 다음 노드로 전송된다. 예를 들어 R2에서 생성된 Resv msg는 R2에 있는 Path state의 PHOP(R1’s I3인터페이스의 IP주소 및 LIH 값)을 이용하여 R1으로 유니캐스트 된다.
RTP & RTCP • Requirements for a Real-Time Protocol • Many Different types of real-time data exist • Most but not all could benefits from a protocol that carries clocking from the source to the destination • TCP is ill-suited for the task • TCP Congestion control • Retransmission • does not preserve time relationship between source and destination • does not support Multicast
RTP • Real-time Transport Protocol • End-to-End transport for applications with real-time requirements • Sequencing Numbering • Payload type identification • timestamping • delivery monitoring • RTP does not • establish connections • guarantee delivery • perform resource reservation • RTP may make use of other transport protocols such as UDP • RFCs 1889 and 1890
RTP Components RTP Host RTP/RTCP Flow Appl Sender Application RTP Media Encoding UDP/IP RTP RTP RTP RTCP RTCP Appl Appl UDP ATM ST-2 RTP RTP IP UDP/IP UDP/IP Receivers
RTCP • RTP Control Protocol • RTCP Functions • QoS Monitoring & feedback • Inter-media Synchronization • identification • RTCP Packet type • Sender Report : sender transmission • Receiver Report : receiver transmission data • Source Description(SDES) : name, e-mail, location, etc • Bye : indicates end of participation • RTP Packets are muticast so that all participants can find out what is going on