Prosecution Insights
Last updated: August 17, 2026
Application No. 19/078,088

PROVIDING SYMMETRIC CONSISTENT HASHING IN A FORWARDING PLANE OF A NETWORK DEVICE

Non-Final OA §102
Filed
Mar 12, 2025
Priority
Jun 21, 2024 — provisional 63/662,741
Examiner
DADA, BEEMNET W
Art Unit
2435
Tech Center
2400 — Computer Networks
Assignee
Juniper Networks Inc.
OA Round
1 (Non-Final)
85%
Grant Probability
Favorable
1-2
OA Rounds
1y 6m
Est. Remaining
99%
With Interview

Examiner Intelligence

Grants 85% — above average
85%
Career Allowance Rate
789 granted / 933 resolved
+26.6% vs TC avg
Strong +18% interview lift
Without
With
+18.4%
Interview Lift
resolved cases with interview
Typical timeline
2y 12m
Avg Prosecution
15 currently pending
Career history
944
Total Applications
across all art units

Statute-Specific Performance

§101
15.5%
-24.5% vs TC avg
§103
29.9%
-10.1% vs TC avg
§102
31.8%
-8.2% vs TC avg
§112
5.2%
-34.8% vs TC avg
Black line = Tech Center average estimate • Based on career data from 933 resolved cases

Office Action

§102
DETAILED ACTION Notice of Pre-AIA or AIA Status The present application, filed on or after March 16, 2013, is being examined under the first inventor to file provisions of the AIA . Information Disclosure Statement The information disclosure statement (IDS) submitted on September 05, 2025 has been considered. The submission is in compliance with the provisions of 37 CFR 1.97. Form PTO-1449 is signed and attached hereto. Drawings The drawings filed on March 12, 2025 are accepted. Specification The specification filed March 12, 2025 is accepted. Claim Rejections - 35 USC § 102 The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the basis for the rejections under this section made in this Office action: A person shall be entitled to a patent unless – (a)(1) the claimed invention was patented, described in a printed publication, or in public use, on sale, or otherwise available to the public before the effective filing date of the claimed invention. Claims 1-20 are rejected under 35 U.S.C. 102(a)(1) as being anticipated by Lin et al. US 2017/0093718 A1 [hereinafter Lin]. As per claim 1, Lin teaches a method, comprising: receiving, by a network device, a hash key from a control plane of the network device [paragraphs 0029-0045]; sorting, by the network device, the hash key based on a next hop address field and to generate a sorted hash key [paragraphs 0029-0045]; storing, by the network device, the sorted hash key locally in a data plane of the network device [paragraphs 0029-0045]; generating, by the network device, a sorted hash table based on the sorted hash key [paragraphs 0029-0045]; and utilizing, by the network device, the sorted hash table to symmetrically route traffic with another network device [paragraphs 0029-0045]. As per claim 8, Lin teaches a network device, comprising: one or more memories [figure 4]; and one or more processors [figure 4] to: receive a hash key from a control plane of the network device [paragraphs 0029-0045]; sort the hash key based on a next hop address field and to generate a sorted hash key [paragraphs 0029-0045]; store the sorted hash key locally in a data plane of the network device; generate a sorted hash table based on the sorted hash key [paragraphs 0029-0045]; receive first traffic provided from a customer and destined for a core network [paragraphs 0029-0045]; and route the first traffic to the core network, through a firewall network device and the other network device, based on the sorted hash table [paragraphs 0029-0045]. As per claim 15, Lin teaches non-transitory computer-readable medium storing a set of instructions, the set of instructions comprising: one or more instructions that, when executed by one or more processors of a network device, cause the network device to: receive a hash key from a control plane of the network device [paragraphs 0029-0045], wherein the hash key is a load-balance hash key function [paragraphs 0029-0045]; sort the hash key based on a next hop address field and to generate a sorted hash key [paragraphs 0029-0045]; store the sorted hash key locally in a data plane of the network device [paragraphs 0029-0045]; generate a sorted hash table based on the sorted hash key [paragraphs 0029-0045]; and utilize the sorted hash table to symmetrically route traffic with another network device [paragraphs 0029-0045]. As per claim 2, Lin further teaches the method further comprising: receiving first traffic provided from a customer and destined for a core network; and routing the first traffic to the core network, through a firewall network device and the other network device, based on the sorted hash table [paragraphs 0029-0045]. As per claim 3, Lin further teaches the method further comprising: receiving second traffic provided from the core network and destined for the customer, wherein the second traffic is received from the other network device, via the firewall network device and based on the sorted hash table; and providing the second traffic to the customer [paragraphs 0029-0045]. As per claim 4, Lin further teaches the method wherein the core network is an Internet protocol based network [paragraphs 0029-0045]. As per claim 5, Lin further teaches the method wherein the first traffic is received from an access network [paragraphs 0029-0045]. As per claim 6, Lin further teaches the method further comprising: receiving a new hash key that includes a new next hop address field entry [paragraphs 0029-0045]; sorting the new hash key based on a next hop address field and to generate a sorted new hash key [paragraphs 0029-0045]; and comparing the sorted new hash key and the sorted hash key to identify the new next hop address field entry [paragraphs 0029-0045]. As per claim 7, Lin further teaches the method further comprising: updating the sorted hash table based on the new next hop address field entry and to generate an updated hash table; and utilizing the updated hash table to symmetrically route traffic [paragraphs 0029-0045]. As per claim 9, Lin further teaches the device wherein the one or more processors are further to: receive a new hash key that is missing a next hop address field entry provided in the hash key [paragraphs 0029-0045]; sort the new hash key based on a next hop address field and to generate a sorted new hash key [paragraphs 0029-0045]; and compare the sorted new hash key and the sorted hash key to identify the missing next hop address field entry [paragraphs 0029-0045]. As per claim 10, Lin further teaches the device wherein the one or more processors are further to: update the sorted hash table based on the missing next hop address field entry and to generate an updated hash table[paragraphs 0029-0045]; and utilize the updated hash table to symmetrically route traffic [paragraphs 0029-0045]. As per claim 11, Lin further teaches the device wherein the one or more processors, to sort the hash key based on the next hop address field and to generate the sorted hash key, are to: utilize the data plane of the network device to sort the hash key based on the next hop address field and to generate the sorted hash key [paragraphs 0029-0045]. As per claim 12, Lin further teaches the device wherein the one or more processors are further to: receive, from the other network device, an indication that an equal-cost multi-path routing (ECMP) path is disabled in an upstream direction [paragraphs 0029-0045]; and disable the ECMP path in a downstream direction based on the indication and to maintain hash table symmetricity [paragraphs 0029-0045]. As per claim 13, Lin further teaches the device wherein the one or more processors are further to: receive an indication that a path between the other network device and a firewall network device is disabled; and disable a path between the network device and the firewall network device based on the indication [paragraphs 0029-0045]. As per claim 14, Lin further teaches the device wherein the hash key is a load-balance hash key function [paragraphs 0029-0045]. As per claim 16, Lin further teaches the medium wherein the one or more instructions further cause the network device to: receive first traffic provided from a customer and destined for a core network; route the first traffic to the core network, through a firewall network device and the other network device, based on the sorted hash table [paragraphs 0029-0045]; and receive second traffic provided from the core network and destined for the customer, wherein the second traffic is received from the other network device, via the firewall network device and based on the sorted hash table; and provide the second traffic to the customer [paragraphs 0029-0045]. As per claim 17, Lin further teaches the medium wherein the one or more instructions further cause the network device to: receive a new hash key that includes a new next hop address field entry [paragraphs 0029-0045]; sort the new hash key based on a next hop address field and to generate a sorted new hash key [paragraphs 0029-0045]; and compare the sorted new hash key and the sorted hash key to identify the new next hop address field entry [paragraphs 0029-0045]. As per claim 18, Lin further teaches the medium wherein the one or more instructions further cause the network device to: update the sorted hash table based on the new next hop address field entry and to generate an updated hash table [paragraphs 0029-0045]; and utilize the updated hash table to symmetrically route traffic [paragraphs 0029-0045]. As per claim 19, Lin further teaches the medium wherein the one or more instructions further cause the network device to: receive a new hash key that is missing a next hop address field entry provided in the hash key [paragraphs 0029-0045]; sort the new hash key based on a next hop address field and to generate a sorted new hash key [paragraphs 0029-0045]; and compare the sorted new hash key and the sorted hash key to identify the missing next hop address field entry [paragraphs 0029-0045]. As per claim 20, Lin further teaches the medium wherein the one or more instructions further cause the network device to: update the sorted hash table based on the missing next hop address field entry and to generate an updated hash table [paragraphs 0029-0045]; and utilize the updated hash table to symmetrically route traffic [paragraphs 0029-0045]. Conclusion Any inquiry concerning this communication or earlier communications from the examiner should be directed to BEEMNET W DADA whose telephone number is (571)272-3847. The examiner can normally be reached Monday-Friday, 9am-5pm. Examiner interviews are available via telephone, in-person, and video conferencing using a USPTO supplied web-based collaboration tool. To schedule an interview, applicant is encouraged to use the USPTO Automated Interview Request (AIR) at http://www.uspto.gov/interviewpractice. If attempts to reach the examiner by telephone are unsuccessful, the examiner’s supervisor, Joseph Hirl can be reached at 571-272-3685. The fax phone number for the organization where this application or proceeding is assigned is 571-273-8300. Information regarding the status of published or unpublished applications may be obtained from Patent Center. Unpublished application information in Patent Center is available to registered users. To file and manage patent submissions in Patent Center, visit: https://patentcenter.uspto.gov. Visit https://www.uspto.gov/patents/apply/patent-center for more information about Patent Center and https://www.uspto.gov/patents/docx for information about filing in DOCX format. For additional questions, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a USPTO Customer Service Representative, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. BEEMNET W. DADA Primary Examiner Art Unit 2435 /BEEMNET W DADA/ Primary Examiner, Art Unit 2435
Read full office action

Prosecution Timeline

Mar 12, 2025
Application Filed
Jun 17, 2026
Non-Final Rejection mailed — §102
Aug 16, 2026
Interview Requested

Precedent Cases

Applications granted by this same examiner with similar technology

Patent 12705358
TIME-WINDOW BASED MULTI-STAGE SAMPLING
2y 4m to grant Granted Aug 11, 2026
Patent 12699775
ACHIEVING MINIMUM TRUSTWORTHINESS IN DISTRIBUTED WORKLOADS
2y 4m to grant Granted Aug 04, 2026
Patent 12701137
USING IMAGES GENERATED FROM NETWORK PACKETS TO IDENTIFY APPLICATIONS
1y 11m to grant Granted Aug 04, 2026
Patent 12699767
VIRTUALIZATION-BASED TRUSTED COMPUTING MEASUREMENT METHOD AND APPARATUS, DEVICE, AND STORAGE MEDIUM
1y 11m to grant Granted Aug 04, 2026
Patent 12694114
COMPUTER SYSTEMS AND METHODS FOR SCORING AND MANAGING DIGITAL CONTENT
2y 7m to grant Granted Jul 28, 2026
Study what changed to get past this examiner. Based on 5 most recent grants.

Strategy Recommendation AI-generated — please review before filing

Get a prosecution strategy drawn from examiner precedents, rejection analysis, and claim mapping.
Typically takes 5-10 seconds — AI-generated, attorney review required before filing

Prosecution Projections

1-2
Expected OA Rounds
85%
Grant Probability
99%
With Interview (+18.4%)
2y 12m (~1y 6m remaining)
Median Time to Grant
Low
PTA Risk
Based on 933 resolved cases by this examiner. Grant probability derived from career allowance rate.

Sign in with your work email

Enter your email to receive a magic link. No password needed.

Personal email addresses (Gmail, Yahoo, etc.) are not accepted.

Free tier: 3 strategy analyses per month