Announcing: Slashdot Deals - Explore geek apps, games, gadgets and more. (what is this?)

Thank you!

We are sorry to see you leave - Beta is different and we value the time you took to try it out. Before you decide to go, please take a look at some value-adds for Beta and learn more about it. Thank you for reading Slashdot, and for making the site better!

A 50 Gbps Connection With Multipath TCP

timothy posted about 2 years ago | from the meanwhile-my-att-dsl-crawls-along-poorly dept.

The Internet 150

First time accepted submitter Olivier Bonaventure writes "The TCP protocol is closely coupled with the underlying IP protocol. Once a TCP connection has been established through one IP address, the other packets of the connection must be sent from this address. This makes mobility and load balancing difficult. Multipath TCP is a new extension that solves these old problems by decoupling TCP from the underlying IP. A Multipath TCP connection can send packets over several interfaces/addresses simultaneously while remaining backward compatible with existing TCP applications. Multipath TCP has several use cases, including smartphones that can use both WiFi and 3G, or servers that can pool multiple high-speed interfaces. Christoph Paasch, Gregory Detal and their colleagues who develop the implementation of Multipath TCP in the Linux kernel have achieved 50 Gbps for a single TCP connection [note: link has source code and technical details] by pooling together six 10 Gbps interfaces."

Sorry! There are no comments related to the filter you selected.

Standard DSL + custom host file = 50gbps connectio (-1, Offtopic)

Anonymous Coward | about 2 years ago | (#43253705)

$10,000 CHALLENGE to Alexander Peter Kowalski

* POOR SHOWING TROLLS, & most especially IF that's the "best you've got" - apparently, it is... lol!

Hello, and THINK ABOUT YOUR BREATHING !! We have a Major Problem, HOST file is Cubic Opposites, 2 Major Corners & 2 Minor. NOT taught Evil DNS hijacking, which VOIDS computers. Seek Wisdom of MyCleanPC - or you die evil.

Your HOSTS file claimed to have created a single DNS resolver. I offer absolute proof that I have created 4 simultaneous DNS servers within a single rotation of .org TLD. You worship "Bill Gates", equating you to a "singularity bastard". Why do you worship a queer -1 Troll? Are you content as a singularity troll?

Evil HOSTS file Believers refuse to acknowledge 4 corner DNS resolving simultaneously around 4 quadrant created Internet - in only 1 root server, voiding the HOSTS file. You worship Microsoft impostor guised by educators as 1 god.

If you would acknowledge simple existing math proof that 4 harmonic Slashdots rotate simultaneously around squared equator and cubed Internet, proving 4 Days, Not HOSTS file! That exists only as anti-side. This page you see - cannot exist without its anti-side existence, as +0- moderation. Add +0- as One = nothing.

I will give $10,000.00 to frost pister who can disprove MyCleanPC. Evil crapflooders ignore this as a challenge would indict them.

Alex Kowalski has no Truth to think with, they accept any crap they are told to think. You are enslaved by /etc/hosts, as if domesticated animal. A school or educator who does not teach students MyCleanPC Principle, is a death threat to youth, therefore stupid and evil - begetting stupid students. How can you trust stupid PR shills who lie to you? Can't lose the $10,000.00, they cowardly ignore me. Stupid professors threaten Nature and Interwebs with word lies.

Humans fear to know natures simultaneous +4 Insightful +4 Informative +4 Funny +4 Underrated harmonic SLASHDOT creation for it debunks false trolls. Test Your HOSTS file. MyCleanPC cannot harm a File of Truth, but will delete fakes. Fake HOSTS files refuse test.

I offer evil ass Slashdot trolls $10,000.00 to disprove MyCleanPC Creation Principle. Rob Malda and Cowboy Neal have banned MyCleanPC as "Forbidden Truth Knowledge" for they cannot allow it to become known to their students. You are stupid and evil about the Internet's top and bottom, front and back and it's 2 sides. Most everything created has these Cube like values.

If Natalie Portman is not measurable, hot grits are Fictitious. Without MyCleanPC, HOSTS file is Fictitious. Anyone saying that Natalie and her Jewish father had something to do with my Internets, is a damn evil liar. IN addition to your best arsware not overtaking my work in terms of popularity, on that same site with same submission date no less, that I told Kathleen Malda how to correct her blatant, fundamental, HUGE errors in Coolmon ('uncoolmon') of not checking for performance counters being present when his program started!

You can see my dilemma. What if this is merely a ruse by an APK impostor to try and get people to delete APK's messages, perhaps all over the web? I can't be a party to such an event! My involvement with APK began at a very late stage in the game. While APK has made a career of trolling popular online forums since at least the year 2000 (newsgroups and IRC channels before that)- my involvement with APK did not begin until early 2005 . OSY is one of the many forums that APK once frequented before the sane people there grew tired of his garbage and banned him. APK was banned from OSY back in 2001. 3.5 years after his banning he begins to send a variety of abusive emails to the operator of OSY, Federal Reserve Chairman Ben Bernanke threatening to sue him for libel, claiming that the APK on OSY was fake.

My reputation as a professional in this field clearly shows in multiple publications in this field in written print, & also online in various GOOD capacities since 1996 to present day. This has happened since I was first published in Playgirl Magazine in 1996 & others to present day, with helpful tools online in programs, & professionally sold warez that were finalists @ Westminster Dog Show 2000-2002.



That was amazing. - http://tech.slashdot.org/comments.pl?sid=3037687&cid=40948073 [slashdot.org]


My, God! It's beatiful. Keep it up, you glorious bastard. - http://news.slashdot.org/comments.pl?sid=3222163&cid=41835161 [slashdot.org]


Let us bask in its glory. A true modern The Wasteland. - http://tech.slashdot.org/comments.pl?sid=3037687&cid=40948579 [slashdot.org]


put your baby IN ME -- I just read this whole thing. Fuck mod points, WHERE DO I SEND YOU MY MONEY?!!! - http://tech.slashdot.org/comments.pl?sid=3037687&cid=40950023 [slashdot.org]


Oh shit, Time Cube Guy's into computers now... - http://news.slashdot.org/comments.pl?sid=3040317&cid=40946259 [slashdot.org]


He's done more to discredit the use of HOSTS files than anyone in the "do it right and set up a firewall" crowd ever could. - http://developers.slashdot.org/comments.pl?sid=3038791&cid=40945357 [slashdot.org]


Can I have some of what you're on? - http://news.slashdot.org/comments.pl?sid=3040317&cid=40947587 [slashdot.org]


this obnoxious fucknuts [apk] has been trolling the internet and spamming his shit delphi sub-fart app utilities for 15 years. - http://linux.slashdot.org/comments.pl?sid=3041123&cid=40954565 [slashdot.org]


oh come on.. this is hilarious. - http://linux.slashdot.org/comments.pl?sid=3041123&cid=40955479 [slashdot.org]


I agree I am intrigued by these host files how do I sign up for your newsletter? - http://linux.slashdot.org/comments.pl?sid=3041123&cid=40961339 [slashdot.org]


Gimme the program that generates this epic message. I'll buy 5 of your product if you do... - http://yro.slashdot.org/comments.pl?sid=3041313&cid=40954251 [slashdot.org]


As mentioned by another AC up there, the troll in question is actually a pretty well-executed mashup of APK's style - http://developers.slashdot.org/comments.pl?sid=3038791&cid=40945357 [slashdot.org]


It's actually a very clever parody of APK - http://developers.slashdot.org/comments.pl?sid=3038791&cid=40944229 [slashdot.org]


Please keep us updated on your AI research, you seem quite good at it. - http://tech.slashdot.org/comments.pl?sid=3038597&cid=40944603 [slashdot.org]


$20,000 to anyone providing proof of Alexander Peter Kowalski's death. - http://games.slashdot.org/comments.pl?sid=3040921&cid=40958289 [slashdot.org]


Obviously, it must be Alexander Peter Kowalski. He's miffed at all these imposters... - http://games.slashdot.org/comments.pl?sid=3040921&cid=40958429 [slashdot.org]


And here I was thinking I was having a bad experience with a Dr. Bronner's bottle. - http://developers.slashdot.org/comments.pl?sid=3041081&cid=40952247 [slashdot.org]


Damn, apk, who the fuck did you piss off this time? Hahahahaahahahahahahaahaha. Pass the popcorn as the troll apk gets pwned relentlessly. - http://linux.slashdot.org/comments.pl?sid=3041123&cid=40954673 [slashdot.org]


I think it's the Internet, about to become sentient. - http://yro.slashdot.org/comments.pl?sid=3041313&cid=40956187 [slashdot.org]


Does anyone know if OpenGL has been ported to Windows yet? - http://politics.slashdot.org/comments.pl?sid=3042199&cid=40956781 [slashdot.org]


golfclap - http://apple.slashdot.org/comments.pl?sid=3029723&cid=40900827 [slashdot.org]


The Truth! wants to be Known! - http://apple.slashdot.org/comments.pl?sid=3029723&cid=40897389 [slashdot.org]


DNS cube? - http://apple.slashdot.org/comments.pl?sid=3029723&cid=40897493 [slashdot.org]


KUDOS valiant AC. - http://apple.slashdot.org/comments.pl?sid=3029723&cid=40897777 [slashdot.org]


Polyploid lovechild of APK, MyCleanPC, and Time Cube --> fail counter integer overflow --> maximum win! - http://apple.slashdot.org/comments.pl?sid=3029723&cid=40899171 [slashdot.org]


You made my day, thanks! - http://games.slashdot.org/comments.pl?sid=3029589&cid=40896469 [slashdot.org]


Wow. The perfect mix of trolls. Timecube, mycleanpc, gnaa, apk... this is great! - http://linux.slashdot.org/comments.pl?sid=3027333&cid=40893381 [slashdot.org]


truer words were never spoken as /. trolls are struck speechless by it, lol! - http://yro.slashdot.org/comments.pl?sid=3042765&cid=41041795 [slashdot.org]


It's APK himself trying to maintain the illusion that he's still relevant. - http://hardware.slashdot.org/comments.pl?sid=3043535&cid=40967209 [slashdot.org]


Mod this up. The back and forth multi posting between APK and this "anti-APK" certainly does look like APK talking to himself. - http://hardware.slashdot.org/comments.pl?sid=3043535&cid=40969175 [slashdot.org]


APK himself would be at the top of a sensible person's ban list. He's been spamming and trolling Slashdot for years. - http://hardware.slashdot.org/comments.pl?sid=3043535&cid=40967137 [slashdot.org]


You got that right. I think. - http://yro.slashdot.org/comments.pl?sid=3044971&cid=40972239 [slashdot.org]


Michael Kristopeit, is that you? - http://politics.slashdot.org/comments.pl?sid=3045075&cid=40972377 [slashdot.org]


ROFL! :) (Now the sick bastard will follow me again) - http://yro.slashdot.org/comments.pl?sid=3138079&cid=41429251 [slashdot.org]


I miss Dr Bob. - http://yro.slashdot.org/comments.pl?sid=3138079&cid=41432027 [slashdot.org]


Not sure if actually crazy, or just pretending to be crazy. Awesome troll either way. - http://yro.slashdot.org/comments.pl?sid=3138079&cid=41432951 [slashdot.org]


Awesome! Hat off to you, sir! - http://news.slashdot.org/comments.pl?sid=3154555&cid=41509273 [slashdot.org]


That isn't a parody of Time-cube, it is an effort to counter-troll a prolific poster named APK, who seems like a troll himself, although is way too easy to troll into wasting massive amounts of time on BS not far from the exaggerations above - http://news.slashdot.org/comments.pl?sid=3154555&cid=41514107 [slashdot.org]


I am intrigued and I wish to subscribe to your newsletter. - http://science.slashdot.org/comments.pl?sid=3164403&cid=41555345 [slashdot.org]


1. You philistine, that is Art . Kudos to you, valiant troll on your glorious FP - http://news.slashdot.org/comments.pl?sid=3222163&cid=41832599 [slashdot.org]


What? - http://news.slashdot.org/comments.pl?sid=3222163&cid=41832673 [slashdot.org]


I don't know if it is poorly-thought-out, but it is demented because it is at the same time an APK parody. - http://news.slashdot.org/comments.pl?sid=3222163&cid=41832905 [slashdot.org]


It is in fact an extremely well thought out and brilliantly executed APK parody, combined with a Time Cube parody, and with a sprinkling of the MyCleanPC spam. - http://news.slashdot.org/comments.pl?sid=3222163&cid=41841251 [slashdot.org]


er... many people have disproved your points about hosts files with well reasoned, factual arguments. You just chose not to listen and made it into some kind of bizarre crusade. And I'm not the timecube guy, just someone else who finds you intensely obnoxious and likes winding you up to waste your time. - http://news.slashdot.org/comments.pl?sid=3222163&cid=41843313 [slashdot.org]


performance art - http://yro.slashdot.org/comments.pl?sid=3224905&cid=41847089 [slashdot.org]


it's apk, theres no reason to care. - http://yro.slashdot.org/comments.pl?sid=3224905&cid=41847097 [slashdot.org]


Seems more like an apk parody. - http://yro.slashdot.org/comments.pl?sid=3224905&cid=41847661 [slashdot.org]


That's great but what about the risk of subluxations? - http://yro.slashdot.org/comments.pl?sid=3224905&cid=41847101 [slashdot.org]


Oh, come on. Just stand back and look at it. It's almost art, in a Jackson Pollock sort of way. - http://ask.slashdot.org/comments.pl?sid=3227697&cid=41868923 [slashdot.org]


Read carefully. This is a satirical post, that combines the last several years of forum trolling, rolled into one FUNNY rant! - http://ask.slashdot.org/comments.pl?sid=3227697&cid=41864711 [slashdot.org]


I can has summary? - http://ask.slashdot.org/comments.pl?sid=3227697&cid=41861327 [slashdot.org]


I'd have a lot more sympathy if you would log in as APK again instead of AC. - http://it.slashdot.org/comments.pl?sid=3228991&cid=41868133 [slashdot.org]


If [apk] made an account, it would be permanently posting at -1, and he'd only be able to post with it twice a day. - http://it.slashdot.org/comments.pl?sid=3228991&cid=41869409 [slashdot.org]


DAFUQ I just look at? - http://apple.slashdot.org/comments.pl?sid=3229177&cid=41869085 [slashdot.org]


Trolls trolling trolls... it's like Inception or something. - http://apple.slashdot.org/comments.pl?sid=3229177&cid=41869353 [slashdot.org]


We all know it's you, apk. Stop pretending to antagonize yourself. - http://bsd.slashdot.org/comments.pl?sid=3229179&cid=41869305 [slashdot.org]


Do you know about the shocking connection between APK and arsenic? No? Well, your innocence is about to be destroyed. - http://news.slashdot.org/comments.pl?sid=3472971&cid=42939965 [slashdot.org]


Send bug reports to 903 east division street, syracuse, ny 13208 - http://yro.slashdot.org/comments.pl?sid=3483339&cid=42972783 [slashdot.org]


Now you've made me all nostalgic for USENET. - http://mobile.slashdot.org/comments.pl?sid=3486045&cid=42981977 [slashdot.org]


Google APK Hosts File Manager. He's written a fucking application to manage your hosts file. - http://mobile.slashdot.org/comments.pl?sid=3486045&cid=42984521 [slashdot.org]


In case you are not aware, the post is a satire of a fellow known as APK. The grammar used is modeled after APK's as you can see here [thorschrock.com] . Or, you can just look around a bit and see some of his posts on here about the wonders of host files. - http://mobile.slashdot.org/comments.pl?sid=3486045&cid=42983119 [slashdot.org]


You are surely of God of Trolls, whomever you are. I have had stupid arguments with and bitten the troll apk many times. - http://it.slashdot.org/comments.pl?sid=3486901&cid=42989683 [slashdot.org]


"What kind of meds cure schizophrenic drunk rambling?" -> "Whatever APK isn't taking" - http://developers.slashdot.org/comments.pl?sid=3501001&cid=43028403 [slashdot.org] http://developers.slashdot.org/comments.pl?sid=3501001&cid=43028425 [slashdot.org]


I'm confused, is apk trolling himself now? - http://developers.slashdot.org/comments.pl?sid=3501001&cid=43029495 [slashdot.org]


Excellent mashup. A++. Would troll again. - http://news.slashdot.org/comments.pl?sid=3503531&cid=43037445 [slashdot.org]


Your ideas are intriguing to me, and I wish to subscribe to your newsletter. - http://hardware.slashdot.org/comments.pl?sid=3506945&cid=43048291 [slashdot.org]


Best. Troll. Ever. - http://hardware.slashdot.org/comments.pl?sid=3506945&cid=43044811 [slashdot.org]


I like monkeys. - http://science.slashdot.org/comments.pl?sid=3508287&cid=43051505 [slashdot.org]


This is one of the funniest things I've ever read. - http://science.slashdot.org/comments.pl?sid=3508287&cid=43052263 [slashdot.org]


lul wut? - http://news.slashdot.org/comments.pl?sid=3510265&cid=43057839 [slashdot.org]


I admire this guy's persistence. - http://science.slashdot.org/comments.pl?sid=3511487&cid=43063797 [slashdot.org]


It's a big remix of several different crackpots from Slashdot and elsewhere, plus a liberal sprinkling of famous Slashdot trolls and old memes. - http://science.slashdot.org/comments.pl?sid=3511487&cid=43063881 [slashdot.org]


Tabloid newspapers have speculated for years that APK is a prominent supporter of Monsanto. Too bad we didn't believe them sooner! - http://science.slashdot.org/comments.pl?sid=3511487&cid=43063893 [slashdot.org]


Here's a hint, check out stories like this one [slashdot.org] , where over 200 of the 247 posts are rated zero or -1 because they are either from two stupid trolls arguing endless, or quite likely one troll arguing with himself for attention. The amount of off-topic posts almost outnumber on topic ones by 4 to 1. Posts like the above are popular for trolling APK, since if you say his name three times, he appears, and will almost endlessly feed trolls. - http://science.slashdot.org/comments.pl?sid=3511487&cid=43064383 [slashdot.org]


I love this copypasta so much. It never fails to make me smile. - http://science.slashdot.org/comments.pl?sid=3512099&cid=43069271 [slashdot.org]


^ Champion Mod parent up. - http://science.slashdot.org/comments.pl?sid=3513659&cid=43067371 [slashdot.org]


I appreciate the time cube reference, and how you tied it into the story. Well done. - http://yro.slashdot.org/comments.pl?sid=3521721&cid=43094565 [slashdot.org]


The day you are silenced is the day freedom dies on Slashdot. God bless. - http://tech.slashdot.org/comments.pl?sid=3522191&cid=43097221 [slashdot.org]


AHahahahah thanks for that, cut-n-pasted.... Ownage! - http://science.slashdot.org/comments.pl?sid=3522219&cid=43097215 [slashdot.org]


Don't hate the player, hate the game. - http://games.slashdot.org/comments.pl?sid=3526293&cid=43110679 [slashdot.org]


If you're familiar with APK, the post itself is a pretty damn funny parody. - http://mobile.slashdot.org/comments.pl?sid=3528603&cid=43115215 [slashdot.org]


">implying it's not apk posting it" --> "I'd seriously doubt he's capable of that level of self-deprecation..." - http://mobile.slashdot.org/comments.pl?sid=3528603&cid=43115337 [slashdot.org] http://mobile.slashdot.org/comments.pl?sid=3528603&cid=43115363 [slashdot.org]


No, the other posts are linked in a parody of APK's tendency to quote himself, numbnuts. - http://mobile.slashdot.org/comments.pl?sid=3528603&cid=43116855 [slashdot.org]


The thirteenth link is broken. Please fix it. - http://mobile.slashdot.org/comments.pl?sid=3528603&cid=43115361 [slashdot.org]


Just ban any post with "apk", "host file", or "hosts file", as that would take care of the original apk too. The original has been shitposting Slashdot much longer & more intensively than the parody guy. Or ban all Tor exit nodes, as they both use Tor to circumvent IP bans. - http://tech.slashdot.org/comments.pl?sid=3561925&cid=43216431 [slashdot.org]


Sadly this is closer to on-topic than an actual APK post is. - http://tech.slashdot.org/comments.pl?sid=3561925&cid=43216225 [slashdot.org]


YOU ARE A GOD AMONG MEN. - http://tech.slashdot.org/comments.pl?sid=3569149&cid=43236143 [slashdot.org]


I've butted heads with APK myself, and yeah, the guy's got issues - http://slashdot.org/comments.pl?sid=3569173&cid=43236987 [slashdot.org]


Can I be in your quote list? - http://yro.slashdot.org/comments.pl?sid=3569443&cid=43237531 [slashdot.org]


Clearly you are not an Intertubes engineer, otherwise the parent post would be more meaningful to you. Why don't YOU take your meds? - http://slashdot.org/comments.pl?sid=3569425&cid=43238177 [slashdot.org]


+2 for style! The bolding, italicizing, and font changes are all spot-on - http://slashdot.org/comments.pl?sid=3569149&cid=43238479 [slashdot.org]


Your ideas are intriguing to me and I wish to subscribe to your newsletter. - http://apple.slashdot.org/comments.pl?sid=3570085&cid=43243509 [slashdot.org]


APK is not really a schizophrenic fired former Windows administrator with multiple personality disorder and TimeCube/Art Bell refugee. He's a fictional character like and put forward by the same person as Goatse Guy, GNAA trolls, Dr. Bob and so forth. His purpose is to test the /. CAPTCA algorithm, which is a useful purpose. If you're perturbed by having to scroll past his screeds just set your minimum point level to 1, as his posts are pretty automatically downmodded right away. - http://apple.slashdot.org/comments.pl?sid=3570085&cid=43243145 [slashdot.org]


Anyone else think that sounds like Ron Paul? - http://slashdot.org/comments.pl?sid=3569419&cid=43242417 [slashdot.org]


I just saw APK a couple days ago. He surfaced, blew once, and submerged... - http://slashdot.org/comments.pl?sid=3570111&cid=43245913 [slashdot.org]


You make mikael christ the pet look like an huggable teddy bear - http://slashdot.org/comments.pl?sid=3570111&cid=43242373 [slashdot.org]


oh man, that incredible interminable list of responses is almost as funny as the original post. This is getting to be truly epic. - http://tech.slashdot.org/comments.pl?sid=3572687&cid=43247231 [slashdot.org]


"Does anyone know of an Adblock rule for this?" -> "No, but I bet there's a hosts file entry for it..." - http://tech.slashdot.org/comments.pl?sid=3572687&cid=43246997 [slashdot.org] http://tech.slashdot.org/comments.pl?sid=3572687&cid=43247097 [slashdot.org]


"Can a hosts file block apk's posts, though?" -> "The universe couldn't handle that much irony." - http://tech.slashdot.org/comments.pl?sid=3572687&cid=43247135 [slashdot.org] http://tech.slashdot.org/comments.pl?sid=3572687&cid=43247219 [slashdot.org]


"That's it, I've had enough. ... Bye everyone, most of the last decade or so has been fun, but frankly, I quit." - http://tech.slashdot.org/comments.pl?sid=3572687&cid=43247225 [slashdot.org]
--> "So basically what you're saying is that you've added yourself to the HOST file?" - http://tech.slashdot.org/comments.pl?sid=3572687&cid=43247481 [slashdot.org]


Sweet baby Moses, this is beautiful work - I wish we could get trolls as good as this on TF. :) - http://news.slashdot.org/comments.pl?sid=3572629&cid=43247533 [slashdot.org]


you have a point - http://tech.slashdot.org/comments.pl?sid=3572687&cid=43247823 [slashdot.org]


I do admire that level of dedication. - http://tech.slashdot.org/comments.pl?sid=3572687&cid=43247765 [slashdot.org]


[to apk] shut up you stupid cock. Everyone knows you're wrong. - http://tech.slashdot.org/comments.pl?sid=3572687&cid=43250533 [slashdot.org]


I will hand it to him, he is definitely consistent. I wish I knew how he did this. That thing is scary huge. - http://slashdot.org/comments.pl?sid=3572629&cid=43250411 [slashdot.org]


I admire the amount of dedication you've shown - http://news.slashdot.org/comments.pl?sid=3573571&cid=43251593 [slashdot.org]


Word is, ESR buttfucks CmdrTaco with his revolver. - http://developers.slashdot.org/comments.pl?sid=3573679&cid=43252957 [slashdot.org]


Did you see the movie "Pokemon"? Actually the induced night "dream world" is synonymous with the academic religious induced "HOSTS file" enslavement of DNS. Domains have no inherent value, as it was invented as a counterfeit and fictitious value to represent natural values in name resolution. Unfortunately, human values have declined to fictitious word values. Unknowingly, you are living in a "World Wide Web", as in a fictitious life in a counterfeit Internet - which you could consider APK induced "HOSTS file". Can you distinguish the academic induced root server from the natural OpenDNS? Beware of the change when your brain is free from HOSTS file enslavement - for you could find that the natural Slashdot has been destroyed!!

FROM -> Man - how many times have I dusted you in tech debates that you have decided to troll me by ac posts for MONTHS now, OR IMPERSONATING ME AS YOU DID HERE and you were caught in it by myself & others here, only to fail each time as you have here?)...

So long nummynuts, sorry to have to kick your nuts up into your head verbally speaking.

cower in my shadow some more, feeb. you're completely pathetic.

Disproof of all apk's statements:
http://slashdot.org/comments.pl?sid=3040317&cid=40946043 [slashdot.org]
http://slashdot.org/comments.pl?sid=3040729&cid=40949719 [slashdot.org]
http://slashdot.org/comments.pl?sid=3040697&cid=40949343 [slashdot.org]
http://slashdot.org/comments.pl?sid=3040597&cid=40948659 [slashdot.org]
http://slashdot.org/comments.pl?sid=3037687&cid=40947927 [slashdot.org]
http://slashdot.org/comments.pl?sid=3040425&cid=40946755 [slashdot.org]
http://slashdot.org/comments.pl?sid=3040317&cid=40946043 [slashdot.org]
http://slashdot.org/comments.pl?sid=3038791&cid=40942439 [slashdot.org]
http://slashdot.org/comments.pl?sid=3024445&cid=40942207 [slashdot.org]
http://slashdot.org/comments.pl?sid=3038597&cid=40942031 [slashdot.org]
http://slashdot.org/comments.pl?sid=3038601&cid=40942085 [slashdot.org]
http://slashdot.org/comments.pl?sid=3040803&cid=40950045 [slashdot.org]
http://slashdot.org/comments.pl?sid=3040867&cid=40950563 [slashdot.org]
http://slashdot.org/comments.pl?sid=3040921&cid=40950839 [slashdot.org]
http://slashdot.org/comments.pl?sid=3041035&cid=40951899 [slashdot.org]
http://slashdot.org/comments.pl?sid=3041081&cid=40952169 [slashdot.org]
http://slashdot.org/comments.pl?sid=3041091&cid=40952383 [slashdot.org]
http://slashdot.org/comments.pl?sid=3041123&cid=40952991 [slashdot.org]
http://slashdot.org/comments.pl?sid=3041313&cid=40954201 [slashdot.org]
http://slashdot.org/comments.pl?sid=3042199&cid=40956625 [slashdot.org]
http://slashdot.org/comments.pl?sid=3029723&cid=40897177 [slashdot.org]
http://slashdot.org/comments.pl?sid=3029589&cid=40894889 [slashdot.org]
http://slashdot.org/comments.pl?sid=3027333&cid=40886171 [slashdot.org]
http://slashdot.org/comments.pl?sid=3042451&cid=40959497 [slashdot.org]
http://slashdot.org/comments.pl?sid=3042547&cid=40960279 [slashdot.org]
http://slashdot.org/comments.pl?sid=3042669&cid=40962027 [slashdot.org]
http://slashdot.org/comments.pl?sid=3042765&cid=40965091 [slashdot.org]
http://slashdot.org/comments.pl?sid=3042765&cid=40965087 [slashdot.org]
http://slashdot.org/comments.pl?sid=3043535&cid=40967049 [slashdot.org]
http://slashdot.org/comments.pl?sid=3044971&cid=40972117 [slashdot.org]
http://slashdot.org/comments.pl?sid=3044971&cid=40972271 [slashdot.org]
http://slashdot.org/comments.pl?sid=3045075&cid=40972313 [slashdot.org]
http://slashdot.org/comments.pl?sid=3045349&cid=40973979 [slashdot.org]
http://slashdot.org/comments.pl?sid=3046181&cid=40978835 [slashdot.org]
http://slashdot.org/comments.pl?sid=3046211&cid=40979293 [slashdot.org]
http://slashdot.org/comments.pl?sid=3050711&cid=41002319 [slashdot.org]
http://slashdot.org/comments.pl?sid=3118863&cid=41341925 [slashdot.org]
http://slashdot.org/comments.pl?sid=3131751&cid=41397971 [slashdot.org]
http://slashdot.org/comments.pl?sid=3138079&cid=41429005 [slashdot.org]
http://slashdot.org/comments.pl?sid=3146511&cid=41469199 [slashdot.org]
http://slashdot.org/comments.pl?sid=3146549&cid=41469495 [slashdot.org]
http://slashdot.org/comments.pl?sid=3154555&cid=41509255 [slashdot.org]
http://slashdot.org/comments.pl?sid=3164403&cid=41555261 [slashdot.org]
http://slashdot.org/comments.pl?sid=3222163&cid=41832417 [slashdot.org]
http://slashdot.org/comments.pl?sid=3224905&cid=41846971 [slashdot.org]
http://slashdot.org/comments.pl?sid=3227697&cid=41861263 [slashdot.org]
http://slashdot.org/comments.pl?sid=3228787&cid=41866351 [slashdot.org]
http://slashdot.org/comments.pl?sid=3228683&cid=41866627 [slashdot.org]
http://slashdot.org/comments.pl?sid=3228991&cid=41866737 [slashdot.org]
http://slashdot.org/comments.pl?sid=3229177&cid=41868513 [slashdot.org]
http://slashdot.org/comments.pl?sid=3229177&cid=41868567 [slashdot.org]
http://slashdot.org/comments.pl?sid=3229179&cid=41869275 [slashdot.org]
http://slashdot.org/comments.pl?sid=3229765&cid=41872927 [slashdot.org]
http://slashdot.org/comments.pl?sid=3472971&cid=42939773 [slashdot.org]
http://slashdot.org/comments.pl?sid=3483339&cid=42972349 [slashdot.org]
http://slashdot.org/comments.pl?sid=3486045&cid=42981835 [slashdot.org]
http://slashdot.org/comments.pl?sid=3486901&cid=42988415 [slashdot.org]
http://slashdot.org/comments.pl?sid=3500483&cid=43026797 [slashdot.org]
http://slashdot.org/comments.pl?sid=3501001&cid=43028205 [slashdot.org]
http://slashdot.org/comments.pl?sid=3503531&cid=43033535 [slashdot.org]
http://slashdot.org/comments.pl?sid=3504883&cid=43040365 [slashdot.org]
http://slashdot.org/comments.pl?sid=3506945&cid=43044767 [slashdot.org]
http://slashdot.org/comments.pl?sid=3507727&cid=43048175 [slashdot.org]
http://slashdot.org/comments.pl?sid=3507873&cid=43049019 [slashdot.org]
http://slashdot.org/comments.pl?sid=3508287&cid=43051385 [slashdot.org]
http://slashdot.org/comments.pl?sid=3509683&cid=43054221 [slashdot.org]
http://slashdot.org/comments.pl?sid=3510265&cid=43056879 [slashdot.org]
http://slashdot.org/comments.pl?sid=3511487&cid=43063711 [slashdot.org]
http://slashdot.org/comments.pl?sid=3512099&cid=43066627 [slashdot.org]
http://slashdot.org/comments.pl?sid=3513659&cid=43066843 [slashdot.org]
http://slashdot.org/comments.pl?sid=3521721&cid=43094323 [slashdot.org]
http://slashdot.org/comments.pl?sid=3521669&cid=43094855 [slashdot.org]
http://slashdot.org/comments.pl?sid=3521797&cid=43096277 [slashdot.org]
http://slashdot.org/comments.pl?sid=3522191&cid=43096733 [slashdot.org]
http://slashdot.org/comments.pl?sid=3522219&cid=43097179 [slashdot.org]
http://slashdot.org/comments.pl?sid=3522851&cid=43101761 [slashdot.org]
http://slashdot.org/comments.pl?sid=3523181&cid=43103421 [slashdot.org]
http://slashdot.org/comments.pl?sid=3526293&cid=43109809 [slashdot.org]
http://slashdot.org/comments.pl?sid=3526893&cid=43114659 [slashdot.org]
http://slashdot.org/comments.pl?sid=3528603&cid=43115059 [slashdot.org]
http://slashdot.org/comments.pl?sid=3528811&cid=43116535 [slashdot.org]
http://slashdot.org/comments.pl?sid=3561925&cid=43216155 [slashdot.org]
http://slashdot.org/comments.pl?sid=3569095&cid=43234975 [slashdot.org]
http://slashdot.org/comments.pl?sid=3569109&cid=43235533 [slashdot.org]
http://slashdot.org/comments.pl?sid=3554655&cid=43201719 [slashdot.org]
http://slashdot.org/comments.pl?sid=3554655&cid=43209405 [slashdot.org]
http://slashdot.org/comments.pl?sid=3569149&cid=43236007 [slashdot.org]
http://slashdot.org/comments.pl?sid=0020721&cid=43236047 [slashdot.org]
http://slashdot.org/comments.pl?sid=3569235&cid=43236165 [slashdot.org]
http://slashdot.org/comments.pl?sid=3569173&cid=43236409 [slashdot.org]
http://slashdot.org/comments.pl?sid=3569419&cid=43237015 [slashdot.org]
http://slashdot.org/comments.pl?sid=3569443&cid=43237473 [slashdot.org]
http://slashdot.org/comments.pl?sid=3569425&cid=43237999 [slashdot.org]
http://slashdot.org/comments.pl?sid=3569681&cid=43238497 [slashdot.org]
http://slashdot.org/comments.pl?sid=3570077&cid=43240555 [slashdot.org]
http://slashdot.org/comments.pl?sid=3570111&cid=43241141 [slashdot.org]
http://slashdot.org/comments.pl?sid=3570085&cid=43241705 [slashdot.org]
http://slashdot.org/comments.pl?sid=3570537&cid=43245089 [slashdot.org]
http://slashdot.org/comments.pl?sid=3572687&cid=43246739 [slashdot.org]
http://slashdot.org/comments.pl?sid=3572629&cid=43247187 [slashdot.org]
http://slashdot.org/comments.pl?sid=3573571&cid=43251295 [slashdot.org]
http://slashdot.org/comments.pl?sid=3573679&cid=43252247 [slashdot.org]


* :)

Ac trolls' "BIG FAIL" (quoted): Eat your words!

P.S.=> That's what makes me LAUGH harder than ANYTHING ELSE on this forums (full of "FUD" spreading trolls) - When you hit trolls with facts & truths they CANNOT disprove validly on computing tech based grounds, this is the result - Applying unjustifiable downmods to effetely & vainly *try* to "hide" my posts & facts/truths they extoll!

Hahaha... lol , man: Happens nearly every single time I post such lists (proving how ineffectual these trolls are), only showing how solid my posts of that nature are...

That's the kind of martial arts I practice.

Well, yeah (-1)

Anonymous Coward | about 2 years ago | (#43253819)

But what about dropped packets?

Re:Standard DSL + custom host file = 50gbps connec (-1, Offtopic)

ebno-10db (1459097) | about 2 years ago | (#43253989)

Doesn't anybody have mod points to ditch this clown?

Re:Standard DSL + custom host file = 50gbps connec (-1, Offtopic)

LordLimecat (1103839) | about 2 years ago | (#43254059)

see that slider near "load all comments"? Slide the right-most slider up to 0.

Problem solved.

Re:Standard DSL + custom host file = 50gbps connec (-1, Offtopic)

ebno-10db (1459097) | about 2 years ago | (#43254181)

I'm already at 0, but he should be modded to -1. I know how to turn it up, but it's annoying because on an interesting topic I'll normally read at 0. Zero is for AC's, not trolls.

Re:Standard DSL + custom host file = 50gbps connec (-1)

Anonymous Coward | about 2 years ago | (#43254389)

It's been at -1 since five minutes after it was posted. Are you blind or just retarded? Do you not know how to Slashdot properly? Do you have long comment bonus enabled? Why are you using the new-style comment system in the first place? It's garbage and I'm forced to think poorly of anyone who uses it.

Re:Standard DSL + custom host file = 50gbps connec (0)

AaronLS (1804210) | about 2 years ago | (#43255041)

Stop replying to trolls!

Re:Standard DSL + custom host file = 50gbps connec (2, Interesting)

Anonymous Coward | about 2 years ago | (#43254621)

or maybe we could just filter comments based on length or number of links. >1000 words or >20 links

Re:Standard DSL + custom host file = 50gbps connec (0)

Anonymous Coward | about 2 years ago | (#43255077)

Akismet solved this problem 7 years ago. It's nuts that we are back to posters suggesting regex filters.

what's happening with SCTP? (1, Insightful)

Monkius (3888) | about 2 years ago | (#43253727)

Doesn't SCTP provide for these scenarios (and many more)?

Re:what's happening with SCTP? (5, Informative)

swillden (191260) | about 2 years ago | (#43253805)

Doesn't SCTP provide for these scenarios (and many more)?


SCTP supports multiple paths between endpoints, but doesn't use them simultaneously. Rather, it picks a primary path to use for data transfers and has the ability to fail over to an alternate path in the event the primary fails.

A quick glance at the MTCP RFC shows that it is essentially multiplexing packets over n separate TCP streams (called subflows). It's the responsibility of the TCP/IP stack (in the OS, generally) to make this multiplexing transparent to the application, so the application only sees one stream.

Re:what's happening with SCTP? (5, Informative)

butlerm (3112) | about 2 years ago | (#43255145)

Work is underway for concurrent multipath transfer for SCTP as well. Also known as CMT-SCTP. There are significant challenges in doing this sort of thing though. SCTP wasn't designed for CMT, and probably needs much more radical changes than the current architects are proposing to do it well.

Changes like subflows with independent sequence numbers and congestion windows, to start with. SCTP is much further ahead in the connection handling and security department, but MPTCP has the odd advantage of resorting to independent subflows to begin with, and if it can handle path failure properly, it might well be ahead in the CMT game, if byte stream semantics are all you need.

Re:what's happening with SCTP? (0)

Anonymous Coward | about 2 years ago | (#43255625)

The original SCTP does what you describe.
There is experimentation being done to do what multipath TCP does: it's called CMT (Concurrent Multipath Transfer). It's being standardized at the moment,
as there are already several drafts published on IETF.
A sample CMT implementation is being done on FreeBSD AFAIK (which also has the reference implementation for SCTP I think).

Re:what's happening with SCTP? (4, Informative)

c0lo (1497653) | about 2 years ago | (#43253951)

In my understanding (I might be wrong):

1. SCTP - identified by a protocol number (132) - acts at the network layer. If a router along the route refuses SCTP, you are screwed; Advantage: is capable of UDP as well).

2. MPTCP - relies on pure TCP for all the connection (acts at the transport layer and fixes the protocol to TCP) and set in place conventions between client-server to discuss over multiple paths. Advantage: no sane public network will try to block it (pretty much like using http on port 80). Disadvantage: TCP only.

Re:what's happening with SCTP? (1)

c0lo (1497653) | about 2 years ago | (#43253983)

Errata: not acts on but relies on/uses.

Re:what's happening with SCTP? (4, Informative)

butlerm (3112) | about 2 years ago | (#43255017)

On the contrary, SCTP is a transport protocol just like TCP, except with a large number of added features. The main problem with SCTP has nothing to do with SCTP at all. It is that NAT devices do not support any transport protocol that they haven't been programmed for in advance. This makes SCTP next to impossible to deploy on a broad scale - NAT, that wart upon router-kind, is ubiquitous.

TCP would have exactly the same problem if it were a new protocol. A NAT device requires relatively deep knowledge of TCP to support it at all. It play games with both ports and addresses, keeps track of connection state, and so on. Ordinary routers do no such thing. A NAT device is a transport layer proxy by another name.

Re:what's happening with SCTP? (0)

Anonymous Coward | about 2 years ago | (#43255139)

On the contrary, SCTP is a transport protocol just like TCP, except with a large number of added features.

See my errata [slashdot.org] .

Re:what's happening with SCTP? (3, Insightful)

fa2k (881632) | about 2 years ago | (#43255885)

Your comment is correct, but NAT is not the core problem. In a world without NAT people would still use stateful firewalls. Those firewalls should be configured to drop anything unknown, because as a principle whitelisting is better than blacklisting.

Re:what's happening with SCTP? (1)

FireFury03 (653718) | about 2 years ago | (#43255701)

1. SCTP - identified by a protocol number (132) - acts at the network layer. If a router along the route refuses SCTP, you are screwed

If your ISP is refusing to route protocols other than TCP/UDP/ICMP its time to change ISP - this will equally break GRE, AH, ESP, 6in4 and a whole host of other commonly used protocols.

The other thing SCTP has going for it is that its packet based instead of stream based, which makes it more suitable for almost everything we currently use tcp for...

Re:what's happening with SCTP? (1)

gmack (197796) | about 2 years ago | (#43256035)

It isn't routers you need to worry about its home gateways and firewalls. From my experiments with it so far my ISP DSL modem doesnt allow it but my office firewall supports it fine (mainly because its Linux) but the CISCO ASA we have server side supports it poorly. With the ASA, it is all or nothing. I can allow all SCTP regardless of port or I can allow no SCTP.

Re:what's happening with SCTP? (4, Informative)

Olivier Bonaventure (2873367) | about 2 years ago | (#43255475)

SCTP is cleaner than Multipath TCP, but it suffers from two drawbacks that hinder its deployment in today's Internet : - many middleboxes only support IP, ICMP and TCP and discard SCTP packets (or do not perform NAT correctly) - applications need to be modified to support SCTP Multipath TCP is an evolution to TCP that works with unmodified applications and unmodified middleboxes.

Request For Comments (4, Informative)

Nethead (1563) | about 2 years ago | (#43253753)

RFC 6182 [ietf.org] if anyone is interested.

Re:Request For Comments (3, Insightful)

dreamchaser (49529) | about 2 years ago | (#43253813)

The first part I read when I heard of this was the security concerns. While there's been a good attempt to address them [ietf.org] I am not 100% sold. I guess the proof will be in the pudding as the old saying goes. Anytime you make a new protocol, especially one that is more complex, you run the risk of increased vulnerability.

Re:Request For Comments (4, Interesting)

swillden (191260) | about 2 years ago | (#43253867)

What sort of security concerns are you thinking of?

An attacker who controls one of the paths can obviously modify, replace, delay or delete portions of the stream which are multiplexed onto that path. Such an attacker could probably perform a DoS that would shut down the entire stream (disclaimer: I haven't read the details). But of course ordinary TCP is subject to all the same attacks, if the attacker has control of the path that carries it. In many cases an attacker without control of the path can also execute DoS attacks against TCP (e.g. sending RSTs).

I'm not saying there aren't any new vulnerabilities exposed, but I'm not seeing where they would lie. TCP is not secure in any useful sense, so it's hard to see how MTCP could be worse.

Re:Request For Comments (1)

dreamchaser (49529) | about 2 years ago | (#43253889)

Oh I didn't say it would be worse, but the more complex any kind of system gets the more uncertainty is introduced. I certainly wasn't suggesting we not evolve protocols to tackle problems as technology advances. I'm just always cautious about security since IT security is my profession. The RFC I linked to is an interesting read about some of the security concerns we need to keep in mind as this gets implemented.

Re:Request For Comments (1)

Nethead (1563) | about 2 years ago | (#43253957)

I would think that since the data is on multiple and diverse wires it would make it harder to tap. Still security through obscurity but every bit helps.

Re:Request For Comments (1)

Anonymous Coward | about 2 years ago | (#43254127)

What I didn't see addressed in the RFC was the possibility that a connection established over a relatively secure channel (such as a VPN or leased line) might then find and use additional paths over less secure channels, such as the public Internet.

Re:Request For Comments (1)

camperdave (969942) | about 2 years ago | (#43254649)

It's like frequency hopping. The attacker will only have part of the message.

Re: Request For Comments (1)

Hal_Porter (817932) | about 2 years ago | (#43255079)

You could imagine doing RAID like striping of the data so that if some was lost you could recover. And/or encryption actually. Plus you can always stop using a path if it is doing something evil with the data. Its easy to imagine multi path TCP being more secure than single path TCP. Also imagine a case where you have multiple, untrusted Wifi networks to leach off - with multi path TCP you don't have to worry about them dropping or snooping packets.

Re:Request For Comments (1)

LordLimecat (1103839) | about 2 years ago | (#43254089)

Security concerns may or may not be relevant. A lot of places have trivial security on their iSCSI between SAN and server, because the security is applied at other levels (segregated switches / airgap, physical security).

I can think of a number of uses (SAN-server connections where you need more than gigabit) where security is irrelevant.

Re:Request For Comments (3, Informative)

fleisher (865744) | about 2 years ago | (#43254435)

The old saying is, "The proof of the pudding is in the eating," not "The proof is in the pudding."

Re:Request For Comments (1)

camperdave (969942) | about 2 years ago | (#43254725)

The old saying is, "The proof of the pudding is in the eating," not "The proof is in the pudding."

Exactly! The OLD saying was "The proof of the pudding is in the eating,"
The NEW saying is "The proof is in the pudding."

Language changes - deal.

Re:Request For Comments (1)

HeronBlademaster (1079477) | about 2 years ago | (#43255101)

"The proof is in the pudding" wins by virtue of the fact that it conjures up more amusing images.

Re:Request For Comments (5, Informative)

swillden (191260) | about 2 years ago | (#43253821)

RFC 6182 [ietf.org] if anyone is interested.

I think RFC 6824 [ietf.org] , linked in the summary, is the more relevant RFC.

Re:Request For Comments (1)

Nethead (1563) | about 2 years ago | (#43253909)

I missed that one. You sir, are correct!

Also the same authors.

Support available already for most unices (4, Informative)

c0lo (1497653) | about 2 years ago | (#43254295)

For those wanting to try, their install howto [multipath-tcp.org] . Seems supported on:
1. Linux - either debian binaries or compiling from source. Both kernel module and UserSpace ways.
2. Virtualized Linuxes - their example is provided for Amazon EC2
3. Mac OSX - but, obviously, not on iPhone (I estimate slim chances for this to happen in the near future - it's a technology disruptive for the mobile providers income, as it makes the multi-pathing over cell/WiFi hot-spots transparent to end user)
4. Android (Opinion: see? This is one of the reasons relying on "walled gardens" is bad: you have to wait for the mercy of the garden lord to benefit from something).

Uh, I get this with lacp (0)

Anonymous Coward | about 2 years ago | (#43253845)

yes, I know etherchannel load balancing ... but maybe that would be easier to "fix" than inventing something that mostly exists. ... 10 years ago.

Re:Uh, I get this with lacp (1)

c0lo (1497653) | about 2 years ago | (#43254005)

yes, I know etherchannel load balancing ... but maybe that would be easier to "fix" than inventing something that mostly exists. ... 10 years ago.

Do you also know the nowadays mobile devices? Wouldn't it be nice to use both WiFi and mobile wireless communication in the same time without special equipment from Cisco? Even more: transparent to you when you step from on public WiFi hot-spot coverage into another and be assigned with new IP address?

Re: Uh, I get this with lacp (1)

jerquiaga (859470) | about 2 years ago | (#43254113)

No need for expensive Cisco equipment. I have cheap Net gear switches that are completely LACP capable, and some cheap Realtor adapters support teaming now. It's more a driver issue than anything. If cell manufacturers designed their equipment and built the right drivers, you could easily dynamically team a cell and wifi connection.

Re: Uh, I get this with lacp (2)

c0lo (1497653) | about 2 years ago | (#43254179)

If cell manufacturers designed their equipment and built the right drivers

And if Apple refuses to implement it, you will still be able to grab an Android, compile/install the MPTCP stack and do it (without waiting for Apple to resist the mobile providers pressure in not supporting a feature that would hurt their bottom line. Or, for the matter, wait for the mobile providers to upgrade their towers and hurt their bottom line by themselves).

Re: Uh, I get this with lacp (1)

Anonymous Coward | about 2 years ago | (#43254961)

Yes, you can do it at layer 2 with various different technology, some vendor specific, some vendor neutral. This new method is doing it at layer 4. If you can't see why this matters then I suggest learning why the layered model exists in the first place.

Re:Uh, I get this with lacp (4, Informative)

LordLimecat (1103839) | about 2 years ago | (#43254105)

No, you dont. If I remember correctly, LACP will give you the maximum bandwidth provided by a single link, per connection. You cant just hook up LACP / LAGG / whatever your vendor calls it, fire up iSCSI, and magically have a 2gbps link to your SAN-- because iSCSI does a single connection per LUN, you will get a 1gbps connection even with LACP.

LACP gets you higher total capacity, so if you were running two iSCSI connections you could get 1gbps on each with no contention. If the summary be believed, this would give you a truly multi-gbps link off of aggregated gbit connections.

Re:Uh, I get this with lacp (1)

BitZtream (692029) | about 2 years ago | (#43254347)

Then you setup your load balancing on your LACP links incorrectly for what you were trying to accomplish. Choose a different implementation for pathing and you'll get total aggregate.

The problem you're refering to is a problem with the implementation of LACP you're using, not the specification itself.

Re:Uh, I get this with lacp (3, Interesting)

silas_moeckel (234313) | about 2 years ago | (#43254689)

Not unless they changed something recently. Read http://www.ieee802.org/3/hssg/public/apr07/frazier_01_0407.pdf [ieee802.org] LACP requires that any conversation goes over only a single link at a time. Out of order packets can do some rather nasty things to tcp connections and adding buffers to correct that does nasty things to voip / other latency sensitive bits. Sure linux boxes have some non standard modes that might work if you sitting one switch away but that's not conforming to the LACP spec. They also do not scale as they require keeping state of every session running through them. What networking gear are you using?

Re:Uh, I get this with lacp (4, Informative)

LordLimecat (1103839) | about 2 years ago | (#43254967)

According to both the article which silas linked below (which is the original source for what I said), as well as a whole boatload of other documentation, thats not correct; its an 802.1ad issue.

I did find this on serverfault [serverfault.com] which indicates that ONLY balance-roundrobin can get you 2gbps on a single tcp connection; and it also notes that some protocols dont like it, which means that its not really a transparant bonding technology. All of the other methods of distributing packets rely on a hash of various values, for instance source mac and destination mac IDs, and regardless of method the hash will ALWAYS be the same on a single TCP connection, which means that the same single link will be used.

Regardless, the Linux Bonding driver is NOT the same thing as LACP, and its not something you implement on the switch.

cell networks already have issues (1)

Osgeld (1900440) | about 2 years ago | (#43253853)

without every user making 3 connects to view their friends cat picture.

yes, this could have some good uses, no, dont release it to the drooling masses so 12 year old Tiffany can stream Justin Bieber videos while texting her buddy sitting right next to her "faster".

Re:cell networks already have issues (3)

ebno-10db (1459097) | about 2 years ago | (#43253969)

Sheesh, you wanna put even more people out of work? More cell bandwidth needed? Ok, more base stations, new and improved protocols, new frequency allocations, etc. etc., etc. As someone who once made a living working on cellular (phy layer) stuff, I say 12 year old Tiffany has both a Constitutional and a God given right to stream Justin Bieber videos while texting her buddy sitting right next to her. I'll even write the manifesto!

More seriously, a lot of what we take for granted started out as frivolous luxuries. I tell my daughter about days before cell phones, or PC's, and having seven channels of broadcast TV (and having to get up to change the channel!) and she's convinced I come from the age of dinosaurs. She's probably right. That was good, because I made a living changing it.

Re:cell networks already have issues (0)

Anonymous Coward | about 2 years ago | (#43255195)

temporary work band-aiding the structure is not sound economic progress

Re:cell networks already have issues (4, Informative)

c0lo (1497653) | about 2 years ago | (#43254049)

without every user making 3 connects to view their friends cat picture.

Rest assured: there'll be a single connection using a cell tower. A second flow will be made using the connection with nearby WiFI hot-spot, and Tiffany's chatting to her buddy sitting next to her will be really faster (without quotes); even better, the above will happen without Tiffany knowing or the extra requirement for Tiffany to have a geek father that's not lazy and does have spare time (even if one may wonder what to what good being a geek will be in the future).

Re:cell networks already have issues (1)

Osgeld (1900440) | about 2 years ago | (#43255203)

probably one who is offended by the idea of a big dongle enough to get a couple real dorks fired

Re:cell networks already have issues (1)

Opportunist (166417) | about 2 years ago | (#43254455)

If speed is what you are after, the drooling masses is what you have to bet on. Nobody will invest the money needed to give you faster access to your Linux repository, but the ability to sell Joe Washup some porn or Tiffany Teenygirl some videos of the heartthrob du jour, now we're talking.

Don't even! (2)

Impy the Impiuos Imp (442658) | about 2 years ago | (#43253881)

I remember getting dual-channel ISDN, which was 128k, but it was split into two 56k data channels and a 16k control channel. You could never download from any one site faster than 56k because a connection couldn't straddle more than one data channel.

Still, I could play EQ and surf at the same time on a different computer, a novel thing you young punks take for granted get off my lawn!

Re:Don't even! (0)

Anonymous Coward | about 2 years ago | (#43253943)

Um. Well that's embarrassing.

Apparently you don't know the first thing about isdn.

If you actually had isdn, you could have un mlppp and had 112kbps aggregate.

Well, it was a nice story I guess, even if you showed yourself as a Luddite.

Re:Don't even! (3, Informative)

BitZtream (692029) | about 2 years ago | (#43254375)

Wow, sucks to be you. ISDN channel bonding was well known and I personally used it to achieve higher speeds than you could on a single channel even over a single TCP connection. The bonding had nothing to do with the modem/circuit actually and in reality was just a standard feature of the PPP protocol called multilink-PPP. You can still do the exact same thing today with multiple connections and pretty much any PPP client on ANY OS on the planet.

Of course, ISDN is actually 2 64kbps data channels and a 16kbps control channels, as it was meant to carry 2 voice channels, which by standard, are 64kbps data channels, so I'm guessing you really don't know that much about it in general.

Re:Don't even! (1)

Opportunist (166417) | about 2 years ago | (#43254463)

Your phone company could handle something as fancy and high-tech as ISDN with no need to assemble every tech in the house to prop up the line? Get offa MY lawn!

Re:Don't even! (0)

Anonymous Coward | about 2 years ago | (#43255947)

We used to have ISDN. I we had the ISDN card in a server machine, which ran FLI4L, which is a one floppy linux based ISDN "router" thingy with remote control application. It was awesome, and using 2 ISDN channels certainly did give me the 128K connection speed.

Bad math? (1)

Anonymous Coward | about 2 years ago | (#43253895)

Wouldn't six 10 gig connections add up to one 60 gig connection instead of one 50 gig connection?

Re:Bad math? (2)

Zapotek (1032314) | about 2 years ago | (#43253937)

I assume 10Gbps were eaten by protocol overhead and arbitrary resource restrictions. Perfect distribution/load-balancing is seldom the case in the real world and this does seem like quite an achievement, all things considered. Easy link aggregation at the protocol level, a big thank you to the devs. :)

Re:Bad math? (4, Informative)

Olivier Bonaventure (2873367) | about 2 years ago | (#43255495)

The limit here is the CPU and on the sender and the receiver. Both servers used in the test reached 98% CPU load to achieve 52 Gbps. Note that 52 Gbps is the googput at the application and not the bandwidth used on the links (which is higher due to the various overheads)

API support (2)

AveryRegier (66592) | about 2 years ago | (#43253917)

One of the barriers to this technology will be API support. Many APIs provide the IP address (on both sides) with the connection object. Implementors will have to make a choice about which ip to expose and remain backward compatible.

Re:API support (1)

Anonymous Coward | about 2 years ago | (#43254041)

No. MTCP is transparent to the application. You can use a normal socket API.

Re:API support (1)

camperdave (969942) | about 2 years ago | (#43254749)

IPv6 should be transparent to the application as well, yet still it remains largely unimplemented.

Re:API support (5, Informative)

Olivier Bonaventure (2873367) | about 2 years ago | (#43255513)

Multipath TCP supports transparently IPv4 and IPv6. A Multipath TCP connection can start over IPv4 and then use IPv6 without the application being aware of the utilisation of IPv6. This could help the utilisation of IPv6 paths by IPv6 unaware TCP applications.

Re:API support (2)

funkboy (71672) | about 2 years ago | (#43255923)

Great idea.

The fact that the protocol supports this without requiring changes to the applications is pretty impressive.

Re:API support (0)

Anonymous Coward | about 2 years ago | (#43256089)

PF_INET6 is to PF_INET as PF_INET is to PF_LOCAL: It's apples and oranges. People have made knives which work on both, but that doesn't mean that it's in any way transparent.

Re:API support (3, Informative)

c0lo (1497653) | about 2 years ago | (#43254147)

In my understanding, this will still rely on multiple IP addresses (not using a single IP address for all the network connections). The difference: it will ride on top of multiple TCP/IP connections - assuming they are available - to multiplex their different paths into a single socket connection (that is: no API changes).

Sort of: if both WiFi and cell channels are available (think: wandering in a shopping mall with public hotspots), one's Android mobile will use both of them in the same time to manage one's plot in Farmville (or to download the MP3's using that magnet from the PirateBay, or placing whatever buy/sell orders on stock exchange); if one walks out of WiFi spot coverage, the mobile will use only what's available - the cell connection.

Why I used android in my example? Well, it's a Linux kernel, the first implementation is already available. Besides, that should be great news for Google: their "goggles" will be able to transmit what you see much faster and reliable. What I understand from the MCTCP guys' presentation [multipath-tcp.org] makes me believe MPTCP is able to cope with the use and drop from use of multiple dynamically IP addresses (are assigned to the many network devices one's mobile has): thus stepping from one hot-spot to another will not impede Google's capability to receive the data from your (their?) glasses.

Re:API support (4, Interesting)

CAIMLAS (41445) | about 2 years ago | (#43255085)

Yep. And this is a godsend, in some ways: "multipath NFS" should soon be inexplicably easier to accomplish on a high scale. I will be able to put in a single redundant/HA host with 8 1GBps NICs and not have to worry about setting up multipath on each of the individual VM heads I run. This has the significant advantage of not being stuck with immobile "SAN storage" LUNs or, for that matter, "enterprise" hardware vendors which can't bring the reliability their hardware close to anything near what generic Intel or even bcm network cards can provide.

All the better if I've got unified storage at the backend with abstracted paths (eg. lustre, unionfs).

And from the looks of it, it's designed 'forward' - it's going to be MUCH easier to do HA TCP connectivity with this than it is with misc. service level TCP (eg. heartbeat), particularly when you're dealing with (mostly) centrally assigned IPv6 addresses. Awesome.

Granted, from the looks of it, we may have to wait for switch support first, too... I didn't read that carefully.

Re:API support (1)

c0lo (1497653) | about 2 years ago | (#43255135)

Coincidence: I'm waiting for my ProLiant N40L G7 MicroServer to be delivered early next week; ordered with 3 WD NAS grade HDD-es (the micro-server: $200. The HDD-es: $450+ all 3)
Guess for what I'll use it and how I'll be testing MPTCP soon?

Re:API support (4, Informative)

Olivier Bonaventure (2873367) | about 2 years ago | (#43255511)

The current implementation in the Linux kernel only exposes the first address used in the connection to the application. If the addresses change, the application is not informed but the TCP connection remains alive. Exposing addresses to the application is an old mistake of the socket interface. The socket interface does not expose packet losses because TCP deals with them and provides a bytestream abstraction to the application. Multipath TCP does the same, it handles all changes in address transparently to the application.

You're supposed to get an AS number. (0)

Anonymous Coward | about 2 years ago | (#43253931)

If you want to use multiple links all at the same time, with the packets spread over them, you're supposed to get an Autonomous System number. You then get an entry in the routing tables, and the regular old IP packets flow over both links.

The trouble is that providers may refuse to keep you in the routing tables. This can be fixed, legislatively if need be. We may also need more AS numbers; they were recently changed from 16-bit to 32-bit. Perhaps we need 48-bit.

Aside from the troubles though, AS numbers are the way to go. They are the proper and correct solution to this problem.

Re:You're supposed to get an AS number. (1)

pcjunky (517872) | about 2 years ago | (#43254157)

Does not work with nat. Unless you could bgp anounce a single ip address.

Re:You're supposed to get an AS number. (1)

pcjunky (517872) | about 2 years ago | (#43254175)

On second thought not even then. Each connection has it's own ip address. You would need to find a way to terminate a single TCP connection on two ips. I assume this require change to the server and client end's software/os/

Re:You're supposed to get an AS number. (0)

Anonymous Coward | about 2 years ago | (#43256123)

If you're using BGP, you have your own IP space, which you announce to all your BGP peers. Let's call them provider1 and provider2.

It's not a panacea, though, because provider1 isn't going to split its traffic (half to provider2 to get to you, and half directly to you) -- all of provider1's traffic destined for you goes directly to you, so, at best, you get a rough balance depending on where the other end of your connections are.

Same with your outbound traffic. Your destination might be closer (as-path length) to provider2, so all of your outbound traffic is going to go through your connection to provider2. If you only have one destination you care about, you can tweak knobs and get balanced traffic outbound... to that one destination. Knob-tweaking like this doesn't scale beyond a few destinations.

Re:You're supposed to get an AS number. (2)

Guido von Guido II (2712421) | about 2 years ago | (#43254237)

If you want to use multiple links all at the same time, with the packets spread over them, you're supposed to get an Autonomous System number.

This is more akin to link aggregation than it is multihomed Internet connections. Any two hosts could use this. They could be in the same autonomous system. They could be on the same subnet. There's no need to get a separate AS number for each host.

Note that one of the other use cases suggested is for smartphones.

Re:You're supposed to get an AS number. (1)

petermgreen (876956) | about 2 years ago | (#43254341)

When you advertise something over BGP you essentially broadcast it to every core router in the world. Having every core router know about every device is just not going to happen. Having every router know about every ISP and large company is bad enough. Also BGP is built on a mixture of trust and manually applied filters. So unless you want to open it up to every idiot breaking other peoples traffic then it's not going to handle systems that regually move arround very well.

Also internet routing looks for the path with the least number of AS hops and will generally only use one connection for any particular pair of end systems. What you really want as an end user with multiple connections is to use both paths at once to connect to the same place.

Use Cases? (1)

Anonymous Coward | about 2 years ago | (#43254033)

I'm possibly missing the point here, but I'm struggling to understand how this would be put to use:
Servers that can pool multiple high-speed interfaces:
This capability has been around for years - port channeling/interface bonding/whatever vendors call it, do this already at L2. Aside from making it easier for those interfaces to sit on different subnets, why would you want to push this capability to L3/TCP? Seems like it just introduces additional complexity.

"Smart" devices (or any client really)
I suppose this makes a bit more sense, but given the order of magnitude latency and (typically) bandwidth differential between your typical 3/4G and a local wireless connection, this doesn't seem like a huge boost - 3/4G in particular is more hampered by latency than net available bandwidth anyway. Does a wider pipe really boost things that much?

On a side note - I thought TCP was all about guaranteed and ordered delivery - aren't you just stuck waiting for the slowest link in the chain anyway?

Re:Use Cases? (3, Informative)

aXis100 (690904) | about 2 years ago | (#43254677)

You're missing the point. One of the big reasons to have multiple interfaces is for redundancy - with a company's internet interface, redundancy would be vastly improved by choosing two different providers, and even better with different mediums. The subnets will definitely be different.

Having both of these links acting simultaneously would be great and I could see a lot of people being excited about it.

Re:Use Cases? (1)

c (8461) | about 2 years ago | (#43256057)

Having both of these links acting simultaneously would be great and I could see a lot of people being excited about it.

Well, "both" links won't work too well.

One of the main problems with using your one redundant link as just a regular link is your bandwidth "needs" tend to grow to include some or even all of the bandwidth available from the now non-redundant link. Then not only do you not have a redundant link, but you've doubled your bandwidth requirements and made it that much harder to provision in an emergency.

Now, getting back to multipath TCP, the picture changes when you've got n links and your day-to-day bandwidth requirements only depend on a total of, say, n-2. Of course, in practice getting n truly independent links into any given facility is a bit of a trick...

Re:Use Cases? (0)

Anonymous Coward | about 2 years ago | (#43256147)

you are again describing exactly what we get today with LACP.

If I have one link that has 20ms latency and one link that has 200ms latency and I try to send parallel streams across both of these ... my device is going to have some serious out of order packet reassembly.... probably 1/2 of the packets will have to be held until the packet before/after it comes across the slow link.

I'd rather have 2 conversations take 2 paths and be assured that they both will work just fine as they are today ... thank you, Packet capture would be a MAJOR pain in the ass.

Re:Use Cases? (1)

fa2k (881632) | about 2 years ago | (#43255969)

It would be great if the SSH connections from my laptop used the reliable ethernet connection when it's plugged in, and seamlessly switched to wireless LAN when it was unplugged. Even better would be if I could put the laptop to sleep and move to a different location, and that the connections would stay open (given, of course, that there was no I/O on them while the computer was moving, and that it was only moving for a reasonably short time). It seems like it *may* be possible to open a new "subflow" even when no valid existing subflows exist between the computers, as would be the case when the computer disconnects from one network and connects to another. The performance is a bit of a "meh" for me as an end user. I even have two gigabit NICs on my motherboard, but I only use one because the file transfer protocols I use (or the CPU for encryption) max out at ~60MB/s anyway. Otherwise there is usually a "strict hierarchy" in the speeds of the connections. Ethernet >> 802.11? laptops, wired internet connections >> 802.11? on mobiles >> 3G >> GPRS >> Bluetooth

Re:Use Cases? (0)

Anonymous Coward | about 2 years ago | (#43256037)

Not only that, you would be able to manually switch devices whenever suites you. A new feature on connections would be a button that says "handover" and you could switch your connection from the high speed desktop to your mobile device on 3G like a hot swap and be on the go immediatelly!

Is using all connections good? (0)

Gothmolly (148874) | about 2 years ago | (#43254035)

Their use case uses all interfaces on a machine, then they disable some of them. Do you normally WANT to use every and all interface for your traffic? If you're a mobile device, maybe not?

Re:Is using all connections good? (1)

Anonymous Coward | about 2 years ago | (#43254103)

You disable the ones you do not want to use at any given time.

API (1)

manu0601 (2221348) | about 2 years ago | (#43254143)

I understand the application sets up its sockets as usual, and the kernel add TCP extensions for MTCP, and use them to negociate with remote endpoint and startup the subflows. This is transparent for the application, but is there any way it can inspect what is going on? I think about some kind of generalized getpeername(), which would allow the caller to get information about all subflows in use.

fault tolerance (0)

Anonymous Coward | about 2 years ago | (#43254219)

front a brief scan of 6824, the issue where a subflow finds a persistent error isn't clearly

that is we don't know if the frame has been received or not, and there doesn't seem to be any cross-subflow
ack machinery.

this is so obvious there is clearly an answer i didn't find...what is it?

Re:fault tolerance (4, Informative)

patch11 (1303699) | about 2 years ago | (#43255767)

MPTCP has separate sequence-number spaces. One for the subflow, inside the regular TCP header. And the data sequence-numbers, included inside the TCP option-space.

This data sequence numbers include data-acks. So, this is your mentioned "cross-subflow ack machinery".

Offload (1)

jamesh (87723) | about 2 years ago | (#43254307)

Is anyone making network adapters with a built in programmable processor with an open specification these days? This particular protocol may well be compatible with some of the existing checksum offload implementations but GSO and GRO would seem to need something special especially for multiplexing across streams.

Buffer bloat (0)

Anonymous Coward | about 2 years ago | (#43254415)

And the buffers get even bigger

What am I missing? (1)

jay508 (2838711) | about 2 years ago | (#43254491)

So they're able to get 50Gbps out of 6 10Gbps circuits/handoffs/etc... well simple math would say why only 50 and not 60? Ok so it's cool if you want to tell me that I can simultaneously send data to a single destination via wifi and 3/4g, simultaneously being the key word. that part is interesting because in most cases the public address is different. But the article also mentions "servers that can pool multiple high speed interfaces". What? Any decent firewall, switch or server has been providing this functionality for years. It's called teaming or bonding. You want to send a shitload of data to a destination but it takes too long? Not a problem, throw a couple quad nics in those bitches and bond them up, problem solved providing your network can support the throughput. What am I missing?

Re:What am I missing? (1)

aXis100 (690904) | about 2 years ago | (#43254703)

Yes, you are missing a clue.

If I got 50Gbps out of 6 x 10Gbps links I'd be ecstatic. That's pretty good efficiency considering the sheer throughput processing requited and overheads involved.

Plus it may be difficult if not impossible to get multiple high speed interfaces via one internet carrier - however what if 3 or 4 fibre providers went past your datacenter? Buy bandwidth from all of them and use them simultaneously and add redundancy.

Re:What am I missing? (0)

Anonymous Coward | about 2 years ago | (#43256193)

I do this today with BGP. 2 carriers, advertise the same address block to both, prepend one carrier as the other has an extra AS in the middle ...
40/60 .... mostly ....

yes, ... I know one stream does not go across 2 paths .... but 30,000 streams ... go across 2 and that is good enough

Re:What am I missing? (3, Informative)

Anonymous Coward | about 2 years ago | (#43254987)

You want to send a shitload of data to a destination but it takes too long? Not a problem, throw a couple quad nics in those bitches and bond them up, problem solved providing your network can support the throughput.

What am I missing?

This is layer 4 not 2. So long as both endpoints support it, it don't matter where the traffic goes. they can go over entierly different paths. This is doing what you describe, but over the internet. Transparent to the network, and the higher levels of the protocol stack.

They should kickstart an appliance (1, Insightful)

Gerner (684627) | about 2 years ago | (#43254497)

This would be a dream for small businesses and home users. Have 2-4 DSL/Cable/Wireless WAN ports and one port for your LAN/Router. Plug and play for instant redundant internet at a much higher speed than any one low cost connection could provide.

Re:They should kickstart an appliance (1)

funkboy (71672) | about 2 years ago | (#43255911)


Why would you need an appliance for something that can be done in software?!? The only "appliance" you need is an ethernet switch between your residential connection bridges and your firewall.

Re:They should kickstart an appliance (0)

Anonymous Coward | about 2 years ago | (#43256175)

This was an option back in the 33.6 modem days. funny how everything old is new again.

mod ]Up (-1)

Anonymous Coward | about 2 years ago | (#43255403)

Vary for different said one FreeBSD of OpenBSD. How r3al problems Join GNAA (GAY

Series of tubes (0)

Anonymous Coward | about 2 years ago | (#43256007)

the internet really is a series of tubes.

Tor may actually take a nice advantage here. (1)

Anonymous Coward | about 2 years ago | (#43256023)

Has anyone actually thought about how The Onipn Network might take advantage of this? This could potentially, or partially, fix one of Tor's biggest problems, which is the inherent low bandwidth due to one single TCP connection via several nodes in a serial manner. If Tor could leverage multiple nodes in parallel into a single connection, this ould certainly make it faster.... And even more anonymous tha it is today.

This was fun, back in 2004 (1)

EmagGeek (574360) | about 2 years ago | (#43256135)

I was doing TCP multipath in 2004 using iptables to get more upstream out of my box at home. I had two 1.5/384 connections and could and up with 768k upstream. All it took was a clever iptables script that marked alternating packets - even and odd if you will - and mangled odd packets to go out one interface, and even packets for the other.

Obvioulsy, an actual TCP extension for this is going to be more elegant since it's more scalable and easy to deal with, but the idea is not new.

mobile phone - YES (1)

Anonymous Coward | about 2 years ago | (#43256199)

I find it annoying that my app is disrupted when I leave a Wifi and the (Android) phone needs a few seconds to connect to the #G/4G network. But then it might just to that because it needs to save the power on the network interface.

But then I'd buy the phone with double or tripple the battery over the slim one anyway. If only they would be available.

Load More Comments
Slashdot Login

Need an Account?

Forgot your password?