Cisco for example lacks S-Flow and having a port in a "VLAN" that has a different VLAN than the rest of the group. I know Mikrotik isn't great in these regards either, but simply showing that Cisco isn't infallible.
----- Mike Hammett Intelligent Computing Solutions http://www.ics-il.com ----- Original Message ----- From: "Faisal Imtiaz" <[email protected]> To: [email protected] Sent: Thursday, May 28, 2015 9:02:58 AM Subject: Re: [AFMUG] Multimode BIDI I will agree that their software development process is greatly lacking quality control, having said that I am not sure if that makes their products an "less reliable" then another mfg. The other mfg. do not add features at such a rapid rate, while they may exercise a much better QC process, but they are not as feature rich.... So this can easily become a frustrating issue, get the feature (hot cake) with the potential of it being half baked... or not have that feature... In our experience Hardware and core feature set wise they are just a reliable as anyone else, it's the leading edge / bleeding edge feature setup that can be frustrating. Faisal Imtiaz Snappy Internet & Telecom 7266 SW 48 Street Miami, FL 33155 Tel: 305 663 5518 x 232 Help-desk: (305)663-5518 Option 2 or Email: [email protected] ----- Original Message ----- > From: "Stefan Englhardt" <[email protected]> > To: [email protected] > Sent: Thursday, May 28, 2015 2:38:47 AM > Subject: Re: [AFMUG] Multimode BIDI > > > >I'll stick to my original statement. The benefit of running a MikroTik > >router or switch is they're generally fine for our purposes and cheap to > >replace when they fail. > > We use them a lot and are happy and frustrated with them at the same day. > Problem is there attitude towards quality. > You see great features one day and the other they miss to implement the > basics. > > Example: > Actualy I see a CCR does not negotiate Flowcontrol an a SFP Port with a > Lumina which gives a lot of packet drop. > Reading the errors of the actual Firmware release In the forum I dont want to > update ... > > Sometimes OSPF connected routes are not propagated, sometimes LDP show a > strang behavior. In 8.27 I see routers not doing > OSPF after a reboot at all. Enabling disabling and it works again. > > And with every new release they introduce some bugs which they debug 3 > releases later ... > > It works but it is trial and error. > > > >
