PRES_835

download PRES_835

of 27

Transcript of PRES_835

  • 8/8/2019 PRES_835

    1/27

  • 8/8/2019 PRES_835

    2/27

  • 8/8/2019 PRES_835

    3/27

  • 8/8/2019 PRES_835

    4/27

  • 8/8/2019 PRES_835

    5/27

  • 8/8/2019 PRES_835

    6/27

  • 8/8/2019 PRES_835

    7/27

  • 8/8/2019 PRES_835

    8/27

  • 8/8/2019 PRES_835

    9/27

  • 8/8/2019 PRES_835

    10/27

  • 8/8/2019 PRES_835

    11/27

  • 8/8/2019 PRES_835

    12/27

  • 8/8/2019 PRES_835

    13/27

    4/16/2008 13

    TCP New RenoWhen multiple packets drops, Reno can not handlewellPartial ACK:

    happens if multiple packets are lost

    A partial ACK does not acknowledge all packets that areoutstanding at the beginning of a fast recovery (this takessender out of fast recovery)Sender must wait until timeout occurs

    New Reno:Partial ACK does not take sender out of fast recoveryNew Reno can handle multiple lost segments withoutentering slow start

  • 8/8/2019 PRES_835

    14/27

  • 8/8/2019 PRES_835

    15/27

  • 8/8/2019 PRES_835

    16/27

    4/16/2008 16

    Point-to-Point Client Serverconnection (PPP)

    ApplicationFTPconstant file sizeConstant inter-requesttime

    ProfileClientServer: FTP serverPacket discarder

    drop packets

  • 8/8/2019 PRES_835

    17/27

    4/16/2008 17

    CWND in PPP Server-Client: onedrop

  • 8/8/2019 PRES_835

    18/27

    4/16/2008 18

    Sent Segment Sequence NumberPPP Server-Client: one drop

  • 8/8/2019 PRES_835

    19/27

    4/16/2008 19

    CWND in PPP Server-Client: twodrops

  • 8/8/2019 PRES_835

    20/27

    4/16/2008 20

    Sent Segment Sequence NumberPPP Server-Client: two drops

  • 8/8/2019 PRES_835

    21/27

    4/16/2008 21

    WAN Topology

    West SubnetEast Subnet

    WAN Topology

  • 8/8/2019 PRES_835

    22/27

    4/16/2008 22

    CWND in WAN: packet drop(0.05%) packet latency (0.001)

  • 8/8/2019 PRES_835

    23/27

    4/16/2008 23

    SSSN in WAN, packet drop(0.05%)-packet latency (0.001)

  • 8/8/2019 PRES_835

    24/27

  • 8/8/2019 PRES_835

    25/27

    4/16/2008 25

    CWND in Wireless Topology

  • 8/8/2019 PRES_835

    26/27

    4/16/2008 26

    ConclusionReno performs well only if no loss or one packet dropwithin a windowNewReno can deal with multiple lost segmentswithout entering slow start

    SACK (selective acknowledgement and selectiveretransmit)TCP congestion control algorithms do not perform

    satisfactory in wireless network due to signalattenuation in wireless environment.

  • 8/8/2019 PRES_835

    27/27

    4/16/2008 27

    References

    K. Fall and S. Floyd, Simulation based comparisons of Tahoe, Renoand SACK TCP, Computer Communications Review , vol. 26, no. 3, July1996, pp. 5-21.M. N. Akhtar, M. A. O. Barry and H. S. Al-Raweshidy Modified TahoeTCP for wireless networks using OPNET simulator, Proc of the London

    Communications Symposium (LCS2003), London, Sept 2003.W. Stevens, TCP slow start, congestion avoidance, fast retransmit andfast recovery algorithms,. Network Working Group, RFC2001, Jan1997.M. Omueti and Lj. Trajkovic, M-TCP+: using disconnection feedback to

    improve performance of TCP in wired/wireless networks, Proc. SPECTS 2007, San Diego , CA, USA, July 2007, pp. 443-450. A. S. Tanenbaum, Computer Networks, The Transport Layer, 4rdEdition.