Slashdot Mirror


New Algorithm Boosts Network Efficiency

palegray.net writes "Researchers at the University of California have developed a new network routing algorithm that has the potential to significantly boost Internet traffic routing efficiency. This new approach focuses on the needs of dynamic networks, where connections are frequently transient. From the article: 'What the team did with their new routing algorithm, according to Savage's student Kirill Levchenko, was to reduce the "communication overhead" of route computation — by an order of magnitude.' For the technically inclined, the full research publication (PDF) is available."

114 comments

  1. Network efficiency algorithm by LiquidCoooled · · Score: 5, Funny

    if($hostname==slashdot.org)
        connection.drop();

    --
    liqbase :: faster than paper
    1. Re:Network efficiency algorithm by Anonymous Coward · · Score: 4, Funny

      fixed it for you:

      if($hostname=="slashdot.org")
              connection.drop();

      What no compile/test cycle prior to submitting your post?

    2. Re:Network efficiency algorithm by snoyberg · · Score: 1

      Actually, if it's Perl, then it should be:


      connection.drop() if $hostname eq "slashdot.org";

      --
      Thank God for evolution.
    3. Re:Network efficiency algorithm by Malevolyn · · Score: 1

      Actually, if it's Perl, then it should be:
      $connection->drop if $hostname eq "slashdot.org";

      --
      Your ad here.
    4. Re:Network efficiency algorithm by dat+cwazy+wabbit · · Score: 3, Funny

      So now we have Code Nazis?

    5. Re:Network efficiency algorithm by Anonymous Coward · · Score: 0

      connection.drop();

      I know, I know, you were being funny. But let's not forget that Internet routing (OSI layer 3) is a connection-less protocol. You'd have to go to layer 4 to get the connection goodness. :)

    6. Re:Network efficiency algorithm by Malevolyn · · Score: 2

      Code has grammar, too.

      --
      Your ad here.
    7. Re:Network efficiency algorithm by chemisus · · Score: 2, Funny

      Code has grammar, too.

      youve not seen some of the code ive had to fix then.

    8. Re:Network efficiency algorithm by Malevolyn · · Score: 1

      I never said it was followed. You've seen some of the posts on /., yes?

      --
      Your ad here.
    9. Re:Network efficiency algorithm by Bryansix · · Score: 1

      I forgot that ANY topic can Godwin.

    10. Re:Network efficiency algorithm by Kingrames · · Score: 1

      where have you been?

      --
      If you can read this, I forgot to post anonymously.
    11. Re:Network efficiency algorithm by Trigun · · Score: 1

      Actually, if it's perl, it should be
      $Coewzio6gfsd gk;lsdf8 0trdstkgl sdflkgj7yu 98hfs tu95 ydtkjguf 87)(& 98Z&Y8 sdaiu7trs8 7)(* 09794w8 kjs hfe97 4(HkjKLU98 8Y* Yiudhfdsiuyf7yt rjytrtyrut r;

    12. Re:Network efficiency algorithm by dannannan · · Score: 1

      If it's Perl, you never know which way the author will choose!

      Maybe:
      $connection->drop unless $hostname ne "slashdot.org";

      Or:
      $hostname ne "slashdot.org" or $connection->drop;

      Or even:
      my $rule = <<EoR;
      if($hostname ne "slashdot.org") {
          $connection->drop();
      }
      EoR
      eval( $rule );

      Isn't it grand?

    13. Re:Network efficiency algorithm by Myrddin+Wyllt · · Score: 1

      Sack the third guy - he was so busy trying (and failing) to be clever, he fscked up the logic. Unforgivable.

      ( The 'ne' should be a 'eq')

      --
      [ ]Half Empty [ ]Half Full [x]Twice as big as it needs to be
    14. Re:Network efficiency algorithm by Anonymous Coward · · Score: 0

      NO CODE FOR YOU
      soup nazi reference and also non-capslock text to get around lameness filter

    15. Re:Network efficiency algorithm by Anonymous Coward · · Score: 0

      They actually prefer the term "Human Compilers"

    16. Re:Network efficiency algorithm by jonaskoelker · · Score: 1


      if ($hostname eq "slashdot.org")
              $connection->drop();

      There. Fixed it for both of you. Note that "==" does numerical comparison, so "foo" == "bar"; it works just like it works in C on numbers, so it should be obvious. Also, invoking methods (and accessing members) on objects is done with the arrow notation, not the dot notation, since behind the surface it's a pointer, so again it's intuitive just like C.

      Sheesh, get with the program. And don't throw glass shards if you live under a rock :p

      (please watch the tongue in my cheek before you mod me flamebait or troll

      Okay, now you can do it).

  2. Interesting ...I'd think it would've been... by BitterOldGUy · · Score: 5, Funny

    If( traffic == P2P || traffic == porn)
    {
    route_to_local_garbage()
    }
    else{
    on_its_way()
    }

    1. Re:Interesting ...I'd think it would've been... by somersault · · Score: 4, Funny

      Actually, I bet spam outnumbers even the pr0n. Imagine a world without spam! All the pretty butterflies playing tag, and cute puppies rolling in the sunshine! Ahhh :)

      --
      which is totally what she said
    2. Re:Interesting ...I'd think it would've been... by PsychoElf · · Score: 1

      If there aren't any unicorns or ligers, then I don't want any part of your communist ideals!

    3. Re:Interesting ...I'd think it would've been... by somersault · · Score: 1

      Fresh out of ligers, sorry. Would you accept leoplurodons?

      --
      which is totally what she said
    4. Re:Interesting ...I'd think it would've been... by Yvanhoe · · Score: 2, Interesting

      I take the occasion for asking : Does anyone here know of a serious study about the importance of porn traffic vs something else ? I hear often this internet meme that 90% of the traffic is porn. Once the joke is made, I find this hard to believe. Chat applications, legitimate web surfing, games, P2P, VoIP, spam, I don't see porn surpassing these in total demand.

      --
      The Wise adapts himself to the world. The Fool adapts the world to himself. Therefore, all progress depends on the Fool.
    5. Re:Interesting ...I'd think it would've been... by Big_Monkey_Bird · · Score: 1

      But then, what's the point?

    6. Re:Interesting ...I'd think it would've been... by Anonymous Coward · · Score: 0

      what is the Internet without it's two killer applications, P2P and Porn? You mean that everyone using the 6M broadband package is just reading email and checking recipes?

    7. Re:Interesting ...I'd think it would've been... by Anonymous Coward · · Score: 1, Interesting

      I find this hard to believe. Chat applications
      chat? a bit of text = a t m o s t p e o p l e ' s t y p i n g s p e e d s... barely any impact whatsoever.

      legitimate web surfing
      again, grab a few k of pages every so often. Nothing done. (but.. see later)

      games
      now we might be getting somewhere, but games tend to be reasonably local loops (as those gamers like to brag about their ping times) and the traffic that is sent is reasonably low (or the game would be dog slow) so I don't think this is too much of a problem.

      P2P
      ahah. porn! I mean, err, downloading open source distros of course, not DVDs, no way.

      Most porn is large images, or videos, and really - video is the killer app for bandwidth consumption. How many web pages would you need to surf to make up for a single 700 Mb porn flick? How many porn images? This is why P2P is so important - I doubt you could watch a porn vid online, but downloading it for later makes much more sense.

      There is youtube, which I guess counts as websurfing nowadays, but those vids are quite heavily compressed, small and short.

      I don't know of an study of porn traffic, but it seems to me that it makes up a good chunk of traffic. Probably comes (haha) in second after downloaded Movies and music.

      Now best post this anonymously! :)

    8. Re:Interesting ...I'd think it would've been... by kurzweilfreak · · Score: 1

      Did you really mean the importance of porn traffic or the prevalence of porn traffic? Two different things; we already know porn is pretty damn important. Uh, I mean studies show that porn is pretty damn important. After all, it helps pioneer new technologies!

      --

      kurzweil_freak

      5th Kyu Genbukan Ninpo/KJJR student

      Be the darkness that allows the light to shine.

    9. Re:Interesting ...I'd think it would've been... by Kingrames · · Score: 1

      I do believe, sir, that you might be interested in these butterfly nets and dog collars I have for sale. please visit our website for more information.

      --
      If you can read this, I forgot to post anonymously.
    10. Re:Interesting ...I'd think it would've been... by Tenebrousedge · · Score: 1

      You should check out the number of porn website's on Alexa's top 100 sites for the US. Also compare things like isohunt's zeitgeist. Ninety percent is an extremely high estimate, but the question really depends on what you are measuring. Do you mean the percentage of network traffic, the percent of web pages, or perhaps the percent of publicly accessible storage?

      This article (2004) is talking about the percentage of web traffic (as distinct from internet traffic) that is porn-related as being about 20%

      This question also showed up on Ask Slashdot

      Basically, no one really knows; the question is extremely difficult to answer. I personally would believe 10-30% of network traffic to be porn related, on the basis of a wild guess and a gut feeling.

      --
      Those who advocate genocide deserve every protection afforded by law, and none afforded by common human decency.
    11. Re:Interesting ...I'd think it would've been... by dodobh · · Score: 1

      Large portions of chat, P2P, spam and websurfing is for porn.

      --
      I can throw myself at the ground, and miss.
    12. Re:Interesting ...I'd think it would've been... by PsychoElf · · Score: 1

      Shun the nonbelievers! Shunnnnnn

  3. fp by bigfatwill · · Score: 5, Funny

    Amazing! I've never been able to get first post before, but with faster routing to slashdot.org, it was a sinch.

    --
    (let ((t (sig. my))) ( cons (cdr t) (car t)))
    1. Re:fp by eln · · Score: 5, Funny

      Maybe your ISP hasn't updated its routers yet...

    2. Re:fp by AlterRNow · · Score: 1, Insightful

      Aside from the fact that you actually didn't get first post, faster routing == faster for all.

      --
      The disappearing pencil trick. Let me show you it.
    3. Re:fp by sm62704 · · Score: 1

      Aside from the fact that you actually didn't get first post

      What's that "wooshing" sound?

      --
      mcgrew's razor: Never attribute to stupidity that which can be explained by greedy self-interest
    4. Re:fp by Thornburg · · Score: 5, Funny

      Somebody give the guy at least a Score:1 Funny...

      I mean, c'mon, "it was a sinch". Kind of like spelling better than most of /. is a cinch, only with more S's.

    5. Re:fp by Anonymous Coward · · Score: 2, Funny

      The Superman of Sarcasm?

    6. Re:fp by AlterRNow · · Score: 1

      The Researchers at the University of California?

      --
      The disappearing pencil trick. Let me show you it.
    7. Re:fp by ILuvRamen · · Score: 1, Interesting

      speaking of that, we had a 7 year old cable modem and after the speed increase, it couldn't maintain that actual speed. That can't be good for the network! It was probably sending delayed and junk data nonstop when it maxed out. Our new one can do the full 8 megabits and won't jam up from p2p connections. Maybe they should find everyone with an old modem and give em a new, more efficient one

      --
      Google's Super Secret Search Algorithm: SELECT @search_results FROM internet WHERE @search_results = 'good'
    8. Re:fp by Malevolyn · · Score: 1

      The plural of "S" doesn't have an apostrophe. Cue the huge grammar debate thread in three... two...

      /funny

      --
      Your ad here.
    9. Re:fp by Anonymous Coward · · Score: 0

      All of the wooshful thinking of a bunch of idealists pushing a total rookie for POTUS?

    10. Re:fp by Anonymous Coward · · Score: 1

      How many esses does the plural of ess have?

    11. Re:fp by Anonymous Coward · · Score: 0

      Is it a bird? Is it a plane? No! It's Irony Man!

  4. nearly as good? by amnezick · · Score: 4, Interesting

    so if my packets don't make it I know why. Not a skeptic but the Internet is already barely holding together and I'm not confident that "nearly as good" routing info can help. Of course if trying 2-3 times using this is still faster than first time hit using the old one then sure, why not?

    --
    mov ax,4c00h
    int 21h
    1. Re:nearly as good? by ByOhTek · · Score: 1

      Does "not as good" mean "not as reliable" or "not as short/fast".

      Ex: the time-to transmit and/or path length, removing time to calculate path, is 10-15% longer, on average, would be not as good, even if it is just as reliable.

      --
      Self proclaimed typo king, and inventor of the bear destroying coffee table (patent not pending).
  5. The real question is... by N!k0N · · Score: 1

    Will this be suspect to problems a la BGP?

  6. routers in perl? by Anonymous Coward · · Score: 3, Funny

    That would make them blazing fast!

  7. Is this really new? by Mezoth · · Score: 5, Interesting

    So, from reading the article, I see that the great leap forward here is "smaller routing domain in a link-state protocol leads to faster routing updates". But, looking at the existing link-state protocols, they were designed from the ground up with the ability to limit your routing domain manually so increase the convergence time and decrease memory footprint.

    I guess that means the achievement here is to have a link-state protocol that automatically limits your routing domain by limiting propagation of routes. This however seems like it could lead to seriously suboptimal routing which is probably a bad idea in most network environments today.

    1. Re:Is this really new? by Pysslingen · · Score: 5, Informative

      The central point of the algorithm is to define bounds on when a routing change should be propagated. The point being that only an increase in routing efficiency above a certain threshold should be propagated. This disallows small fluctuations to have an impact on the wider network. He also shows that the impact of the propagation changes will be limited with respect to total network speed.

    2. Re:Is this really new? by Mezoth · · Score: 5, Informative

      After reading a portion of the PDF supplied, I am actually far more satisfied that this is new research and not a restatement of fundamental network principles. The PDF has the equations where he proves a few simple criteria can define the scope of any network topology changes based on the difference in cost of the new route. This allows you to limit the recalculation of routes, blocking them from most of the routers where the recalculation would have provided no change in the actual routing topology.

      The challenges he states are real challenges, and many modern networks are defined by the limits of the link-state protocols. In essence, this is like auto-summarization of prefixes in bgp, only applied to links in the link-state database - a possible slight loss in accuracy for a large boost in routing performance. This would allow the (faster converging) link-state protocols to scale to larger networks, rather then having to divide them into areas or use BGP to route between different sections of the network (resulting in loss of convergence time).

      To the end user, this would mean that the internet would respond faster to outages, and better route around congestion on any one link.

    3. Re:Is this really new? by nine-times · · Score: 3, Interesting

      Ok, you seem to know what the hell is going on, so I'll ask you.

      The summary talks about it being a huge boost to network efficiency and how it cuts overhead, but it seems like that wouldn't necessarily make a huge difference for most people's network use unless overhead is large and networks are hugely inefficient. I mean, if overhead is .0001%, then cutting it in half isn't going to give you too much of a boost in your ability to transmit data unless you're pushing around huge amounts of data and really need to squeeze every last bit of bandwidth. Right?

      So I trust I'll get yelled at by someone if that logic is wrong, but just let me ask, what kind of benefit would this improvement actually yield? Do I get much better bandwidth, much lower latency, both? Or is it the sort of improvement than only a real network guru could love?

    4. Re:Is this really new? by nine-times · · Score: 1

      To the end user, this would mean that the internet would respond faster to outages, and better route around congestion on any one link.

      Thank you. That's the statement that I came in here for.

    5. Re:Is this really new? by Dekker3D · · Score: 1

      well, the overhead would probably be in communicating both ways, so if you could skip a cycle, it would lower your latency a bit. it would also increase bandwidth over the network, but whether that'd get passed on to a user without said user paying more for it... well, idunno. i doubt it.

    6. Re:Is this really new? by Anonymous Coward · · Score: 3, Informative

      I think you're looking at this in the wrong way. If the network is stable then this work is completely irrelevant. Its when the network changes (i.e., links going up and down) that you care about routing protocols. In this case you care how long it takes to converge on a new set of consistent forwarding tables (why? because you may find your packets dropped on the floor in the mean-time)

    7. Re:Is this really new? by Mezoth · · Score: 3, Informative

      Network performance, in this context, is actually discussing the ability of the network to respond to change. This does nothing for the throughput of a non-congested link, but link-state protocols today can assign costs for links based on many factors, including availability and utilization. To the normal person on the street, this would not seem to matter, but in reality outages happen pretty often on large networks. The design of the networks today is often dictated by the limits of the link-state databases and the CPUs that power them - the bigger the database, the more CPU power it takes to run the algorithm to calculate the new best path when there is any change.

      As the link-state database contains a list of every link in the network and the cost of crossing it, as well as every other link that it is connected to - you can see how that quickly becomes computationally heavy on a large network. Also, the larger the network, the more likely it is that you have some change in the network at any one moment - just probability working against you.

      However, this adds a little bit of overhead into the actual database, and will make troubleshooting problems more complex in the real world. The implementation is a really key part of this, and will probably actually dictate if this gets picked up and used going forward. There is a real need for faster convergence time on modern networks as we move into more internet video feeds, as the loss of even a few packets can deeply impact the user experience - so the interest will be there, but the devil is always in the details.

    8. Re:Is this really new? by Anonymous Coward · · Score: 0

      Whether you would notice the difference or not depends.

      If you are using this in a small network with only a few nodes such as a lan probably not. If it was used on a large scale like the internet, you would see the benefit because the network would deal with congestion and route repair well.

      This means the network is better able to select suitable routes for your traffic giving you potentially both lower latency (because your packets spend less time in queues waiting for busy links) and higher bandwidth per person because the traffic is spread more evenly around the network.

    9. Re:Is this really new? by Anonymous Coward · · Score: 1, Interesting

      It just means that convergence time will be quicker, not necessarily related to better throughput, just better response to when things change. I do not think network convergence time is going to matter to most people. It will not speed up packets/throughput/bandwidth or lower latency it just makes the routing protocol more efficient.

      I'd imagine Cisco would stay away from this since resource hungry software drives sales.

    10. Re:Is this really new? by Geoff-with-a-G · · Score: 1

      To the end user, this would mean that the internet would respond faster to outages, and better route around congestion on any one link.

      If I read this right though, it's more a replacement for Interiors like OSPF or EIGRP, rather than BGP. So it'd help scale big enterprises, but probably wouldn't get used on big Internet carrier links...

    11. Re:Is this really new? by Anonymous Coward · · Score: 0

      ...as we move into more internet video feeds, as the loss of even a few packets can deeply impact the user experience...

      Are you saying this with the understanding that non-streaming content relies on TCP to ensure that the data is reliably transmitted and is therefore less susceptible to packet loss? Because otherwise I would think that streaming audio and video would be more forgiving of packet loss since packets that get dropped are time sensitive anyways. Dropped packets manifest themselves in audio blips or video artifacts, but once routing is restored, the feed will be normal.

      And, even then, applications that are not similarly real-time can only rely on TCP to handle some packet loss...if the routing outage is severe enough, the connection will die and they will be more affected by that packet loss than a streaming feed would be.

    12. Re:Is this really new? by Anonymous Coward · · Score: 0

      you're talking about forwarding performance, but the paper addresses _routing_ performance.

      routing performance refers to recovering from failures.

  8. Patent? by jc42 · · Score: 4, Interesting

    So has the team applied for a patent? We wouldn't want just any ISP to be able to use this algorithm, would we? And if they don't patent it, one of the many patent-troll companies will, denying the researchers the right to use the results of their own work.

    --
    Those who do study history are doomed to stand helplessly by while everyone else repeats it.
    1. Re:Patent? by HungryHobo · · Score: 2, Insightful

      And unless they have millions to fight it out in court this is perfectly possible.

    2. Re:Patent? by haruchai · · Score: 1

      Prior art wouldn't apply?

      --
      Pain is merely failure leaving the body
    3. Re:Patent? by IQgryn · · Score: 1

      You must be new here.

    4. Re:Patent? by Strahd+von+Zarovich · · Score: 2, Informative

      This cannot happen. Once something is published, nobody can claim a patent on it at a later date... Even for the authors to apply for a patent, the application has to predate the publication.

    5. Re:Patent? by billcopc · · Score: 4, Funny

      You must be new here.

      Prior art is like kryptonite to the Patent Office.

      --
      -Billco, Fnarg.com
    6. Re:Patent? by wattrlz · · Score: 4, Funny

      You must be new here.
      Redundant, I know, but when has the law ever stopped a patent troll?

    7. Re:Patent? by tlhIngan · · Score: 2, Interesting

      This cannot happen. Once something is published, nobody can claim a patent on it at a later date... Even for the authors to apply for a patent, the application has to predate the publication.

      Except in the US, where you have up to 1 year to file after initial public disclosure. Of course, the problem is that you can't get a foreign patent (because while the initial filing date is recognized by them, the fact it was published potentially nullifies any foreign patent. However, there are probably tons of exceptions and rules and ways for people to get around it).

      http://www.chillingeffects.org/patent/faq.cgi#QID355

    8. Re:Patent? by Strahd+von+Zarovich · · Score: 1

      Nice catch, I didn't know that one...

      However, the fact that they've published is stopping anybody else than the authors (like a patent troll) to file for a patent, right?

    9. Re:Patent? by Anonymous Coward · · Score: 1, Funny

      That's right. Kryptonite has no effect at all on the patent office.

    10. Re:Patent? by Anonymous Coward · · Score: 0

      Sorry... But you're twice wrong. An author can file a patent shortly after a release provided that it came from them in most countries... Secondly, yes, prior art should apply, but we wouldn't have the current patent troll problem if it actually did.

    11. Re:Patent? by Anonymous Coward · · Score: 0

      What is the official definition of "published"?

    12. Re:Patent? by Pysslingen · · Score: 1

      Red or green?

    13. Re:Patent? by theapeman · · Score: 1

      No. It doesn't stop anybody filing for a patent. It doesn't stop a patent being granted. It does allow anyone with sufficient funds to challenge the patent.

    14. Re:Patent? by jc42 · · Score: 1

      However, the fact that they've published is stopping anybody else than the authors (like a patent troll) to file for a patent, right?

      Nope; that doesn't necessarily stop anyone from filing. All you have to do is fill out the papers and pay the application fee. Of course, if the Patent Office discovers that someone else published it earlier, they'll reject your application. But you can certainly file. If your lawyers can write it with terminology that's sufficiently obscure, the Patent Office's examiners might not notice that it's a dup of an earlier patent.

      The really problematical aspect is that in the US, if you have sufficiently many millions of dollars to spend on court costs, even if your patent will be eventually rejected, you can use the legal system to block others (including the original inventors) from using the patent for the decade or so that it takes you to lose. If you're fighting a small start up, you can probably bankrupt them before you lose. And you stand a good chance of being able to buy up their rights during their bankruptcy proceedings.

      The only real defense they have against this is if they have filed their own patent application before you did (and your lawyers didn't do a good enough job of obscuring your application). Then the Patent Office will probably notice what you're doing, and will deny your application very quickly.

      --
      Those who do study history are doomed to stand helplessly by while everyone else repeats it.
    15. Re:Patent? by TapeCutter · · Score: 1

      "Of course, the problem is that you can't get a foreign patent (because while the initial filing date is recognized by them, the fact it was published potentially nullifies any foreign patent."

      How can you nullify something that doesn't exist.

      --
      And did you exchange a walk on part in the war for a lead role in a cage? - Pink Floyd.
  9. The most important part by farker+haiku · · Score: 3, Informative

    Finally, we argue that existing link-state protocols, such as OSPF, can incorporate XL routing in a backwards compatible and incrementally deployable fashion.

    My first question upon reading the summary was, but is it backwards compatable... and they appear to answer that in the thesis statement. Looks like some good lunch reading here.

    --
    Your sig(k) has been stolen. There is a puff of smoke!
    1. Re:The most important part by Anonymous Coward · · Score: 4, Funny

      They meet the âoecentral challengeâ of determining which updates are important and which can be suppressed by using three rules for update propagation, said team member Ramamohan Paturi.

      1. The routing algorithm may not injure the network or, through inaction, allow the network to come to harm.
      2. The routing algorithm must obey orders given to it by human beings, except where such orders would conflict with the First Rule.
      3. The routing algorithm must protect its own existence as long as such protection does not conflict with the First or Second Rules.

      Seems pretty foolproof to me.

    2. Re:The most important part by mrogers · · Score: 3, Funny

      Seems pretty foolproof to me.

      Nah, you just present it with a situation where acting will harm one human and failing to act will harm another. Then it jams up and starts vibrating and sparks shoot out of its ears. (Or at least that's how it works for robots. To be honest I don't know where a routing algorithm's ears are, but this seems as good a way as any to find out.)

    3. Re:The most important part by Lars+T. · · Score: 1

      0. The routing algorithm may cut off one node to make sure the network remains healthy.

      --

      Lars T.

      To the guy who modded me down from perfect to terrible Karma - Apple haters still suck

  10. University of California *San Diego* by introspekt.i · · Score: 2, Informative

    Just for the record, it looks like this was developed at UCSD. I'm no Californian, but I wasn't aware of a "University of California" school..I'm pretty sure they're all UC-something-something. Just giving credit where credit is due...

    1. Re:University of California *San Diego* by MosesJones · · Score: 1

      Errr you might not know, but that doesn't mean it doesn't exist.

      I like to think of the University of California as a sort of Oxford/Cambridge college system on steroids. So yes its at UCSD, also writers of a very fine version of Pascal, but its still UC.

      --
      An Eye for an Eye will make the whole world blind - Gandhi
    2. Re:University of California *San Diego* by zhiwenchong · · Score: 1

      The name "University of California", when unqualified, refers to the Berkeley campus.

      It's just a convention. Other examples:
      1) University of Michigan -> Ann Arbor campus
      2) University of Wisconsin -> Madison campus
      3) University of Illinois -> Urbana-Champaign campus
      4) University of Maryland -> College Park campus

    3. Re:University of California *San Diego* by amRadioHed · · Score: 1

      I'm a San Diegan, though I don't know much about UCSD. However all the University of California schools are affiliated. I don't think it's wrong to refer to the University of California, but it's not that common. Probably since UCSD is quicker to say by 1/3 and is also more specific.

      --
      We hope your rules and wisdom choke you / Now we are one in everlasting peace
    4. Re:University of California *San Diego* by Kinjin · · Score: 1

      FYI: University of California is well, a University. San Diego is a campus of said University.
      Campuses:
      Berkeley
      Davis
      Irvine
      Los Angeles
      Merced
      Riverside
      San Diego
      San Francisco
      Santa Barbara
      Santa Cruz

    5. Re:University of California *San Diego* by introspekt.i · · Score: 1

      My bad, though by saying University of California "School" you might infer that I was referring to a specific campus specifically named "University of California". My state doesn't really follow the whole Cambridge convention of campuses in a U system. We're not sophisticated like ya'll Californians.

    6. Re:University of California *San Diego* by Ctrl-Z · · Score: 1

      In my experience, "University of California" refers to the system, while "Cal" refers to Berkeley. Not having attended either, I defer to those with first-hand experience.

      --
      www.timcoleman.com is a total waste of your time. Never go there.
    7. Re:University of California *San Diego* by shumway · · Score: 1

      Berkeley was the original University of California, until we needed places to send all the inferior faculty and students.

      --
  11. Just like The Pennsylvania State University by Anonymous Coward · · Score: 0

    The University of California is just like the Pennsylvania State University. Penn State has campuses all over the state, each going by the town name.

    Pennsylvania State Unviersity at York, or Beaver, or Erie. The one most people know is right here in State College, named The Pennsylvania State University - University Park, PA (zip 16802) or more often refered to as the Main Campus.

  12. CVP improvement by suck_burners_rice · · Score: 1

    The CVP could be further improved. Producing the CVP is an expensive operation when the stated purpose is to support networking with transient connections. It can be improved by parameterizing the XL with d instead of e. I think further research is needed in this area.

    --
    McCain/Palin '08. Now THAT's hope and change!
  13. CRAP. Mis-moused! by wonkavader · · Score: 1

    I'm so sorry, Mezoth. I just moderated this redundant, when I meant to moderate it interesting.

    Please, someone compensate for my mouse-slip.

  14. significant boost to algorithm by Lars+T. · · Score: 5, Insightful

    Don't use deep packet inspection for routing.

    --

    Lars T.

    To the guy who modded me down from perfect to terrible Karma - Apple haters still suck

    1. Re:significant boost to algorithm by Anonymous Coward · · Score: 1

      modded flamebait while he's right. yup....

    2. Re:significant boost to algorithm by dgatwood · · Score: 1

      And if you do use deep packet inspection, you got it all wrong. It should be:

      if ($packet->['httpHeader']['HTTP_REFERER'] eq "slashdot.org") {
      $packet->sendICMP(ICMP_TYPE_RST, SEND_ICMP_TO_SOURCE);
      $packet->sendICMP(ICMP_TYPE_RST, SEND_ICMP_TO_DESTINATION);
      $packet->drop();
      return 1; # packet was reinjected or handled in this layer; do not continue to propagate through filter chain
      }

      Emphasis mine.

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

    3. Re:significant boost to algorithm by Anonymous Coward · · Score: 0

      *swoosh*

    4. Re:significant boost to algorithm by Geoff-with-a-G · · Score: 1

      Don't use deep packet inspection for routing.

      They don't. We're talking about the routing protocol, which determines layer-3 routing tables from topology information. OSPF, EIGRP, RIP, that sort of thing. Deep Packet Inspection isn't involved in this process. There's plenty to complain about in your ISP inspecting your traffic, but "slows down OSPF" isn't on the list.

    5. Re:significant boost to algorithm by statemachine · · Score: 1

      *swoosh*

      What does Nike have to do with any of this? Or were you saying an Air Jordan powered sneakernet would be more efficient?

  15. Re:CRAP. Mis-moused! by el_chupanegre · · Score: 2, Informative

    By posting, you have removed your moderation, so you already did it yourself ;)

    You can't post and moderate in the same story, otherwise you could post and then mod yourself, or mod down people who disagree with you etc.

  16. Numbers Re:I'd think it would've been... by Anonymous Coward · · Score: 1

    This bring up some interesting questions:
    On 'backbone' circuits, how much traffic is:
    a) SPAM e-mail
    b) P2P traffic (on those port 'special' port numbers)
    c) pr0n downloads
    d) encrypted VPN - corporate
    e) encrypted - 'zombie PC' private networks (based on IP addr)
    It would be interesting to compare this number with the number for the 'last mile' circuits, just to see what the 'network management' issues are

  17. Botnet and spam by arhhook · · Score: 1

    Moar Spam! Bigger Botnet! Gogogo

  18. Thoughts that never occur to anonymous cowards by Anonymous Coward · · Score: 1, Insightful

    "Maybe my offensive odor is the reason I've never been touched by another human being" and "maybe living in my parent's basement really does make me a loser"

  19. Re:CRAP. Mis-moused! by Guido+von+Guido · · Score: 2, Funny

    Don't worry, I moderated him -1 troll to make up for it.

  20. A new Al Gore rhythm by sokoban · · Score: 3, Funny

    A new and improved Al Gore rhythm would dramatically boost network efficiency. Since he invented the internets, and actually routes every single packet on the internets by hand, if he learned how to work in a syncopated rhythm the efficiency of the network would nearly double.

    Check and mate!

    --
    09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 is the magic number.
  21. Genetic Algorithm? by Tablizer · · Score: 2, Interesting

    Why not use a genetic algorithm to discover such algorithms? Assuming you can simulate typical network usage patterns reasonably accurately, then one can apply GA's to the simulation find a near-optimum algorithm.

  22. Not just UC, UCSD by Anonymous Coward · · Score: 0

    Hey, credit where it's due. s/(University of California)/\1, San Diego/g

    Full disclosure: My lab is around the corner and down the hall from Levchenko's :D

  23. Full PDF by Kiaser+Zohsay · · Score: 1

    For the technically inclined, the full research publication (PDF) is available."

    You must be new here.

    --
    I am not your blowing wind, I am the lightning.
  24. For the technically inclined... by actionbastard · · Score: 1

    What about the rest of us, you insensitive clod?

    --
    Sig this!
  25. Overstatement by wye43 · · Score: 1

    "reduce the "communication overhead" of route computation - by an order of magnitude" is an overstatement. They only reduced topology changes traffic, not the regular traffic. Topology changes are an insignificant (less than 0.1%) part of total trafic.

    Nothing to see here, move along.

  26. Re:CRAP. Mis-moused! by emlyncorrin · · Score: 1

    Haha I moderated you funny!

    oh wait...

  27. PowerBoost by Anonymous Coward · · Score: 0

    ut oh, guys, the morons over at Comcast have already invented this technology & are selling it to their moronic clients, it is called PowerBoost.

    Damn, if only I could pour a few drops of PowerBoost on my modem & firewall & switch & WAP? If only. Damn, I need more Boosting of my Power.