CN108712783B - CAPWAP tunnel establishment method and device - Google Patents
CAPWAP tunnel establishment method and device Download PDFInfo
- Publication number
- CN108712783B CN108712783B CN201810240783.9A CN201810240783A CN108712783B CN 108712783 B CN108712783 B CN 108712783B CN 201810240783 A CN201810240783 A CN 201810240783A CN 108712783 B CN108712783 B CN 108712783B
- Authority
- CN
- China
- Prior art keywords
- capwap tunnel
- request message
- sending
- keep
- sent
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
The embodiment of the application provides a CAPWAP tunnel establishment method and a device, which are applied to an AC in an IRF, and the CAPWAP tunnel establishment method comprises the following steps: after the AC is upgraded from the slave equipment to the master equipment, if a CAPWAP tunnel keep-alive request message sent by an access point AP is received, and the AC is detected not to establish a CAPWAP tunnel with the AP, a configuration updating request message is sent to the AP so as to indicate the AP and the AC to establish the CAPWAP tunnel. By the technical scheme provided by the embodiment of the application, the time that the AP sends the CAPWAP tunnel keep-alive request message for multiple times is reduced, the problem that the AP is on-line again for a long time is effectively solved, and the influence on service processing is reduced.
Description
Technical Field
The present application relates to the field of communications technologies, and in particular, to a method and an apparatus for establishing a CAPWAP (Controlling and Provisioning of Wireless Access Point) tunnel.
Background
An IRF (Intelligent Resilient Framework) is a device formed by connecting a plurality of ACs (Access controllers) together and virtualizing the ACs. One AC in the IRF acts as a master and the other ACs as slaves.
The IRF and the AP (Access Point) adopt a CAPWAP tunnel to communicate. After the IRF establishes the CAPWAP tunnel with the AP, the tunnel information of the CAPWAP tunnel of the AP is maintained by the main equipment of the IRF, and the slave equipment does not have the tunnel information of the CAPWAP tunnel of the AP. After the AP establishes the CAPWAP tunnel, the AP sends a CAPWAP tunnel keep-alive request message to the main device of the IRF at regular time, and when the main device of the IRF determines that the tunnel information of the CAPWAP tunnel of the AP exists, the main device of the IRF sends a CAPWAP tunnel keep-alive response message to the AP.
When the primary device of the IRF fails and one of the secondary devices is upgraded to a new primary device, the new primary device does not have the tunnel information of the CAPWAP tunnel of the AP, that is, the tunnel information of the CAPWAP tunnel of the AP is deleted in the IRF. At this time, the AP needs to establish a CAPWAP tunnel with the new host device and re-attach.
But the AP can not sense the deletion of the tunnel information of the CAPWAP tunnel of the AP at the IRF side, and the AP can continuously send a CAPWAP tunnel keep-alive request message to the IRF. After sending the CAPWAP tunnel keep-alive request message for multiple times and not receiving the CAPWAP tunnel keep-alive response message, the AP can determine that the CAPWAP tunnel is deleted, and then establishes the CAPWAP tunnel with the new master device in the IRF and re-accesses the network. This results in a long time for the AP to go online again, which affects the processing of the traffic.
Disclosure of Invention
An object of the embodiments of the present application is to provide a method and an apparatus for establishing a CAPWAP tunnel, so as to solve the problem of long time for an AP to re-online, and reduce the impact on service processing. The specific technical scheme is as follows:
in a first aspect, an embodiment of the present invention provides a method for establishing a CAPWAP tunnel, where the method is applied to an AC in an IRF, and the method includes:
after the AC is upgraded from the slave equipment to the master equipment, if a CAPWAP tunnel keep-alive request message sent by an AP is received, detecting whether the AC establishes a CAPWAP tunnel with the AP or not;
and if not, sending a configuration updating request message to the AP to indicate the AP and the AC to establish a CAPWAP tunnel.
In a second aspect, an embodiment of the present invention provides a CAPWAP tunnel establishment apparatus, which is applied to an AC in an IRF; the device comprises:
a detection module, configured to detect whether the AC has established a CAPWAP tunnel with an access point AP if a CAPWAP tunnel keep-alive request message sent by the AP is received after the AC is upgraded from a slave device to a master device;
and the sending module is used for sending a configuration updating request message to the AP to indicate the AP and the AC to establish a CAPWAP tunnel when the detection result of the detection module is negative.
In a third aspect, an embodiment of the present invention provides an AC comprising a processor and a machine-readable storage medium storing machine-executable instructions executable by the processor, the processor being caused by the machine-executable instructions to: the steps of the CAPWAP tunnel establishment method are realized.
In a fourth aspect, embodiments of the invention provide a machine-readable storage medium storing machine-executable instructions that, when invoked and executed by a processor, cause the processor to: the steps of the CAPWAP tunnel establishment method are realized.
According to the technical scheme provided by the embodiment of the application, the AP can know that a CAPWAP tunnel is not established between the AP and the master device upgraded from the slave device in the IRF only by sending the keep-alive request message of the CAPWAP tunnel once, establish the CAPWAP tunnel with the master device and re-online. The method avoids the problem that the AP needs to send the CAPWAP tunnel keep-alive request message for multiple times to know that the CAPWAP tunnel is not established between the AP and the host device, reduces the time consumed for sending the CAPWAP tunnel keep-alive request message for multiple times when the AP is on-line again, effectively solves the problem of long time for the AP to be on-line again, and reduces the influence on service processing.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.
Fig. 1 is a schematic flow chart of a method for establishing a CAPWAP tunnel according to an embodiment of the present disclosure;
fig. 2 is a schematic structural diagram of a CAPWAP tunnel establishment apparatus according to an embodiment of the present disclosure;
fig. 3 is a schematic structural diagram of an AC according to an embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
In order to solve the problem of long time for the AP to re-get online and reduce the influence on service processing, an embodiment of the present application provides a method and an apparatus for establishing a CAPWAP tunnel, which are applied to an AC in an IRF, and the method for establishing the CAPWAP tunnel includes:
after the AC is upgraded from the slave equipment to the master equipment, if a CAPWAP tunnel keep-alive request message sent by the AP is received, detecting whether the AC establishes a CAPWAP tunnel with the AP or not;
if not, sending a configuration updating request message to the AP to indicate the AP and the AC to establish a CAPWAP tunnel.
According to the technical scheme provided by the embodiment of the application, the AP can know that a CAPWAP tunnel is not established between the AP and the master device upgraded from the slave device in the IRF only by sending the keep-alive request message of the CAPWAP tunnel once, establish the CAPWAP tunnel with the master device and re-online. The method avoids the problem that the AP needs to send the CAPWAP tunnel keep-alive request message for multiple times to know that the CAPWAP tunnel is not established between the AP and the host device, reduces the time consumed for sending the CAPWAP tunnel keep-alive request message for multiple times when the AP is on-line again, effectively solves the problem of long time for the AP to be on-line again, and reduces the influence on service processing.
First, a method for establishing a CAPWAP tunnel according to an embodiment of the present disclosure is described below. Fig. 1 shows a schematic flow diagram of a method for establishing a CAPWAP tunnel, which is applied to an AC in an IRF, and includes the following steps:
s101, after the AC is upgraded from the slave equipment to the master equipment, if a CAPWAP tunnel keep-alive request message sent by an access point AP is received, whether the AC establishes a CAPWAP tunnel with the AP is detected. If not, go to step S102.
After the original master equipment in the IRF fails, the slave equipment in the IRF selects one of the slave equipment to upgrade to the master equipment through competition. In the embodiment of the application, the AC is used as a slave device, and after the original master device fails, the AC slave device is upgraded to the master device.
The method comprises the steps that the AP does not sense the failure of the original main equipment, the AP still sends a CAPWAP tunnel keep-alive request message to the original main equipment in the IRF through a switch according to a preset time point or a preset time interval, after the switch receives the CAPWAP tunnel keep-alive request message, an un-failed member port (the member port of the original main equipment fails) is selected from aggregation member ports (including the member port of the original main equipment and the member port of the slave equipment in the IRF), and the CAPWAP tunnel keep-alive request message is sent to an AC corresponding to the selected member port in the IRF through the selected member port. If the AC corresponding to the selected member port is the AC newly upgraded to the main equipment, then a CAPWAP tunnel keep-alive request message is received; and if the AC corresponding to the selected member port is not the AC newly upgraded to the main equipment, the AC corresponding to the selected member port is sent to the AC newly upgraded to the main equipment after receiving the CAPWAP tunnel keep-alive request message.
To facilitate detecting whether the AC has established a CAPWAP tunnel with the AP, a state machine may be provided in the AC to indicate the status of the CAPWAP tunnel. The states indicated by the state machine may include: run state and idle state, etc.
The idle state is used for indicating that the AC and the AP do not establish the CAPWAP tunnel. The operation status is used to indicate that the AC and the AP have established a CAPWAP tunnel, and the CAPWAP tunnel is in normal operation, i.e. the AP and the IRF can communicate normally through the CAPWAP tunnel.
After the AC is upgraded from the slave equipment to the master equipment, the AC and the AP do not establish a CAPWAP tunnel, and at the moment, a state machine in the AC indicates that the AC and the AP do not establish the CAPWAP tunnel; and after the AC and the AP successfully establish the CAPWAP tunnel, the AC sets the state of the state machine to be a running state.
Based on this, the AC may detect whether the AC has established a CAPWAP tunnel with the AP directly from the state indicated by the state machine in the AC.
In addition, in order to facilitate the AP to detect whether the AP establishes a CAPWAP tunnel with the AC, a state machine indicating the status of the CAPWAP tunnel may be set in the AP. The states indicated by the state machine may include: run state, idle state, join state, etc.
The joining state is used for indicating a stage that the AP requests the AC to establish the CAPWAP tunnel, and specifically, the stage is from after the AP sends a joining request message to the AC to before the AP and the AC successfully establish the CAPWAP tunnel.
S102, sending a configuration updating request message to the AP.
The configuration update request message is used for indicating the AP and the AC to establish a CAPWAP tunnel. After receiving the configuration update request message sent by the AC, the AP may determine that the AP and the AC do not establish a CAPWAP tunnel, and at this time, the AP goes offline. The AP needs to establish a CAPWAP tunnel with the AC and then comes on line again.
Here, the Configuration Update Request message may be a CAPWAP Configuration Update Request message, and may carry a vendor-defined TLV (Type Length Value) format, and define a field for instructing the AP and the AC to establish a CAPWAP tunnel.
In one embodiment, if it is detected that the AC has established a CAPWAP tunnel with the AP, a CAPWAP tunnel keep-alive response message is sent to the AP. After receiving the keep-alive response message of the CAPWAP tunnel, the AP can determine that the CAPWAP tunnel is established with the AC, and the AP keeps on-line state. And the AP continuously sends the CAPWAP tunnel keep-alive request message to the AC at the next preset time point or after a preset time interval.
In one embodiment, after receiving the configuration update request message sent by the AC, the AP goes offline. The AP sends a discovery request message to the AC, the AC feeds back a corresponding discovery response message to the AP after receiving the discovery request message sent by the AP, the AP sends an addition request message to the AC after receiving the discovery response message sent by the AC, and the AC feeds back a corresponding addition response message to the AP according to the addition request message sent by the AP so as to inform the AP and the AC of successfully establishing a CAPWAP tunnel.
By the embodiment, the time length of the AP for determining the offline is shortened from the time length of sending the CAPWAP tunnel keep-alive request message for many times to the time length of sending the CAPWAP tunnel keep-alive request message for one time, so that the time length of the AP for re-online is effectively shortened.
In another embodiment, after receiving the configuration update request message sent by the AC, the AP goes offline. And the AP directly sends an adding request message to the AC according to the information carried by the configuration updating request message. The join request message may carry AP related information, for example, the AP related information may include: MAC address information, IP address information, radio frequency information, tunnel type information, etc. of the AP. The AC may send a join response message to the AP according to the join request message. And the AP establishes a CAPWAP tunnel with the AC according to the joining response message.
According to the embodiment, the AP directly sends the join request message to the AC after determining that the AP is offline so as to establish the CAPWAP tunnel, so that the time for sending the keep-alive request message of the CAPWAP tunnel for many times is reduced, the time for the AP and the AC to interactively discover the request message is further reduced, and the time for the AP to be online again is further shortened.
Corresponding to the embodiment of the CAPWAP tunnel establishment method, the embodiment of the application also provides a CAPWAP tunnel establishment device which is applied to the AC in the IRF; fig. 2 is a schematic structural diagram of a CAPWAP tunnel establishment apparatus, including:
a detection module 210, configured to detect, after the AC is upgraded from the slave device to the master device, whether the AC has established a CAPWAP tunnel with the AP if a CAPWAP tunnel keep-alive request message sent by the AP is received;
a sending module 220, configured to send a configuration update request message to the AP to indicate the AP and the AC to establish a CAPWAP tunnel when the detection result of the detecting module 210 is negative.
Optionally, the sending module 220 is further configured to:
and when the detection result of the detection module 210 is yes, sending a keep-alive response message of the CAPWAP tunnel to the AP.
Optionally, the sending module 220 is further configured to:
receiving an adding request message sent by an AP; and sending a join response message to the AP to inform the AP of successfully establishing the CAPWAP tunnel.
Optionally, the sending module 220 is further configured to:
receiving a discovery request message sent by an AP; sending a discovery response message to the AP; receiving an adding request message sent by an AP; and sending a join response message to the AP to inform the AP of successfully establishing the CAPWAP tunnel.
According to the technical scheme provided by the embodiment of the application, the AP can know that a CAPWAP tunnel is not established between the AP and the master device upgraded from the slave device in the IRF only by sending the keep-alive request message of the CAPWAP tunnel once, establish the CAPWAP tunnel with the master device and re-online. The method avoids the problem that the AP needs to send the CAPWAP tunnel keep-alive request message for multiple times to know that the CAPWAP tunnel is not established between the AP and the host device, reduces the time consumed for sending the CAPWAP tunnel keep-alive request message for multiple times when the AP is on-line again, effectively solves the problem of long time for the AP to be on-line again, and reduces the influence on service processing.
Embodiments of the present application also provide an AC, as shown in fig. 3, including a processor 310 and a machine-readable storage medium 320, where the machine-readable storage medium 320 stores machine-executable instructions that can be executed by the processor 310.
In addition, as shown in fig. 3, the AC may further include: a communication interface 330 and a communication bus 330; the processor 310, the machine-readable storage medium 320, and the communication interface 330 communicate with each other via the communication bus 330, and the communication interface 330 is used for communication between the AC and other devices.
Wherein the machine-executable instructions comprise: a detect instruction 321 and a send instruction 322.
The processor 310 is caused by the detection instructions 321 to implement: after the AC is upgraded from the slave equipment to the master equipment, if a CAPWAP tunnel keep-alive request message sent by the AP is received, whether the AC establishes a CAPWAP tunnel with the AP is detected.
The processor 310 is sent instructions 322 to cause the implementation of: and when detecting that the AC does not establish the CAPWAP tunnel with the AP, sending a configuration updating request message to the AP to indicate the AP and the AC to establish the CAPWAP tunnel.
In one embodiment of the present application, the processor 310 being sent instructions 322 causes particular implementations to: and when detecting that the AC establishes the CAPWAP tunnel with the AP, sending a CAPWAP tunnel keep-alive response message to the AP.
In one embodiment of the present application, the processor 310 being sent instructions 322 causes particular implementations to: receiving an adding request message sent by an AP; and sending a join response message to the AP to inform the AP of successfully establishing the CAPWAP tunnel.
In one embodiment of the present application, the processor 310 being sent instructions 322 causes particular implementations to: receiving a discovery request message sent by an AP; sending a discovery response message to the AP; receiving an adding request message sent by an AP; and sending a join response message to the AP to inform the AP of successfully establishing the CAPWAP tunnel.
According to the technical scheme provided by the embodiment of the application, the AP can know that a CAPWAP tunnel is not established between the AP and the master device upgraded from the slave device in the IRF only by sending the keep-alive request message of the CAPWAP tunnel once, establish the CAPWAP tunnel with the master device and re-online. The method avoids the problem that the AP needs to send the CAPWAP tunnel keep-alive request message for multiple times to know that the CAPWAP tunnel is not established between the AP and the host device, reduces the time consumed for sending the CAPWAP tunnel keep-alive request message for multiple times when the AP is on-line again, effectively solves the problem of long time for the AP to be on-line again, and reduces the influence on service processing.
The communication bus 330 may be a PCI (Peripheral Component Interconnect) bus, an EISA (Extended Industry Standard Architecture) bus, or the like. The communication bus 330 may be divided into an address bus, a data bus, a control bus, and the like. For ease of illustration, only one thick line is shown in FIG. 3, but this does not mean only one bus or one type of bus.
The machine-readable storage medium 320 may include a RAM (Random Access Memory) and may also include a NVM (Non-Volatile Memory), such as at least one disk Memory. Additionally, the machine-readable storage medium 320 may also be at least one memory device located remotely from the aforementioned processor.
The Processor 310 may be a general-purpose Processor including a CPU (Central Processing Unit), an NP (Network Processor), and the like; but also DSPs (Digital Signal Processing), ASICs (Application Specific Integrated circuits), FPGAs (Field Programmable Gate arrays) or other Programmable logic devices, discrete Gate or transistor logic devices, discrete hardware components.
Corresponding to the embodiment of the CAPWAP tunnel establishment method, the embodiment of the application also provides a machine-readable storage medium, which stores machine executable instructions, and when the machine readable storage medium is called and executed by a processor, the machine executable instructions cause the processor to realize the CAPWAP tunnel establishment method.
Wherein the machine-executable instructions comprise: detecting instructions and sending instructions.
When invoked and executed by a processor, the detection instructions cause the processor to: after the AC is upgraded from the slave equipment to the master equipment, if a CAPWAP tunnel keep-alive request message sent by the AP is received, whether the AC establishes a CAPWAP tunnel with the AP is detected.
When invoked and executed by a processor, the send instructions cause the processor to: and when detecting that the AC does not establish the CAPWAP tunnel with the AP, sending a configuration updating request message to the AP to indicate the AP and the AC to establish the CAPWAP tunnel.
In one embodiment of the application, the instructions, when invoked and executed by a processor, cause the processor to implement: and when detecting that the AC establishes the CAPWAP tunnel with the AP, sending a CAPWAP tunnel keep-alive response message to the AP.
In one embodiment of the application, the instructions, when invoked and executed by a processor, cause the processor to implement: receiving an adding request message sent by an AP; and sending a join response message to the AP to inform the AP of successfully establishing the CAPWAP tunnel.
In one embodiment of the application, the instructions, when invoked and executed by a processor, cause the processor to implement: receiving a discovery request message sent by an AP; sending a discovery response message to the AP; receiving an adding request message sent by an AP; and sending a join response message to the AP to inform the AP of successfully establishing the CAPWAP tunnel.
According to the technical scheme provided by the embodiment of the application, the AP can know that a CAPWAP tunnel is not established between the AP and the master device upgraded from the slave device in the IRF only by sending the keep-alive request message of the CAPWAP tunnel once, establish the CAPWAP tunnel with the master device and re-online. The method avoids the problem that the AP needs to send the CAPWAP tunnel keep-alive request message for multiple times to know that the CAPWAP tunnel is not established between the AP and the host device, reduces the time consumed for sending the CAPWAP tunnel keep-alive request message for multiple times when the AP is on-line again, effectively solves the problem of long time for the AP to be on-line again, and reduces the influence on service processing.
It is noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus 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 apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.
All the embodiments in the present specification are described in a related manner, and the same and similar parts among the embodiments may be referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, for embodiments of the CAPWAP tunnel establishment apparatus, the AC and the machine-readable storage medium, since they are substantially similar to the embodiment of the CAPWAP tunnel establishment method, the description is relatively simple, and for relevant points, reference may be made to the partial description of the embodiment of the CAPWAP tunnel establishment method.
The above description is only for the preferred embodiment of the present application, and is not intended to limit the scope of the present application. Any modification, equivalent replacement, improvement and the like made within the spirit and principle of the present application are included in the protection scope of the present application.
Claims (10)
1. A method for establishing a wireless access point control and provisioning CAPWAP tunnel, which is applied to an Access Controller (AC) in an Intelligent Resilient Framework (IRF), and comprises the following steps:
after the AC is upgraded from the slave equipment to the master equipment, if a CAPWAP tunnel keep-alive request message sent by an Access Point (AP) is received, detecting whether the AC establishes a CAPWAP tunnel with the AP or not; the CAPWAP tunnel keep-alive request message is sent to the main equipment AC by the switch through the aggregation member port, or the CAPWAP tunnel keep-alive request message is sent to the main equipment AC by the switch from other ACs except the main equipment AC which are connected with the aggregation member port;
and if not, sending a configuration updating request message to the AP to indicate the AP and the AC to establish a CAPWAP tunnel.
2. The method of claim 1, further comprising:
and when detecting that the AC establishes a CAPWAP tunnel with the AP, sending a CAPWAP tunnel keep-alive response message to the AP.
3. The method according to claim 1, wherein after the step of sending the configuration update request message to the AP, the method further comprises:
receiving an adding request message sent by the AP;
and sending a join response message to the AP to inform the AP of successfully establishing the CAPWAP tunnel.
4. The method according to claim 1, wherein after the step of sending the configuration update request message to the AP, the method further comprises:
receiving a discovery request message sent by the AP;
sending a discovery response message to the AP;
receiving an adding request message sent by the AP;
and sending a join response message to the AP to inform the AP of successfully establishing the CAPWAP tunnel.
5. A wireless access point control and provisioning CAPWAP tunnel establishment apparatus, for application to an access controller, AC, in an intelligent resilient framework, IRF, the apparatus comprising:
a detection module, configured to detect whether the AC has established a CAPWAP tunnel with an access point AP if a CAPWAP tunnel keep-alive request message sent by the AP is received after the AC is upgraded from a slave device to a master device; the CAPWAP tunnel keep-alive request message is sent to the main equipment AC by the switch through the aggregation member port, or the CAPWAP tunnel keep-alive request message is sent to the main equipment AC by the switch from other ACs except the main equipment AC which are connected with the aggregation member port;
and the sending module is used for sending a configuration updating request message to the AP to indicate the AP and the AC to establish a CAPWAP tunnel when the detection result of the detection module is negative.
6. The apparatus of claim 5, wherein the sending module is further configured to:
and when the detection result of the detection module is yes, sending a CAPWAP tunnel keep-alive response message to the AP.
7. The apparatus of claim 5, wherein the sending module is further configured to:
receiving an adding request message sent by the AP;
and sending a join response message to the AP to inform the AP of successfully establishing the CAPWAP tunnel.
8. The apparatus of claim 5, wherein the sending module is further configured to:
receiving a discovery request message sent by the AP;
sending a discovery response message to the AP;
receiving an adding request message sent by the AP;
and sending a join response message to the AP to inform the AP of successfully establishing the CAPWAP tunnel.
9. An access controller, AC, comprising a processor and a machine-readable storage medium storing machine-executable instructions executable by the processor, the processor being caused by the machine-executable instructions to: carrying out the method steps of any one of claims 1 to 4.
10. A machine-readable storage medium having stored thereon machine-executable instructions that, when invoked and executed by a processor, cause the processor to: carrying out the method steps of any one of claims 1 to 4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810240783.9A CN108712783B (en) | 2018-03-22 | 2018-03-22 | CAPWAP tunnel establishment method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810240783.9A CN108712783B (en) | 2018-03-22 | 2018-03-22 | CAPWAP tunnel establishment method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108712783A CN108712783A (en) | 2018-10-26 |
| CN108712783B true CN108712783B (en) | 2021-01-12 |
Family
ID=63866275
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810240783.9A Active CN108712783B (en) | 2018-03-22 | 2018-03-22 | CAPWAP tunnel establishment method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108712783B (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109561458B (en) * | 2018-11-28 | 2022-05-27 | 新华三技术有限公司 | AC backup method and device |
| CN112839392B (en) * | 2019-11-25 | 2022-09-02 | 杭州萤石软件有限公司 | Method, device and system for reestablishing control and configuration protocol session of wireless access point |
| CN111277959B (en) * | 2020-01-16 | 2021-11-26 | 新华三技术有限公司成都分公司 | Message forwarding method and device |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1794703A (en) * | 2005-03-24 | 2006-06-28 | 华为技术有限公司 | Method of providing appearing information from radio local network to appearing system |
| CN101051981A (en) * | 2007-05-16 | 2007-10-10 | 杭州华三通信技术有限公司 | WLAN abnormal quick restoring method and device |
| CN101282565A (en) * | 2007-04-06 | 2008-10-08 | 中国科学院计算技术研究所 | Fast switching method and device for carrying layer-3 information during layer-2 switching |
| CN101621852A (en) * | 2009-08-07 | 2010-01-06 | 杭州华三通信技术有限公司 | Repeated accessing method of wireless access point of MESH network and wireless access point equipment |
| CN101771612A (en) * | 2010-01-13 | 2010-07-07 | 华为技术有限公司 | Tunnel establishing method, equipment and network system |
| CN101917439A (en) * | 2010-08-24 | 2010-12-15 | 杭州华三通信技术有限公司 | Data transmission method and equipment |
| CN106304401A (en) * | 2015-05-22 | 2017-01-04 | 华为技术有限公司 | Data tunnel method for building up under a kind of public WLAN framework and AP |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101252498B (en) * | 2008-04-03 | 2010-08-18 | 杭州华三通信技术有限公司 | Access point, access controller and communication method thereof |
| CN102143604B (en) * | 2010-02-02 | 2014-02-05 | 杭州华三通信技术有限公司 | Method, system and device for recovering control and provisioning for wireless access point (CAPWAP) tunnel |
| CN102752172B (en) * | 2012-07-13 | 2014-12-31 | 杭州华三通信技术有限公司 | Control method and control device for switching AP (Access Point) between hot standby ACs (Access Controllers) |
| CN103338524B (en) * | 2013-06-03 | 2016-05-25 | 福建星网锐捷网络有限公司 | Radio switch-in method, Apparatus and system, access controller, access point apparatus |
| US9078137B1 (en) * | 2014-09-26 | 2015-07-07 | Fortinet, Inc. | Mobile hotspot managed by access controller |
| CN106357532B (en) * | 2016-11-21 | 2021-02-23 | 新华三技术有限公司 | Message response method and device |
-
2018
- 2018-03-22 CN CN201810240783.9A patent/CN108712783B/en active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1794703A (en) * | 2005-03-24 | 2006-06-28 | 华为技术有限公司 | Method of providing appearing information from radio local network to appearing system |
| CN101282565A (en) * | 2007-04-06 | 2008-10-08 | 中国科学院计算技术研究所 | Fast switching method and device for carrying layer-3 information during layer-2 switching |
| CN101051981A (en) * | 2007-05-16 | 2007-10-10 | 杭州华三通信技术有限公司 | WLAN abnormal quick restoring method and device |
| CN101621852A (en) * | 2009-08-07 | 2010-01-06 | 杭州华三通信技术有限公司 | Repeated accessing method of wireless access point of MESH network and wireless access point equipment |
| CN101771612A (en) * | 2010-01-13 | 2010-07-07 | 华为技术有限公司 | Tunnel establishing method, equipment and network system |
| CN101917439A (en) * | 2010-08-24 | 2010-12-15 | 杭州华三通信技术有限公司 | Data transmission method and equipment |
| CN106304401A (en) * | 2015-05-22 | 2017-01-04 | 华为技术有限公司 | Data tunnel method for building up under a kind of public WLAN framework and AP |
Non-Patent Citations (2)
| Title |
|---|
| CAPWAP通信隧道保活机制的研究;聂勇;《硅谷》;20110108;1-10 * |
| 一种AC热备切换的方法;林丹宁;《科技与企业》;20150506;1-10 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108712783A (en) | 2018-10-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10952143B2 (en) | Sleeping and wake-up methods and apparatuses of master-slave network, and power saving system of master-slave network | |
| WO2022127504A1 (en) | Network element management method and apparatus, and storage medium | |
| CN108712783B (en) | CAPWAP tunnel establishment method and device | |
| US9288075B2 (en) | Method and system for auto-configuration, and network node | |
| CN111884875A (en) | Offline device determination method and device | |
| EP3379889A1 (en) | Method and terminal for controlling service connection | |
| CN108900441B (en) | Network switching method, first electronic device and readable storage medium | |
| CN105307217A (en) | Method and device for flexibly processing link between network elements | |
| US10827404B2 (en) | Controlling client connectivity during access point upgrades | |
| CN113194494B (en) | Air interface resource control method, device, network side equipment and terminal | |
| CN109728932B (en) | SDN setting method, controller, switch and computer readable storage medium | |
| EP3720078B1 (en) | Anima network information processing method, device, and system | |
| CN109981462B (en) | Message processing method and device | |
| CN115514719B (en) | Message sending method, device, switch and readable storage medium | |
| CN103401708A (en) | Port configuration method and device | |
| CN110830598B (en) | Method and network equipment for establishing and transmitting interface address and alias in BGP (Border gateway protocol) session | |
| CN109995678B (en) | Message transmission method and device | |
| CN115242687B (en) | Node activity detection method, device, equipment and medium | |
| WO2023217059A1 (en) | Networking method and apparatus, and device and storage medium | |
| CN108449802B (en) | Mesh connection method and device | |
| CN104038955A (en) | Fault detection and processing method in mobile communication system, and base station | |
| CN101515879B (en) | How to create a bridge connection | |
| CN108737189B (en) | DR device role updating method and device | |
| CN108174417B (en) | Main/standby switching method and device, related electronic equipment and readable storage medium | |
| WO2017059728A1 (en) | Load reporting and control method, emsc device, mme device and communications system |
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 | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20230616 Address after: 310052 11th Floor, 466 Changhe Road, Binjiang District, Hangzhou City, Zhejiang Province Patentee after: H3C INFORMATION TECHNOLOGY Co.,Ltd. Address before: 310052 Changhe Road, Binjiang District, Hangzhou, Zhejiang Province, No. 466 Patentee before: NEW H3C TECHNOLOGIES Co.,Ltd. |