Slashdot Mirror


Cisco Applies For Patents To Secured TCP

An anonymous reader writes "Following the recent excitement over a potential vulnerability in TCP, Cisco's "Worldwide Patent Counsel", Robert Barr, has let it be known that they have pending patent applications for one or more of the IETF recommendations for improving TCP's security. KernelTrap has the full details."

86 of 290 comments (clear)

  1. if tcp is copyrighted by Anonymous Coward · · Score: 5, Funny

    and you use it illegally, you're in trouble.

    only the criminals will have network connections

    1. Re:if tcp is copyrighted by DaHat · · Score: 4, Funny

      So in the future a criminal could use a pirated wireless connection, using a pirated connection protocol to download pirated music and movies? Neat!

      On the plus side, the (MP|RI)AA would be just as illegal in hunting you down... maybe I should take up P2P trading.

    2. Re:if tcp is copyrighted by wine · · Score: 4, Informative
      OK, I'm sorry for correcting an otherwise funny comment, but there seems to be much confusion about copyright lay and patent law that I think could some correction.

      Patent law is about the implementation of ideas. Cisco filed a patent for their implementation of secured TCP. Anyone who wants to use the same implementation for the duration of the patent has to license the right to do so from Cisco.

      Copyright on the other hand is about the contents of artistic word like books. There is no need to file for copyright since it's an automatic right obtained by creating those works. If people develop similar works totally independent from each other, that's fine.

      A Google search should give you more information.

    3. Re:if tcp is copyrighted by BiggerIsBetter · · Score: 4, Insightful

      Right - the implementation of ideas. Except it's not, because the USPTO allows processes - ideas themselves - to be patented.

      If it was as simple as implementation (binary or even source code), "we" could write a new implementation that was compatible with their one (did the same thing in a different way), and multi-vendor secure TCP comms could happen. Unfortunately it's not that simple because they've likely patented the processes, although we'd have to wait for the patents to be available to see, I think.

      This is actually rather risky for Cisco, because they may cut themselves off from everyone else. If OpenBSD indeed has a better and free solution, organisations should be using them. The result then is no secure communications if your non-Cisco equipment talks to Cisco equipment (unless Cisco implements the OpenBSD stuff too...).

      Presumably the USPTO is smart enough to shoot down a process patent that's based on published recommendations by a third party, but maybe there's something clever in Cisco's particular implementation that's worthy. Either way, I suspect Cisco has just killed an otherwise reasonable way of doing secure TCP on the public Internet.

      And props to people like the OpenBSD guys for being there and continuing to grind out alternative and often better solutions.

      --
      Forget thrust, drag, lift and weight. Airplanes fly because of money.
    4. Re:if tcp is copyrighted by olderchurch · · Score: 5, Informative
      Presumably the USPTO is smart enough to shoot down a process patent that's based on published recommendations by a third party, but maybe there's something clever in Cisco's particular implementation that's worthy.

      Dream on:
      - USPTO Grants CA Lawyer Domain-Naming Patent
      - Patent Granted on Sideways Swinging
      - Patent On Software Downloads Upheld

      and to sum it all up:
      - Enter The 'Stupid Patent Tricks' Contest

      --
      Disclaimer: This opinion was created without the use of any facts
    5. Re:if tcp is copyrighted by tiger99 · · Score: 2, Insightful
      The sideways swinging definitely has prior art. It should not have been allowed.

      Of course in many parts of the UK we don't have swings now, because they are considered to be dangerous, by the fascists at the Health and Safety Executive, or maybe because the owner simply has not the time to do a risk assessment, as required by law.

      It gets realy stupid sometimes.....

  2. Well... by Short+Circuit · · Score: 5, Interesting

    They better hope their applications are dated before the recommendations.

    1. Re:Well... by EmbeddedJanitor · · Score: 2, Informative

      Not necessarily. I believe you have a year to make the application after it becomes public. However, they better have some strong records to back up the claims that they made the invention at an earlier date.

      --
      Engineering is the art of compromise.
    2. Re:Well... by saden1 · · Score: 4, Funny

      You're assuming you need strong claims to get a patent application approved by the USPTO.

      --

      -----
      One is born into aristocracy, but mediocrity can only be achieved through hard work.
    3. Re:Well... by arivanov · · Score: 4, Interesting

      Depends from what perspective. They have already pulled out the stunt of suing Aclcatel and OpenBSD for VRRP without doing the proper patent disclosure in IETF. So one more case one less is not going to change a lot.

      Methinks that it is much more interesting that there were people from outside Cisco working on that vulnerability. If I recall correctly the list there was Juniper and someone else there as well. So unless Cisco did the correct paperwork with these guys they are fully entitled to sue Cisco's arse flat.

      In btw, it is quite time someone questions the exact origin of SSL, SSH, NTP and a few other items in IOS which are known to be bug for bug compatible with OSS code and do not have stated copyrights in the IOS release notes.

      --
      Baker's Law: Misery no longer loves company. Nowadays it insists on it
      http://www.sigsegv.cx/
  3. Oh goody. by SatanicPuppy · · Score: 4, Insightful

    Do you think they'll patent the backdoor they're planning on putting in it? I'd hate to have to reverse engineer that.

    I used to be very pro-cisco, but with the recent "Self protecting networks" ads that are misleading at best, and the backdoor snafu, I don't see how I could reccomend to anyone that they're worth the cost.

    --
    ad logicam Claiming a proposition is false because it was presented as the conclusion of a fallacious argument.
    1. Re:Oh goody. by ncurses · · Score: 5, Insightful

      I can't stand those ads either. It is not possible to defend against humans from the inside. That's liek trying to build a car that is intentionally-driving-over-a-cliff proof.

      --
      Help! I'm being repressed!
    2. Re:Oh goody. by cuban321 · · Score: 2, Informative

      If you look at their Host based IDS solution it's pretty impressive. It prevents users from doing incredibly stupid things on their workstations and reports back to a central server.

    3. Re:Oh goody. by drinkypoo · · Score: 2, Interesting
      In order to build a car that is intentionally-driving-over-a-cliff-proof you would have to take control away from the driver in many situations, at least to some degree. It would in some ways make the car more dangerous but I think using a combination of GPS, GIS (for terrain with height values), ABS, drive-by-wire throttle, and electric power steering, you could probably pull it off.

      Similarly, it is possible to protect entirely against some types of attacks and reduce the damage of others, even when the attacks are being launched from the inside, by treating all networks as foreign to one another, and not making any exceptions. This may make the network less useful in many ways, but many organizations are doing just this.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    4. Re:Oh goody. by Prince+Vegeta+SSJ4 · · Score: 2, Funny
      but with the recent "Self protecting networks" ads

      I know my Cisco router is self protecting, everytime it gets more than a few requests at a time it shuts down all network traffic, requiring a reboot. At first I thought it was those damn bastards at /., but then i realized it was a feature!

    5. Re:Oh goody. by gstoddart · · Score: 3, Interesting

      No, you were right. It would make the car more dangerous.

      A car suddenly deciding it isn't willing to listen to your inputs is just scary.

      Because in any condition in which the computer takes control, the driver won't know what the hell happened, and the computer might not have all the information.

      Now if it picks me up, drives me to my destination, and goes away to refuel itsself and hang out with other cars, it is perfectly allowed to retain control at all times. =)

      (And I wouldn't trust *that* unless it was on a track with guaranteed physical distance between vehicles.)

      --
      Lost at C:>. Found at C.
    6. Re:Oh goody. by Maserati · · Score: 2, Interesting

      They're a pretty bad rip-off of the IBM campaign. Which has been brilliant. The IBM spots don't make specific promises, but they do have a keen insight to convey. Anybody else really, really, really need a "Business Reality Detector" ?

      We do get the bosses' kids from time to time, but we use Macs :-)

      --
      Veteran, Bermuda Triangle Expeditionary Force, 1992-1951
  4. i'm starting to agree by HBI · · Score: 4, Insightful

    The US business model sucks.

    Patenting a security feature in TCP? Cisco sucks. I won't use another one of their products again if I can possibly help it.

    Unfortunately that's probably not going to happen. In fact, I have this CSS 11150 box that i'm going to have to configure. sigh.

    When the choice is principles and employment, employment wins. I have child support to pay.

    --
    HBI's Law: Frequency of calling others Nazis is directly correlated with the likelihood of the accuser being Communist.
    1. Re:i'm starting to agree by Jahf · · Score: 2, Insightful

      Oh yeah, the U.S. is the world's only capitalist market where employees have children and little choice in jobs due to a supressed economy?

      I don't disagree with the problems IP laws in the U.S. as mentioned by the parent of your post, but your post is implying something different.

      --
      It is more productive to voice thoughtful opinions (reply) than to judge (moderate) others.
    2. Re:i'm starting to agree by mo · · Score: 5, Interesting

      well, if it makes you feel any better, we just made a purchasing decision against cisco in favor of two simple linux boxes running a combination of shorewall and heartbeat. The cost savings versus the cheapest cisco firewall that does failover was worth the effort of installing the open source software. I also highly recommend m0n0wall for a SOHO cisco replacement. I'd chose m0n0wall over a cheaper watchguard or sonicwall box any day.

    3. Re:i'm starting to agree by dspisak · · Score: 2, Interesting

      Dude, try OpenBSD 3.5. Automatic firewall rules syncing and HA with pfsync and carp! I think you will find it far nicer to work with then Linux+Shorewall. Not saying thats a bad choice, just the stuff in OpenBSD 3.5 is really seriously good stuff.

      www.openbsd.org

  5. Some IETF and patent background... by bingbong · · Score: 5, Insightful
    It was never the object of patent laws to grant a monopoly for every trifling device, every shadow of a shade of an idea, which would naturally and spontaneously occur to any skilled mechanic or operator in the ordinary progress of manufactures. Such an indiscriminate creation of exclusive privileges tends rather to obstruct than to stimulate invention. It creates a class of speculative schemers who make it their business to watch the advancing wave of improvement, and gather its foam in the form of patented monopolies, which enable them to lay a heavy tax on the industry of the country, without contributing anything to the real advancement of the arts. It embarrasses the honest pursuit of business with fears and apprehensions of unknown liability lawsuits and vexatious accounting for profits made in good faith. -- U.S. Supreme Court, Atlantic Works vs. Brady, 1882

    Historically, the IETF has been neutral about using patents in the Standards process, and its position is summed up best in the charter of the IPR Working Group (http://www.ietf.org/html.charters/ipr-charter.htm l):

    The IETF and the Internet have greatly benefited from the free exchange of ideas and technology. For many years the IETF normal behavior was to standardize only unencumbered technology.
    While the 'Tao' of the IETF is still strongly oriented toward unencumbered technology, we can and do make use of technology that has various encumbrances. One of the goals of RFC2026 'The Internet Standards Process -- Revision 3' was to make it easier for the IETF to make use of encumbered technology when it made sense to do so.

    Last year, there was an attempt to make the IETF change their policy, but it failed miserably (http://news.com.com/2100-1013-996351.html?tag=fd_ top).

    So you can have more secure communications, but only if you pay Cisco.

    Bastards.

    --
    "Omnis tuus capsa sunt inesse nos"
    1. Re:Some IETF and patent background... by ninjaz · · Score: 5, Interesting
      So you can have more secure communications, but only if you pay Cisco.
      Actually, according to the "full details" link, you can have more secure communications, but only if you pay attention to OpenBSD's recommendations (and ignore Cisco's patent-encumbered implementation which isn't as good).

      This is the second time in six months OpenBSD has seriously one-upped Cisco and its patents. :-) They even wrote a song about the first!

    2. Re:Some IETF and patent background... by arivanov · · Score: 2, Insightful

      Are you sure that the OpenBSD fix is not covered by the Cisco patents as filed? I would not be so sure until the patent is granted and we can compare it because it is quite likely that has been watered down and vagued to the maximum possible extent so that it covers other future fixes.

      --
      Baker's Law: Misery no longer loves company. Nowadays it insists on it
      http://www.sigsegv.cx/
    3. Re:Some IETF and patent background... by ninjaz · · Score: 4, Interesting

      No, I'm not sure. Don't mistake me for an expert on this set of vulnerabilities. I was going by what was said in the link and on the OpenBSD misc@ mailing list.

      According to some messages on the list, Cisco was one of the worst affected by the recently announced set of TCP vulnerabilities, and OpenBSD had only minimal exposure in the first place.

      It strikes me that this may be PR ploy on Cisco's part to cover up for their past mistakes by appearing to rush to the rescue with a patent pending solution. They'll even graciously let others use them in exchange for cross-licensing. After all, if it's pending a patent, those Cisco guys must be really on the ball ...right? ;)

      Personally, I trust the OpenBSD project a great deal more than Cisco when it comes to security. I mean, OpenBSD wasn't even vulnerable to the no-workaround backdoor password issue!

      Luckily in that case, locking a user account had a considerable amount of prior art.

  6. This could set a REALLY bad precedent... by kcbrown · · Score: 5, Insightful
    ...if it gets past the patent office (who here doubts that it will? I don't).

    The reason is that this is basically a patch to a protocol. The TCP protocol itself was a novel invention. But most patches to protocols, or to code to fix a particular problem, are fairly obvious to someone skilled in the requisite arts. Generally, the nature of the bug is what determines the solution, and often the solution is obvious to someone who is familiar with the protocol (or code) and the problem in question.

    If this gets through then you can expect a lot of patents to be filed on patches to many things, including open source projects. And that means that unless the code is protected by something like the GPL (which requires a patent license grant as a condition of redistribution), the projects (and those who maintain and use them) will be vulnerable to patent infringement suits.

    This is going to get nasty. But I think most of us who have been keeping track of this nonsense already know that.

    --
    Use 'slashdot stuff' in the subject line in any email you send me if you want to get past the spam filter.
    1. Re:This could set a REALLY bad precedent... by mellon · · Score: 4, Insightful

      Er, people are _already_ filing patents on patches. In fact, that's the backbone of the patent system - most patents filed are on small tweaks to existing mechanisms.

  7. So don't adopt these as a standard by Anonymous Coward · · Score: 4, Insightful

    Official standards should not include anything that is proprietary, as that gives someone a monopoly and shuts out open source solutions. Standards should be designed so that everyone can use them without having to pay royalties.

    1. Re:So don't adopt these as a standard by AndroidCat · · Score: 2, Insightful
      If technology in this document is included in a standard adopted by IETF and any claims of any Cisco patents are necessary for practicing the standard, any party will be able to obtain a license from Cisco to use any such patent claims under reasonable, non-discriminatory terms, with reciprocity, to implement and fully comply with the standard.
      I guess we'd have to trust them as to the meaning of reasonable or reciprocity eh? (Does reasonable mean "just don't fsck with us and we won't fsck with you" or is it "Give me the map and you might walk out of here on human limbs"?)
      --
      One line blog. I hear that they're called Twitters now.
  8. What is.... by wpiman · · Score: 2, Funny
    exitement?


    Is that a cross between excitement and excrement?

  9. Limited use if proprietary by sacremon · · Score: 5, Insightful

    Unless Cisco licenses the technology and other companies bite, I don't see this getting very far on the Internet. Too much of the backbone is comprised of equipment from multiple vendors. I work for a large Tier 1 ISP. Most of the edge routers are Cisco, but the core routers are Juniper. Things get even messier in a Co-location data center, where customers can be using who knows what brand of equipment to connect to the data center's network.

    --
    If you can't beat them, embrace and extend them.
  10. It's all about the phbs by SatanicPuppy · · Score: 5, Interesting

    Phb: "Oh, SELF PROTECTING NETWORK! Oooo! We need one of those!"

    Such crap. It's like those blatantly false microsoft ads where they show microsoft office as a wonderful beautiful thing. I've worked with office for years, and the only time I danced through my office with a newly printed office document involved a printer incompatibility, a long project, and way too much coffee.

    Show me an ad that says, "Hey this works okay most of the time," or "this router can detect and contain unusual network activity, so viri spread slower" and that's a product that I can trust. Promising pie in the sky only works for idiots.

    --
    ad logicam Claiming a proposition is false because it was presented as the conclusion of a fallacious argument.
    1. Re:It's all about the phbs by Dimensio · · Score: 5, Insightful

      Show me an ad that says, "Hey this works okay most of the time," or "this router can detect and contain unusual network activity, so viri spread slower" and that's a product that I can trust. Promising pie in the sky only works for idiots.

      It's been my experience that the idiots are the ones making the purchasing decisions, hence the nature of the advertising.

    2. Re:It's all about the phbs by ryanmfw · · Score: 2, Interesting

      The DARPA is actually working on something like this. It's supposed to automatically identify a virus or worm within seconds and with no human intervention. It's then supposed to disconnect the entire network from the segment that that virus was discovered on. Sorry I don't have the link.

      --
      Hurricane Ivan: A 17th century prison collapsed. All of the inmates escaped.
    3. Re:It's all about the phbs by SatanicPuppy · · Score: 4, Interesting

      I agree completely, thus the "Pointy-Haired Boss" reference.

      My mother is just like this. I can tell her something over and over and over again, and it means nothing to her. But if she hears the same thing from a random, poorly-informed stranger, it's a proven fact.

      It's sad that they know enough to hire skilled people, and then choose to listen to simplistic (though slick) advertising instead.

      --
      ad logicam Claiming a proposition is false because it was presented as the conclusion of a fallacious argument.
    4. Re:It's all about the phbs by nuonguy · · Score: 4, Insightful

      The point is that it works! Not because people are idiots, but because they're muggles. They don't get it. To them, the act of sending email might as well be magic for all the understanding they might have, so promising them something that's technically infeasible is worthwhile and profitable. If it's presented well, if it uses cultural memes that are accepted and understood by the target audience, if it tells them something they want to hear, it'll work.

    5. Re:It's all about the phbs by ikkonoishi · · Score: 3, Funny

      It also detects when you try to use the CD-ROM tray as a drink holder and automatically logs you out and contacts your local BOfH.

    6. Re:It's all about the phbs by pyrrhonist · · Score: 2, Funny
      It also detects when you try to use the CD-ROM tray as a drink holder and automatically logs you out and contacts your local BOfH.

      ...after first retracting the tray, thus spilling your drink.

      --
      Show me on the doll where his noodly appendage touched you.
    7. Re:It's all about the phbs by Triumph+The+Insult+C · · Score: 5, Insightful

      Show me an ad that says, "Hey this works okay most of the time," or "this router can detect and contain unusual network activity, so viri spread slower" and that's a product that I can trust.

      That's not a product I would trust. Routers should do one thing, and that's routing. Firewalls should be the devices that implement policies, not routers.

      It's the same premise as buggy, hole-ridden software. A good 30% of 'features' in software don't need to be there, but they are, and they introduce problems. Take Norton Systemworks (2002) ... while it's scanning the disk, you can have it animate the logo and/or play some music. Why does that need to be there? It doesn't ...

      The same goes for Cisco ... the hardware isn't spectacular, but they make up for it in software. They add feature upon feature upon feature, which leads to the code getting overly complex, which leads to bugs. You then get vulnerabilities like the one for LEAP, or now this TCP reset business, when they (the bugs) likely wouldn't exist if the routers just did routing and the engineers focused on that.

      --
      vodka, straight up, thank you!
    8. Re:It's all about the phbs by Geek+of+Tech · · Score: 4, Funny
      >> My mother is just like this. I can tell her something over and over and over again, and it means nothing to her. But if she hears the same thing from a random, poorly-informed stranger, it's a proven fact.

      Now you know how she felt when you were growing up.

      :)

      --
      Stop the Slashdot effect! Don't read the articles!
    9. Re:It's all about the phbs by Frobnicator · · Score: 5, Insightful
      It's been my experience that the idiots are the ones making the purchasing decisions, hence the nature of the advertising.
      It's not just the idiots. If you didn't know anything else about the product, which would you buy?
      • Product A -- Claims to be 73% good.
      • Product B -- Claims to be 96% good.
      • Product C -- Claims to be 99.999% good.
      • Product D -- Claims to be 100% good.
      Being skeptical, you would probably pick product A has having truthful ads. Product B, you might think, has really good real-world performance. Product C is just marketing hype, and product D is impossible in the real world.

      But if you see a big brand name (Microsoft, Cisco, Intel, etc.) on product C, you might say "Well, it isn't 100%, and they are a good company. Maybe it's the truth. Of course, claiming to be Product C happens, and that's where the trap is.

      It might be that you are looking at Microsoft statement claiming "5 nines" of 99.999% uptime (that's down for 5 minutes each year). Or Sun claiming the same 99.999%. Or Cingular Wireless claiming 99.999% reliable networks, excluding several days of downtime that they must not factor into their percentage. Maybe it's that 99.999% pure copper speaker cable you were looking for. (For the chemists, here's a site where you can buy over a dozen other '99.999% pure metal' wires.) Lots of people get caught into that.

      In some cases it really is justified. If I were a chemist, maybe having iridium wire that is only 99.9% pure might cause problems, and those extra 9's might be significant. But that usually isn't the case for most marketing.

      But I don't think it's just a PHB issue, it's a problem of 'I really want the best, and I only want to spend 5 minutes to find out which one that is'.

      frob

      --
      //TODO: Think of witty sig statement
    10. Re:It's all about the phbs by StandardDeviant · · Score: 3, Insightful

      IAAC. Most reagents are indeed rated rather precisely with respect to their purity. For example, "spectroscopic" grade toluene is different than "hplc" grade toluene, and they're both different from "reagant" grade toluene. (These are so-called "customary" names for different purity grades. It can be a little confusing even to practitioners, so typically something will be labeled like "Reagent Grade (95%) Foo.")

      Those extra 9s frequently are important. For a plain synthesis reaction, 95% may be ok (you may just want to make some of product X to prove that it can be made, so if you have some miniscule fraction of an isomer of X due to that 5% similarly-reactive reagent impurity, it's not such a big deal). But if you're doing a really precise analysis (say ppt range), you don't want any peaks from chemically similar impurities crowding into the spectral range you're looking at.

      But yeah, outside of the actual practice of science, most anything above 99% is speculative horseshit dreamed up by a marketer. _Proving_ that something is that pure is an expensive and time-consuming prospect.

    11. Re:It's all about the phbs by Trepalium · · Score: 3, Informative

      The logo animation is a funny thing. It actually does serve a purpose. It tells you the program is not hung. It's the same thing as those silly spinners in text mode programs (-\|/). If you have a program that's just sitting there with nothing but static text, how long are you going to wait before deciding something might be wrong?

      --
      I used up all my sick days, so I'm calling in dead.
    12. Re:It's all about the phbs by wagemonkey · · Score: 2, Insightful
      On my drive home from work I pass a farm selling "96% fat free milk". The first time I saw it I cracked up, now it depresses me.
      I think it should be against the trade descriptions act (UK), but it'd probably be ok.

      For those who don't realise normal full fat milk is 4% fat - hence 96% non-fat. Skimmed is c.1% fat, semi-skimmed is 1%-2%, iirc.
      I think 96% fat-free should have 4% of the fat of 'normal' full fat, not be full fat milk.

      Deceptive advertising at it's most obnoxious?

  11. Ci...SCO ? by horatio · · Score: 4, Insightful

    Bastards, patenting a public working group's suggestion for fixing the broken widget. Anyone else wonder if there is a conspiracy here? If this works for the network appliance giant, SCO might just have a case if they patent a few of the publically submitted kernel patches.

    --
    There is very little future in being right when your boss is wrong.
  12. hmmmmm.... by j3ll0 · · Score: 3, Funny

    CARS (RFC793 [1]) are widely deployed and one of the most often used reliable end to end protocols for PEOPLE TRANSPORTATION. Yet when it was defined over 20 years ago the ROAD SYSTEM, as we know it, was a different place lacking many of the threats that are now common. Recently several rather serious threats have been detailed that can pose new methods for both denial of service and possibly data injection by blind attackers. This document details those threats and also proposes some small changes to the way CARS handle inbound segments that either eliminate the threats or at least minimize them to a more acceptable level.

    I don't know if I'm for it or against it now...

  13. Robert Barr? by jonman_d · · Score: 3, Funny

    You mean Robert Barr, the man from the Redundancy Van from the monopoly of Cizzzcoo-eeeee?

    (If you don't get the joke, go check the openBSD website.)

  14. Solution: by Sebby · · Score: 2, Interesting
    Read my last post.

    --

    AC comments get piped to /dev/null
  15. And in other news... by TheMadPenguin · · Score: 3, Funny

    NetBEUI becomes a routable protocol... :P

    --
    Linux with kernel panic...
    MadPenguin.org
  16. Re:Before anyone spouts off at the mouth by BiggerIsBetter · · Score: 5, Insightful

    Bollocks. They are there to protect investors not innovators. They are there to maintain a monopoly for a limited time, and come from an age that moved far slower than ours does. They are regularly abused, and they hamper progress more often than they promote it. Go ask anyone with a technical or science perspective rather than a business perspective.

    --
    Forget thrust, drag, lift and weight. Airplanes fly because of money.
  17. Great timing by darkjedi521 · · Score: 3, Interesting

    I was planning on migrating two legacy networks off of DECnet and NETBeui over to TCP/IP transports. Considering this, I might as well leave the older protocols in place. Besides being easier to contain at the firewall (drop all non-ip), they are so old as to not be patent encumbered. Plus the netbeui stack actually fits on a floppy, unlike the MS TCP stack, which only fits after massive pruning and compression.

  18. New Protocol by dicepackage · · Score: 4, Funny

    It looks like it is time to switch to IPX or NetBEUI for the internet.

    1. Re:New Protocol by AvitarX · · Score: 3, Funny

      No,
      Must use apple talk.

      That would be fun.

      --
      Wow, sent an e-mail as suggested when clicking on "use classic" banner, and got a fast response that addressed my msg
  19. Re:Before anyone spouts off at the mouth by iminplaya · · Score: 2, Insightful

    Because we all know that we would all be pulling ox carts screaming "Bring out your dead!" if we didn't have patents...right??? Sorry, man - It's because of patents that we are still traveling around in sub-sonic jalopies, running on KEROSENE no less.

    --
    What?
  20. Re:That's simply not true by BigBadBri · · Score: 2, Insightful
    "None of these innovations were perpetrated by a monopoly..."

    Yes they were - the NRDC (later to become BTG) had a monopoly on the exploitation of publically funded research from its inception.

    Patenting things (hovercraft, interferon, CVT, etc.) is entirely different from patenting processes/software - the first can be justified, the second is a can of worms best left unopened.

    I think you're trolling, anyway.

    --
    oh brave new world, that has such people in it!
  21. Did ANYONE RTFA??? by chrome · · Score: 4, Interesting

    Especially the part where Robert Barr says "any party will be able to obtain a license from Cisco to use any such patent claims under reasonable, non-discriminatory terms, with reciprocity, to implement and fully comply with the standard."

    That sounds like to me that Cisco will not be charging a whole lot for this license, it will probably be one of those $1 license deals where once you have it, you have it in perpetuity.

    If Cisco don't apply for a patent, someone else WILL and those barstards might end up charging so much for the method that it never becomes a standard.

    I don't think Cisco's intent is to make the standard too expensive for it to become an actual standard in use.

    1. Re:Did ANYONE RTFA??? by ergo98 · · Score: 2, Insightful

      That sounds like to me that Cisco will not be charging a whole lot for this license, it will probably be one of those $1 license deals where once you have it, you have it in perpetuity.

      And what, exactly, do you base the "probably" on? I see it as distinctly more probable that Cisco, being a dominant player, will implement what would otherwise be a discarded solution, and smaller vendors will be basically forced to follow suit. They will, of course, have to line up to pay the Cisco tax, and that internet tax will fall on the shoulders of every person using the services or products, directly or indirectly, of any of those firms.

      Of course we're both just pissing in the wind because ultimately we have no idea, however Cisco has provided a bad precedent by going for this patent (and the "defensive patent" angle doesn't really fit here).

    2. Re:Did ANYONE RTFA??? by rusty0101 · · Score: 2, Informative

      As CISCO has not disclosed the terms of their licencing, RAND means nothing. Setting the cost at a billion dollars, can be asserted as being Reasonable and Non Discriminatory, as the only "customer" involved would be Microsoft.

      In all likelyhood you very well may be right. I don't know what Cisco thinks the market for licences to their patch happens to be, so neither of us are likely to be "correct" in our valuation.

      -Rusty

      --
      You never know...
    3. Re:Did ANYONE RTFA??? by chrome · · Score: 5, Informative

      Rather than guess, I asked Robert Barr himself if I could get a license for the Linux Kernel Project, and this is what he said:

      Hi Nathan There is no patent and there is no standard, so it's a bit premature.

      But if a patent does issue and a standard is approved, this is our policy

      Cisco will not assert any patents owned or controlled by Cisco against any party for making, using, selling, importing or offering for sale a product that implements IETF RFCXXXX, provided, however that: Cisco retains the right to assert its patents (including the right to claim past royalties) against any party that asserts a patent it owns or controls (either directly or indirectly) against Cisco or any of Cisco's affiliates or successors in title; and Cisco retains the right to assert its patents against any product or portion thereof that is not necessary for compliance with RFC XXXX.

      Royalty bearing licenses will also be available as an option.

      Please let me know if you have any questions.

      Robert Barr

    4. Re:Did ANYONE RTFA??? by retro128 · · Score: 4, Insightful

      You do, of course, realize that if everyone who had an RFC that they charged a license fee for, the Internet would not exist at all?

      The Internet was built off of the same philosophy as OSS. It's a bunch of people putting their heads together and throwing their ideas in the ring to make things better for all involved. What if all of these people clutched their ideas to their chest and said "This is MY piece and you have to pay me to use it"?

      It doesn't matter whether or not Cisco would charge a small license fee for this new implementation. They are running against the philosophy that built the Internet in the first place. Standards must be open and free for the widest possible adaptation or you are looking at vendor lock-in ala Microsoft. In other words, to hell with Cisco.

      I did RTFA and it looks like this is a proposed draft - It has not been ratified. Cisco is saying that if it is they've got the patents. What they're going to do with it I'd rather not find out. I'm willing to bet that most vendors won't follow the new recommendation to escape potential fees/lawsuits and instead go with another implemenation...Possibly their own. And that can't be a good thing.

      --
      -R
    5. Re:Did ANYONE RTFA??? by hackerjoe · · Score: 3, Insightful
      Cisco retains the right to assert its patents against any product or portion thereof that is not necessary for compliance with RFC XXXX
      Nice. This means that nobody can implement this in GPL'd software (wherever software patents apply), because the GPL requires that anybody be able to modify and redistribute the software without encumbrance, regardless of what they're doing with it. So, not in Linux.
    6. Re:Did ANYONE RTFA??? by chrome · · Score: 4, Interesting

      Right. I checked the GPL and it does say that.

      I got a response back from Robert, my stuff is in bold, his is the reply below:

      > If I read this correctly (IANAL, obviously) the Linux Kernel project
      > could go right ahead and use the methods that Cisco has applied patents
      > for, however at any time after a Patent has been issued (IF it is
      > issued - and I think its a fair bet its going to happen, the USPO seems
      > to rubber stamp anything out of tech companies these days) Cisco could
      > demand that the Linux Kernel project pay them whatever.


      Not at all. That's not what it says, or what I mean to say. It says that
      nobody has to pay anything, or even ask for a license, unless they want to
      assert patents against Cisco. You don't read it that way?


      Well, I'm not quite mollified by this. So I sent the following:


      Okay, I get that point now, but is there anything stopping Cisco from asserting its patents just for the hell of it?

      You say that Cisco will only assert its patent against someone who tries to assert a patent against Cisco, but what is stopping Cisco from just doing it anyway?

      ie, the methods are integrated into the Linux Kernel TCP/IP stack and gain wide acceptance, and Cisco then sees value in trying to claim that all users of Linux need to pay Cisco a licensing fee of $200 per CPU to use the proprietary, patented methods included in Linux.

      I know its far-fetched, but 3 years ago, anyone saying that SCO would try to claim ownership of Linux would be laughed at.

      What agreement can open source projects enter into with Cisco to ensure that the above is legally impossible?

      Lastly, the GPL states:

      "Finally, any free program is threatened constantly by software patents. We wish to avoid the danger that redistributors of a free program will individually obtain patent licenses, in effect making the program proprietary. To prevent this, we have made it clear that any patent must be licensed for everyone's free use or not licensed at all."

      So, for any GPL software use Cisco's methods, Cisco will need to provide a guarantee that under the GPL, any future patent for these methods will be free for use by that GPL software.

      Just taking your word for it that Cisco won't assert it's patent in the future isn't good enough :)



      Now, I'll happily grant that my analysis if probably flawed, but I think I'm on the right track here ;)

    7. Re:Did ANYONE RTFA??? by swillden · · Score: 2, Insightful

      Pretty fair mutual-assistance type thing.

      Almost. You forgot the bit that says:

      * If the someone uses the Cisco patent in a product that does not comply with the IETF standard, Cisco may make them pay royalties.

      As mentioned by some other posters, this proviso makes it impossible to use the patented technology in GPL'd code.

      Actually, the "you can't sue Cisco for infringement of your patent if you're using our patent" probably also makes this "license" GPL-incompatible, even though it does seem like a fair trade.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    8. Re:Did ANYONE RTFA??? by chrome · · Score: 5, Informative

      Okay, I got this back:

      On May 12, 2004, at 12:46 PM, Robert Barr wrote:

      > Okay, I get that point now, but is there anything stopping Cisco from
      > asserting its patents just for the hell of it?

      Yes, my written statement above would stop us. I can turn it into a contract if that is necessary, but I don't think it is. Anybody who relies on that statement is protected, but I guess they should consult their own lawyer.

      > You say that Cisco will only assert its patent against someone who
      > tries to assert a patent against Cisco, but what is stopping
      > Cisco from just doing it anyway?

      see above.

      > ie, the methods are integrated into the Linux Kernel TCP/IP stack and
      > gain wide acceptance, and Cisco then sees value in trying to claim that
      > all users of Linux need to pay Cisco a licensing fee of $200 per CPU to
      > use the proprietary, patented methods included in Linux.
      >
      > I know its far-fetched, but 3 years ago, anyone saying that SCO would
      > try to claim ownership of Linux would be laughed at.

      SCO never made a statement like I did

      > What agreement can open source projects enter into with Cisco to ensure
      > that the above is legally impossible?

      I'll execute an agreement with those terms if necessary

      > Lastly, the GPL states:
      >
      > "Finally, any free program is threatened constantly by software
      > patents. We wish to avoid the danger that redistributors of a free
      > program will individually obtain patent licenses, in effect making the
      > program proprietary. To prevent this, we have made it clear that any
      > patent must be licensed for everyone's free use or not licensed at
      > all."

      Prof Eben Moglen says this about GPL, I think it applie

      "Section 7 prohibits distribution under GPL if you cannot fulfill the requirements of the license because of other conditions *imposed* on you by, among other things, a judgment of patent infringement, interim measures short of judgment, such as a preliminary injunction, or contractual limitations such as non-disclosure agreements or patent licenses. But you are not unable to distribute under GPL unless those requirements have been *imposed*. Until a particular party distributing GPL'd code has either accepted a license whose requirements are incompatible with GPL or has been ordered by a court of competent jurisdiction to do or refrain from doing in a fashion incompatible with GPL, there is no direct conflict with the requirements of the license, and no requirement to refrain from distribution. With regard to patents, in particular, no one *ever* has an obligation to refrain from making, using or selling technology that *may* practice patent claims solely because someone somewhere has taken a patent, claims to have a patent, or even publishes a license. Only the demand that you in particular take a license or cease infringing triggers theoretical liability under US patent law. Whether there can be liability for damages for the period before such notification is another question, legitimately of importance to those who commercially distribute free software, but not ordinarily of significance to those who develop only, or who distribute non-commercially.

      Moreover, patents are not global, only local. To say that we cannot *develop* under GPL because a patent exists in country X, and a license has been published there to which those making, using, or selling in country X *might* be asked to subscribe would go much too far. That situation certainly does not prevent development elsewhere, and distribution under GPL can certainly proceed."


      ***

      > So, for any GPL software use Cisco's methods, Cisco will need to
      > provide a guarantee that under the GPL, any future patent for these
      > methods will be free for use by that GPL software.
      >
      > Just taking your word for it that Cisco won't assert it's patent in the
      > future isn't goo

    9. Re:Did ANYONE RTFA??? by Mind+Booster+Noori · · Score: 2, Interesting
      With regard to patents, in particular, no one *ever* has an obligation to refrain from making, using or selling technology that *may* practice patent claims solely because someone somewhere has taken a patent, claims to have a patent, or even publishes a license. Only the demand that you in particular take a license or cease infringing triggers theoretical liability under US patent law. Whether there can be liability for damages for the period before such notification is another question, legitimately of importance to those who commercially distribute free software, but not ordinarily of significance to those who develop only, or who distribute non-commercially.
      In other words, you can code something using the patented "technology" (they aren't even patenting that, only their share part of some ideas they had to fix a protocol!) until Cisco wants to stop it.

      Moreover, patents are not global, only local. To say that we cannot *develop* under GPL because a patent exists in country X, and a license has been published there to which those making, using, or selling in country X *might* be asked to subscribe would go much too far. That situation certainly does not prevent development elsewhere, and distribution under GPL can certainly proceed."
      FreeS/WAN wasn't in 2.4 kernel because of the possibility of legal problems in some countries (just one example), so why would this be different?

      Well, of course, USA has software patents and unfortunatly Europe is going the same way, but Africa hasn't yet!

      It's the best I can do. Why? Why the hell is he going to patent it in the first place? Isn't he against software patents as he claimed to? Is he being pressed to do this? By who?
  22. Actually... by Xenographic · · Score: 5, Interesting

    I can and have thought up a number of ways to use our IP laws to discourage innovation.

    For example, there's some stupid precident where something like 5 notes were supposedly "subconciously copied." I remember that, from the way they decided things, someone calculated that there were only 5,000 some odd different types of music that would be legally recognized under that precident.

    Therefore, if you simply make a CD with each variation (and to comply with other wacky precidents and laws, make it a "dramatic" work--e.g. put some kind of story in there with your music, as well as mixing up the order so as to make your creation more creative than a mere listing of all the possible note combinations), and file a copyright on it.

    Voila, you've copyrighted all the music. But you probably don't dare distribute any of it, lest you infringe on every pre-existing work, so you play SCO. Manage to get in the media with some wacky press release (Slashdot would be a good target), and spout off about how you intend to use this to stifle musical innovation "because it's clearly not profitable."

    Ramble on a bit about how the industry knows what is best for us--"only unoriginal crap sells! so long as they're just rehashing their old works, we feel that they're not deriving anything from ours, and we simply want the music producers to make money, something you cannot do unless you force-feed the public unoriginal music." Thus you're never under obligation to actually sue anyone, though you can make a show of menacing anyone whose music might be original, telling them that it doesn't seem to derive enough from all their old records, so they must have stolen it from you...

    Yes, I realize that this is incredibly contorted logic (I must have been reading too many SCO stories here...), but the upshot of it is that you would be using such a copyright registration to (at least attempt) to stifle innovation. ...

    Now then, as for patents? It's harder to find an example of a bottleneck, as above, and these will cost you over $1,000 each in filing fees alone. Still, you seem to be able to patent the most rediculous things. You could always file some nonsense like "n-click shopping, for n greater than one" (note that you can make "shopping" into any other activity, though you might get hillarious results like "3-click bowling") or just "___ over the internet" ...

    I can even imagine being bored enough to write an "absurd patent generator" in Perl, if I could just think of more such patterns to feed into it :] For irony's sake, one could then patent that nonsense generating algorithm (though proving it useful in commerce might be another hurdle... I wonder if they would buy the thought that putting it on a page with ads and making a grand total of $0.38 from the ads would be enough? :)

    Of course, if you really did invent something wonderful, and you could patent up all the possible ways of using it (so that others couldn't just tweak it and get around your patent), you could always just publicize it and say that you have absolutely no intention of ever letting anyone use your invention until the patent expires. If it was software, you might then make it available via your website for *only* those people where your patent doesn't apply...

  23. Nothing to see here by Luscious868 · · Score: 4, Insightful

    There's really nothing to be upset about. From the article:

    In response, OpenBSD creator Theo de Raadt said, "The Cisco/IETF recommendations contain numerous problems and issues. They should not be followed. We have better fixes in OpenBSD. Other vendors should be looking at these." For example, as mentioned in our earlier article about TCP reset attacks, with the IETF's/Cisco's recommendations in place it would be possible for an attacker to use one host to potentially flood another.

    Basically, the implementation that Cisco is trying to patent is also flawed. OpenBSD's implementation contains better fixes. Who cares if Cisco tries to patent a flawed fix that no one will end up using? Let them waste their money. Let's face it, this move is upsetting on principal but there's really nothing to see here ... move along.

  24. Right, that's it! by Trogre · · Score: 2, Funny

    The Cisco is banished from Bejor, never to return.
    The prophets have spoken.

    --
    "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
  25. Re:I don't understand by Flower · · Score: 4, Insightful
    Patents were put in place for the good of society. I have just as much right to have an opinion on them as any CEO or lawyer.

    After talking to the likes of Radia Perlman (who is extremely cool fwiw) I have extreme reservations that business model aka software patents do any good for society at all. I wonder where the state of networking would be now if spanning-tree had been patented and we had to wait 17 years before anybody was willing to implement it. I wonder where we could be if a mind like Ms. Perlman's could work on certain areas which really interest her (PKI for one iirc) except it isn't worth walking through a minefield of worthless patents. If HTTP had been patented do we you think we'd be using it or would we be using Gopher? Huh. Cisco has patents related to VRRP so the OpenBSD team develops an alternative and improves on the concept by adding in cryptography and increasing reliability.

    And just remember this. For all the success stories you talk about - if it harms society, if it inhibits the arts and sciences - what the government gives it can taketh away. The Wright brothers didn't get to keep their patents.

    --
    I don't want knowledge. I want certainty. - Law, David Bowie
  26. Cisco turning into junk, as is linksys. by Mustang+Matt · · Score: 3, Informative

    For the record... I did some tests on linksys, dlink and netgear wireless access points and linksys was the worst. Netgear was actually the only one to function in all modes as advertised with perfect stability.

    I'm not affiliated with any of the above companies. I just thought I'd mention that linksys is junk and owned by cisco. So maybe it's a family trait.

    --
    The man who trades freedom for security does not deserve nor will he ever receive either. - Benjamin Franklin
  27. No more early access for Cisco by Burdell · · Score: 3, Interesting
    If they are going to attempt to patent fixes to security problems that they had early access to (i.e. they were notified about the problem prior to it being released to the public), that access should be stripped. The idea of early access is to cooperate and fix problems as fast as possible. Patenting a solution is not cooperation, so Cisco should lose their access.

    BTW: one poster said "don't get excited, they'll do a reasonable and non-discriminitory license". That's nice, but it is useless for GPL software (unless they release an implementation under the GPL) and a trap for BSD licensed software (you can end up with code that says you can use it but you can't because of the patent).

  28. Re:Before anyone spouts off at the mouth by Breakfast+Cereal · · Score: 2, Insightful

    Wait, so are you actually saying that if it weren't for patents and they way they are awarded and enforced in the U.S., nobody would have an incentive to invent a fix for this TCP vulnerability?

  29. NOT AN IETF RECOMMENDATION by anti-NAT · · Score: 2, Informative

    It is just an Internet-Draft (ID), that has been submitted for IETF approval. The IETF haven't reviewed it yet, nor taken a position on whether it should be a standard or not.

    I could submit a ID for a protocol for standing on my head. That doesn't mean it is an IETF recommendation or that it will be.

    With all the FUD being expressed by people who don't know much (anything?) about the IETF and its processes, maybe the next higher level after RTFA should be GAFC (Get A F**king Clue).

    --
    The Internet's nature is peer to peer - 20050301_cs_profs.pdf
  30. More from Theo and Company by Ded+Mike · · Score: 4, Informative

    ...as Tony says, in the BSD thread, in partial reply to Theo:

    QUOTE
    What's very amusing is reading section 5 of the draft, wherein the author distributes credit to a number of parties. If Cisco were to file a patent at this point and not include those parties (including other companies), the patent validity would be at risk by reason of excluding a contributor. If Cisco does include all of those other companies in the patent, then all of them must also present the IETF with relevant IPR statements.
    Frankly, this is yet another PR blunder by Cisco. If they had simply said nothing or formally put their contribution into the public domain, they wouldn't look so egregiously greedy.
    ENDQUOTE

    From the 10EAST archive, as quoted in kerneltrap...Theo has some choice comments about the US Patent System and the IETF, too.

    IOW, yet again, Cisco trying to cash in on Open Source, in order to desperately prop up their miserable recent record of development, innovation and security, as well as theft from the Open Source Community, in order to keep their stock price up and keep from being listed on F'd Co., where they belong.

    --
    Remember guys, this is Amerika. Just because you have the most votes, doesn't mean you get to win.--Fox Mulder
  31. Re:Before anyone spouts off at the mouth by Lawrence_Bird · · Score: 2, Interesting

    > come from an age that moved far slower than ours does

    >Exactly!!! It took so much time and money to come up with some of the major advances in yester-years that they needed the patent restriction timing to help get back some of the cost they stuck into R&D.

    One can argue the inverse.. it takes so little time now for something to be reverse engineered and then commoditized that the patent affords the inventor(and investors) the opportunity to recoup r&d and costs to bring to market and then to make some money on the item before its margin goes to 0.

  32. Protecting the network from humans on the inside by cgenman · · Score: 4, Funny

    Actually, the router in question is very intelligent. All attempts to connect to MSN are re-routed to Google, and any software downloaded is first routed to the system admin for approval. When it recieves a query for windows update, it returns a package containing FireFox, ThunderBird, AVG antivirus, and SpyBot. I can't tell you what it installs when the user attempts to get SP2, but I can tell you that it isn't called "Lindows."

  33. I have a solution. Seriously. by TheHonestTruth · · Score: 5, Insightful
    The US needs to ditch its one year grace period. As it stands, any prior art found within a year before a patent application's filing date can be swore behind. Basically it's a way an inventor can say "I invented my invention up to a year before I filed the application." The problem is that a lot of developments, especially in software, happen within a short time frame. So if Cisco files an application on 12/31/2004, they basically can claim that any disclosures, such as newsgroup discussions, open source versions, etc that happened between 12/31/2003 and their filing date do not bar their application.

    Europe on the other hand (well, the PCT) has no grace period. Once the invention is disclosed, your rights are out the window. Adopting a policy like this would make it much harder for companies to troll newsgroups/web/discussion boards, get ideas, and file an application based on an implementation. It's not a total solution, but it would be a good start.

    As someone that was trying to invalidate an obvious patent filed on date X for a client, let me tell you that finding stuff on the web published over 1 year beforehand was a bitch. Plenty of stuff in the 6 month range, but the web wasn't full blown back in mid 90's like it is now...

    -truth

    --

    I had a steady B+ in my AI class until I failed the Turing test...

  34. Re:Before anyone spouts off at the mouth by Brandybuck · · Score: 2, Insightful

    That's their purpose. I don't disagree with that. But Cisco isn't innovating here. Traditionally you could only get a patent on something that was not obvious to a practitioner in the field.

    It seems to me that once this vulnerability was discovered, the fix was obvious. There was no innovation in this case.

    --
    Don't blame me, I didn't vote for either of them!
  35. Re:not more patents by Darby · · Score: 2, Interesting

    don't we have enough patents as it is?

    Well, maybe.

    What if we were to limit the total number of patents?

    The obvious result would be a new market in selling patent slots. You would have to *know* that you could make your investment back before applying because the patent itself would cost so much.

    It would decrease the number of frivilous patents filed, but the small inventor would be at a disadvantage.

    What do you think, would it be a positive, negative, or a push?

  36. Patents are pretty much worthless... by Svartalf · · Score: 2, Interesting

    Unless you've got deep pockets, the Patents themselves are only as good as your lawyers that you can afford to defend them (and the legal fees to do so...). Unless you're one of the big players, you don't have the resources to take on any infringers save players that are your own size. Unless the Patent is for something simplistic, the people that would bother to reverse engineer the technology are in the X lb gorilla size class (where "X" is a suitable multiple of 100...) and therefore have more legal and financial resources than you can normally bring to bear. Eolas is an exception where some deep pockets took a lame patent that probably should have never been granted and attacked even deeper pockets- all they did was pursue the alleged infringement by Microsoft at some point. They wouldn't have been able to afford the pursuit of the case had they needed to worry about, oh, say, products or even customers.

    --
    I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
  37. Re:Before anyone spouts off at the mouth by Alsee · · Score: 4, Informative

    Patents exist to protect inventions. And pretty much every country on Earth has - correction - *had* rules stating that math is not an invention. That you cannot patent math, calculations, or math algorithms.

    Well, programming is a feild of math. All software is a mathematical function. The only thing a computer can do is calculations.

    You can hook a computer up to a speaker that produces sound, you can invent and patent that speaker, but the computer itself can only do math calculations.

    Math is not an invention. Software is not an invention. You can't patent addition, you can't patent calculus, and you can't patent the math that is software MP3 calculations.

    The US screwed up a case where the court upheld a patent doing a calculus integral to decide how long to cook rubber during manufacturing. You simply integrate heat over time. Simple math, if you are familiar with calculus. It was the ordinary rubber manufacturing process, they just "invented" an equation to decide how long to run the heat. That one bad ruling opened the door to software patents. The US patent office took that lousy ruling and threw the door wide open for patents on math.

    Of course they don't directly let you say you're patenting math. Word the application one way and it gets rejected, word the exact same claims a different way and it gets approved. Software patent attorneys admit it's all about using "the magic words". You're patenting the process of doing some calculationon on some hardware. Ordinary PC hardware.

    -

    --
    - - You can't take something off the Internet! That's like trying to take pee out of a swimming pool.
  38. There may be method to this madness by eclecticIO · · Score: 4, Informative
    It appears that Mr. Barr at least feels he has a good reason for applying for the patent. If you read the statement he made before the FTC during their hearing on "Competition and Intellectual Property Law and Policy in the Knowledge-Based Economy" he argues against the current patent system. However, he also explains why Cisco, under his direction, applies for so many patents:

    "It makes more business sense to assume that, despite the fact that we do not copy other company's products, and despite the fact that we do not derive solutions to problems from the patent literature, we will be accused of patent infringement. The only practical response to this problem of unintentional and sometimes unavoidable patent infringement is to file hundreds of patents each year ourselves, so that we can have something to bring to the table in cross-licensing negotiations. In other words, the only rational response to the large number of patents in our field is to contribute to it."

    He goes on to make some very interesting arguments saying...

    "The patent system does not exist to protect the rights of inventors, or any particular interest group. It doesn't exist to protect what we now call "intellectual property", as if it were protectable for its own sake. The patent system exists to protect the progress of science and the useful arts. If the patent system fails to do that in certain areas, then the costs and negative effects of the patent monopoly cannot be justified. Where the patent system enables true innovation, true progress, where it enables companies to bring new products to consumers in circumstances where they otherwise would not do it, or where it disseminates knowledge that others need and want, then it's working."

    So, Cisco appears to be doing this as a matter to protect their own ability to use this fix, not to prevent other from using it. That would seem to fit with his explanation posted earlier...

    "That's not what it says, or what I mean to say. It says that nobody has to pay anything, or even ask for a license, unless they want to assert patents against Cisco."

    You can read Mr. Barr's full statement before the FTC online (ironically enough) at
    Freedom for a Free Information Infrastucture

  39. Firewall Failover with CARP and pfsync by Erik_ · · Score: 3, Informative

    The two main components provided by OpenBSD are CARP (the Common Address Redundancy Protocol), which allows a backup host to assume the identity of the primary, and pfsync, which ensures that firewall states are synchronised so that the backup can take over exactly where the master left off and no connections will be lost.

    CARP
    The Common Address Redundancy Protocol manages failover at the intersection of Layers 2 and 3 in the OSI Model (link layer and IP layer). Each CARP group has a virtual MAC (link layer) address, and one or more virtual host IP addresses (the common address). CARP hosts respond to ARP requests for the common address with the virtual MAC address, and the CARP advertisements themselves are sent out with this as the source address, which helps switches quickly determine which port the virtual MAC address is currently "at".

    The master of the address sends out CARP advertisement messages via multicast using the CARP protocol (IP Protocol 112) on a regular basis, and the backup hosts listen for this advertisement. If the advertisements stop, the backup hosts will begin advertising. The advertisement frequency is configurable, and the host which advertises most frequently is the one most likely to become master in the event of a failure.

    A reader who is familiar with VRRP will find this is somewhat familiar, however there are some significant differences:

    * The CARP protocol is address family independent. The OpenBSD implementation supports both IPv4 and IPv6, as a transport for the CARP packets as well as common addresses to be shared.
    * CARP has an "arpbalance" feature that allows multiple hosts to share a single IP address simultaneously; in this configuration, there is a virtual MAC address for each host, but only one IP address.
    * CARP uses a cryptographically strong SHA-1 HMAC to protect each advertisement.

    Besides these technical differences, there is another significant difference (perhaps the most important one, in fact): CARP is not patent encumbered. See this page for details on the history of CARP and our reasons for avoiding a VRRP implementation.

    pfsync
    pfsync transfers state insertion, update, and deletion messages between firewalls. Each firewall sends these messages out via multicast on a specified interface, using the PFSYNC protocol (IP Protocol 240). It also listens on that interface for similar messages from other firewalls, and imports them into the local state table.

    In order to ensure that pfsync meets the packet volume and latency requirements, the initial implementation has no built-in authentication. An attacker who has local (link layer) access to the subnet used for pfsync traffic can trivially add, change, or remove states from the firewalls. It's possible to run the pfsync protocol on one of the "real" networks, but because of the security risks, it is strongly recommended that a dedicated, trusted network be used for pfsync. This can be as simple as a crossover cable between interfaces on two firewalls

  40. Cisco using open source code by Glamdrlng · · Score: 2, Informative
    ...it is quite time someone questions the exact origin of SSL, SSH, NTP and a few other items in IOS which are known to be bug for bug compatible with OSS code and do not have stated copyrights in the IOS release notes.
    Parent raises a very good point. While Cisco has acknowledged other use of open source code in the past, I've wondered if there was a use of the same source or maybe just shared libraries that caused vulnerabilities in openssh to affect the IOS, and the same with openssl. Cisco developers have also made open source contributions, so it's not like nobody there gets the GPL.
    --

    Yes, my only tool is a hammer. And you're starting to look like a nail.
  41. Re:VRRP Patent .. Not So by Flower · · Score: 2, Informative
    Go over the story at OpenBSD. Quote:
    On August 7 2002, after many communications, Robert Barr (Cisco's lawyer) firmly informed the OpenBSD community that Cisco would defend its patents for VRRP implementations....

    You also need to reread that comment you linked to as it doesn't say what you are implying. Quote:
    In Cisco's assessment, the VRRP proposal does not represent any significantly different functionality from that available with HSRP....

    However, now that the draft-li-hsrp-01.txt' submission is approaching expiration and the Working Group is continuing with the VRRP proposal, Cisco Systems reserves the right to protect its intellectual property.

    --
    I don't want knowledge. I want certainty. - Law, David Bowie