let me guess... because routing core is proprietary, and RouterOS without routing is not RouterOS? =)why not provide code and a wiki on how to build RouterOS and leave out all the proprietary package
but i could install BATMAN witch is more then nothinget me guess... because routing core is proprietary, and RouterOS without routing is not RouterOS? =)
there got to be a way to have the best of both worlds RouterOS and LinuxI mean, packet routing facility - whole subsystem, not only routing protocols
YES!
what is MK business model selling licenses or selling hardware?
ok how about bash access then?1. Most of the important stuff is written by mikrotik (some routing programs, drivers, wireless part) and is not open source.
according to your license you don't vouch for stability anyways, also you can always refuse support for anything but stock mikrotik software.2. If you start adding random stuff to RouterOS, we can no longer vouch for stability, compatibility etc. Just use linux then.
DS3 and OC3!!!YES!
what is MK business model selling licenses or selling hardware?
But I wish there could be a way to add packages and drivers.... I really just want DS3 card on newer realease..
What complete tosh.The code is "closed" for one reason. (in my opinion as well as conversations with MANY)
STABILITY.
1 - No I wouldn't (but I appreciate that others may)NAB, you didn't get his point. if you add lots of untested software, your personal router can get more unstable and you would blame mikrotik.
No it wasn't. The OP asked if the RouterOS code (without your proprietary bits) could be posted on the Wiki. It wasn't until the 6th post that somebody asked if they could install third party code/drivers.the above discussion was exactly about installing 3rd party programs.
Can anybody who does know, comment on the other aspects?OK, I misread that. Anyway, I was talking about 3rd party stuff. I can't comment on other aspects
Speaking of bash what would be nice is to have grep available on command line. I would like to be able to do this:ok how about bash access then?1. Most of the important stuff is written by mikrotik (some routing programs, drivers, wireless part) and is not open source.
Speaking of bash what would be nice is to have grep available on command line. I would like to be able to do this:
print with |grep user_i_am_looking_for
Occasionally there will be a thousand lines or so and filtering the output would be nice. Or is there a way to do this already?
[admin@MikroTik] > /ip address print where address~"^10.1"
Flags: X - disabled, I - invalid, D - dynamic
# ADDRESS NETWORK BROADCAST INTERFACE
1 10.1.0.1/24 10.1.0.0 10.1.0.255 inside
[admin@MikroTik] > /ip address print where address="10.1.0.1/24"
Flags: X - disabled, I - invalid, D - dynamic
# ADDRESS NETWORK BROADCAST INTERFACE
1 10.1.0.1/24 10.1.0.0 10.1.0.255 inside
Is the underlying linux kernel that is the core of RouterOS stable?The code is "closed" for one reason. (in my opinion as well as conversations with MANY)
STABILITY.
Yeah, I was hoping my request for booting from the microSD (thread) would have gathered more support.Getting linux to run on the newer routerboards and be fully functional is a PITA.
a copy of a license and being gpl compliant are two different things.Every router comes with a copy of the license.
YES it is awesome but it can be better!Honestly I do not think there is another product out there that compares to MikroikOS. Its amazing what it can all do.
does that mean they are complying?Did you read the GPL part of there license?
that above mailing list is referring to a document more than 10 years old. at least find a newer copy of the license, duh
Incorrect. GPL states that if source code is modified, dynamically or statically linked to anything, the resulting product source code should be provided per request. Hereby all modified or added changes are to be released as GPL, not as proprietary. However, this is good, not bad. Read further whyDon't get my wrong, I fully support GPL, but it doesn't state you have to open anything. It just states you have to provide a mean to get the GPL parts in source code. Not the proprietary ones.
Incorrect.Current politic have own pros and cons.
For this reason RouterOS is so secure and there is no exploits for system.
But users cant add own drivers and cant build own software for routerOS, that's very bed.
Small steps are great way to go. But for me personally, security never associates with blackbox. On the opposite, black box associates with pandora box.
Maybe there is a way of using system API tu build custom RouterOS packages and drivers for it without releasing the code of RouterOS. That would be great.
Incorrect. GPL states that if source code is modified, dynamically or statically linked to anything, the resulting product source code should be provided per request. Hereby all modified or added changes are to be released as GPL, not as proprietary. However, this is good, not bad. Read further whyDon't get my wrong, I fully support GPL, but it doesn't state you have to open anything. It just states you have to provide a mean to get the GPL parts in source code. Not the proprietary ones.
Incorrect.Current politic have own pros and cons.
For this reason RouterOS is so secure and there is no exploits for system.
But users cant add own drivers and cant build own software for routerOS, that's very bed.
Linux is secure because its open. Exactly because Linux is getting huge amount of testing and beat down, it has security. Exactly same applies to OpenBSD.
Security by obscurity does not work! Obscurity will repell novice attackers, but not professionals.
And a product from a smaller company, being targeted by professional, is much easier target than a opensource product that was tested by huge community and managed by a small company.
I see no reason for exploits to appear if Mikrotik opens up whole source code, while retaining the patent pool.
Even if some exploits will appear, it would be positive, because that would mean they have existed inside before and will be uncovered exactly by opening up.
Users will be reassured that there are no expoits in Mikrotik.
Users will be able to find exploits and submit them upstream.
They will be able to patch them, if Mikrotik crew is too busy as well.
They will be confident that their network is beat-down secure and containing no hidden backdoors.
They will be able to add support for devices, that Mikrotik can't due to limited resources.
All this without Mikrotik risking anything, due to support of only "official release".
Users will be confident that their devices are supported till users have interest, and not when Mikrotik thinks there is interest or has human resources to manage them.
The whole activation scheme will move out and become agreement instead of DRM. It will become more attractive to customers, as customers will be paying for development and not for ability to use binaries. We have a multi-million dollar living example for that, which was able to dissolve huge proprietary-only Sun -- RedHat. We have another upcoming examples, which will dissolve proprietary-only Microsoft -- Android and/or Ubuntu.
Lets take another examples, they are so popular that people are known to replace original firmware with them straight after purchase.
I don't think I will damage any reputation of Mikrotik if I mention them, because I need them as another examples. They are DDWRT and OpenWRT.
The first one was actually born due to GPL violation.
Notice, that pro-GPL field, unlike proprietary patent-trolls are always seeking ways to shift company to open development for its own benefit, instead of trying to rip the money away.
Never the less, imagine Mikrotik being forced to open up whole software stack, regardless of how catastrophycal or positive you take it....
Out of Linksys force-opened source code came a project, that is powering routers world-wide now and its hugely successfull. So it was a win for Linksys.
But because this project is not entirely using bazaar(distributed) open(its half-open) model, there is another project, which looks to be winning over it.
As you see, in the end, working with community is much more productive than working against or working in parallel.
Small steps are great way to go. But for me personally, security never associates with blackbox. On the opposite, black box associates with pandora box.
Maybe there is a way of using system API tu build custom RouterOS packages and drivers for it without releasing the code of RouterOS. That would be great.
Still,.. I am not obligating Mikrotik to anything. I just shared my own reasons as a potentual customer, who has NOT choosen Mikrotik for objective reasons.