Dual-homed voice service recovery method and device

By pre-configuring VRRP and dynamically adjusting priorities in the OLT dual-homing protection scenario, and synchronizing ARP table updates, the problem of slow voice service recovery during PON link switching is resolved, achieving rapid recovery and resource conservation.

CN119211112BActive Publication Date: 2025-09-19FIBERHOME TELECOMMUNICATION TECHNOLOGIES CO LTD
View PDF 2 Cites 0 Cited by

Patent Information

Application Number
CN202411307971.0
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2024-09-19
Publication Date
2025-09-19
Estimated Expiration
2044-09-19

AI Technical Summary

Technical Problem

In the OLT dual-homing protection scenario, user voice services cannot be quickly restored when the PON link is switched, and the switching of gateway devices leads to complex user service changes and high resource consumption.

Method used

By pre-configuring the Virtual Routing Redundancy Protocol (VRRP) on the master and backup devices on the passive optical network (PON) link, dynamically adjusting the VRRP protocol priority, and synchronously updating the user-side voice service Address Resolution Protocol (ARP) table entries on the master and backup devices, rapid voice service recovery is achieved.

Benefits of technology

It can quickly restore unicast services during PON link switching, avoid user service changes caused by gateway device switching, simplify user-side service planning, and save resource consumption.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119211112B_ABST
    Figure CN119211112B_ABST
Patent Text Reader

Abstract

The present invention discloses a dual-homed voice service recovery method and device, wherein the method includes the following steps: pre-configuring the Virtual Routing Redundancy Protocol (VRRP) deployed on the master and backup devices on a passive optical network (PON) link and planning voice services; when triggering a switchover between the master and backup devices on the PON link, dynamically adjusting the VRRP protocol priorities of the master and backup devices to dynamically switch the master and backup device states, and synchronously completing the update of the user-side voice service Address Resolution Protocol (ARP) table entries on the master and backup devices to restore voice services. This application can quickly restore unicast services when the PON link switches, while avoiding user service changes caused by the switching of gateway devices after the link switchover, making user-side service planning more convenient and saving resource consumption.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present invention relates to the technical field of PON protection, and in particular to a dual-home voice service recovery method and device. Background Art

[0002] Currently, OLTs are increasingly showing their advantages in user networking due to their high bandwidth, low latency, and low power consumption. With the development of network flattening, OLTs are becoming increasingly common in networking applications for major operators and industry networks, especially in industrial PON and POL government and enterprise applications. However, with the widespread application of OLTs in fields such as industrial PON, the security and reliability of services have also attracted much attention from customers. Therefore, mainstream operators have proposed a series of standards to add optical link protection to PON networks to enhance the data reliability of the entire access section. PON protection is the main solution to ensure the security of the optical link within the OLT. The G.984.1 standard specifies four types of dual PON protection model configurations. Type B and Type C are widely used in various PON protection networking scenarios.

[0003] In mainstream OLT access scenarios, a single OLT connects to users, with no cross-service interaction between the OLTs. Therefore, in most applications, the OLT plays a Layer 2 role and, aside from management, requires no Layer 3 service forwarding. However, in rare scenarios, for convenience or security reasons, the OLT enables DHCP relay or requires internal communication without going through an upper-layer gateway. In these cases, the OLT must act as a gateway for the connected CPE devices. Furthermore, due to intra-PON isolation, ARP proxy functionality may even be enabled, allowing the OLT to act as a forwarding node for unicast services such as voice, participating in Layer 3 routing. With the advent of time-sensitive services, single-homing protection within the PON has become a requirement for these applications. However, due to the limitations of single-homing, the network has been upgraded to dual-homing, resulting in user-side service gateways being located on different OLTs.

[0004] On the other hand, in the Type B PON protection application scenario, the OLT operates in a Layer 3 service scenario. After the active and standby OLTs complete Layer 2 link recovery steps—terminal configuration synchronization, NAT table pre-configuration, VRRP master / standby switchover, PON port optical switching, and ONU re-registration—through uplink communication, user voice services are successfully transferred to the new OLT. The OLT can then transmit important messages, such as voice signaling, to the uplink server. However, when the server's return message reaches OLT-B, OLT-B's ARP table has not yet been updated, and ARP learning has not yet been completed. This results in loss of downstream voice data. This ARP update often takes minutes. Therefore, when the OLT operates in a Layer 3 forwarding scenario, downstream services cannot be quickly restored after this Type B protection switch occurs.

[0005] Therefore, how to quickly restore user voice or broadband services when the PON link switches in the OLT dual-homing protection scenario is a technical problem that needs to be solved urgently. Summary of the Invention

[0006] The main purpose of the present invention is to provide a dual-homed voice service recovery method and device, which can quickly restore unicast services when the PON link is switched, while avoiding user service changes caused by the switching of gateway devices after the link switch, making user-side service planning more convenient and saving resource consumption.

[0007] In a first aspect, the present application provides a dual-homed voice service recovery method, wherein the method comprises the steps of:

[0008] Pre-configure the Virtual Routing Redundancy Protocol (VRRP) deployed on the primary and backup devices on the passive optical network (PON) link and plan voice services.

[0009] When the switchover between the master and backup devices on the PON link is triggered, the priority of the VRRP protocol on the master and backup devices is dynamically adjusted to dynamically switch the status of the master and backup devices, and the user-side voice service address resolution protocol ARP table entry is synchronously updated on the master and backup devices to restore voice services.

[0010] In combination with the first aspect above, as an optional implementation method, the VRRP protocol priorities of the master device and the backup device are initialized. When the VRRP protocol master device switches to the backup device, the VRRP protocol priority of the master device is adjusted to a first set priority, and the VRRP protocol priority of the backup device is adjusted to a second set priority, so as to switch the status of the master device and the backup device, wherein the value corresponding to the second priority is greater than the value corresponding to the first priority.

[0011] In combination with the first aspect above, as an optional implementation, when the master device detects a PON link failure, based on the planned voice service, it detects the sub-virtual local area network (subvlan) associated with the PON link and indexes the relevant voice service ARP table entry through the subvlan;

[0012] Send a broadcast request to the backup device through the uplink interface connected to the backup device to obtain the status of the ARP table entries in the subvlan;

[0013] When the backup device receives the ARP broadcast request message from the uplink port, it transparently transmits it to the user side based on the sub-vlan, and after receiving the ARP request message, it uses the customer premises equipment (CPE) to reply the ARP reply message to the backup device;

[0014] The backup device completes the update of its own ARP table entry and sends the ARP response message back to the primary device;

[0015] When the master device receives the ARP message, it updates its own ARP and MAC address, updates the ARP entry mark, and stops sending broadcast ARP requests after confirming that the user has switched to the backup device.

[0016] In combination with the first aspect above, as an optional implementation, after the VRRP protocol of the backup device switches to the active VRRP protocol, a gratuitous ARP message is sent to the user side to notify the user side to update the ARP table entry.

[0017] In combination with the first aspect above, as an optional implementation method, VLAN aggregation is enabled on the primary device and the backup device and the corresponding sub-vlan is configured as the voice service virtual LAN vlan;

[0018] Divide network segments, add IP addresses, and configure VRRP protocol virtual IP addresses for VLAN aggregation voice services on the primary and backup devices;

[0019] Add the VRRP protocol virtual router ID, protocol priority, and VRRP master and backup device priorities for the master and backup devices during PON link protection switching.

[0020] In combination with the first aspect above, as an optional implementation method, VLAN aggregation is configured on the primary device and the backup device, and the VLAN aggregation and subvlan are planned as a binding relationship;

[0021] Initialize the VRRP function and configure the VRRP protocol;

[0022] Establish a one-to-one binding relationship between the sub VLAN and the VRRP protocol virtual IP.

[0023] In combination with the first aspect above, as an optional implementation method, the ARP proxy function is enabled on the master device and the backup device respectively based on VLAN aggregation, and the ARP proxy in the same sub-vlan is enabled on the master device and the backup device.

[0024] In combination with the first aspect above, as an optional implementation method, the PON link and the subvlan are planned as a binding relationship, and the user voice service network segment is divided according to the subvlan area, so that the user voice IP address network segment is consistent in the same subvlan.

[0025] In combination with the first aspect above, as an optional implementation, respective NAT forwarding tables are configured on the primary device and the backup device respectively;

[0026] Through the NAT forwarding table, the user side source IP is replaced with the respective interface IP addresses under the VLAN aggregation, and after the voice service is switched, the uplink and downlink voice services are forwarded.

[0027] In a second aspect, the present application provides a dual-homed voice service recovery device, the device comprising:

[0028] A configuration module is used to pre-configure the Virtual Routing Redundancy Protocol (VRRP) deployed on the master and backup devices on the passive optical network (PON) link and to plan voice services;

[0029] The processing module is used to dynamically switch the status of the main device and the backup device by dynamically adjusting the priority of the VRRP protocol on the main device and the backup device when the switchover between the main device and the backup device on the PON link is triggered, and synchronously complete the update of the user-side voice service address resolution protocol ARP table item on the main device and the backup device to restore the voice service.

[0030] The present application provides a dual-homed voice service recovery method and apparatus, wherein the method includes the following steps: pre-configuring the Virtual Routing Redundancy Protocol (VRRP) deployed on the master and backup devices on a passive optical network (PON) link and planning voice services; when triggering a switchover between the master and backup devices on the PON link, dynamically adjusting the priority of the VRRP protocol on the master and backup devices to dynamically switch the master and backup device states, and synchronously completing the update of the user-side voice service Address Resolution Protocol (ARP) table entries on the master and backup devices to restore voice services. The present application can quickly restore unicast services when the PON link switches, while avoiding user service changes caused by the switching of gateway devices after the link switchover, making user-side service planning more convenient and saving resource consumption.

[0031] It should be understood that the foregoing general description and the following detailed description are exemplary only and are not restrictive of the invention. BRIEF DESCRIPTION OF THE DRAWINGS

[0032] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the invention and, together with the description, serve to explain the principles of the invention.

[0033] Figure 1 A flow chart of a dual-homed voice service recovery method provided in an embodiment of the present application;

[0034] Figure 2 A schematic diagram of a dual-homed voice service recovery device provided in an embodiment of the present application;

[0035] Figure 3 This is a schematic diagram of automatic switching of voice service links provided in an embodiment of the present application;

[0036] Figure 4 This is a schematic diagram of the dual-homing scenario configuration provided in an embodiment of the present application;

[0037] Figure 5 This is an OLT collaboration timing diagram provided in an embodiment of the present application. DETAILED DESCRIPTION

[0038] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. In the following description, when referring to the drawings, like numbers in different figures represent the same or similar elements unless otherwise indicated. The embodiments described in the following exemplary embodiments are not intended to represent all possible embodiments consistent with the present invention. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the present invention, as detailed in the appended claims.

[0039] Furthermore, the drawings are merely schematic illustrations of the present disclosure and are not necessarily drawn to scale. Some of the blocks shown in the drawings are functional entities that do not necessarily correspond to physically or logically separate entities.

[0040] The embodiments of the present application are further described in detail below with reference to the accompanying drawings.

[0041] Reference Figure 1 , Figure 1 FIG. 1 is a flow chart of a dual-homed voice service recovery method provided by the present invention. Figure 1 As shown, the method includes the steps of:

[0042] Step S101: pre-configure the Virtual Routing Redundancy Protocol (VRRP) deployed on the master device and the backup device on the passive optical network (PON) link and plan the voice service.

[0043] Specifically, the virtual routing redundancy protocol VRRP deployed on the master and backup devices on the passive optical network PON link is configured in advance and before the voice service is planned, including: opening VLAN aggregation on the master and backup devices and configuring the corresponding sub-vlan as the voice service virtual LAN VLAN; dividing the VLAN aggregation voice service of the master and backup devices into network segments, adding IP addresses and configuring the VRRP protocol virtual IP address; adding the VRRP protocol virtual router ID, protocol priority and VRRP master and backup device priority during PON link protection switching.

[0044] Specifically, when deploying the Type B service protection physical link, ensure the physical connectivity of the uplink between the active and standby OLTs, and ensure that the unicast and broadcast channels are normal (that is, a Type B protection link needs to be deployed: the Layer 2 uplink between OLT-A (active device) and OLT-B (standby device) is unobstructed and reliable, ensuring that the switching information and VRRP protocol packets between the two OLTs are reachable, and the continuity of the Type B protection link: plan to make the physical links of users with the same service neat and not scattered, to ensure the efficiency of the overall service migration). On the active and standby OLTs, enable the super VLAN and configure the corresponding sub VLAN as the voice service VLAN, complete the uplink port association and binding, then complete the division of the active and standby OLT super VLAN voice service network segments, add IP addresses, and configure the VRRP protocol virtual IP addresses. In addition, the active and standby OLTs respectively complete the addition of the VRRP protocol virtual router ID, protocol priority, and VRRP master and standby priorities specifically for Type B link protection switching. It should be explained that Type B is dual-homing, namely Type B dualattribution, link switching is Link Switching, Virtual Router Redundancy Protocol (VRRP) is Virtual Router Redundancy Protocol, and OLT is Optical Line Terminal.

[0045] Among them, the virtual routing redundancy protocol VRRP deployed on the master and backup devices on the passive optical network PON link is configured in advance, specifically: VLAN aggregation is configured on the master and backup devices, and the VLAN aggregation and subvlan are planned as a binding relationship; the VRRP function is initialized and the VRRP protocol is configured; and a one-to-one binding relationship is established between the sub vlan and the VRRP protocol virtual IP.

[0046] In one embodiment, it is necessary to enable VRRP and ARP proxy functions simultaneously on the two OLTs deploying the Type B protection switching application scenario: ① Configure super VLANs on OLT-A and OLT-B, and configure the super VLANs to be on the same network segment; ② Initialize the VRRP function, complete the basic VRRP protocol configuration, and reach consensus; ③ Form a one-to-one binding relationship between the sub-VLAN and the VRRP protocol virtual IP to ensure that only one set of VRRP master and backup routers is formed in each sub-VLAN; ④ Enable the ARP proxy function on both OLTs based on the super-VLAN, and enable ARP proxy within the same sub-VLAN on the master and backup OLTs; ⑤ Configure the VRRP switching priority. This priority is specifically applied to PON link switching, and the master OLT completes the notification during link switching.

[0047] Optionally, configure a super VLAN on OLT-A and OLT-B, enable proxy ARP and VRRP, bind the super VLAN segment to the sub VLAN, and enable proxy ARP within the same sub VLAN on the active and standby OLTs. Also, establish a one-to-one binding between the sub VLAN and the VRRP virtual IP address to ensure that each sub VLAN has only one active and standby VRRP router.

[0048] Configure super vlan on OLT-A and OLT-B, and enable ARP proxy and VRRP functions. Plan the super vlan network segment and sub vlan as a binding relationship, and enable ARP proxy within the same sub vlan on the primary and backup OLTs. At the same time, form a one-to-one binding relationship based on the sub vlan and the VRRP protocol virtual IP to ensure that there is only one set of VRRP primary and backup routers in each sub vlan. It is important to explain that the ARP proxy function must be enabled globally on both OLT-A and OLT-B. For Type B voice service scenarios, the proxy must be enabled within the sub vlan. At the same time, release the broadcast suppression on the uplink port between the two OLTs to an appropriate value to ensure that the instantaneous ARP broadcast can pass smoothly when the PON link switches. It is understandable that the benefit of enabling ARP proxy and VRRP functions is that after users within the OLT enable voice services, ARP proxy is usually enabled on the OLT to solve the problem of voice communication among users within the same OLT. When making calls within the same OLT, data interaction can be completed with the help of the OLT, without the need to send data packets to a higher-level gateway, resulting in low latency and no need to waste bandwidth resources on the OLT uplink or even higher layers.

[0049] Among them, the voice services on the main equipment and backup equipment on the passive optical network PON link are planned in advance, including: planning the PON link and subvlan as a binding relationship, and dividing the user voice service network segment according to the subvlan area, so that the user voice IP address network segment is consistent in the same sub vlan.

[0050] Specifically, voice services need to be planned from the overall perspective of the OLT: the PON protection link and sub-VLAN should be planned as a binding relationship to facilitate voice service protection switching within the entire sub-VLAN as much as possible, and the user voice service network segment should be divided according to the sub-VLAN area to ensure that the user voice IP address network segment is consistent within the same sub-VLAN so that the same VRRP virtual gateway can be planned in the upstream direction. This will avoid the CPU load and physical link and slot bandwidth consumption caused by ARP broadcasts in each sub-VLAN within the super-VLAN when a PON link switching occurs within the OLT.

[0051] In one embodiment, NAT preconfiguration information needs to be planned on OLT-A and OLT-B. Different NAT hardware forwarding tables are initialized on OLT-A and OLT-B for the user-side voice service IP address. The NAT forwarding source address is the same as the VRRP interface address of OLT-A and OLT-B, that is, the IP address of their respective super VLANs. When voice services are forwarded upstream through the OLT, NAT address translation is required to ensure that when voice services are sent to the gateway via different OLTs, the server can correctly forward the downlink message to the designated OLT on the return trip, preventing the downlink message from being routed to the original OLT and then failing to return to the user.

[0052] For ease of understanding, let's take an example. A NAT forwarding table is configured on each of the two OLTs. After the upstream service reaches the OLT, the source IP address of the upstream voice data packet is replaced with the IP address of each OLT's own supervlan. After the downstream data reaches the OLT's upstream switch, the destination IP address is actually the source IP address of the two OLTs. After reaching the OLT, the destination IP address is restored to the user-side IP address of the original data packet through the NAT forwarding table configured by each OLT, thus completing the upstream and downstream forwarding logic of the data packet.

[0053] Step S102: When the switchover between the master device and the backup device on the PON link is triggered, the priority of the VRRP protocol on the master device and the backup device is dynamically adjusted to dynamically switch the status of the master device and the backup device, and the user-side voice service Address Resolution Protocol ARP table entry is synchronously updated on the master device and the backup device to restore the voice service.

[0054] Specifically, the VRRP protocol priorities of the master device and the backup device are initialized. When the VRRP protocol master device switches to the backup device, the VRRP protocol priority of the master device is adjusted to a first set priority, and the VRRP protocol priority of the backup device is adjusted to a second set priority to switch the status of the master device and the backup device, wherein the value corresponding to the second priority is greater than the value corresponding to the first priority.

[0055] For easier understanding, let's take an example: OLT-A needs to notify the VRRP protocol of a PON link switchover. Upon receiving the PON link switchover notification, OLT-B also synchronizes the notification to the VRRP protocol. The VRRP protocol specifically reserves priority handling for Type B protection scenarios: During initialization, the VRRP protocol defaults to a priority of 200, acquiring the master / slave status during the PON protection switchover (when confirming the master link, the VRRP priority is increased by 20, resulting in a value of 220). When a Type B protection switchover occurs, the VRRP master's priority decreases by 20, returning to 200. Upon receiving the switchover notification, the backup OLT-B triggers a VRRP priority increase of 20, bringing it to 220. Once the VRRP protocol priorities of the master and backup OLTs are automatically switched, the VRRP master and backup routers complete the master / slave status negotiation, completing the virtual gateway announcement.

[0056] For example, the active and standby OLT-A and OLT-B have their own default priorities based on the corresponding VLAN services. By default, the active OLT-A has a higher priority. When OLT-A needs to perform PON protection switching to OLT-B, the internal system tasks of OLT-A notify the VRRP protocol module through messages to adjust the priority to a lower one. At this time, OLT-B finds that its priority is higher than the original OLT-A's priority and completes the transition from Slave to Master state. At the same time, it notifies the ONU user virtual network manager of the ARP switch. The user-side upstream voice data is automatically switched to the new gateway OLT-B.

[0057] It is understandable that the VRRP protocol priority will automatically adjust its respective protocol priority when the PON link protection switching occurs, realizing the dynamic switching of the VRRP protocol active and standby states of OLT-A and OLT-B, and completing the refresh of the user-side voice service gateway.

[0058] Among them, the user-side voice service Address Resolution Protocol ARP table entry update is synchronously completed on the main device and the backup device, specifically: when the main device detects a PON link failure, it detects the sub-virtual LAN subvlan associated with the PON link based on the planned voice service, and indexes the relevant voice service ARP table entry through the subvlan; the status of the ARP table entry in the subvlan is sent to the backup device through the uplink interface connected to the backup device through a broadcast request; when the backup device receives the ARP broadcast request message from the uplink port, it transmits it to the user side based on the sub-vlan, and after receiving the ARP request message, it uses the customer premises equipment CPE to reply the ARP reply message to the backup device; the backup device completes the update of its own ARP table entry and sends the ARP response message back to the main device at the same time; when the main device receives the ARP message, it updates its own ARP and MAC address, updates the ARP table entry tag, and stops sending broadcast ARP requests after confirming that the user has switched to the backup device.

[0059] For ease of understanding, let's take an example. When OLT-A notifies OLT-B of a specific PON link switching notification, OLT-A needs to check the sub-vlan associated with the PON link according to the service plan, and index the relevant ARP information through the sub-vlan. OLT-A then sends a broadcast request for the ARP table (reachable state) in the sub-vlan to the OLT-B device through the uplink port connected to OLT-A and OLT-B. After the OLT-B device receives the ARP broadcast request message from the uplink port, it transparently transmits it to the user side based on the sub-vlan. After receiving the ARP request message, the user-side CPE device replies with an ARP OLT-B then updates its own ARP table entry and sends an ARP response message back to the uplink port of OLT-A. When OLT-A receives this ARP message, it updates its own ARP and MAC address and marks the ARP table entry, confirming that the user has been switched to the new OLT-B device. Subsequently, OLT-A no longer occupies the uplink broadcast channel of OLT-A to send ARP requests for this user to OLT-B.

[0060] It should be noted that when switching links (i.e., from primary to backup), the dynamic ARP table entries must be updated. Otherwise, the service cannot be restored and a single-pass situation will occur. Therefore, it is understandable that when switching, the ARP table entries need to be updated synchronously to avoid a single-pass situation and quickly restore the service.

[0061] In one embodiment, OLT-A, as the broadcast decision-maker, stops broadcasting ARP request packets to OLT-B after ensuring that the user-side ARP information is updated to the uplink port (connected to OLT-B). This prevents OLT-B from failing to update ARP in a timely manner and reduces the consumption of internal OLT communication. For users who have been offline and unresponsive for a long time, OLT-A defaults to making three requests and uses an aging mechanism to quickly complete ARP aging and avoid repeated broadcast requests.

[0062] In summary, this application plans the user-side voice service: when a TypeB protection switch occurs, in order to ensure that the upstream voice service configuration is not reconfigured, the voice service configuration in the TypeB protection scenario must be standardized, and the same virtual gateway can be configured for the single disk and PON port protected by the PON; on the other hand, the voice service can be divided based on the sub-vlan, and the ARP proxy can be configured within the VLAN to ensure normal communication within the OLT while ensuring that the voice services within the same sub-vlan share a gateway, that is, the virtual gateway negotiated by the VRRP of the two active and standby OLTs associated with this super vlan. After completing this step, after a TypeB protection switch occurs, the user-side voice service can be unaware of the changes in the PON link, avoiding the increase in operation and maintenance costs caused by service reconfiguration and repeated data interactions within the PON caused by complex service configuration changes.

[0063] Rapid VRRP master / slave status switchover on the Type B active / standby OLTs: Upon sensing the internal PON link switchover, the active OLT-A and standby OLT-B simultaneously negotiate VRRP master / slave status based on the protocol priority associated with the local VRRP Type B protection, and initiate VRRP gratuitous ARP advertisements within the sub-VLAN. This completes the internal Type B PON link switchover within the OLT, automatically switching the voice service gateway.

[0064] Complete NAT table pre-configuration on the Type B active and standby OLTs: After planning the voice service, complete hardware NAT forwarding table configuration on OLT-A and OLT-B. This primarily replaces the user-side source IP address with the IP address of the respective interface in the super VLAN. This allows upstream voice services to be forwarded from different OLTs to their respective gateways (in most cases, the same gateway) after a voice service switchover occurs.

[0065] Dynamic ARP updates for voice users on active and standby OLT-A and OLT-B: When OLT-A's PON link switches, an ARP "last words" broadcast notification request is sent on the uplink port associated with OLT-B based on the sub-VLAN associated with the PON link path. After the transmission is complete, the ARP table of all users in this sub-VLAN is deleted (based on the ARP table logical port number). OLT-B receives the user-side ARP request message and transparently transmits it within the sub-VLAN. After receiving the ARP request message, the user side responds promptly and notifies the uplink port. OLT-B completes ARP table learning and updates, and notifies OLT-A of the response ARP message through the uplink port connected to OLT-A, completing the update of the ARP table on OLT-A. In actual applications, if there are many ARPs in the sub-VLAN, the "last words" battle line can be extended. When receiving the ARP switch to the uplink port associated with the sub-VLAN, OLT-A can delete the ARP table and stop issuing ARP broadcast requests. In addition, OLT-A can choose to use fast notification and advance periodic notification to achieve the purpose of rapid ARP learning on OLT-B.

[0066] Reference Figure 2 , Figure 2 FIG. 1 is a schematic diagram of a dual-homed voice service recovery device provided by the present invention, as shown in FIG. Figure 2 As shown, the device includes:

[0067] Configuration module 201: It is used to pre-configure the Virtual Routing Redundancy Protocol (VRRP) deployed on the master device and the backup device on the passive optical network PON link and plan the voice service.

[0068] Processing module 202: It is used to dynamically switch the status of the main device and the backup device by dynamically adjusting the priority of the VRRP protocol on the main device and the backup device when the switchover between the main device and the backup device on the PON link is triggered, and synchronously complete the user-side voice service Address Resolution Protocol ARP table update on the main device and the backup device to restore the voice service.

[0069] Furthermore, in a possible implementation, the processing module is further configured to initialize VRRP protocol priorities of the master device and the backup device. When the VRRP protocol master device switches to the backup device, the VRRP protocol priority of the master device is adjusted to a first set priority, and the VRRP protocol priority of the backup device is adjusted to a second set priority, so as to switch the status of the master device and the backup device, wherein the value corresponding to the second priority is greater than the value corresponding to the first priority.

[0070] Furthermore, in a possible implementation, the processing module is further configured to, when the master device detects a PON link failure, detect a sub-virtual local area network (subvlan) associated with the PON link based on a planned voice service, and index a related voice service ARP entry through the subvlan;

[0071] Send a broadcast request to the backup device through the uplink interface connected to the backup device to obtain the status of the ARP table entries in the subvlan;

[0072] When the backup device receives the ARP broadcast request message from the uplink port, it transparently transmits it to the user side based on the sub-vlan, and after receiving the ARP request message, it uses the customer premises equipment (CPE) to reply the ARP reply message to the backup device;

[0073] The backup device completes the update of its own ARP table entry and sends the ARP response message back to the primary device;

[0074] When the master device receives the ARP message, it updates its own ARP and MAC address, updates the ARP entry mark, and stops sending broadcast ARP requests after confirming that the user has switched to the backup device.

[0075] Furthermore, in a possible implementation manner, the processing module is further configured to send a gratuitous ARP message to the user side after the VRRP protocol of the backup device switches to the active VRRP protocol, so as to notify the user side to update the ARP table entry.

[0076] Furthermore, in a possible implementation, the configuration module is further configured to enable VLAN aggregation on the primary device and the backup device and configure the corresponding sub-vlan as a voice service virtual local area network vlan;

[0077] Divide network segments, add IP addresses, and configure VRRP protocol virtual IP addresses for VLAN aggregation voice services on the primary and backup devices;

[0078] Add the VRRP protocol virtual router ID, protocol priority, and VRRP master and backup device priorities for the master and backup devices during PON link protection switching.

[0079] Furthermore, in a possible implementation, the configuration module is further configured to configure VLAN aggregation on the primary device and the backup device, and plan the VLAN aggregation and the subvlan as a binding relationship;

[0080] Initialize the VRRP function and configure the VRRP protocol;

[0081] Establish a one-to-one binding relationship between the sub VLAN and the VRRP protocol virtual IP.

[0082] Furthermore, in a possible implementation, the configuration module is further configured to enable the ARP proxy function on the primary device and the backup device respectively based on VLAN aggregation, and enable the ARP proxy within the same sub-vlan on the primary device and the backup device.

[0083] Furthermore, in a possible implementation, the configuration module is further configured to plan the PON link and the subvlan as a binding relationship, and divide the user voice service network segment according to the subvlan area, so that the user voice IP address network segment is consistent within the same sub vlan.

[0084] Furthermore, in a possible implementation, the configuration module is further configured to configure respective NAT forwarding tables on the primary device and the backup device respectively;

[0085] Through the NAT forwarding table, the user side source IP is replaced with the respective interface IP addresses under the VLAN aggregation, and after the voice service is switched, the uplink and downlink voice services are forwarded.

[0086] Reference Figure 3 , Figure 3 FIG. 1 is a schematic diagram of automatic switching of voice service links provided by the present invention, as shown in FIG. Figure 3 As shown:

[0087] After Type B protection is deployed on the OLT, the optical path of OLT-A is switched to OLT-B. When the PON link switch is completed, the voice service link is automatically switched, and the service is quickly restored. Specifically:

[0088] After OLT-A discovers an optical path anomaly (PON line card anomaly, PON port anomaly, etc.), it actively performs link switching and completes the physical link switching operation. After OLT-B receives the specific link switching information, it opens the corresponding optical path and completes the physical link establishment. VRRP on OLT-A synchronously completes the local priority minus 20 configuration. After OLT-B receives the corresponding PON link switching information, it retrieves the corresponding sub-VLAN and notifies the VRRP protocol to complete the local priority increase by 20 configuration. By dynamically adjusting the VRRP priority, the Master state of OLT-A is changed to the Slave state, and OLT-B assumes the role of virtual gateway to complete the link switching. OLT-A then adds the uplink port to the subvlan and notifies the ARP request to OLT-B. After receiving the ARP request, the user on OLT-B sends an ARP response to OLT-B. OLT-B completes ARP table learning and updating. After OLT-A receives the ARP table update (OLT-A and OLT-B are in a large Layer 2 network and uplinked in the same subvlan, the ARP message responded by the user side will be sent to OLT-A through OLT-B), it completes the tag update and stops broadcasting requests to OLT-B. OLT-A controls the broadcast strategy based on actual conditions, which can be fast or slow, or even stopped periodically to save OLT internal communication resources. After the VRRP protocol completes the renegotiation of the master and backup routers, OLT-B becomes the new master VRRP-M and sends a gratuitous ARP to the user side, informing the user side to update the ARP table entry. The upstream voice traffic is re-sent to OLT-B, and then sent upstream to the OLT gateway. When the downstream voice service reaches OLT-B, it finds that the ARP table has been learned, so it sends the data to the new link (the new link can be understood as a Type B switchover. The optical splitter connected to OLT-A will turn off the light, and the port on the corresponding service card of OLT-B will turn on the light. The ONU will complete the registration on OLT-B and the physical link will be switched to OLT-B), achieving the purpose of rapid data recovery.

[0089] Reference Figure 4 , Figure 4 The figure shows a schematic diagram of the dual-homing scenario configuration provided by the present invention. Figure 4 As shown:

[0090] Figure 4 This section describes the prerequisite preparations that OLT-A and OLT-B must complete before optical path switching in the OLT Type B protection scenario. Specifically, they include:

[0091] OLT-A and OLT-B enable the Type B PON link protection function, and a physical connection is established between OLT-A and OLT-B to facilitate VRRP communication.

[0092] The active and standby OLTs complete the voice service configuration on the OLT, complete the service network segment planning of each PON port, and synchronize the configuration data of supervlan and subvlan services.

[0093] Complete user-side voice service configuration: including user-side IP address planning and gateway configuration.

[0094] Enable the ARP proxy function globally on the active and standby OLTs, and enable the sub-VLAN-based proxy function.

[0095] Complete the VRRP master / backup initialization configuration for OLT-A and OLT-B: complete the VRRP master / backup IP address configuration, virtual router ID, protocol priority, etc.

[0096] Complete the NAT forwarding table configuration on the active and standby OLTs and complete the hardware forwarding table planning for upstream and downstream service conversion.

[0097] Complete the VRRP priority adjustment policy settings when switching with the PON link and bind the sub-vlan to the VRRP uplink port.

[0098] After completing the above operations, the service configuration before switching from OLT-A to OLT-B is basically planned, and the prerequisite preparations for link switching service forwarding are also completed.

[0099] Reference Figure 5 , Figure 5 The OLT coordination timing diagram provided by the present invention is shown as follows: Figure 5 As shown:

[0100] After the PON link detection tasks of the two OLTs receive faults such as the uplink port and PON link, they complete the corresponding processing of the link path fault and notify the local VRRP task of PON_SWITCH_MSG. At the same time, they send a message to notify OLT-B to prepare for link switching and turn on the corresponding optical port of the PON service card to complete the preparation of the second-layer physical link.

[0101] After receiving the PON_SWITCH_MSG message, the VRRP task of OLT-A immediately switches the VRRP protocol state and sends a VRRP notification message to OLT-B. At this time, the VRRP task of OLT-B also receives the PON_SWITCH_MSG message and also switches its state.

[0102] OLT-A and OLT-B re-negotiate the VRRP protocol status of the master and backup. At this time, the PON link between OLT-A and OLT-B has been switched. When the VRRP re-negotiation is completed, OLT-B notifies the user side of the new virtual gateway.

[0103] After VRRP negotiation is complete, OLT-A will use the ARP task to respond to ARP requests within the corresponding subvlan, and the request message will be broadcast within the VLAN. At this time, because OLT-A and OLT-B are in the same Layer 2 network, after the user of OLT-B receives the request message, it will respond immediately. OLT-B completes ARP message learning, and after receiving the response, OLT-A stops broadcasting the request.

[0104] To sum up, this application takes advantage of the three-layer forwarding characteristics of the OLT, moves the gateway downward, flattens the access network, and enables the ARP proxy to complete the exchange of three-layer unicast data such as voice and data between users within the OLT. While saving network resources, it also avoids the consumption of software and hardware resources on the aggregation layer equipment and links after the gateway is moved upward.

[0105] Applicable to scenarios where Type B link protection is enabled on the OLT, it avoids user service changes caused by the switching of gateway devices after link switching, making user-side service planning more convenient. Unicast services such as user voice do not need to be aware of changes in the PON link, and the gateway does not change when the OLT switches between A and B, which greatly facilitates operation and maintenance.

[0106] Within the two OLTs in TYPE B protection switching, as the active / standby OLT switchover is triggered, OLT-A triggers a rapid update of the ARP table entries based on its own user table, helping OLT B quickly resume ARP table learning, thereby quickly restoring unicast services such as voice.

[0107] The foregoing is merely a list of specific embodiments of the present application, intended to enable those skilled in the art to understand or implement the present application. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of the present application. Therefore, the present application is not limited to the embodiments shown herein, but is intended to conform to the broadest scope consistent with the principles and novel features of the present application.

Claims

1. A dual-homed voice service recovery method, characterized in that: include: Enable VLAN aggregation on the primary and backup devices and configure the corresponding sub-VLANs as voice service VLANs. Divide network segments, add IP addresses, and configure VRRP protocol virtual IP addresses for VLAN aggregation voice services on the primary and backup devices; Added VRRP protocol virtual router IDs, protocol priorities, and VRRP master and backup device priorities for master and backup devices during PON link protection switching; Pre-configure the Virtual Routing Redundancy Protocol (VRRP) deployed on the primary and backup devices on the passive optical network (PON) link and plan voice services. The step of pre-configuring the virtual routing redundancy protocol (VRRP) deployed on the master device and the backup device on the passive optical network (PON) link includes: Configure VLAN aggregation on the primary and backup devices, and bind the VLAN aggregation to the sub-VLANs. Initialize the VRRP function and configure the VRRP protocol; Establish a one-to-one binding relationship between the sub vlan and the VRRP protocol virtual IP; When the switchover between the master and backup devices on the PON link is triggered, the priority of the VRRP protocol on the master and backup devices is dynamically adjusted to dynamically switch the status of the master and backup devices, and the user-side voice service address resolution protocol ARP table entry is synchronously updated on the master and backup devices to restore voice services.

2. The method according to claim 1, characterized in that When triggering the switchover between the master device and the backup device on the PON link, dynamically adjusting the priorities of the VRRP protocols on the master device and the backup device to dynamically switch the states of the master device and the backup device, including: Initialize VRRP protocol priorities of the master device and the backup device. When the VRRP protocol master device switches to the backup device, adjust the VRRP protocol priority of the master device to a first set priority and adjust the VRRP protocol priority of the backup device to a second set priority to switch the status of the master device and the backup device, wherein the value corresponding to the second set priority is greater than the value corresponding to the first set priority.

3. The method according to claim 1, characterized in that include: The synchronously completing the updating of the user-side voice service Address Resolution Protocol ARP table entry on the primary device and the backup device includes: When the master device detects a PON link failure, it detects the sub-virtual local area network (sub-vlan) associated with the PON link based on the planned voice service, and indexes the relevant voice service ARP table entry through the sub-vlan; Send a broadcast request to the backup device through the uplink interface connected to the backup device to obtain the status of the ARP table entries in the sub-VLAN. When the backup device receives the ARP broadcast request message from the uplink port, it transparently transmits it to the user side based on the sub-vlan, and after receiving the ARP request message, it uses the customer premises equipment (CPE) to reply the ARP reply message to the backup device; The backup device completes the update of its own ARP table entry and sends the ARP response message back to the primary device; When the master device receives the ARP message, it updates its own ARP and MAC address, updates the ARP entry mark, and stops sending broadcast ARP requests after confirming that the user has switched to the backup device.

4. The method according to claim 3, characterized in that Also includes: When the VRRP protocol of the backup device switches to the active VRRP protocol, it sends a gratuitous ARP message to the user side to inform the user side to update the ARP table entry.

5. The method according to claim 1, characterized in that Also includes: Enable the ARP proxy function on the primary and backup devices based on VLAN aggregation, and enable ARP proxy within the same sub-VLAN on both devices.

6. The method according to claim 1, characterized in that The pre-planning of voice services on the main device and the backup device on the passive optical network PON link includes: Plan the PON link and sub-vlan as a binding relationship, and divide the user voice service network segment according to the sub-vlan area so that the user voice IP address network segment is consistent within the same sub-vlan.

7. The method according to claim 6, characterized in that Also includes: Configure the NAT forwarding table on the primary and backup devices respectively. Through the NAT forwarding table, the user side source IP is replaced with the respective interface IP addresses under the VLAN aggregation, and after the voice service is switched, the uplink and downlink voice services are forwarded.

8. A dual-homing voice service recovery device for implementing the dual-homing voice service recovery method according to any one of claims 1 to 7, characterized in that: include: A configuration module is used to enable VLAN aggregation on the primary and backup devices and configure the corresponding sub-VLANs as voice service virtual local area network VLANs; Divide network segments, add IP addresses, and configure VRRP protocol virtual IP addresses for VLAN aggregation voice services on the primary and backup devices; Added VRRP protocol virtual router IDs, protocol priorities, and VRRP master and backup device priorities for master and backup devices during PON link protection switching; A configuration module is used to pre-configure the Virtual Routing Redundancy Protocol (VRRP) deployed on the master and backup devices on the passive optical network (PON) link and to plan voice services; The step of pre-configuring the virtual routing redundancy protocol (VRRP) deployed on the master device and the backup device on the passive optical network (PON) link includes: Configure VLAN aggregation on the primary and backup devices, and bind the VLAN aggregation to the sub-VLANs. Initialize the VRRP function and configure the VRRP protocol; Establish a one-to-one binding relationship between the sub vlan and the VRRP protocol virtual IP; The processing module is used to dynamically switch the status of the main device and the backup device by dynamically adjusting the priority of the VRRP protocol on the main device and the backup device when the switchover between the main device and the backup device on the PON link is triggered, and synchronously complete the update of the user-side voice service address resolution protocol ARP table item on the main device and the backup device to restore the voice service.

Citation Information

Patent Citations

  • Switch method of main-standby routers connecting with main-standby interfaces of medium gateways

    CN101252427A

  • Service protection method, optical line terminal and system in passive optical network

    CN104025511A