IP Library Granted Patent US 10,178,026
Granted Patent B2
US 10,178,026 · App. 15/409,903 · Granted Jan 8, 2019

Flexible inline arrangements for guiding traffic through network tools

Inventors: Yingchun Ma (Sunnyvale, CA); Yan Xiu (San Ramon, CA); Ramakrishna Manchiraju-Venkata (Sunnyvale, CA); Zbigniew Sufleta (Cobb, CA)
Assignee: Gigamon Inc.
H04L45/74H04L1/24H04L12/4641H04L43/028H04L43/04H04L43/0817H04L43/16H04L47/125H04L47/2483H04L47/25H04L49/25H04L49/30H04L61/2596H04L69/22H04L61/6068
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 10,178,026
App. No.
15/409,903
Granted
Jan 8, 2019
Kind
B2
Abstract

A packet broker deployed in a visibility fabric may intelligently assign identifiers to data packets that are routed through sequences of one or more network tools for monitoring and/or security purposes. More specifically, the packet broker may apply packet-matching criteria to incoming data packets to determine a predetermined sequence of network tools through which the data packets are to be guided. For example, the packet broker may guide a data packet through a predetermined sequence of network tools by translating an internal identifier added to the data packet to an external identifier before transmission to each of the network tools, and translating the external identifier to a different internal identifier each time the data packet is received from each of the network tools.

Claims (56)

1. A method for configuring a guiding arrangement to be implemented by a packet broker, the method comprising:

receiving the guiding arrangement, the guiding arrangement indicative to the packet broker of how to guide data packets through a specific sequence of inline inspection devices that are coupled to the packet broker;

identifying egress ports through which the packet broker forwards data packets to the inline inspection devices;

for each egress port,

implementing an egress translation scheme that causes an internal identifier appended to each data packet by the packet broker to be translated to an external identifier before transmission to a corresponding inline inspection device; and

identifying ingress ports through which the packet broker receives data packets from the inline inspection devices;

for each ingress port,

implementing an ingress translation scheme that causes the external identifier appended to each data packet by the packet broker to be translated to another internal identifier.

2. The method of claim 1 , wherein each internal identifier assigned to a data packet upon receipt by the packet broker is unique across all traffic flows received by the packet broker and all inline inspection devices coupled directly to the packet broker.

3. The method of claim 1 , wherein the inline inspection devices include intrusion detection systems, intrusion prevention systems, or both.

4. The method of claim 1 , further comprising:

programming a content-addressable memory (CAM) with packet-matching criteria;

applying the packet-matching criteria to incoming data packets; and

adding, based on a result of said applying, a metadata field to each incoming data packet that specifies the internal identifier.

5. The method of claim 4 , wherein the packet-matching criteria include at least one of: an ingress port identifier, a source node identifier, a destination node identifier, a unique packet identifier, a packet length, a transmission protocol, a priority level identifier, a payload data characteristic, an application port setting, or a flow map.

6. The method of claim 4 , further comprising:

translating, based on the ingress translation scheme, the metadata field of a particular data packet to a unique value each time the particular data packet is received from an inline inspection device.

7. The method of claim 1 , wherein the specific sequence of inline inspection devices includes a subset of all inline inspection devices coupled to the packet broker.

8. The method of claim 1 , wherein the internal identifier and the external identifier are Virtual Local Area Network (VLAN) identifiers.

9. The method of claim 1 , further comprising:

creating a trunk that includes multiple egress ports corresponding to multiple inline inspection devices,

wherein creation of the trunk causes a particular data packet having an internal identifier associated with one of the multiple egress ports to be broadcast to all of the multiple egress ports.

10. A method for guiding traffic flows through sequences of inline network tools, the method comprising:

receiving a data packet at a network ingress port of a packet broker connected to a network;

applying packet-matching criteria to determine an internal identifier for the data packet that corresponds to a predetermined sequence of inline network tools through which the data packet is to be guided;

adding a metadata field to the data packet that specifies the internal identifier;

guiding the data packet through a first inline network tool by

forwarding, based on the internal identifier, the data packet to a tool egress port of the packet broker, the tool egress port being coupled to the first inline network tool;

translating the internal identifier to an external identifier;

transmitting the data packet to the first inline network tool; and

translating the external identifier to another internal identifier upon receiving the data packet at a tool ingress port of the packet broker, the tool ingress port being connected to the first inline network tool; and

forwarding, based on the other internal identifier, the data packet to an egress port of the packet broker, the egress port being connected to another inline network tool included in the predetermined sequence or the network.

11. The method of claim 10 , wherein each internal identifier is a unique Virtual Local Area Network (VLAN) identifier that is used to guide the data packet to a next hop in the predetermined sequence of inline network tools.

12. The method of claim 10 , wherein each internal identifier is unique across all traffic flows received by the packet broker and all inline network tools coupled to the packet broker.

13. The method of claim 10 , wherein said guiding is performed by a programmable switching fabric in the packet broker.

14. The method of claim 10 , wherein the packet-matching criteria reside within a content-addressable memory (CAM) of the packet broker and are automatically applied by a programmable switching fabric upon receiving the data packet at the network ingress port.

15. The method of claim 10 , further comprising:

monitoring a status of each inline network tool included in the predetermined sequence;

determining that a particular inline network tool is not functioning properly; and

automatically modifying the predetermined sequence to bypass the particular inline network tool.

16. The method of claim 15 , wherein said automatically modifying the predetermined sequence comprises:

modifying an ingress translation scheme implemented by the packet broker so that the external identifier of the data packet is translated to a new internal identifier rather than an existing internal identifier associated with the particular inline network tool.

17. The method of claim 10 , further comprising:

stripping the metadata field from the data packet; and

forwarding the data packet onto the network for delivery to a destination node communicatively coupled to a network egress port.

18. A method comprising:

receiving a data packet at a network ingress port of a network appliance connected to a network;

applying packet-matching criteria, by the network appliance, to determine a predetermined sequence of inline network tools through which the data packet is to be guided; and

guiding the data packet through the predetermined sequence of inline network tools, by the network appliance, by

translating an internal identifier added to the data packet to an external identifier before transmission to each of the inline network tools, and

translating the external identifier to a different internal identifier each time the data packet is received at a tool ingress port coupled to one of the inline network tools.

19. The method of claim 18 , wherein each internal identifier is a Virtual Local Area Network (VLAN) identifier that is used to guide the data packet to a next hop in the predetermined sequence of inline network tools.

20. The method of claim 18 , further comprising:

appending a metadata field to the data packet that includes a value corresponding to the internal identifier or the external identifier assigned to the data packet by the network appliance.

21. The method of claim 18 , wherein the inline network tool is shared across multiple traffic flows.

22. The method of claim 21 , wherein the external identifier is unique across the multiple traffic flows, and wherein the external identifier enables the network appliance to distinguish the data packet from other data packets corresponding to other traffic flows guided through the inline network tool.

Assignments (4)
RELEASE OF SECURITY INTEREST Recorded Mar 11, 2022
From: JEFFERIES FINANCE LLC
To: GIGAMON INC.
Reel/Frame 059362/0491 →
SECURITY INTEREST Recorded Mar 11, 2022
From: GIGAMON INC.; ICEBRG LLC
To: JEFFERIES FINANCE LLC
Reel/Frame 059362/0717 →
FIRST LIEN PATENT SECURITY AGREEMENT Recorded Feb 11, 2020
From: GIGAMON INC.
To: JEFFERIES FINANCE LLC
Reel/Frame 051898/0559 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Mar 3, 2017
From: MA, YINGCHUN; XIU, YAN; MANCHIRAJU-VENKATA, RAMAKRISHNA; SUFLETA, ZBIGNIEW
To: GIGAMON INC.
Reel/Frame 041466/0522 →
Continuity (2)
Provisional Application 62400452 · Sep 27, 2016
Related Publication 20180091421A1 · Mar 29, 2018