`
`
`
`
`
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`
`
`
`
`
`
`ARISTA NETWORKS, INC.
`Petitioner
`
`v.
`
`CISCO SYSTEMS, INC.
`Patent Owner
`____________________
`
`Case IPR2016-00309
`Patent 7,224,668
`____________________
`
`
`PATENT OWNER PRELIMINARY RESPONSE
`
`
`
`
`
`Mail Stop PATENT BOARD
`Patent Trial and Appeal Board
`U.S. Patent & Trademark Office
`P.O. Box 1450
`Alexandria, VA 22313-1450
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`I.
`
`II.
`
`
`
`IPR2016-00309
`U.S. Patent No. 7,224,668
`
`Table of Contents
`
`Introduction. ..................................................................................................... 1
`
`The Board should exercise its discretion and deny institution under § 325(d).
` ......................................................................................................................... 2
`
`A.
`
`B.
`
`C.
`
`D.
`
`The Board correctly rejected Petitioner’s first and second challenges
`to the ’668 patent. .................................................................................. 5
`
`The present Petition presents substantially the same arguments and
`prior art as in the first Petition. .............................................................. 7
`
`Petitioner provides no reason to institute using the same art and
`arguments of a previously denied Petition. ........................................... 9
`
`The Board should find that the third Petition improperly uses the ’974
`Institution Decision as a roadmap. ......................................................11
`
`III. The ’668 patent presents a novel internetworking device that provides
`improved security and Quality of Service (QoS). .........................................13
`
`A. Denial of Service (DoS) attacks have been a significant problem for
`networks. .............................................................................................13
`
`B.
`
`C.
`
`Existing approaches to address DoS attacks had serious limitations. .14
`
`The novel solution provided by the ’668 patent..................................15
`
`IV. Claim construction. ........................................................................................20
`
`A.
`
`The Board should reject Petitioner’s means-plus-function analysis. ..20
`
`1.
`
`2.
`
`3.
`
`“means for configuring a plurality of physical network interface
`ports” (claim 37). ......................................................................22
`
`“means for processing packets originating at a plurality of
`physical ports” (claim 38). ........................................................23
`
`“means for passing packets through the control plane port,
`rather than directly from the physical ports to individual control
`plane processes” (claim 38). .....................................................23
`- i -
`
`
`
`
`
`
`
`
`
`
`
`IPR2016-00309
`U.S. Patent No. 7,224,668
`“means for configuring the control plane port services as an
`entity separate from physical port services” (claim 54). ..........24
`
`4.
`
`V. Ground 1: Petitioner fails to show that claims 1–6, 8, 9, 15–22, 24–27, 33–
`40, 42, 51–58, 60–63, and 69–72 are obvious over Amara and CoreBuilder.
` .......................................................................................................................25
`
`A. Amara’s packet-forwarding device. ....................................................25
`
`B.
`
`C.
`
`CoreBuilder’s Administration Console. ..............................................27
`
`Petitioner fails to show that the combination of Amara and
`CoreBuilder teaches or suggests all of the elements of the challenged
`independent claims. .............................................................................28
`
`1.
`
`2.
`
`3.
`
`Petitioner fails to show that the combination of Amara and
`CoreBuilder discloses “a plurality of physical network interface
`ports… for providing a physical connection point to a
`network… the ports being configurable by control plane
`processes” (elements 1.1/19.1/37.1/55.1) or “the port services…
`as defined by control plane configurations” (elements
`1.2/19.2/37.2/55.2) . ..................................................................28
`
`Petitioner fails to show that the combination of Amara and
`CoreBuilder teaches or suggests “[executing] port services, []
`on packets entering and exiting the physical network interface
`ports, the port services providing an ability to control and
`monitor packet flows” (elements 1.2/19.2/37.2/55.2). ..............31
`
`Petitioner fails to show that the combination of Amara and
`CoreBuilder teaches or suggests “operat[e][ing] on packets
`received from specific, predetermined physical ports and
`destined to the collection of control plane processes” (elements
`1.5/19.5/37.5/55.5). ...................................................................34
`
`VI. Ground 2: Petitioner fails to show that claims 7, 23, 41, and 59 are obvious
`in view of Amara, CoreBuilder, and Moberg under 35 U.S.C § 103. ...........35
`
`A.
`
`The invention of Moberg. ....................................................................36
`
`
`
`
`- ii -
`
`
`
`
`
`
`
`B.
`
`
`
`IPR2016-00309
`U.S. Patent No. 7,224,668
`The combination of Amara, CoreBuilder, and Moberg does not teach
`or suggest distributing control plane processes across multiple
`processors. ...........................................................................................37
`
`VII. Ground 3: Petitioner fails to show that claims 10, 12, 13, 28, 30, 31, 43, 48,
`49, 64, 66, and 67 are obvious in view of Amara, CoreBuilder, and
`Subramanian under 35 U.S.C § 103. .............................................................39
`
`VIII. Ground 4: Petitioner fails to show that claims 10, 12, 13, 28, 30, 31, 43, 48,
`49, 64, 66, and 67 are obvious in view of Amara, CoreBuilder, and Hendel
`under 35 U.S.C § 103. ...................................................................................39
`
`A.
`
`B.
`
`The Board should reject Ground 4 because this ground is redundant to
`Ground 3. .............................................................................................40
`
`Petitioner fails to show that the combination of Amara, CoreBuilder,
`and Hendel discloses applying distributed control plane port services
`only to packets received from specific, pre-determined physical ports.
` .............................................................................................................41
`
`IX. Conclusion. ....................................................................................................42
`
`- iii -
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`IPR2016-00309
`U.S. Patent No. 7,224,668
`
`Table of Authorities
`
`
`Cases
`
`Arista Networks, Inc. v. Cisco Systems, Inc.,
`IPR2015-01710, slip op. at 10 (PTAB Feb. 16, 2016) ............................................. 2
`
`Butamax Adv. Biofuels v. GEVO, Inc.,
`IPR2014-00581, 2014 WL 5299385 (PTAB Oct. 14, 2014) ................................... 13
`
`Conopco v. The Procter & Gamble Co.,
`IPR2014-00628, 2014 WL 5388116 (PTAB Oct. 20, 2014) ............................. 10, 11
`
`Conopco v. The Procter & Gamble Co.,
`IPR2014-00628, 2015 WL 1265489 (PTAB Mar. 20, 2015) .............................. 3, 13
`
`HTC Corp. v. NFC Tech., LLC,
`Case IPR2015-00384, 2015 WL 4149068 (PTAB July 6, 2015) ...................... 10, 11
`
`Illumina, Inc. v. The Trustees of Columbia University in the City of New York,
`IPR2012-00006 (Paper 43, May 10, 2013) ........................................................ 40–41
`
`Liberty Mutual Ins. Co. v. Progressive Casualty Ins. Co.,
`Case CBM2012-00003, 2012 WL 10911393 (PTAB Oct. 10, 2012) ..................... 40
`
`Medtronic, Inc. v. NuVasive, Inc.,
`IPR2014-00487, 2014 WL 4594734 (PTAB Sept. 11, 2014) ............................ 9, 11
`
`PNC Bank, N.A. v. Secure Axcess, LLC,
`CBM2015-00039, slip op at 17 (PTAB July 10, 2015) ................................ 4, 12, 13
`
`Roche Molecular Systems, Inc. v. Illumina, Inc.,
`IPR2015-01091, slip op. at 15 (PTAB Oct. 30, 2015) ........................................... 11
`
`Samsung Electronics Co. Ltd. et al. v. Rembrandt Wireless Tech., LP,
`IPR2015-00555, Decision Denying Institution (Paper 20, June 19, 2015) ............... 4
`
`Schrader-Bridgeport Int’l, Inc. v. Continental Automotive Sys. US, Inc.,
`IPR2013-00014, 2013 WL 8705607 (PTAB Apr. 10, 2013). ................................. 41
`
`
`
`
`- iv -
`
`
`
`
`
`
`
`
`
`IPR2016-00309
`U.S. Patent No. 7,224,668
`
`Ultratec, Inc. v. CaptionCall, LLC,
`IPR2013-00288, 2014 WL 2864282 (PTAB Jan. 10, 2014) ................................... 40
`
`Vibrant Media, Inc. v. Gen. Elec. Co.,
`IPR2013-00172, 2014 WL 3749773 (PTAB July 28, 2014) ................................... 21
`
`ZTE v. Content Guard, Case
`IPR2013-00454, 2013 WL 8595746 (PTAB Sept. 25, 2013) ............................. 5, 13
`
`
`
`Statutes
`
`35 U.S.C. § 102 ........................................................................................................ 41
`35 U.S.C. § 103 .............................................................................................. 8, 35, 39
`35 U.S.C. § 316 ........................................................................................................ 41
`35 U.S.C. § 325 .................................................................................................passim
`
`
`
`Regulations
`
`37 C.F.R. § 42.104 ................................................................................................... 21
`
`Other Authority:
`
`H.R. Rep. No. 112-98, pt.1 (2011)............................................................................. 2
`
`
`
`
`
`
`
`
`- v -
`
`
`
`
`
`
`
`
`
`
`
`IPR2016-00309
`U.S. Patent No. 7,224,668
`
`Exhibit List
`
`2002
`
`Exhibit No. Description
`2001
`April 16, 2015 Edelin Letter, 337-TA-944 and 945
`ANI-ITC-994_945-1824690, CoreBuilder Command Reference
`Guide, 337-TA-944 and 945
`
`May 12, 2015 Edelin Letter, 337-TA-944 and 945
`ANI-ITC-944_945-3444425, CoreBuilder 9000 Implementation
`Guide, 337-TA-944 and 945
`
`
`2003
`
`2004
`
`
`
`
`
`
`- vi -
`
`
`
`
`
`
`
`I.
`
`
`
`IPR2016-00309
`U.S. Patent No. 7,224,668
`
`Introduction.
`The Board should reject Petitioner’s latest request for Inter Partes Review
`
`under 35 U.S.C. § 325(d). The Board has twice considered and twice rejected
`
`substantially the same challenges to the same claims of U.S. Patent No. 7,224,668.
`
`Here, Petitioner retreats to its original primary reference, Amara, and replaces its
`
`original secondary reference, Habraken, with a different secondary reference,
`
`CoreBuilder. Both Habraken and CoreBuilder are router handbooks and are being
`
`used by the Petitioner in the same way to present the same argument. Petitioner
`
`does not even attempt to justify why it should be allowed to file multiple serial
`
`requests relying on substantially similar art and arguments. Petitioner’s silence,
`
`particularly as to its knowledge of the newly-presented CoreBuilder reference
`
`(despite producing material associated with CoreBuilder routers long ago, in the
`
`ITC litigation), weighs heavily in favor of denying this Petition.
`
`But should the Board reach the merits, it should deny the Petition because
`
`Petitioner does not show a reasonable likelihood of prevailing on its obviousness
`
`grounds that the combinations of: (1) Amara and CoreBuilder; (2) Amara,
`
`CoreBuilder, and Moberg; (3) Amara, CoreBuilder, and Subramanian; and (4)
`
`Amara, CoreBuilder, and Hendel render the claims obvious. Petitioner stretches
`
`and contorts these references, in an attempt to read them on the elements, but the
`
`references simply do not disclose all of the elements of the challenged claims.
`
`
`
`
`
`
`- 1 -
`
`
`
`
`
`
`
`IPR2016-00309
`U.S. Patent No. 7,224,668
`II. The Board should exercise its discretion and deny institution under
`§ 325(d).
`
`
`
`Serial challenges to the same patent by the same challenger—or as part of a
`
`coordinated defense strategy, as is the case here—are disfavored because such
`
`challenges “risk[] harassment of patent owners and frustration of Congress’s intent
`
`in enacting the Leahy-Smith America Invents Act.” Arista Networks, Inc. v. Cisco
`
`Systems, Inc., IPR2015-01710, slip op. at 10 (PTAB Feb. 16, 2016) (Paper 7)
`
`(“Arista”). The legislative history of the AIA stressed that IPR and CBM
`
`proceedings “are not to be used as tools for harassment . . . through repeated
`
`litigation and administrative attacks on the validity of a patent. Doing so would
`
`frustrate the purpose of the section as providing quick and cost effective
`
`alternatives to litigation.” H.R. Rep. No. 112-98, pt.1 at 48 (2011). To guard
`
`against these tactics, Congress gave the Board discretion to “reject the petition or
`
`request because, the same or substantially the same prior art or arguments
`
`previously were presented to the Office.” 35 U.S.C. § 325(d).
`
`The Board should exercise its discretion under § 325(d) to deny institution
`
`of the present proceeding. This Petition, the third filed by Petitioner against the
`
`same claims of the ’668 patent, presents the same arguments previously considered
`
`and rejected by the Board. After unsuccessfully asserting the combination of
`
`Amara and Habraken in a first Petition (IPR2015-00974), Petitioner filed a second
`
`Petition (IPR2015-01710) merely substituting Frazier for its primary reference,
`
`
`
`- 2 -
`
`
`
`
`
`IPR2016-00309
`U.S. Patent No. 7,224,668
`Amara. The Board rejected the second challenge, exercising its discretion under 35
`
`
`
`U.S.C. § 325(d). Now, with the benefit of a Decision Denying Institution and two
`
`Patent Owner Preliminary Responses, Petitioner goes back to Amara as the
`
`primary reference and this time substitutes a different router handbook
`
`(CoreBuilder) for the router handbook used as a secondary reference in the first
`
`and second Petitions (Habraken). Petitioner’s argument remains the same, despite
`
`the use of different secondary references. The combinations of (a) Amara (Exhibit
`
`1004) and CoreBuilder (Exhibit 1009) and (b) Amara, CoreBuilder, and Moberg
`
`(Exhibit 1005) are substantially the same as the combinations of (a) Amara and
`
`Habraken (’1710 Exhibit 1105) and (b) Amara, Habraken, and Moberg presented
`
`in the original unsuccessful Petition, and the combinations of (a) Frazier (’1710
`
`Exhibit 1104) and Habraken and (b) Frazier, Habraken, and Moberg presented in
`
`the second unsuccessful Petition.
`
`Thus, Patent Owner is now, for the third time, forced to address similar
`
`grounds presenting the same arguments. (See ’1710 Inst. Dec., p. 10 (“Patent
`
`Owner has been forced to address a similar ground with similar arguments in two
`
`separate petitions.”).) “[S]ubstantial similarity of argument, standing alone, is
`
`sufficient for a denial under § 325(d).” Conopco dba Unilever v. Procter and
`
`Gamble Co., IPR2014-00628, Decision Denying Institution at p. 10 (Paper 21, Oct.
`
`20, 2014).
`
`
`
`- 3 -
`
`
`
`
`
`IPR2016-00309
`U.S. Patent No. 7,224,668
`Further, Petitioner provides no reason as to why it could not have filed the
`
`
`
`present Petition earlier, nor why its latest attack on the ’668 patent is
`
`distinguishable from its two failed attempts. The grounds for denying the Petition
`
`under 35 U.S.C. § 325(d) are even stronger than for Petitioner’s second failed
`
`Petition. Unlike in the ’1710 Petition, where Petitioner stated—unpersuasively—
`
`that it “became aware of Frazier and appreciated its disclosure” after the filing of
`
`the ’974 IPR, Petitioner is silent as to its prior knowledge of the CoreBuilder
`
`reference (despite producing material associated with CoreBuilder routers in the
`
`ITC litigation, as further explained below). For this reason alone, the Board should
`
`impute knowledge of CoreBuilder to the Petitioner at the time of the first and
`
`second Petitions and deny institution of this third Petition under § 325(d). Samsung
`
`Electronics Co. Ltd. et al. v. Rembrandt Wireless Tech., LP, IPR2015-00555,
`
`Decision Denying Institution at 8 (Paper 20, June 19, 2015) (denying institution
`
`because “Petitioner simply presents arguments now that it could have made in [the
`
`original Petition], had it merely chosen to do so”). But, the Board should also deny
`
`institution because Petitioner once again attempts to use the Board’s decision and
`
`Patent Owner’s preliminary responses as roadmaps to present the same art and
`
`arguments. See PNC Bank, N.A. v. Secure Axcess, LLC, CBM2015-00039, slip op
`
`at 17 (PTAB July 10, 2015) (Paper 9) (“PNC Bank”) (Patent Owner preliminary
`
`response “should not act as an entry ticket [or] a how-to guide” for Petitioner,
`
`
`
`- 4 -
`
`
`
`
`
`IPR2016-00309
`U.S. Patent No. 7,224,668
`quoting ZTE v. Content Guard, IPR2013-00454, 2013 WL 8595746 (PTAB Sept.
`
`
`
`25, 2013) (informative) (“ZTE”)).
`
`A. The Board correctly rejected Petitioner’s first and second challenges to
`the ’668 patent.
`
`In October 2015, the Board denied Petitioner’s first Petition against the ’668
`
`patent. In its decision, the Board found that Amara, which Petitioner used in all of
`
`its proposed grounds of unpatentability, did not disclose “whether the interface
`
`ports are an aspect of the device being controlled or configured by the internal
`
`applications.” (’974 Inst. Dec., p. 9.) Specifically, Petitioner argued that Amara
`
`disclosed that its “internal applications” were the claimed “control plane
`
`processes,” and that these “internal applications” configured “a plurality of
`
`physical network interface ports.” The Board, however, correctly found that
`
`Amara, at most, discloses that its internal applications “control or configure device
`
`100,” and that Amara does not explicitly or inherently disclose that such “internal
`
`applications” configure “network interface ports.” (’974 Inst. Dec., p. 12.)
`
`Petitioner argued a similar line of reasoning for the claim element “port services
`
`. . . as defined by control plane configurations,” and for the same reasons described
`
`above—namely that Amara does not describe any configuring by its internal
`
`applications—the Board found that the Petitioner did not meet its burden of
`
`establishing that Amara anticipates the challenged claims of the ’668 patent.
`
`
`
`- 5 -
`
`
`
`
`
`IPR2016-00309
`U.S. Patent No. 7,224,668
`Petitioner was aware of Amara’s flaws regarding its “internal applications”
`
`
`
`and the claimed “configuring.” In the final two pages of the original Petition,
`
`Petitioner raised four additional grounds, stating that any of the previous grounds,
`
`in combination with Habraken, would also render their respective claims obvious.
`
`As Petitioner put it, the reason it included these grounds was in the event “one
`
`were to conclude that” Amara did not describe: “(1) the internal applications
`
`configuring the interface ports 202-06, (2) the internal applications configuring
`
`policies applied by the policy engines 224-28, and (3) the addresses of the device
`
`being specified in the configuration of the device 200.” (’974 Petition, p. 58.) In
`
`other words, Petitioner recognized the risk the Board might conclude that Amara
`
`did not disclose the claimed “configuring,” and thus attempted to mitigate that risk
`
`by combining Amara with Habraken for the claimed “configuring.” The Board,
`
`however, was not persuaded. As the Board explained, “The Petition . . . blanket
`
`cites 46 pages of Habraken to support its contention that Habraken teaches [the
`
`configuration] features.” (’974 Inst. Dec., p. 17.) Thus, the Board did not institute
`
`on the Habraken ground as Petitioner’s two-page treatment of the Habraken ground
`
`did “not identify with sufficient particularity the ground on which the challenge to
`
`the independent claims is based.” (’974 Inst. Dec., p. 15.)
`
`Petitioner filed a second Petition in August 2015, more than a month after
`
`Patent Owner filed its preliminary response in the ’974 IPR proceeding. In the
`
`
`
`- 6 -
`
`
`
`
`
`IPR2016-00309
`U.S. Patent No. 7,224,668
`second Petition, Petitioner substituted Frazier for Amara but made substantially the
`
`
`
`same arguments as in its first deficient Petition—that Habraken’s disclosure of port
`
`configuration would have been combinable with the internal applications of the
`
`primary reference. In February 2016, the Board denied Petitioner’s second Petition.
`
`And, although the second Petition attempted to provide specificity to the
`
`obviousness argument presented in the first Petition, the Board found that such
`
`specificity did not outweigh the fact that Patent Owner had “been forced to address
`
`a similar ground of rejection with similar arguments in two separate Petitions.”
`
`(’974 Inst. Dec., p. 10.) The Board also found that its decision to deny institution
`
`was further supported by the fact that “Petitioner does not contend specifically that
`
`the newly-cited references were not known or available to it at the time it filed the
`
`’974 IPR.” (Id. at 11.)
`
`B. The present Petition presents substantially the same arguments and
`prior art as in the first Petition.
`
`The present challenge is proffered by the same Petitioner against the same
`
`claims of the same patent using substantially the same art as applied in the first
`
`Petition. (’974 IPR proceeding). Just as it did in the ’974 Petition, Petitioner
`
`attempts to fix Amara’s deficiencies with a router handbook: Habraken in the ’974
`
`Petition, and CoreBuilder in the present Petition. Indeed, even a cursory
`
`comparison shows that the present Petition is largely copied—word-for-word—
`
`from the ’974 Petition, with CoreBuilder swapped for Habraken.
`
`
`
`- 7 -
`
`
`
`
`
`IPR2016-00309
`U.S. Patent No. 7,224,668
`The only substantive difference between the present Petition and the first
`
`
`
`Petition—substitution of Habraken with CoreBuilder in the § 103 combinations—
`
`is not new argument because Petitioner relies on CoreBuilder in the same manner
`
`as it relied on Habraken in its first two Petitions. For example, in its first § 103
`
`challenge, Petitioner stated that “if one were to conclude that” Amara did not
`
`disclose “(1) the internal applications configuring the interface ports 202-06,” as
`
`well as two other features, then “it would have been obvious in view of Habraken
`
`to modify Amara’s device to include any or all of” these features. (’974 Petition,
`
`p. 58.) The present Petition applies CoreBuilder in the same manner: “[a] POSITA
`
`would have modified Amara’s device 200 in view of CoreBuilder such that an
`
`administrator could use one of Amara’s internal applications 230 to configure the
`
`interface ports 202-206.” (Petition, p. 18.) The argument is the same: “Amara
`
`accordingly discloses the salient features of the ’668 Patent” (Petition, p. 15; ’974
`
`Petition, p. 18), and according to Petitioner, a router handbook
`
`(Habraken/CoreBuilder) would teach a person of skill in the art to modify Amara
`
`to have internal applications configure the interface ports 202-206 (Petition, p. 18;
`
`’974 Petition, p. 58).
`
`The Board denied this argument in the first Petition, finding that the Petition
`
`“fails to identify with sufficient specificity the differences between the claimed
`
`invention and the prior art.” (’974 Inst. Dec., p. 17.) Petitioner attempted to address
`
`
`
`- 8 -
`
`
`
`
`
`IPR2016-00309
`U.S. Patent No. 7,224,668
`this fatal flaw in the second Petition by presenting Habraken combined with a
`
`
`
`different primary reference to create the appearance that a new argument was being
`
`proposed. However, the similarity in the arguments—even with a new primary
`
`reference—warranted the Board’s rejection under § 325(d). (See ’1710 Inst. Dec.,
`
`p. 10 (“While the current Petition apparently attempts to provide such specificity
`
`[lacking from the ’974 Petition] . . . Patent Owner, nonetheless, has been forced to
`
`address a similar ground with similar arguments in two separate Petitions.”).) In
`
`this, the third Petition, Petitioner attempts a different approach but to the same
`
`effect—this time keeping the same primary reference (Amara) and substituting the
`
`secondary reference. But, this reference shuffling should also fail. The presence of
`
`a different secondary reference does not change the underlying facts or argument—
`
`the argument presented for CoreBuilder is the same as the argument presented in
`
`the first Petition for Habraken.
`
`C. Petitioner provides no reason to institute using the same art and
`arguments of a previously denied Petition.
`
`Petitioner’s failure to address the § 325(d) implications of reusing Amara
`
`and the same technical teachings (albeit from a different secondary reference)
`
`against the same claims challenged in the ’974 Petition weighs heavily against
`
`institution of this third bite at the apple. Medtronic, Inc. v. NuVasive, Inc.,
`
`IPR2014-00487, 2014 WL 4594734 at *7 (PTAB Sept. 11, 2014) (informative)
`
`(“Petitioner has not provided any persuasive reasoning as to why we should
`
`
`
`- 9 -
`
`
`
`
`
`IPR2016-00309
`U.S. Patent No. 7,224,668
`institute inter partes review over ‘the same or substantially the same prior art or
`
`
`
`arguments’ that were previously presented.”) See also HTC Corp. v. NFC Tech.,
`
`LLC, Case IPR2015-00384, 2015 WL 4149068 at *10 (PTAB July 6, 2015) (“HTC
`
`Corp.”).; Conopco v. The Procter & Gamble Co., IPR2014-00628, 2014 WL
`
`5388116 at *12 (PTAB Oct. 20, 2014) (“Conopco II”). Petitioner barely mentions
`
`its previous two unsuccessful Petitions, making no attempt to describe any
`
`differences between the arguments presented in this Petition and those previously
`
`denied by the Board.
`
`Petitioner is also tellingly silent as to when it first became aware of the
`
`CoreBuilder reference. Such an omission “supports a reasonable inference that
`
`those references were known and available to [Petitioner] when it requested review
`
`the first time.” Conopco II at 11. Indeed, Petitioner at a minimum knew about and
`
`produced material associated with CoreBuilder routers in the ITC litigation
`
`involving the ’668 patent at least as early as April 16, 2015. (See, e.g., Exhibit
`
`2001, April 16, 2015 Edelin letter; Exhibit 2002 CoreBuilder Command Reference
`
`Guide; Exhibit 2003, May 12, 2015 Edelin letter; and Exhibit 2004 CoreBuilder
`
`9000 Implementation Guide.)Thus, the Board should impute knowledge of
`
`CoreBuilder to Petitioner when it filed the first Petition (filed in April 2015) and
`
`the second Petition (filed in August 2015). Petitioner provides no explanation as to
`
`why it did not or could not present CoreBuilder when it filed its first Petition or its
`
`
`
`- 10 -
`
`
`
`
`
`IPR2016-00309
`U.S. Patent No. 7,224,668
`second Petition. For this additional reason, the Board should deny institution of
`
`
`
`this third Petition. See Roche Molecular Systems, Inc. v. Illumina, Inc., IPR2015-
`
`01091, slip op. at 15 (PTAB Oct. 30, 2015) (Paper 18) (“Petitioner . . . does not
`
`argue that any of the additionally cited references relied upon by the instant
`
`Petition were unknown or unavailable at the time of filing the [first Petition]. That
`
`fact supports a reasonable inference that those references were known and
`
`available to Ariosa when review was requested the first time. On this record,
`
`interests of fairness, economy, and efficiency tip the balance in favor of denial.”);
`
`see also Medtronic at *12; HTC Corp. at *10 (citing Conopco II at *11).
`
`D. The Board should find that the third Petition improperly uses the ’974
`Institution Decision as a roadmap.
`
`The Board should once again hold Petitioner to its strategic decisions.
`
`Petitioner filed the present Petition two months after the Board denied the first
`
`Petition. Using that denial as a roadmap, Petitioner copied the original Petition,
`
`deleted the portions the Board specifically quoted in denying institution, and added
`
`a cursory discussion of CoreBuilder to replace Habraken.
`
`It is apparent that Petitioner copied its deficient anticipation argument from
`
`the ’974 Petition and removed the exact language the Board quoted as deficient in
`
`its Institution Decision. For example, in the ’974 Institution Decision, the Board
`
`provided a block quote of a portion of Petitioner’s argument for claim element
`
`[1.1] spanning pages 21–22 of the Petition and determined that the presented
`
`
`
`- 11 -
`
`
`
`
`
`IPR2016-00309
`U.S. Patent No. 7,224,668
`argument was unpersuasive. (’974 Inst. Dec., p. 9; see also pp. 10–12.) In
`
`
`
`analyzing claim element [1.1], however, the present Petition repeats the bulk of the
`
`original argument, replacing the portion quoted by the Board with: “As discussed
`
`above, in the combination, an administrator can use one of the internal applications
`
`to configure aspects of the interface ports, such as the port state, the port mode,
`
`autonegotiation, or the IP address.” (Petition, p. 25; compare Petition, pp. 25–26
`
`and ’974 Petition, pp. 21–22.)
`
`Petitioner also used the ’974 POPR as a roadmap to craft its present
`
`argument. In that POPR, Patent Owner notified the Board that Petitioner never
`
`addressed how Amara disclosed “the control plane port services operate on
`
`packets received from specific, predetermined physical ports.” (’974 POPR,
`
`pp. 32–34.) In its analysis of that claim element in the present Petition, Petitioner
`
`copied its original argument and added three sentences of attorney argument
`
`intended to address this exact deficiency. (Petition, pp. 29–31; see also ’974
`
`Petition, pp. 25–28.) Similarly, Petitioner made modifications based on the ’974
`
`POPR for claims 5, 6, and 18. (See Petition, pp. 35–36, 39–40; ’974 Petition,
`
`pp. 31–33, 37, 38.)
`
`The Board should reject such behavior because a “petitioner is not entitled to
`
`unlimited challenges against a patent.” PNC Bank at 14. The Board has regularly
`
`held that using a previous decision as a roadmap frustrates Congress’s intent to
`
`
`
`- 12 -
`
`
`
`
`
`IPR2016-00309
`U.S. Patent No. 7,224,668
`provide a quick and cost-effective alternative to litigation. Butamax Adv. Biofuels
`
`
`
`v. GEVO, Inc., IPR2014-00581, 2014 WL 5299385 at *13 (PTAB Oct. 14, 2014).
`
`Here, Petitioner reproduces a previously-denied Petition with minor adjustments
`
`that directly correspond to the denying decision. An institution decision “should
`
`not act as an entry ticket [or] a how-to guide” for Petitioner to fix flaws in its
`
`original Petition. PNC Bank at 17 (quoting ZTE). Allowing such tactics “would
`
`allow petitioners to unveil strategically their best prior art and arguments in serial
`
`petitions,” using previous denials as a roadmap, “until a ground is advanced that
`
`results in review—a practice that would tax Board resources, and force patent
`
`owners to defend multiple attacks.” Conopco v. The Procter & Gamble Co.,
`
`IPR2014-00628, 2015 WL 1265489 at *5 (PTAB Mar. 20, 2015) (“Conopco I”).
`
`III. The ’668 patent presents a novel internetworking device that provides
`improved security and Quality of Service (QoS).
`A. Denial of Service (DoS) attacks have been a significant problem for
`networks.
`
`By 2002, private and public data networks, including the Internet, were
`
`critical to the worldwide communications infrastructure. As such, these networks
`
`and their backbone components—routers, switches, firewalls, and web servers—
`
`became a popular target for attackers. One common network attack, DoS, sought to
`
`overwhelm a network to prevent the network from servicing normal network
`
`traffic. A coordinated, widespread DoS attack, over many internetworking devices,
`
`
`
`- 13 -
`
`
`
`
`
`IPR2016-00309
`U.S. Patent No. 7,224,668
`can have a significant impact on the infrastructure, and “[i]n the extreme case, . . .
`
`
`
`result in multiple compromised Internet hosts that can disrupt the operation of the
`
`Internet itself.” (’668 patent, 1:36–40.) As an example, a powerful attack in 2002
`
`resulted in “seven of the thirteen servers” that managed global internet traffic
`
`failing, which disrupted Internet traffic around the globe. (’668 patent, 1:25–29.)
`
`DoS attacks exploit the normal traffic processing operations of network
`
`routing components. For instance, attackers may generate malicious traffic and
`
`direct it to what is known as the “control plane.” (’668 patent, 1:59–63.) The
`
`control plane of a device “is responsible for higher layer functions of the device,
`
`such as establishing routing tables and entering quality service policies.” (’668
`
`patent, 1:56–59.) Attackers direct DoS attacks to the control plane because, if the
`
`control plane fails, the entire device may malfunction or fail. (’668 patent, 1:59–
`
`2:3.)
`
`B. Existing approaches to address DoS attacks had serious limitations.
`Techniques developed prior to the ’668 patent to detect, prevent,