1 / 12

RFC 1323: TCP Extensions for High Performance

V. Jacobson, et al ., RFC 1323: TCP Extensions for High Performance , 1992 . Mar . 17, 2010. RFC 1323: TCP Extensions for High Performance. The department of Information & Communications Engineering Soohyun Park parksh@hufs.ac.kr. Contents. Introduction Main issues

leiko
Download Presentation

RFC 1323: TCP Extensions for High Performance

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. V. Jacobson, et al., • RFC 1323: TCP Extensions for High Performance, 1992. Mar. 17, 2010 RFC 1323: TCP Extensions for High Performance The department of Information & Communications Engineering Soohyun Park parksh@hufs.ac.kr

  2. Contents • Introduction • Main issues • TCP Window Scale Option (WSopt) • TCP Timstamps Options (TSopt) • RTTM – Round-Trip Time measurement • PAWS – Product Against Wrapped Sequence Numbers

  3. Introduction • RFC 1323 • RFC1072 + RFC1185 • To improve performance over large bandwidth * delay product paths • To provide reliable operation over very high-speed paths Window scale option RFC 1323 • (New TCP options) Timestamps option are usedfor RTTM (Round Trip Time Measurement) PAWS (Protect Against Wrapped Sequences)

  4. Main issues TCP performance TCP reliability • Fundamental performance problems • Window size limit • Round-trip time measurement Duplication problems of sequence numbers Sequence number wrap-around on the current connection Earlier incarnation of the connection To solve 1. TCP window scale option (WSopt) PAWS (Protect Against Wrapped Sequences) 2. RTTM (Round Trip Time Measurement)

  5. TCP Window Scale Option (WSopt) • Introductions • The scale factor is carried in a new TCP option, Window Scale • This option is sent only in a SYN segment • The window scale is fixed in each direction when a connection is opened • The advantage : lower overhead • The disadvantage : the scale factor cannot be changed during the connection • The three-byte Window Scale option may be sent in a SYN segment by a TCP • Indicate that the TCP is prepared to do both send and receive window scaling • Communicate a scale factor to be applied to its receive window • Common features • This option is an offer, not a promise • This option may be sent in an initial <SYN> segment

  6. TCP Window Scale Option (WSopt) • Using the window scale option • All windows are treated as 32-bit quantities for storage in the connection control block and for local calculations • The connection state is augmented by two window shift counts • Snd.Wind.Scale • Rcv.Wind.Scale • If a TCP receives a <SYN> segment containing a Window Scale option, it sends its own Window Scale option in the <SYN,ACK> segment • The Window Scale option is sent with shift.cnt = R • Upon receiving a SYN segment with a Window Scale option containing shift.cnt = S • A TCP sets Snd.Wind.Scaleto S and sets Rcv.Wind.Scaleto R • Otherwise, it sets both Snd.Wind.Scale and Rcv.Wind.Scale to zero

  7. TCP Window Scale Option (WSopt) • Using the window scale option (Cont.) • The window field (SEG.WND) in the header of every incoming segment, with the exception of SYN segments, is left-shifted by Snd.Wind.Scale bits before updating SND.WND • The window field (SEG.WND) of every outgoing segment, with the exception of SYN segments, is right-shifted by Rcv.Wind.Scale bits

  8. TCP Timestamps option (TSopt) • Common features • Combine the timestamp and timestamp reply fields into a single TCP Timestamps Option • A TCP may send the Timestamps option (TSopt) in an initial <SYN> segment • A TCP may send a TSopt in other segments only if it received a TSopt in the initial <SYN> segment for the connection. Contains the current value of the timestamp clock of the TCP sending the option Only valid if the ACK bit is set in the TCP header

  9. RTTM – Round-Trip Time Measurement • Basic RTTM mechanism • Using TCP options, the sender places a timestamp in each data segment, and the receiver reflects these timestamps back in ACK segments • Asingle subtract gives the sender an accurate RTT measurement for every ACK segment • Which timestamp to echo (If more than one Timestamps option is received before a reply segment is sent) • Delayed ACKs • A hole in the sequence space (segment(s) have been lost) • A filled hole in the sequence space • An algorithm that covers all three cases • The connection state is augmented with two 32-bit slots • If Last.ACK.sent falls within the range of sequence numbers of an incoming segment • When a TSopt is sent, its TSecr field is set to the current TS.Recent value

  10. RTTM – Round-Trip Time Measurement • Example 1 • Packets arrive in sequence, and some of the ACKs are delayed • CASE (A) • the timestamp from the oldest unacknowledged segment is echoed • Example 2 • Packets arrive out of order, and every packet is acknowledged • CASE (B) • the timestamp from the last segment that advanced the left window edge is echoed, until the missing segment arrives • it is echoed according to CASE (C)

  11. PAWS – Product Against Wrapped Sequence Numbers • PAWS mechanism • A simple mechanism to reject old duplicate segments that might corrupt an open TCP connection • Uses the same TCP Timestamps option as the RTTM mechanism described • Basic PAWS algorithm • If there is a Timestamps option in the arriving segment and SEG.TSval < TS.Recent and if TS.Recent is valid • Then treat the arriving segment as not acceptable • If the segment is outside the window, reject it (normal TCP processing) • If an arriving segment satisfies: SEG.SEQ <= Last.ACK.sent • Then record its timestamp in TS.Recent • If an arriving segment is in-sequence (i.e., at the left window edge) • Then accept it normally • Otherwise, treat the segment as a normal in-window, out-of-sequence TCP segment

  12. PAWS – Product Against Wrapped Sequence Numbers • Timestamp clock • Does not require clock synchronization between sender and receiver • Puts a strong monotonicity requirement on the sender's timestamp clock • Header Prediction • Can be answered in fewer machine instructions • Adding header prediction to our timestamp procedure • Check timestamp • Do header prediction • If segment is next in sequence • If there are no special conditions requiring additional processing • Accept the segment, record its timestamp • Process the segment normally • Dropping segments that are outside the window • Possibly sending acknowledgments, Queueing in-window, out-of-sequence segments

More Related