Not for bandwidth, I work with embedded systems. If the wifi is active, then it's not possible to connect to an IP address on the Ethernet port (OS X and Win7). Subnet doesn't matter, and re-arranging the priorities of the network devices doesn't help either.
“Multipath” TCP Could Turbocharge Bandwidth
11–20 of 30 posts
Re: “Multipath” TCP Could Turbocharge Bandwidth
#12Multiparty sounds great and all. But I'd be happy if they could make a laptop use both a hard-wired Ethernet and a wifi connection at the same time. Is it really that difficult? Not for bandwidth, I work with embedded systems. If the wifi is active, then it's not possible to connect to an IP address on the Ethernet port (OS X and Win7). Subnet doesn't matter, and re-arranging the priorities of the network devices doe…
Re: “Multipath” TCP Could Turbocharge Bandwidth
#13Multiparty sounds great and all. But I'd be happy if they could make a laptop use both a hard-wired Ethernet and a wifi connection at the same time. Is it really that difficult? Not for bandwidth, I work with embedded systems. If the wifi is active, then it's not possible to connect to an IP address on the Ethernet port (OS X and Win7). Subnet doesn't matter, and re-arranging the priorities of the network devices doe…
Re: “Multipath” TCP Could Turbocharge Bandwidth
#14Don't both endpoints have to support Multipath TCP? So I imagine we wouldn't see real gains for standard HTTP traffic in a good long while. Unless Apple passes the traffic through some intermediate proxy, of course...
Yes, as the article suggests, Apple is using it for reliability and latency for their built-in services. But if they can do it, we can't be that far from NetFlix, Google and others being able to flip the switch for their high bandwidth products. I am curious whether iOS exposes multipath to applications.
Re: “Multipath” TCP Could Turbocharge Bandwidth
#15Re: “Multipath” TCP Could Turbocharge Bandwidth
#16Multiparty sounds great and all. But I'd be happy if they could make a laptop use both a hard-wired Ethernet and a wifi connection at the same time. Is it really that difficult? Not for bandwidth, I work with embedded systems. If the wifi is active, then it's not possible to connect to an IP address on the Ethernet port (OS X and Win7). Subnet doesn't matter, and re-arranging the priorities of the network devices doe…
Re: “Multipath” TCP Could Turbocharge Bandwidth
#17Don't both endpoints have to support Multipath TCP? So I imagine we wouldn't see real gains for standard HTTP traffic in a good long while. Unless Apple passes the traffic through some intermediate proxy, of course...
Re: “Multipath” TCP Could Turbocharge Bandwidth
#18I've had this discussion about a dozen times now. MPTCP is a hack, plain and simple. It does not address the fundamental flaws of TCP, nor does it attempt to use something better suited for the job of, say, streaming media like SCTP. TCP is broken in today's age. It's still reliant on upstream single path routes that are mainly devised via BGP and OSPF. These two routing protocols are showing age and suck at multi pa…
Re: “Multipath” TCP Could Turbocharge Bandwidth
#19Re: “Multipath” TCP Could Turbocharge Bandwidth
#20Multiparty sounds great and all. But I'd be happy if they could make a laptop use both a hard-wired Ethernet and a wifi connection at the same time. Is it really that difficult? Not for bandwidth, I work with embedded systems. If the wifi is active, then it's not possible to connect to an IP address on the Ethernet port (OS X and Win7). Subnet doesn't matter, and re-arranging the priorities of the network devices doe…