CN107968726B - Equipment network management method for power system - Google Patents
Equipment network management method for power system Download PDFInfo
- Publication number
- CN107968726B CN107968726B CN201711223153.2A CN201711223153A CN107968726B CN 107968726 B CN107968726 B CN 107968726B CN 201711223153 A CN201711223153 A CN 201711223153A CN 107968726 B CN107968726 B CN 107968726B
- Authority
- CN
- China
- Prior art keywords
- pptp
- electric power
- data
- protocol
- packet
- 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
- 238000007726 management method Methods 0.000 title claims abstract description 42
- CKRLIWFOVCLXTP-UHFFFAOYSA-N 4-phenyl-1-propyl-3,6-dihydro-2h-pyridine Chemical compound C1N(CCC)CCC(C=2C=CC=CC=2)=C1 CKRLIWFOVCLXTP-UHFFFAOYSA-N 0.000 claims abstract description 75
- 238000000034 method Methods 0.000 claims abstract description 29
- 230000005540 biological transmission Effects 0.000 claims description 35
- 230000008569 process Effects 0.000 claims description 17
- 238000005538 encapsulation Methods 0.000 claims description 5
- GNFTZDOKVXKIBK-UHFFFAOYSA-N 3-(2-methoxyethoxy)benzohydrazide Chemical compound COCCOC1=CC=CC(C(=O)NN)=C1 GNFTZDOKVXKIBK-UHFFFAOYSA-N 0.000 claims description 3
- FGUUSXIOTUKUDN-IBGZPJMESA-N C1(=CC=CC=C1)N1C2=C(NC([C@H](C1)NC=1OC(=NN=1)C1=CC=CC=C1)=O)C=CC=C2 Chemical compound C1(=CC=CC=C1)N1C2=C(NC([C@H](C1)NC=1OC(=NN=1)C1=CC=CC=C1)=O)C=CC=C2 FGUUSXIOTUKUDN-IBGZPJMESA-N 0.000 claims description 3
- 230000006854 communication Effects 0.000 description 26
- 238000004891 communication Methods 0.000 description 23
- 238000012544 monitoring process Methods 0.000 description 6
- 230000004044 response Effects 0.000 description 6
- 230000003993 interaction Effects 0.000 description 5
- 239000012634 fragment Substances 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- OYYYPYWQLRODNN-UHFFFAOYSA-N [hydroxy(3-methylbut-3-enoxy)phosphoryl]methylphosphonic acid Chemical compound CC(=C)CCOP(O)(=O)CP(O)(O)=O OYYYPYWQLRODNN-UHFFFAOYSA-N 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 238000012856 packing Methods 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000005641 tunneling Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
-
- H02J13/0006—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2212/00—Encapsulation of packets
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention relates to a device network management method for an electric power system, which solves the technical problem of high flow cost, and adopts a multi-mode terminal controlled by an electric power service terminal, a router controlled by an electric power service master station, the multi-mode terminal and the router establish PPTP connection through VPN, the PPTP connection comprises PPTP control connection and PPTP data connection, the PPTP data connection comprises defining preset parameters, calculating the optimal packet length L according to part of the preset parameters, and enabling the electric power service terminal and the multi-mode terminal to transmit IP data according to the actual packet length L1; PPTP control connection is established between the multimode terminal and a network control device, and between the router and the network control device; the multi-mode terminal sends heartbeat packets to the network management and control device and the power service master station; the connection between the corresponding multimode terminal and the router is controlled according to the heartbeat packet information, so that the problem is well solved, and the method can be used in a power system.
Description
Technical Field
The invention relates to the field of power business, in particular to a device network management method for a power system.
Background
The power service terminals enter an intelligent control stage at present, and the intelligent control requires a system to acquire information of each power service terminal and then send the information to a power service master station. In this process, wireless traffic is consumed, and for the electric power company, the wireless traffic is purchased from the operator and is expensive. Therefore, the electric power company pays much attention to the communication traffic overhead between the electric power service terminal and the electric power service master station. The metering and charging of the mobile operator, the actual flow passing through the mobile operator network is the flow packed layer by layer, and the application data and each layer of packet headers are required.
The charging flow rate is different from the actual application flow rate, for example, a webpage is opened or a software is downloaded, the flow rates of the webpage and the software are defined as the "actual application" flow rate, and the "actual charging" flow rate and the "actual application" flow rate generated by the user completing the actions are different. The charging principle of the operator is to record and charge the actual flow of the user through the mobile network, and the flow not only is the flow of the web page and the software when the web page is opened or the software is downloaded, but also includes other necessary flow expenses in behaviors such as opening the web page or downloading the software. For downloading a software, firstly, a request for downloading needs to be initiated, an uplink request data packet needs to be sent, if TCP is connected, a 3-time handshake connection data packet and the like are needed, and meanwhile, the downloaded software is used as application data, is transmitted in a network and needs to follow a TCP/IP protocol, and the application data can be packed layer by layer according to the protocol. Therefore, the actual traffic passing through the operator network is the traffic passing through layer-by-layer packaging, and application data and each layer of packet header are required. Only the traffic of the IP header, TCP/UDP header and application data is recorded and billed, so that the recorded user usage traffic is smaller than the actual traffic of the user usage traffic through the network. The method is characterized in that fragment transmission is required because the transmission of application data cannot be carried out in a data packet, each fragment is subjected to packing head processing, and how one application data is subjected to fragment is influenced by the network environment through which the application data is transmitted, the MTU value and the like, and is not a fixed value, and the situations of retransmission, packet loss and the like which are necessarily involved in the network transmission process exist, so that a user downloads the same software, the actual flow passing through a network is different every time, and the difference exists between the actual flow and the actual application flow.
The existing power system does not have a network control device and a network control method, and the communication flow overhead is not researched. The invention provides a device network management method for an electric power system with low flow overhead.
Disclosure of Invention
The technical problem to be solved by the invention is that the communication flow cost of the power service terminal and the power service master station is high in the prior art. The equipment network management method for the power system has the characteristics of low flow overhead and stable communication.
In order to solve the technical problems, the technical scheme is as follows:
a device network management method for an electric power system is used for the electric power service system, the electric power service system comprises at least one electric power service terminal, a multi-mode terminal connected with the electric power service terminal, a router connected with the multi-mode terminal through an IP network, and an electric power service master station connected with the router, and a network management and control device is arranged on the same side of the electric power service master station;
the data link layer of the IP network adopts PPTP protocol, the transmission layer adopts TCP protocol or UDP protocol, the network layer adopts IP protocol, the device network management method includes:
step 1: the network control device defines preset parameters, defines the length of the network protocol packet header as N and the length of the data packet as LD，LDCalculating the optimal packet length L according to preset parameters, taking an actual packet length L1 which is smaller than the optimal packet length L and is closest to the optimal packet length L, and establishing PPTP data connection between the multimode terminal and the router through the VPN according to the actual packet length L1 to carry out IP data connectionTransmitting;
step 2: the method comprises the steps that a PPTP control connection is established between a multi-mode terminal and a router through a VPN, the PPTP control connection is established, a network management and control device controls an electric power service terminal to send a heartbeat packet to an electric power service master station through the multi-mode terminal, the electric power service master station returns the received heartbeat packet to the network management and control device, and the heartbeat packet is used for representing the real-time on-site of the electric power service terminal;
and step 3: and the network management and control device controls the connection between the multimode terminal and the router according to the returned heartbeat packet.
The working principle of the invention is as follows: an IP datagram consists of two parts, a header and data. The first part of the header is a fixed length, 20 bytes in total. Following the fixed part of the header is an optional field, up to 40 bytes. The Point-to-Point Tunneling Protocol is abbreviated as PPTP. PPTP is a new enhanced security protocol developed on the basis of PPP protocol, supports multi-protocol virtual private network, and can enhance security by methods such as password verification protocol, extensible authentication protocol and the like. Remote users may securely access the enterprise network through an ISP, direct connection to the Internet, or other network; it can encapsulate PPP frames into IP packets to enable transmission over the IP-based internet. PPTP uses TCP to realize the creation, maintenance and termination of tunnel, and uses Generic Routing Encapsulation (GRE) to encapsulate PPP frame into tunnel data. The payload of the encapsulated PPP frame may be encrypted or compressed. Two connections need to be established in the PPTP communication process, one is a control connection, and the other is a data connection. The control connection is used to negotiate parameters during communication and to perform maintenance of the data connection. And the real data communication part is completed by PPTP data connection.
The optimal packet length of data transmission is calculated by setting certain preset parameters, because a plurality of monitored data form a set, the transmitted data combination frame is selected from the data set for combination, the length of the combined frame is a discrete value, and the length of the combined frame is not completely matched with the optimal packet length, so that a combined frame closest to the optimal packet length is selected as the actual packet length L1 for transmission. The relationship of preset parameters such as flow overhead, uploading frequency and the like can be balanced to the maximum extent.
In the above scheme, for optimization, further, the PPTP data connection is a PPTP data packet package, IP data in the PPTP data packet package is TCP data, m is defined as TCP reconnection time/Day, n is defined as TCP retransmission time, and the preset parameters include total flow S, upload frequency F, overhead rate X and retransmission rate Y; calculating an optimal packet length L according to the total flow S and the uploading frequency F, and calculating an overhead rate X to provide more judgment parameters for the network control management and control device;
wherein, K is 1024, Day is 30, Hour is 24, and Min is 60.
Further, the PPTP data connection is a PPTP data packet package, the IP data in the PPTP data packet package is UDP data, the preset parameters include total flow S, upload frequency F and overhead rate X, an optimal packet length L is calculated according to the total flow S and the upload frequency F, and network management and control can be performed better by calculating the overhead rate X;
wherein, K is 1024, Day is 30, Hour is 24, and Min is 60.
Further, the PPTP packet package comprises:
step a: encapsulating the application layer data into a PPP payload, wherein the PPP payload comprises an IP data packet, an IPX data packet and a NetBEUI frame;
step b: sending the PPP payload to a virtual interface of a VPN;
step c: the virtual interface of the VPN compresses and encrypts the PPP payload and adds a PPP header;
step d: the virtual interface of the VPN sends the PPP frame to a PPTP protocol driver;
step e: the PPTP protocol driver adds a GRE header outside a PPP frame;
step f: the PPTP protocol driver submits the GRE header to a TCP/IP protocol driver;
step g: the TCP/IP protocol driver adds an IP header to the GRE driver to form an IP data packet;
step h: the IP data packet is sent to the multimode terminal after being encapsulated by a data link layer, and the multimode terminal carries out IP data transmission according to the actual packet length L1; the actual packet length L1 is the data length after adding the corresponding data link layer header and trailer to the IP packet according to the outgoing physical network type.
Further, the outbound physical network includes an ethernet network and a point-to-point WAN network.
Further, the PPTP control connections include long connections and short connections.
Further, the long connection is to continuously send a plurality of data packets in one process, and when no data packet is sent, the long connection is maintained by sending a heartbeat packet through the multimode terminal.
Further, the short connection is that when data interaction exists between the multimode terminal and the router, a DL/WUNP process is established, the DL/WUNP process is disconnected after the data interaction is completed, and the multimode terminal sends heartbeat packets to inform a network management and control device of the real-time state of the multimode terminal in the short connection.
Further, the PPTP control connection comprises:
step A: the multimode terminal establishes TCP connection with the router;
and B: PPTP control connection and GRE tunnel establishment;
and C: carrying out LCP negotiation of PPP protocol;
step D: performing authentication of a PPP protocol;
step E: carrying out NCP negotiation of PPP protocol;
step F: a CCP negotiation of PPP protocol is performed.
The user datagram UDP has two fields: a data field and a header field. The header field is fixed in length, having only 8 bytes, and consists of four fields, each of which has a length of two bytes. The meaning of each field is as follows: source port: the source port number. When the other party replies, the selected party can use all 0's when the other party does not reply. Destination port: the destination port number. Which must be used when delivering the message at the end point. Length: the length of a UDP user datagram, which has a minimum of 8, is only the header. The checksum is to check whether the UDP user datagram has errors in transmission and discard the UDP user datagram if the user datagram has errors.
The first 20 bytes of the TCP segment header are fixed and the following options are variable in length but cannot exceed 40 bytes. Therefore, the TCP message header does not exceed 60 bytes at the longest. The variable length is typically 0 and the TCP packet header is typically 20 bytes.
The network overhead is calculated from the IP layer, namely not calculated below the IP layer, the header of the IP data packet has a fixed part with the length of 20 bytes, and the length of the UDP message is fixed to 8 bytes. It takes at least 28 bytes of overhead to transfer data over UDP messages once. Therefore, using IP datagrams as long as possible increases transmission efficiency, since the header length in each IP datagram is a smaller proportion of the total length of the datagram. However, when the message is too large, the stability is greatly reduced. This is because when the messages are too large, they are split so that the length of each split block is smaller than the MTU, and then sent separately and recombined at the receiver, but if one of the messages is lost, the other received messages cannot be returned to the program, and thus complete data cannot be obtained.
In the invention, the cost of UDP is less than that of TCP, and under the condition of limited flow, UDP is used for data transmission preferably. UDP uses best effort delivery, i.e. no guarantee of delivery reliability, and no retransmission even if the message is lost in the transmission. Because the network port control device collects the information of each multimode terminal in real time, even if certain data is lost, the network control device continues to apply for collection after a period of time, and therefore the weight of stability in data transmission is smaller than the real-time requirement on the data.
When the PPTP Client uses PPTP to communicate with an external network, the PPTP Client needs to be unpacked by the PPTP Server and sends a data packet, when the data packet returns, the data packet is sent to the PPTP Server first, then compressed and packaged at a virtual tunnel port and sent to the PPTP Client, and the PPTP Client unpacks after receiving the data packet to obtain real data.
Using the calculations under TCP: if transmission fails under TCP transmission, retransmission is needed, so a part of retransmission overhead is needed. Therefore, the total traffic S can be divided into two parts, one part is the traffic of normal transmission, and the other part is the traffic required for retransmission and reconnection, so as to ensure the maximization of the normal transmission traffic.
Let TCP reconnect m times a day, TCP retransmit n times a day, m and n are both statistics. The overhead of the three-way handshake protocol is T, and the unit is byte; the overhead of the three-way handshake protocol is 52+52+ 40-144 bytes by Wireshark analysis.
The invention has the beneficial effects that:
the method has the advantages that the communication connection is established by using the PPTP, so that the flow expenditure of the power service system is reduced, and the cost of a power company is saved;
the UDP connection method is used, and the network control platform continues to apply for acquisition, so that the stability is improved;
the network management and control device, the multimode terminal and the router are connected in a short way, so that the flow overhead can be reduced;
the effect IV is that the optimal packet length is calculated according to the total flow, the uploading frequency and other preset parameters, so that data transmission can be carried out with the maximum efficiency overhead utilization rate under the allowable condition, and the flow utilization rate is improved.
Drawings
The invention is further illustrated with reference to the following figures and examples.
Fig. 1 is a schematic diagram of an electric power service system in embodiment 1.
FIG. 2 is a schematic diagram of a long connection process.
Fig. 3 is a flowchart illustrating a device network management method for an electrical power system.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, the present invention is further described in detail with reference to the following embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.
Example 1
In this embodiment, an apparatus network management method for an electrical power system is provided, where the apparatus network management method is used for an electrical power service system, and as shown in fig. 1, the electrical power service system includes at least one electrical power service terminal, a multimode terminal connected to the electrical power service terminal, a router connected to the multimode terminal through an IP network, and an electrical power service master station connected to the router, where a network control device is disposed on the same side of the electrical power service master station;
the data link layer of the IP network adopts PPTP protocol, the transmission layer adopts TCP protocol or UDP protocol, the network layer adopts IP protocol, the device network management method includes:
step 1: the network control device defines preset parameters, defines the length of the network protocol packet header as N and the length of the data packet as LD，LDCalculating the optimal packet length L according to preset parameters, taking an actual packet length L1 which is smaller than the optimal packet length L and is closest to the optimal packet length L, and establishing PPTP data connection between the multimode terminal and the router through VPN according to the actual packet length L1 to perform IP data transmission;
step 2: the method comprises the steps that a PPTP control connection is established between a multi-mode terminal and a router through a VPN, the PPTP control connection is established, a network management and control device controls an electric power service terminal to send a heartbeat packet to an electric power service master station through the multi-mode terminal, the electric power service master station returns the received heartbeat packet to the network management and control device, and the heartbeat packet is used for representing the real-time on-site of the electric power service terminal;
and step 3: and the network management and control device controls the connection between the multimode terminal and the router according to the returned heartbeat packet.
In this embodiment, the transport layer uses the TCP protocol.
Therefore, the PPTP data connection is a PPTP data packet package, the IP data in the PPTP data packet package is TCP data, m is defined as TCP reconnection time/Day, n is defined as TCP retransmission time, and the preset parameters include a total flow S, an upload frequency F, an overhead rate X, and a retransmission rate Y; calculating an overhead rate X and an optimal packet length L according to the total flow S and the uploading frequency F; wherein, K is 1024, Day is 30, Hour is 24, and Min is 60.
If transmission fails under TCP transmission, retransmission is needed, so a part of retransmission overhead is needed. Therefore, the total traffic S can be divided into two parts, one part is the traffic of normal transmission, and the other part is the traffic required for retransmission and reconnection, so as to ensure the maximization of the normal transmission traffic. Let TCP reconnect m times a day, TCP retransmit n times a day, m and n are both statistics. The overhead of the three-way handshake protocol is T, and the unit is byte; the overhead of the three-way handshake protocol is 52+52+ 40-144 bytes by Wireshark analysis.
Case 1: assuming that total flow S, F is known and that m, n are known, L and X are calculated.
It is obvious that the total traffic of a month is divided into three parts, i.e. the traffic of normal transmission, the overhead of reconnection, i.e. the overhead of the three-way handshake protocol and the overhead of retransmission:
Let the overhead rate of extra retransmissions and reconnects be Y, unit: % of the total weight of the composition.
The total overhead of a monthly header is:
unit: kb.
Therefore, it is not only easy to use
Unit: % of the total weight of the composition.
Case 2: assuming that F, X and L are constant, the total flow S is obtained
Case 3: assuming that total flow S, X and L are constant, F is calculated
The following are easy to know:
Wherein the PPTP data packet package comprises:
step a: encapsulating the application layer data into a PPP payload, wherein the PPP payload comprises an IP data packet, an IPX data packet and a NetBEUI frame;
step b: sending the PPP payload to a virtual interface of the VPN;
step c: the virtual interface of the VPN compresses and encrypts the PPP payload and adds a PPP header;
step d: the virtual interface of the VPN sends the PPP frame to a PPTP protocol driver;
step e: the PPTP protocol driver adds a GRE header outside a PPP frame;
step f: the PPTP protocol driver submits the GRE header to a TCP/IP protocol driver;
step g: the TCP/IP protocol driver adds an IP header to the GRE driver;
step h: and the IP data packet is encapsulated by a data link layer and then sent by the multimode terminal, and the multimode terminal adds corresponding data link layer header and data length after the tail report according to the type of the outgoing physical network as the actual packet length L1.
Specifically, the short connection is that data interaction exists between the multimode terminal and the router, a DL/WUNP process is established, the DL/WUNP process is disconnected after the data transmission is completed, and the multimode terminal transmits heartbeat packets to inform the network management and control device of the real-time state of the multimode terminal in the process.
The wireless communication unit and the wireless communication resource monitoring and managing platform have two connection modes: long connections and short connections. A long connection is a connection in which a plurality of data packets can be transmitted continuously in one process, no data packet is transmitted, and a wireless communication unit is required to transmit a heartbeat packet to maintain the connection. The short connection means that a DL/WUNP process is established when data interaction is carried out between two communication parties, and the DL/WUNP process is disconnected after the data transmission is completed. In the long connection process, a heartbeat is adopted as a means for maintaining and monitoring a link. And the short connection can be completed in a short time because the data interaction is completed, so that a heartbeat packet is not needed to maintain the link, but the wireless communication resource monitoring management platform still needs to be informed of the running state of the wireless communication resource monitoring management platform through the heartbeat packet so as to carry out monitoring and fault alarm.
And the two communication parties establish a DL/WUNP process in a power service terminal-power service master station mode for mutual submission of information of the two parties. When no data is transmitted on the channel, the wireless communication unit should send a heartbeat packet at intervals of time C to maintain the connection, and when the heartbeat packet is sent out and does not receive a response after exceeding time T, the wireless communication unit should send the heartbeat packet again immediately, and after continuously sending for N-1 times, the wireless communication unit still does not obtain a response, and then the process is ended. The parameter C, T, N should be configurable in principle, and at the present stage, the suggested values are: c5 min, T30 sec, N3. The messages are sent in a synchronous mode, and the operation flow of the long connection is as shown in figure 2.
The wireless communication unit is off-line at ordinary times, when local data needs to be transmitted or a timing on-line time and other similar strategies are achieved, the wireless communication unit serves as a client to establish a DL/WUNP process in a client-server mode, and the process is ended after data transmission is completed.
After the communication message is sent, if no response is received after waiting for T seconds, the communication message is immediately retransmitted, and if no response is obtained after the communication message is continuously sent for N-1 times, the communication message is stopped. The proposed values at the present stage are: t is 30 seconds and N is 3.
In this embodiment, the cost of PPTP control connection disconnection includes disconnection set-link-info of tunnel connection: sent by either the PPTP client or the server, sets the PPP negotiation option. call-clear-request: sent by the PPTP client, requesting termination of the tunnel. And calculating the overhead of tunnel connection disconnection.
The method also comprises the disconnection of the TCP connection, and the disconnection of the TCP is followed after the tunnel connection is disconnected, which is a four-wave protocol and calculates the overhead of the disconnection of the TCP connection. And periodic overhead, heartbeat packets.
The heartbeat packet is that the power service terminal sends simple information to the power service master station and the network management and control device at regular time to represent the current working state of the power service terminal. The code is that a fixed message is sent to the server every few minutes, the server replies a fixed message after receiving the fixed message, and if the server does not receive the information of the power service terminal within few minutes, the power service terminal is disconnected. For example, some communication software is not used for a long time, and a heartbeat packet and a timed packet sending and receiving packet are needed to know whether the state of the communication software is online or offline. The packet sender can be an electric power service terminal or an electric power service master station and a network management and control device. The heartbeat packets in PPTP exist in the form of Echo-Request, Echo-Reply packets in the official document of the PPTP protocol RFC 2637.
Specifically, the PPTP control connection includes:
step A: the multimode terminal establishes TCP connection with the router; the PPTP control layer protocol is established on the basis of the TCP protocol, so the initial TCP three-way handshake is as follows: the Client terminal sends a TCPSYN packet to a 1723 port of the Server to request the establishment of TCP connection; the Server receives the TCP connection request and sends back SYN and ACK; the Client end sends an Acknowledgement (ACK) to the Server;
and B: PPTP control connection and GRE tunnel establishment; the Client sends a Start-Control-Connection-Request to the Server to Request for establishing a Control Connection; the Server sends Start-Control-connection-Reply to the Client and responds to the request of the power service terminal; the Client sends an outbound-Call-Request to the Server to Request to establish a PPTP tunnel, wherein the message contains a Call id in a GRE header, and the ID can uniquely identify one tunnel; the Server sends out-Call-Reply to the Client, and responds to the request of establishing the PPTP tunnel of the power service terminal; sending Set-Link-info by any party of the Client or the Server, and setting PPP negotiation options;
and C: LCP negotiation of PPP protocol; LCP is the link control protocol of the PPP protocol, responsible for establishing, tearing down and monitoring data links. Negotiating link parameters such as authentication method, compression method, whether to call back, etc.; the Client sends a Configuration Request and sends the Configuration parameters to the Server; the Server sends a Configuration Request and sends the Configuration parameters to the Client; the Client sends a Configuration Ack to indicate that all Configuration parameters are known and acceptable and responds to the Server; the Client sends a Configuration Request again, and sends the Configuration parameters of the Client to the Server; the Server sends a Configuration Reject, informs the Client of parameters which cannot be identified by the Server, and allows the Client to correct the parameters; after the Client modifies the Configuration item, sending a Configuration Request again; the Server sends a configuration ack to indicate that all configuration parameters are known and acceptable, and responds to the Client;
step D: authentication of PPP protocol; the Server end of the PPP protocol can carry out identity authentication on the Client end, and the identity authentication protocol is negotiated in LCP negotiation:
the Server sends Challenge to the Client, wherein the Challenge includes Challenge string and ServerName; the Client sends a Response to the Server, wherein the user name is sent by using a plaintext, and the password and the Challenge field are sent in a ciphertext form after mixed hash; the Server reads the password file, verifies the user identity, sends Success to the Client to indicate that the identity verification is successful;
step E: NCP negotiation of PPP protocol; the NCP protocol is a network control protocol of the PPP protocol, and is mainly used to negotiate network layer interface parameters of both sides, configure a virtual port, and allocate information such as IP and DNS. IPCP is a TCP/IP based interface negotiation protocol for NCP. Both the Server and the Client need to send own Miniport information to the other side;
the Client sends the invalid data Miniport information of the Client to the Server through the Configuration Request;
the Server directly sends a TerminationACK rejection request;
the Server sends the own Miniport information to the Client through the Configuration Request;
the Client receives the interface configuration of the Server, sends configuration ACK to the Server and responds to the requests of the previous step;
the Client sends the invalid data Miniport information of the Client to the Server through the Configuration Request;
the Server finds that the configuration of the Client is invalid, and directly sends Reject rejection;
the Client sends the invalid data Miniport information of the Client to the Server through the Configuration Request;
when the Server finds that the configuration of the Client is invalid, the Server sends an effective configuration message to the Client, and the configuration message is sent by using a configuration Nak, and is mainly used for distributing ip to the Client;
the Client modifies the interface of the Miniport of the Client according to the Configuration sent by the Server terminal and sends the Configuration Request again;
the Server receives the configuration of the Client and sends a configuration Ack response Request;
step F: CCP negotiation of PPP protocol; the Server sends a Configuration Request to the Client to identify an encryption protocol supported by the Server; the Client sends a Configuration Request to the Server, and identifies an encryption protocol supported by the power service terminal; the Client sends a Configuration ack to the Server, and the encryption protocol of the Server is identified and accepted; the Server finds that the configuration of the Client is invalid, then sends an effective configuration message to the Client, and sends the configuration message by using a configuration Nak; the Client modifies the Configuration according to the Configuration sent by the Server terminal and then sends the Configuration Request again; the Server sends a Configuration ack to the Client, identifying the encryption protocol of the terminal receiving the power service.
Example 2
In this embodiment, on the basis of embodiment 1, the transport layer uses a UDP protocol instead, because the overhead of UDP is less than that of TCP, and under the condition of limited traffic, it is preferable to use UDP for data transmission. UDP uses best effort delivery, i.e. no guarantee of delivery reliability, and no retransmission even if the message is lost in the transmission. Because the network port control device collects the information of each multimode terminal in real time, even if certain data is lost, the network control device continues to apply for collection after a period of time, and therefore the weight of stability in data transmission is smaller than the real-time requirement on the data.
The PPTP data connection is PPTP data packet encapsulation, IP data in the PPTP data packet encapsulation is UDP data, the preset parameters comprise total flow S, uploading frequency F and additional overhead rate X, and the additional overhead rate X and the optimal packet length L are calculated according to the total flow S and the uploading frequency F;
wherein, K is 1024, Day is 30, Hour is 24, and Min is 60.
Specifically, there are three cases of using UDP.
In case 1, X and L are determined assuming that S and F are constant. The total overhead of the packet header is as follows:
the total service data is:
In case 2, assuming that F and X are constant, the total flow rate S is obtained
in case 3, assuming that S and X are constant, F is obtained
Although the illustrative embodiments of the present invention have been described above to enable those skilled in the art to understand the present invention, the present invention is not limited to the scope of the embodiments, and it is apparent to those skilled in the art that all the inventive concepts using the present invention are protected as long as they can be changed within the spirit and scope of the present invention as defined and defined by the appended claims.
Claims (8)
1. A device network management method for an electric power system is used for an electric power business system, and is characterized in that: the electric power service system comprises at least one electric power service terminal, a multi-mode terminal connected with the electric power service terminal, a router connected with the multi-mode terminal through an IP network, and an electric power service master station connected with the router, wherein a network control device is arranged on the same side of the electric power service master station;
the data link layer of the IP network adopts PPTP protocol, the transmission layer adopts TCP protocol or UDP protocol, the network layer adopts IP protocol, the device network management method includes:
step 1: network management and control deviceDefining preset parameters, defining the length of a network protocol packet header as N and the length of a data packet as LD，LDCalculating the optimal packet length L according to preset parameters, taking an actual packet length L1 which is smaller than the optimal packet length L and is closest to the optimal packet length L, and establishing PPTP data connection between the multimode terminal and the router through VPN for IP data transmission according to the actual packet length L1;
step 2: the method comprises the steps that a PPTP control connection is established between a multi-mode terminal and a router through a VPN, the PPTP control connection is established, a network management and control device controls an electric power service terminal to send a heartbeat packet to an electric power service master station through the multi-mode terminal, the electric power service master station returns the received heartbeat packet to the network management and control device, and the heartbeat packet is used for representing the real-time on-site of the electric power service terminal;
and step 3: and the network management and control device controls the connection between the multimode terminal and the router according to the returned heartbeat packet.
2. The device network management method for an electric power system according to claim 1, characterized in that: when the transmission layer adopts a TCP protocol, the PPTP data connection comprises PPTP data packet encapsulation, and the optimal packet length L is as follows:
wherein K is 1024, Day is 30, Hour is 24, Min is 60, m is TCP reconnection time/Day, n is TCP retransmission time, T is overhead of the three-way handshake protocol, and the preset parameters include total flow S and upload frequency F.
3. The device network management method for an electric power system according to claim 1, characterized in that: when the transport layer adopts a UDP protocol, the PPTP data connection comprises PPTP data packet encapsulation, and the optimal packet length L is as follows:
wherein, K is 1024, Day is 30, Hour is 24, Min is 60, and the preset parameters include total flow rate S and uploading frequency F.
4. The device network management method for an electric power system according to claim 2 or 3, characterized in that: the PPTP data packet package comprises:
step a: encapsulating the application layer data into a PPP payload, wherein the PPP payload comprises an IP data packet, an IPX data packet and a NetBEUI frame;
step b: sending the PPP payload to a virtual interface of a VPN;
step c: the virtual interface of the VPN compresses and encrypts the PPP payload and adds a PPP header;
step d: the virtual interface of the VPN sends the PPP frame to a PPTP protocol driver;
step e: the PPTP protocol driver adds a GRE header outside a PPP frame;
step f: the PPTP protocol driver submits the GRE header to a TCP/IP protocol driver;
step g: the TCP/IP protocol driver adds an IP header to the GRE driver to form an IP data packet;
step h: the IP data packet is sent to the multimode terminal after being encapsulated by a data link layer, and the multimode terminal carries out IP data transmission according to the actual packet length L1; the actual packet length L1 is the data length after adding the corresponding data link layer header and trailer to the IP packet according to the outgoing physical network type.
5. The device network management method for an electric power system according to claim 4, characterized in that: the outbound physical network includes an ethernet network and a point-to-point WAN network.
6. The device network management method for an electric power system according to claim 1, characterized in that: the PPTP control connection comprises:
step A: the multimode terminal establishes TCP connection with the router;
and B: PPTP control connection and GRE tunnel establishment;
and C: carrying out LCP negotiation of PPP protocol;
step D: performing authentication of a PPP protocol;
step E: carrying out NCP negotiation of PPP protocol;
step F: a CCP negotiation of PPP protocol is performed.
7. The device network management method for an electric power system according to claim 1, characterized in that: the PPTP control connections include long connections and short connections.
8. The device network management method for an electric power system according to claim 7, characterized in that: the long connection is that a plurality of data packets are continuously sent in a connection process, and when no data packet is sent, a heartbeat packet is sent by the multimode terminal to maintain the long connection.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711223153.2A CN107968726B (en) | 2017-11-29 | 2017-11-29 | Equipment network management method for power system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711223153.2A CN107968726B (en) | 2017-11-29 | 2017-11-29 | Equipment network management method for power system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107968726A CN107968726A (en) | 2018-04-27 |
| CN107968726B true CN107968726B (en) | 2021-03-16 |
Family
ID=61997807
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201711223153.2A Active CN107968726B (en) | 2017-11-29 | 2017-11-29 | Equipment network management method for power system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107968726B (en) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109725565A (en) * | 2018-12-07 | 2019-05-07 | 深圳供电局有限公司 | A kind of master is with collaboration real-time control exchange method |
| CN113992737A (en) * | 2020-07-09 | 2022-01-28 | 青岛海信宽带多媒体技术有限公司 | Internet of things connection method, gateway server and gateway |
| CN112073915B (en) * | 2020-09-16 | 2023-04-07 | 北京国交信通科技发展有限公司 | Navigation mark terminal equipment position deviation alarming method |
| CN114466351B (en) * | 2022-01-24 | 2023-04-14 | 山东梅格彤天电气有限公司 | Communication method, device and base station |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1640046A (en) * | 2002-02-25 | 2005-07-13 | 摩托罗拉公司 | Method and apparatus for data transmission using variable packet lengths |
| CN101083662A (en) * | 2007-06-27 | 2007-12-05 | 中兴通讯股份有限公司 | Apparatus and method for improving PPPoA transmission performance |
| CN104753752A (en) * | 2013-12-30 | 2015-07-01 | 上海格尔软件股份有限公司 | As-needed connecting method suitable for VPN |
| CN107026783A (en) * | 2016-01-31 | 2017-08-08 | 上海格尔软件股份有限公司 | A kind of quick reconnection method suitable for VPN |
| CN107197426A (en) * | 2017-07-14 | 2017-09-22 | 中国联合网络通信集团有限公司 | A kind of method, device and mobile management nodes for reducing network signaling overhead |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6993039B2 (en) * | 2002-07-22 | 2006-01-31 | Utstarcom, Inc. | System and method for GRE heartbeats |
| CN1728721A (en) * | 2004-07-27 | 2006-02-01 | 邓里文 | Adaptation method in use for syncretizing Internet and Ethernet |
| CN103490950B (en) * | 2013-09-03 | 2017-12-22 | 深圳市迈腾电子有限公司 | A kind of router PPTP session capacity analogy methods |
| CN104993971A (en) * | 2015-05-27 | 2015-10-21 | 上海斐讯数据通信技术有限公司 | Method and system for testing MTU value in uplink network model of router |
| CN104935490A (en) * | 2015-07-15 | 2015-09-23 | 上海地面通信息网络有限公司 | Mobile internet terminal accessing apparatus based on cloud virtual machine |
| CN107040446B (en) * | 2017-03-13 | 2021-04-09 | 安徽新华博信息技术股份有限公司 | VPN tunnel protocol realizing method |
-
2017
- 2017-11-29 CN CN201711223153.2A patent/CN107968726B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1640046A (en) * | 2002-02-25 | 2005-07-13 | 摩托罗拉公司 | Method and apparatus for data transmission using variable packet lengths |
| CN101083662A (en) * | 2007-06-27 | 2007-12-05 | 中兴通讯股份有限公司 | Apparatus and method for improving PPPoA transmission performance |
| CN104753752A (en) * | 2013-12-30 | 2015-07-01 | 上海格尔软件股份有限公司 | As-needed connecting method suitable for VPN |
| CN107026783A (en) * | 2016-01-31 | 2017-08-08 | 上海格尔软件股份有限公司 | A kind of quick reconnection method suitable for VPN |
| CN107197426A (en) * | 2017-07-14 | 2017-09-22 | 中国联合网络通信集团有限公司 | A kind of method, device and mobile management nodes for reducing network signaling overhead |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107968726A (en) | 2018-04-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107968726B (en) | Equipment network management method for power system | |
| Raza et al. | 6LoWPAN compressed DTLS for CoAP | |
| JP7142722B2 (en) | Transmission control method and device | |
| CN202206418U (en) | Traffic management device, system and processor | |
| US10411994B2 (en) | Multi-link convergence method, server, client, and system | |
| US20120087356A1 (en) | Tunneled direct link setup through a tunnel | |
| CN110636052B (en) | Power consumption data transmission system | |
| JP7050094B2 (en) | Packet transmission method, proxy server, and computer readable storage medium | |
| CN114039933A (en) | IP transmission method, device, equipment and product of 5G network link | |
| EP3937457A1 (en) | Secure communications using secure sessions | |
| CN112422560A (en) | Lightweight substation secure communication method and system based on secure socket layer | |
| EP3787254A1 (en) | Methods and apparatus for end-to-end secure communications | |
| Chavan et al. | Secure CoAP using enhanced DTLS for Internet of things | |
| CN109120405A (en) | A kind of terminal security cut-in method, apparatus and system | |
| CN102932359B (en) | Streaming media service requesting method, device and system | |
| Custura et al. | Impact of acknowledgements using ietf quic on satellite performance | |
| US11233859B2 (en) | Machine-to-machine communications | |
| CN102724133A (en) | Method and device for transmitting internet protocol (IP) message | |
| CN103297348A (en) | Method for preventing ESP/AH (encapsulating security payload/ authentication header) packet fragmentation | |
| CN107566507A (en) | A kind of mobile Internet medical system | |
| CN112583685A (en) | Data transmission method and device of Ipsec VPN | |
| CN116471345B (en) | Data communication method, device, equipment and medium | |
| WO2023010839A1 (en) | Access control method, client proxy apparatus, gateway device, and related system | |
| US11831444B2 (en) | Machine-implemented method for configuring a retranmission timer at a client device | |
| CN109818773B (en) | Communication method and device for network management and managed device |
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 |