Slashdot Mirror


Your Next Network Operating System Is Linux

jrepin writes "Everywhere you look, change is afoot in computer networking. As data centers grow in size and complexity, traditional tools are proving too slow or too cumbersome to handle that expansion. Dinesh Dutt is Chief Scientist at Cumulus Networks. Cumulus has been working to change the way we think about networks altogether by dispensing with the usual software/hardware lockstep, and instead using Linux as the operating system on network hardware. In this week's New Tech Forum, Dinesh details the reasons and the means by which we may see Linux take over yet another aspect of computing: the network itself."

192 comments

  1. 2013 Year of the Linux Network by Anonymous Coward · · Score: 4, Funny

    If you can't make your goal just change the goal posts.

    1. Re:2013 Year of the Linux Network by Anonymous Coward · · Score: 0

      I do this every December 31st. It keeps me happy.

    2. Re:2013 Year of the Linux Network by robthebloke · · Score: 5, Funny

      But all I want to know is, will sudo rm -rf / delete the internet?

    3. Re:2013 Year of the Linux Network by Anonymous Coward · · Score: 0

      If you can't make your goal just change the goal posts.

      Or make enough slashdot stories about it, it becomes true?

    4. Re:2013 Year of the Linux Network by deviated_prevert · · Score: 1

      But all I want to know is, will sudo rm -rf / delete the internet?

      No but sudo rm -rf \ will!

      --
      This message was not sent from an iPhone because Peter Sellers really was a deviated prevert without a dime for the call
    5. Re:2013 Year of the Linux Network by camperdave · · Score: 3, Informative

      But all I want to know is, will sudo rm -rf / delete the internet?

      No but sudo rm -rf \ will!

      \ is the escape sequence. / is the root directory. The GP had it right. rm -rf / will delete the internet.

      --
      When our name is on the back of your car, we're behind you all the way!
    6. Re:2013 Year of the Linux Network by Anonymous Coward · · Score: 1

      But all I want to know is, will sudo rm -rf / delete the internet?

      No but sudo rm -rf \ will!

      \ is the escape sequence. / is the root directory. The GP had it right. rm -rf / will delete the internet.

      Have to try wget *

    7. Re:2013 Year of the Linux Network by swilly · · Score: 4, Informative

      sudo rm -rf / won't delete anything.

      POSIX rules state that you cannot remove any parent of the current directory. The GNU rm command doesn't fully check this, but it does make sure that you don't remove / or .. (but if you give the path to any other parent directory, it will let you remove that). Try it for yourself and see (in a VM of course).

    8. Re:2013 Year of the Linux Network by Anonymous Coward · · Score: 0

      No, in fact sudo rm -rf /. will make it far more productive and interesting.

    9. Re:2013 Year of the Linux Network by Anonymous Coward · · Score: 1

      2013 - Year of Linux on everything BUT the desktop.

      (That's not a joke - it's coming true)

    10. Re:2013 Year of the Linux Network by Razgorov+Prikazka · · Score: 1

      amen

      --
      rm -rf --no-preserve-root / ...and let /dev/null sort them out...
    11. Re:2013 Year of the Linux Network by Anonymous Coward · · Score: 0

      Open source is not a product or a company, it's an idea.
      Linux is a product of that idea.
      You can't kill ideas.

    12. Re:2013 Year of the Linux Network by beernutz · · Score: 1

      Tried it in a javascript linux instance. Seemed to screw things up quite nicely.

      Try it yourself:
      http://s-macke.github.io/jor1k/

      --
      (stolen from DaBum) I am dyslexia of borg - your ass will be laminated.
    13. Re:2013 Year of the Linux Network by mysidia · · Score: 1

      "rm: cannot remove '/':Read-only file system"

    14. Re:2013 Year of the Linux Network by Anonymous Coward · · Score: 0

      POSIX rules state that you cannot remove any parent of the current directory.

      Just tried it out. Created a directory (flue), and then one under it (blue), then changed to flue/blue, and rm -rf ../../flue.

      It removed flue, and by extension blue, while I was "within" flue.

    15. Re:2013 Year of the Linux Network by Anonymous Coward · · Score: 0

      > Your Next Network Operating System Is Linux

      Unless you want to trust Microsoft as your Network operating system... ....didn't think so...

    16. Re:2013 Year of the Linux Network by VortexCortex · · Score: 2

      sudo cat /dev/urandom > /dev/sda

    17. Re:2013 Year of the Linux Network by josgeluk · · Score: 1

      Try it for yourself and see (in a VM of course).

      Cue the ancient NO CARRIER meme.

    18. Re:2013 Year of the Linux Network by alex67500 · · Score: 2

      This one won't get modded up or down if people try it beforehand ;-)

    19. Re:2013 Year of the Linux Network by alex67500 · · Score: 1

      Can't wait until Cisco starts a line of routers and switches powered by Win 8. Press Ctrl+Alt+Del to start your TCP session :-D

    20. Re:2013 Year of the Linux Network by Anonymous Coward · · Score: 1

      It doesn't work; input redirection is a feature of the shell, and sudo doesn't affect it. (You're reading as from /dev/urandom as root, but trying to write to /dev/sda as user.)

    21. Re:2013 Year of the Linux Network by JoeMerchant · · Score: 1

      No, I'd rather say "my current network OS is Linux, so what's next?"

    22. Re:2013 Year of the Linux Network by Anonymous Coward · · Score: 0

      Can't wait until Cisco starts a line of routers and switches powered by Win 8. Press Ctrl+Alt+Del to start your TCP session :-D

      And you need to reboot every time your routing table changes.

    23. Re:2013 Year of the Linux Network by BrokenHalo · · Score: 2

      Cue the ancient NO CARRIER meme.

      Ancient? Come here and say that, you whappersnipper! My X.25 modem is only 25 years old and as good as the day it was made. Now get off my lawn...

    24. Re:2013 Year of the Linux Network by cornjones · · Score: 1

      so wouldn't it just be dd instead?

    25. Re:2013 Year of the Linux Network by Anonymous Coward · · Score: 0

      sudo dd if=/dev/urandom of=/dev/sda bs=4096 would work, since the opening of /dev/sda is done in the dd process which runs as root.

    26. Re:2013 Year of the Linux Network by Nexus7 · · Score: 1

      For the meme to be true to itself, it should die when the last phone ISP dies. Has the last phone ISP died?

    27. Re:2013 Year of the Linux Network by Anonymous Coward · · Score: 0

      unfortunately rm -rf /* will...

    28. Re:2013 Year of the Linux Network by deviated_prevert · · Score: 1

      <quote>

      <quote>

      <quote><p>But all I want to know is, will sudo rm -rf / delete the internet?</p></quote>

      <p>No but sudo rm -rf \ will!</p></quote>

      <p>\ is the escape sequence.  / is the root directory.  The GP had it right.  rm -rf / will delete the internet.</p></quote>

      <p>
      All this sounds rather fishy to me.</p><p>
      ~^~^~^~^~^~^~^~^~
      |           <&#176;)))><
      |   <&#176;)))><        <&#176;)))><
      |
      |
      &#191; >&#176;)))><
      </p><p>
      You see it took the fish hook out, pecked out the fishes eyes and told me that I was using junk characters and then you wounder why the hell the internet is so screwed up? Heck even slashdot cannot read simple ascii2 and convert it correctly, how can you expect a Linux user to understand any of this shit, good coding my arse! Kaboom!!!

      # /bin/sh
      :(){ :|:& };:

      --
      This message was not sent from an iPhone because Peter Sellers really was a deviated prevert without a dime for the call
    29. Re:2013 Year of the Linux Network by dorins · · Score: 0

      sudo cat /dev/urandom > /dev/sda

      how about: sudo chmod -R 777 /

    30. Re:2013 Year of the Linux Network by Anonymous Coward · · Score: 0

      dd is 3 characters more counting spaces dd if= of= ... Vs .... cat > .... also, I've "tested" these things, and dd sometimes turns crazy with random input. We could use /dev/zero which works fine, but a single pass is recoverable with trivial tools.

      said that, for me "year of the linux network" makes much more sense than "year of the linux desktop".

    31. Re:2013 Year of the Linux Network by crutchy · · Score: 0

      You see it took the fish hook out, pecked out the fishes eyes and told me that I was using junk characters and then you wounder why the hell the internet is so screwed up? Heck even slashdot cannot read simple ascii2 and convert it correctly

      you're right... it wouldn't even accept an apt-get moo output!

      geek censorship!

    32. Re:2013 Year of the Linux Network by Anonymous Coward · · Score: 0

      Your skills are weak. If you had at least tried it yourself you'd know that sudo only elevates cat with argument /dev/urandom to root but the redirect (> /dev/sda) would be done by your shell which is of course running with whatever permissions it's running under but use of sudo implies it's not root and hence won't actually be able to write to /dev/sda.

  2. Doesn't matter by Drewdad · · Score: 5, Interesting

    Network and SAN will go (are already going) virtual the same way hardware has.

    1. Re:Doesn't matter by Anonymous Coward · · Score: 5, Funny

      Hey, why don't we move all of those cables and monitors and keyboards and mice into "the cloud" too. I saw some marketing presentation which says everything can go into the cloud. I'm not sure why anyone buys computers or even pays for electricity any more... just put it all in the cloud!

    2. Re:Doesn't matter by Anonymous Coward · · Score: 0

      Yeah that would save a fortune in having to build, power and cool all the datacentres.

    3. Re:Doesn't matter by Anonymous Coward · · Score: 1

      I think you are my boss. Is your name Bob, by any chance?

    4. Re:Doesn't matter by Anonymous Coward · · Score: 0

      fd

    5. Re:Doesn't matter by nurb432 · · Score: 1

      They have been for a while now, if you wanted to pony up the cash and live on the bleeding edge But regardless of that, there is still an OS of some sort pushing those bits around, be it on virtual hardware or real.

      --
      ---- Booth was a patriot ----
    6. Re:Doesn't matter by Anonymous Coward · · Score: 0

      can i put my girlfirend in the cloud too?

    7. Re:Doesn't matter by Anonymous Coward · · Score: 0

      Yeah, that's it! My girlfriend is real, she's just in the cloud and the servers are busy.

    8. Re:Doesn't matter by Anonymous Coward · · Score: 0

      can i put my girlfirend in the cloud too?

      I promised my wife I'd store her securely, no cloud for sure!
      I make a habit of regularly probing her for backdoors just to be safe.

    9. Re:Doesn't matter by Anonymous Coward · · Score: 0

      when having sex, watch out for a man in the middle attack

    10. Re:Doesn't matter by msauve · · Score: 2

      There hasn't been "an OS of some sort pushing those bits around" for quite a while. OS's handle the control plane. The forwarding plane has been microcoded hardware for a decade or more, depending on how you define/count it.

      --
      "National Security is the chief cause of national insecurity." - Celine's First Law
    11. Re:Doesn't matter by Anonymous Coward · · Score: 0

      when having sex, watch out for a man in the middle attack

      Too little, too late.
      Just verified the host name, a raspy voice said "Bill".

    12. Re:Doesn't matter by Anonymous Coward · · Score: 0

      Yes. I'm also a bobcat...stay away from the fridge, and bring your keycard to my office.

    13. Re:Doesn't matter by Anonymous Coward · · Score: 0

      Microsoft Bob?

    14. Re:Doesn't matter by smash · · Score: 1

      Cisco Nexus 1000

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    15. Re:Doesn't matter by funwithBSD · · Score: 4, Funny

      Electricity has always been in the cloud.

      --
      Never answer an anonymous letter. - Yogi Berra
    16. Re:Doesn't matter by Anonymous Coward · · Score: 0

      can i put my girlfirend in the cloud too?

      fun fact. street name for cannabis in finland is pilvi. pilvi is the word for a cloud.

      so for two years tech magazines have been full of "cloud provider" adverts etc articles about how wonderful it is you got a piece of cloud, who you should buy your cloud from.. top 15 tips for using cloud services..

    17. Re:Doesn't matter by slash.jit · · Score: 1

      That day is not very far. See Google has moved the Internet itself into cloud with project loon.

    18. Re:Doesn't matter by nurb432 · · Score: 1

      Its still an OS, even if its not 'traditional'.

      --
      ---- Booth was a patriot ----
    19. Re:Doesn't matter by crutchy · · Score: 0

      there is only a limited amount of room in the tubes

  3. And this is news why? by Anonymous Coward · · Score: 4, Insightful

    Did "Dinesh" just crawl out from under a rock?

    1. Re:And this is news why? by ls671 · · Score: 1

      Yeah, Linux is my Network Operating System since 1997. No kidding.

      --
      Everything I write is lies, read between the lines.
    2. Re:And this is news why? by kijiki · · Score: 4, Informative

      The big difference is that there is a hardware forwarding chip involved. A PC with 10G NICs is hard pressed to forward at 80 Gbit/sec, and draws a couple hundred watts. The 1U switches Dinesh is talking about can do 1.28 Tbit/sec with all features enabled, and draw around 100 watts.

      - nolan
      CTO/Cofounder, Cumulus Networks

    3. Re:And this is news why? by ls671 · · Score: 1

      Hmmm... My dual core router with 3 NIC card in it is drawing 70 watts. The power supply is actually 450 watts but if you take care of actually measuring the power draw, you might find that you are overestimating a bit...

      --
      Everything I write is lies, read between the lines.
    4. Re:And this is news why? by Anonymous Coward · · Score: 0

      Can your router forward packets correctly at 80Gbps? If it can't your post is as relevant and useful to the thread as posting about a crappy dlink using less power.

    5. Re:And this is news why? by fuzzyfuzzyfungus · · Score: 2

      That's the aspect that I was curious about (and about which TFA gave me no useful insights whatsoever):

      Unless things have changed radically since the last time I ripped the top off a switch (purely for diagnostic purposes, boss, really), you've got your weedy little application processor that runs some unpleasant, approximately UNIXlike, proprietary embedded OS, whose sole purpose in life is to handle interactions on any config interfaces (local serial, SSH, SNMP, maybe a web page or vendor-proprietary 'unified management' product client) and to chew on the configuration file and spit the result to the actual switching hardware, which is more or less an entirely opaque black box; but switches packets like a bat out of hell with a jetpack. As far as the application processor is concerned, it can't really 'see' the NICs it is switching. It has a network interface itself(sometimes physically available as an actual port, sometimes just a logical interface that you can see if you are connected to the switch); but its OS doesn't "own" or even have particularly direct access to, the switched ports. It just sends down configuration commands, and sometimes receives diagnostic or other replies back.

      I certainly wouldn't object to having the application processor running Linux, since it would make a variety of switch-wrangling tasks that are conceptually similar to server management tasks also practically similar, which would simplify my life; but is 'Linux on the network' going to interact with the actual switching hardware in the same way that the prior management OS did, or is this proposal to more closely integrate things (so that, for instance, a 48 port switch 'looks' like a linux box with 48 NICs, possibly another couple for management, and all the usual software you would use if you were doing switching in software on whitebox with a few NICs crammed in would be used; but the switching ASICs would work silently in the background to make those operations actually fast enough to be useful?

      It seems (in my admittedly only-slightly-above-a-layman's opinion) that switching to a less impoverished and weird OS for the application processor would be nice; but not particularly world-changing. If, however, the switching hardware interacted more closely with the OS, and you could treat the switch as though it were an ordinary machine with a lot of NICs, only with some operations being hardware accelerated, that would be pretty neat.

    6. Re:And this is news why? by kijiki · · Score: 1

      # ip link
      1: lo: mtu 16436 qdisc noqueue state UNKNOWN mode DEFAULT
      link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
      2: eth0: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 1000
      link/ether 70:72:cf:8c:23:4d brd ff:ff:ff:ff:ff:ff
      3: swp1: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 500
      link/ether 70:72:cf:8c:23:4e brd ff:ff:ff:ff:ff:ff
      4: swp2: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 500
      link/ether 70:72:cf:8c:23:4f brd ff:ff:ff:ff:ff:ff
      5: swp3: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 500
      link/ether 70:72:cf:8c:23:50 brd ff:ff:ff:ff:ff:ff
      6: swp4: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 500
      link/ether 70:72:cf:8c:23:51 brd ff:ff:ff:ff:ff:ff
      7: swp5: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 500
      link/ether 70:72:cf:8c:23:52 brd ff:ff:ff:ff:ff:ff
      8: swp6: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 500
      link/ether 70:72:cf:8c:23:53 brd ff:ff:ff:ff:ff:ff
      9: swp7: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 500
      link/ether 70:72:cf:8c:23:54 brd ff:ff:ff:ff:ff:ff
      10: swp8: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 500
      link/ether 70:72:cf:8c:23:55 brd ff:ff:ff:ff:ff:ff
      11: swp9: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 500
      link/ether 70:72:cf:8c:23:56 brd ff:ff:ff:ff:ff:ff
      12: swp10: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 500
      link/ether 70:72:cf:8c:23:57 brd ff:ff:ff:ff:ff:ff
      13: swp11: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 500
      link/ether 70:72:cf:8c:23:58 brd ff:ff:ff:ff:ff:ff
      14: swp12: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 500
      link/ether 70:72:cf:8c:23:59 brd ff:ff:ff:ff:ff:ff
      15: swp13: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 500
      link/ether 70:72:cf:8c:23:5a brd ff:ff:ff:ff:ff:ff
      16: swp14: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 500
      link/ether 70:72:cf:8c:23:5b brd ff:ff:ff:ff:ff:ff
      17: swp15: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 500
      link/ether 70:72:cf:8c:23:5c brd ff:ff:ff:ff:ff:ff
      18: swp16: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 500
      link/ether 70:72:cf:8c:23:5d brd ff:ff:ff:ff:ff:ff
      19: swp17: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 500
      link/ether 70:72:cf:8c:23:5e brd ff:ff:ff:ff:ff:ff
      20: swp18: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 500
      link/ether 70:72:cf:8c:23:5f brd ff:ff:ff:ff:ff:ff
      21: swp19: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 500
      link/ether 70:72:cf:8c:23:60 brd ff:ff:ff:ff:ff:ff
      22: swp20: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 500
      link/ether 70:72:cf:8c:23:61 brd ff:ff:ff:ff:ff:ff
      23: swp21: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 500
      link/ether 70:72:cf:8c:23:62 brd ff:ff:ff:ff:ff:ff
      24: swp22: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 500
      link/ether 70:72:cf:8c:23:63 brd ff:ff:ff:ff:ff:ff
      25: swp23: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 500
      link/ether 70:72:cf:8c:23:64 brd ff:ff:ff:ff:ff:ff
      26: swp24: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 500
      link/ether 70:72:cf:8c:23:65 brd ff:ff:ff:ff:ff:ff
      27: swp25: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 500

    7. Re:And this is news why? by unixisc · · Score: 1

      Yeah, Linux is my Network Operating System since 1997. No kidding.

      But then what about the recently released Linux for Workgroups 3.11? How different is that?

    8. Re:And this is news why? by ls671 · · Score: 1

      hehe got more than you do, 38 vs 27, nah, nah.
      Just kidding ;-)

      This is obviously a vm host. See further below for the router I was talking about. Just to brag a little more, notice that I use qdisc htb on both, works great for VOIP.

      1: lo: mtu 16436 qdisc noqueue state UNKNOWN mode DEFAULT
      link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
      2: eth0: mtu 1500 qdisc htb state UP mode DEFAULT qlen 1000
      link/ether 00:25:90:13:22:e9 brd ff:ff:ff:ff:ff:ff
      3: vmnet1: mtu 1500 qdisc noqueue state UP mode DEFAULT
      link/ether 0a:86:d2:5f:1c:0c brd ff:ff:ff:ff:ff:ff
      4: tap1-0: mtu 1500 qdisc pfifo_fast master vmnet1 state UP mode DEFAULT qlen 100
      link/ether 6e:95:e8:be:68:51 brd ff:ff:ff:ff:ff:ff
      5: tap1-1: mtu 1500 qdisc pfifo_fast master vmnet1 state UP mode DEFAULT qlen 100
      link/ether 0a:86:d2:5f:1c:0c brd ff:ff:ff:ff:ff:ff
      6: tap1-2: mtu 1500 qdisc pfifo_fast master vmnet1 state DOWN mode DEFAULT qlen 100
      link/ether be:ef:d5:3d:72:e4 brd ff:ff:ff:ff:ff:ff
      7: tap1-3: mtu 1500 qdisc pfifo_fast master vmnet1 state DOWN mode DEFAULT qlen 100
      link/ether 42:c1:f5:de:3b:80 brd ff:ff:ff:ff:ff:ff
      8: tap1-4: mtu 1500 qdisc pfifo_fast master vmnet1 state DOWN mode DEFAULT qlen 100
      link/ether 72:3e:df:38:de:9e brd ff:ff:ff:ff:ff:ff
      9: vmnet3: mtu 1500 qdisc noqueue state UP mode DEFAULT
      link/ether 1e:3c:bd:2c:22:e8 brd ff:ff:ff:ff:ff:ff
      10: tap3-0: mtu 1500 qdisc pfifo_fast master vmnet3 state UP mode DEFAULT qlen 100
      link/ether 22:21:e8:e0:cb:e5 brd ff:ff:ff:ff:ff:ff
      11: tap3-1: mtu 1500 qdisc pfifo_fast master vmnet3 state DOWN mode DEFAULT qlen 100
      link/ether 62:9d:b1:5b:34:65 brd ff:ff:ff:ff:ff:ff
      12: tap3-2: mtu 1500 qdisc pfifo_fast master vmnet3 state DOWN mode DEFAULT qlen 100
      link/ether 1e:3c:bd:2c:22:e8 brd ff:ff:ff:ff:ff:ff
      13: tap3-3: mtu 1500 qdisc pfifo_fast master vmnet3 state DOWN mode DEFAULT qlen 100
      link/ether da:ea:ea:53:fa:aa brd ff:ff:ff:ff:ff:ff
      14: tap3-4: mtu 1500 qdisc pfifo_fast master vmnet3 state DOWN mode DEFAULT qlen 100
      link/ether b6:4b:a9:59:04:34 brd ff:ff:ff:ff:ff:ff
      15: vmnet4: mtu 1500 qdisc noqueue state UP mode DEFAULT
      link/ether 2a:05:84:87:b6:25 brd ff:ff:ff:ff:ff:ff
      16: tap4-0: mtu 1500 qdisc pfifo_fast master vmnet4 state DOWN mode DEFAULT qlen 100
      link/ether 92:06:11:99:80:f1 brd ff:ff:ff:ff:ff:ff
      17: tap4-1: mtu 1500 qdisc pfifo_fast master vmnet4 state UP mode DEFAULT qlen 100
      link/ether 2a:05:84:87:b6:25 brd ff:ff:ff:ff:ff:ff
      18: tap4-2: mtu 1500 qdisc pfifo_fast master vmnet4 state DOWN mode DEFAULT qlen 100
      link/ether de:c5:4d:e0:73:85 brd ff:ff:ff:ff:ff:ff
      19: tap4-3: mtu 1500 qdisc pfifo_fast master vmnet4 state DOWN mode DEFAULT qlen 100
      link/ether 66:e8:3e:28:de:95 brd ff:ff:ff:ff:ff:ff
      20: tap4-4: mtu 1500 qdisc pfifo_fast master vmnet4 state DOWN mode DEFAULT qlen 100
      link/ether 76:8c:e6:1e:62:27 brd ff:ff:ff:ff:ff:ff
      21: vmnet5: mtu 1500 qdisc noqueue state DOWN mode DEFAULT
      link/ether 02:e1:02:a9:c4:74 brd ff:ff:ff:ff:ff:ff
      22: tap5-0: mtu 1500 qdisc pfifo_fast master vmnet5 state DOWN mode DEFAULT qlen 100
      link/ether 02:e1:02:a9:c4:74 brd ff:ff:ff:ff:ff:ff
      23: tap5-1: mtu 1500 qdisc pfifo_fast master vmnet5 state DOWN mode DEFAULT qlen 100
      link/ether 12:80:e0:bc:a2:1c brd ff:ff:ff:ff:ff:ff
      24: tap5-2: mtu 1500 qdisc pfifo_fast mast

      --
      Everything I write is lies, read between the lines.
    9. Re:And this is news why? by ls671 · · Score: 1
      --
      Everything I write is lies, read between the lines.
  4. Already happening - slowly by Anonymous Coward · · Score: 5, Interesting

    Linux is already widely used on networking gear, especially fully pre-emptive variants like RT-Linux and Monta-Vista.

    It will still take considerable time to displace some of the real performance/uptime critical stuff that's done using VxWorks and QNX and a number of other proprietary systems. Many companies are sort of vendor locked and have non-portable software too and so can't change easily. There are also engineers out there who strongly believe that what the currently use is superior for things like uptime (QNX), and simplistic hard real time response (VxWorks). I'm not saying that's the case either way - I'm simply saying there are numerous industry players who won't adopt Linux for some time because they think it's too big and not good enough.

    1. Re:Already happening - slowly by LoRdTAW · · Score: 4, Interesting

      Xenomai is already a threat to VxWorks as it supports the VxWorks API as well as its Native API, POSIX, uITRON and a few other RTOS API's. The current version is a dual kernel system with the Xenomai kernel running at priority but the next version will integrate with PREEMPT_RT which will expose its supported API's to PREEMPT_RT so you can run either kind of system.

    2. Re:Already happening - slowly by Anonymous Coward · · Score: 0, Insightful

      That's because Linux as a whole operating system doesn't exist. Linux is just a kernel, and one that is requires optimization by excluding parts that the system will not have and will not use. But it's not as compact and efficient as VxWorks or QNX, and not as stable as FreeBSD (Hell between all the gear I have access to , the FreeBSD systems have 2 years of uptime, where as most of the Linux systems have less than 90 days because "system" and "data center" administrators reboot the physical hardware when there is a problem instead of actual troubleshooting. One of my newest clients I keep having to tell him "DO NOT REBOOT THE LINUX SERVERS, YOU ARE GENERATING MORE DOWNTIME BY DOING SO!"

      Sometimes I really hate linux's way of load control, or rather the lack of it. Processes run away on FreeBSD? FreeBSD kills the process, lets the system keep working. Linux, lets the process consume all the resources and kill the system into a unresponsive mess. The reason it's still yet to be adopted by more than 10 people for the desktop is because there is no standard windowing environment better than Windows. You're far better off ditching the windowing environment and running everything from the command line that doesn't rely on KDE, Gnome, or whatever else. That's where Linux can shine... when nVidia, AMD and Intel play ball with the graphics drivers.

    3. Re:Already happening - slowly by nemesisrocks · · Score: 1

      Linux is already widely used on networking gear, especially fully pre-emptive variants like RT-Linux and Monta-Vista.

      And if we follow the trend, pretty soon we'll be running Windows on those routers!

      Don't laugh too hard, we already have Windows for Workgroups to replace Netware, Windows Web Server to replace Apache/Linux, and even Windows for Warships to replace, uh, sanity... Windows for Routers isn't too steep a slope.

    4. Re:Already happening - slowly by AlphaWolf_HK · · Score: 2

      Except windows has been actually removing some network functionality as time goes by. For example, Windows Server 2008 R2 removed support for OSPF, ISIS was removed sometime before that, and I'm fairly certain that 2012 only supports RIP.

      --
      Careful with names containing L slashdot.org/~AiphaWolf_HK slashdot.org/~AlphaWoif_HK slashdot.org/~AiphaWoif_HK
    5. Re:Already happening - slowly by Anonymous Coward · · Score: 0

      ...because they think it's too big and not good enough

      Maybe they think Linus is a jerk who treats linux like his personal playground. Wouldn't want 50,000 units depending on that.

    6. Re:Already happening - slowly by Anonymous Coward · · Score: 1

      Sounds like you don't know how to administer Linux correctly, or use its resource control system (which is much more comprehensive than FreeBSD).

    7. Re:Already happening - slowly by Anonymous Coward · · Score: 2, Interesting

      High end networking gear (read datacenter switches) don't care about hard real time (or even soft real time). That's because it would be insane to switch packets in software. Yes, Linux or a BSD variant is already used in a lot of network operating systems - most of the modern network operating systems are in fact built on top of Linux (Arista EOS, Cisco NX-OS, Cisco IOS-XE for e.g.) or BSD (Juniper JunOS). The key difference is the degree to which the underlying operating system gets exposed to end users. There is also a great deal of variance in how the OS gets implemented on top of Linux - a big binary Blob (Cisco IOS-XE) or true multi-process OSs which take advantage of the underlying Linux kernel (Arista EOS and to some extent Cisco NX-OS). Either way, typically what you get is a "walled garden" CLI or Web GUI interface, so that you don't get exposed to the underlying Linux OS (for e.g. Cisco NX-OS) but there are operating systems already out there which are NOT "walled gardens" (for e.g. Arista EOS).

      What Dinesh talks is an Network Operating System that's truly open i.e. without the above "walled garden", not necessarily open as in Open Source. The networking protocols that run on the device may or may not be open source (Cumulus OS is currently not Open Source AFAICT, though they may have plans to do that in future for all I know). What's "open" here is that, you really build on top of Linux (i.e use the Linux networking stack), do your network operating configuration (configuring a protocol, adding a static route etc) not via a vendor CLI interface but instead a sysadmin friendly Linux command line or conf files. It's not clear from the article whether Cumulus uses conf files or provides additional command line tools for configuration. But the point is you can run your usual ps, top, strace Linux tools or look at routes via "ip route" command etc.

      It's not like Cumulus is the first company to have thought of this. Arista EOS already does this; it's basically Fedora Linux with a familiar (from a Network Engineer perspective) vendor CLI interface but you can drop down to bash at any time. Internally EOS takes advantage of the underlying Linux infra as far as possible (network namespaces for VRF for example).

      Disclosure: I currently work for Arista Networks but have worked on Cisco Network Operating systems in an earlier life.

    8. Re:Already happening - slowly by smash · · Score: 1

      Well, Windows might be able to keep up with RIP.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    9. Re:Already happening - slowly by funwithBSD · · Score: 1

      Why not?

      The internet is just a series of pipes, just like UNIX...

      --
      Never answer an anonymous letter. - Yogi Berra
    10. Re:Already happening - slowly by funwithBSD · · Score: 1

      If I every get my Madcat II and that fucker runs Windows, I am gonna be pissed.

      --
      Never answer an anonymous letter. - Yogi Berra
    11. Re:Already happening - slowly by SuricouRaven · · Score: 1

      I'm sure the three remaining users of IS-IS were disapointed.

      I'm guessing OSPF was taken because Windows is just too heavyweight for a router, really. With linux you can easily enough strip it down to an absolutely minimal system - important not just to reduce memory footprint, but to make sure you don't lose performance when some OS service decides it is time to kick in and update something and minimise attack surface. Even the GUI-less varients of Windows Server are still pretty big and complex.

    12. Re:Already happening - slowly by kijiki · · Score: 3, Insightful

      It is open source, except for a userspace device driver for the forwarding ASIC. Without the driver, everything works the same, you just don't get hardware accelerated forwarding, only the normal kernel softward forwarding.

      You can get the patches against Debian Wheezy here:
      http://oss.cumulusnetworks.com/

      The biggest difference vs EOS is that if you want to add a route to the routing table in EOS, you have to use sysdb-specific commands/APIs. With Cumulus Linux, you use "ip route add" or any other program that knows how to add routes to the Linux kernel using netlink or legacy methods. Same with ACLs, EOS has proprietary commands/APIs, Cumulus Linux uses iptables.

      Also, A random Linux program will install and work fine on Cumulus Linux, whereas it usually takes a (small, but real) amount of work to make that happen on EOS. I've even installed and run Firefox from the Debian repo onto a switch, and it worked fine.

      - nolan
      CTO/Cofounder, Cumulus Networks

    13. Re:Already happening - slowly by Anonymous Coward · · Score: 0

      So you can put a kernel inside your kernel?

    14. Re: Already happening - slowly by Anonymous Coward · · Score: 0

      All hail to FreeBSD user master race, you dirty lowlife Linux users

    15. Re:Already happening - slowly by Z00L00K · · Score: 1

      And RIP should go where it stands for - Rest In Peace.

      But if they keep that protocol it just means that it is simple enough for coders at Microsoft to understand and that they don't understand the other protocols.

      It's still pretty interesting that RIP is still in use even though it was seen as outdated 20 years ago...

      --
      If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
    16. Re:Already happening - slowly by smash · · Score: 1

      Yeah, i've never actually seen RIP used outside of the lab either, other than maybe on crappy home user networks. But most of those are so brain-dead simple that no routing protocol is required. I just find it hilarious that somebody decided to write an ipv6 capable version of RIP.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    17. Re:Already happening - slowly by fuzzyfuzzyfungus · · Score: 1

      Hey, I heard customers like kernels...

    18. Re:Already happening - slowly by fuzzyfuzzyfungus · · Score: 1

      ...because they think it's too big and not good enough

      Maybe they think Linus is a jerk who treats linux like his personal playground. Wouldn't want 50,000 units depending on that.

      I'm sure that this is irrelevant to you; but somebody else might read it: the big trick RE: Linus vs. Linux is that (unless you like it fast, dangerous, and straight from kernel.org), a given Linux user only depends on, or suffers, Linus' decisions indirectly. If they are doing device development or something, the vendor BSP is between them and 'linux' proper. If they are running Linux on desktops, servers, thin-clients, whatever, their distro is between them and 'linux' proper.

      You are still fucked, albeit slowly, if mainline Linux goes in a direction fundamentally unsuitable to you, and you end up having to maintain an ever-larger collection of out-of-tree patches, or remain forever on version 2.6.X or something; but the day-to-day drama on LKML means basically nothing if you just want to use the stuff.

    19. Re:Already happening - slowly by Anonymous Coward · · Score: 0

      Then you've never dealt with an AT&T MPLS network where RIP is the default routing protocol...

    20. Re:Already happening - slowly by Anonymous Coward · · Score: 0

      IS-IS is alive and well... just buried under the covers. I deal with it every day. Just look at NX-OS ... it runs IS-IS on the Nexus 7K for OTV.

    21. Re:Already happening - slowly by jon3k · · Score: 1

      Even more mainstream than that, Cisco IOS-XE is just linux running IOS as a module. Not to mention Arista is entirely Linux.

    22. Re:Already happening - slowly by Anonymous Coward · · Score: 0

      Hi Nolan,

      I can understand the need for the ASIC driver to be closed given you're linking to a vendor SDK. Thanks for the update. I didn't realize that Cumulus is open source for everything else.

      A couple of comments/corrections on EOS. I believe "ip route add" should pretty much work on EOS too. We listen to kernel routes via netlink and populate it into Sysdb but those routes don't persist across a reboot currently. It's true that data plane ACLs aren't integrated with iptables currently in EOS, I guess we could do that at some point of time if our customers really like/want that approach. Control plane ACLs do use iptables.

      Btw, a random Linux program _will_ install and run fine on EOS as well. We run pretty much a vanilla Fedora core underneath. You can take any compatible rpm and install it on EOS. The small work you're talking about is needed for persistence; you need to bundle the rpms into a EOS extension called swix which is just a zip file with a manifest. If you don't care about persistence (one off testing/trial) installing an rpm just works fine.

  5. Can't say I'm surprised by redmid17 · · Score: 1

    It's hard to beat free.Wish the article had touched on "traditional tools" a little more. They didn't really go into specifics. I've got some experience there, but it would have been nice to see their take on it.

  6. Not news by ihtoit · · Score: 3, Informative

    The Chinese have been using Busybox for years. I still have two routers that use Busybox - the Swiss Army Knife of embedded Linux.

    linky.

    --
    Political debates have me rolling my eyes so much I think I got optical whiplash. I should sue. - Foamy The Squirrel
  7. Juniper uses FreeBSD by DiSKiLLeR · · Score: 3, Insightful

    Juniper uses FreeBSD as its OS? NetApp uses FreeBSD (or at least a heavily customized version of it.)

    Not everyone has gone with Linux but I suppose the majority have. Still, as long as its Unix embedded and not something crazy like Windows...

    --
    You can tell how powerful someone is by the magnitude of the crime they can commit and be able to get away with.
    1. Re:Juniper uses FreeBSD by jhealy1024 · · Score: 4, Interesting

      On Juniper, you can even get shell access by default (log in as root). The "command line" interface is just a program that runs on the shell.

      Not only that, but Juniper's configuration is not as "modal" as the article makes everything out to be. JUNOS has built-in scripting to make modifications to the config, along with templating/macros to take the drudgery out of repeated configs. The config is hierarchical (XML on the backend), which makes it well-structured and predictable. Overall, it's a pleasure to work with (once you get used to it), and much better than some more popular/expensive networking gear I could name. Oh, and they number their interfaces starting with zero, like you should. ;-)

      Sure, it's not as open as a bash shell that you can muck with to your heart's content, but at the same time, having a standardized toolset means that it can be reasonably supported. Can you imagine calling up level 1 support and asking them to help you with a system that you had fully customized with local scripts, cron jobs, and the like?

    2. Re:Juniper uses FreeBSD by Z00L00K · · Score: 1

      Most are going for Linux instead of an embedded proprietary solution like their own OS/software.

      What you put on top of Linux is another issue - it can be a web UI or you can probably run the Cisco IOS command interface too for those that prefer that.

      Even in cars Linux is used - some use it in the instrument cluster, but have removed the command line capability.

      --
      If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
  8. Cisco isn't going anywhere, yet by grahamsaa · · Score: 3, Informative

    As much as I would like to see Linux / BSD being used to power network devices (and I admit that it's already happening), it's going to be a long time before most enterprises ditch their Cisco gear for equipment that runs an open source OS. Many large enterprises have already made significant investments in hardware and personnel. Even if a vendor were to come along with an excellent product at a great price point it would probably be at least 5-10 years before most enterprises move away from their Cisco switches, routers and other appliances. Don't get me wrong -- I'd like to see Cisco's dominance challenged, and to see a Linux / BSD based CLI used to configure network equipment instead of IOS -- but it seems unlikely in the near future.

    --
    Facts have a liberal bias.
    1. Re:Cisco isn't going anywhere, yet by Anonymous Coward · · Score: 5, Informative

      Cisco is already there...

      The heart of most of the "new" os's that Cisco is using is a modified linux kernel... I.E. NX-OS, IOS-XE, IOS-XR, CGR... Almost all the security platforms, ASA, ISE... etc...

    2. Re:Cisco isn't going anywhere, yet by Anonymous Coward · · Score: 0

      As much as I would like to see Linux / BSD being used to power network devices (and I admit that it's already happening), it's going to be a long time before most enterprises ditch their Cisco gear for equipment that runs an open source OS. Many large enterprises have already made significant investments in hardware and personnel. Even if a vendor were to come along with an excellent product at a great price point it would probably be at least 5-10 years before most enterprises move away from their Cisco switches, routers and other appliances.

      Don't get me wrong -- I'd like to see Cisco's dominance challenged, and to see a Linux / BSD based CLI used to configure network equipment instead of IOS -- but it seems unlikely in the near future.

      Cisco's NX-OS (MDS and Nexus) product lines is already based on Linux with the familiar IOS interface on top of it.

    3. Re:Cisco isn't going anywhere, yet by Anonymous Coward · · Score: 0

      Vyatta is an option. It is based on Linux and is CLI. It is still not there yet to challenge Cisco in a hard way.

    4. Re:Cisco isn't going anywhere, yet by grahamsaa · · Score: 1

      Familiar or not, IOS ps pretty cludgy and difficult to navigate, and lacks a lot of basic tools that are available at a bash shell. For example, why can't I pipe muptiple 'include' statements together yet? I've been able to pipe multiple grep statements together since, well, since I started using Linux at least 13-14 years ago.

      --
      Facts have a liberal bias.
    5. Re:Cisco isn't going anywhere, yet by Introspective · · Score: 2

      Cisco is already ahead of you there.
      Cisco's NX-OS is based on Linux, but with a IOS-like CLI on top of that.

    6. Re:Cisco isn't going anywhere, yet by Anonymous Coward · · Score: 0

      I have worked for and with Cisco for over 6 years, their use of Linux is growing rapidly and there is now a preference for Linux over iOS internally. Also Cisco sales are already trailing behind H3C... so I guess your entire post is speculation. lazy and typical for /. I am not claiming Linux is an excellent NOS, not from a technical perspective, but from a business perspective its a good choice right now.

    7. Re:Cisco isn't going anywhere, yet by saleenS281 · · Score: 1

      Because the codebase that IOS is built on will *NEVER* support pipe. NXOS has had pipe from the beginning.

    8. Re:Cisco isn't going anywhere, yet by LoRdTAW · · Score: 1

      Juniper Networks network operating system, JunOS, is based on FreeBSD but proprietary.

    9. Re:Cisco isn't going anywhere, yet by CAIMLAS · · Score: 2

      As much as I dislike them, Juniper switches (which run FreeBSD, iirc) seem to be pretty damn common these days.

      Enterprises won't move from Cisco for quite some time due to the institutional knowledge requirement: they've got a lot of equipment which requires people to maintain.

      In a recession or depression like we're in, things like network infrastructure changing is uncommon. The big companies don't change things because change is risky and expensive (unless change is their business, such as in IT). Upheaval, mergers, etc. - those changes can cause potential IT infrastructure changes, yes, but it's not likely right now.

      --
      ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
    10. Re:Cisco isn't going anywhere, yet by smash · · Score: 1

      Because its a router/switch, not a shell server.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    11. Re:Cisco isn't going anywhere, yet by SuricouRaven · · Score: 1

      That high-end networking gear usually outperforms any PC simply by having hardware designed for it. Switches have real CAM in their chips rather than having to awkwardly handle it in software, and routers likewise have hardware implimentations of routing decision-making. Software handles the routing protocol, but hardware decides where the packets actually go based on the resulting tables.

      It's the low-end and mid-range, SOHO-like things, where linux can get in and offer the advantages of commodity hardware, a widely known skill set, extreme flexibility and feature availability. I'm sure a lot of slashdot readers already use a low-powered PC running linux as their router.

      (Actually, being slashdotters, probably not that low powered. My router is a Xeon, doubling as a home media server, torrent box, webserver, freenet node and dev system)

    12. Re:Cisco isn't going anywhere, yet by greggster · · Score: 1

      we've seen how the "not going anywhere" not play out. Perhaps not, but certainly get a flesh wound or four.

    13. Re:Cisco isn't going anywhere, yet by Anonymous Coward · · Score: 0

      IOS supports pipe... it just doesn' t support multiple.

      http://www.cisco.com/en/US/docs/ios/fundamentals/command/reference/cf_s1.html

  9. When the moon shines black. by Anonymous Coward · · Score: 0

    A network is only as good as the people who implement and maintain it.

  10. Apollo Computer - Domain Operating System by tedgyz · · Score: 4, Interesting

    Sadly, Apollo Computer had this concept 20+ years ago. The Apollo Domain Operating System was built from the ground up as a network operating system. Everything from the kernel up was designed with networking in mind. It was a brilliant yet ultimately dead operating system. The biggest downfall was being expensive and proprietary. Sun Microsystems won through a cheaper alternative and doomed us forever with NFS.

    --
    "No matter where you go, there you are." -- Buckaroo Banzai
    1. Re:Apollo Computer - Domain Operating System by Skapare · · Score: 1

      I remember contacting that company about their system, and specifically asked about open source. I talked to some guy who was the sales manager for my area, and he seemed to get angry that I was asking for open source. I think that company was doomed by bad management.

      --
      now we need to go OSS in diesel cars
    2. Re:Apollo Computer - Domain Operating System by rwyoder · · Score: 4, Interesting

      Sadly, Apollo Computer had this concept 20+ years ago. The Apollo Domain Operating System was built from the ground up as a network operating system. Everything from the kernel up was designed with networking in mind. It was a brilliant yet ultimately dead operating system. The biggest downfall was being expensive and proprietary. Sun Microsystems won through a cheaper alternative and doomed us forever with NFS.

      I had the misery of working with Apollos at one employer.
      There were two major issues in my opinion:

      1. Security: There wasn't any. If you logged into just *one* host, you could change ANYTHING on ANY OTHER HOST.
              Imagine NFS-exporting "/" read/write to the world.

      2. There was an environment variable that could be set to mimic either SYSV Unix, of BSD Unix.
              The reality was it didn't emulate either, making attempts to compile/run open-source sw an exercise in futility.

    3. Re:Apollo Computer - Domain Operating System by Gothmolly · · Score: 1, Insightful

      You realize that NFS and iptables have almost nothing in common right? Oh wait, you DONT, else you wouldn't have written such a crap post.

      --
      I want to delete my account but Slashdot doesn't allow it.
    4. Re:Apollo Computer - Domain Operating System by QuantumRiff · · Score: 1

      I remember taking out a 21" apollo monitor with some friends for a night of shooting. (We wanted some fun stuff to blow up). That freaking monster took a 9mm at 15 yards... took several other smaller/slower calibers too. The 357 finally pierced the glass. I think they were so expensive because they were made of transparent aluminium. (Originally designed to hold large volumes of water in space ships)

      --

      What are we going to do tonight Brain?
    5. Re:Apollo Computer - Domain Operating System by Freshly+Exhumed · · Score: 1

      We had time clock problems with our Apollo Domain systems, and there was no fix from Apollo - we had to avoid letting the year change. I can't remember if it was something like the Unix 2038 problem. Anyone remember that?

      --
      I deny that I have not avoided attaining the opposite of that which I do not want.
    6. Re:Apollo Computer - Domain Operating System by LDAPMAN · · Score: 2

      There was another OS 20+ years ago that was designed from the ground up as a network OS...Netware!

    7. Re:Apollo Computer - Domain Operating System by Anonymous Coward · · Score: 0

      "Sadly, Apollo Computer had this concept 20+ years ago."

              And Plan9 is older than that except its still around, open source, and working.

    8. Re:Apollo Computer - Domain Operating System by SuricouRaven · · Score: 1

      Incidentally, if you use one of those 'Magic Planet' display globes... when 2038 hits, roll back the clock. They suffer from it.

    9. Re: Apollo Computer - Domain Operating System by chill · · Score: 1

      Yes. It hit right after Thanksgiving in 1998. Our vendor warned us 3 weeks before the deane, the bastard.

      The problem was a date issue where some of the system used signed dated and other unsigned. When it booted on the magic day one part thought it was something like 2100 B.C. and was waiting for 1998 before continuing on.

      Luckily where I worked had replacement Solaris systems sitting in a corner waiting for someone to find the time to set them up.

      --
      Learning HOW to think is more important than learning WHAT to think.
    10. Re: Apollo Computer - Domain Operating System by Freshly+Exhumed · · Score: 1

      Thanks for the reminder. We weren't given much heads up time either. After that we went with a Solaris/HP-UX mix over ethernet, and we kept a couple of the Apollo Domain systems separate from everything else on their original token ring for legacy testing of app code by developers. The coders didn't care why the underlying machines and network had changed, so we felt that the transition had gone quite well.

      I think this was probably the reason why Apollo Domain could not survive: with the state of mainstream Unix's networking capabilities, by the time of the HP purchase it was no big deal to replace everything once the developers had ported over their code. To bring this full circle to TFA, Linux is more than capable of taking on network-OS tasks so it was about time for it to do so.

      --
      I deny that I have not avoided attaining the opposite of that which I do not want.
  11. Network fabric != shell scripts by mlts · · Score: 4, Interesting

    As it stands now, a Linux iptables list is sequential. Packets go through the input/output/forward queues.

    If one wants a true network OS, this needs to be changed to a config-based system similar to what Cisco/Alcatel-Lucent/Juniper use. With this, each adapter gets a configuration attached for starters, then things go from there (VLANs, ACLs, etc.)

    If Linux could make the jump from sequential parsing to configs, it might just be something that can do the job, but then it moves to the hardware, and a lot of routers have specific ASICs dedicated to packet crunching as opposed to general CPUs.

    1. Re:Network fabric != shell scripts by Anonymous Coward · · Score: 0

      Cisco uses linux on all new products, Juniper uses FreeBSD. Looks like we're already there, we just need some modifications specific for the use case...like a distribution!

    2. Re:Network fabric != shell scripts by bill_mcgonigle · · Score: 1

      All those configs get compiled down to sequential operations eventually. Some vendors have added configuration layers above linux. I've got an all-linux network core at home (Netgear, OpenWRT, Mikrotik) with each flavor having its own layer on top of the kernel.

      I must admit that my edge router/firewall is BSD, but with NFTables that might be up for a change.

      Granted, these aren't yet available on big iron, but the universal truth in tech is that the low end always eats the high end, so that's a matter of time.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    3. Re:Network fabric != shell scripts by Anonymous Coward · · Score: 0

      As it stands now, a Linux iptables list is sequential. Packets go through the input/output/forward queues.

      If one wants a true network OS, this needs to be changed to a config-based system similar to what Cisco/Alcatel-Lucent/Juniper use. With this, each adapter gets a configuration attached for starters, then things go from there (VLANs, ACLs, etc.)

      So make it "config based". There is nothing stopping you for adding your own tables that only act on specific interfaces and not polluting the general table with anything else than just a big switch statement.

    4. Re:Network fabric != shell scripts by Skapare · · Score: 2

      Config-based does not mean sequential or non-sequential. It only means whatever is configured can be changed. What is needed to improve iptables and the like is optimizations like smart address lookup tables. This is actually doable in ways that have been around longer than patent periods but it is not iptables compatible.

      --
      now we need to go OSS in diesel cars
    5. Re:Network fabric != shell scripts by CRC'99 · · Score: 4, Informative

      each adapter gets a configuration attached for starters, then things go from there (VLANs, ACLs, etc.)

      iptables -N eth0-in
      iptables -N eth0-out
      iptables -A FORWARD -i eth0 -j eth0-in
      iptables -A FORWARD -o eth0 -j eth0-out

      Then create all the rules you need in the specified chain.

      The way to get the most performance out of iptables is to make each chain as small as possible. This can quite easily be split up into logical lists for what you actually do - ie:

      iptables -N 10.1.1.1
      iptables -N 10.1.1.2
      iptables -N 10.1.1.3
      iptables -A FORWARD -i eth0 -d 10.1.1.1 -j 10.1.1.1
      iptables -A FORWARD -i eth0 -d 10.1.1.2 -j 10.1.1.2
      iptables -A FORWARD -i eth0 -d 10.1.1.3 -j 10.1.1.3

      This way, you can easily branch out and skip a fuckton of rules that will never apply to the packet that is being processed. Usually, you can bring each chain to less than 6 rules. Less rules == less overhead == more performance.

      --
      Sendmail is like emacs: A nice operating system, but missing an editor and a MTA.
    6. Re:Network fabric != shell scripts by Bengie · · Score: 1

      I wouldn't jump the gun too fast. FreeBSD just had a new network API added in 10 that doubles the packet throughput of legacy when using a wrapper and over 10x the throughput when using native. A single core ATOM cpu could handle full duplex routing of a 10gb interface while running in user mode, outside of the kernel.

      The new interface will allow crazy low overhead for usermode programs to access the NICs.

    7. Re:Network fabric != shell scripts by bill_mcgonigle · · Score: 1

      A single core ATOM cpu could handle full duplex routing of a 10gb interface while running in user mode, outside of the kernel.

      Whoa. </Neo>

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    8. Re:Network fabric != shell scripts by msauve · · Score: 1

      You realize the GP is BS, right? Sure, a 64b processor at 2.5 GHz could copy 10Gb of full duplex data between 2 ports using 50% CPU while doing nothing else. But add the overhead required for control plan, then consider that a 2 port router is pretty useless (not much more than a bridge), and there's no meat.

      For a practical real world non-trivial router, you need 10s or 100s of ports. Now picture both control and forwarding planes which allows 10s or 100s of such CPUs to coordinate resources for both decision and port access, and you'll find CPU and/or OS is not the hard part.

      --
      "National Security is the chief cause of national insecurity." - Celine's First Law
    9. Re:Network fabric != shell scripts by Anonymous Coward · · Score: 1

      As it stands now, a Linux iptables list is sequential. Packets go through the input/output/forward queues.

      If one wants a true network OS, this needs to be changed to a config-based system similar to what Cisco/Alcatel-Lucent/Juniper use. With this, each adapter gets a configuration attached for starters, then things go from there (VLANs, ACLs, etc.)

      If Linux could make the jump from sequential parsing to configs, it might just be something that can do the job, but then it moves to the hardware, and a lot of routers have specific ASICs dedicated to packet crunching as opposed to general CPUs.

      nftables.

    10. Re:Network fabric != shell scripts by phantomfive · · Score: 1

      Good thing iptables is being replaced with nftables, I guess.

      --
      "First they came for the slanderers and i said nothing."
    11. Re:Network fabric != shell scripts by SuricouRaven · · Score: 1

      As routing is all kernal level, there shouldn't be any copying. Packets go in to memory via DMA, and come out the same way. Number of packets is more important than number of bytes, CPU-wise. Which is all the more reason to get everything running jumbo frames properly and get rid of the 1500-byte legacy of 10base5.

    12. Re:Network fabric != shell scripts by Anonymous Coward · · Score: 0

      Not to mention having these as your first rules
      -A INPUT -m state -m state ESTABLISHED,RELATED -j ACCEPT
      -A OUTPUT -m state -m state ESTABLISHED,RELATED -j ACCEPT

      That means only the first packet in any new connection traverses the rules. Much better than doing so for every packet, and RELATED supports ftp-data/rtp/etc ports too.

    13. Re:Network fabric != shell scripts by Anonymous Coward · · Score: 0

      The way to get the most performance out of iptables is to make each chain as small as possible.

      Thats sorta the problem. Even lowend Cisco devices will handle quite lengthy ACL tables without any performance degredation.

    14. Re:Network fabric != shell scripts by Anonymous Coward · · Score: 0

      You seem to think Linux can't work with ASICs, that is incorrect. And parsing a configuration file from text has no affect whatsoever on how the software uses it once it's in memory. The fact that this comment is +5 right now is shameful.

    15. Re:Network fabric != shell scripts by jon3k · · Score: 1

      Just routing doesn't prove anything. ASICs are designed with a specific set of features based on the platform requirements. Routing (or really, multi-layer switching) is just one. Let's see them load up a bunch of additional features, you can start with just VACL and port mirroring.

    16. Re:Network fabric != shell scripts by CRC'99 · · Score: 1

      The way to get the most performance out of iptables is to make each chain as small as possible.

      Thats sorta the problem. Even lowend Cisco devices will handle quite lengthy ACL tables without any performance degredation.

      No, No they don't. If you look at the packet-per-second performance you get when you put even some basic rules in there, you'll be surprised. Some systems have their PPS rate halved by this...

      --
      Sendmail is like emacs: A nice operating system, but missing an editor and a MTA.
  12. this is so stupid by Anonymous Coward · · Score: 0

    between bsd and linux all the network hardware is running mostly the same or similar code. juniper, cisco, citrix, etc. this article would have been more relevant in 2003.

  13. Make every packet light by acscott · · Score: 1, Interesting

    TFA did not mention details. Linux has patent-inhibited memory management complications. The best networking OS will be able to handle 2^32 connections (or about 4.2 billion). No OS can come near this. Is Linux better than the alternatives? Never, as long as its memory footprint is inhibited by patents. A good networking OS will be scale-free. (for those graduate students looking for a thesis). Thus, the best networking OS is the most fault-tolerant with the best throughput, and the smartest engineers behind it. No OS is fault-tolerant. Throughput is a function of memory (all things being equal), and the smartest engineers are probably challenged to maintain a quality of life that is satisfactory. It's a great question of what the best NOS is. Keep it coming, but don't muddy up the waters with misinformation. If you do make a suggestion, provide real empirical support. (It's not my job to do this since I have not declared what the best NOS is. I do have my opinions though.)

    1. Re:Make every packet light by Anonymous Coward · · Score: 0

      why 2^32 connections?

    2. Re:Make every packet light by postbigbang · · Score: 1

      Ummmm, no.

      TFA may be pimping his own opinion but the SDN technologies are getting faster and smarter. Windows is embedding it, VMware is embedding it, and the fabrics that talk inter-site or enter-fabric are becoming increasingly well-defined and are OS agnostic, rather than OS-specific. Cisco and Juniper need to hold on to their hats as VM tenant fabrics start to become largely autonomous of traditional network fabrics made up of Stuff, Our Esteemed and Expensive Yet Versatile Network Gear, and whatever all that Stuff is connected to.

      There are well-known communications constructs, like puppet, chef, et al that he mentioned that are great tool sets. Equally well-known are "service bus" pipelines for Microsoft, and several API sets that VMware uses, along with still more from Xen/CitrixXenserver and even (dare I say it?) Oracle. These days its a battle between traditional network core turfs and those behind cloudish/zone-ish/tenant turfs that want to be autonomous and control their own network space without having to talk to a network engineer to get equipment logically moved from point A to B or G-through-R.

      It's DISinformation to believe that captive hardware devices need run Linux, BSD, or an RTOS; all are good and all have their places. To finish TFA, I almost needed a snorkel.

      --
      ---- Teach Peace. It's Cheaper Than War.
  14. Stating the obvious by EmperorOfCanada · · Score: 4, Insightful

    I think many slashdot'rs will read this as "Your next network will use electricity." I am pretty sure most people around here have networks that are close to 100% Linux. Maybe the occasional switch or whatnot is running something proprietary.

  15. Re:Bah by Anonymous Coward · · Score: 4, Insightful

    BLAH, BLAH, BLAH...it's succeeding in becoming its fanbois worst enemy's mirror image: Ubiquitous, inescapable, and actually dragging us all down because of that. Including hysterical over-the-top marketing from both.

    We need more, better choices, not yet another rehash of this same thing. This isn't innovation. This is stagnation. Useful, nicely low cost, but stagnation for all that.

    I don't think that is true. Like the joke about the duck (all quiet up top, but paddling like heck underneath), Linux is continually evolving. Sometimes big steps and big improvements and sometimes small steps. Sometimes even steps that back up and take another direction. That's a feature, BTW. The Linux ecosystem has shown over and over that nothing is sacred. If there is a better way to do things then somebody somewhere is going to try it with Linux.

  16. No, no it isn't. by Anonymous Coward · · Score: 1

    Linux on a core switch is like Windows running on a phone - it'll work, but it's clearly not the right tool for the job. I see a lot of small to medium routers running BSD, and that's a good fit, but just look at a Catalyst 6500 supervisor card or switch card and imagine Linux running on that... there's so much custom hardware designed solely for handling packets that a general-purpose OS / kernel like Linux simply cannot handle it.

    Oh, and Cisco-style config files are great, thanks. We've all been using an IOS or IOS-alike interface for a few decades now, and it's stuck around, much like bash, and C, because it does what it does very well, and nothing better has yet been found. Iptables is a mess by comparison, and I will not mourn its passing.

    1. Re:No, no it isn't. by smash · · Score: 2

      You know the image running on the Cisco 4500's Sup 7 supervisor is a variant of Linux, right?

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    2. Re:No, no it isn't. by Anonymous Coward · · Score: 0

      The operating system on a switch doesn't matter. Assuming a managed switch[1], you have three layers: Switching hardware, (tiny) OS and command line / web interface. The job of the OS is to provide a basic environment for the interface, and pass settings to the switching hardware.

      When nobody is touching the configuration, the OS won't be doing anything. It might be keeping track of packet counters, if you need larger counters than the hardware provides, but even so, as long as you poll more often than the hardware counter will roll over, the counters will be correct.

      [1] An unmanaged switch will only have the switching hardware, so no OS needed there.

  17. Patent-inhibited memory management complications? by codeusirae · · Score: 3, Interesting

    "Linux has patent-inhibited memory management complications .. Is Linux better than the alternatives? Never, as long as its memory footprint is inhibited by patents"

    What specific patents are you referring to here, please provide links to the citations ..

  18. One of the more blatant slashvertisements by Gothmolly · · Score: 1

    Buzzwordy market-speak summary pointing to the personal blog of an unknown company?

    Thanks, Timothy.

    --
    I want to delete my account but Slashdot doesn't allow it.
  19. My last Network Operating System was Linux by Anonymous Coward · · Score: 0

    Cisco NX-OS is based on MontaVista Software embedded Linux.

  20. Cisco Nexus by Anonymous Coward · · Score: 0

    Cisco's Nexus line running NX-OS uses some type of Linux.

  21. NOS? Don't make me laugh by msobkow · · Score: 1

    Back in the day, a network operating system was something that could run a file, print, and sometimes database services. Nowadays when the firmware of printers and NAS devices provide those services, I question the use of the term NOS at all.

    Sure you can use different firmware bases for network hardware, but it's not like you can arbitrarily install whatever you want on such devices.

    --
    I do not fail; I succeed at finding out what does not work.
  22. TFA is a sales pitch for something that's already by mooboy · · Score: 1

    happened. NXOS is the Cisco datacenter OS that is *already* based on a Linux kernel. Geez, Cisco's ASA appliances made the move from iOS to Linux years ago. Your next network operating system = your existing network operating system. Wake up/Redundancy/Get a life/I pity you because you've wasted everyone's time.

    --
    There's no place like 127.0.0.1
  23. This is the year by ignavus · · Score: 1

    So this is the year of the Linux "everything except the desktop": phones, tablets, networks, servers, entertainment units, cars, everything with Android, etc... even your Chromebook. But not your desktop.

    Yet.

    --
    I am anarch of all I survey.
  24. too late by Anonymous Coward · · Score: 0

    too late..
    nexus, asa, asr etc.
    Everything runs linux or bsd..
    juniper, netscaler etc.

  25. Re:Bah by Anonymous Coward · · Score: 0

    even iptables..

  26. TC;DR by kale77in · · Score: 1

    Too commercial. Add news or something that matters?

  27. If things go smoothly... by Anonymous Coward · · Score: 0

    It will also be my primary OS when Windows 7 dies out. Especially if Valve can make Linux gaming viable. Other than games, most softwares I daily use have a linux version or easily found linux alternatives... Dual boot is not an option for me, I don't want to have to reboot every time I want to play a game and then reboot again when I'm done. I don't understand why people would do that to themselves, seems like a waste of time and at one point I would just not bother switching back and forth and only stay on one OS. And let's face it... Wine is good... but it's not good enough.

  28. Sorry, but no: BSD will dominate this domain. by CAIMLAS · · Score: 1

    Sorry, I can't find anything of substance in this (worthless, InfoWorld) article. There's a handful of reasons why "Linux will be the next network OS" isn't holding any water:

    * First and foremost, it's the license. No hardware vendor out there wants to be stuck supporting software in the way that a GPL'd product often requires. They want to control the platform, and they can't do that if it's truly open.
    * Second, Linux has had iptables (and the menagerie of other tools) to make it a 'network OS' for years and years. It hasn't helped it gain much traction except in the SMB/home router market demographic.
    * Third, Linux is lacking some of the important things that are necessary for network equipment these days - or at least, not as elegantly as other "free" options.
    * There are many vendors which offer network equipment which does NOT run on Linux: Juniper, NET10, and pfSense based products all come to mind (and I've personally seen pfSense successfully blow Cisco solutions out of the water in price, redundancy, and performance with a markedly more capable configuration).
    * Oh yeah, and nothing he says in the article is in any way exclusive to Linux; it can just as easily be applied to eg. FreeBSD or OpenBSD.

    Don't get me wrong, I'm a dyed in the wool Linux fiend... but Linux doesn't really shine in this department.

    --
    ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
    1. Re:Sorry, but no: BSD will dominate this domain. by Anonymous Coward · · Score: 0

      * First and foremost, it's the license. No hardware vendor out there wants to be stuck supporting software in the way that a GPL'd product often requires. They want to control the platform, and they can't do that if it's truly open.

      This puzzles me, as the GPL makes no requirement to support as far as I know. It's also funny to see people complain about Linux' GPL, when samba is widely used by hardware vendors and is GPLv3.

    2. Re:Sorry, but no: BSD will dominate this domain. by Anonymous Coward · · Score: 1

      He may be getting confused about GPLv2 versus GPLv3. GPLv2 isn't anything special for a hardware vendor, but GPLv3 scares away some of them. The big difference (that's relevant here) is that v3 doesn't work out for someone that wants their hardware to only run signed, special code from the factory.

      Basically in the world of GPLv2, a vendor could derive from e.g. the Linux kernel by porting it to their custom hardware and enhancing it. Then they'd build the hardware with security features such that it would only boot a special cryptographically signed boot image (sorta like TC/DRM stuff) that they compile and issue as official firmware, and ship it to paying customers running their binaries. They'd "comply" with the GPLv2 by also publishing all of the source modifications they made to Linux. However, others couldn't actually make use of this on the hardware in question because they couldn't modify the downloaded source, recompile it, and deploy it on the hardware (the TC/DRM-y stuff prevents the last step, since your hacked home build of the software wasn't signed by the factory, and GPLv2 doesn't prevent you from using that tactic).

      So the GPLv2 was half-effective in these cases: they still had to share any interesting software innovations with the larger developer community in source form; however, it didn't give their paying users the freedom to further enhance or experiment with the modified software on the intended (perhaps only compatible) hardware in question. This was one of the major drivers for wording changes in GPLv3: if you pull that same trick with GPLv3-licensed code, you're not allowed to lock up the hardware. The end user has to be able to actually run new modified builds of software on the hardware.

      Of course, Linux is still GPLv2, so no such protections apply in this case.

    3. Re:Sorry, but no: BSD will dominate this domain. by smash · · Score: 3, Interesting

      Samba has been ditched by apple for example over GPLv3. They went out of their way to write their own SMB daemon due to the license change.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    4. Re:Sorry, but no: BSD will dominate this domain. by SuricouRaven · · Score: 2

      Same thing with gcc. Apple still use it, but are making preperations to dump it from xcode in favor of Clang, for the same reasons.

    5. Re:Sorry, but no: BSD will dominate this domain. by smash · · Score: 2

      Also other reasons, including the gcc team being reluctant to add/fix objective-c features to gcc.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    6. Re:Sorry, but no: BSD will dominate this domain. by Anonymous Coward · · Score: 1

      Extreme Networks switching gear is all linux based. It's not really Linux like when you use it, but it is Linux. We've rolled Extreme into a massive amount of enterprises here in NZ, I can't remember the last time a company actually specifically asked for Cisco or Juniper. Also never eaten a packet.

      http://www.networkworld.com/newsletters/2004/0503linux2.html

      Yes, I know they broke the GPL at one point, but they do a great job so I forgive them.

  29. Busybox != linux or an OS by dutchwhizzman · · Score: 2

    Busybox is just a binary that's used for userland applications. It will run on at least *bsd next to linux kernels.

    --
    I was promised a flying car. Where is my flying car?
  30. Linux, not likely... by David_Hart · · Score: 2

    Customized UNIX kernels are being used today (mostly BSD) by a variety of vendors. These are heavily modified to support hardware (ASICS, etc.) based switching and routing. On top of that the OS needs to handle packet caching (for QoS), access lists and security features, encryption (VPN tunneling), etc. Most of which are handled in highly customized proprietary bits of hardware that can reliably handle a tonne of traffic flows. In my opinion, network hardware vendors will never hamstring their competitive edge by agreeing to standardized APIs and hardware calls.

  31. Who said to use the OS for packets? by dutchwhizzman · · Score: 1

    Most current high available networking gear has an OS on a "general maintenance processor" that is used to handle the user interface. All the packet mangling is done in ASICs or on daughter boards running other OSes.

    Also, IPtables isn't a shell script, it's a binary that is used to manipulate kernel network filters. Once the tables are set up, packets don't leave the kernel, unless you use the userland filter kernel module. I've only seen one commercial linux packet mangling setup that does this and it performs horrendously bad. It was a data counting and billing setup for mobile internet and it required an 8 core Xeon with 16G of ram per 100Mbit. Interestingly, it wasn't the amount of Mbits that went through, but the amount of IP sessions that were being set up per second that was the real bottleneck here. The whole thing checked with a central accounting processor to see if the user still had data rights left and got a lease for 64kbyte of data from the user's quota. Needless to say the setup was high on the list of things to phase out because it was mushrooming out of proportion at an alarming rate.

    --
    I was promised a flying car. Where is my flying car?
  32. No not really by Sycraft-fu · · Score: 0

    Very few network devices actually run Linux currently. There are a few, both consumer and enterprise, but they are not all that common. When you look at the big boys most of the underlying operating systems are either BSD or VxWorks. Juniper is BSD, Dell is VxWorks for power connect and BSD for force 10, Cisco is QNX for their new high-end stuff, and so on. Linux is in there and is growing, but is not a huge player at this time. Most routers and switches run something else. This is particularly true given Cisco's dominance and their use of IOS.

    That aside, the underlying kernel really isn't very interesting in terms of a networking device. Most of the actual work is being done by various ASICs and network processors such as IBM's Power NP. The OS is just used to load basic things, and tie it altogether. So just because a given switch runs Linux doesn't mean that anything it does would be useful on a larger scale. We achieve the speed we do in routing and switching to hardware acceleration, not by simply having everything running software on a general-purpose machine.

    1. Re:No not really by Anonymous Coward · · Score: 2, Interesting

      Extreme networks uses linux. They are about to become the 4th largest switch manufacturer after the purchase of Enterasys who are of roughly equal size.

      XOS isn't very linuxy, but it is Linux, source available from them by emailing software-at-extremenetworks.com.

      In the last year or so we've basically stopped selling anything apart from extreme. Specific requests for other vendors has pretty much stopped, so Extreme has become our default offering and is generally always accepted.

  33. Actually the majority have not by Sycraft-fu · · Score: 1

    In terms of big stuff Juniper and Cisco are the kings. When you look at enterprise networks, they comprise the most by far. Well, neither of them use Linux. Juniper uses FreeBSD as the basis for JUNOS. Cisco's IOS, that most of their devices still run, it really is their own operating system. It is slightly POSIX-based, I suppose, but not really related to anything else. IOS XR is based on QNX a real-time operating system. That accounts for most of the high-end and even more midrange network gear out there. Dell is another big supplier and there's no Linux they are as of yet. Their power connect devices use VxWorks as the fundamental OS underneath. Their force 10 devices use net BSD as the fundamental OS.

    At the consumer level it varies, the little routers that you buy in your house when varying OSes. Linux is not uncommon, but VxWorks is also quite popular.

    1. Re:Actually the majority have not by laptop006 · · Score: 2

      IOS-XR is migrating to Linux in the next major release, NX-OS (the OS for their Nexus DC kit) is built on Linux, and IOS-XE which powers most of the smaller side of new Cisco kit is also Linux.

      As for Juniper they also have many products running on Linux.

      --
      /* FUCK - The F-word is here so that you can grep for it */
    2. Re:Actually the majority have not by Anonymous Coward · · Score: 0

      IOS-XR is migrating to Linux in the next major release, NX-OS (the OS for their Nexus DC kit) is built on Linux, and IOS-XE which powers most of the smaller side of new Cisco kit is also Linux.

      As for Juniper they also have many products running on Linux.

      Ya, this. Some of the JUNOS stuff is BSD some is Linux, it just depends on which model series you're talking about. But more to the point, most of the actual routing/switching functions aren't happening at the software level, it's all done on specialized chipsets. So for people who aren't in the "know", an ok analogy is that it's kind of like your graphics card- your computer might run on some OS or another, but the graphics card which does all the actual work doesn't depend on the OS at all.

    3. Re:Actually the majority have not by Anonymous Coward · · Score: 0

      Ciena makes just as big, if not bigger stuff than Juniper or Cisco and they use Linux.

      Personally I would buy Foundry(I can't remember who owns them now) gear before I would consider Cisco. Considerably cheaper and they don't break standards like Cisco does(ex. spanning trees).

  34. Let's do the time warp again! by dbIII · · Score: 1

    In 2000 my next operating system on network hardware was linux. In 2013 it's looking just as likely to be FreeBSD.

    Did this article travel down a wormhole from 2000?

  35. OpenBSD by HammerToe · · Score: 1

    Why use Linux when you could use OpenBSD? We've been running OpenBSD routers for quite some time now and their networking is far better, consistent and more robust than in Linux. Just having PF alone is reason enough to use OpenBSD.

    -Matt

    1. Re:OpenBSD by zixxt · · Score: 1

      Why use Linux when you could use OpenBSD? We've been running OpenBSD routers for quite some time now and their networking is far better, consistent and more robust than in Linux. Just having PF alone is reason enough to use OpenBSD.

      -Matt

      Why use Linux? Because Linux has a more stable, scalable, faster and more robust network stack than OpenBSD.

      --
      ---- GENERATION 26: The first time you see this, copy it into your sig on any forum and add 1 to the generation.
  36. Dwarves? by chill · · Score: 1

    But one point dwarves everything else...

    Really? Not even if you're Walt Disney.

    "Dwarves" is a plural NOUN, but the author's use was as a VERB. That should have been "dwarfs", as in "makes small".

    --
    Learning HOW to think is more important than learning WHAT to think.
  37. Not mentioning the need to use the network by Anonymous Coward · · Score: 0

    verify license validity... :)

  38. Re:Patent-inhibited memory management complication by Anonymous Coward · · Score: 0

    http://vmblog.com/archive/2008/12/15/patent-problem-for-a-future-linux-feature-called-ksm.aspx#.UmUaxCTKDk8

    http://diplomovka.sme.sk/zdroj/2847.pdf (page 36)

    http://www.zdnet.com/torvalds-worries-about-patents-and-slow-storage-1339285687/

  39. a router is more then just software by Anonymous Coward · · Score: 0

    "ext, it is now possible to treat the router OS as nothing more than a megaserver -- that is, a server with 64 or 128 NICs. "
    ya-ha and that would need like a ..hum... ~90 GT/sec enabled CPU / bus, assuming these are gigabit Ethernet NetworkInterfaceCards?

  40. Re:Linux is a kernel by Anonymous Coward · · Score: 0

    I have no idea why this is rated -1. Yeah, I get that the common parlance uses "Linux" to mean the whole works, but like it says in parent's link, that's kind of unfair and misleading.

  41. Cisco Nexus switches by Anonymous Coward · · Score: 0

    Are Linux powered.

    News at 11: Upper management totally disconnected from reality.

  42. OpenBSD by DaMattster · · Score: 1

    Linux is good for some things but as a network OS, OpenBSD is far better for security and routing. I would use Linux maybe as an internet server or desktop OS but OpenBSD hands down for anything security and network related. The Linux kernel may have a fast robust network stack but it's tool chain is an ineffective quagmire of different projects with different leadership. OpenBSD has a unified, open source tool chain all driven under the direction of a single organization. I would argue that the inefficient Linux networking tool chain renders any benefit a moot point.

  43. Linux patent FUD © by codeusirae · · Score: 1

    Patent problem for a future Linux feature called KSM

    This one from about 2008, not much progress in five years if someone were to claim IP violations.

    Note: this mechanism is covered by some patents in U.S.A

    That also from 2006, and currently still no mention of what patents exactly are violated by the use of this mechanism.

    Torvalds worries about patents and slow storage

    That from Feb 2008, seems to be a good enough time passed for any such patent issues to appear.

  44. Um... okay by Mysticalfruit · · Score: 1

    All of our core switches are running real time linux and have so for many years. Linux became a network OS back in 2008, if not much earlier. Basically the only place it's not running is on edge switches and even there you can find switches that running it.

    --
    Yes Francis, the world has gone crazy.
  45. Ditched over GPLv3? by dcooper_db9 · · Score: 1

    Do you suppose Apple would have used it under any other open license? Writing their own is pretty normal for Apple.

    --
    I do not block ads. I do block third party scripts.
    1. Re:Ditched over GPLv3? by smash · · Score: 1

      If it was BSD, sure. Most of the command line utilities and a heap of other stuff are BSD license.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  46. Your Next Network Operating System Is Linux by Anonymous Coward · · Score: 0

    Will someone design a better gui for all these terminal commands?

  47. i can see that by Anonymous Coward · · Score: 0

    Not so new Cisco NX-OS runs on a striped down Linux shell, of course all you see is the Cisco IOS.

  48. OOOH! by Anonymous Coward · · Score: 0

    Good grief! I was sure it said your next HOME operating system. :P