Silver Peak updates SD-WAN with Packet-iQ to make choices from the first packet

A press release from Silver Peak announces recent innovations for their SD-WAN product set. Enhancements to their EdgeConnect environment are Packet-iQ for first packet path choices, a stateful firewall and firewall service chaining and Zscaler support. They have also included integration, allowing easier integration of the SD-WAN environment into larger enterprise infrastructures, using .

Silver Peak have added a blog entry for application driven WAN Edge around this release, and it’s gained some visibility with both LightReading and SDxCentral pointing to the release. LightReading has also done a News Analysis piece. So let’s see what the noise is about…

Packet-iQ – choices from the first packet

One of the main challenges SD-WAN is the determination on the first packet to make a routing choice. This is a challenge in normal environments, as typically cloud applications use HTTP or HTTPS for connections, which is also the same as a lot of corporately hosted application portals.

Deep Packet Inspection requires the determination of the destination and a routing choice once the TCP session is established and the first payload packets have been sent (i.e. reading the GET URI, which allows differential behaviour even for connections via proxy ).

The of a path once the original SYN packet has been sent causes problems with the firewalls on the side, as the connection isn’t properly formed. In the past, it was easier to use to provide the links between sites, and IPSec or GRE via a cloud web-services gateway (such as Zscaler) to avoid this challenge.

It looks like are using queries and responses to track a of IP addresses assigned to cloud services like www.office365.com. They then use this information to get a list of IP address ranges to pass the traffic directly to the Internet. This is more efficient than delivering it based on assumptions, and later have to move the connection with the risk of it breaking. It also avoids the initial packet backhaul to a core internet breakout point. This extra information gives Packet-iQ the capability to make that choice straight away, rather than wait for payload data. Making a more efficient and reliable

Stateful firewall and routing round out the updates

In addition, the use of a stateful firewall protects sites with connections inbound to a site only when they have been sent out first. This allows the use of the devices for local internet breakout without an external firewall requirement. Service chaining allows for firewalls using Checkpoint, Fortinet or Palo Alto within the network, or Zscaler for a cloud-based solution.

BGP provides a routing boundary at the site edge, ensuring that it easier to manage a large corporate network infrastructure, and to allow local internet breakout. This allows for ease of migration to a SD-WAN environment by establishing BGP peering with the previous network. It also helps in managing the routing propagation, particularly in larger and more complex sites. Most importantly it now allows direct connection to an MPLS network, with route exchange to the PE router without needing an intervening CE router. (To use this, you will need to have an Ethernet presentation for your circuits.)

These are not trivial things, and make the EdgeConnect solution a much more flexible environment for deployment and operation, reducing complexity and cost.