Cisco Ethernet Switches Reviews

We use Cisco Ethernet switches for building on-site LAN projects and topologies. It depends on the switches I use. Usually, it's supposed to be a PoE, especially if we're supporting VoIP and wireless technologies. We deploy everything on-premises because I work with government entities in Singapore. 

Cisco Ethernet switches help build an office-based LAN. We seldom use Cisco Ethernet switches in data centers. We typically use Nexus switches for data centers. Compared to other vendors, Cisco switches are more like rugged switches. We seldom need to reboot those switches unless there's a bug or it was deployed on a different environment—like the racks aren't adequately ventilated.

Cisco switches have several valuable features like VLAN mapping. We seldom use that, but we find the security configurations helpful, like high availability with trading port channels and MAC filtering. 

Their firmware could be better secured against vulnerabilities or other exploits. Also, only selected catalyst switches are allowed to onboard to Cisco SD Access technology. 

I have used Cisco switches for 10 years.

I rate the hardware stability 10 out of 10. 

I rate Cisco Ethernet switches seven out of 10 for scalability. Unless the switch is submodular, you can remove those modules and plug in better ones. Scalability is harder if it's fixed hardware, but it's easier to scale a virtualized network appliance.

I rate Cisco support 10 out of 10. We usually purchase their highest level of support. 

Positive

Our setups are simple, but it depends on the complexity of the client's infrastructure and requirements. I'm more on the operations side, so everything is already deployed, but when we build a new network, I am involved in configuring the new switches. When we do an RMA for a faulty device, I configure it. It's usually a copy-paste of the configuration, but I can build the design from scratch.

The number of people required for deployment and maintenance depends on the size of the environment. A data center usually needs about five or six people to maintain it. You have two people on 12-hour shifts; the rest are senior staff. 

I'm not usually involved on the financial side, but the ROI is excellent based on the performance of Cisco products overall.

I rate Cisco Ethernet switches three out of 10 for affordability. They are expensive, but they're worth it. I believe in quality over quantity.

I rate Cisco Ethernet switches nine out of 10. I highly recommend Cisco switches, but the bottom line is that it depends on your budget.

Currently, I'm working on a network side and working with Cisco equipment, including switches and routers. I'm functioning as a network engineer and I'm comfortable in this role.

Cisco Ethernet switches help me run my operations smoothly. However, there are some glitches on the network that we need to clearly understand and diagnose. Cisco assists us in managing our infrastructure overall.

I am not sure exactly which feature is most valuable because overall, the device helps us to manage our environment. However, Cisco has a great market value and share.

Firewall features should be pre-enabled in Cisco Ethernet switches. FortiGate switches are considered more valuable because they have firewall capabilities.

I've been using this solution for some time, transitioning recently from another technology. Deployment of Cisco Ethernet switches began on-premises and took about two to three months, depending on available resources.

Cisco is typically stable, and outages are usually due to factors outside of Cisco, such as policies and firewall issues involving other departments.

The scalability depends on the model. We currently have a business model, and obviously, if we use a more advanced model, the scalability would be different.

Currently, we don't have any technical support because our license doesn't allow for direct support. We manage it on our own.

Neutral

From the beginning, we have been using Cisco and have not used a different product for these use cases.

The initial setup was very easy. On a scale from one to ten, I would rate it a ten, indicating minimal issues during setup.

I cannot explain the deployment process further since our tech team performed the operation.

We evaluated other options before choosing Cisco. However, Cisco was preferable due to its great market value and market share.

I'd rate the solution seven out of ten.

We primarily use the solution as an ethernet switch. 

The product is very robust.

It offers better reporting than any other OEM.

The solution is easy to set up. 

It is stable.

The solution can scale. 

In India, we have a requirement for free replacement warranties. For example, brands like HP are offering free replacement parts. Cisco needs to offer free replacement parts. They need to offer free replacements until the end of life for devices. They should offer this without requiring renewals. 

I have been using Cisco for the last 15 years. 

The solution is totally stable. I've used it for the last ten to 15 years and haven't faced any issues. There are no bugs or glitches. 

This is a scalable product. It expands well. 

We have about 50 users on the solution right now. 

I've never had to contact technical support. I cannot speak to how the support services are. 

The initial setup is very easy. We find it more straightforward than HP or Juniper.

The deployment process didn't take too long. If there is pre-planning done and it is okay, it shouldn't take more than one hour.

The solution is a bit more expensive when compared to other options. However, they are not so different. HP, for example, isn't much cheaper. They are all mostly the same.  

We are currently considering using Aruba and are evaluating them. 

I'm a customer and end-user.

It's a good solution. of course, you need to choose what meets your company's requirements. If you have the capital to buy it, I would recommend it. 

I'd rate the solution nine out of ten. It is robust and I have very few problems when dealing with Cisco switches. Also, support is fantastic.

I have been using the newest line of Cisco switches, the 9300 series, for two or three years.

We have two different models for deployment. One is the SDN deployment model, which has to do with Software-Defined Networking and is the more recent.

The other is the traditional three-tier, via core access aggregation layer five switches with an Independent Architecture Designed environment or access layer switches where you just use them to connect users to a specific service. It depends on what the nature of the work would be and the scope of work. But generally, most traditional networks have three layers. You have switches in a core of the network, switches in the distribution or aggregation layer, or switches in the access layer. This is the Three-tier module. If it is a collapsed core then it would be just simply the core and the access.

A primary use case is you could use it to connect mostly end-users and host systems. Systems could be servers, systems could be printers, systems could be telephones, and systems could be video conferencing equipment. That's one end use of it.

Another is the use in the data center. Ethernet Switches can be used in a data center out to provide connectivity, wired connectivity for servers, database systems, platforms, other platforms systems, and storage systems. With Ethernet you could have different speeds, so you can have Ethernet running at 1Gig, you can have Ethernet at 10Gig, you can have Ethernet at 40Gig, and you have Ethernet at 100Gig. So, depending on the nature of connectivity, you have that in the data center, you can have that also in an office environment. Then you go up to have it in industrial space, monitoring of industrial machines and control systems. So again, Ethernet is widely used.

There are several situations where these switches are used. Most times if they want to move off the main site, or they want to move locations, or they want to have temporary spaces, they can use a switch. Temporary means they may want to expand connectivity from their network to a small branch office that is temporary. Temporary means they're going to run something there for six months and then after that the business won't be there.

With switches, you can expand your network with a connection aside but you can extend your network to a particular area. You can also develop a campus network, campus meaning you may have one building in there and then the company acquires another building, and then it's easy to connect the two buildings together with Fiber and a switch if you have that available. 

There is also multi-tenancy, if you're in a building when you have multiple floors, it's easy to extend the premises from one floor to another floor using a switch as well.

In terms of projects, technical projects, they are several, I mean even down to connectivity to third parties inside the data center. For example, you may find out that you need to connect to BT or you need to connect to your telco provider. Switches will facilitate your ability to connect to a third party to allow communications between two separate environments that are managed differently.

I've done projects where the switches are also used for translation. For example, one part is using Fibre, the other part is using Ethernet, and the switch can be used to communicate between the two technologies. The switch will transform the physical characteristics of the link from Fiber to Ethernet.

There are two things about this solution that I find valuable. One valuable feature is that you can string a number of switches together, and the fact that there are various methods to connect them, such as by stacking. A stack means that they operate as one switch spot. You have multiple physical switches in the stack. For example, you could have one particular physical switch and you can have many of them all connected together as if they're one switch.

Another valuable feature is that the switches can operate at different layers of the networking environment. You can have switches that operate at layer three, you can have layer four switches and also obviously layer two, data layer, is their normal operation.

These switches are versatile. They can operate as a router, but they can also operate as a switch as well. The fact that you can run routing protocols on them, and you can also run data link protocols, means that they are quite versatile enough.

At the moment the switches that you have can't scale because they've got their control plane and data plane in the same device. The problem with that is you're limited to the number of switches you can string along because of limitations with VLAN. VLAN does have limitations, but with Software-Defined Networking there is no limitation. This is bringing about changes in the networking field that are long-needed. Ultimately, I would like to see all of the switches support SDN.

Switches should be made stackable, even if they are not of the same model. Now stacking is another technology that a lot of switches can benefit from, but not all switches are capable of stacking. There are some switches that are capable of stacking, but not all switches. As a rule, in my view, I feel stacking should work between different switches and at the moment it doesn't. For example, if you want to build a stack, all the switches in the stack have to be literally the same. So that another area of technology which could be different. You could stack switches, even if they're not exactly the same, but they have a way of operating such that they can work together. It would be nice because it means people don't have to throw away things just because they can't meet what they want.

I think this solution is very stable.

These switches have been around for a long time. Before that, all the technologies used couplers, which were called BNC connectors, network taps, all those things that existed. Couplers that existed before the arrival of Ethernet, they didn't last even two, three years, whereas Ethernet has been around for more than fifteen years.

Ethernet will continue to be around, and it's a very stable technology in terms of the operation. As well, Ethernet is the way forward, and it will still be around for another ten or fifteen years.

Ethernet does not scale very well because you've got distance limitations. Ethernet can only run for about one hundred meters or less, so you have to use Couplers. This distance limitation is why we use Fibre. Fibre optics is actually a better technology than Ethernet, but it's more expensive. Everything about it, the equipment, the nature of the way the Fibre cables are prepared, is a lot more expensive compared to Ethernet.

Ideally, everybody would like to run Fiber switches because it's a better technology that carries more bandwidth. The high price is due in part to the components. All the components that make Fibre work are expensive to produce. It can be relatively cheap for what we use it for but overall, it's way more expensive than Ethernet. If it wasn't for that then Fibre would have been the best solution. Ethernet, as it is right now, the cost price point for Ethernet is very good, so it won't be going anywhere fast soon. In terms of scalability, don't have limits. If you want to scale, you need to use Fiber to scale.

In terms of users, the organization right now has more than a thousand, and the previous one had approximately five thousand.

With respect to user roles, some are call center personnel, some platform systems guys, some are software developers, some project managers, some are marketing managers, some are sales managers, and some are professional services. Department-wise you have your legal, HR, and your finance department.

To my knowledge, our business is focused on doing work for clients so I expect that our usage of Ethernet Switches will be expanding.

The technical support for this solution is very good. They're very responsive.

I have also used the Meraki MX switches, but they are more like routers and used to support the wireless systems for Meraki.

With respect to the initial setup, the complexity depends on the topology. Most times they're not complicated. What's complicated is if you need to use them as a layer three switch, then you could have some complex configurations to do. However, if it's layer two, which is data layer connectivity only, then it's easy. If it's layer three then it's a little more challenging because you combine layer two and layer three and it could involve routing protocols. It's a lot more complex. 

Generally speaking, it depends on the manner in which you want to use the switch. Some deployments took maybe two weeks, some three days, some a month, and some even up to three months.

When it comes to my implementation strategy, first of all, you have to get the physical hardware into the data center or location where it needs to be. Make sure the right structured cabling was in place to connect this equipment so that it can work in that environment. Both from a power perspective and from a cabling perspective. I got to cable this switch to other systems and make sure that the right type of cabling is in place. Also, I have to make sure of the configurations that I'm going to use and get them organized upfront. In other words, I have the configurations I am going to put on a device and the software version. 

Another important thing is the software version. Make sure that the version is the appropriate one to put on there. Ensure that it doesn't have bugs or things, the type of configuration I want to put on there doesn't have bugs or anything that could impact the operation of those configurations.

After that is complete, I make sure that all of the connectors or transceivers that I've brought are the right type of transceivers for the systems. I'm able to connect them onto the network. Now that's just the physical connectivity.

There are other things you would do in implementation to test that the switch is working fine once it's operational. There are other tests that you conduct like Ping test, IP test, or whatever to show basic connectivity exists to that switch from the management perspective. You may also have tools, such as monitoring tools that you would use. You would also configure the monitoring tools to be able to recognize that particular device on the network and maybe things like memory, CPU, all the things to do with power, all these environmental conditions around that device are being monitored as well.

Then obviously you've got documentation as part of it. If you're putting a new set of equipment in there, the site probably has existing documentation that needs to be updated to reflect the fact that the typologies changed or you're introducing new equipment into that topology. In some cases, you've done this all upfront before you start the implementation. While in some cases, some companies, for the rush of time they want you to implement first and then do the documentation later. So again, it's still part of that strategy. Implementation wise, that's the approach you would go with in my opinion. Obviously there are different implementation approaches, and the stuff we're talking about here is just hardware.

I am a specialist, and in most cases, I handle the implementation and deployment.

The time I would use another person is if the data center was far away when it's not conceivable that I would travel to that location. I'd probably use somebody from the data center or use a data center engineer who would set up the hardware. He would put the hardware in the rack, the network cage, or rack where the equipment is going to be located. He would help me physically screw the equipment, take it out of the box, and connect it into the cage, and then I'd give him instructions on where to put cable or where to plug the various cables that come with the equipment. So once he's done that, I'm able to remotely connect to the device.

Those are remote working situations where you're not physically able to go to the site and do the work there. Then yes, I would work with other people sometimes and give them some instructions on what I want to have done at that location.

What is happening in the industry is that they are separating two things that traditionally held back the growth of switches, which is the control plane aspect of the switch from the data point. What you're finding is that the newer generation of switches, you can control them with a different device separately from the switch itself. In terms of the improvements, the improvements that are going on right now, Software Defined Networking creates the basis for you to have switches that can scale, and can scale very well.

I would rate this solution a nine out of ten.

I use the product for endpoint and server connectivity. I also use it as a core switch.

The product is the best in the market. It always works whether the environment is cold or hot. The product is pretty much reliable and stable.

The technical support should be improved.

I have been using the solution for seven years.

I rate the tool’s stability a ten out of ten.

The scalability of the solution depends on the models. I rate the scalability a nine out of ten.

I have contacted support many times. The support is good, but not that good.

Neutral

The initial setup is very straightforward and simple.

The solution is not too expensive.

If someone uses the solution for the first time, they must know that network design is the most important part. They must pick the right models. Overall, I rate the product a nine out of ten.

There are no additional features in the switch from Cisco. They are conventional switches that only provide basic Layer Two switching capabilities and do not have the advanced security features that newer switches, such as Fortinet offer. They simply forward data and do not have any other capabilities.

The most valuable feature of Cisco Ethernet Switches is its hardware.

The current state of Cisco Ethernet Switches leaves room for improvement, particularly in regard to central management and security. While they possess the capability to function as owners of Layer Two, they fall short in regard to security awareness. While there are some supplementary products available that can provide additional security measures, such as the deployment of virtual machines, these solutions are external and not integrated within the switch itself. For this reason, Cisco Ethernet switches could benefit from incorporating the same centralized management and security features as other companies, such as Fortinet, offer in their FortiSwitches. By being aware of potential threats such as MAC spoofing and ARP poisoning, the switch can provide a more comprehensive level of security.

I have been using Cisco Ethernet Switches for a very long time.

I've communicated with the technical support team of Cisco previously in regard to their switches. I have always been pleased with the support I have received from them. No matter what challenges I have encountered with their products, I have always been satisfied with their assistance. The support team has consistently demonstrated their readiness to assist and I have never encountered any issues with their support services. Thus, I can confirm that I have indeed had previous interactions with the Cisco support team.

The initial setup of Cisco Ethernet Switches is never easy.

The solution is highly expensive compared to other solutions. The prices get tripled when they arrived in my country of Angola.

I would recommend others use Arista, Fortinet, or Juniper switches.

The adoption of Cisco Ethernet switches in Angola was a result of various factors, including the popularity and widespread usage of the brand. Additionally, the impact of the research and advisory firm, Gartner, has played a significant role in the purchasing decisions of decision-makers. Despite the speaker's advice to not solely rely on Gartner's recommendations, the company's influence is perceived as prominent as they often feature the most expensive solutions at the top of their rankings.

I rate Cisco Ethernet Switches a seven out of ten.

Cisco Ethernet Switches are pretty reliable, and I have rarely seen one of them break. Cisco has a wide portfolio that fits every need.

Cisco's equipment is expensive, especially since it introduced the obligatory purchase of Cisco DNA.

I have been using Cisco Ethernet Switches since 2008.

I rate the solution an eight out of ten for stability.

Around 50,000 users are using Cisco Ethernet Switches in our organization.

I rate the solution’s scalability ten out of ten.

The solution’s technical support is pretty good.

I rate the technical support of Cisco Ethernet Switches an eight to nine out of ten.

Positive

I previously used Alcatel and Aruba HPE.

The solution’s initial setup is easy.

We implemented the solution through an in-house team. Depending on the engineer's knowledge, a single switch can be deployed within twenty minutes.

Cisco's equipment is expensive, especially since it introduced the obligatory purchase of Cisco DNA. Cisco DNA is really, really expensive, and eliminating the necessity for purchasing it would reduce the solution's price. Some new Cisco switches support Cisco DNA, and some don't. You would have to buy more expensive switches to fully use Cisco DNA, which most enterprises simply don't do.

On a scale from one to ten, where one is cheap and ten is expensive, I rate the solution's pricing ten out of ten.

I have utilized Cisco Ethernet Switches in production, regular office plans, and all kinds of environments. In enterprise environments, I have covered everything from offices to manufacturing and labs. We faced no challenges while integrating Cisco Ethernet Switches into our existing network infrastructure.

Cisco should definitely give customers the ability to choose whether they want Cisco DNA or not. Currently, customers need to choose Cisco DNA for at least three years, which is appalling. Customers are buying something they will never use. I would recommend Cisco Ethernet Switches to other users because of its reliability and simplicity.

Overall, I rate the solution a seven out of ten.

We use Cisco Ethernet Switches to interconnect the 20 to 25 servers and workstations in our control room.

We use Cisco Ethernet Switches to configure VLANs in the VPN network. We need to put some subsystems in the VLAN so that other terminals will not access these equipment. We do all these configurations on the solution. The solution is easy to configure.

The solution's reliability should be improved. We see that some ports must be reset when in the hang mode. Only after a reset can we make use of those ports. There could be some internal or external reasons for the hang. We are looking for an improved reliability aspect.

I have worked with Cisco Ethernet Switches for over 20 years as an end user.

There are no issues with the solution’s stability.

Our department is quite big. About 50 engineers are accessing different nodes.

The solution’s customer support service is quite good.

The solution is easy to install. They're all plugin modules.

One engineer can complete the solution’s deployment within one to one and a half hours. We are a government department. Our engineers buy the equipment, follow the installation instructions, and do the installation.

The solution’s pricing is reasonable. The solution has a lifetime license because we are not renewing the license every year. It is a one-time purchase.

So far, the failure rate with the solution is very low, and we want to find a spare for the existing unit.

Users must be familiar with the operation and configuration of Cisco Ethernet Switches to use them. They have to familiarize themselves with the solution and know the different configurations and features it supports. Users need to understand the solution properly before using it.

Cisco Ethernet Switches is a good solution.

Overall, I rate Cisco Ethernet Switches ten out of ten.