[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN118118823B - FTTR-based network topology acquisition method, FTTR-based network topology acquisition device, FTTR-based network topology acquisition equipment and medium - Google Patents

FTTR-based network topology acquisition method, FTTR-based network topology acquisition device, FTTR-based network topology acquisition equipment and medium Download PDF

Info

Publication number
CN118118823B
CN118118823B CN202410487392.2A CN202410487392A CN118118823B CN 118118823 B CN118118823 B CN 118118823B CN 202410487392 A CN202410487392 A CN 202410487392A CN 118118823 B CN118118823 B CN 118118823B
Authority
CN
China
Prior art keywords
equipment
topology
gateway device
fttr
hanging
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202410487392.2A
Other languages
Chinese (zh)
Other versions
CN118118823A (en
Inventor
吴桦材
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sichuan Tianyi Comheart Telecom Co Ltd
Original Assignee
Sichuan Tianyi Comheart Telecom Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sichuan Tianyi Comheart Telecom Co Ltd filed Critical Sichuan Tianyi Comheart Telecom Co Ltd
Priority to CN202410487392.2A priority Critical patent/CN118118823B/en
Publication of CN118118823A publication Critical patent/CN118118823A/en
Application granted granted Critical
Publication of CN118118823B publication Critical patent/CN118118823B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q11/00Selecting arrangements for multiplex systems
    • H04Q11/0001Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0003Details
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/66Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q11/00Selecting arrangements for multiplex systems
    • H04Q11/0001Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062Network aspects
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5007Internet protocol [IP] addresses
    • H04L61/5014Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q11/00Selecting arrangements for multiplex systems
    • H04Q11/0001Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062Network aspects
    • H04Q2011/009Topology aspects

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

The application provides a network topology acquisition method, a device, equipment and a medium based on FTTR, which relate to the technical field of communication and are used for solving the problem of how to acquire FTTR network topology, wherein a host gateway device receives a DHCP request message sent by a down-hanging device except the host gateway device in FTTR, quickly determines the connection relation between the down-hanging device and the host gateway device through a target field in the DHCP request message, and stores topology information of the down-hanging device in a multi-way tree mode according to the connection relation between the down-hanging device and the host gateway device so as to acquire FTTR network topology, thereby solving the problem of how to acquire FTTR network topology.

Description

FTTR-based network topology acquisition method, FTTR-based network topology acquisition device, FTTR-based network topology acquisition equipment and medium
Technical Field
The application relates to the technical field of communication and provides a network topology acquisition method, device, equipment and medium based on FTTR.
Background
The fiber-to-the-room (Fiber to the Room, FTTR) employs a network architecture of a master gateway device and a plurality of slave gateway devices, each of which in turn may hang a plurality of FTTR devices. Therefore, FTTR network environments are complex, and multi-level hierarchical networking can actually occur, wherein three connection modes of wireless, network cable and optical fiber can occur, and the whole network topology can be tree-shaped or chain-shaped.
At present, an open source protocol aiming at FTTR network topology is not available, and the network topology of FTTR is difficult to obtain, so that the problems of difficult obstacle removal of operation and maintenance personnel, influence on user experience, increase of management difficulty of an operator platform and the like are caused.
Disclosure of Invention
The application provides a network topology acquisition method, device, equipment and medium based on FTTR, which are used for solving the problem of how to acquire FTTR network topology.
In a first aspect, a network topology obtaining method based on FTTR is provided, which is applied to a main gateway device of an optical fiber-to-room FTTR, and the method includes:
Receiving a Dynamic Host Configuration Protocol (DHCP) request message sent by an underhung device; wherein the down-hanging device is a device in the FTTR network other than the primary gateway device; the DHCP request message comprises a target field and topology information of the down-hanging device;
Determining the connection relation between the hanging equipment and the main gateway equipment according to the value of the target field;
and according to the connection relation between the down-hanging equipment and the main gateway equipment, storing the topology information of the down-hanging equipment in a multi-way tree to obtain the FTTR network topology.
Optionally, determining, according to the value of the target field, a connection relationship between the hanging device and the primary gateway device includes:
if the value of the target field is 0, determining that the hanging-down equipment is directly connected with the main gateway equipment;
If the value of the target field is N, determining that the hanging-down equipment is connected with the main gateway equipment through N slave gateway equipment; n is a positive integer greater than 0.
Optionally, the storing topology information of the down-hanging device in a multi-tree according to the connection relationship between the down-hanging device and the main gateway device includes:
taking the main gateway equipment as a root node of a multi-way tree;
If the hanging equipment is determined to be directly connected with the main gateway equipment, the hanging equipment is used as a child node of the main gateway equipment;
if the connection between the down-hanging device and the main gateway device through N slave gateway devices is determined, the down-hanging device is used as a child node of the tail end slave gateway device in the N slave gateway devices; wherein the down-hanging device is directly connected with the tail end from gateway equipment;
and storing the topology information of the hanging equipment in a child node of the multi-way tree where the hanging equipment is located.
Optionally, after storing topology information of the down device in a multi-way tree according to a connection relationship between the down device and the primary gateway device to obtain the network topology of FTTR, the method further includes:
sending a topology request to each slave gateway device in the down-hanging device at intervals of a preset period; the topology request is used for acquiring the latest topology information locally stored by each slave gateway device; the latest topology information locally stored by each slave gateway device comprises the latest topology information of the target slave gateway device directly connected with each slave gateway device and the latest topology information of the target terminal device directly connected with each slave gateway device;
And updating the multi-way tree according to the latest topology information stored locally in the gateway equipment.
Optionally, the topology request includes a first topology request and a second topology request; the preset period comprises a first period and a second period smaller than the first period;
The sending topology request to the slave gateway device in the hanging device at intervals of a preset period includes:
sending the first topology request to each slave gateway device every the first period; the first topology request is used for acquiring the latest topology information of the target slave gateway equipment;
Sending the second topology request to each slave gateway device every second period; the second topology request is used for acquiring the latest topology information of the target terminal equipment.
Optionally, after storing topology information of the down device in a multi-way tree according to a connection relationship between the down device and the primary gateway device to obtain the network topology of FTTR, the method further includes:
when detecting that the topology information of the target equipment directly connected with the main gateway equipment changes, acquiring the latest topology information of the target equipment;
and updating the multi-way tree according to the latest topology information of the target equipment.
Optionally, after storing topology information of the down device in a multi-way tree according to a connection relationship between the down device and the primary gateway device to obtain the network topology of FTTR, the method further includes:
Receiving an offline message sent from gateway equipment in the hanging equipment; the offline message is used for indicating that a specified terminal device in the offline device is offline;
and deleting the child node where the designated terminal equipment is located from the multi-way tree.
In a second aspect, there is provided a FTTR-based network topology acquisition apparatus, the apparatus being provided in a primary gateway device for application to a fiber-to-room FTTR, the apparatus comprising:
The receiving module is used for receiving a Dynamic Host Configuration Protocol (DHCP) request message sent by the down-hanging device; wherein the down-hanging device is a device in the FTTR network other than the primary gateway device; the DHCP request message comprises a target field and topology information of the down-hanging device;
The determining module is used for determining the connection relation between the hanging equipment and the main gateway equipment according to the value of the target field;
And the storage module is used for storing the topology information of the down-hanging equipment in a multi-way tree according to the connection relation between the down-hanging equipment and the main gateway equipment so as to obtain the network topology of FTTR.
In a third aspect, the present application provides a gateway device, where the gateway device includes a memory and a processor, where the memory stores a computer program, and the processor executes the computer program to implement the network topology acquisition method based on FTTR in the first aspect.
In a fourth aspect, the present application provides a computer readable storage medium, where a computer program is stored, and a processor executes the computer program to implement the network topology acquisition method based on FTTR in the first aspect.
Compared with the prior art, the embodiment of the application has the following beneficial effects:
The embodiment of the application provides a network topology acquisition method based on FTTR, which is applied to main gateway equipment from an optical fiber to a room FTTR, and comprises the following steps: receiving a Dynamic Host Configuration Protocol (DHCP) request message sent by an underhung device; the down hanging device is a device except the main gateway device in FTTR; the DHCP request message comprises a target field and topology information of the down-hanging device; determining the connection relation between the down-hanging device and the main gateway device according to the value of the target field; according to the connection relation between the down-hanging device and the main gateway device, the topology information of the down-hanging device is stored in a multi-way tree; wherein the multi-drop tree is used to indicate FTTR the network topology. According to the application, the connection relation between the down-hanging device and the main gateway device is rapidly determined through the target field in the DHCP request message, and the topology information of the down-hanging device is stored in a multi-way tree mode, so that the network topology of FTTR is obtained, an additional topology discovery protocol is not required to be developed, and the problem of how to obtain the FTTR network topology is solved. When the FTTR network fails in the later period, operation and maintenance personnel can improve the obstacle removing efficiency according to the FTTR network topology, and the user experience is improved.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the related art, the drawings that are required to be used in the embodiments or the related technical descriptions will be briefly described, and it is apparent that the drawings in the following description are only embodiments of the present application, and other drawings may be obtained according to the provided drawings without inventive effort for those skilled in the art.
Fig. 1 is a schematic diagram of an application scenario provided in an embodiment of the present application;
fig. 2 is a schematic flow chart of a network topology obtaining method based on FTTR according to an embodiment of the present application;
FIG. 3 is a schematic diagram of a multi-tree according to an embodiment of the present application;
FIG. 4 is a schematic diagram of periodically acquiring topology information according to an embodiment of the present application;
FIG. 5 is a schematic diagram of obtaining different topology information in different periods according to an embodiment of the present application;
FIG. 6 is a schematic diagram of offline message reporting according to an embodiment of the present application;
fig. 7 is a schematic diagram of a transmission flow of a DHCP request according to an embodiment of the present application;
fig. 8 is a schematic diagram of a transmission flow of DHCP reply according to an embodiment of the present application;
fig. 9 is a schematic structural diagram of a network topology obtaining device based on FTTR according to an embodiment of the present application.
Detailed Description
For the purpose of making the objects, technical solutions and advantages of the present application more apparent, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present application, and it is apparent that the described embodiments are only some embodiments of the present application, not all embodiments of the present application. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application. Embodiments of the application and features of the embodiments may be combined with one another arbitrarily without conflict. Also, while a logical order is depicted in the flowchart, in some cases, the steps depicted or described may be performed in a different order than presented herein.
In order to solve the problem of how to acquire the network topology of FTTR, the application provides a FTTR-based gateway management method, which is applied to gateway equipment of an optical fiber-to-room FTTR network. The following description is made for some simple descriptions of application scenarios applicable to the technical solution of the embodiment of the present application, and it should be noted that the application scenarios described below are only used for illustrating the embodiment of the present application, but not limiting. In the specific implementation process, the technical scheme provided by the embodiment of the application can be flexibly applied according to actual needs.
Referring to fig. 1, an application scenario is schematically shown, where the application scenario includes a master gateway device, a plurality of slave gateway devices, and a plurality of terminal devices. A plurality of slave gateway devices may be distributed within each room or corridor for managing the local area network of that room or corridor. A master gateway device is usually located in a central location of a building or in a special equipment room, and is connected to slave gateway devices in respective rooms, and is responsible for overall network management and data forwarding. Terminal devices such as computers, cell phones, tablets, etc., multiple terminal devices may access the master gateway device or the slave gateway device.
Specifically, the master gateway device is directly connected with the first slave gateway device, the second slave gateway device and the first terminal device, the first slave gateway device is directly connected with the third slave gateway device and the second terminal device, the second slave gateway device is directly connected with the third terminal device, and the third slave gateway device is directly connected with the fourth terminal device.
It should be noted that fig. 1 is an example in which the plurality of slave gateway devices includes three slave gateway devices, that is, a first slave gateway device, a second slave gateway device, and a third slave gateway device, and the plurality of terminal devices includes a first terminal device, a second terminal device, a fourth terminal device, and a third terminal device, which are not limited in number.
The application scenario of the embodiment of the present application is introduced above, and the network topology acquisition method based on FTTR shown in fig. 2 is introduced below with reference to the application scenario of fig. 1.
S201, receiving a Dynamic Host Configuration Protocol (DHCP) request message sent by the down-hanging device.
In the specific implementation process, when the down-hanging device accesses FTTR a network, a Dynamic Host Configuration Protocol (DHCP) request message is actively sent to the main gateway device. The under-hanging device is a device except the main gateway device in FTTR networks, and the under-hanging device can be a slave gateway device or a terminal device. The DHCP request message is used for indicating the main gateway device to send an IP address for the down-hanging device, and comprises a target field and topology information of the down-hanging device.
The down-hanging device can be a device directly connected with the main gateway device or a device not directly connected with the main gateway device, if the down-hanging device is a device directly connected with the main gateway device, the down-hanging device directly sends a DHCP request message to the main gateway device, and if the down-hanging device is a device not directly connected with the main gateway device, the down-hanging device directly sends the DHCP request message to the main gateway device through the gateway device directly connected with the main gateway device.
S202, determining the connection relation between the down-hanging device and the main gateway device according to the value of the target field.
In the specific implementation process, after receiving the DHCP request message, the primary gateway device parses the DHCP request message to obtain the target field and topology information of the hanging device. The target field, for example, the hops field, is described below, because the hanging device may be a slave gateway device or a terminal device, and the topology information of the hanging device is different.
If the down-hanging device is a terminal device, the topology information of the down-hanging device includes an IP address, an MAC address, a parent MAC address, a network role, a host name, an online timestamp, a offline timestamp, a port number, a connection type, and the like. The following description will be made separately.
1. IP address: the address of the underhung device uniquely identified in the network.
2. MAC address: the physical address of the device is hanged down.
3. Parent MAC address (PRAENT MAC): the MAC address of the upper level device connected to the underhung device.
4. Network role (Network MAC): the underhung device plays a role in FTTR networks, e.g., from gateway devices, terminal devices, etc.
5. Hostname (Hostname): the name of the hanging device is identified.
6. Online timestamp (Online TIME STAMP): the time stamp of the connection of the hanging device to FTTR networks.
7. Offline timestamp (Offline TIME STAMP): the time stamp of the down device disconnecting from FTTR network connections.
8. Port number (Port): the physical interface number of the master gateway device or the slave gateway device to which the underhung device is connected to FTTR network.
9. Connection Type (Connected Type): the manner in which the underhung device accesses FTTR the network, e.g., wireless, wire, fiber optic.
If the under-hook device is a slave gateway device, the topology information of the under-hook device includes, in addition to the above nine kinds of information, hardware Version information (Hardware Version) and Software Version information (Software Version) used by the under-hook device.
In one possible embodiment, if the value of the target field is 0, determining that the down device is directly connected to the primary gateway device; if the value of the target field is N, determining that the hanging equipment is connected with the main gateway equipment through N slave gateway equipment; n is a positive integer greater than 0.
For example, if the value of the hops field is 1, it is determined that the hanging device is connected to the master gateway device through 1 slave gateway device, specifically for example: the down hanging device is directly connected with the slave gateway device A, and the slave gateway device A is directly connected with the master gateway device. If the value of the hops field is 2, it is determined that the hanging device and the master gateway device are connected through 2 slave gateway devices, specifically for example: the lower hanging device is directly connected with the slave gateway device A, the slave gateway device A is directly connected with the slave gateway device B, and the slave gateway device B is directly connected with the master gateway device.
In the embodiment of the application, whether the down-hanging device is the direct connection device of the main gateway device can be directly and rapidly judged according to whether the value of the target field in the DHCP request message is 0, thereby improving the efficiency of obtaining FTTR network topology.
And S203, according to the connection relation between the down-hanging device and the main gateway device, storing the topology information of the down-hanging device in a multi-way tree to obtain FTTR network topology.
Wherein the primary gateway device is the root node of the multi-way tree, e.g. the primary gateway device in fig. 1is the root node. The terminal devices are leaf nodes of the multi-way tree, for example, the first terminal device, the second terminal device, the fourth terminal device and the third terminal device in fig. 1 are leaf nodes. The slave gateway device is a branching node or a leaf node of the multi-way tree, and if some slave gateway device is hung with other slave gateway devices or terminal devices, for example, the first slave gateway device and the second slave gateway device in fig. 1, the slave gateway device is a branching node of the multi-way tree. If a certain slave gateway device does not have any device down-hanging, the slave gateway device is a leaf node of the multi-way tree.
In one possible embodiment, the primary gateway device is taken as the root node of the multi-way tree; if the fact that the down-hanging device is directly connected with the main gateway device is determined, the down-hanging device is used as a child node of the main gateway device, and topology information of the down-hanging device is stored in a multi-way tree; if the fact that the underhung equipment is connected with the main gateway equipment through N slave gateway equipment is determined, the underhung equipment is used as a child node of the tail end slave gateway equipment in the N slave gateway equipment, and topology information of the underhung equipment is stored in a multi-way tree; the lower hanging device is directly connected with the tail end slave gateway device.
Referring to fig. 3, a schematic diagram of a multi-tree provided in an embodiment of the present application, that is, a multi-tree corresponding to the FTTR network in fig. 1, where a master gateway device in fig. 1 is directly connected to a first slave gateway device, a second slave gateway device, and a first terminal device, and the first slave gateway device, the second slave gateway device, and the first terminal device are respectively used as sub-nodes of the master gateway device. The third terminal equipment is connected with the master gateway equipment through the second slave gateway equipment, and the third terminal equipment is used as a child node of the second slave gateway equipment. The second terminal equipment is connected with the master gateway equipment through the first slave gateway equipment, and the second terminal equipment is used as a child node of the first slave gateway equipment. The fourth terminal device is connected with the master gateway device through the first slave gateway device and the third slave gateway device, wherein the third slave gateway device is the end slave gateway device, and the fourth terminal device is used as a child node of the third slave gateway device (end slave gateway device). The resulting multi-drop tree according to the FTTR network of fig. 1 is thus shown in fig. 3.
The circles in fig. 3 represent nodes of the multi-drop tree, and topology information of each of the underhung devices is stored in a corresponding child node in the multi-drop tree. For example, the topology information of the first slave gateway device is stored in the child node where the first slave gateway device is located, and the topology information of the first terminal device is stored in the child node where the first terminal device is located.
Considering that the down device may be disconnected or disconnected again at any time, the network topology of FTTR is changed, in one possible embodiment, the primary gateway device stores the topology information of the down device in the multi-way tree according to the connection relationship between the down device and the primary gateway device, so as to obtain the network topology of FTTR, and then updates the multi-way tree according to the latest topology information of each down device. The following is a description of the case.
In the first case, the lower hanging device is directly connected with the main gateway device.
The method comprises the steps that when the main gateway equipment detects that topology information of target equipment directly connected with the main gateway equipment changes, the latest topology information of the target equipment is obtained; and updating the multi-way tree according to the latest topology information of the target equipment.
In a specific implementation process, the target device is, for example, a first slave gateway device, a second slave gateway device and a first terminal device in fig. 1. When topology information of the target device changes, for example, the target device goes offline, the primary gateway device may delete the child node where the target device is located from the multi-drop tree.
In the embodiment of the application, aiming at the target equipment directly connected with the main gateway equipment, whether the topology information of the target equipment is changed can be directly detected, and the FTTR network topology is updated in time according to the latest topology information of the target equipment.
In the second case, the lower hanging device is connected with the main gateway device through N gateway devices.
The method comprises the steps that a master gateway device sends a topology request to each slave gateway device in the down-hanging devices at intervals of a preset period; the topology request is used for acquiring the latest topology information stored locally by each slave gateway device; the multi-drop tree is updated based on the latest topology information stored locally from the gateway device.
In a specific implementation process, the slave gateway device, for example, the first slave gateway device, the second slave gateway device, and the third slave gateway device in fig. 1, for example, have a preset period of 30S, for example. Each slave gateway device, after receiving the topology request, queries the locally stored latest topology information including the latest topology information of the target slave gateway device directly connected to each slave gateway device, the latest topology information of the target terminal device directly connected to each slave gateway device, the target slave gateway device such as the third slave gateway device in fig. 1, and the target terminal device such as the second terminal device in fig. 1. Each slave gateway device sends the latest topology information stored locally to the master gateway device, and the master gateway device can update the multi-way tree according to the latest topology information stored locally by the slave gateway device.
Fig. 4 is a schematic diagram of periodic topology information acquisition according to an embodiment of the present application. Setting a preset period as 30s, and a timer for timing, when the timeout time of 30s is up, the master gateway device actively acquires topology information from the slave gateway device 1, the slave gateway device 2 and the slave gateway device 3, respectively, the slave gateway device 1, the slave gateway device 2 and the slave gateway device 3 inquire direct connection data from the direct connection hanging device information cached by the slave gateway device 1, the slave gateway device 2 and the slave gateway device 3 respectively, return the inquired data result, and update the stored network topology data after the master gateway device acquires the topology information.
In the embodiment of the application, aiming at the down-hanging equipment which is not directly connected with the main gateway equipment, the main gateway equipment actively acquires the latest topology information of the down-hanging equipment which is not directly connected with the main gateway equipment at intervals of a preset period, namely updates FTTR network topology at intervals of the preset period, and ensures the accuracy of FTTR network topology.
In one possible embodiment, the topology request includes a first topology request and a second topology request, and the preset period includes a first period and a second period smaller than the first period. The master gateway device may also send a first topology request to each slave gateway device every first period; the first topology request is used for acquiring the latest topology information of the target slave gateway equipment; sending a second topology request to each slave gateway device every second period; the second topology request is used for acquiring the latest topology information of the target terminal device.
Referring to fig. 5, a schematic diagram of acquiring different topology information in different periods according to an embodiment of the present application is shown. The first period is set to be 5min, the second period is set to be 60s, the timer is used for timing, when the 60s timeout time is reached, the master gateway device obtains topology information of the slave gateway device, namely the latest topology information of the target terminal device, of the slave gateway device, and the master gateway device updates the stored network topology data according to the topology information. When the 5min timeout time expires, the master gateway device acquires topology information of the slave gateway device hanging-down direct connection FTTR device from the slave gateway device, namely the latest topology information of the target slave gateway device, and updates the stored network topology data according to the topology information.
In the embodiment of the application, considering that the terminal equipment is easier to transition in FTTR networks, such as mobile phone wifi roaming, mobile user access or departure and the like, the slave gateway equipment basically does not transition once deployed. Therefore, the time interval for periodically acquiring the latest topology information of the target slave gateway equipment is larger than the time interval for periodically acquiring the latest topology information of the target terminal equipment, so that the number of messages in the FTTR network can be reduced, and the risk of network congestion is reduced.
In one possible embodiment, after storing topology information of the down device in the multi-way tree according to the connection relationship between the down device and the main gateway device to obtain the network topology of FTTR, the main gateway device may also receive an offline message sent from the gateway device in the down device; the offline message is used for indicating that the appointed terminal equipment in the offline equipment is offline; and deleting the child node where the designated terminal equipment is located from the multi-way tree.
For example, if the second terminal device in fig. 1 is offline, the first slave gateway device reports an offline message of the second terminal device to the master gateway device, and if the master gateway device determines that the second terminal device is offline according to the offline message, the child node where the second terminal device is located is deleted from the multi-way tree.
Or for example, the fourth terminal device in fig. 1 is offline, the offline message of the fourth terminal device is reported to the master gateway device through the third slave gateway device and the first slave gateway device in sequence, and the master gateway device determines that the fourth terminal device is offline according to the offline message, and deletes the child node where the fourth terminal device is located from the multi-way tree.
Fig. 6 is a schematic diagram of offline message reporting according to an embodiment of the present application. When a Personal Computer (PC) is offline, a PC offline message is reported to the main gateway device through the auxiliary gateway device 1, and when a user terminal device (STA) is offline, an STA offline message is reported to the main gateway device through the auxiliary gateway device 2, and then the main gateway device updates the stored network topology data according to the offline message.
In the embodiment of the application, when the slave gateway equipment detects that the terminal equipment hung below the slave gateway equipment is offline, the offline message is actively reported to the master gateway equipment, so that the master gateway equipment can update FTTR network topology in time.
Fig. 7 is a schematic diagram of a transmission flow of a DHCP request message according to an embodiment of the present application. The DHCP request flow is described below in conjunction with fig. 7.
The slave gateway device generally defaults to a bridge mode (transparent mode), which does not enable DHCP SERVER, dhcpd, and the master gateway device is in a routing mode. When the down-hanging device (all devices except the main gateway device) is just accessed to FTTR network, the message is acquired through the DHCP protocol.
When the DHCP request message of the terminal device enters the bridge of the slave gateway device, the bridge of the slave gateway device checks whether the value of hops in the DHCP message is 0, if so, the slave gateway device indicates that the down-hanging device PC is a direct-connected device, records the topology information of IP, MAC, port and the like of the down-hanging device, marks the state as an incomplete state (incomplete), and if the record is not refreshed within 60 seconds, the topology information of the down-hanging device is deleted. The slave gateway device decides whether to forward the DHCP request message according to whether the current wan state is INTERNET WAN. If the mode is INTERNET WAN, the DHCP request message is not forwarded, and the dhcpd process in the local machine is received for processing. If not INTERNET WAN mode, hop+1 is forwarded to the upper level device.
When the upper-level device is another slave gateway device, the steps are repeated, when the upper-level device is a master gateway device, after the DHCP request message enters a network bridge of the master gateway device, the master gateway device analyzes a hops field (a down-hanging device may be directly connected to the master gateway device) in the DHCP request message, if the hops field is 0, topology information such as IP, MAC, port and the like of the down-hanging device is recorded, the marking state is an incomplete state (incomplete), and if the record is not refreshed within 60 seconds, the topology information of the down-hanging device is deleted, and the DHCP request message is further sent to dhcpd of the master gateway device for processing. If the hops field is not 0, the DHCP request message is directly sent to dhcpd processing of the primary gateway device.
Fig. 8 is a schematic diagram of a transmission flow of a DHCP reply message according to an embodiment of the present application. The DHCP reply procedure is described below with reference to fig. 8.
If wan of the slave gateway device is INTERNET WAN, the slave gateway device dhcpd enters a down DHCP reply message (DHCP REPLY message). If wan state of the slave gateway device is not INTERNET WAN, the DHCP reply message is issued by dhcpd of the master gateway device.
The dhcpd of the main gateway equipment issues a DHCP reply message, and inquires whether a storage record exists in the local machine according to the corresponding ip information. If so, the recorded state is updated to be a complete state (completed), and the DHCP reply message is forwarded from the bridge of the main gateway device according to the bridge forwarding table. If not, the DHCP reply message is forwarded from the network bridge of the main gateway equipment directly according to the network bridge forwarding table. The DHCP reply message enters the bridge of the slave gateway device.
After obtaining the DHCP reply message from the gateway equipment, inquiring whether a corresponding storage record exists in the host according to the IP in the DHCP reply message. If so, updating the corresponding record state to be a complete state (completed), reporting the topology information of the down-hanging device to the main gateway device, and forwarding the DHCP reply message downwards according to the network bridge forwarding principle. If not, the DHCP reply message is directly forwarded downwards according to the network bridge forwarding principle, so that the downlink equipment receives the DHCP reply message.
In summary, the embodiment of the present application provides a network topology obtaining method based on FTTR, where a primary gateway device of FTTR receives a DHCP request packet sent by a secondary device other than the primary gateway device in FTTR, quickly determines a connection relationship between the secondary device and the primary gateway device through a target field in the DHCP request packet, and stores topology information of the secondary device in a multi-way tree according to the connection relationship between the secondary device and the primary gateway device, so as to obtain a network topology of FTTR through the multi-way tree.
Based on the same inventive concept, as shown in fig. 9, an embodiment of the present application further provides a network topology obtaining apparatus based on FTTR, where the apparatus is disposed in a main gateway device of an optical fiber to room FTTR, and the apparatus includes:
The receiving module is used for receiving a Dynamic Host Configuration Protocol (DHCP) request message sent by the down-hanging device; the down hanging device is a device except a main gateway device in FTTR networks; the DHCP request message comprises a target field and topology information of the down-hanging device;
The determining module is used for determining the connection relation between the hanging equipment and the main gateway equipment according to the value of the target field;
And the storage module is used for storing the topology information of the underhung equipment in the multi-way tree according to the connection relation between the underhung equipment and the main gateway equipment so as to obtain FTTR network topology.
Optionally, the determining module is specifically configured to:
If the value of the target field is 0, determining that the down-hanging device is directly connected with the main gateway device;
If the value of the target field is N, determining that the hanging equipment is connected with the main gateway equipment through N slave gateway equipment; n is a positive integer greater than 0.
Optionally, the storage module is specifically configured to:
taking the main gateway equipment as a root node of the multi-way tree;
if the fact that the down-hanging device is directly connected with the main gateway device is determined, the down-hanging device is used as a child node of the main gateway device;
If the connection between the down-hanging device and the main gateway device is determined to be through N slave gateway devices, the down-hanging device is used as a child node of the tail end slave gateway device in the N slave gateway devices; the lower hanging device is directly connected with the tail end slave gateway device;
and storing the topology information of the underhung equipment in the child node where the underhung equipment is located in the multi-way tree.
Optionally, the network topology obtaining device based on FTTR further includes an updating module, where the updating module is configured to:
Storing topology information of the down-hanging equipment in a multi-way tree according to the connection relation between the down-hanging equipment and the main gateway equipment to obtain FTTR network topology, and then sending a topology request to each slave gateway equipment in the down-hanging equipment at intervals of a preset period; the topology request is used for acquiring the latest topology information locally stored by each slave gateway device; the latest topology information locally stored by each slave gateway device comprises the latest topology information of the target slave gateway device directly connected with each slave gateway device and the latest topology information of the target terminal device directly connected with each slave gateway device;
The multi-drop tree is updated based on the latest topology information stored locally from the gateway device.
Optionally, the topology request includes a first topology request and a second topology request; the preset period comprises a first period and a second period smaller than the first period; the updating module is specifically used for:
Sending a first topology request to each slave gateway device every first period; the first topology request is used for acquiring the latest topology information of the target slave gateway equipment;
Sending a second topology request to each slave gateway device every second period; the second topology request is used for acquiring the latest topology information of the target terminal device.
Optionally, the updating module is further configured to: after topology information of the down-hanging device is stored in a multi-way tree according to the connection relation between the down-hanging device and the main gateway device to obtain FTTR network topology, detecting that the topology information of the target device directly connected with the main gateway device changes, and obtaining the latest topology information of the target device;
And updating the multi-way tree according to the latest topology information of the target equipment.
Optionally, the updating module is further configured to: storing topology information of the down-hanging device in a multi-way tree according to the connection relation between the down-hanging device and the main gateway device to obtain FTTR network topology, and then receiving offline information sent from the gateway device in the down-hanging device; the offline message is used for indicating that the appointed terminal equipment in the offline equipment is offline;
And deleting the child node where the designated terminal equipment is located from the multi-way tree.
It should be noted that, each module in the network topology obtaining device based on FTTR in the present embodiment corresponds to each step in the network topology obtaining method based on FTTR in the foregoing embodiment, so the specific implementation of the present embodiment may refer to the implementation of the foregoing network topology obtaining method based on FTTR, and will not be repeated here.
Based on the same inventive concept, the application also provides a gateway device, which comprises a processor, a memory and a computer program stored in the memory, wherein the computer program is executed by the processor to realize the network topology acquisition method based on FTTR.
Based on the same inventive concept, the application also provides a computer storage medium, wherein a computer program is stored on the computer storage medium, and the computer program realizes the network topology acquisition method based on FTTR when being run by a processor.
In some embodiments, the computer readable storage medium may be FRAM, ROM, PROM, EPROM, EEPROM, flash memory, magnetic surface memory, optical disk, or CD-ROM; but may be a variety of devices including one or any combination of the above memories. The computer may be a variety of computing devices including smart terminals and servers.
In some embodiments, the executable instructions may be in the form of programs, software modules, scripts, or code, written in any form of programming language (including compiled or interpreted languages, or declarative or procedural languages), and they may be deployed in any form, including as stand-alone programs or as modules, components, subroutines, or other units suitable for use in a computing environment.
As an example, executable instructions may, but need not, correspond to files in a file system, may be stored as part of a file that holds other programs or data, such as in one or more scripts in a hypertext markup language (HTML, hyper Text Markup Language) document, in a single file dedicated to the program in question, or in multiple coordinated files (e.g., files that store one or more modules, sub-programs, or portions of code).
As an example, executable instructions may be deployed to be executed on one computing device or on multiple computing devices located at one site or distributed across multiple sites and interconnected by a communication network.
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or system that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or system. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article, or system that comprises the element.
The foregoing embodiment numbers of the present application are merely for the purpose of description, and do not represent the advantages or disadvantages of the embodiments.
From the above description of the embodiments, it will be clear to those skilled in the art that the above-described embodiment method may be implemented by means of software plus a necessary general hardware platform, but of course may also be implemented by means of hardware, but in many cases the former is a preferred embodiment. Based on such understanding, the technical solution of the present application may be embodied essentially or in a part contributing to the prior art in the form of a software product stored in a storage medium (e.g. read-only memory/random-access memory, magnetic disk, optical disk) comprising instructions for causing a multimedia terminal device (which may be a mobile phone, a computer, a television receiver, or a network device, etc.) to perform the method according to the embodiments of the present application.
The foregoing description is only of the preferred embodiments of the present application, and is not intended to limit the scope of the application, but rather is intended to cover any equivalents of the structures or equivalent processes disclosed herein or in the alternative, which may be employed directly or indirectly in other related arts.

Claims (8)

1. A FTTR-based network topology acquisition method, for use in a primary gateway device of a fiber-to-room FTTR, the method comprising:
Receiving a Dynamic Host Configuration Protocol (DHCP) request message sent by an underhung device; wherein the down-hanging device is a device in the FTTR network other than the primary gateway device; the DHCP request message comprises a target field and topology information of the down-hanging device; the target field is the number of slave gateway devices between the underhung device and the master gateway device;
Determining the connection relation between the hanging equipment and the main gateway equipment according to the value of the target field;
According to the connection relation between the down-hanging device and the main gateway device, storing topology information of the down-hanging device in a multi-way tree to obtain the FTTR network topology;
sending a topology request to each slave gateway device in the down-hanging device at intervals of a preset period; the topology request is used for acquiring the latest topology information locally stored by each slave gateway device; the latest topology information locally stored by each slave gateway device comprises the latest topology information of the target slave gateway device directly connected with each slave gateway device and the latest topology information of the target terminal device directly connected with each slave gateway device;
Updating the multi-way tree according to the latest topology information locally stored by the gateway equipment;
the preset period comprises a first period and a second period smaller than the first period; the topology request includes a first topology request and a second topology request; the sending topology request to the slave gateway device in the hanging device at intervals of a preset period includes:
sending the first topology request to each slave gateway device every the first period; the first topology request is used for acquiring the latest topology information of the target slave gateway equipment;
Sending the second topology request to each slave gateway device every second period; the second topology request is used for acquiring the latest topology information of the target terminal equipment.
2. The FTTR-based network topology acquisition method of claim 1, wherein determining a connection relationship of the underhung device and the primary gateway device based on the value of the target field comprises:
if the value of the target field is 0, determining that the hanging-down equipment is directly connected with the main gateway equipment;
If the value of the target field is N, determining that the hanging-down equipment is connected with the main gateway equipment through N slave gateway equipment; n is a positive integer greater than 0.
3. The FTTR-based network topology acquisition method of claim 2, wherein said storing topology information of said down device in a multi-drop tree according to a connection relationship of said down device to said primary gateway device comprises:
taking the main gateway equipment as a root node of a multi-way tree;
If the hanging equipment is determined to be directly connected with the main gateway equipment, the hanging equipment is used as a child node of the main gateway equipment;
if the connection between the down-hanging device and the main gateway device through N slave gateway devices is determined, the down-hanging device is used as a child node of the tail end slave gateway device in the N slave gateway devices; wherein the down-hanging device is directly connected with the tail end from gateway equipment;
and storing the topology information of the hanging equipment in a child node of the multi-way tree where the hanging equipment is located.
4. The FTTR-based network topology acquisition method of claim 1, wherein after storing topology information of the down device in a multi-drop tree according to a connection relationship of the down device with the primary gateway device to obtain the network topology of FTTR, the method further comprises:
when detecting that the topology information of the target equipment directly connected with the main gateway equipment changes, acquiring the latest topology information of the target equipment;
and updating the multi-way tree according to the latest topology information of the target equipment.
5. The FTTR-based network topology acquisition method of claim 1, wherein after storing topology information of the down device in a multi-drop tree according to a connection relationship of the down device with the primary gateway device to obtain the network topology of FTTR, the method further comprises:
Receiving an offline message sent from gateway equipment in the hanging equipment; the offline message is used for indicating that a specified terminal device in the offline device is offline;
and deleting the child node where the designated terminal equipment is located from the multi-way tree.
6. A FTTR-based network topology acquisition apparatus, the apparatus being disposed in a primary gateway device for application to a fiber-to-room FTTR, the apparatus comprising:
The receiving module is used for receiving a Dynamic Host Configuration Protocol (DHCP) request message sent by the down-hanging device; wherein the down-hanging device is a device in the FTTR network other than the primary gateway device; the DHCP request message comprises a target field and topology information of the down-hanging device; the target field is the number of slave gateway devices between the underhung device and the master gateway device;
The determining module is used for determining the connection relation between the hanging equipment and the main gateway equipment according to the value of the target field;
The storage module is used for storing the topology information of the down-hanging equipment in a multi-way tree according to the connection relation between the down-hanging equipment and the main gateway equipment so as to obtain the network topology of FTTR;
the updating module is used for sending a topology request to each slave gateway device in the hanging-down device at intervals of a preset period; the topology request is used for acquiring the latest topology information locally stored by each slave gateway device; the latest topology information locally stored by each slave gateway device comprises the latest topology information of the target slave gateway device directly connected with each slave gateway device and the latest topology information of the target terminal device directly connected with each slave gateway device;
Updating the multi-way tree according to the latest topology information locally stored by the gateway equipment;
the preset period comprises a first period and a second period smaller than the first period; the topology request includes a first topology request and a second topology request; the updating module is specifically configured to:
sending the first topology request to each slave gateway device every the first period; the first topology request is used for acquiring the latest topology information of the target slave gateway equipment;
Sending the second topology request to each slave gateway device every second period; the second topology request is used for acquiring the latest topology information of the target terminal equipment.
7. A gateway device, characterized in that it comprises a memory and a processor, said memory having stored therein a computer program, said processor executing said computer program to implement the FTTR network topology acquisition method according to any one of claims 1-5.
8. A computer readable storage medium, wherein a computer program is stored on the computer readable storage medium, and a processor executes the computer program to implement the FTTR network topology acquisition method according to any one of claims 1-5.
CN202410487392.2A 2024-04-23 2024-04-23 FTTR-based network topology acquisition method, FTTR-based network topology acquisition device, FTTR-based network topology acquisition equipment and medium Active CN118118823B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202410487392.2A CN118118823B (en) 2024-04-23 2024-04-23 FTTR-based network topology acquisition method, FTTR-based network topology acquisition device, FTTR-based network topology acquisition equipment and medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202410487392.2A CN118118823B (en) 2024-04-23 2024-04-23 FTTR-based network topology acquisition method, FTTR-based network topology acquisition device, FTTR-based network topology acquisition equipment and medium

Publications (2)

Publication Number Publication Date
CN118118823A CN118118823A (en) 2024-05-31
CN118118823B true CN118118823B (en) 2024-06-25

Family

ID=91216247

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202410487392.2A Active CN118118823B (en) 2024-04-23 2024-04-23 FTTR-based network topology acquisition method, FTTR-based network topology acquisition device, FTTR-based network topology acquisition equipment and medium

Country Status (1)

Country Link
CN (1) CN118118823B (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN118695143B (en) * 2024-08-23 2024-10-29 四川天邑康和通信股份有限公司 FTTR networking method, device, equipment and medium for decentralizing gateway cluster

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110430080A (en) * 2019-08-07 2019-11-08 国家计算机网络与信息安全管理中心 Network topology probe method and device
CN117914554A (en) * 2023-12-28 2024-04-19 深圳市丰润达科技有限公司 Positioning method, device, equipment and storage medium of illegal DHCP server

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100927536B1 (en) * 2007-09-27 2009-11-17 에스케이 텔레콤주식회사 Location Information Based Routing Method and System
CN112039693B (en) * 2020-08-17 2021-06-29 烽火通信科技股份有限公司 System and method for managing home networking network topology

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110430080A (en) * 2019-08-07 2019-11-08 国家计算机网络与信息安全管理中心 Network topology probe method and device
CN117914554A (en) * 2023-12-28 2024-04-19 深圳市丰润达科技有限公司 Positioning method, device, equipment and storage medium of illegal DHCP server

Also Published As

Publication number Publication date
CN118118823A (en) 2024-05-31

Similar Documents

Publication Publication Date Title
Villaverde et al. Service discovery protocols for constrained machine-to-machine communications
CN103051740B (en) Domain name analytic method, dns server and domain name analysis system
CN118118823B (en) FTTR-based network topology acquisition method, FTTR-based network topology acquisition device, FTTR-based network topology acquisition equipment and medium
CN101662393B (en) Inter-domain prefix hijack detection and location method
CN102118263A (en) Method and system for distribution of configuration information
US20090138444A1 (en) Method of searching metadata servers
CN103780714A (en) Method and apparatus for probing DNS server
CN101621548A (en) Method and system for realizing terminal resource sharing based on peer connection system
CN106790131B (en) Parameter modification method and device and distributed platform
CN113660316B (en) Network resource adaptive configuration method, system and medium based on container cloud platform
CN102325163B (en) Routing updating method, device and relevant equipment
CN111711698A (en) Intelligent equipment network access method and device and intelligent equipment control system and method
CN105591798A (en) Method and device for transmitting OAM information in DCN
CN105450585A (en) Information transmission method and device
CN108877188B (en) Environment-friendly data concurrent acquisition and multi-network publishing method and device
CN110740355A (en) Equipment monitoring method and device, electronic equipment and storage medium
JP2016005275A (en) Method and system for managing interconnection network
CN112702441B (en) Container-based access data processing method, device, system and storage medium
CN114553867A (en) Cloud-native cross-cloud network monitoring method and device and storage medium
CN102811144B (en) NMS topological discovery performance testing system and method
CN111385132B (en) Route configuration method, route updating method and device
JP6111607B2 (en) Network topology estimation device, network topology estimation method and program
KR20180022174A (en) System and method for supporting internet of things service based on identifier based communication
CN114448801B (en) Method for creating real-time channel group, network topology, equipment and storage medium
Cisco Cisco ONS 15500 Series MIB Quick Reference

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant