Whether it’s the proliferation of cloud applications or growing cybersecurity demands, data centers are being forced to change faster than ever. Pushing 1G or even 10G architectures to their limits won’t work moving forward.
That’s why SDN is slowly starting to become a commercial reality (albeit slowly). We’ve looked ahead to where SDN will be in 2020, but you could argue that that’s been SDN’s problem since 2013—we keep looking ahead and commercialization continues to be delayed.
As you’re scaling a 40G or 100G network, you need to know if SDN is available right now. Moving into 2017, is SDN really feasible for you?
Even though SDN hype has dwindled, companies are investing at a strong pace. While many of these companies are in testing phases, commercial deployments are popping up.
According to a recent eWeek survey, companies that are using SDN to some extent are seeing improved network performance, increased productivity, and simplified network operations—so you know SDN isn’t out of reach. However, these are the challenges that you can expect:
The integration and interoperability challenges are one of the biggest problems that have kept SDN from realizing its potential. If you’re looking to leverage SDN in 2017, you have to understand the issue.
The original promise of SDN—the one that had people so excited for a new generation of networking in 2013—was for centralized control of traffic via a programmatic interface. This would be the SDN controller that managed southbound interaction.
These SDN controllers manifest in open protocols that companies integrate into their deployments. But this is where the interoperability issues emerge—there are just too many protocols and no set standard as of yet:
These are just a few of the choices competing for SDN deployment attention. While some believe 2017 will be the year that a standard is agreed upon, it seems more likely that 2017 deployments will accept a lower expectation from 2017. Rather than a strict programmatic interface, centralized traffic management may suffice.
If you want to enjoy the benefits of SDN in 2017, centralized management may be your best bet rather than hoping a protocol like OpenFlow will integrate perfectly into your data center. The key is to implement this centralized management with the right architecture of network TAPs and packet brokers.
If you want to learn more about adopting SDN in today’s 40G and 100G data centers, download our free white paper, Architecting Data Centers for SDN and NFV.
If the inline security tool goes off-line, the TAP will bypass the tool and automatically keep the link flowing. The Bypass TAP does this by sending heartbeat packets to the inline security tool. As long as the inline security tool is on-line, the heartbeat packets will be returned to the TAP, and the link traffic will continue to flow through the inline security tool.
If the heartbeat packets are not returned to the TAP (indicating that the inline security tool has gone off-line), the TAP will automatically 'bypass' the inline security tool and keep the link traffic flowing. The TAP also removes the heartbeat packets before sending the network traffic back onto the critical link.
While the TAP is in bypass mode, it continues to send heartbeat packets out to the inline security tool so that once the tool is back on-line, it will begin returning the heartbeat packets back to the TAP indicating that the tool is ready to go back to work. The TAP will then direct the network traffic back through the inline security tool along with the heartbeat packets placing the tool back inline.
Some of you may have noticed a flaw in the logic behind this solution! You say, “What if the TAP should fail because it is also in-line? Then the link will also fail!” The TAP would now be considered a point of failure. That is a good catch – but in our blog on Bypass vs. Failsafe, I explained that if a TAP were to fail or lose power, it must provide failsafe protection to the link it is attached to. So our network TAP will go into Failsafe mode keeping the link flowing.
Single point of failure: a risk to an IT network if one part of the system brings down a larger part of the entire system.
Heartbeat packet: a soft detection technology that monitors the health of inline appliances. Read the heartbeat packet blog here.
Critical link: the connection between two or more network devices or appliances that if the connection fails then the network is disrupted.