INTELiCON: A Framework for the Simultaneous Utilization of Multiple Interfaces and its Application on TCP

Manousakis, Kyriakos; Famolari, D.

doi:10.1109/iwcmc.2008.169

Cited by 3 publications

(6 citation statements)

References 7 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…Phatak et al [148,149], BAG [26,27], PRISM [103,104], ETOM [108], MAR [166], INTELiCON [121], MLP [51], SIMA [150], mHIP [64,151], Sun et al [189], LISP [55], OSCAR [66], LISP-HA [126] Transport BA-SCTP [13], W-SCTP [24], CMT-SCTP [8,46,47,48,49,88,89,90,119,175], LS-SCTP [5,6], cmpTCP [172], WiMP-SCTP [84], cmpSCTP [117], mSCTP-CMT [21], FPS-SCTP [128], R-MTP [120], Lee et al [110], pTCP [81,82,83], R 2 CP [80,105], Cetinkaya et al [25], mTCP [204], M-TCP [28], M/TCP [167], R-M/TCP [168], cTCP [45], MPL...…”

Section: Networkmentioning

confidence: 99%

“…Manousakis et al [121] proposed INTELiCON to allow devices to exploit wireless access diversity. At the sending side, a Packet Processing module manipulates the content of packets, e.g., modifying IP headers and Piggy-Backing for Control Signaling (PBCS) (e.g., timestamp and customized sequence numbers).…”

Section: Prm (Packet Reordering Module)mentioning

confidence: 99%

“…In practical network environments where path characteristics may change dynamically, the scheduling algorithms except PFA, PCA and Multi-streaming may fail to counter against packet reordering. Several additional mechanisms have been proposed to work coherently with the scheduling algorithms, such as ACK manipulation [45,66,88,103,110,115,121,167], buffering management [8,26,48,66,108], packet coding [37,113,114,115,178], blocking warning and fast retrieving [80,81,82,83,105,114,160], slow-path penalization [57,140,160] and so on. The comparison of various combinations of the scheduling algorithms is out of the scope of our knowledge because they may be used in various network environments, triggered by different conditions, and supported by diverse assumptions.…”

Section: E Summarymentioning

confidence: 99%

“…Therefore, we mark that the link layer approaches are not backwards compatible. Network layer approaches with no proxy usually employ some of the fields in protocol headers (e.g., [64,66,121,148,149,150]) to negotiate multiple IP addresses to be used or piggy-back information so as to provide backward compatibility. Network layer approaches with one proxy has backward compatibility because the communicating peer is unaware of the multipath transmission between the client and the proxy.…”

Section: E Summarymentioning

confidence: 99%

See 3 more Smart Citations

Multipath Transmission for the Internet: A Survey

Lukyanenko

et al. 2016

IEEE Commun. Surv. Tutorials

127

View full text Add to dashboard Cite

Smart devices equipped with multiple network interfaces are becoming commonplace. Nevertheless, even though multiple interfaces can be used to connect to the Internet, their capabilities have not been fully utilized yet because the default TCP/IP stack supports only a single interface for communication. This situation is now changing due to the emergence of multipath protocols on different network stack layers. For example, many IP level approaches have been proposed utilizing tunneling mechanisms for hiding multipath transmission from the transport protocols. Several working groups under IEEE and IETF are actively standardizing multipath transmission on the link layer and transport layer. Application level approaches enable multipath transmission capability by establishing multiple transport connections and distributing data over them. Given all these efforts, it is beneficial and timely to summarize the state-of-the-art, compare their pros and cons, and discuss about the future directions. To that end, we present a survey on multipath transmission and make several major contributions: (1) we present a complete taxonomy pertaining to multipath transmission, including link, network, transport, application and cross layers; (2) we survey the state-of-the-art for each layer, investigate the problems that each layer aims to address, and make comprehensive assessment of the solutions; (3) based on the comparison, we identify open issues and pinpoint future directions for multipath transmission research.

show abstract

Section: Networkmentioning

confidence: 99%

Section: Prm (Packet Reordering Module)mentioning

confidence: 99%

Section: E Summarymentioning

confidence: 99%

Section: E Summarymentioning

confidence: 99%

See 2 more Smart Citations

Multipath Transmission for the Internet: A Survey

Lukyanenko

et al. 2016

IEEE Commun. Surv. Tutorials

127

View full text Add to dashboard Cite

show abstract

“…Parallel TCP (pTCP) [16] is another end-to-end transport layer protocol that supports stripping of connections. pTCP constitutes a On the network layer, several solutions are proposed in [17], [18], [19]. Lin et al [17] propose a dynamic bandwidth aggregation (DBA) approach to aggregate the bandwidths and to share loads between multiple wireless interfaces.…”

Section: Related Work In Multiple Interfaces Usagementioning

confidence: 99%

Management framework for multiple-interface cooperation in multihomed terminal

Cahyono¹

View full text Add to dashboard Cite

Next generation network architecture features heterogeneous wireless access networks in which diverse access technologies, such as Wi-Fi, WiMAX, Bluetooth, UMTS, are deployed to offer ubiquitous services for the users. These access technologies differ in terms of coverage, frequency, capacity, and QoS support mechanisms. Given that a user's device is a multihomed one, preserving connectivity to any of the networks has been a challenge in the situation where user roams from one access network to another. This is further complicated by the existence of ongoing applications which I would like to acknowledge AUN/SEED-Net for providing financial support during the course of my study. My gratitude extends to Mr. Xia Yang and Mr. Ernest Kurniawan for their valuable ideas, support and engagement in our fruitful discussions. I would also like to thank the staff, Ms. Chua Poo Hua and Ms. Cindy Teo Cheng Kee, and also all my friends at Centre for Multimedia and Network Technology (CeMNET) for their friendship and support. I cherish the opportunity of being in such supportive working environment. Special thanks to my colleagues, Mr. Zhong Feng and Mr. Abhik Banerjee for their encouragement and support in our discussions. Last but not least, I would like to thank my family for their unrelenting love, prayer, and support.

show abstract

Network-Independent Support for Using Multiple IP Interfaces in Applications

Famulari

Hecker

2011

2011 Conference on Network and Information Systems Security

View full text Add to dashboard Cite

All modern laptops, netbooks and smartphones are equipped with multiple network interfaces, several of which can provide Internet access at the same time, typically over different network providers or authorities. In addition to these physical interfaces, for security reasons, virtual interfaces are typically available, capable of maintaining virtual private connections to company, home or other community networks. Using these interfaces simultaneously is an idea that received a lot of attention from the research community. Yet, to assure user privacy, data confidentiality and to prevent information leaks, applications should not arbitrarily choose any of these interfaces, but should rather follow a pre-defined security policy. We discuss the impact of security considerations on the interface selection process and argue that previous proposals have largely ignored the security-mandated constraints. Beyond the question of choice, a general and user-friendly usage of several IP interfaces in parallel is largely unsupported on the modern OS. In this paper, we therefore design a network-independent architecture that enables a user to assign any network application, even in its runtime, to any available interface including virtual interfaces and independently of destination and source IP addresses. To validate our ideas, we implement the proposed solution under Linux. Our experiments show that the overhead of the solution is negligible in terms of network performance.

show abstract

INTELiCON: A Framework for the Simultaneous Utilization of Multiple Interfaces and its Application on TCP

Cited by 3 publications

References 7 publications

Multipath Transmission for the Internet: A Survey

Multipath Transmission for the Internet: A Survey

Management framework for multiple-interface cooperation in multihomed terminal

Network-Independent Support for Using Multiple IP Interfaces in Applications

Contact Info

Product

Resources

About