IP Library › Granted Patent US 12,563,133
Granted Patent B2
US 12,563,133 · App. 18/487,530 · Granted Feb 24, 2026

Point-to-point database synchronization over a transport protocol

Inventors: Dean Cheng (Santa Clara, CA); Norman Finn (Santa Clara, CA)
Assignee: HUAWEI TECHNOLOGIES CO., LTD.
H04L69/40G06F11/1004G06F16/235G06F16/27H04L45/026
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 12,563,133
App. No.
18/487,530
Granted
Feb 24, 2026
Kind
B2
Abstract

A mechanism includes receiving, at a local node, a Hello message including an application identifier (AppId) and a target link between a target port for a local node and target port for a neighbor node. The local node determines the AppId is associated with an application for performing database synchronization. The local node sets up a local database in memory at the local node as part of a database pair for use by the application, the database pair including a neighbor database at the neighbor node. The local node associates the database pair with the target link. The local node controls synchronization of the local database with the neighbor database via the target link.

Claims (56)

1 . A method implemented in a local node, comprising:

generating a disconnected code for an application, the disconnected code indicating that an exchange of Hello Link-Local Registration Protocol Data Unit (LRPDU) messages has failed;

processing an applicant database at the local node according to the application's response to the disconnected code;

receiving a Complete List LRPDU message from a registrar database at a peer node, the Complete List LRPDU message including record headers for all records at the registrar database; and

comparing the record headers from the Complete List LRPDU message with record headers in the applicant database.

2 . The method of claim 1 , further comprising: resetting notify timers for the applicant database.

3 . The method of claim 1 , further comprising:

determining if there is a mismatch between one or more record headers in the applicant database and one or more record headers from the Complete List LRPDU message; and

transmitting a Record LRPDU message toward the registrar database, the Record LRPDU message containing updated record headers if there is a mismatch.

4 . The method of claim 1 , further comprising:

determining no mismatch between record headers in the applicant database and record headers from the registrar database; and

based on the determination of no mismatch, notifying the application that the applicant database is synchronized with the registrar database.

5 . The method of claim 1 , where the applicant database is associated with the registrar database.

6 . The method of claim 1 , where the Complete List LRPDU message comprises an application identifier (AppId) identifying the application.

7 . The method of claim 1 , wherein the Complete List LRPDU message comprises a My Chassis identifier (ID) identifying the local node, a My Port ID identifying a target port on the local node, a Neighbor Chassis ID identifying the peer node, and a Neighbor Port ID identifying a target port on the peer node.

8 . The method of claim 1 , further comprising:

transmitting one or more Record LRPDU messages toward the registrar database, the Record LRPDU messages indicating updates to records stored in the applicant database;

receiving one or more LRPDU messages acknowledging the Record LRPDU messages;

marking at least one updated record in the applicant database as acknowledged by the registrar database; and

notifying the application that the applicant database is synchronized with the registrar database.

9 . The method of claim 8 , further comprising:

determining that all updated records in the applicant database are acknowledged by the registrar database via LRPDU messages, wherein the notifying the application that the applicant database is synchronized with the registrar database is initiated based on the determination that all updated records in the applicant database are acknowledged by the registrar database via LRPDU messages.

10 . The method of claim 8 , wherein the LRPDU messages acknowledging the Record LRPDU messages include a Partial List LRPDU message.

11 . The method of claim 10 , where the Partial List LRPDU message comprises at least one record header acknowledging the at least one updated record.

12 . The method of claim 11 , wherein the record header includes a record number indicating the updated record and a sequence number identifying an update included in the updated record.

13 . The method of claim 8 , wherein the LRPDU messages acknowledging the Record LRPDU messages include a Complete List LRPDU message, the Complete List LRPDU message including record headers for all records at the registrar database.

14 . The method of claim 8 , wherein the Record LRPDU messages comprise one or more record numbers indicating records updated at the applicant database and one or more sequence numbers identifying updates included in the records updated at the applicant database.

15 . The method of claim 1 , further comprising:

generating a failure notification to the application when a Record LRPDU message timer expires without receiving a corresponding Partial List LRPDU message.

16 . The method of claim 15 , wherein the Complete List LRPDU message includes a first record number field indicating the first record stored at the registrar database and a last record number field indicating the last record stored at the registrar database, and wherein the record headers include record numbers indicating the records stored at the registrar database and sequence numbers identifying updates included in the records stored at the registrar database.

17 . The method of claim 1 , further comprising:

transmitting a Request Complete List LRPDU message toward the registrar database; and

receiving a Complete List LRPDU message from the registrar database in response to the Request Complete List LRPDU message.

18 . A local node comprising:

a transmitter and a processor coupled to the transmitter, the local node configured to:

generate a disconnected code for an application, the disconnected code indicating that an exchange of Hello Link-Local Registration Protocol Data Unit (LRPDU) messages has failed;

process an applicant database at the local node according to the application's response to the disconnected code

receive a Complete List LRPDU message from a registrar database at a peer node, the Complete List LRPDU message including record headers for all records at the registrar database; and

compare the record headers from the Complete List LRPDU message with record headers in the applicant database.

19 . The local node of claim 18 , wherein the local node is further configured to reset notify timers for the applicant database.

20 . The local node of claim 18 , wherein the local node is further configured to:

determine a mismatch between one or more record headers in the applicant database and one or more record headers from the Complete List LRPDU message; and

transmit a Record LRPDU message toward the registrar database, the Record LRPDU message containing updated record headers addressing the mismatch.

21 . The local node of claim 18 , wherein the local node is further configured to:

determine no mismatch between record headers in the applicant database and record headers from the registrar database; and

based on the determination of no mismatch, notify the application that the applicant database is synchronized with the registrar database.

22 . The local node of claim 18 , where the applicant database is associated with the registrar database.

23 . The local node of claim 18 , where the Complete List LRPDU message comprises an application identifier (AppId) identifying the application.

24 . A system comprising:

a local first node;

a peer node communicating with the first node; and

wherein the first node is configured to:

generate a disconnected code for an application, the disconnected code indicating that an exchange of Hello Link-Local Registration Protocol Data Unit (LRPDU) messages has failed;

process an applicant database at the local node according to the application's response to the disconnected code;

receive a Complete List LRPDU message from a registrar database at the peer node, the Complete List LRPDU message including record headers for all records at the registrar database; and

compare the record headers from the Complete List LRPDU message with record headers in the applicant database.

Continuity (5)
Division 17066003 · Oct 8, 2020
Continuation PCTCN2019081640 · Apr 6, 2019
Provisional Application 62782993 · Dec 20, 2018
Provisional Application 62655625 · Apr 10, 2018
Related Publication 20240048645A1 · Feb 8, 2024
References Cited (48)
US 4056426A · Sipin · 1977 [cited by applicant]
US 6477543B1 · Huang et al. · 2002 [cited by applicant]
US 6606694B2 · Carteau · 2003 [cited by applicant]
US 6775236B1 · Scrandis · 2004 [cited by examiner]
US 7747561B1 · Gupta · 2010 [cited by examiner]
US 10594604B1 · Lohiya et al. · 2020 [cited by applicant]
US 11310350B2 · Sarikaya et al. · 2022 [cited by applicant]
US 11805193B2 · Cheng · 2023 [cited by examiner]
US 20020059279A1 · Kim et al. · 2002 [cited by applicant]
US 20040246902A1 · Weinstein · 2004 [cited by examiner]
US 20060215547A1 · Koppol · 2006 [cited by examiner]
US 20070211623A1 · Nishioka · 2007 [cited by examiner]
US 20080062862A1 · Goyal · 2008 [cited by examiner]
US 20080304483A1 · Williams et al. · 2008 [cited by applicant]
US 20090116496A1 · Savage et al. · 2009 [cited by applicant]
US 20090116514A1 · Yan et al. · 2009 [cited by applicant]
US 20090177631A1 · Ohwada · 2009 [cited by applicant]
US 20100174863A1 · Cooper et al. · 2010 [cited by applicant]
US 20100228866A1 · Li et al. · 2010 [cited by applicant]
US 20110052190A1 · Lu · 2011 [cited by examiner]
US 20110286324A1 · Bellagamba et al. · 2011 [cited by applicant]
US 20120078680A1 · Tharp · 2012 [cited by applicant]
US 20140376562A1 · Zhang · 2014 [cited by applicant]
US 20150095601A1 · Muralimanhar et al. · 2015 [cited by applicant]
US 20160088578A1 · Das et al. · 2016 [cited by applicant]
CN 1976336A · 2007 [cited by applicant]
CN 102017580A · 2011 [cited by applicant]
CN 102546427A · 2012 [cited by applicant]
CN 102831223A · 2012 [cited by applicant]
JP 2002049517A · 2002 [cited by applicant]
JP 2011034175A · 2011 [cited by applicant]
JP 2011227712A · 2011 [cited by applicant]
JP 2014116688A · 2014 [cited by applicant]
JP 2015108927A · 2015 [cited by applicant]
JP 2017224351A · 2017 [cited by applicant]
RU 2595546C2 · 2016 [cited by applicant]
“IEEE P802.1CS Link-Local Registration Protocol Draft 1.3 Introduction”, Huawei Technologies Co. Ltd., Mar. 7, 2018.Available on the Internet at URL:https://www.ieee802.Org/1/files/public/docs2018/cs-finn-D1-3-introduct… [cited by applicant]
Jose Costa-Requena et al ., “Autoconfiguration Mechanism for IP Telephony Location Servers ”, IFIP International Federation for Information Processing 2003, total: 12pages. [cited by applicant]
IEEE Std 802.1AB-2016(Revision of IEEE Std 802.1AB-2009), IEEE Standard for Local and metropolitan area networks—Station and Media Access Control Connectivity Discovery, 146 pages. [cited by applicant]
“Draft Standa for Local and metropolitan area networks—Link-local Registration Protocol IEEE P802.1CS /01.3,” Mar. 2018, 75 pages. [cited by applicant]
“Draft Standa for Local and metropolitan area networks—Link-local Registration Protocol IEEE P802.1CS /D1.6,” Aug. 2018, 141 pages. [cited by applicant]
“Transmission Control Protocol,” RFC 793, Sep. 1981, 91 pages. [cited by applicant]
“Draft Standard for Local and metropolitan area networks—Link-local Registration Protocol IEEE P802.1CS/D1.4,” May 2018, 116 pages. [cited by applicant]
Information technology Telecommunications and information exchange between systems—Intermediate pystem to Intermediate System intra-domain routeing information exchange protocol for use in conjunction with the protocol … [cited by applicant]
Information technology Telecommunications and information exchange between systems—Intermediate pystem to Intermediate System intra-domain routeing information exchange protocol for use in conjunction with the protocol … [cited by applicant]
Information technology Telecommunications and information exchange between systems—Intermediate pystem to Intermediate System intra-domain routeing information exchange protocol for use in conjunction with the protocol … [cited by applicant]
Information technology Telecommunications and information exchange between systems—Intermediate pystem to Intermediate System intra-domain routeing information exchange protocol for use in conjunction with the protocol … [cited by applicant]
IEEE Standard for Local and metropolitan area networks—Bridges and Bridged Networks, IEEE Std. 802.1Q, 2014 (Revision of IEEE Std_ 802.1 Q-2011), 1832 pages. [cited by applicant]