Radware, LTD. et al v. A10 Networks, Inc.
Filing
185
ORDER CONSTRUING CLAIMS re (136 in 5:13-cv-02021-RMW) (92 in 5:13-cv-02024-RMW). Signed by Judge Ronald M Whyte on 4/18/2014. (rmwlc2, COURT STAFF) (Filed on 4/18/2014)
1
2
3
4
5
UNITED STATES DISTRICT COURT
6
NORTHERN DISTRICT OF CALIFORNIA
7
SAN JOSE DIVISION
8
9
10
11
12
13
RADWARE LTD., an Israeli Company;
RADWARE, INC., a New Jersey
Corporation,
Plaintiffs,
Case No. C-13-2021 RMW
(Related Case No. C-13-02024-RMW)
ORDER CONSTRUING CLAIMS OF U.S.
PATENT NOS. 6,665,702; 8,266,319; and
8,484,374
v.
A10 NETWORKS, INC., a California
Corporation,
14
15
16
17
18
19
20
21
22
Defendant.
RADWARE LTD., an Israeli Company;
RADWARE, INC., a New Jersey
Corporation,
Plaintiff, Counter Defendants,
v.
F5 NETWORKS, INC., a Washington
Corporation,
Defendant, Counter-Plaintiff.
23
24
25
26
On April 8, 2014, the court held a claim construction hearing for the purpose of construing
the meaning of certain terms in three Radware patents.
27
28
CLAIM CONSTRUCTION ORDER
CASE NOS. C-13-2021-RMW; C-13-2024-RMW
LRM
-1-
1
2
I.
BACKGROUND
Radware brings this patent infringement action against its competitors A10 and F5,
3
alleging infringement of claims 1, 2, 6-9, 13 and 14 of U.S. Patent No. 6,665,702 (’702 Patent);
4
claims 1-7, 9-19, and 21-32 of U.S. Patent No. 8,266,319 (’319 Patent); and claims 1-4, 6-12, 14,
5
and 15 of U.S. Patent No. 8,484,374 (’374 Patent) (collectively Asserted Patents). All three
6
patents are entitled “Load Balancing” and relate to the “management of networks that have
7
multiple connections to the Internet through multiple Internet Service Providers (ISPs).” ’702
8
col.15 ll.53-56. The ’319 Patent is a division of the ’702 Patent and the ’374 Patent is a
9
continuation of the ’319 Patent. The ’702 and ’319 Patents have the same specification (other
10
than some formatting variances) and the ’374 Patent shares the same specification other than the
11
“Summary” section.
12
The technology at issue relates to link load balancing in a multi-homed environment. A
13
“multi-homed” network is a network with multiple connections to the Internet. ’702 col.15 ll.53-
14
56. “Link load balancing” is a process for allocating network communications across these
15
connections.
16
The asserted patents relate to techniques and systems for selecting a specific route from
17
the multi-homed network to the Internet and from the Internet into the multi-homed network. The
18
claimed inventions describe both “outbound” and “inbound” link load balancing. The claims of
19
the ’702 Patent and claims 24-28 of the ’319 Patent are directed to outbound link load balancing.
20
Claims 1-23 and 29-32 of the ’319 and the claims of the ’374 Patent are generally directed to
21
inbound link load balancing. The court explains outbound link load balancing in detail; inbound
22
link load balancing is essentially the reverse.
23
24
25
26
27
28
The patents claim link load balancing as both a method and system. Representative Claim
1 of the ’702 patent describes a method for outbound link load balancing:
1. A method for managing a computer network connected to the
Internet through a plurality of routes, comprising the steps of:
receiving a request from a client within a client computer
network directed to a remote server computer within a second
computer network;
CLAIM CONSTRUCTION ORDER
CASE NOS. C-13-2021-RMW; C-13-2024-RMW
LRM
-2-
1
2
3
4
5
6
7
looking up a table entry within a proximity table indexed by
an address related to the remote server computer, the tables entries
of the proximity table containing ratings for a plurality of routes
between the client computer network and the second computer
network; and
selecting one of the plurality of routes through which to
route the client request, based on the ratings within the table entry
looked up in the proximity tables,
wherein the plurality of routes assign respective IP
addresses to the computer network, and wherein the method further
comprises the step of setting the source IP address of the client
request corresponding to the selected route on the client side.
8
9
Figure 3B of the asserted patents depicts outbound link load balancing:
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
The client 105 is situated within a multi-homed environment and is connected to the
Internet 110 through three ISPs 115, 120, and 125. ’702 col.15 ll.61-64. In this example, each ISP
provides a single route 1, 2, or 3, to the Internet through routers 130, 135, and 140, respectively.
Id. col.15 l.64-col.16 l.1. Each router has its own IP address range, 20.x.x.x, 30.x.x.x, and
40.x.x.x, respectively. Id. col.16 ll.4-6.
Client 105 has an IP address of 10.1.1.1 and seeks to connect to remote server 150, with
an IP address of 192.115.90.1. When the client 105 connects to remote server 150 over the
Internet, content router 145 sends three “polling requests” to server 150 through each of the three
28
CLAIM CONSTRUCTION ORDER
CASE NOS. C-13-2021-RMW; C-13-2024-RMW
LRM
-3-
1
routers and ISPs. Id. col.16 ll.10-14. “When sending the polling requests, content router 145
2
assigns respective network addresses 20.1.1.1, 30.1.1.1 and 40.1.1.1 to client 105. Thus three
3
polling requests are sent: one from each of the sources 20.1.1.1, 30.1.1.1 and 40.1.1.1 to
4
destination 192.115.90.1.” Id. col.16 ll.10-14.
5
The server 150 replies to each of the three polling requests, which are returned through the
6
ISPs. The polling results are then translated by content router 145 into a rating for each route. Id.
7
col.16 ll.26-28. In this example, the polling replies are “measured for latency and number of
8
hops,” but the patents also disclose other measureable parameters. Id. col.16 ll.18-20.
9
The number of hops refers to the number of networking elements between the source and
10
the destination along a particular connection. Dkt. No. 156-2 1 (Peles Depo.) at 95:23-96:4.
11
Latency is a measure of the time it takes for a communication over the network to travel from one
12
point to another. Id. at 65:9-12. Another measurement used is “time to live” or “TTL,” which is
13
the number of hops a packet is allowed to travel before expiring.
14
Based on the polling results, the content router selects one of the three routes for
15
connecting the client 105 with the server 150. ’702 col.16 ll.18-20.The polling results are stored
16
in a “proximity table” 155, shown in Figure 3D. The polling results are saved so that “when a
17
new client 160 with IP address 10.2.2.2 on the private network attempts to connect to a server 165
18
with IP address 192.115.90.2, through a content router 145, content router 145 determines from
19
proximity table 155 that the best router to use is router 135.” Id. col.16 ll.28-34.
20
Another aspect of the invention ensures that when the content router sends the client
21
request out to the remote server, it also sets the client IP address to correspond to the specific
22
route chosen. For example, if the best route, as determined by the polling requests and selected by
23
the content router is “2”, the content router will send the request from the client through router
24
25
26
27
1
All docket numbers are from the 13-cv-2021 docket unless otherwise noted.
28
CLAIM CONSTRUCTION ORDER
CASE NOS. C-13-2021-RMW; C-13-2024-RMW
LRM
-4-
1
135 and ISP 120, and sets the client IP address to 30.1.1.1, so that when the remote server replies
2
to the client the information returns through the same route. Id. col.16 ll.40-46.
II.
3
4
LEGAL STANDARD
Claim construction is exclusively within the province of the court. Markman v. Westview
5
Instruments, Inc., 517 U.S. 370, 387 (1996). “It is a ‘bedrock principle’ of patent law that ‘the
6
claims of a patent define the invention to which the patentee is entitled the right to exclude.’”
7
Phillips v. AWH Corp., 415 F.3d 1303, 1312 (Fed. Cir. 2005) (en banc) (internal citation omitted).
8
Claim terms “are generally given their ordinary and customary meaning,” defined as “the
9
meaning . . . the term would have to a person of ordinary skill in the art in question . . . as of the
10
effective filing date of the patent application.” Id. at 1313 (internal citation omitted). The skilled
11
artisan reads the claim term “in the context of the entire patent . . . including the specification.”
12
Id., see also Multiform Desiccants, Inc. v. Medzam, Ltd., 133 F.3d 1473, 1477 (Fed. Cir. 1998).
13
In determining the meaning of a disputed claim limitation, the intrinsic evidence, including the
14
claim language, written description, and prosecution history, is the most significant. Phillips, 415
15
F.3d at 1315-17. The court reads claims in light of the specification, which is “the single best
16
guide to the meaning of a disputed term.” Id. at 1315. Furthermore, “the interpretation to be
17
given a term can only be determined and confirmed with a full understanding of what the
18
inventors actually invented and intended to envelop with the claim.” Id. at 1316 (quoting
19
Renishaw PLC v. Marposs Societa’ per Azioni, 158 F.3d 1243, 1250 (Fed. Cir. 1998)). The
20
words of the claims must be understood as the inventor used them as revealed by the patent and
21
prosecution history. Id.
22
Although extrinsic evidence is less significant than the intrinsic record, the court may also
23
reference extrinsic evidence to “shed useful light on the relevant art.” Id. at 1317 (quoting C.R.
24
Bard, Inc. v. U.S. Surgical Corp., 388 F.3d 858, 862 (Fed. Cir. 2004)). “[T]echnical dictionaries
25
may provide [help] to a court ‘to better understand the underlying technology’ and the way in
26
which one of skill in the art might use the claim terms. . . . Such evidence . . . may be considered
27
28
CLAIM CONSTRUCTION ORDER
CASE NOS. C-13-2021-RMW; C-13-2024-RMW
LRM
-5-
1
if the court deems it helpful in determining ‘the true meaning of language used in the patent
2
claims.’” Id. at 1318 (internal citations omitted).
3
4
5
6
7
8
9
10
11
12
III.
A.
CLAIM CONSTRUCTION
“Proximity” or “Proximities”
Radware’s Proposed
Construction
The quality of the relationship
between a client and a first
server or server farm as
compared with the relationship
between the client and a
second server or server farm
when collectively considering
multiple measurable factors
such as latency, hops, and
server processing capacity
Defendants’ Proposed Construction Court’s Construction
A measurement/measurements based
on at least latency and number of
hops
A measurement or
measurements based on
hops, latency, TTL, or a
combination thereof.
13
The term “proximity” or “proximities” appears in claims 1 and 8 of the ’702 patent,
14
claims 3-5, 9, 15-17, 21, 29, 30, and 32 of the ’319 patent, and claims 5 and 13 of the ’374 patent.
15
Dependent claim 3 of the ’319 patent is representative of how the disputed term is used:
16
18
3. The device of claim 1, wherein said network controller further
determines proximities of remote computers to the computer
network via the plurality of routes and selects one of the plurality of
routes based on the proximity determination.
19
There are several facets to the dispute over “proximity.” Radware believes that the
17
20
definition of “network proximity” should be used to construe “proximity.” A10 maintains that
21
“proximity” requires a measurement of both latency and hops. F5, at the claim construction
22
hearing, suggested that proximity might not be limited to a measurement of just latency and hops,
23
but definitely could not include “server processing capacity” or any measurements related to the
24
destination server.
25
The court must give the claims their plain and ordinary meaning consistent with the
26
specification. Phillips, 415 F.3d at 1315-17. As explained below, the “proximity” measurement
27
must be based on at least one measurable factor of hops, latency or TTL. Therefore, the court
28
CLAIM CONSTRUCTION ORDER
CASE NOS. C-13-2021-RMW; C-13-2024-RMW
LRM
-6-
1
construes “proximity” as: “A measurement or measurements based on hops, latency, TTL, or a
2
combination thereof.”
3
(a)
“Proximity” does not have the same meaning as that given for
“network proximity”
4
5
6
7
8
9
Radware argues that “proximity” has the same meaning as the term “network proximity”
which is defined in the specification as:
It is noted that throughout the specification and claims the term
“network proximity” refers to the quality of the relationship
between a client and a first server or server farm as compared with
the relationship between the client and a second server or server
farm when collectively considering multiple measurable factors
such as latency, hops, and server processing capacity.
10
’702 c.4 ll.57-64. Defendants argue that this passage only defines “network proximity” and does
11
not have the same meaning as “proximity.” Defendants also point out that this definition of
12
“network proximity” does not appear in the ’374 specification, although it is incorporated by
13
reference through the ’319 Patent.
14
“Network proximity” is used in the context of describing global server load balancing,
15
which all parties appear to agree the patent claims do not cover. This is apparent from the
16
comparison of a client to two different server farms. In global server load balancing, a load
17
balancer selects which redundant server farm should be used to respond to a client request. The
18
patents cover link load balancing, or the selection of which redundant route to the same server
19
should be used to respond to a client request.
20
The inventors sometimes shortened the term “network proximity” to “proximity” when
21
discussing server load balancing, such as in Figure 2A. Figure 2A depicts server load balancing
22
and shows a “proximity” table which could be more fully be labeled a “network proximity” table.
23
However, the patents never use the term “network proximity” when discussing link load
24
balancing. See, e.g. ’702 col.14 ll41-46 (“A ‘network proximity’ may be determined for a
25
requester such as client 26 with respect to each load balancer/server farm by measuring and
26
collectively considering various attributes of the relationship such as latency, hops between client
27
26 and each server farm, and the processing capacity and quality of each server farm site.”)
28
CLAIM CONSTRUCTION ORDER
CASE NOS. C-13-2021-RMW; C-13-2024-RMW
LRM
-7-
1
(emphasis added). Thus, Radware’s contention that the terms are “interchangeable” is not
2
supported. Because network proximity is used exclusively to discuss server load balancing, the
3
court will not import that term into link load balancing.
(b)
4
5
“Proximities” is limited to hops, latency, or TTL
F5’s contention at the claim construction hearing was that “proximity” measurements do
6
not include server capacity. Although the patents do disclose using attributes like capacity as a
7
factor in selecting a route, the patents only disclose looking at server and other characteristics
8
after determining proximity. For example, the patents describe determining a proximity as
9
follows:
10
11
12
13
14
Additionally in accordance with a preferred embodiment of
the present invention, the measuring step measures proximities
based on the number of hops undergone by the received replies in
travelling from the remote server to the computer network.
Preferably the measuring step measures proximities based on the
latency, relative TTL, and number of hops of the received replies in
travelling from the remote server to the computer network.
19
Additionally or alternatively the measuring step may
measure proximities based on the number of hops undergone by the
received replies in travelling a round trip from the computer
network to the remote server and back to the computer network,
based on the TTL of the received replies in travelling a round trip
from the computer network to the remote server and back from the
remote server to the computer network, based on the latency of,the
received replies in travelling from the remote server to the
computer network or based on the latency of the received replies in
travelling a round trip from the computer network to the remote
server and back from the remote server to the computer network.
20
’702 col.5 ll.16-37. After determining proximity, “the selecting step determines whether or not an
21
ISP is overloaded based upon a user-configurable load threshold. Furthermore, the selecting step
22
may also select an ISP based on current load, in the event that all three of the best three choices
23
for ISP are unavailable or overloaded.” Id. col.6 ll.5-11 (emphasis added).
15
16
17
18
24
The patents also contrast between “content information,” “quality level of the routes,” and
25
“proximity measurements.” Id. col.10 ll.47-49 (“system also includes a route selector operable to
26
select one of the routes for sending data between the first node and second node on the basis of
27
content information of the data, an obtained quality level of the routes and proximity
28
CLAIM CONSTRUCTION ORDER
CASE NOS. C-13-2021-RMW; C-13-2024-RMW
LRM
-8-
1
information.”); see also id. col.11 ll.17-21 (“a Destinations Table is built to summarize the
2
connection data for each one of a plurality of possible destination nodes. The Destinations Table
3
is built based on previously determined proximities.”).
4
This distinction is also apparent in the claims. For example, in the ’702 patent, claim 1
5
uses a “proximity table ratings for a plurality of routes” and selects a route “based on the ratings
6
within the table.” Dependent claim 3 then adds “said selecting step selects the best route, from
7
among the best three choices for routes [found in the proximity table], that is available and not
8
overloaded.” Claim 5 adds “said selecting step selects an route based on current load, in the event
9
that all three of the best three choices for route are unavailable or overloaded.”
10
In the ’319 Patent, independent claim 1 “selects” a route and the dependent claims add
11
further limitations to the selecting function, such as “proximities” (claim 3), “proximities based
12
on at least one of a number of hops between said device and a remote computer and latency of a
13
packet traveling between said device and a remote computer” (claim 4), “costing information”
14
(claim 6), “load [on the route]” (claim 7), “data packet loss” (claim 8), “one or more criteria”
15
(claim 10), and “at least two of the following: a proximity of a remote computer to the computer
16
network via the plurality of routes, a load of said respective routes, data packet loss of said
17
respective routes, and costing information of said respective routes” (claim 9). Claim 9 is
18
especially indicative that “proximities” does not include load, data packet loss, or costing
19
information.
20
Defendants also argue that Radware cannot rely on “server processing capacity” as a
21
proximity factor, as it contented at the Board of Patent Appeals and Interferences (BPAI) that the
22
’319 Patent does not “monitor the server status, the CPU utilization or the processors of the
23
response time of the server” in selecting the best route. Dkt. No. 156-11 (BPAI trans.) at 4:10-12.
24
Radware argues that at that point, Radware’s representative was distinguishing the invention,
25
which “only talk[s] about how to select the route,” id. at 4:14, from server load balancing, which
26
deals with “decid[ing] how to distribute [ ] requests to different servers inside the organization,”
27
id. at 4:19-20. During the same hearing, Radware’s representative stated that the “route criteria”
28
CLAIM CONSTRUCTION ORDER
CASE NOS. C-13-2021-RMW; C-13-2024-RMW
LRM
-9-
1
could be determined based on “[t]he load, the current load, how much the route is utilized, in
2
general, and a few other parameter[s] that we have specified in our application.” Id. at 3:11-13.
3
The transcript from the BPAI shows that Radware was attempting to distinguish its
4
invention on the basis of selecting a specific route to a server, but does not provide any support
5
for expanding the list of “proximitiy” measurements beyond those listed in the specification. The
6
inventors appear to have carefully categorized hops, latency, and TTL as the only “proximity”
7
measurements, although they do disclose other parameters that can be used in the selecting step
8
(and are covered in different claims). The court also notes that the inventors disclosed measuring
9
hops and latency both one-way and roundtrip. ’702 col.5 ll.16-37.
10
The defendants are correct that a preferred embodiment of the invention measures both
11
latency and hops. Defendants point to Figures 3A-4B, which depict a preferred embodiment of
12
link load balancing in a multi-homed environment. ’702 col.15 l.57-60. 2 The specification
13
describes a preferred method of determining proximity by sending polling requests to a server
14
150 and receiving replies to the polling request through each of three ISPs 115, 120, and 125. Id.
15
col.16 ll.4-20. Once the replies are received, “each of the replies is measured for latency and
16
number of hops.” Id. col.16 ll. 18-19.
17
The problem with defendants’ argument is that nothing in the specification limits the
18
claims to this preferred embodiment. “[I]t is improper to read limitations from a preferred
19
embodiment described in the specification—even if it is the only embodiment—into the claims
20
absent a clear indication in the intrinsic record that the patentee intended the claims to be so
21
limited.” Liebel-Flarsheim Co. v. Medrad, Inc., 358 F. 3d 898, 913 (Fed. Cir. 2004).
22
23
Further, in the Summary of Invention, the inventors disclose determining proximity based
only on the number of hops:
24
25
26
27
2
Defendants also point to Radware materials promoting its LinkProof product, which Radware
contends practices the claimed invention. Radware stated that LinkProof’s “patented proximity
checks combine latency detection and hop count.” This is not persuasive because the patentee’s
commercial embodiment does not limit the claims.
28
CLAIM CONSTRUCTION ORDER
CASE NOS. C-13-2021-RMW; C-13-2024-RMW
LRM
- 10 -
1
2
3
Additionally in accordance with a preferred embodiment of the
present invention, the measuring step measures proximities based
on the number of hops undergone by the received replies in
travelling from the remote server to the computer network.
’702 at col.5 ll.16-20; see also id. at col.6 ll.48-50, col.8 ll.9-16, col.7 l66-col. 8 l.3, col.5 ll.23-36.
4
(c)
5
6
“Proximities” does not require two measurements
As explained above, the specification discloses examples of measuring proximity based
7
on only one parameter, such as hops. ’702 col.5 ll.16-20. Accordingly, one of ordinary skill in the
8
art would not limit “proximities” to require measurement of two or more factors.
9
10
11
12
13
Accordingly, the court construes “proximity” as: “A measurement or measurements based
on hops, latency, TTL, or a combination thereof.”
2.
“Based on at least one of”
Radware’s Proposed
Construction
Plain and ordinary meaning
Defendants’ Proposed
Construction
Based on at least one of each
14
15
Court’s Construction
Plain and ordinary
meaning, read in the
disjunctive.
The term “based on at least one of” appears in claims 4, 16, and 30 of the ’319 Patent.
16
Defendants ask the court to construe the phrase in the conjunctive. Defendants cite SuperGuide
17
Corp. v. DirecTV Enterprises, Inc., 358 F.3d 870, 884 (Fed. Cir. 2004), where the Federal Circuit
18
interpreted “first means for storing at least one of a desired program start time, a desired program
19
end time, a desired program service, and a desired program type” in the conjunctive.
20
First, SuperGuide has not been interpreted as a uniform rule that “at least one of . . . and”
21
be construed in the conjunctive. See, e.g., Joao v. Sleepy Hollow Bank, 348 F. Supp. 2d 120, 124
22
(S.D.N.Y. 2004) (construing “at least one of a clearing transaction, a check clearing transaction,
23
an account charging transaction, and a charge-back transaction” in the disjunctive); Pinpoint Inc.
24
v. Amazon, 03-C-4954, 2004 WL 5681471 (N.D. Ill. Sept. 1, 2004); Rowe Intern. Corp. v. Ecast,
25
Inc., 500 F. Supp. 2d 891, 909 (N.D. Ill. 2007) (“SuperGuide, however, did not state a universal
26
rule for construction of the phrase ‘at least one of.’ Rather, SuperGuide was fact-specific; the
27
court’s construction of the term was consistent with the specification of the patent in that case.”).
28
CLAIM CONSTRUCTION ORDER
CASE NOS. C-13-2021-RMW; C-13-2024-RMW
LRM
- 11 -
1
Second, the court finds SuperGuide distinguishable because it involved selecting from a
2
set of more than two items. Here, the phrase “at least one of” in the claims of the ’319 Patent is
3
only used to select between two parameters separated by “and.” The inventors used “at least one
4
of” hops and latency as a shorthand for hops, or latency, or hops and latency. If the inventors had
5
limited their claims to only “hops and latency,” the phrase “at least one of” would be
6
unnecessary: the claim could simply read “wherein said network controller determines
7
proximities based on hops and latency.”
8
9
Other portions of the specification beyond the claims themselves also support the court’s
interpretation. For example, in the Summary of Invention, the inventors disclose determining
10
proximity based on “at least two attributes selected from the group consisting of latency, relative
11
TTL, and number of hops to requester.” ’702 col.4 ll.43-44 (emphasis added). If this phrase were
12
interpreted as defendants suggest, the use of the conjunctive “and” would mean that all three
13
attributes are required. This obviously conflicts with the phrase “at least two.” A list using “and”
14
is not properly construed as using “and” in the conjunctive where other uses of “and” in the
15
specification suggest that the inventors used it in a disjunctive sense.
16
In the context of claims 4, 16, and 30 of the ’319 Patent, the proximity determined “based
17
on at least one of a number of hops between the computer network and a remote computer and
18
latency of a packet traveling between the computer network and a remote computer” means that
19
the proximity may be determined based on hops alone, latency alone, or both hops and latency
20
together.
21
22
23
3.
“Ratings [for a plurality of routes]”
Radware’s Proposed
Construction
Plain and ordinary meaning
24
25
26
27
28
Defendants’ Proposed
Construction
Preferred order of selection [for
a plurality of routes] based on
measurements of latency and
number of hops through each
route to the remote server or the
subnet of the remote server
Court’s Construction
Ratings based on
proximity measurements
taken through each of the
plurality of routes.
The term “ratings [for a plurality of routes]” appears in claims 1 and 8 of the ’702 Patent.
Claim 1 is representative of how “ratings” is used in the patent:
CLAIM CONSTRUCTION ORDER
CASE NOS. C-13-2021-RMW; C-13-2024-RMW
LRM
- 12 -
1
2
3
4
5
6
7
8
9
10
1. . . . looking up a table entry within a proximity table indexed by
an address related to the remote server computer, the tables entries
of the proximity table containing ratings for a plurality of routes
between the client computer network and the second computer
network; and
selecting one of the plurality of routes through which to route the
client request, based on the ratings within the table entry looked
up in the proximity tables, wherein the plurality of routes assign
respective IP addresses to the computer network, and wherein the
method further comprises the step of setting the source IP address
of the client request corresponding to the selected route on the
client side.
As discussed with regard to “proximity,” “ratings” does not require measurements based
on both latency and hops.
Defendants argue that the rating should be the “preferred order of selection” of routes and
11
the measurements are taken from the client computer network through each of the routes to the
12
remove server or subnet. However, the ratings are not required to be in a preferred order of
13
selection. That is, the ratings do not have to be “1st choice, 2nd choice, 3rd choice” as defendants
14
seem to suggest. Instead, the ratings are used in the “selecting” step to determine which route to
15
use; the ratings are not the order of routes themselves. It is clear from the claims that the ratings
16
are based on proximity measurements, as they are found within the proximity table.
17
18
19
20
21
The court construes “ratings [for a plurality of routes]” as “ratings based on proximity
measurements taken through each of the plurality of routes.”
4.
“[one load balancing] criterion” and “one or more criteria”
Radware’s Proposed
Construction
Plain and ordinary meaning
22
23
24
Defendants’ Proposed
Construction
Lacks written description or
“one of round-robin, random,
latency, number of hops, packet
loss, response time, load,
availability or costing
information”
25
26
27
28
Court’s Construction
A standard on which a
decision about load
balancing may be based,
such as hops, latency,
TTL, response time, cost,
link pricing, load on the
route, data content, data
packet loss, availability,
current load, round robin,
or random.
The term “[one load balancing] criterion” appears in claims 1-5 and 9-13 of the ’374
patent and the term “one or more criteria” appears in claims 11 and 13 of the ’319 patent. The
CLAIM CONSTRUCTION ORDER
CASE NOS. C-13-2021-RMW; C-13-2024-RMW
LRM
- 13 -
1
“criterion” is used in the “selecting” step, as in Claim 1 of the ’374 Patent: “selecting, based on at
2
least one load balancing criterion, one ISP link from the plurality ISP links.” Dependent claim 5
3
requires “[t]he method of claim 1, wherein the [at] least one load balancing criterion includes a
4
measured proximity between the server and each of the ISP links.”
5
Using Radware’s plain and ordinary meaning construction could render the claim
6
indefinite. The patents do not cover an unlimited range of load balancing criteria. However,
7
the “criterion” is not limited to those listed by defendants. For example, the patents also disclose
8
selecting an ISP based on “current load.” ’702 at col.8 ll.57-59. One of ordinary skill would
9
understand that a “load balancing criterion” could include other parameters not explicitly
10
disclosed by the inventors, but understood in the art at the time the invention was made.The
11
patents disclose the following criteria for selecting a route: hops, latency, TTL, response time,
12
cost, link pricing, load on the route, data content, data packet loss, availability, current load,
13
round robin, or random.
14
Therefore, the court construes “[one load balancing] criterion” and “one or more criteria”
15
as “A standard on which a decision about load balancing may be based, such as hops, latency,
16
TTL, response time, cost, link pricing, load on the route, data content, data packet loss,
17
availability, current load, round robin, or random.”
18
5.
19
Radware’s Proposed
Construction
Plain and ordinary meaning or
“function in which one or more
of the attributes is given a
weight”
20
21
22
23
24
25
26
“Weighed function of at least one of”
Defendants’ Proposed
Construction
Lacks written description or
“weighed function of at least one
of each”
Court’s Construction
Function in which one or
more of the attributes is
given a weight.
The “weighed function of at least one of” element appears in claims 4 and 12 of the ’374
patent. Claim 4 is representative:
4. The method of claim 1, wherein the at least one load balancing
criterion includes a decision function, wherein the decision function
is a weighed function of at least one of a load on each ISP link,
packet losses on each ISP link, and a cost of each ISP link.
27
28
CLAIM CONSTRUCTION ORDER
CASE NOS. C-13-2021-RMW; C-13-2024-RMW
LRM
- 14 -
1
The dispute over this claim centers on the dispute over “at least one of,” which the court
2
has already addressed in Part III.A.2, supra. The only difference in these claims is that “at least
3
one of” applies to more than just two possibilities. The inventors described using a weighed
4
function with one or more factors:
5
7
The Decision Function for a particular path is determined by an
administrative manager (not shown) and may depend, for example,
on the minimum number of hops or on the relevant response time,
or on the packet loss, or on the path quality, or any combination of
the above parameters, according to the administrative preferences.
8
’702 col.18 ll.38-44. The court adopts Radware’s proposed construction: “function in which one
9
or more of the attributes is given a weight.”
6
10
11
12
13
B.
“A Proximity Table [indexed by an address related to the remote server computer]”
Radware’s Proposed
Construction
A table expressing a proximity
[indexed by an address related to
the remote server computer]
14
15
Defendants’ Proposed
Construction
A table structure including at
least one row [indexed by the IP
address of the remote server
computer or the subnet IP
address of the remote server
computer]
Court’s Construction
“Logically organized
electronically stored
information expressing a
proximity [indexed by an
IP address related to the
remote server computer].”
16
17
18
The term “a proximity table [indexed by an address related to the remote server
computer]” appears in claims 1 and 8 of the ’702 patent. Claim 1 is representative:
19
1. . . .
20
looking up a table entry within a proximity table indexed by an
address related to the remote server computer, the tables entries of
the proximity table containing ratings for a plurality of routes
between the client computer network and the second computer
network; and [selecting a route based on the ratings]
21
22
23
24
25
26
27
28
The parties dispute whether the “table” is limited to a “table structure including at least
one row” and whether “an address related to the remote server” is limited to “the IP address of the
remote server computer or the subnet IP address of the remote server computer.” Defendants’
proposed construction is not supported by the specification.
Nothing in the specification limits the structure of the table to rows. It is true that a
depiction of the proximity table 155 uses rows. See ’702 Fig. 3D; col. 16 l.25. However, the
CLAIM CONSTRUCTION ORDER
CASE NOS. C-13-2021-RMW; C-13-2024-RMW
LRM
- 15 -
1
specifications do not use the term “row”, “column”, or even “cell”, to describe the proximity
2
table.
3
Defendants point to a dictionary definition of “table” from the Dictionary of Networking:
4
In a relational database system, a table is comparable to a database
file, but is more highly structured. The organization of a table is
logical, not physical. Each row (or record) in a table contains a
unique key, or primary key, so that any item of data in the table can
be retrieved by referring only to that key. Through the process
known as normalization, all data items in a row are made to depend
only on this primary key. View and data dictionaries in a relational
database take the form of two-dimensional tables.
5
6
7
8
Dkt. No. 156 (Def. Br.) at 19 (emphasis added). The court does not find this definition helpful.
9
The definition explains that a “table” is just way to describe logically organized data items. The
10
defendants did not present any evidence that one of ordinary skill in the art would require a
11
“table” to be organized into physical columns and rows, rather than understanding “table” as a
12
computer engineering shorthand for a type of data structure.
13
Similarly, nothing limits the “address related to” the remote server computer to only an IP
14
address or subnet IP address. “Related to” is broader than these two possibilities, although the
15
patent is limited to identifying remote computers by related IP addresses. The patent does not
16
disclose that the inventors understood any other means for identifying the remote computer.
17
The court construes “proximity table” as: “ Logically organized electronically stored
18
information expressing a proximity [indexed by an IP address related to the remote server
19
computer].”
20
21
22
23
24
25
26
1.
“The Table Entries” of the proximity table containing
Radware’s Proposed
Construction
Plain and ordinary meaning
Defendants’ Proposed
Construction
Each of the table rows of the
proximity table containing
Court’s Construction
Entries in the proximity
table
This term appears in claims 1 and 8 of the ’702 Patent. As discussed above, the proximity
table is not limited to a table containing rows. The term “the table entries” has a plain and
ordinary meaning of “entries in the proximity table.”
27
28
CLAIM CONSTRUCTION ORDER
CASE NOS. C-13-2021-RMW; C-13-2024-RMW
LRM
- 16 -
1
2
3
C.
Stipulated Construction
A network that has two or more connections to the Internet at a single geographic
location, each through a discrete ISP link
4
5
6
7
8
9
10
11
12
13
14
15
“Multi-Homed [Network]”
This term appears in claims 1 and 9 of the ’374 Patent. At the claim construction hearing,
the parties indicated that they could likely reach a stipulation on the construction of multi-homed
network. On April 11, the parties submitted a stipulated construction of multi-homed network,
specifically: “a network that has two or more connections to the Internet at a single geographic
location, each through a discrete ISP link.” Dkt. No. 180. This term appears in claims 1 and 9 of
the ’374 patent. The court accepts this construction, which clarifies that although the entire
network does not have to be at a single geographic locations, at least two Internet connections
must be at a single geographic location.
D.
“A Plurality of Routes”
Radware’s Proposed
Construction
Two or more routes
16
17
18
19
Defendant’s Proposed
Construction
Two or more ordered
sequences of hosts,
routers, bridges, gateways,
and other devices that
network traffic takes from
the source to the
destination that comprises
a path through a network
For the ’702 Patent, the
source is “the client
computer network” and
the destination is “the
remote server computer”
20
21
22
23
For the ’319 and ’374
Patents, the source is the
“remote computer” and the
destination is the “device”
or “system” in the
“computer network” or
“multi-homed network”
24
25
26
27
28
CLAIM CONSTRUCTION ORDER
CASE NOS. C-13-2021-RMW; C-13-2024-RMW
LRM
- 17 -
Court’s Construction
Two or more pathways
connecting a source and a
destination.
For the ’702 Patent and claims
24-28 of the ’319 Patent, the
source is ‘the client computer
network’ and the destination is
‘the remote server computer.’
For the’374 Patent and claims 123 and 29-32 of the ’319 Patent,
the source is the ‘remote
computer’ and the destination is
the ‘device’ or ‘system’ in the
‘computer network’ or ‘multihomed network.’
1
2
The term “a plurality of routes” appears in claims 1 and 8 of the ’702 patent, and claims 13, 6-15, 18-29, 31, and 32 of the ’319 patent.
3
While the parties agree that “plurality” means two or more, Radware argues that “routes”
4
does not require construction and argues that defendants’ proposal is unnecessary and unhelpful.
5
Defendants’ only support for their construction of “route” as “sequences of hosts, routers,
6
bridges, gateways, and other devices” is derived from a leading attorney question posed to one of
7
the named inventors at deposition. See Peles Depo. at 43:14-24 (“Q: . . . a route on the internet is
8
a path that traffic takes from its source to its destination; is that right? A: I would say it’s the vice
9
versa. You can say that were the – the way from – or the route from a source to a destination is a
10
path. Q: Okay. A: Yeah. Q: And that path consists of a sequence of network devices, like routers,
11
bridges, gateways or other devices; is that right? A: . . . yes.”).
12
This extrinsic evidence is not particularly helpful in construing the term “routes.” The
13
patents do not discuss any specific structure of the “routes” and generally refer to a “pathway” or
14
“path” for connecting a source and destination. See, e.g., ’702 col.17 ll.35-45. The court elects not
15
to import a list of specific “route” structures into the claims and believes that a lay jury will
16
understand the scope of a “route” or “pathway” between a source and destination, especially
17
when coupled with the defendants’ suggestion of indicating the source and destination for each
18
patent.
19
The parties also disagree over whether claims 24-28 of the ’319 Patent are directed to
20
outbound or inbound link load balancing. During prosecution, the inventors referred to claims 24-
21
28 (then pending claims 146-50) as inbound claims. Dkt. No. 156-13 (’319 File History) at 828.
22
However, claims 24-28 refer to “translating the source IP address to an IP address corresponding
23
to the selected route of the plurality of routes,” which is only done for outbound link load
24
balancing. Compare ’702 col.16 ll.35-39 (setting source IP address for outbound) to id. col.17
25
ll.1-5 (setting destination IP address for inbound). Thus, the general statement that “claims 123-
26
10, and new claims 151-154, are directed toward techniques for performing multi-homing for
27
inbound DNS requests” was not accurate. Dkt. No. 156-13 (’319 File History) at 828.
28
CLAIM CONSTRUCTION ORDER
CASE NOS. C-13-2021-RMW; C-13-2024-RMW
LRM
- 18 -
1
The court construes “a plurality of routes” as: “Two or more pathways connecting a
2
source and a destination. For the ’702 Patent and claims 24-28 of the ’319 Patent, the source is
3
‘the client computer network’ and the destination is ‘the remote server computer.’ For the’374
4
Patent and claims 1-23 and 29-32 of the ’319 Patent, the source is the ‘remote computer’ and the
5
destination is the ‘device’ or ‘system’ in the ‘computer network’ or ‘multi-homed network.’”
6
7
8
1.
“A plurality of available routes from said first node to said second
node”
Radware’s Proposed
Construction
Plain and ordinary meaning
9
10
Defendants’ Proposed
Construction
A plurality of available routes
connecting said first node to said
second node through the Internet
Court’s Construction
A plurality of available
routes connecting said first
node to said second node
through the Internet.
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
The term “a plurality of available routes from said first node to said second node” appears
in claims 24, 26, and 28 of the ’319 patent. Defendants seek to replace “from” with “connecting”
and add that the routes pass over the Internet. Essentially, defendants ask the court to construe
claims 24, 26, and 28 “as requiring the same multi-homed network architecture as all of the other
claims of the asserted patents (i.e., a computer network connected to the Internet through a
plurality of routes).” Def. Br. at 33.
Defendants rely on the prosecution history where Radware argued that claims 24-28 (then
pending claims 146-50) were “directed toward techniques for performing multi-homing for
inbound DNA requests” and that “the ‘plurality of routes’ as defined in the claims are a plurality
of routes each connecting the same device to the internet.” Dkt. No. 156-13 (’319 File History) at
828, 831. Radware argues that these portions of the prosecution history were not directed to
claims 24-28. As discussed above, Radware is correct that the statements made in the prosecution
history were not necessarily directed at claims 24-28. Nonetheless, the court does not find
Radware’s “network” position persuasive.
The patents do not disclose any “networks” other than the Internet. Although the
specification refers to the more generic “network” when discussing “nodes” ’319 col.10 ll.25-47
28
CLAIM CONSTRUCTION ORDER
CASE NOS. C-13-2021-RMW; C-13-2024-RMW
LRM
- 19 -
1
(“There is thus provided in accordance with yet another preferred embodiment of the present
2
invention a routing system for routing data via a network from a first node to a second node, and
3
wherein the network having a plurality of available routes from the first node to the second
4
node . . .”), this portion of the specification is directed to enabling the use of different parameters
5
for selecting a route, such as “costing information,” col.10 l.43, “content information,” col.10
6
l.32, or “quality level,” col.10 l.33. These passages do not suggest that the inventors contemplated
7
selecting routes in any networks other than those connecting to the Internet.
8
9
10
11
12
The court construes “a plurality of available routes” as: “A plurality of available routes
connecting said first node to said second node through the Internet.”
2.
“[Internet Service Provider (ISP)] Links”
Radware’s Proposed
Construction
Plain and ordinary meaning
13
14
Defendants’ Proposed
Construction
Lacks written description or
“routes” as construed for the
’319 Patent
Court’s Construction
A pathway connecting to
or from an ISP.
The term “Internet Service Provider (ISP)/ISP] link[s]” appears in claims 1, 2, 4-7, 9, 10
15
and 12-15 of the ’374 patent. Defendants contend that unless “ISP link” is construed as “routes”
16
the term lacks written description. Specifically, defendants point out that the term “ISP links”
17
appears in the ’374 specification, filed in 2012, and not in the ’702 specification, filed in 1999.
18
Therefore, if “ISP links” is construed as something other than “routes,” the written description
19
supporting that term does not appear until 2012, which would render the claim anticipated by
20
prior Radware sales.
21
The defendants fail to explain why one of ordinary skill in the art would not understand
22
the term “ISP link” based on the description in the ’702 patent. It is true that the exact phrase does
23
not appear in the ’702 patent, but the patent does describe (1) ISPs, (2) how ISPs connect a
24
computer to the internet, and (3) uses the term “link” to describe a part of a route. See ’702 col.17
25
l.61, col.18 l.24; see also Figs. 3A-3F (depicting routes between a client 105 and a remote server
26
150 with links to an ISP 130, 135, 140). Based on the description found within the ’702
27
28
CLAIM CONSTRUCTION ORDER
CASE NOS. C-13-2021-RMW; C-13-2024-RMW
LRM
- 20 -
1
specification, the court understands that an “ISP link” is a subpart of a “route.” The court gives
2
“ISP link” its plain and ordinary meaning of “a pathway connecting to or from an ISP.”
3
4
5
E.
“Configured To”
Radware’s Proposed
Construction
Plain and ordinary meaning
6
7
Defendants’ Proposed
Construction
Specifically set up for operation
in a particular way, including
defining any necessary settings,
to
8
9
12
13
14
15
Programmed to [perform
certain functions].
This does not require user
intervention if the feature
claimed is included in the
product as supplied.
The term “configured to” appears in claims 9 and 14 of the ’374 patents. For purposes of
10
11
Court’s Construction
construing the term, claim 14 of the ’374 patent is representative of how the disputed term is
used:
14. The device of claim 9, wherein the network controller is further
configured to translate a source IP address of the server to the
address of the selected ISP link, thereby responses to the client are
routed through the selected ISP link.
Defendants essentially argue that “configured to” should be interpreted to require user-
16
intervention to select settings and operating parameters. The defendants cite to various technical
17
dictionaries defining the term “configure” or “configuration” in computer networking fields. Def.
18
Br. at 30. Defendants also accuse Radware of construing “configured to” as “capable of.”
19
First, the court notes that the term “configured to” is a term used by patentees in nearly
20
every field of art. It is not used in the claims in a technology-specific manner. This is similar to
21
preamble terms “comprising,” “consisting,” and “consisting essentially of” which are generally
22
not interpreted according to specific fields of art. See Manual of Patent Examining Procedure
23
§ 2111.03 (Transitional Phrases). Here, nothing in the specification suggests that the inventors
24
used the term “configured to” in a technology-specific manner, rather than as a patent term of art.
25
Thus, the definitions cited by defendants which require actively setting up computer programs are
26
not persuasive. Phillips, 415 F.3d at 1322 (technical dictionaries are inappropriate if it is unclear
27
whether “a term is used in the same way in a treatise as it would be by the patentee.”).
28
CLAIM CONSTRUCTION ORDER
CASE NOS. C-13-2021-RMW; C-13-2024-RMW
LRM
- 21 -
1
Second, courts have generally interpreted “configured to” more narrowly than simply
2
“capable of.” See Typhoon Touch Technologies, Inc. v. Dell, Inc., 659 F.3d 1376, 1380 (Fed. Cir.
3
2011) (construing “memory . . . configured to” as “memory that must perform the recited
4
function”);see also Aspex Eyewear, Inc. v. Marchon Eyewear, Inc.,672 F.3d 1335 (Fed. Cir.
5
2012) (interpreting “adapted to” and construing it in the “narrow” sense of “configured to” in
6
contrast to the “broader” sense as “capable of”); Sta–Rite Indus., LLC v. ITT Corp., 682
7
F.Supp.2d 738, 753 (E.D. Tex. 2010) (construing “adapted to,” in context, to mean “designed or
8
configured to,” not “having the capacity to”); Boston Scientific Corp. v. Cordis Corp., 2006 WL
9
3782840 (N.D. Cal. Dec. 20, 2006) (construing “adapted to,” in light of patent as a whole, to
10
mean “configured to,” not “capable of”).
11
In general, the court agrees with Radware that “configured to” does not require user
12
activation, but does require “that the claimed feature be included in the software.” Dkt. No. 136
13
(Radware Br.) at 13 citing Fantasy Sports Properties, Inc. v. Sportsline.com, Inc., 287 F.3d 1108,
14
1118 (Fed. Cir. 2002). Thus, merely being “capable of” performing a function is not enough, but
15
if a device comes programmed with specific claimed functions it falls within the claims.
16
The court construes “configured to” as: “programmed to [perform certain functions.]”
17
This does not require user intervention if the feature claimed is included in the product as
18
supplied. Fantasy Sports, 287 F.3d at 1118.
19
20
21
22
F.
“Sets/Setting the source IP address of the client request corresponding to the selected
route on the client side”
Radware’s Proposed
Construction
Plain and ordinary meaning
23
24
25
26
27
Defendants’ Proposed
Construction
Settings/sets the source IP
address of the client request to
one associated only with the
selected route that connects the
client computer network to the
Internet
Court’s Construction
Setting/sets the source IP
address of the client
request to one associated
only with the selected
route that connects the
client computer network to
the Internet.
The term “set[s]/[ting] the source IP address . . .” appears in claims 1 and 8 of the ’702
patent. Claim 1 of the ’702 patent is representative of how the disputed term is used:
28
CLAIM CONSTRUCTION ORDER
CASE NOS. C-13-2021-RMW; C-13-2024-RMW
LRM
- 22 -
1
1. . . . selecting one of the plurality of routes through which to
route the client request, based on the ratings within the table entry
looked up in the proximity tables, wherein the plurality of routes
assign respective IP addresses to the computer network, and
wherein the method further comprises the step of setting the
source IP address of the client request corresponding to the
selected route on the client side.
2
3
4
5
6
7
The parties dispute whether source IP address must be associated with only one route. The
court agrees with defendants that the intrinsic evidence supports their proposed construction.
The specification describes that one aspect of the invention is to ensure that responses sent
8
back from a destination server will be returned through the specific selected route on the source
9
network. This is illustrated in Figures 3E and 3F, which show that
10
[C]ontent router 145 sends requests issued from client 160 via
router 135, and indicates a source IP address of 30.1.1.1 with each
such request, which is the IP address associated with router 135
from within the range of IP addresses allocated by ISP 120.
11
12
As illustrated in FIG. 3F, this ensures that subsequent responses
sent back from server 165 will be addressed to IP address 30.1.1.1
and, accordingly, will be routed through ISP 120. Content router
145 in turn uses network address translation (NAT) data to
determine that IP address 30.1.1.1 corresponds to private IP address
10.2.2.2, and transmits the responses from server 165 back to client
160.
13
14
15
16
17
18
19
20
21
22
23
24
25
26
’702 at col.16 ll.35-46. Claim 1 of the ’702 Patent describes this action as “the step of setting the
source IP address of the client request corresponding to the selected route on the client side.”
Radware argues that “corresponding to” should not be replaced with “associated only
with” and that the term does not require construction. First, the court disagrees that the jury will
understand the meaning of the term “setting the source IP address” without a construction.
Radware presents no evidence that this term has a plain and ordinary meaning. Second, the
specification does not provide any support for a construction other than “associated only with.”
The court is not improperly importing a limitation from a preferred embodiment into the claims
because there is no suggestion that responses received from the destination server will go
anywhere other than the selected route or that the inventors contemplated any other meaning for
this term.
27
28
CLAIM CONSTRUCTION ORDER
CASE NOS. C-13-2021-RMW; C-13-2024-RMW
LRM
- 23 -
1
At the claim construction hearing, Radware also suggested that one of ordinary skill in the
2
art would understand that a network controller must have a “fail over” or “high availability”
3
function so that if the return route was unavailable the client request would return along a
4
different route. This argument was not presented in the papers and was not supported by any
5
evidence about the state of the art or knowledge of one of ordinary skill. Furthermore, the
6
specification seems to indicate that this problem would be solved at the selecting step before
7
routing the response to the client:
8
In the event that the router indicated as first choice for the best
proximity connection is unavailable or overloaded, the present
invention preferably uses a second choice router instead. Thus the
present invention ensures that if an ISP service is unavailable,
connectivity to the Internet is nevertheless maintained.
9
10
11
Referring back to FIG. 3F, suppose for example that ISP 120 is
unavailable, and that content router 145 routes the outgoing client
request through ISP 125 instead of through ISP 120. In accordance
with a preferred embodiment of the present invention, content
router 145 routes the outgoing request through ISP 125 and labels
the outgoing request with a source IP address of 40.1.1.1. Had
content router 145 used ISP 125 but indicated a source IP address
of 30.1.1.1, the response from server 150 would be directed back
through ISP 125, and not be able to get through to client 160.
12
13
14
15
16
17
’702 col.17 ll.9-27.
Radware counters that defendant’s construction is not technically correct because routers,
18
and not routes, have IP addresses. Thus, you cannot “set the source IP address” to a “selected
19
route.” At the hearing before the BPAI, Radware explained how to assign an IP address to a
20
specific route:
21
22
23
24
25
26
27
28
JUDGE HOMERE: How do you assign the IP address to a specific
route? I thought the IP address was traditionally assigned to a
device for instance, a server, a workstation. How do you determine
assigning an IP address to route that may include the plurality of
components in there?
MR CHESLA: So when an organization is buying IP addresses,
public IP addresses is buying a different radius from different ISPs.
He is not buying these IP addresses or pay for that for specific
server so he can use whatever he want for that. So when you set
these IPs on the router, for example, in the interest to the
organization, this is the destination IP that represent the whole
organization. And we use this IP in order to enforce the route
through the right ISP to come into the organization. And then
we know how to take—we, technically, know how to take this
CLAIM CONSTRUCTION ORDER
CASE NOS. C-13-2021-RMW; C-13-2024-RMW
LRM
- 24 -
1
destination IP and replace it with another destination IP. This is
what we call the IP network translation that will go to a certain
server.
2
3
And there is pre-configuration that you will not IP to certain
other IP inside. This is the way that it actually works on the
outbound, meaning that if a client inside the organization going out,
and we decide to which route we want to direct the traffic, then
what we are doing, we are using our solution to simply send the
information to a very, to a specific link that go directly to this
route because our solution is being connected to all these routes to
the Internet.
4
5
6
7
And we are changing the source IP address in order that
the replies that will come back will go through the same route.
So we enforce consistency of the request, and the replies that
will go through the same way that we have decided to do. So we
look on two roles from our perception, one is the route itself and
certain parameters that characterize it, and have also the network
manager to decide which route you want to take.
8
9
10
11
12
13
14
15
16
17
18
BPAI Trans. at 4:22-5:23 (emphases added). This exchange reinforces the conclusion that part of
the invention is ensuring that responses will return to the server using the same route, and also
shows that the inventors understood how to assign an IP address to a route. See also id. at 8:2-6
(“So we are using techniques that you will find in prior art like DNS interception in the replies
and some other things. But they are not invented or take into consideration all what is required in
order to select a route, not select a router. And I think this is the main difference . . . .”); 9:19-21
(the prior art “assigns an address to a destination, so they don’t talk about what route to that
destination.”).
19
20
21
The court adopts the construction “setting/sets the source IP address of the client request
to one associated only with the selected route that connects the client computer network to the
Internet.”
22
G.
“Costing Information” or “Cost”
23
24
25
Radware’s Proposed
Construction
Plain and ordinary meaning
Defendants’ Proposed
Construction
The monetary price
26
27
28
CLAIM CONSTRUCTION ORDER
CASE NOS. C-13-2021-RMW; C-13-2024-RMW
LRM
- 25 -
Court’s Construction
Plain and ordinary
meaning not limited to
monetary price.
1
The term “costing information” or “cost” appears in claims 6, 9, 18, 21, 24, 26, and 28 of
2
the ’319 Patent and in claims 4 and 12 of the ’374 Patent. Claim 6 of the ’319 Patent is
3
representative:
4
5
6. The device of claim 1, wherein said network controller selects
one of the plurality of routes on the basis of costing information of
said respective routes.
6
The only issue with respect to cost is whether it is limited to monetary price. Defendants
7
argue that “cost” should be limited to monetary price based on the prosecution history. During a
8
hearing before the Board of Patent Appeals and Interferences (BPAI), Radware argued that their
9
invention selects a route based on criteria “like the cost of the line of the route itself. It’s going to
10
be more expensive for one ISP and less expensive for another one.” Dkt. No. 156-11 (BPAI
11
trans.) at p.57 ll.8-11. Defendants’ allege that this statement links cost to monetary price.
12
The ’319 and ’374 specifications do not define “cost” or “costing information” but do
13
mention “the cost of the path connection,” ’319 at col.12 l.11, or “costing of the link”, ’319 at
14
col.17 l.36 and ’374 at col.8 l.36. The specifications also separately use the term “pricing.” See
15
’319 at c.12 l.1, col. 17 l.25; ’374 at col.8 l. 24.
16
The court declines defendants’ invitation to limit cost to monetary price. “Cost” can
17
represent an array of non-monetary resources. Something can “cost” bandwidth or be “expensive”
18
in terms of time. Radware’s statement at the BPAI hearing did not limit cost to monetary price.
19
The use of the different terms “cost” and “price” in the specification suggest that the inventors
20
understood the terms had different meanings and were not synonymous as defendants suggest.
21
The terms “costing information” or “cost” are given their plain and ordinary meaning, not limited
22
to monetary price.
23
24
25
26
27
28
CLAIM CONSTRUCTION ORDER
CASE NOS. C-13-2021-RMW; C-13-2024-RMW
LRM
- 26 -
1
IV.
2
3
4
5
ORDER
For the reasons set forth above, the court construes the claims as follows:
Claim Terms
Proximity or
Proximities
Construction
A measurement or measurements based on hops, latency, TTL, or
a combination thereof.
Based on at least one
of
Ratings [for a
plurality of routes]
“[one load balancing]
criterion” and “one or
more criteria”
Plain and ordinary meaning, read in the disjunctive.
6
7
8
9
10
11
12
13
14
15
16
17
Weighed function of
at least one of
A proximity table
[indexed by an IP
address related to the
remote server
computer]
Table Entries
Multi-homed
[network]
A plurality of routes
18
Ratings based on proximity measurements taken through each of
the plurality of routes.
A standard on which a decision about load balancing may be
based, such as hops, latency, TTL, cost, link pricing, load on the
route, data content, data packet loss, availability, current load,
round robin, or random.
Function in which one or more of the attributes is given a weight.
Logically organized electronically stored information expressing
a proximity [indexed by an IP address related to the remote server
computer].
Entries in the proximity table.
A network that has two or more connections to the Internet at a
single geographic location, each through a discrete ISP link.
Two or more pathways connecting a source and a destination.
For the ’702 Patent and claims 24-28 of the ’319 Patent, the
source is ‘the client computer network’ and the destination is ‘the
remote server computer.’
19
20
21
22
23
24
25
26
A plurality of
available routes from
said first node to said
second node
[Internet Service
Provider (ISP)] Links
For the’374 Patent and claims 1-23 and 29-32 of the ’319 Patent,
the source is the ‘remote computer’ and the destination is the
‘device’ or ‘system’ in the ‘computer network’ or ‘multi-homed
network.’
A plurality of available routes connecting said first node to said
second node through the Internet.
A pathway connecting to or from an ISP.
27
28
CLAIM CONSTRUCTION ORDER
CASE NOS. C-13-2021-RMW; C-13-2024-RMW
LRM
- 27 -
1
2
Claim Terms
Configured to
3
4
5
6
7
8
9
Setting/sets the
source IP address of
the client request
corresponding to the
selected route on the
client side
Costing information
or cost
Construction
Programmed to [perform certain functions].
This does not require user intervention if the feature claimed is
included in the product as supplied.
Setting/sets the source IP address of the client request to one
associated only with the selected route that connects the client
computer network to the Internet.
Plain and ordinary meaning not limited to monetary price.
10
11
Dated: April 18, 2014
Ronald M. Whyte
United States District Court Judge
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
CLAIM CONSTRUCTION ORDER
CASE NOS. C-13-2021-RMW; C-13-2024-RMW
LRM
- 28 -
Disclaimer: Justia Dockets & Filings provides public litigation records from the federal appellate and district courts. These filings and docket sheets should not be considered findings of fact or liability, nor do they necessarily reflect the view of Justia.
Why Is My Information Online?