Methods for improved network security using asymmetric traffic delivery and devices thereof

Information

  • Patent Grant
  • 11496438
  • Patent Number
    11,496,438
  • Date Filed
    Friday, September 29, 2017
    6 years ago
  • Date Issued
    Tuesday, November 8, 2022
    a year ago
  • Inventors
    • Bocchino; Kenneth (Seattle, WA, US)
  • Original Assignees
    • F5, Inc. (Seattle, WA, US)
  • Examiners
    • Park; Jeong S
    Agents
    • Troutman Pepper Hamilton Sanders LLP (Rochester)
  • CPC
  • Field of Search
    • CPC
    • H04L29/12339
    • H04L61/251
    • H04L69/167
    • H04L61/2542
    • H04L61/5007
    • H04L67/01
    • H04L2101/659
  • International Classifications
    • H04L61/2503
    • H04L61/5007
    • H04L67/01
    • H04L101/659
    • Term Extension
      549
Abstract
Methods, non-transitory computer readable media, application delivery controller (ADC) apparatuses, and network traffic management systems that receive a request including an Internet Protocol (IP) version 6 (IPv6) source address and an IPv6 destination address. A client IP version 4 (IPv4) address of a client from which the request originated and a server IPv4 address of a server are determined from one or more extracted portions of one or more of the IPv6 source address or the IPv6 destination address. The request is modified to include an IPv4 source address and an IPv4 destination address. The IPv4 source address and the IPv4 destination address include the client IPv4 address and the server IPv4 address, respectively. The modified request is sent to the server based on the server IPv4 address included in the IPv4 destination address of the modified request.
Description
FIELD

This technology generally relates to network security and, more particularly, to methods and devices for facilitating improved network security using scrubbing apparatuses and asymmetric traffic delivery.


BACKGROUND

Network attacks including Distributed Denial of Service (DDoS) attacks are increasing in scale and complexity. On-premises attack prevention devices are often employed by enterprises, but require resources of an enterprise network and do not prevent malicious network traffic from entering the enterprise network. Accordingly, enterprises are increasingly employing cloud-based scrubbing services capable of identifying network attacks in order to prevent such attacks from reaching enterprise networks.


Employing a cloud-based scrubbing service requires routing or steering of network traffic originating from clients to the scrubbing service, from the scrubbing service to servers in an enterprise network, for example, and then asymmetrically to clients from the servers. Currently, Secure Network Address Translation (SNAT) can be utilized to facilitate such traffic routing. However, utilizing SNAT results in losing the true client device address and does not comply with some HyperText Transfer Protocols (HTTPs).


Accordingly, another method referred to as Generic Routing Encapsulation (GRE) tunneling is commonly used to route traffic between a scrubbing service and an enterprise network. With GRE tunnelling, a GRE tunnel is established between a scrubbing service device and a data center edge router, for example, in order to tunnel a request packet received from a client. However, GRE tunneling requires utilization of packet payloads to maintain the tunneled packet, and introduces fragmentation, latency, and connection interruption issues into the traffic flow, which is undesirable.


Moreover, current routing methods, including SNAT, do not prevent attackers from circumventing the scrubbing facility in order to maliciously access servers or other devices in an enterprise network. Accordingly, current asymmetric routing techniques have significant deficiencies and leave enterprise networks susceptible to network attacks.


SUMMARY

A method, implemented by a network traffic management system comprising one or more application delivery controller (ADC) apparatuses, scrubbing apparatuses, client devices, or server devices, includes receiving a request including an Internet Protocol (IP) version 6 (IPv6) source address and an IPv6 destination address. A client IP version 4 (IPv4) address of a client from which the request originated and a server IPv4 address of a server are determined from one or more extracted portions of one or more of the IPv6 source address or the IPv6 destination address. The request is modified to include an IPv4 source address and an IPv4 destination address. The IPv4 source address and the IPv4 destination address include the client IPv4 address and the server IPv4 address, respectively. The modified request is sent to the server based on the server IPv4 address included in the IPv4 destination address of the modified request.


A network traffic management apparatus, comprising memory comprising programmed instructions stored thereon and one or more processors configured to be capable of executing the stored programmed instructions to receive a request including an IPv6 source address and an IPv6 destination address. A client IPv4 address of a client from which the request originated and a server IPv4 address of a server are determined from one or more extracted portions of one or more of the IPv6 source address or the IPv6 destination address. The request is modified to include an IPv4 source address and an IPv4 destination address. The IPv4 source address and the IPv4 destination address include the client IPv4 address and the server IPv4 address, respectively. The modified request is sent to the server based on the server IPv4 address included in the IPv4 destination address of the modified request.


A non-transitory computer readable medium having stored thereon instructions for improved TCP performance comprising executable code which when executed by one or more processors, causes the processors to receive a request including an IPv6 source address and an IPv6 destination address. A client IPv4 address of a client from which the request originated and a server IPv4 address of a server are determined from one or more extracted portions of one or more of the IPv6 source address or the IPv6 destination address. The request is modified to include an IPv4 source address and an IPv4 destination address. The IPv4 source address and the IPv4 destination address include the client IPv4 address and the server IPv4 address, respectively. The modified request is sent to the server based on the server IPv4 address included in the IPv4 destination address of the modified request.


A network traffic management system, comprising one or more application delivery controller (ADC) apparatuses, scrubbing apparatuses, client devices, or server devices, the network traffic management system comprising memory comprising programmed instructions stored thereon and one or more processors configured to be capable of executing the stored programmed instructions to receive a request including an IPv6 source address and an IPv6 destination address. A client IPv4 address of a client from which the request originated and a server IPv4 address of a server are determined from one or more extracted portions of one or more of the IPv6 source address or the IPv6 destination address. The request is modified to include an IPv4 source address and an IPv4 destination address. The IPv4 source address and the IPv4 destination address include the client IPv4 address and the server IPv4 address, respectively. The modified request is sent to the server based on the server IPv4 address included in the IPv4 destination address of the modified request.


This technology has a number of associated advantages including providing methods, non-transitory computer readable media, ADC apparatuses, and network traffic management systems that improve protection of enterprise networks against network attacks. This technology allows enterprises to utilize cloud scrubbing services more efficiently, resulting in improved experiences for clients. This technology also advantageously facilitates asymmetric routing of network traffic without requiring SNAT or GRE tunnels and while preventing circumvention of scrubbing services by malicious actors attempting to access enterprise data centers.





BRIEF DESCRIPTION OF THE DRAWINGS


FIG. 1 is a block diagram of an exemplary network traffic management system with an application delivery controller (ADC) apparatus and a scrubbing apparatus;



FIG. 2 is a block diagram of an exemplary ADC apparatus;



FIG. 3 is a block diagram of an exemplary scrubbing apparatus;



FIG. 4 is a flowchart of an exemplary method for facilitating asymmetric routing with a scrubbing apparatus;



FIG. 5 is a flow diagram illustrating an asymmetrical routing of an exemplary client request and server response; and



FIG. 6 is a flowchart of an exemplary method for facilitating asymmetric routing with the ADC apparatus.





DETAILED DESCRIPTION

Referring to FIG. 1, an exemplary network traffic management system 10, which incorporates a scrubbing apparatus 12 and an application delivery controller (ADC) apparatus 14 is illustrated. In this example, the scrubbing apparatus 12 is coupled to a client device 16 by a communication network 18(1) and the ADC apparatus 14 by another communication network 18(2), a provider edge router 20, and a data center edge router 22. The data center edge router 22 is in a data center 24 along with the ADC apparatus 14, which is coupled to a server device 26 also in the data center 24 in this example. The network traffic management system 10 may include other network devices such as one or more other routers and/or switches, for example, which are well known in the art and thus will not be described herein. This technology provides a number of advantages including providing methods, non-transitory computer readable media, ADC apparatuses, and network traffic management systems that utilize a relatively efficient asymmetric traffic delivery via IPv4 client and server addresses embedded in IPv6 source and destination addresses in order to improve network security.


Referring to FIGS. 1-2, the ADC apparatus 14 of the network traffic management system 10 may perform any number of functions including managing network traffic, accelerating network traffic, and providing security services, for example. The ADC apparatus 14 in this example includes one or more processors 28, a memory 30, and/or a communication interface 32, which are coupled together by a bus 34 or other communication link, although the ADC apparatus 14 can include other types and/or numbers of elements in other configurations.


The processor(s) 28 of the ADC apparatus 14 may execute programmed instructions stored in the memory 30 of the ADC apparatus 14 for the any number of the functions identified above. The processor(s) 28 of the ADC apparatus 14 may include one or more CPUs or general purpose processors with one or more processing cores, for example, although other types of processor(s) can also be used.


The memory 30 of the ADC apparatus 14 stores these programmed instructions for one or more aspects of the present technology as described and illustrated herein, although some or all of the programmed instructions could be stored elsewhere. A variety of different types of memory storage devices, such as random access memory (RAM), read only memory (ROM), hard disk, solid state drives, flash memory, or other computer readable medium which is read from and written to by a magnetic, optical, or other reading and writing system that is coupled to the processor(s) 28, can be used for the memory 30.


Accordingly, the memory 30 of the ADC apparatus 14 can store one or more applications that can include computer executable instructions that, when executed by the ADC apparatus 14, cause the ADC apparatus 14 to perform actions, such as to transmit, receive, or otherwise process messages, for example, and to perform other actions described and illustrated below with reference to FIGS. 4-6. The application(s) can be implemented as modules or components of other applications. Further, the application(s) can be implemented as operating system extensions, module, plugins, or the like.


Even further, the application(s) may be operative in a cloud-based computing environment. The application(s) can be executed within or as virtual machine(s) or virtual server(s) that may be managed in a cloud-based computing environment. Also, the application(s), and even the ADC apparatus 14 itself, may be located in virtual server(s) running in a cloud-based computing environment rather than being tied to one or more specific physical network computing devices. Also, the application(s) may be running in one or more virtual machines (VMs) executing on the ADC apparatus 14. Additionally, in one or more embodiments of this technology, virtual machine(s) running on the ADC apparatus 14 may be managed or supervised by a hypervisor.


In this particular example, the memory 30 of the ADC apparatus 14 includes an asymmetric delivery module 36 that is configured to extract IP addresses of the client device 16 and the server device 26 from IPv6 source and destination addresses in network traffic received from the scrubbing apparatus 12. Accordingly, the asymmetric delivery module 36 facilitates the receipt of clean or scrubbed request traffic from the scrubbing apparatus 12 and the asymmetric routing of response traffic to the client device 16, as described and illustrated in more detail later with reference to FIGS. 5-6.


The communication interface 32 of the ADC apparatus 14 operatively couples and communicates with the server device 26 and with the scrubbing apparatus 12, via the data center edge router 22, provider edge router 20, and communication network 18(2). By way of example only, the communication network 18(2) can include an Internet Service Provider (ISP) network that uses TCP/IP over Ethernet and industry-standard protocols, although other types and/or numbers of protocols and/or communication networks can be used. The communication network 18(2) in this example can employ any suitable interface mechanisms and network communication technologies including, for example, teletraffic in any suitable form (e.g., voice, modem, and the like), Public Switched Telephone Network (PSTNs), Ethernet-based Packet Data Networks (PDNs), combinations thereof, and the like.


While the ADC apparatus 14 is illustrated in this example as including a single device, the ADC apparatus 14 in other examples can include a plurality of devices or blades each having one or more processors (each processor with one or more processing cores) that implement one or more steps of this technology. In these examples, one or more of the devices can have a dedicated communication interface or memory. Alternatively, one or more of the devices can utilize the memory, communication interface, or other hardware or software components of one or more other devices included in the ADC apparatus 14.


Additionally, one or more of the devices that together comprise the ADC apparatus 14 in other examples can be standalone devices or integrated with one or more other devices or apparatuses, such as the server device 26, for example. Moreover, one or more of the devices of the ADC apparatus 14 in these examples can be in a same or a different communication network including one or more public, private, or cloud networks, for example.


Referring to FIGS. 1 and 3, the scrubbing apparatus 12 may perform any number of functions including managing network traffic and providing security services, for example. The scrubbing apparatus 12 in this example includes one or more processors 38, a memory 40, and/or a communication interface 42, which are coupled together by a bus 44 or other communication link, although the scrubbing apparatus 12 can include other types and/or numbers of elements in other configurations.


The processor(s) 38 of the scrubbing apparatus 12 may execute programmed instructions stored in the memory 40 of the scrubbing apparatus 12 for the any number of the functions identified above. The processor(s) 38 of the scrubbing apparatus 12 may include one or more CPUs or general purpose processors with one or more processing cores, for example, although other types of processor(s) can also be used.


The memory 40 of the scrubbing apparatus 12 stores these programmed instructions for one or more aspects of the present technology as described and illustrated herein, although some or all of the programmed instructions could be stored elsewhere. A variety of different types of memory storage devices, such as random access memory (RAM), read only memory (ROM), hard disk, solid state drives, flash memory, or other computer readable medium which is read from and written to by a magnetic, optical, or other reading and writing system that is coupled to the processor(s) 38, can be used for the memory 40.


Accordingly, the memory 40 of the scrubbing apparatus 12 can store one or more applications that can include computer executable instructions that, when executed by the scrubbing apparatus 12, cause the scrubbing apparatus 12 to perform actions, such as to transmit, receive, or otherwise process messages, for example, and to perform other actions described and illustrated below with reference to FIGS. 4-5. The application(s) can be implemented as modules or components of other applications. Further, the application(s) can be implemented as operating system extensions, module, plugins, or the like.


Even further, the application(s) may be operative in a cloud-based computing environment. The application(s) can be executed within or as virtual machine(s) or virtual server(s) that may be managed in a cloud-based computing environment. Also, the application(s), and even the scrubbing apparatus 12 itself, may be located in virtual server(s) running in a cloud-based computing environment rather than being tied to one or more specific physical network computing devices. Also, the application(s) may be running in one or more virtual machines (VMs) executing on the scrubbing apparatus. Additionally, in one or more embodiments of this technology, virtual machine(s) running on the scrubbing apparatus 12 may be managed or supervised by a hypervisor.


In this particular example, the memory 40 of the scrubbing apparatus 12 includes an attack mitigation module 46 and an asymmetric delivery module 48. The attack mitigation module 46 is configured to identify and block malicious network traffic, such as traffic associated with an identified DDoS attack, for example, although the attack mitigation module 46 can be configured to identify and mitigate any number or type of network attack. The attack mitigation module 46 can drop request traffic identified as malicious and forward clean traffic toward the server device 26 via the ADC apparatus 14 thereby improving the network security of the data center.


The routing of the clean network traffic toward the ADC apparatus 14 is facilitated by the asymmetric delivery module 48. Accordingly, the asymmetric delivery module 48 is configured to modify request traffic to embed IPv4 addresses of the client device 16 and the server device 26 into IPv6 source and destination addresses in order to maintain the IPv4 addresses of the client device 16 and the server device 26 for use by the ADC apparatus 14, as described and illustrated in more detail later with reference to FIGS. 4-5.


The communication interface 42 of the scrubbing apparatus 12 operatively couples and communicates with the server device 26 and with the client device 16 via the communication network 18(1) and the ADC device 14 via the communication network 18(2), provider edge router 20, and data center edge router 22. By way of example only, the communication network 18(1) can include the Internet and can use TCP/IP over Ethernet and industry-standard protocols, although other types and/or numbers of protocols and/or communication networks can be used. The communication network 18(2) in this example can employ any suitable interface mechanisms and network communication technologies including, for example, teletraffic in any suitable form (e.g., voice, modem, and the like), Public Switched Telephone Network (PSTNs), Ethernet-based Packet Data Networks (PDNs), combinations thereof, and the like.


While the scrubbing apparatus 12 is illustrated in this example as including a single device, the scrubbing apparatus 12 in other examples can include a plurality of devices or blades each having one or more processors (each processor with one or more processing cores) that implement one or more steps of this technology. In these examples, one or more of the devices can have a dedicated communication interface or memory. Alternatively, one or more of the devices can utilize the memory, communication interface, or other hardware or software components of one or more other devices included in the scrubbing apparatus 12.


Additionally, one or more of the devices that together comprise the scrubbing apparatus 12 in other examples can be standalone devices or integrated with one or more other devices or apparatuses. Moreover, one or more of the devices of the scrubbing apparatus 12 in these examples can be in a same or a different communication network including one or more public, private, or cloud networks, for example.


The server device 26 in this example includes one or more processors, a memory, and a communication interface, which are coupled together by a bus or other communication link, although other numbers and/or types of network devices could be used. The server device 26 in this example processes requests received from the client device 16 according to the HTTP-based application RFC protocol, for example. Various applications may be operating on the server device and transmitting data (e.g., files or Web pages) to the client devices via the ADC apparatus 14 in response to requests from the client device 16. The server device 26 may be hardware or software or may represent a system with multiple servers in a pool, which may include internal or external networks.


Although the server device 26 is illustrated as a single device, one or more actions of the server device 26 may be distributed across one or more distinct network computing devices that together comprise the server device 26. Moreover, the server device 26 is not limited to a particular configuration. Thus, the server device 26 may contain a plurality of network computing devices that operate using a master/slave approach, whereby one of the network computing devices of the server device 26 operate to manage and/or otherwise coordinate operations of the other network computing devices. The server device 26 may operate as a plurality of network computing devices within a cluster architecture, a peer-to peer architecture, virtual machines, or within a cloud architecture, for example.


Thus, the technology disclosed herein is not to be construed as being limited to a single environment and other configurations and architectures are also envisaged. For example, the server device 26 can operate within the ADC apparatus 14 itself rather than as a stand-alone server device communicating with the ADC apparatus 14. In this example, the server device 26 operates within the memory 30 of the ADC apparatus 14.


The client device 16 in this example includes any type of computing device that can request and receive web or other network content, such as a mobile computing device, desktop computing device, laptop computing device, tablet computing device, virtual machine (including cloud-based computers), or the like. The client device 16 in this example includes a processor, a memory, and a communication interface, which are coupled together by a bus or other communication link, although other numbers and/or types of network devices could be used.


The client device 16 may run interface applications, such as standard Web browsers or standalone client applications, which may provide an interface to make requests for, and receive content stored on, the server device 26. The client device 16 may further include a display device, such as a display screen or touchscreen, and/or an input device, such as a keyboard for example.


The provider edge router 20 and the data center edge router 22 exchange packets between communication network 18(2) and the ADC apparatus 14 in this example. In other examples, only one edge router can be provided. The provider edge router 20 can be associated with an ISP and the data center edge router 22 can be associated with the enterprise data center network, for example, although other types and number of routers can also be used.


Optionally, one or both of the provider edge router 20 and/or data center edge router 22 includes one or more processors, a memory, and/or a communication interface, which are coupled together by a bus or other communication link, although other numbers and/or types of network devices could be used. In one example, the provider edge router 20 is configured to store an access control list with an IP address of the scrubbing address 12 in order to filter network traffic to prevent circumvention of the scrubbing apparatus 12 and an associated attack on the server device 26, as described and illustrated in more detail later with reference to FIGS. 5-6


Although the exemplary network traffic management system 10 with the scrubbing apparatus 12, ADC apparatus 14, provider edge router 20, data center edge router 22, server device 26, client device 16, and communication networks 18(1) and 18(2) are described and illustrated herein, other types and/or numbers of systems, devices, components, and/or elements in other topologies can be used. It is to be understood that the systems of the examples described herein are for exemplary purposes, as many variations of the specific hardware and software used to implement the examples are possible, as will be appreciated by those skilled in the relevant art(s).


One or more of the components depicted in the network traffic management system 10, such as the scrubbing apparatus 12, ADC apparatus 14, provider edge router 20, data center edge router 22, server device 26, and/or client device 16, for example, may be configured to operate as virtual instances on the same physical machine. In other words, one or more of the scrubbing apparatus 12, ADC apparatus 14, provider edge router 20, data center edge router 22, server device 26, and/or client device 16 may operate on the same physical device rather than as separate devices communicating through communication network(s). Additionally, there may be more or fewer scrubbing apparatuses, ADC apparatuses, edge routers, server devices, and/or client devices than illustrated in FIG. 1.


In addition, two or more computing systems or devices can be substituted for any one of the systems or devices in any example. Accordingly, principles and advantages of distributed processing, such as redundancy and replication also can be implemented, as desired, to increase the robustness and performance of the devices and systems of the examples. The examples may also be implemented on computer system(s) that extend across any suitable network using any suitable interface mechanisms and traffic technologies, including by way of example only teletraffic in any suitable form (e.g., voice and modem), wireless traffic networks, cellular traffic networks, Packet Data Networks (PDNs), the Internet, intranets, and combinations thereof.


The examples may also be embodied as one or more non-transitory computer readable media having instructions stored thereon for one or more aspects of the present technology as described and illustrated by way of the examples herein. The instructions in some examples include executable code that, when executed by one or more processors, cause the processors to carry out steps necessary to implement the methods of the examples of this technology that are described and illustrated herein.


An exemplary method of improved network security using asymmetric traffic delivery will now be described with reference to FIGS. 1-6. While the examples described and illustrated herein refer to the HyperText Transfer Protocol (HTTP), this technology is applicable to any Open Systems Interconnection (OSI) model Layer 4 protocol, such as Transmission Control Protocol (TCP), User Datagram Protocol (UDP), or Internet Control Message Protocol (ICMP), as well as any higher level protocol that can operate on the Internet Protocol (IP).


Referring more specifically to FIG. 4, a method for facilitating asymmetric routing with the scrubbing apparatus 12 is illustrated. In step 400 in this example, the scrubbing apparatus 12 receives a request from the client device 16. The request can be for content hosted by the server device 26, for example. In this particular example, the request includes and IP version 4 (IPv4) source address and an IPv4 destination address. The IPv4 source address corresponds with an IPv4 address of the client device 16 and the IPv4 destination address corresponds with an IPv4 address of the server device 26.


Referring more specifically to FIG. 5, a flow diagram illustrating an asymmetrical routing of an exemplary client request and server response is illustrated. In this example, the client request includes an IPv4 source address of “12.0.0.1,” which corresponds with the IPv4 address of the client device 16. Additionally, the request includes an IPv4 destination address of “45.0.0.1,” which corresponds with the IPv4 address of the server device 26. The request is sent by the client device 16 over the communication network 18(1) and is intercepted and received by the scrubbing apparatus 12.


Referring back to FIG. 4, in step 402, the scrubbing apparatus 12 executing the attack mitigation module 46 determines when the request is likely malicious. The determination can be based on any number of factors including the number of request received from the client device 16 within a specific time period or one or more characteristics of the request and/or the client device 16, for example. If the scrubbing apparatus 12 determines that the received request is malicious, then the Yes branch is taken to step 404.


In step 404, the scrubbing apparatus 12 performs a mitigation action, which in this example includes dropping the request, although other types of mitigation actions including rate limiting, redirecting, or sending a challenge to the client device 16 can also be used. However, if the scrubbing apparatus 12 determines in step 402 that the received request is not malicious, then the No branch is taken to step 406.


In step 406, the scrubbing apparatus 12 modifies the request to include an IP address of the data center edge router 22 or the ADC apparatus 14, the server device IPv4 address, and the client device IPv4 address. In this example, the scrubbing apparatus 12 modifies the request to include IPv6 destination address and an IPv6 source address in order to include the IP address of the provider data center edge router 22 or the ADC apparatus 14, the server device IPv4 address, and the client device IPv4 address. In particular, the IPv6 destination address includes an IP address of the data center edge router 22 or the ADC apparatus 14 disposed proximate the server device 26. Additionally, the IPv6 source address includes the client device IPv4 address and, optionally, an IP address of the scrubbing apparatus 12.


Referring back to FIG. 5, the scrubbing apparatus 12 in this example modifies the request to include an IPv6 source address that includes an IP address of the scrubbing apparatus 12, which is “2620:f644:33:22” along with the IPv4 address of the client device 16, which is “c00:1.” In this example, “c00:1” is equivalent to the “12.0.0.1” IPv4 address of the client device 16, but is represented in hexadecimal format due to its inclusion in the IPv6 destination address of the modified request and compliance with the IPv6 format.


Additionally, the scrubbing apparatus 12 modifies the request to include an IPv6 destination address that includes an IP address of the data center edge router 22 in this particular example, which is “2620:144:89” along with the IPv4 address of the server device, which is “2d00:1.” In this example, “2d00:1” is equivalent to the “45.0.0.1” IPv4 address of the client device 16, but is represented in hexadecimal format due to its inclusion in the IPv6 source address of the modified request and compliance with the IPv6 format.


Referring back to FIG. 4, in step 408, the scrubbing apparatus 12 sends the modified request to the data center edge router 22 or the ADC apparatus 14. The request is sent to the data center edge router 22 or the ADC apparatus 14 based on the IP address for the data center edge router 22 or the ADC apparatus 14 included in the IPv6 destination address of the modified request. Referring again to FIG. 5, the scrubbing apparatus sends the modified request to the data center edge router 22 in this example, although other destinations for the modified request can also be used. The modified request is sent via the communication network 18(2) and the provider edge router 20.


In this particular example, the provider edge router 20 enforces an access control list (ACL) based on the IP address of the scrubbing apparatus 12 such that only network traffic identifying the IP address of the scrubbing apparatus 12 in a source address is allowed to be transmitted to the data center edge router 22. Accordingly, by optionally including the IP address of the scrubbing apparatus 12 in the IPv6 source address of the modified request, and using an ACL, this technology advantageously prevents malicious traffic from circumventing the scrubbing apparatus 12 in order to access the data center 24, and particularly the server device 26.


The provider edge router 20 in this example transmits the modified request to the data center edge router 22, which is in communication with, and transmits the modified request to the ADC apparatus 14, although other paths for the modified request can also be used in other examples. Subsequent to dropping the request in step 404 or sending the modified request in step 408, the scrubbing apparatus 12 proceeds to receive another request in step 400. One or more of steps 402-408 can be performed in parallel for any number of requests received from any number of client devices in other examples.


Referring more specifically to FIG. 6, a method for facilitating asymmetric routing with the ADC apparatus 14 is illustrated. In step 600 in this example, the ADC apparatus 14 receives a request from the scrubbing apparatus 12, such as via the data center edge router 22, provider edge router 20, and communication network 18(2), for example. The received request can be a request that originated with the client device 16, and was modified and sent from the scrubbing apparatus 12, as described and illustrated in more detail earlier with reference to steps 406 and 408 of FIG. 4, for example.


In step 602, the ADC apparatus 14 extracts portions of the IPv6 source and IPv6 destination addresses included in the received request. In this example, the IPv6 source and IPv6 destination addresses include anchor portions followed by IPv4 destination and source mapping portions. The anchor portions of the IPv6 destination and source addresses comprise an IP address of an edge router (e.g., the data center edge router 22) from which the request is received by the ADC apparatus and IP address of the scrubbing apparatus 12 that sent the request to the edge router (e.g., the data center edge router 22), respectively, although other IP addresses can be included in the anchor portions. In this particular example, the extracted portions comprise the IPv4 destination and source mapping portions of the IPv6 source and IPv6 destination addresses.


In step 604, the ADC apparatus 14 determines an IPv4 address of the client device 16 from which the request was originally initiated, and an IPv4 address of the server device 26 from the extracted portions of the IPv6 source and destination addresses. Referring back to the example described and illustrated with reference to FIG. 5, the ADC apparatus 14 receives a modified request with IPv6 source and destination addresses including IPv4 destination and source mapping portions, respectively. The IPv4 destination and source mapping portions include “c00:1” and “2d00:1,” which correspond with IPv4 addresses of the client device 16 and the server device 26, respectively.


Accordingly, the ADC apparatus 14 can convert the “c00:1” and “2d00:1” from the IPv6-compliant hexadecimal format into the IPv4 format in order to determine the IPv4 addresses of the client device 16 and server device 26, respectively. In this particular example, the determined client device IPv4 address is “12.0.0.1,” which corresponds with “c00:1” in the IPv6-compliant hexadecimal format and the determined server device IPv4 address is “45.0.0.1,” which corresponds with “2d00:1” in the IPv6-compliant hexadecimal format.


Referring back to FIG. 6, in step 606, the ADC apparatus 14 modifies the request to include an IPv4 source address and an IPv4 destination address instead of the IPv6 source and destination addresses included in the request as received in step 600. The IPv4 source address and the IPv4 destination address include the client device IPv4 address and the server device IPv4 address, respectively, as determined in step 604. Accordingly, additional mapping space in the IPv6 source and destination addresses is advantageously leveraged with this technology to maintain the IP addresses of the client device 16 and server device 26 without utilizing the payload of the request.


In step 608, the ADC apparatus 16 sends the request as modified in step 606 to the server device 26 based on the server device IPv4 address included in the IPv4 destination address of the modified request. By modifying the request to be in an IPv4-compliant format, and to include the IPv4 address of the client device 16, the ADC apparatus 14 facilitates communication by the server device 26 with the IPv4 client device 16 in an asymmetrical fashion that does not require traversal back through the scrubbing apparatus 12.


In step 610, the ADC apparatus 14 optionally determines when a response to the request sent in step 608 is received from the server device 26. If the ADC apparatus 14 determines that a response is not received, then the ADC apparatus 14 proceeds back to step 610 and effectively waits for a response to the request to be received. However, if the ADC apparatus 14 determines that a response to the request has been received, then the Yes branch is taken to step 610.


In step 612, the ADC apparatus 14 forwards the response to the client device 16 based on the client device IPv4 address included in the response. In this example, the response includes IPv4 source and destination addresses that include the server device IPv4 address and the client device IPv4 address, respectively. In other examples, the server device 26 can communicate the response back to the client device 16 without transmitting the response via the ADC apparatus 14. Subsequent to forwarding the response, the ADC apparatus 14 proceeds back to step 600 and receives another request from the scrubbing apparatus 12. Additionally, one or more of steps 600-612 can be performed by the ADC apparatus 14 in parallel for any number of requests.


With this technology, scrubbing and ADC apparatuses can facilitate asymmetric routing of network traffic without requiring SNAT, which violates some Open Systems Interconnection (OSI) model Layer 4 protocols, such as Transmission Control Protocol (TCP), User Datagram Protocol (UDP), or Internet Control Message Protocol (ICMP), as well as any higher level protocol that can operate on the Internet Protocol (IP), or GRE tunnels, which require use of the payload to carry IP address information and introduce fragmentation and latency. Moreover, circumvention of scrubbing apparatuses by malicious actors in order to access enterprise data centers can advantageously be prevented with this technology. Accordingly, this technology allows enterprises to utilize cloud scrubbing services more efficiently, resulting in improved experience for users of client devices and improved protection of enterprise data centers.


Having thus described the basic concept of the invention, it will be rather apparent to those skilled in the art that the foregoing detailed disclosure is intended to be presented by way of example only, and is not limiting. Various alterations, improvements, and modifications will occur and are intended to those skilled in the art, though not expressly stated herein. These alterations, improvements, and modifications are intended to be suggested hereby, and are within the spirit and scope of the invention. Additionally, the recited order of processing elements or sequences, or the use of numbers, letters, or other designations therefore, is not intended to limit the claimed processes to any order except as may be specified in the claims. Accordingly, the invention is limited only by the following claims and equivalents thereto.

Claims
  • 1. A method implemented by a network traffic management system comprising one or more application delivery controller (ADC) apparatuses, scrubbing apparatuses, routers, or server devices, the method comprising: receiving a request, from a scrubbing apparatus, formatted in an Internet Protocol (IP) version 6 (IPv6) format and comprising an IPv6 source address and an IPv6 destination address;determining whether to forward the request based on the IPv6 source address being within an address space of the scrubbing apparatus;extracting a client IP version 4 (IPv4) address of a client and a server IPv4 address of a server from one or more portions of one or more of the IPv6 source address or the IPv6 destination address;converting the request from the IPv6 format to an IPv4 format comprising an IPv4 source address and an IPv4 destination address, the IPv4 source address comprising the client IPv4 address; andin response to determining the request is to be forwarded based on the IPv6 source address being within the address space of the scrubbing apparatus, sending the converted request in the IPv4 format to the server.
  • 2. The method of claim 1, wherein the client IPv4 address is extracted from one or more portions of the IPv6 source address and the server IPv4 address is extracted from one or more portions of the IPv6 destination address.
  • 3. The method of claim 1, further comprising: receiving a response to the converted request from the server, the response formatted in the IPv4 format and comprising another IPv4 destination address comprising the client IPv4 address; andforwarding the response formatted in the IPv4 format to the client, wherein the response is forwarded asymmetrically in the IPv4 format in response to the request formatted in the IPv6 format.
  • 4. The method of claim 1, wherein the scrubbing apparatus is an apparatus configured to identify and block network traffic associated with a denial of service attack.
  • 5. The method of claim 1, wherein determining whether the IPv6 source address is within an address space of the scrubbing apparatus comprises determining that an IP address of the scrubbing apparatus is included within an anchor portion of the IPv6 source address.
  • 6. The method of claim 1, wherein the IPv6 formatted request received from the scrubbing apparatus originated as an IPv4 formatted request from the client, and the scrubbing apparatus identified the IPv4 formatted request from the client as not malicious.
  • 7. The method of claim 1, wherein the IPv4 destination address of the converted request in the IPv4 format comprises the server IPv4 address.
  • 8. The method of claim 1, wherein the received response from the server comprises another IPv4 source address comprising the server IPv4 address.
  • 9. An application delivery controller (ADC) apparatus, comprising memory comprising programmed instructions stored thereon and one or more processors configured to be capable of executing the stored programmed instructions to: receive a request, from a scrubbing apparatus, formatted in an Internet Protocol (IP) version 6 (IPv6) format and comprising an IPv6 source address and an IPv6 destination address;determine whether to forward the request based on the IPv6 source address being within an address space of the scrubbing apparatus;extract a client IP version 4 (IPv4) address of a client and a server IPv4 address of a server from one or more portions of one or more of the IPv6 source address or the IPv6 destination address;convert the request from the IPv6 format to an IPv4 format comprising an IPv4 source address and an IPv4 destination address, the IPv4 source address comprising the client IPv4 address; andin response to determining the request is to be forwarded based on the IPv6 source address being within the address space of the scrubbing apparatus, send the converted request in the IPv4 format to the server based on the server.
  • 10. The ADC apparatus of claim 9, wherein the client IPv4 address is extracted from one or more portions of the IPv6 source address and the server IPv4 address is extracted from one or more portions of the IPv6 destination address.
  • 11. The ADC apparatus of claim 9, wherein the one or more processors are further configured to be capable of executing the stored programmed instructions to: receive a response to the converted request from the server, the response formatted in the IPv4 format and comprising another IPv4 destination address comprising the client IPv4 address; andforward the response formatted in the IPv4 format to the client, wherein the response is forwarded asymmetrically in the IPv4 format in response to the request formatted in the IPv6 format.
  • 12. The ADC apparatus of claim 9, wherein determining whether the IPv6 source address is within an address space of the scrubbing apparatus comprises determining that an IP address of the scrubbing apparatus is included within an anchor portion of the IPv6 source address.
  • 13. A non-transitory computer readable medium having stored thereon instructions comprising executable code which when executed by one or more processors, causes the one or more processors to: receive a request, from a scrubbing apparatus, formatted in an Internet Protocol (IP) version 6 (IPv6) format and comprising an IPv6 source address and an IPv6 destination address;determine whether to forward the request based on the IPv6 source address being within an address space of the scrubbing apparatus;extract a client IP version 4 (IPv4) address of a client and a server IPv4 address of a server from one or more portions of one or more of the IPv6 source address or the IPv6 destination address;convert the request from the IPv6 format to an IPv4 format comprising an IPv4 source address and an IPv4 destination address, the IPv4 source address comprising the client IPv4 address; andin response to determining the request is to be forwarded based on the IPv6 source address being within the address space of the scrubbing apparatus, send the converted request in the IPv4 format to the server.
  • 14. The non-transitory computer readable medium of claim 13, wherein the client IPv4 address is extracted from one or more portions of the IPv6 source address and the server IPv4 address is extracted from one or more portions of the IPv6 destination address.
  • 15. The non-transitory computer readable medium of claim 13, wherein the executable code when executed by the one or more processors further causes the one or more processors to: receive a response to the converted request from the server, the response formatted in the IPv4 format and comprising another IPv4 destination address comprising the client IPv4 address; andforward the response formatted in the IPv4 format to the client, wherein the response is forwarded asymmetrically in the IPv4 format in response to the request formatted in the IPv6 format.
  • 16. The non-transitory computer readable medium of claim 13, wherein determining whether the IPv6 source address is within an address space of the scrubbing apparatus comprises determining that an IP address of the scrubbing apparatus is included within an anchor portion of the IPv6 source address.
  • 17. A network traffic management system, comprising one or more application delivery controller (ADC) apparatuses, scrubbing apparatuses, routers, or server devices, the network traffic management system comprising memory comprising programmed instructions stored thereon and one or more processors configured to be capable of executing the stored programmed instructions to: receive a request, from a scrubbing apparatus, formatted in an Internet Protocol (IP) version 6 (IPv6) format and comprising an IPv6 source address and an IPv6 destination address;determine whether to forward the request based on the IPv6 source address being within an address space of the scrubbing apparatus;extract a client IP version 4 (IPv4) address of a client and a server IPv4 address of a server from one or more portions of one or more of the IPv6 source address or the IPv6 destination address;convert the request from the IPv6 format to an IPv4 format comprising an IPv4 source address and an IPv4 destination address, the IPv4 source address comprising the client IPv4 address; andin response to determining the request is to be forwarded based on the IPv6 source address being within the address space of the scrubbing apparatus, send the converted request in the IPv4 format to the server.
  • 18. The network traffic management system of claim 17, wherein the client IPv4 address is extracted from one or more portions of the IPv6 source address and the server IPv4 address is extracted from one or more portions of the IPv6 destination address.
  • 19. The network traffic management system of claim 17, wherein the one or more processors are further configured to be capable of executing the stored programmed instructions to: receive a response to the converted request from the server, the response formatted in the IPv4 format and comprising another IPv4 destination address comprising the client IPv4 address; andforward the response formatted in the IPv4 format to the client, wherein the response is forwarded asymmetrically in the IPv4 format in response to the request formatted in the IPv6 format.
  • 20. The network traffic management system of claim 17, wherein determining whether the IPv6 source address is within an address space of the scrubbing apparatus comprises determining that an IP address of the scrubbing apparatus is included within an anchor portion of the IPv6 source address.
Parent Case Info

This application claims the benefit of U.S. Provisional Patent Application Ser. No. 62/455,917 filed Feb. 7, 2017, which is hereby incorporated by reference in its entirety.

US Referenced Citations (287)
Number Name Date Kind
3950735 Patel Apr 1976 A
4644532 George et al. Feb 1987 A
4897781 Chang et al. Jan 1990 A
4965772 Daniel et al. Oct 1990 A
5023826 Patel Jun 1991 A
5053953 Patel Oct 1991 A
5299312 Rocco, Jr. Mar 1994 A
5327529 Fults et al. Jul 1994 A
5367635 Bauer et al. Nov 1994 A
5371852 Attanasio et al. Dec 1994 A
5406502 Haramaty et al. Apr 1995 A
5475857 Dally Dec 1995 A
5517617 Sathaye et al. May 1996 A
5519694 Brewer et al. May 1996 A
5519778 Leighton et al. May 1996 A
5521591 Arora et al. May 1996 A
5528701 Aref Jun 1996 A
5581764 Fitzgerald et al. Dec 1996 A
5596742 Agarwal et al. Jan 1997 A
5606665 Yang et al. Feb 1997 A
5611049 Pitts Mar 1997 A
5663018 Cummings et al. Sep 1997 A
5752023 Choucri et al. May 1998 A
5761484 Agarwal et al. Jun 1998 A
5768423 Aref et al. Jun 1998 A
5774660 Brendel et al. Jun 1998 A
5790554 Pitcher et al. Aug 1998 A
5802052 Venkataraman Sep 1998 A
5812550 Sohn et al. Sep 1998 A
5825772 Dobbins et al. Oct 1998 A
5875296 Shi et al. Feb 1999 A
5892914 Pitts Apr 1999 A
5892932 Kim Apr 1999 A
5919247 Van Hoff et al. Jul 1999 A
5936939 Des Jardins et al. Aug 1999 A
5941988 Bhagwat et al. Aug 1999 A
5946690 Pitts Aug 1999 A
5949885 Leighton Sep 1999 A
5951694 Choquier et al. Sep 1999 A
5959990 Frantz et al. Sep 1999 A
5974460 Maddalozzo, Jr. et al. Oct 1999 A
5983281 Ogle et al. Nov 1999 A
5988847 McLaughlin et al. Nov 1999 A
6006260 Barrick, Jr. et al. Dec 1999 A
6006264 Colby et al. Dec 1999 A
6026452 Pitts Feb 2000 A
6028857 Poor Feb 2000 A
6051169 Brown et al. Apr 2000 A
6078956 Bryant et al. Jun 2000 A
6085234 Pitts et al. Jul 2000 A
6085320 Kaliski, Jr. Jul 2000 A
6092196 Reiche Jul 2000 A
6108703 Leighton et al. Aug 2000 A
6111876 Frantz et al. Aug 2000 A
6128279 O'Neil et al. Oct 2000 A
6128657 Okanoya et al. Oct 2000 A
6170022 Linville et al. Jan 2001 B1
6178423 Douceur et al. Jan 2001 B1
6182139 Brendel Jan 2001 B1
6192051 Lipman et al. Feb 2001 B1
6223287 Douglas et al. Apr 2001 B1
6233612 Fruchtman et al. May 2001 B1
6246684 Chapman et al. Jun 2001 B1
6253226 Chidambaran et al. Jun 2001 B1
6253230 Couland et al. Jun 2001 B1
6263368 Martin Jul 2001 B1
6289012 Harrington et al. Sep 2001 B1
6298380 Coile et al. Oct 2001 B1
6327622 Jindal et al. Dec 2001 B1
6343324 Hubis et al. Jan 2002 B1
6347339 Morris et al. Feb 2002 B1
6360270 Cherkasova et al. Mar 2002 B1
6374300 Masters Apr 2002 B2
6396833 Zhang et al. May 2002 B1
6430562 Kardos et al. Aug 2002 B1
6434081 Johnson et al. Aug 2002 B1
6484261 Wiegel Nov 2002 B1
6490624 Sampson et al. Dec 2002 B1
6510135 Almulhem et al. Jan 2003 B1
6510458 Berstis et al. Jan 2003 B1
6519643 Foulkes et al. Feb 2003 B1
6535912 Anupam et al. Mar 2003 B1
6601084 Bhaskaran et al. Jul 2003 B1
6636503 Shiran et al. Oct 2003 B1
6636894 Short et al. Oct 2003 B1
6650640 Muller et al. Nov 2003 B1
6650641 Albert et al. Nov 2003 B1
6654701 Hatley Nov 2003 B2
6683873 Kwok et al. Jan 2004 B1
6691165 Bruck et al. Feb 2004 B1
6708187 Shanumgam et al. Mar 2004 B1
6742045 Albert et al. May 2004 B1
6751663 Farrell et al. Jun 2004 B1
6754228 Ludwig Jun 2004 B1
6760775 Anerousis et al. Jul 2004 B1
6772219 Shobatake Aug 2004 B1
6779039 Bommareddy et al. Aug 2004 B1
6781986 Sabaa et al. Aug 2004 B1
6798777 Ferguson et al. Sep 2004 B1
6816901 Sitaraman et al. Nov 2004 B1
6829238 Tokuyo et al. Dec 2004 B2
6868082 Allen, Jr. et al. Mar 2005 B1
6876629 Beshai et al. Apr 2005 B2
6876654 Hegde Apr 2005 B1
6888836 Cherkasova May 2005 B1
6928082 Liu et al. Aug 2005 B2
6950434 Viswanath et al. Sep 2005 B1
6954780 Susai et al. Oct 2005 B2
6957272 Tallegas et al. Oct 2005 B2
6975592 Seddigh et al. Dec 2005 B1
6987763 Rochberger et al. Jan 2006 B2
7007092 Peiffer Feb 2006 B2
7113993 Cappiello et al. Sep 2006 B1
7139792 Mishra et al. Nov 2006 B1
7228422 Morioka et al. Jun 2007 B2
7287082 O'Toole, Jr. Oct 2007 B1
7308703 Wright et al. Dec 2007 B2
7321926 Zhang et al. Jan 2008 B1
7333999 Njemanze Feb 2008 B1
7343413 Gilde et al. Mar 2008 B2
7349391 Ben-Dor et al. Mar 2008 B2
7454480 Labio et al. Nov 2008 B2
7490162 Masters Feb 2009 B1
7500269 Huotari et al. Mar 2009 B2
7526541 Roese et al. Apr 2009 B2
7552199 Pomerantz Jun 2009 B2
7558197 Sindhu et al. Jul 2009 B1
7624424 Morita et al. Nov 2009 B2
7757278 Boneh et al. Jul 2010 B2
7788730 Dean et al. Aug 2010 B2
7801978 Susai et al. Sep 2010 B1
7857002 Reck Dec 2010 B2
7916728 Mimms Mar 2011 B1
7945563 Seltz May 2011 B2
7966553 Iverson Jun 2011 B2
8031716 Tsuchiya et al. Oct 2011 B2
8090816 Deshmukh et al. Jan 2012 B1
8103809 Michels et al. Jan 2012 B1
8112491 Michels et al. Feb 2012 B1
8112799 Loidice et al. Feb 2012 B1
8130650 Allen, Jr. et al. Mar 2012 B2
8234687 Baumhof Jul 2012 B2
8291497 Griffin et al. Oct 2012 B1
8301837 Natarajan Oct 2012 B1
8306036 Bollay Nov 2012 B1
8346993 Michels et al. Jan 2013 B2
8347100 Thornewell et al. Jan 2013 B1
8356352 Wawda et al. Jan 2013 B1
8447884 Baumann May 2013 B1
8537825 Mimms Sep 2013 B1
8554999 Natarajan Oct 2013 B2
8578482 Yang et al. Nov 2013 B1
8582599 Hamamoto et al. Nov 2013 B2
8584233 Yang et al. Nov 2013 B1
8601161 Takeda et al. Dec 2013 B2
8601586 Boutros et al. Dec 2013 B1
8769681 Michels et al. Jul 2014 B1
8776166 Erickson et al. Jul 2014 B1
8856898 Thomewell et al. Oct 2014 B1
8880632 Michels Nov 2014 B1
8880696 Michels Nov 2014 B1
8886981 Baumann et al. Nov 2014 B1
8984178 Michels et al. Mar 2015 B2
9020912 Majee et al. Apr 2015 B1
9083760 Hughes et al. Jul 2015 B1
9106699 Thomewell et al. Aug 2015 B2
9141625 Thomewell et al. Sep 2015 B1
9154453 Michels et al. Oct 2015 B2
9197667 Lyon Nov 2015 B2
9231879 Wojcik Jan 2016 B1
9246819 Thirasuttakom Jan 2016 B1
9294502 Benishti Mar 2016 B1
9313047 Michels et al. Apr 2016 B2
9444839 Faulkner et al. Sep 2016 B1
9674144 Lyon Jun 2017 B1
20010023442 Masters Sep 2001 A1
20020059428 Susai et al. May 2002 A1
20020161913 Gonzalez et al. Oct 2002 A1
20020198993 Cudd et al. Dec 2002 A1
20030046291 Fascenda Mar 2003 A1
20030086415 Bernhard et al. May 2003 A1
20030108052 Inoue et al. Jun 2003 A1
20030110379 Ylonen Jun 2003 A1
20030145062 Sharma et al. Jul 2003 A1
20030208562 Hauck et al. Nov 2003 A1
20030225485 Fritz et al. Dec 2003 A1
20040190549 Huitema Sep 2004 A1
20040267920 Hydrie et al. Dec 2004 A1
20040268358 Darling et al. Dec 2004 A1
20050004887 Igakura et al. Jan 2005 A1
20050052440 Kim et al. Mar 2005 A1
20050055435 Gbadegesin et al. Mar 2005 A1
20050122977 Lieberman Jun 2005 A1
20050144441 Govindarajan Jun 2005 A1
20050154837 Keohane et al. Jul 2005 A1
20050187866 Lee Aug 2005 A1
20050188051 Sneh Aug 2005 A1
20060005017 Black et al. Jan 2006 A1
20060059267 Cugi et al. Mar 2006 A1
20060075028 Zager et al. Apr 2006 A1
20060156416 Huotari et al. Jul 2006 A1
20060161577 Kulkarni et al. Jul 2006 A1
20060171365 Borella Aug 2006 A1
20060233106 Achlioptas et al. Oct 2006 A1
20060242300 Yumoto et al. Oct 2006 A1
20060253581 Dixon et al. Nov 2006 A1
20060259967 Thomas et al. Nov 2006 A1
20070005984 Florencio et al. Jan 2007 A1
20070016662 Desai et al. Jan 2007 A1
20070016949 Dunagan et al. Jan 2007 A1
20070039038 Goodman et al. Feb 2007 A1
20070039050 Aksenov et al. Feb 2007 A1
20070064661 Sood et al. Mar 2007 A1
20070074169 Chess et al. Mar 2007 A1
20070083646 Miller et al. Apr 2007 A1
20070107048 Halls et al. May 2007 A1
20070118879 Yeun May 2007 A1
20070143851 Nicodemus et al. Jun 2007 A1
20070156592 Henderson Jul 2007 A1
20070169191 Greene et al. Jul 2007 A1
20070174491 Still et al. Jul 2007 A1
20070255953 Peyret Nov 2007 A1
20070297551 Choi Dec 2007 A1
20080010377 Nissennboim Jan 2008 A1
20080034136 Ulenas Feb 2008 A1
20080092242 Rowley Apr 2008 A1
20080133518 Kapoor et al. Jun 2008 A1
20080134311 Medvinsky et al. Jun 2008 A1
20080148340 Powell et al. Jun 2008 A1
20080201599 Ferraiolo et al. Aug 2008 A1
20080208957 Ding et al. Aug 2008 A1
20080229427 Ramirez Sep 2008 A1
20080244724 Choe Oct 2008 A1
20080256224 Kaji et al. Oct 2008 A1
20080281983 Cooley et al. Nov 2008 A1
20080289047 Benea et al. Nov 2008 A1
20080301760 Lim Dec 2008 A1
20080320567 Shulman et al. Dec 2008 A1
20090049230 Pandya Feb 2009 A1
20090064337 Chien Mar 2009 A1
20090077383 de Monseignat et al. Mar 2009 A1
20090119769 Ross et al. May 2009 A1
20090125625 Shim et al. May 2009 A1
20090138749 Moll et al. May 2009 A1
20090138937 Erlingsson et al. May 2009 A1
20090141891 Boyen et al. Jun 2009 A1
20090172396 Gabel et al. Jul 2009 A1
20090182818 Krywaniuk Jul 2009 A1
20090228956 He et al. Sep 2009 A1
20090287935 Aull et al. Nov 2009 A1
20090300749 Liske Dec 2009 A1
20090304026 Hamada Dec 2009 A1
20090319769 Betouin et al. Dec 2009 A1
20100017880 Masood Jan 2010 A1
20100023582 Pedersen et al. Jan 2010 A1
20100036820 Stergiou Feb 2010 A1
20100100725 Ozzie et al. Apr 2010 A1
20100106767 Livshits et al. Apr 2010 A1
20100107247 Shani Apr 2010 A1
20100122091 Huang et al. May 2010 A1
20100150154 Viger et al. Jun 2010 A1
20100229223 Shepard et al. Sep 2010 A1
20100251330 Kroeselberg et al. Sep 2010 A1
20100257354 Johnston et al. Oct 2010 A1
20100275014 Kelley Oct 2010 A1
20100275024 Abdulhayoglu Oct 2010 A1
20100281536 Richards et al. Nov 2010 A1
20100281563 Richards et al. Nov 2010 A1
20100313266 Feng Dec 2010 A1
20100325277 Muthiah et al. Dec 2010 A1
20100333167 Luo et al. Dec 2010 A1
20110047620 Mahaffey et al. Feb 2011 A1
20110066718 Susai et al. Mar 2011 A1
20110173295 Bakke et al. Jul 2011 A1
20110282997 Prince Nov 2011 A1
20110321122 Mwangi et al. Dec 2011 A1
20120174196 Bhogavilli Jul 2012 A1
20130212240 Thornewell et al. Aug 2013 A1
20140245421 Lyon Aug 2014 A1
20140304417 Fleury Oct 2014 A1
20150052252 Gilde et al. Feb 2015 A1
20150096020 Adams Apr 2015 A1
20150121060 Mimms et al. Apr 2015 A1
20160241590 Smith Aug 2016 A1
20170078243 Backman Mar 2017 A1
20170237767 George Aug 2017 A1
20180124090 Koren May 2018 A1
Foreign Referenced Citations (14)
Number Date Country
0744850 Nov 1996 EP
WO 9114326 Sep 1991 WO
WO 9505712 Feb 1995 WO
WO 9709805 Mar 1997 WO
WO 9745800 Dec 1997 WO
WO 9905829 Feb 1999 WO
WO 9906913 Feb 1999 WO
WO 9910858 Mar 1999 WO
WO 9939373 Aug 1999 WO
WO 9964967 Dec 1999 WO
WO 0004422 Jan 2000 WO
WO 0004458 Jan 2000 WO
2014131048 Aug 2014 WO
WO-2015173287 Nov 2015 WO
Non-Patent Literature Citations (23)
Entry
“A Process for Selective Routing of Servlet Content to Transcoding Modules,” Research Disclosure 422124, Jun. 1999, pp. 889-890, IBM Corporation.
“BIG-IP Controller with Exclusive OneConnect Content Switching Feature Provides a Breakthrough System for Maximizing Server and Network Performance,” F5 Networks, Inc. Press Release, May 8, 2001, 2 pages, Las Vegas, Nevada.
“Servlet/Applet/HTML authentication process with single sign-on,” Research Disclosure 429128, Jan. 2000, pp. 163-164, IBM Corporation.
“Traffic Surges; Surge Queue; Netscaler Defense,” 2005, PowerPoint Presentation, slides 1-12, Citrix Systems, Inc.
“Windows Server 2003 Kerberos Extensions,” Microsoft TechNet, 2003 (Updated Jul. 31, 2004), http://technet.microsoft.com/en-us/library/cc738207, Microsoft Corporation.
Abad, Cristina L., and Rafael I. Bonilla. “An analuysis on the schemes for detecting and preventing ARP cache poisoning attacks.” Distributed Computing System Workshops, 2007. ICDCSW'07. 27th International Conference on. IEEE, 2007.
ColonelPanic: Browser plugins vs extension—the difference, retrieved from http://colonelpanic.net/2010/08/browser-plugins-vs-extensions-the-difference.
Crescendo Networks, “Application Layer Processing (ALP),” 2003-2009, pp. 168-186, Chapter 9, CN-5000E/5500E, Foxit Software Company.
Dhamija et al.: “The battle against phishing: dynamic secuirty skinds”—Symposium on Usable Privacy and Security, (SOUPS), Jul. 6-8, 2005, Pittsburgh, PA. USA.
F5 Networks Inc., “Configuration Guide for Local Traffic Management,” F5 Networks Inc., Jan. 2006, version 9.2.2, 406 pgs.
Fielding et al., “Hypertext Transfer Protocol—HTTP/1.1,” Network Working Group, RFC: 2068, Jan. 1997, pp. 1-162.
Fielding et al., “Hypertext Transfer Protocol—HTTP/1.1,” Network Working Group, RFC: 2616, Jun. 1999, pp. 1-176, The Internet Society.
Floyd et al., “Random Early Detection Gateways for Congestion Avoidance,” Aug. 1993, pp. 1-22, IEEE/ACM Transactions on Networking, California.
Hochmuth, Phil, “F5, CacheFlow pump up content-delivery lines,” Network World Fusion, May 4, 2001, 1 page, Las Vegas, Nevada.
Kevin Borders, Atul Prakash: “Web Tap: detecting covert web traffic”—Proceeding of the 11th ACM conference on Computer and Communications Security CCS'04, pp. 110-120, New York, 2004.
MacVittie, Lori, “Message-Based Load Balancing,” Technical Brief, Jan. 2010, pp. 1-9, F5 Networks, Inc.
Mehra et al. Mitigating Denial of Service attack using CAPCHA Mechanism, 2011.
Schaefer, Ken, “IIS and Kerberos Part 5—Protocol Transition, Constrained Delegation, S4U2S and S4U2P,” Jul. 18, 2007, 21 pages, http://www.adopenstatic.com/cs/blogs/ken/archive/2007/07/19/8460.aspx.
Williams et al., “The Ultimate Windows Server 2003 System Administrator's Guide: Forwarding Authentication,” 2003, 2 pages, Figure 10.7, Addison-Wesley Professional, Boston, Massachusetts.
F5 Networks Inc., “BIG-IP® Local Traffic Manager™: Implementations”, Manual, May 25, 2016, pp. 1-284, vol. 12.0, F5 Networks, Inc., Retrieved from the Internet:<https://support.f5.com/kb/en-us/products/big-ip_ltm/manuals/product/ltm-implementations-12-0-0.html>.
F5 Networks Inc., “F5 BIG-IP TMOS: Operations Guide”, Manual, Mar. 5, 2016, pp. 1-236, F5 Networks, Inc., Retrieved from the Internet:<https://support.f5.com/kb/en-us/products/big-ip_ltm/manuals/product/f5-tmos-operations-guide.html>.
F5 Networks Inc., “BIG-IP® Local Traffic Management: Basics”, Manual, Oct. 20, 2015, pp. 1-68, vol. 12.0, F5 Networks, Inc., Retrieved from the Internet:<https://support.f5.com/kb/en-us/products/big-ip_ltm/manuals/product/ltm-basics-12-0-0.html>.
F5 Networks Inc., “BIG-IP LTM and TMOS 12.0.0”, Release Notes, Oct. 6, 2016, pp. 1-110, vol. 12.0, F5 Networks, Inc., Retrieved from the Internet:<https://support.f5.com/kb/en-us/products/big-ip_ltm/releasenotes/product/relnote-ltm-12-0-0.html>.
Provisional Applications (1)
Number Date Country
62455917 Feb 2017 US