{"status":"ok","message-type":"work","message-version":"1.0.0","message":{"indexed":{"date-parts":[[2025,6,19]],"date-time":"2025-06-19T04:43:26Z","timestamp":1750308206376,"version":"3.41.0"},"reference-count":12,"publisher":"Association for Computing Machinery (ACM)","issue":"3","license":[{"start":{"date-parts":[[2004,7,1]],"date-time":"2004-07-01T00:00:00Z","timestamp":1088640000000},"content-version":"vor","delay-in-days":0,"URL":"https:\/\/www.acm.org\/publications\/policies\/copyright_policy#Background"}],"content-domain":{"domain":["dl.acm.org"],"crossmark-restriction":true},"short-container-title":["SIGCOMM Comput. Commun. Rev."],"published-print":{"date-parts":[[2004,7]]},"abstract":"<jats:p>Over paths characterized by extended outage periods, a TCP connection can suffer a severe performance penalty due to its Retransmission Timeout (RTO) backoff mechanism. If outages are long enough, the RTO can grow large enough to cause unacceptably long pauses when the link is eventually restored. One proposed solution is \"Link-Up Notification\" (LUN), which involves an intermediate device that can detect the link state. When the link is restored, the device immediately sends a packet that causes traffic to resume, terminating the TCP timeout.<\/jats:p>\n          <jats:p>We have implemented a version of LUN that we call \"kickstart.\" A kickstart gateway buffers a packet from each connection and uses them to restart the connections when the channel is restored. Based on empirical data, we have built a mobile satellite channel emulator and demonstrated how the technique can effectively eliminate the pause in restarting a TCP flow once a blocked channel is reestablished. When conducting experiments with shorter channel outages and shorter TCP flows, a different picture emerges; in this case, while connection transfer times are not noticeably reduced by a kickstart gateway, the overall completion ratio of TCP connections is increased, as fewer connections are dropped due to exceeding the maximum number of retransmissions. Our experiments also exposed some problems in the Linux and FreeBSD end host TCP implementations that impair performance in such an environment. Correcting these problems improves success ratios still more, while having little positive effect on transfer times.<\/jats:p>","DOI":"10.1145\/1031134.1031136","type":"journal-article","created":{"date-parts":[[2005,1,26]],"date-time":"2005-01-26T16:49:14Z","timestamp":1106758154000},"page":"93-104","update-policy":"https:\/\/doi.org\/10.1145\/crossmark-policy","source":"Crossref","is-referenced-by-count":1,"title":["Experience with \"link-up notification\" over a mobile satellite link"],"prefix":"10.1145","volume":"34","author":[{"given":"Martin","family":"Duke","sequence":"first","affiliation":[{"name":"Boeing Phantom Works"}],"role":[{"role":"author","vocabulary":"crossref"}]},{"given":"Thomas R.","family":"Henderson","sequence":"additional","affiliation":[{"name":"Boeing Phantom Works"}],"role":[{"role":"author","vocabulary":"crossref"}]},{"given":"Jeff","family":"Meegan","sequence":"additional","affiliation":[{"name":"Boeing Phantom Works"}],"role":[{"role":"author","vocabulary":"crossref"}]}],"member":"320","published-online":{"date-parts":[[2004,7]]},"reference":[{"key":"e_1_2_1_1_1","unstructured":"M. Allman et al. \"Ongoing TCP Research Related to Satellites \" Internet RFC 2760 February 2000.]]   M. Allman et al. \"Ongoing TCP Research Related to Satellites \" Internet RFC 2760 February 2000.]]"},{"key":"e_1_2_1_2_1","doi-asserted-by":"crossref","unstructured":"J. Border et al. \"Performance Enhancing Proxies Intended to Mitigate Link-Related Degradations \" Internet RFC 3135 June 2001.]]   J. Border et al. \"Performance Enhancing Proxies Intended to Mitigate Link-Related Degradations \" Internet RFC 3135 June 2001.]]","DOI":"10.17487\/rfc3135"},{"key":"e_1_2_1_3_1","doi-asserted-by":"publisher","DOI":"10.1007\/BF01985757"},{"key":"e_1_2_1_4_1","doi-asserted-by":"crossref","unstructured":"G. Fairhurst and L. Wood \"Advice to Link Designers on Link Automatic Repeat Request (ARQ) \" Internet RFC 3366 August 2002.]]   G. Fairhurst and L. Wood \"Advice to Link Designers on Link Automatic Repeat Request (ARQ) \" Internet RFC 3366 August 2002.]]","DOI":"10.17487\/rfc3366"},{"key":"e_1_2_1_5_1","unstructured":"S. Dawkins \"End-to-end Implicit 'Link-Up' Notification \" Internet-Draft work-in-progress available on-line at http:\/\/www.ietf.org\/internet-drafts\/draft-dawkins-trigtran-linkup-00.txt June 2003.]]  S. Dawkins \"End-to-end Implicit 'Link-Up' Notification \" Internet-Draft work-in-progress available on-line at http:\/\/www.ietf.org\/internet-drafts\/draft-dawkins-trigtran-linkup-00.txt June 2003.]]"},{"key":"e_1_2_1_6_1","doi-asserted-by":"publisher","DOI":"10.1145\/963985.963989"},{"key":"e_1_2_1_7_1","first-page":"1783","author":"Elaoud M.","year":"2000","journal-title":"\"TCP-SMART: A Technique for Improving TCP Performance in a Spotty Wide Band Environment,\" Proceedings of IEEE"},{"volume-title":"MILCOM 2002","year":"2002","author":"Kim J.","key":"e_1_2_1_8_1"},{"volume-title":"Proc. IEEE INFOCOM Conference","year":"1997","author":"Mah B.","key":"e_1_2_1_10_1"},{"key":"e_1_2_1_11_1","doi-asserted-by":"crossref","unstructured":"J. Jacobsen R. Braden D. Borman \"TCP Extensions for High Performance.\" Internet RFC 1323 May 1992.]]   J. Jacobsen R. Braden D. Borman \"TCP Extensions for High Performance.\" Internet RFC 1323 May 1992.]]","DOI":"10.17487\/rfc1323"},{"key":"e_1_2_1_12_1","unstructured":"R. Braden \"TCP Extensions for High Performance: An Update \" Internet Draft work-in-progress available on-line at http:\/\/www.kohala.com\/start\/tcplw-extensions.txt June 1993.]]  R. Braden \"TCP Extensions for High Performance: An Update \" Internet Draft work-in-progress available on-line at http:\/\/www.kohala.com\/start\/tcplw-extensions.txt June 1993.]]"},{"key":"e_1_2_1_13_1","doi-asserted-by":"crossref","unstructured":"M. Allman V. Paxson W. Stevens \"TCP Congestion Control \" Internet RFC 2581 April 1999.]]   M. Allman V. Paxson W. Stevens \"TCP Congestion Control \" Internet RFC 2581 April 1999.]]","DOI":"10.17487\/rfc2581"}],"container-title":["ACM SIGCOMM Computer Communication Review"],"original-title":[],"language":"en","link":[{"URL":"https:\/\/dl.acm.org\/doi\/10.1145\/1031134.1031136","content-type":"unspecified","content-version":"vor","intended-application":"text-mining"},{"URL":"https:\/\/dl.acm.org\/doi\/pdf\/10.1145\/1031134.1031136","content-type":"unspecified","content-version":"vor","intended-application":"similarity-checking"}],"deposited":{"date-parts":[[2025,6,18]],"date-time":"2025-06-18T16:30:56Z","timestamp":1750264256000},"score":1,"resource":{"primary":{"URL":"https:\/\/dl.acm.org\/doi\/10.1145\/1031134.1031136"}},"subtitle":[],"short-title":[],"issued":{"date-parts":[[2004,7]]},"references-count":12,"journal-issue":{"issue":"3","published-print":{"date-parts":[[2004,7]]}},"alternative-id":["10.1145\/1031134.1031136"],"URL":"https:\/\/doi.org\/10.1145\/1031134.1031136","relation":{},"ISSN":["0146-4833"],"issn-type":[{"type":"print","value":"0146-4833"}],"subject":[],"published":{"date-parts":[[2004,7]]},"assertion":[{"value":"2004-07-01","order":2,"name":"published","label":"Published","group":{"name":"publication_history","label":"Publication History"}}]}}