Lynwood Investments CY Limited v. Maxim Konovalov, et al.

[3] 4 UNITED STATES DISTRICT COURT 5 NORTHERN DISTRICT OF CALIFORNIA [6] 7 LYNWOOD INVESTMENTS CY Case No. 20-cv-03778-MMC (KAW) LIMITED, [8] Plaintiff, ORDER GRANTING IN PART AND 9 DENYING IN PART MOTION TO v. COMPEL [10] MAXIM KONOVALOV, et al., Re: Dkt. No. 228 [11] Defendants. [12] 13 Pending before the Court is Plaintiff Lynwood Investments CY Ltd.’s motion to compel 14 non-party Netflix, Inc.’s (“Netflix”) compliance with a subpoena. (Pl.’s Mot. to Compel, Dkt. No. 15 228.) Having considered the parties’ filings, the relevant legal authorities, and the arguments 16 made at the October 16, 2025 hearing, the Court GRANTS IN PART and DENIES IN PART 17 Plaintiff’s motion to compel. 18 I. BACKGROUND 19 The sole claim in this case is Plaintiff’s copyright claim based upon the NGINX1 Plus 20 software code, which was allegedly developed by Defendants Igor Sysoev, Maxim Konovalov, 21 and Gleb Smirnoff while employed at Rambler Internet Holding LLC (“Rambler”) in Russia. (See 22 Sec. Amend. Compl. (“SAC”) ¶ 1, Dkt. No. 217; 2/28/25 CMC St. at 2, Dkt. No. 209.) Plaintiff 23 asserts that because NGINX Plus is a work for hire, it was exclusively owned by Rambler, who 24 later assigned its interest to Plaintiff. (SAC ¶ 183.) 25 Specifically, Defendant Sysoev was a software engineer at Rambler from November 14, 26 2000 through December 1, 2011. (SAC ¶¶ 51.) While employed at Rambler, Defendant Sysoev [27] 1 developed the NGINX software code as part of his official duties, using Rambler’s infrastructure 2 and resources. (SAC ¶ 108.) In 2004, Defendant Sysoev released some of the NGINX code as 3 open source software, but stockpiled other NGINX code between 2009 and his separation from 4 Rambler in 2011. (SAC ¶¶ 126-27.) Plaintiff alleges that Defendants Sysoev, Smirnoff, and 5 Konovalov intended to create an “open core” business model, using the Open Source NGINX to 6 build name recognition and goodwill while using the stockpiled NGINX code to develop a 7 proprietary NGINX Plus that could be commercially licensed on top of and in conjunction with 8 the Open Source NGINX code. (SAC ¶¶ 6, 150.) 9 Once Open Source NGINX was sufficiently popular and the stockpiled NGINX Plus code 10 was sufficiently developed and tested, Defendants Sysoev, Smirnoff, and Konovalov created their 11 own NGINX business while still employed at Rambler. (SAC ¶¶ 150, 169, 171.) In September 12 2011, the NGINX business brought on Netflix as its first customer, providing Netflix with content 13 delivery network (“CDN”)-related “custom” add-ons to the Open Source NGINX. (SAC ¶¶ 21214 13, 217.) Plaintiff asserts that the NGINX CDN that was provided to Netflix in 2011 and 2012 15 was developed in 2010 and 2011, and was one of the first products formally released under the 16 name NGINX Plus in 2013. (Pl.’s Mot. to Compel at 6.) 17 In October 2011, the NGINX business obtained their first venture capital seed investment. 18 (SAC ¶ 213.) During that time, Defendants Sysoev, Smirnoff, and Konovalov began staggering 19 their resignations from Rambler, with Defendant Konovalov leaving in April 2011, Defendant 20 Sysoev leaving in December 2011, and Defendant Smirnoff leaving in November 2012. (SAC ¶¶ 21 37, 93, 152.) When Defendant Smirnoff left, he allegedly acted as the “cleanup man,” removing 22 the stockpiled NGINX Plus code from the Rambler servers and deleting communications 23 regarding the misappropriation of the NGINX business and NGINX Plus code. (SAC ¶ 10.) In 24 March 2019, the NGINX business was acquired for $670 million. (SAC ¶ 8.) 25 On June 8, 2020, the instant case was filed. (Dkt. No. 1.) Following several motions to 26 dismiss, the case was appealed to the Ninth Circuit. (See Ninth Cir. Slip Op., Dkt. No. 205.) The 27 Ninth Circuit reversed the dismissal of the copyright claim only, based on Plaintiff’s allegation 1 and Open Source NGINX, in both source code and executable form, conceived and/or developed 2 before the end of 2011, when Sysoev left the employ of Rambler.” (Id. at 13.) The Ninth Circuit 3 found that while Plaintiff could not plausibly assert a copyright infringement claim in Open 4 Source NGINX, Plaintiff could bring a claim based on NGINX Plus developed at Rambler. (Id. at 5 13-14.) 6 On March 7, 2025, the presiding judge held a case management conference (“CMC”), 7 setting a deadline for Initial Phase Fact Discovery. (CMC Minutes at 1, Dkt. No. 210.) Initial 8 Phase Fact Discovery was to be “[l]imited to whether any NGINX Plus code was written by 9 defendant Sysoev or other former Rambler employees during their employment by Rambler before 10 the end of 2011.” (Id.) On March 10, 2025, the presiding judge issued a Pretrial Preparation 11 Order, which again reiterated that the Initial Phase Fact Discovery was limited to whether the 12 NGINX Plus code was written by Defendant Sysoev or other former Rambler employees “before 13 the end of 2011.” (Pretrial Prep. Order at 2, Dkt. No. 211.) 14 On June 10, 2025, Plaintiff served a subpoena on Netflix, with 31 requests for production. 15 (Major Decl. ¶ 3, Dkt. No. 230.) Netflix objected on the grounds that the subpoena was unduly 16 burdensome and premature, and that portions of the discovery sought fell outside the scope of the 17 Initial Phase Fact Discovery. (Major Decl., Exh. 2 at 3.) 18 On August 29, 2025, Plaintiff filed the instant motion to compel discovery from Netflix. 19 That same day, the motion was referred to this Court. (Dkt. No. 231.) On September 19, 2025, 20 Netflix filed its opposition. (Netflix Opp’n, Dkt. No. 243.) On October 2, 2025, Plaintiff filed its 21 reply.2 (Pl.’s Reply, Dkt. No. 245.) 22 II. LEGAL STANDARD 23 Federal Rule of Civil Procedure 45 governs discovery of nonparties by subpoena. “The 24 scope of discovery under Rule 45 is the same as under Rule 26(b).” Waymo LLC v. Uber Techs., 25 Inc., No. 17-cv-939-WHA (JSC), 2017 U.S. Dist. LEXIS 105394 , at *8 (N.D. Cal. July 7, 2017). [27] 2 Plaintiff’s reply fails to comply with Civil Local Rule 3-4(c)(2)(B), which requires that all text, 1 Rule 26(b), in turn, allows a party to “obtain discovery regarding any nonprivileged matter that is 2 relevant to any party’s claim or defense and proportional to the needs of the case[.]” “Underlying 3 the protections of Rule 45,” however, “is the recognition that ‘the word non-party serves as a 4 constant reminder of the reasons for the limitations that characterize third-party discovery. Thus, a 5 court determining the propriety of a subpoena balances the relevance of the discovery sought, the 6 requesting party’s need, and the potential hardship to the party subject to the subpoena.” Gonzales 7 v. Google, Inc., 234 F.R.D. 674, 680 (N.D. Cal. 2006). 8 III. DISCUSSION 9 As an initial matter, the parties acknowledged at the hearing that Plaintiff and Netflix have 10 not fully met and conferred as to each individual request due to Netflix’s threshold objections that: 11 (1) Plaintiff is improperly seeking discovery from Netflix without identifying the “gaps” in party 12 discovery that non-party discovery is expected to fill, and (2) Plaintiff’s subpoena exceeds the 13 scope of Initial Phase Fact Discovery because it seeks documents through December 31, 2012. 14 (See Pl.’s Mot. to Compel at 12; Major Decl. ¶ 9; Netflix Opp’n at 6-12.) Thus, the Court is not in 15 a position to consider whether each of Plaintiff’s discovery requests are appropriate. The Court 16 will resolve these threshold issues, determine whether NGINX Plus-related code should be 17 produced, and provide guidance to assist with any future meet and confers. 18 A. Initial Phase Fact Discovery Timeframe 19 Plaintiff and Netflix dispute whether Initial Phase Fact Discovery extends through the end 20 of 2011 or 2012. (Pl.’s Mot. to Compel at 14; Netflix Opp’n at 11.) Although the CMC minutes 21 and Pretrial Preparation Order both state that Initial Phase Fact Discovery is “[l]imited to whether 22 any NGINX Plus code was written by defendant Sysoev or other former Rambler employees 23 during their employment by Rambler before the end of 2011,” Plaintiff asserts that this is a typo 24 and that the presiding judge actually meant 2012, i.e., when Defendant Smirnoff left Rambler. 25 (Pl.’s Mot. to Compel at 14; Pl.’s Reply at 4-5.) 26 The Court confirmed with the presiding judge that this is not a typo. The CMC minutes 27 and Pretrial Preparation Order are consistent with the Ninth Circuit’s ruling, which found Plaintiff 1 of 2011, when Sysoev left the employ of Rambler.” (Ninth Cir. Slip Op. at 13.) Based on its own 2 terms, the Initial Phase Fact Discovery is not tied to the dates of employment, but to the 3 development of NGINX Plus before the end of 2011 -- the same date identified by Plaintiff to the 4 Ninth Circuit. 5 Plaintiff, however, is correct that the Initial Phase Fact Discovery is not limited to 6 documents created by the end of 2011; documents made after 2011 can still go to whether the 7 NGINX Plus code was created before the end of 2011. See Lang Van, Inc. v. VNG Corp., No. 8 814CV00100AG-JDEX, 2019 WL 8107874 , at *6 (C.D. Cal. May 28, 2019) (“[T]he fact that a 9 document bears a date outside of the timeframe set herein does not excuse production if 10 information contained or referenced in the document bears upon the relevant timeframe.”); 11 Hatamian v. Advanced Micro Devices, Inc., Case No. 14-cv-226-YGR (JSC), 2015 WL 7180662 , 12 at *2 (“In general, courts allow discovery to extend to events before and after the period of actual 13 liability so as to provide context.”). For example, Netflix complains that Plaintiff has propounded 14 a discovery request seeking documents about custom modules, source code, and NGINX web 15 servers that were referenced in the “Smirnoff Presentation,” which was given in 2014. (Netflix 16 Opp’n at 11.) Plaintiff, however, responds that in the Smirnoff Presentation, Defendant Smirnoff 17 confirmed that the commercial CDN and media streaming NGINX modules that were deployed to 18 Netflix in 2011 included core NGINX Plus features. (Pl.’s Mot. to Compel at 7.) Thus, to the 19 extent the discovery requests are focused on the code that is ultimately part of the NGINX Plus 20 code developed before the end of 2011, such discovery would appear to be within the scope of the 21 Initial Phase Fact Discovery even if they are based on statements made in 2014. 22 B. Party Discovery 23 Plaintiff and Netflix dispute whether Plaintiff is required to identify “gaps” in party 24 discovery before seeking discovery from Netflix. (Pl.’s Mot. to Compel at 21; Netflix Opp’n at 25 6.) Plaintiff points out that “Rule 45 does not require that a requesting party exhaust party 26 discovery before seeking discovery from a nonparty.” In re Uber Techs., Inc., Case No. 23-md27 3084-CRB (LJC), 2024 U.S. Dist. LEXIS 123530 , at *20 (N.D. Cal. July 14, 2024). Likewise, 1 defendants’ possession.” Viacom Int’l, Inc. v. YouTube, Inc., No. C 08-80129 SI, 2008 U.S. Dist. 2 LEXIS 79777 , at *10 (N.D. Cal. Aug. 18, 2008). Thus, Plaintiff argues that “[t]he proper inquiry 3 is not the purported ‘delta’ between the discovery in Defendants’ and Netflix’s possession, 4 custody, or control, but is whether the scope of discovery [Plaintiff] seeks is proportional to the 5 needs of the action.” (Pl.’s Mot. to Compel at 21; see also Pl.’s Reply at 7.) 6 Important to this proportionality determination, however, is whether a gap exists in the first 7 place, as “[c]ourts have long taken care to protect non-parties from bearing the burden of 8 discovery properly borne by parties to a litigation.” Patel Eng’g Ltd. v. Patel, No. 25-mc-801189 VKD, 2025 WL 1745724 , at *5 (N.D. Cal. June 23, 2025); see also In re Uber Techs., Inc., 2024 10 U.S. Dist. LEXIS 123530 , at *21 (“nonparties subject to discovery requests deserve extra 11 protections from the courts.”). Thus, contrary to Plaintiff’s assertion that the Court need not 12 consider whether there is a gap between the documents in Netflix’s and Defendants’ possession, 13 courts have generally only compelled production from a nonparty in “appropriate circumstances,” 14 e.g., “because there is a reason to believe that the files of the third party may contain different 15 versions of documents, additional material, or perhaps significant omissions.” Viacom Int’l, Inc., [16] 2008 U.S. Dist. LEXIS 79777 , at *10 (permitting discovery from nonparty where the plaintiff 17 established that the defendant had poor recordkeeping, including identifying documents produced 18 by another nonparty that had not been produced by the defendant). Otherwise, “[t]here is simply 19 no reason to burden nonparties when the documents sought are in possession of the party 20 defendant.” Nidec Corp. v. Victor Co., 249 F.R.D. 575, 577 (N.D. Cal. 2007); see 21 LegalZoom.com v. Rocket Lawyer Inc., Case No. 15-mc-80003 NC, 2015 WL 12832823 , at *2 22 (N.D. Cal. Mar. 23, 2015) (denying motion to compel compliance with a subpoena where the 23 plaintiff “has not specified the parameters of the ‘gaps’ that [the nonparty] needs to fill”). 24 In re Uber Technologies, Inc. is a useful illustration of these principles. There, the 25 plaintiffs sought discovery from several nonparties, including Lyft (one of Uber’s primary 26 competitors) and Checkr (a vendor who provided Uber with background checks and other 27 screening services). 2024 U.S. Dist. LEXIS 123530 , at *19, 26. With respect to Lyft, the 1 sexual assault, and the Industry Sharing Safety Program (“ISSP”). Id. at *20-21. The district 2 court required compliance with these requests, noting that the plaintiffs had spent months trying to 3 collect discovery from Uber, but that Uber had not begun producing responsive documents despite 4 the substantial completion deadline being less than two months away. Id. at *22. The district 5 court, however, found that other requests for all documents and communications between Lyft and 6 Uber on other collaborations, all contracts and agreements, and all payments were “broadly 7 worded, catch-all requests . . . designed to gather information related to many different types of 8 collaborations that may exist between Uber and Lyft.” Id. at *23-24. Absent an explanation for 9 “why this broad, open-ended range of materials would be relevant to their claims,” the district 10 court declined to enforce those requests except to the extent they were related to the ISSP. 11 As to Checkr, the district court acknowledged that the plaintiffs had raised concerns about 12 Uber’s document retention policies, but noted that they had not identified gaps in Uber’s 13 productions. 2024 U.S. Dist. LEXIS 1235350 , at *27. With that in mind, the district court found 14 that requests for “all communications with Uber” and “all documents exchanged with Uber” were 15 “so broad that, on their face, [the p]laintiffs failed to demonstrate the relevancy of such a broad 16 range of documents, and the requests unduly burden Checkr with far reaching ESI collection, 17 processing, and production.” Id. at *29. Similarly, a request asking for all payments or 18 contributions was “disproportionate to the needs of the case because it is not clear how the 19 information is important to advancing [the p]laintiffs’ claims or why [the p]laintiffs need this 20 broad range of payment information.” Id. at *30. The district court also found that requests that 21 sought “‘all documents’ ‘relating to’ or ‘related to’ or ‘reflecting’ a general topic create a 22 significant risk of undue burden on a nonparty.” Id. at *30. Rather, the district court found that 23 requests had to be “narrowly tailor[ed] to a more limited set of records.” Id. at *31. The district 24 court did, however, permit document requests that sought more specific records (e.g., Checkr’s 25 policies and procedures regarding its handling, monitoring, and auditing of background checks, 26 recommendations made by Checkr to Uber regarding improving passenger safety with respect to 27 sexual misconduct, and statements of work describing Checkr’s role in carrying out or facilitating 1 documents would be in Uber’s possession. Id. at *32-34. 2 Taken together, there appears to be a clear requirement that nonparty discovery be targeted 3 towards documents that a party may not possess. This inquiry is also informed by the breadth and 4 scope of the document requests; broad, general document requests are more likely to be 5 scrutinized for seeking information that is not relevant to a case, making such requests 6 disproportionate to the needs of the case. With these principles in mind, the Court considers the 7 discovery requests at issue. 8 i. Netflix Source Code 9 The primary request at issue in this motion appears to be any NGINX Plus source code 10 provided by Defendants to Netflix. (See Pl.’s Mot. to Compel at 15-18; Netflix Opp’n at 7-9.) 11 Again, Netflix was the first customer of the NGINX business, with individual Defendants 12 providing to Netflix NGINX CDN-related custom add-ons that ultimately became one of the first 13 products formally released under the name NGINX Plus. (Pl.’s Mot. to Compel at 6.) Plaintiff 14 seeks to determine what code was developed by individual Defendants for Netflix, as Plaintiff has 15 alleged that code comprises of the NGINX Plus code at issue in this case. (Id. at 15.) 16 The Court first determines the relevance of the discovery sought. Gonzales, 234 F.R.D. at 17 680. There can be no real dispute that any NGINX Plus code developed by individual Defendants 18 for Netflix in 2010 and 2011 are directly relevant to the copyright infringement case. Instead, 19 Netflix argues that Plaintiff’s requests are overbroad to the extent they seek information on 20 Netflix’s Open Connect system because Open Connect is not NGINX Plus. (Netflix Opp’n at 12.) 21 Plaintiff, however, has explained that in the 2014 Smirnoff Presentation, Defendant Smirnoff 22 explained that he and other individual Defendants designed Open Connect as a “specialized CDN” 23 to serve video, and that the Open Connect appliance included “additional modules for NGINX” 24 such as custom modules “specific to video streaming.” (Major Decl., Exh. 6 (“2014 Smirnoff 25 Presentation Tr.”) at 6:24-7:3, 8:23-9:3, 10:12-19.) Thus, it appears that the Open Connect system 26 used NGINX Plus code that was developed prior to the end of 2011, such that discovery on those 27 systems is relevant. 1 requested discovery can be produced by Defendants. See Gonzales, 234 F.R.D. at 674 . At the 2 hearing, Plaintiff stated that they would want to compare the Netflix code with any code provided 3 by Defendants to determine if there were differences. Plaintiff also explains that prior to leaving 4 Rambler, the individual Defendants destroyed and removed information -- including development 5 history information -- from the Rambler equipment that they used to develop NGINX Plus. (Pl.’s 6 Mot. to Compel at 7.) Further, Plaintiff explains that while Defendants have the NGINX Plus 7 code in a code repository, access to the code repository (which appears to be a subject of 8 contention between Plaintiff and Defendants) is still insufficient to identify when code was 9 written. (Id. at 15.) 10 Specifically, Plaintiff provides a declaration by Nicholas Ellison, who explains that a 11 repository is a centralized database which includes “version control” systems that record snapshots 12 of a project at different times. (Ellison Decl. ¶ 8, Dkt. No. 229.) This permits developers to track 13 changes to files over time, including identifying when changes were made. (Ellison Decl. ¶ 9.) 14 Changes made through a version control system are typically managed using the repository and 15 “commits,” or snapshots of a software development project at a specific point in time. (Ellison 16 Decl. ¶ 10.) Ellison, however, not only explains how commits can be manipulated to change the 17 commit date and author information, but explains how such manipulation could have occurred in 18 this case. (Ellison Decl. ¶ 10(b).) For example, code can be written on a local device and then 19 committed to the repository (which can be months or years after the code was written), such that 20 the commit date does not reflect when the code was actually written. (Ellison Decl. ¶ 14(a).) 21 Here, Plaintiff has alleged that Defendants stored their NGINX Plus code on personal servers that 22 were then removed from Rambler, which means the NGINX Plus code developed at Rambler 23 could have remained on their local devices for an extended period of time before being committed 24 to a repository. (Ellison Decl. ¶ 14(a).) Further, code can be moved between repositories without 25 preserving the history. (Ellison Decl. ¶¶ 10(b), 14(b).) As Plaintiff alleges that Defendants used 26 Rambler’s infrastructure to develop, test, and store the NGINX Plus code, it is possible that the 27 repository of NGINX Plus code was copied to a local machine before the Rambler servers were 1 (Ellison Decl. ¶¶ 10(b), (c).) 2 Netflix does not dispute Ellison’s declaration, instead arguing that Ellison did not review 3 Defendants’ source code or opine on what is actually in the source code. (Netflix Opp’n at 9.) 4 The point of Ellison’s declaration, however, is not to explain what is in the source code, but to 5 explain why Plaintiff should not be required to rely solely on Defendants’ source code, such that 6 production of source code from Netflix is warranted. Having reviewed Ellison’s declarations, 7 combined with Plaintiff’s allegations that individual Defendants went to great lengths to hide and 8 destroy evidence on the Rambler servers, there appears to be a legitimate reason to believe that 9 Netflix’s source code would be different from or reflect omissions in the source code stored in 10 Defendants’ repository. Thus, Plaintiff has identified the “gap” in Defendants’ documents that 11 would be filled by discovery of Netflix’s source code. 12 In the alternative, Netflix argues that in its appellate brief, Plaintiff had argued that the 13 commit dates could be used to determine which portions of the NGINX Plus code were finalized 14 before Defendant Sysoev left Rambler. (Netflix Opp’n at 9.) Plaintiff responds that it never 15 suggested that this was the only method of proving the time and author of code, or that it was 16 conclusive. (Pl.’s Reply at 8.) Again, given Ellison’s explanation for how commit dates could be 17 manipulated and the allegations in this case, there is a serious possibility that the commits in 18 Defendants’ code repository are not accurate. Thus, Plaintiff has a substantial need for Netflix’s 19 code to determine what NGINX Plus code was developed for Netflix by individual Defendants 20 prior to the end of 2011. 21 Balanced against this is the potential hardship to Netflix. See Gonzales, 234 F.R.D. at 680 . 22 Netflix has provided a declaration explaining the practical difficulties of accessing the source code 23 at issue. While the Court appreciates the difficulties articulated by Netflix, Netflix notably does 24 not suggest that searching for the responsive code is not feasible, nor does it identify the time and 25 cost of collecting and producing the responsive code. Thus, balancing the burden on Netflix with 26 Plaintiff’s need for discovery, the Court will allow discovery of NGINX Plus source code 27 provided by Defendants to Netflix, to the extent that it reflects NGINX Plus code developed by the 1 parties should discuss whether cost-sharing is appropriate. 2 ii. Remaining Discovery Requests 3 While the Court finds that Plaintiff has explained why it needs Netflix’s code, the Court 4 finds that Plaintiff has failed to establish the relevance and need for discovery as to the remaining 5 discovery requests. Rather, almost all of Plaintiff’s discovery requests are the type of overbroad 6 requests rejected by In re Uber Technologies, Inc. as disproportionate to the needs of the case. For 7 example, Plaintiff’s first discovery request seeks “All Documents and Communications 8 concerning agreements, contracts and/or statements of work between Netflix and any of the 9 Defendants.” (Major Decl., Exh. 1 (“Subpoena”) at 8.) While the subpoena includes a limitation 10 to the period between January 1, 2008 and December 31, 2012, the subject matter scope of this 11 request is still so broad that it could easily encompass agreements that are not related to the code 12 that ultimately makes up NGINX Plus. (See Subpoena at 6.) The same applies to many of 13 Plaintiff’s other document requests, which seek “All Documents and Communications 14 concerning” broad topics such as work product provided to Netflix by any Defendant, any services 15 provided by Defendants, the design and development of software for Netflix, and any consulting 16 or development services provided by Defendants. (See Subpoena at 8.) In short, the overbreadth 17 of these requests makes it unclear whether all responsive documents will be relevant, creating a 18 significant likelihood that the requests are not proportionate to the needs of the case. This 19 likelihood is only heightened by the fact that Plaintiff does not identify any “gaps” that Netflix’s 20 discovery needs to fill. Plaintiff fails to explain, for example, why Defendants are unlikely to have 21 communications between themselves and Netflix, such that discovery from Netflix is required. 22 In so finding, the Court does not suggest Plaintiff must exhaust discovery before seeking 23 discovery from Netflix. At the same time, Plaintiff cannot simply attempt to seek all documents 24 from Netflix if those documents are also available from Defendants. Instead, Plaintiff needs to 25 provide narrowed discovery requests that focus on documents that Defendants may not possess, 26 and provide a basis for its belief that Defendants may not possess or produce those documents. 27 Thus, the Court ORDERS the parties to meet and confer as to any requests outside of the source 1 IV. CONCLUSION 2 For the reasons stated above, the Court GRANTS IN PART and DENIES IN PART 3 Plaintiff's motion to compel. Netflix is ordered to produce the requested NGINX Plus-related 4 source code by no later than 45 days from the date of this order, pursuant to a protective order, if 5 || needed. If more time is needed, and extension may be requested. The Court denies Plaintiff's 6 || motion to compel as to all other document requests, and orders the parties meet and confer to 7 || narrow these requests. 8 IT IS SO ORDERED. 9 Dated: October 21, 2025 ' 10 hue A. WESTMORE United States Magistrate Judge [12] © [16] = 17 Z 18