Cisco Blogs

Cisco Blog > Data Center

5 ways to make the most of SAP TechEd Barcelona

15-CS-0054_SAP_Barcelona_0005_Event Image [4]

Looking for the most exciting experience at SAP TechEd Barcelona? We have just the ticket. Here are our 5 best tips for meeting smart people, checking out innovative solutions, and making this the most productive conference of the year.

1: Find a Home Base

With an adventure as sprawling as SAP TechEd Barcelona, everyone needs a home base. Cisco Booth 7.07 makes for a great starting point not just for exploring all the happenings of SAP TechEd Barcelona, but also for meeting the like-minded people who might be a key part in your next world-changing solution.

2: Get On Track

Our live Connected Train Demo is a great way to kick off your adventure. You’ll get a hands-on demonstration of how the Internet of Things is being used to power real-world logistics. IoT-train Bremen2 copy 2

Then, you can get your brain firing on all cylinders with visits to our three Demo Areas showing Cisco’s latest and greatest on Integrated Infrastructure, Big Data, and Internet of Things Solutions.

3: Network, Learn, Network

The Cisco Booth will offer a ton of opportunities to meet some very smart people and get a peek into the exciting work happening at Cisco. Make sure to check out our Lecture Sessions to hear the latest.

At our Breakout Sessions, you can take a deep dive into our Big Data and Cisco ACI solutions.

15-CS-0054_SAP_Barcelona_0004_Ask the Experts[6]

If you want to skip the crowds, join our Webinar on Digitize Faster with Policy-Driven Automation , hosted by SAPinsider and sponsored by Cisco and SAP: [Register]

4: Win Something Awesome

There’s no reason to walk away from the conference empty handed. Stock up on swag from all the different vendors, but keep an eye on the Cisco Booth, where there are two great ways to win something big.

First, everyone who stops by will receive a raffle ticket for prizes including an Apple Watch and an Intel Compute Stick. Come back to the booth at 5 pm when we announce the winners. Two winners a day, must be present to win.

Second, ask about our easy-to-enter Twitter contest. You could win an AMEX gift card.

5: Get All The Latest Updates

@ReeshaDedhia @LeenieMurph will be live tweeting the event, so follow them to stay in the know.
To learn more about everything Cisco has to offer at SAP TechEd Barcelona, visit


Tags: ,

ACI, the SDN Purpose-Built for Data Center Operations and Automation

ACI, the SDN Purpose-Built for Data Center Operations and Automation

A couple of years ago we talked about our SDN vision and strategy, and a little over a year ago we started shipping the ACI solution. Since then over 1,000 customers have embraced ACI, and of those 150+ customers now have live production traffic running on ACI, with more coming on board at a steady pace. In this blog I want to give you a sense of ACI’s value to our customers who use it every day.

Looking back, when we started working on ACI, the industry had multiple definitions of SDN. Some confused it with APIs driving networking while other thought it’s related to software overlays. Our goal was clear – “automating the network and eliminating the gaps between application owners requirements vs. networking constructs.” This led us to architect the ACI from the ground up to meet these needs.

Read More »


Disruption = Cisco UCS Integrated Infrastructure for Big Data + Efficiency + Speed

IWE Site Graphic Header

Data is the foundation of the digital business. You know it, I know it. We get it. Let’s move on… But now a new question arises: As a Leader in your organization are you fully maximizing and leveraging your data to discover from analysis new business insights? New operational efficiencies? New Customer trends and patterns?

We can help… Cisco and our Big Data partners capture, organize, prepare, and handle your available data, while providing the speed, consistency and repeatability necessary for deploying and managing a successful Big Data and Analytics infrastructure and service. Become a disruptor in your market by unlocking the value hidden in your data through data management, data preparation and data analytics to create tomorrow’s trends. Manage diverse sets of data and technologies cohesively, while delivering the analytics and data access control required by your business.

Make the transformative power of Cisco’s Unified Computing System (UCS) Integrated Infrastructure for Big Data your foundation.

Our Cisco UCS® Integrated Infrastructure for Big Data – a Cisco Validated Design – offers comprehensive infrastructure and management capabilities for Big Data. The Cisco UCS Integrated Infrastructure solution helps to improve performance and capacity. It also offers additional complete solutions with industry-leading partnerships such as Cloudera, Hortonworks, IBM, MapR, Platfora, and Splunk. Read More »

Tags: , , , , , , , , , , , , , , ,

Cisco ACI at OpenStack 2015 in Tokyo

Because of the nature of SDN, and specifically the automation available with Cisco’s Application Centric Infrastructure, ACI works really well with cloud orchestration tools such as OpenStack. I was able to be at the OpenStack Summit in Tokyo last week and gave a vBrownBag TechTalk about why Cisco ACI makes OpenStack even better.

So, how does ACI work with OpenStack and perhaps even make it better? First, ACI offers distributed and scalable networking. It supports Floating IP addresses in OpenStack. If you’re not familiar with Floating IPs, they are essentially a pool of publicly routable IP addresses that you purchase from an ISP and assign to instances. This would be especially useful for instances, or VMs, like web servers. It also saves CPU cycles by putting the actual networking in the Nexus 9000 switches that make up the ACI fabric. Since these switches are built to forward packets, and that’s what they’re good at, why not save the CPU cycles for other things like running instances?

OpenStack doesn’t natively work with Layer 4-7 devices like firewalls and load balancers. With ACI we can stitch in these necessary network services in an automated and repeatable way. We do this in a way that doesn’t sacrifice visibility as well. While it’s important that we’re able to automate things, especially in a private or public cloud that is constantly changing and updating, if we lose visibility, we lose the ability to troubleshoot easily. In the demo, shown in the video above, you will see just how easy it is to troubleshoot problems in ACI. We also get the ability to preemptively strike before a problem causes issues on the network by offering easily interpreted health scores for the entire fabric, including hardware and end point groups.

ACI is also a very secure model. Not only does it use a white-list model where traffic is denied by default and only allowed when explicitly configured that way, it will also give more security when it comes to multi-tenancy. In a strict overlay solution, if a hypervisor is attacked or owned the multi-tenancy model could be deemed insecure. In the ACI fabric the security is done at the port level. So even if a hypervisor is attacked the tenants will be safe.

In recent versions of ACI we are able to use OpFlex as a southbound protocol to communicate between OpenStack and ACI. By using OpFlex we get a deeper integration and more visibility into the virtual environment of OpenStack. Instead of attaching hypervisor servers to a physical domain in ACI we can attach them into a VMM (Virtual Machine Manager) domain. This allows us to learn which instances or VMs are on which physical server. It will also automatically learn IP addresses, MAC addresses, states and other information. We can also see which networks or portgroups contain which hypervisors and instances within our OpenStack environments.

For more information on how Cisco ACI works with OpenStack you can go to


Tags: ,

Eliminating Congestion Problems in Storage Area Networks

Today’s storage area networks (SANs) face tremendous pressure from the phenomenal growth of digital information and the need to access it quickly and efficiently. Worldwide data is projected to multiply by an astonishing 1000 percent by 2020. It’s little wonder, then, that storage administrators rank slow drain and related SAN congestion issues as their number-one concern. If not addressed in a timely fashion, these can have a domino effect, even degrading the performance of totally unrelated applications.

A Slow Drain Device is a device that does not accept frames at the rate generated by the source. In the presence of slow devices, Fibre Channel networks are likely to lack frame buffers, resulting in switch port credit starvation and potentially choking Inter-Switch Links (ISLs). Frames destined for slow devices need to be carefully isolated in separate queues and switched to egress ports without congesting the backplane. A decision then needs to be made about whether the frames are considered stuck and when to drop them.

Cisco provides a Slow Drain Device Detection and Congestion Avoidance (referred to Slow Drain) feature that helps detect, identify, and resolve the condition exhibited by slow devices.

Register Now:

Join us for this live 60-minute webcast and learn the common causes of slow drain and other typical SAN congestion issues. See how Cisco Nexus and MDS switches now include hardware-based congestion detection and recovery logic for precise, fast detection and automatic, real-time resolution.

Watch this Video to learn more: This video demonstrates slow drain diagnostics using Cisco Prime DCNM . See how DCNM can be used to detect Slow Drain devices and troubleshoot the situation within minutes in a large fabric with thousands of ports. Deploy Cisco Prime DCNM today to bring down Slow Drain troubleshooting time from day or weeks to minutes.

Reasons for Slow Drain include:

1) An edge device can be slow to respond for a variety of reasons:  Server performance problems: application or OS, Host bus adapter (HBA) problems: driver or physical failure ,  Speed mismatches: one fast device and one slow device ,  Nongraceful virtual machine exit on a virtualized server, resulting in packets held in HBA buffers , Storage subsystem performance problems, including overload, Poorly performing tape drives

2) Inter Switch Links (ISL) can be slow due to:  Lack of B2B credits for the distance the ISL is traversing and the existence of slow drain edge devices ( in the fabric)
Any device exhibiting such behavior is called a Slow Drain Device. Cisco MDS 9000 Family switches constantly monitor the network for symptoms of slow drain and can send alerts and takes automatic actions to mitigate the situation.  Read this whitepaper to learn more.

Also attend this webinar : Nov 10th, 2015, 8:00 AM PST – Eliminating Congestion Problems in Storage Area Networks

Register Now:

More info:
Subscribe to youtube Channel:

Tony Antony
Sr. Marketing Manager



Tags: , , , ,