WO2014079262A1 - 远程日志实时获取方法及系统 - Google Patents

远程日志实时获取方法及系统 Download PDF

Info

Publication number
WO2014079262A1
WO2014079262A1 PCT/CN2013/083247 CN2013083247W WO2014079262A1 WO 2014079262 A1 WO2014079262 A1 WO 2014079262A1 CN 2013083247 W CN2013083247 W CN 2013083247W WO 2014079262 A1 WO2014079262 A1 WO 2014079262A1
Authority
WO
WIPO (PCT)
Prior art keywords
log
cpe
acs
message
information
Prior art date
Application number
PCT/CN2013/083247
Other languages
English (en)
French (fr)
Inventor
黄亮
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Priority to US14/646,507 priority Critical patent/US9942111B2/en
Publication of WO2014079262A1 publication Critical patent/WO2014079262A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/04—Processing captured monitoring data, e.g. for logfile generation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/06—Generation of reports
    • 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/04—Network management architectures or arrangements
    • H04L41/052—Network management architectures or arrangements using standardised network management architectures, e.g. telecommunication management network [TMN] or unified network management architecture [UNMA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/256—NAT traversal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/663—Transport layer addresses, e.g. aspects of transmission control protocol [TCP] or user datagram protocol [UDP] ports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/2514—Translation of Internet protocol [IP] addresses between local and global IP addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/256—NAT traversal
    • H04L61/2575—NAT traversal using address mapping retrieval, e.g. simple traversal of user datagram protocol through session traversal utilities for NAT [STUN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a remote log real-time acquisition method and system. Background technique
  • IP Internet Protocol
  • the devices supporting the Internet are divided according to geographic regions, and can be generally divided into: user access and IP bearer.
  • the user access part is generally composed of a CPE (Customer Premise Equipment), and mainly includes a PC (Personal Computer) and a Network Address Translation (NAT). It is usually managed and maintained by the user, and the network-side devices for IP bearers are usually managed and maintained by the operator.
  • CPE Customer Premise Equipment
  • PC Personal Computer
  • NAT Network Address Translation
  • the purpose of the embodiments of the present invention is to provide a real-time remote log acquisition method and a method for realizing the remote log collection of the CPE in the private network. System.
  • a real-time remote log obtaining method includes:
  • the IQAS server When the IQAS server triggers the acquisition of the log, the IQAS sends the log message to the network management platform server ACS;
  • the ACS After the ACS establishes a TCP session with the user equipment CPE, the ACS sends a log parameter setting message to the CPE according to the obtained message.
  • the CPE obtains the debug log according to the log parameter setting message, and reports the UDP packet to the IQAS.
  • the log information sent by the IQAS to the ACS includes: the target IP information, the port information, the log enable and enable information, and the log debugging level information reported by the CPE.
  • the method further includes:
  • the registration request message is sent to the ACS.
  • the ACS determines, according to the registration request message, whether the CPE is in the NAT, and if yes, sends a STUN (Simple Traversal of Udp Over Nats, NAT UDP Simple Traversal Protocol) to the CPE immediately after the registration response message is fed back to the CPE.
  • the parameter is used by the CPE to send a keep-alive message to the STUN server, where the STUN related parameters include: STUN enable information, STU server address information, port information, maximum time interval information of the CPE sending binding request, and minimum time interval information. ;
  • the CPE After receiving the STU related parameters, the CPE determines that the STU related parameter value changes, then creates a socket (socket), periodically sends a binding request to the STU server, and receives the binding response replied by the STUN server;
  • the binding request includes: a device identifier ID of the CPE, and a binding response replied by the STU server, including: InformAtOnce, the InformAtOnce indicates whether the CPE needs to initiate an Inform reverse connection immediately, and when InformAtOnce is "0", Indicates no need, Indicates the need for "1".
  • the ACS sends a log parameter setting message to the CPE according to the obtaining the log message, and the ACS sends a log parameter setting message to the CPE according to the obtained get log message by calling the SetParameterRequest method.
  • the method for the ACS to establish a TCP session with the user-side device CPE is:
  • the STUN server sets the InformAtOnce value to 1 in the binding response to the CPE, and the CPE initiates a 6 Connection Request backlink to the ACS to establish a TCP session with the ACS.
  • the method for the CPE to obtain the debug log according to the log parameter setting message and report the UDP packet to the IQAS is:
  • the network management module of the CPE After receiving the log parameter setting message, the network management module of the CPE forwards the message to the log distribution module.
  • the log distribution module uses the socket communication to enable the debugging information of the corresponding port of the log module, and outputs the debugging log according to the log debugging level information delivered by the ACS.
  • the log module After outputting the debug log, the log module reports the debug log to the target IP address and port corresponding to the IQAS through the UDP packet according to the target IP information and port information of the CPE reported by the ACS.
  • a remote log real-time acquisition system includes:
  • the IQAS server is configured to send the log message to the network management platform server ACS when the log is triggered.
  • the management platform server ACS is configured to send a log parameter setting message to the CPE according to the obtained log message after establishing a TCP session with the user-side device CPE;
  • the user-side device CPE is configured to obtain a debug log according to the log parameter setting message, and report the UDP packet to the IQAS.
  • the log message sent by the IQAS to the ACS includes: CPE reporting monitoring and monitoring Target IP information, port information, log enable enable information, log debug level information.
  • the remote log real-time acquisition system further includes:
  • STUN server configured to interact with the CPE
  • the CPE is further configured to send a boot event to the ACS to initiate a registration request message.
  • the ACS is further configured to: determine, according to the registration request message, whether the CPE is in a NAT, and if yes, send a STU related parameter to the CPE immediately after feeding back the registration response message to the CPE, where the STU is related.
  • the parameter is used by the CPE to send a keep-alive message to the STU server, where the STU related parameters include: STU enable information, STU server address information, port information, maximum time interval information of the CPE sending the binding request, and minimum time interval information;
  • the CPE is further configured to: after receiving the STU related parameter, determine that the STU related parameter value changes, create a socket, periodically send a binding request to the STU server, and receive a binding response replied by the STU server;
  • the binding request includes: a device identifier ID of the CPE, and a binding response replied by the STU server includes an InformAtOnce, where the InformAtOnce indicates whether the CPE needs to initiate an Inform reverse connection immediately, and when InformAtOnce is "0", Indicates that it is not required, and "1" indicates that it is needed.
  • the ACS is configured to send a log parameter setting message to the CPE according to the obtaining the log message, which is:
  • the ACS sends a log parameter setting message to the CPE by calling the SetParameterRequest method according to the obtained log message.
  • the ACS establishes a TCP session with the user-side device CPE, which is:
  • the STUN server sets the InformAtOnce value to 1 in the binding response to the CPE, and the CPE initiates 6 Connection Request to the ACS accordingly.
  • the user side device CPE includes:
  • a network management module configured to forward the log parameter setting message to the log dispatching module after receiving the log parameter setting message from the ACS;
  • the log dispatching module is configured to: after receiving the log parameter setting message, use socket communication to enable debugging information of the corresponding port of the log module, and output a debugging log according to the log debugging level information delivered by the ACS;
  • the log module is configured to report the debug log to the target IP address and port corresponding to the IQAS through the UDP packet according to the target IP information and the port information of the CPE reporting the monitoring log sent by the ACS.
  • the embodiment of the present invention facilitates the expansion of multiple log ports in the future, and can support multiple log ports to simultaneously report the running logs to the log server IQ AS.
  • the method is flexible and does not interfere with each other, and can remotely monitor the running status of the user-side device CPE in real time. Therefore, the faulty positioning of each module of the CPE of the user equipment is timely.
  • FIG. 1 is a schematic diagram of a networking of a real-time remote log acquisition system according to an embodiment of the present invention
  • FIG. 2 is a schematic structural diagram of a CPE provided by an embodiment of the present invention
  • FIG. 3 is a flowchart of NAT traversal using a private protocol according to an embodiment of the present invention
  • FIG. 4 is a flowchart of a specific implementation of obtaining a log according to an embodiment of the present invention.
  • the log acquisition request message initiated by the ACS can reach the CPE after the NAT is penetrated.
  • the NAT traversal is implemented based on the TR069 protocol, referring to the principle of the STUN protocol penetrating NAT and the TR-111 protocol, specifically, TR069
  • TR069 The protocol has been streamlined and optimized for TR-111, and can be traversed for any NAT gateway, and there is no provision or dependency on the existing NAT gateway.
  • the log capture command is delivered by the ACS, and the private network traversal is performed by the network management module in the CPE.
  • the content of the communication message between the CPE and the ACS has been minimized so that it can meet the needs of NAT traversal and ensure the highest communication efficiency.
  • the packet is not analyzed by the ACS.
  • the CPE is analyzed and judged by the ACS on the LAN side of the NAT.
  • the remote log real-time obtaining method includes the following steps:
  • Step A After the CPE is connected to the network, the network management module in the CPE initiates a registration message to the ACS and sends a boot event.
  • Step B The ACS determines whether the CPE is in the NAT, and if yes, sends a STUN-related parameter to the CPE, and then sends a keep-alive message to the STU server.
  • the STU related parameters include: STUN enable information, STU server address information, port information, maximum time interval information of the CPE sending binding request, and minimum time interval information.
  • Step C When the CPE processes these STU related parameters, it is judged that when the STU is related When the parameter value changes, the STU module is started to be called, a socket is created, an inform request is sent to the STU server periodically, and a binding response that is processed by the STU server is received.
  • the content parameters included in the binding request initiated by the CPE are: CPE device identifier
  • the format of the binding response packet replied by the STU server is the same as that of the Inform request packet.
  • the memory parameter is only InformAtOnce, which indicates whether the CPE needs to initiate the Inform reverse connection immediately. When the InformAtOnce is 0, it indicates that it is not required. For " ⁇ , when, you need it.
  • Step D When the IQAS triggers the acquisition of the log, the IQAS sends the log message to the ACS.
  • the obtained log message includes: the target IP information, the port information, the log enable and enable information, and the log debugging level of the monitoring log reported by the CPE. information.
  • Step E The ACS sends the log message to the CPE by calling the SetParameterRequest method.
  • the network management module of the CPE receives and processes the obtained log message.
  • the CPE is on the private network
  • the ACS is on the public network. There is always a heartbeat between the two.
  • the STUN server needs to set the value of the InformAtOnce parameter in the binding response to the CPE to 1 and deliver it.
  • the CPE After receiving the binding response, the CPE initiates a reverse connection, and receives the log parameter setting message sent by the ACS.
  • Step F When the network management module of the CPE receives the log parameter setting message, it will forward it to the log dispatching module, and the log dispatching module will enable the debugging information of the corresponding port of the log module through socket communication, and output and debug according to the obtained log debugging level information. Log.
  • Step G After outputting the debug log information, the log module reports the debug log to the target IP address and port specified by the IQAS through the UDP packet.
  • Step H After receiving the monitoring log reported by the CPE, the IQAS saves it for query.
  • the running status of the CPE can be monitored remotely in the public network environment, the CPE running performance can be observed in real time, and the faults occurring in the CPE operation can be located.
  • FIG. 1 is a schematic diagram of networking of a real-time remote log acquisition system according to an embodiment of the present invention, which specifically describes a network environment in actual use.
  • the IQAS 11 and ACS 12 are located outside the gateway in a public network environment.
  • CPE 13 for example:
  • the IPTV set-top box is located inside the gateway and is in a private network environment.
  • the IPTV set-top box can actively send messages to the ACS 12 and IQAS 11.
  • IQAS 11 and ACS 12 need to actively send messages to IPTV set-top boxes, they need to maintain NAT heartbeat protection.
  • the remote log real-time acquiring system specifically includes:
  • the server (IQAS) 11 is configured to send the log message to the network management platform server (ACS) 12 when the log is triggered.
  • the management platform server (ACS) 12 is configured to send a log parameter setting message to the CPE 13 according to the obtained obtained log message after establishing a TCP session with the user-side device (CPE);
  • the user-side device (CPE) 13 is configured to obtain a debug log according to the obtained log parameter setting message, and report the UDP packet to the IQAS 11.
  • the log information sent by the IQAS to the ACS includes: the target IP information, port information, log enable and enable information, and log debugging level information reported by the CPE.
  • the remote log real-time acquisition system further includes:
  • the STU server 14 (not shown in FIG. 1) is configured to interact with the CPE 13; after the CPE 13 successfully connects to the network, the CPE 13 is further configured to send a 1 boot event to the ACS 12 to initiate a registration request message; the ACS 12 accordingly It is determined whether the CPE 13 is in the NAT, and if yes, after the registration response message is fed back to the CPE 13, the STUN related parameter is sent to the CPE 13 for the CPE 13 to send a keep-alive message to the STUN server;
  • the STU related parameters include: STUN enable information, STU server address information, port information, maximum time interval information of a CPE sending a binding request, and minimum time interval information;
  • the CPE creates a socket when it is determined that the value of the STU-related parameter changes, and periodically sends a binding request to the STU server, and receives a binding response replied by the STU server; wherein, the CPE initiates
  • the binding request includes: a device identification ID of the CPE, and a binding response replied by the STU server includes an InformAtOnce, where the InformAtOnce indicates whether the CPE needs to initiate an Inform reverse connection immediately, and when InformAtOnce is “0”, it indicates that , indicates that "1" is required.
  • the ACS sends a log parameter setting message to the CPE by calling the SetParameterRequest method according to the obtained log message.
  • the method for establishing a TCP session between the ACS and the user-side device CPE is:
  • the STUN server sets the InformAtOnce value to 1 in the binding response to the CPE.
  • the CPE initiates a 6 Connection Request backlink to the ACS to establish a TCP session with the ACS.
  • the CPE 13 mainly includes a network management module 21, a log dispatching module 22, and a log module 23, wherein
  • the ⁇ ⁇ module 23 is responsible for the output of each module running log; the message dispatching module 22 communicates with the log module 23 via socket communication, and UDP signaling.
  • the log module 23 outputs the operation and uploads it to the log server IQAS in real time.
  • the communication between the two is also socket communication and UDP message.
  • the user equipment includes:
  • the network management module 21 is configured to, after receiving the log parameter setting message from the ACS, forward the message to the log dispatching module 22;
  • the log dispatching module 22 is configured to pass the socket after obtaining the log parameter setting message.
  • the debugging information of the corresponding port of the log module 23 is enabled, and the debugging log is output according to the log debugging level information sent by the ACS;
  • the log module 23 is configured to report the debug log to the target IP address and port corresponding to the IQAS through the UDP packet according to the target IP information and the port information of the monitoring log sent by the CPE.
  • the network management module 21, the log dispatching module 22, and the log module 23 may pass through a central processing unit (CPU, Central Processing Unit), a digital signal processor (DSP, Digital Singnal Processor) or a programmable logic array in the CPE. (FPGA, Field - Programmable Gate Array) implementation.
  • CPU Central Processing Unit
  • DSP Digital Singnal Processor
  • FPGA Field - Programmable Gate Array
  • Figure 3 is a private protocol traversal flow diagram, which describes the process of establishing a keepalive interaction process and the interaction process when issuing a log command.
  • the CPE After the CPE is started, it sends a binding request to the STUN server periodically.
  • the content of the request is the ID number of the CPE.
  • the STU server responds with a binding response.
  • the response content is InformAtOnce. This part is UDP mode communication.
  • the InformAtOnce value of the keep-alive response replied by the STU server is 1.
  • the CPE receives and judges, it immediately initiates a 6 Connection Request backlink to the ACS to establish a TCP session with the ACS.
  • the ACS sends a message set by the log command through the TCP session.
  • Figure 4 is a detailed flow chart for obtaining logs, which describes the process of starting the log, modifying the log level, and closing the log. There are differences in the commands and processes that are issued, as follows:
  • A Start the log.
  • the command parameters that are sent when the log is started are: Log Receive Server IP, Log Receive Server Port, Enable Switch: 1. Log Port, Debug Level.
  • the log dispatching module forwards the log command to the log module, and the log module starts to output the running log, and the log data is reported to the log system in real time.
  • the debug level has 32 levels, represented by a 32-bit string, and one character represents a debug level. 1 : Indicates that the level is on; 0: indicates that the level is off.
  • the command parameters delivered at this time are: Enable switch: 2.
  • the log distribution module forwards the log-level command to the log module.
  • the log module immediately updates the output log level and reports the output to the log system according to the new debugging level.
  • the embodiment of the present invention facilitates the expansion of multiple log ports in the future, and can support multiple log ports to simultaneously report the running logs to the log server IQ AS, which is flexible and does not interfere with each other, and can remotely monitor the user side equipment (CPE) in real time.
  • the running status so as to realize the timely positioning of each module of the user side equipment (CPE).
  • the IQAS sends the log message to the network management platform server ACS.
  • the ACS After the ACS establishes a TCP session with the CPE, the ACS sends a log parameter setting message to the CPE according to the obtained log message; The parameter setting message is used to obtain the debug log and is reported to the IQAS through the UDP packet.
  • the embodiment of the present invention can solve the problem that the existing log-capable tool cannot capture the logs of the CPE modules in the private network, and supports multiple log ports. At the same time, the running log is reported to the IQAS. The method is flexible and does not interfere with each other.

Landscapes

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

Abstract

本发明公开了一种远程日志实时获取方法及系统，所述方法包括：当日志服务器（IQAS）触发获取日志时，IQAS将获取日志消息下发给网络管理平台服务器（ACS）；在ACS与用户侧设备（CPE）建立TCP会话后，依据获取的获取日志消息下发日志参数设置消息给CPE；CPE依据获取的日志参数设置消息获取调试日志，并通过UDP报文上报给IQAS。本发明利于以后多个日志端口的扩展，可以支持多个日志端口同时上报运行日志给日志服务器IQAS，方法实现灵活，互不干扰，可以实现远程实时监控用户侧设备（CPE）的运行状态、从而实现用户侧设备（CPE）各模块故障的及时定位。

Description

远程日志实时获取方法及系统 技术领域
本发明涉及通信技术领域， 具体而言， 涉及一种远程日志实时获取方 法及系统。 背景技术
当前， 随着 IP ( Internet Protocol , 因特网协议）技术的发展， 因特网已 经日益普及， 进入了千家万户。 对于支撑因特网的设备按照地理区域来划 分， 一般可以划分为： 用户接入以及 IP承载等几个部分。
其中， 所述用户接入部分一般由 CPE ( Customer Premise Equipment, 用户侧设备）构成， 其主要包括 PC ( Personal Computer, 个人计算机） 以 及 NAT ( Network Address Translation, 网络地址转换）等， 这些用户侧设 备通常由用户进行管理和维护， 而对于 IP承载的网络侧设备则通常由运营 商进行管理和维护。
在对用户侧设备进行管理和维护时， 必不可少的需要对用户侧设备的 各模块抓取日志。 但是， 目前常用的抓日志工具在抓取 CPE各模块日志的 过程中， 通常需要在抓曰志工具中填写 CPE的实际 IP地址。 但在现网中， CPE—般处于私网中， 例如： 放置在家庭内网， CPE连接一个路由器， 路 由器再连接至公网， 在此种情形下， 釆用这种抓日志工具就无法实现 CPE 各模块日志的抓取。 发明内容
为了解决现有的抓日志工具无法实现对处于私网内的 CPE各模块日志 抓取的问题， 本发明实施例的目的在于提供一种远程日志实时获取方法及 系统。
为了达到上述目的， 本发明实施例釆用以下技术方案实现：
一种远程日志实时获取方法， 包括：
当曰志服务器 IQAS触发获取日志时， IQAS将获取日志消息下发给网 络管理平台服务器 ACS;
在 ACS与用户侧设备 CPE建立 TCP会话后， 所述 ACS依据所述获取 曰志消息下发日志参数设置消息给 CPE;
CPE依据所述日志参数设置消息获取调试日志， 并通过 UDP报文上报 给 IQAS。
优选地， IQAS下发给 ACS的获取日志消息包括： CPE上报监控曰志 的目标 IP信息、 端口信息、 日志启用使能信息、 日志调试级别信息。
优选地， 所述 IQAS触发获取日志之前， 该方法还包括：
CPE连接网络成功后， 向 ACS发起注册请求消息；
ACS依据所述注册请求消息判断 CPE是否处在 NAT后， 如果是， 则 在向 CPE反馈注册响应消息后，立即向 CPE下发 STUN( Simple Traversal of Udp Over Nats, NAT的 UDP简单穿越协议）相关参数， 用于 CPE向 STUN 服务器发送保活消息， 其中， 所述 STUN相关参数包括： STUN使能信息、 STU 服务器地址信息、 端口信息、 CPE发送绑定请求的最大时间间隔信 息及最小时间间隔信息；
CPE在收到 STU 相关参数后， 判断 STU 相关参数值有变化时， 则 创建套接字 （socket ), 定时向 STU 服务器发送绑定请求， 并接收 STUN 服务器回复的绑定响应；
其中， 所述绑定请求中包括： CPE的设备标识 ID, 以及 STU 服务器 回复的绑定响应包括： InformAtOnce , 所述 InformAtOnce表示 CPE是否需 要立即发起 Inform反向连接， 当 InformAtOnce为 "0" 时， 表示不需要， 为 " 1 "表示需要。
优选地， 所述 ACS依据所述获取日志消息下发日志参数设置消息给 CPE, 包括： ACS依据获取的获取日志消息通过调用 SetParameterRequest 方法下发日志参数设置消息给 CPE。
优选地， ACS与用户侧设备 CPE建立 TCP会话的方法为：
在 IQAS触发获取日志时， STUN服务器在回复至 CPE的绑定响应中 将 InformAtOnce值设置为 1 , CPE据此向 ACS发起 6 Connection Request 反向链接， 从而建立起与 ACS之间的 TCP会话。
优选地， CPE依据所述日志参数设置消息获取调试日志， 并通过 UDP 报文上报给 IQAS的方法为：
CPE 的网络管理模块接收到日志参数设置消息后， 转发给日志派发模 块；
日志派发模块通过 socket通信， 开启日志模块对应端口的调试信息， 并依据 ACS下发的日志调试级别信息输出调试日志；
日志模块在输出调试日志后，依据 ACS下发的 CPE上报监控日志的目 标 IP信息以及端口信息将所述调试日志通过 UDP报文上报给 IQAS对应的 目标 IP以及端口。
一种远程日志实时获取系统， 包括：
曰志服务器 IQAS, 配置为在触发获取日志时， 将获取日志消息下发给 网络管理平台服务器 ACS;
管理平台服务器 ACS, 配置为在与用户侧设备 CPE建立 TCP会话后， 依据所述获取日志消息下发日志参数设置消息给 CPE;
用户侧设备 CPE, 配置为依据所述日志参数设置消息获取调试日志， 并通过 UDP报文上报给 IQAS。
优选地， IQAS下发给 ACS的获取日志消息包括： CPE上报监控曰志 的目标 IP信息、 端口信息、 日志启用使能信息、 日志调试级别信息。
优选地， 所述远程日志实时获取系统还包括：
STUN服务器， 配置为与 CPE进行交互；
在 CPE连接网络成功后，所述 CPE,还配置为向 ACS发送 1 boot事件， 以发起注册请求消息；
相应的， 所述 ACS, 还配置为依据所述注册请求消息判断 CPE是否处 在 NAT后， 如果是， 则在向 CPE反馈注册响应消息后， 立即向 CPE下发 STU 相关参数， 所述 STU 相关参数用于 CPE向 STU 服务器发送保活 消息， 其中， 所述 STU 相关参数包括： STU 使能信息、 STU 服务器地 址信息、 端口信息、 CPE发送绑定请求的最大时间间隔信息及最小时间间 隔信息；
所述 CPE, 还配置为在收到 STU 相关参数后， 判断 STU 相关参数 值有变化时， 则创建 socket, 定时向 STU 服务器发送绑定请求， 并接收 STU 服务器回复的绑定响应；
其中， 所述绑定请求中包括： CPE的设备标识 ID, 以及 STU 服务器 回复的绑定响应包括有 InformAtOnce,所述 InformAtOnce表示 CPE是否需 要立即发起 Inform反向连接， 当 InformAtOnce为 "0" 时， 表示不需要， 为 " 1 "表示需要。
优选地， 所述 ACS配置为依据所述获取日志消息下发日志参数设置消 息给 CPE, 为：
ACS依据获取的获取日志消息通过调用 SetParameterRequest方法下发 日志参数设置消息给 CPE。
优选地， ACS与用户侧设备 CPE建立 TCP会话， 为：
在 IQAS触发获取日志时， STUN服务器在回复至 CPE的绑定响应中 将 InformAtOnce值设置为 1 , CPE据此向 ACS发起 6 Connection Request 反向链接， 从而建立起与 ACS之间的 TCP会话。
优选地， 所述用户侧设备 CPE包括：
网络管理模块， 配置为在从 ACS接收到日志参数设置消息后， 转发给 日志派发模块；
日志派发模块， 配置为在收到所述日志参数设置消息后， 通过 socket 通信， 开启日志模块对应端口的调试信息， 并依据 ACS下发的日志调试级 别信息输出调试日志；
日志模块， 配置为在输出调试日志后，依据 ACS下发的 CPE上报监控 日志的目标 IP信息以及端口信息将所述调试日志通过 UDP报文上报给 IQAS对应的目标 IP以及端口。
本发明实施例利于以后多个日志端口的扩展， 可以支持多个日志端口 同时上报运行日志给日志服务器 IQ AS , 方法实现灵活， 互不干扰， 可以实 现远程实时地监控用户侧设备 CPE的运行状态、 从而实现用户侧设备 CPE 各模块故障的及时定位。 附图说明
图 1是本发明实施例提供的远程日志实时获取系统的组网示意图； 图 2是本发明实施例提供的 CPE结构示意图；
图 3是本发明实施例提供的釆用私有协议进行 NAT穿越的流程图； 图 4是本发明实施例提供的获取日志的具体实施流程图。
本发明目的的实现、 功能特点及优异效果， 下面将结合具体实施例以 及附图做进一步的说明。 具体实施方式
下面结合附图和具体实施例对本发明所述技术方案作进一步的详细描 述， 以使本领域的技术人员可以更好的理解本发明并能予以实施， 但所举 实施例不作为对本发明的限定。
当用户侧设备（CPE )处于网关后， 网络管理平台服务器（ACS )及日 志服务器 （IQAS )处于网关外时， 需要在有 NAT穿透后， ACS主动发起 的日志获取请求消息才可以到达 CPE。
本发明实施例通过在 IQAS端设置启动发送日志功能、修改日志等级功 能以及关闭日志功能， NAT穿越基于 TR069协议实现， 参考 STUN协议穿 透 NAT的原理以及 TR-111协议来实现， 具体地， TR069协议对 TR-111进 行了精简和优化 ,对任何 NAT网关都可以穿越，且对现有的 NAT网关没有 任何 £设和依赖。
本发明实施例中， 日志抓取命令是通过 ACS下发， 私网穿越是由 CPE 中的网络管理模块来完成。 CPE与 ACS间的通信消息内容做了最小精简， 使既可以满足 NAT穿越的需要， 又可以保证通信效率最高。 由于日志抓取 命令的报文中没有携带相应的映射地址信息， CPE是否在 NAT的 LAN侧 是由 ACS进行分析和判断的。
具体地， 本发明实施例提供的一种远程日志实时获取方法包括如下步 骤：
步骤 A: CPE连接网络成功后， CPE中的网络管理模块主动发起向 ACS 的注册消息， 发送 1 boot事件。
步骤 B: ACS判断 CPE是否处在 NAT后， 如果是， 则在向 CPE的网 络管理模块反馈注册响应消息后， 立即向 CPE下发 STUN相关参数， 用于 CPE给 STU 服务器发送保活消息；
其中， 所述 STU 相关参数包括： STUN使能信息、 STU 服务器地址 信息、 端口信息、 CPE发送绑定请求的最大时间间隔信息及最小时间间隔 信息。
步骤 C: CPE在处理这些 STU 相关参数时， 判断得出当 STU 相关 参数值有变化时， 则开始调用 STU 模块， 创建 socket, 定时向 STU 服 务器发送绑定（inform )请求， 并接收处理 STU 服务器回复的绑定响应。
其中， CPE发起的绑定请求中， 包括的内容参数有： CPE的设备标识
ID。
STU 服务器回复的绑定响应报文格式与 Inform请求报文的格式相同， 内存参数只有 InformAtOnce,用以表示是否需要 CPE立即发起 Inform反向 连接， 当 InformAtOnce 为" 0，，时， 表示不需要， 为 "Γ，时， 表示需要。
步骤 D: 当 IQAS触发获取日志时， IQAS将获取日志消息下发给 ACS; 其中， 所述获取日志消息包括： CPE上报监控日志的目标 IP信息、 端 口信息、 日志启用使能信息、 日志调试级别信息。
步骤 E: ACS通过调用 SetParameterRequest方法， 将获取日志消息再 下发给 CPE, CPE的网络管理模块对该获取日志消息进行接收并处理。
在实施时， CPE在私网， ACS在公网， 两者之间一直有心跳保活。 这里， 当 ACS要主动下发日志参数设置消息给 CPE, 例如 IPTV机顶 盒时， STUN服务器需要将回复至 CPE的绑定响应中的 InformAtOnce参数 值设置为 1 , 并下发。
CPE在接收到这样的绑定响应后， 发起反向连接， 从而接收处理 ACS 下发的日志参数设置消息。
步骤 F: CPE 的网络管理模块接收到日志参数设置消息时， 会转发给 日志派发模块， 日志派发模块通过 socket通信， 开启日志模块对应端口的 调试信息， 4艮据获取的日志调试级别信息输出调试日志。
步骤 G: 日志模块在输出调试日志信息后， 将调试日志通过 UDP报文 上报给 IQAS下发时指定的目标 IP、 端口。
步骤 H: IQAS接收到 CPE上报的监控日志后，对其进行保存， 以供查 询。 这样， 就可以达到公网环境内远程监控到 CPE的运行状态， 实时观测 CPE运行性能， 及定位 CPE运行中出现的故障。
下面结合附图， 并依据具体的实施例， 对本发明实施例提供的远程日 志获取方法实施流程进行详细说明。
图 1 是本发明实施例提供的远程日志实时获取系统的组网示意图， 其 具体描述了实际运用中的网络环境。 IQAS 11和 ACS 12位于网关外侧， 在 公网环境。 CPE 13 , 例如： IPTV机顶盒位于网关内侧， 处于私网环境。 此 时 IPTV机顶盒可以主动发送消息给 ACS 12以及 IQAS 11。 但 IQAS 11以 及 ACS 12需要主动下发消息给 IPTV机顶盒时，需要一直保持 NAT心跳保 活。
具体地， 所述远程日志实时获取系统， 具体包括：
曰志服务器（IQAS ) 11 , 配置为在触发获取日志时， 将获取日志消息 下发给网络管理平台服务器（ACS ) 12;
管理平台服务器（ACS ) 12, 配置为在与用户侧设备（CPE )建立 TCP 会话后， 依据获取的获取日志消息下发日志参数设置消息给 CPE 13;
用户侧设备（ CPE ) 13 , 配置为依据获取的日志参数设置消息获取调试 日志， 并通过 UDP报文上报给 IQAS 11。
具体地， IQAS下发给 ACS的获取日志消息包括： CPE上报监控曰志 的目标 IP信息、 端口信息、 日志启用使能信息、 日志调试级别信息。
具体地， 所述远程日志实时获取系统还包括：
STU 服务器 14 (图 1中未示出 ),配置为与 CPE 13进行交互；在 CPE 13连接网络成功后， CPE13还配置为向 ACS 12发送 1 boot事件， 以发起 注册请求消息； ACS 12据此判断 CPE 13是否处在 NAT后， 如果是， 则在 向 CPE 13反馈注册响应消息后， 立即向 CPE 13下发 STUN相关参数， 用 于 CPE 13向 STUN服务器发送保活消息； 其中， 所述 STU 相关参数包括： STUN使能信息、 STU 服务器地址 信息、 端口信息、 CPE发送绑定请求的最大时间间隔信息及最小时间间隔 信息；
优选的， CPE在获取 STU 相关参数后， 当判断得出 STU 相关参数 值有变化时， 则创建 socket, 定时向 STU 服务器发送绑定请求， 并接收 STU 服务器回复的绑定响应； 其中， CPE发起的绑定请求中包括： CPE 的设备标识 ID, 以及 STU 服务器回复的绑定响应包括有 InformAtOnce, 所述 InformAtOnce 表示 CPE 是否需要立即发起 Inform 反向连接， 当 InformAtOnce为" 0"时， 表示不需要， 为 "1 "表示需要。
具体地， 在 ACS与用户侧设备 CPE建立 TCP会话后， ACS依据获取 的获取日志消息通过调用 SetParameterRequest方法下发日志参数设置消息 给 CPE。
具体地， ACS与用户侧设备 CPE建立 TCP会话的方法为：
在 IQAS触发日志获取时， STUN服务器在回复至 CPE的绑定响应中 将 InformAtOnce值设置为 1 , CPE据此向 ACS发起 6 Connection Request 反向链接， 从而建立起与 ACS之间的 TCP会话。
图 2是本发明实施例提供的 CPE结构示意图， CPE 13主要包括有网络 管理模块 21 , 日志派发模块 22 , 日志模块 23 , 其中，
曰志模块 23 , 负责各模块运行日志的输出； 日志派发模块 22与日志模 块 23的消息通讯通过 socket通信， 以及 UDP信令。 日志模块 23输出运行 曰志并实时上传给日志服务器 IQAS,二者通讯也是 socket通信， UDP报文。
具体地， 所述用户侧设备（CPE ) 包括：
网络管理模块 21 , 配置为在从 ACS接收到日志参数设置消息后， 将其 转发给日志派发模块 22;
日志派发模块 22, 配置为在获取日志参数设置消息后， 通过 socket通 信， 开启日志模块 23对应端口的调试信息， 并依据 ACS下发的日志调试 级别信息输出调试日志；
日志模块 23 , 配置为在输出调试日志后， 依据 ACS下发的 CPE上报 监控日志的目标 IP信息以及端口信息，将所述调试日志通过 UDP报文上报 给 IQAS对应的目标 IP以及端口。
这里， 所述网络管理模块 21、 日志派发模块 22和日志模块 23可通过 CPE中的的中央处理器（CPU, Central Processing Unit ), 数字信号处理器 ( DSP , Digital Singnal Processor ) 或可编程逻辑阵列 （ FPGA, Field - Programmable Gate Array ) 实现。
图 3是私有协议穿越流程图， 描述了建立保活的交互流程以及下发日 志命令时的交互流程。 CPE启动后， 会定时向 STUN服务器发送绑定请求， 请求内容为 CPE 的 ID 编号， STU 服务器回复绑定响应， 响应内容为 InformAtOnce。 这部分是 UDP方式通信。
当在 IQAS 上触发日志获取时， STU 服务器回复的保活响应中的 InformAtOnce值为 1 , CPE收到并进行判断后，立即向 ACS发起 6 Connection Request反向链接， 从而和 ACS建立 TCP会话， 然后 ACS通过该 TCP会 话下发日志命令设置的消息。
图 4是获取日志的具体流程图， 分别描述了启动日志、 修改日志级别、 关闭日志的流程。 下发的命令以及流程上有区别， 分别如下：
A: 启动日志。 启动日志时下发的命令参数有： 日志接收服务器 IP、 日 志接收服务器端口、 使能开关： 1、 日志端口、 调试级别。 日志派发模块将 启动日志的命令转发给日志模块， 日志模块就开始输出运行日志， 并将日 志数据实时上报给日志系统。
B: 修改日志级别。 对已启用的日志模块， 修改日志级别。 调试级别有 32个级别， 用一个 32位字符串来表示， 一个字符表示一个调试级别。 1 : 表示该级别打开； 0: 表示该级别关闭。 此时下发的命令参数有： 使能开关： 2、 日志端口、 调试级别。 日志派发模块将修改日志级别的命令转发给日志 模块， 日志模块立即更新输出运行日志的级别， 按新的调试级别输出日志 上报给日志系统。
C: 关闭日志。 需要关闭已启用的日志模块时， 下发的命令参数有： 使 能开关： 0、 日志端口。 日志派发模块将关闭日志的命令转发给日志模块， 日志模块关闭运行日志输出， 不再进行上报， 直到下次日志上报功能被启 用。
本发明实施例利于以后多个日志端口的扩展， 可以支持多个日志端口 同时上报运行日志给日志服务器 IQ AS, 其实现灵活， 互不干扰， 可以实现 远程实时地监控用户侧设备（ CPE )的运行状态、从而实现用户侧设备（ CPE ) 各模块故障的及时定位。
以上所述仅为本发明的优选实施例， 并非因此限制本发明的专利范围， 凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换， 或直 接或间接运用在其他相关的技术领域， 均同理包括在本发明的专利保护范 围内。 工业实用性
本发明实施例中， IQAS 将获取日志消息下发给网络管理平台服务器 ACS, 在 ACS与 CPE建立 TCP会话后， ACS依据所述获取日志消息下发 日志参数设置消息给 CPE; CPE依据所述日志参数设置消息获取调试日志， 并通过 UDP报文上报给 IQAS„ 本发明实施例可解决现有的抓日志工具无 法实现对处于私网内的 CPE各模块日志抓取的问题， 支持多个日志端口同 时上报运行日志给 IQAS, 方法实现灵活， 互不干扰。

Claims

权利要求书
1、 一种远程日志实时获取方法， 该方法包括：
当曰志服务器 IQAS触发获取日志时， IQAS将获取日志消息下发给网 络管理平台服务器 ACS;
在 ACS与用户侧设备 CPE建立 TCP会话后， 所述 ACS依据所述获取 曰志消息下发日志参数设置消息给 CPE;
CPE依据所述日志参数设置消息获取调试日志， 并通过 UDP报文上报 给 IQAS。
2、 如权利要求 1所述的远程日志实时获取方法， 其中， 所述 IQAS下 发给 ACS的获取日志消息包括： CPE上报监控日志的目标 IP信息、 端口 信息、 日志启用使能信息、 以及日志调试级别信息。
3、 如权利要求 1所述的远程日志实时获取方法， 其中， 所述 IQAS触 发获取日志之前， 该方法还包括：
CPE连接网络成功后， 向 ACS发起注册请求消息；
ACS依据所述注册请求消息判断 CPE是否处在 NAT后， 如果是， 则 在向 CPE反馈注册响应消息后， 立即向 CPE下发 STUN相关参数；
其中， 所述 STUN相关参数用于 CPE向 STUN服务器发送保活消息， 其中，所述 STU 相关参数包括： STU 使能信息、 STU 服务器地址信息、 端口信息、 CPE发送绑定请求的最大时间间隔信息及最小时间间隔信息；
CPE在收到 STU 相关参数后， 判断 STU 相关参数的值有变化时， 创建套接字 socket, 定时向 STU 服务器发送绑定请求， 并接收 STU 服 务器回复的绑定响应；
其中， 所述绑定请求包括： CPE的设备标识 ID; 所述 STU 服务器回 复的绑定响应包括： InformAtOnce, 所述 InformAtOnce表示 CPE是否需要 立即发起通知 Inform反向连接， 当 InformAtOnce为 "0" 时， 表示不需要， 为 "1"时， 表示需要。
4、 如权利要求 3所述的远程日志实时获取方法， 其中， 所述 ACS依 据所述获取日志消息下发日志参数设置消息给 CPE, 包括：
ACS 依据获取的获取 日 志消 息通过调用 参数设置请求 SetParameterRequest方法下发日志参数设置消息给 CPE。
5、 如权利要求 4所述的远程日志实时获取方法， 其中， ACS与 CPE 建立 TCP会话， 为：
在 IQAS触发获取日志时， STUN服务器在回复至 CPE的绑定响应中 将 InformAtOnce值设置为 1 , CPE据此向 ACS发起 6 Connection Request 反向链接， 从而建立起与 ACS之间的 TCP会话。
6、 如权利要求 2所述的远程日志实时获取方法， 其中， CPE依据所述 日志参数设置消息获取调试日志， 并通过 UDP报文上报给 IQAS, 为：
CPE 的网络管理模块接收到日志参数设置消息后， 转发给日志派发模 块；
日志派发模块通过 socket通信， 开启日志模块对应端口的调试信息， 并依据 ACS下发的日志调试级别信息输出调试日志；
日志模块在输出调试日志后，依据 ACS下发的 CPE上报监控日志的目 标 IP信息以及端口信息，将所述调试日志通过 UDP报文上报给 IQAS对应 的目标 IP以及端口。
7、 一种远程日志实时获取系统， 该系统包括：
曰志服务器 IQAS, 配置为在触发获取日志时， 将获取日志消息下发给 网络管理平台服务器 ACS;
管理平台服务器 ACS, 配置为在与用户侧设备 CPE建立 TCP会话后， 依据所述获取日志消息下发日志参数设置消息给 CPE;
用户侧设备 CPE, 配置为依据所述日志参数设置消息获取调试日志， 并通过 UDP报文上报给 IQAS。
8、 如权利要求 7所述的远程日志实时获取系统， 其中， 所述 IQAS下 发给 ACS的获取日志消息包括： CPE上报监控日志的目标 IP信息、 端口 信息、 日志启用使能信息、 以及日志调试级别信息。
9、如权利要求 7所述的远程日志实时获取系统，其中，该系统还包括： STU 服务器， 配置为与所述 CPE进行交互；
在 CPE连接网络成功后，所述 CPE,还配置为向 ACS发起注册请求消 息；
相应的， 所述 ACS, 还配置为依据所述注册请求消息判断 CPE是否处 在 NAT后， 如果是， 则在向 CPE反馈注册响应消息后， 立即向 CPE下发 STU 相关参数；
其中， 所述 STUN相关参数用于 CPE向 STUN服务器发送保活消息， 其中，所述 STU 相关参数包括： STU 使能信息、 STU 服务器地址信息、 端口信息、 CPE发送绑定请求的最大时间间隔信息及最小时间间隔信息； 所述 CPE, 还配置为在收到 STU 相关参数后， 判断 STU 相关参数 的值有变化时， 创建 socket, 定时向 STU 服务器发送绑定请求， 并接收 STU 服务器回复的绑定响应；
其中， 所述绑定请求包括： CPE的设备标识 ID; 所述 STU 服务器回 复的绑定响应包括： InformAtOnce, 所述 InformAtOnce表示 CPE是否需要 立即发起 Inform反向连接， 当 InformAtOnce为 "0"时，表示不需要，为" 1" 时， 表示需要。
10、 如权利要求 9所述的远程日志实时获取系统， 其中， 所述 ACS配 置为依据所述获取日志消息下发日志参数设置消息给 CPE, 为：
ACS配置为依据获取的获取日志消息通过调用 SetParameterRequest方 法下发日志参数设置消息给 CPE。
11、 如权利要求 10所述的远程日志实时获取系统， 其中， ACS与 CPE 建立 TCP会话， 为：
在 IQAS触发获取日志时， STUN服务器在回复至 CPE的绑定响应中 将 InformAtOnce值设置为 1 , CPE据此向 ACS发起 6 Connection Request 反向链接， 从而建立起与 ACS之间的 TCP会话。
12、 如权利要求 8所述的远程日志实时获取系统， 其中， 所述用户侧 设备 CPE包括：
网络管理模块， 配置为从 ACS接收到日志参数设置消息后， 转发给日 志派发模块；
日志派发模块， 配置为在收到所述日志参数设置消息后， 通过 socket 通信， 开启日志模块对应端口的调试信息， 并依据所述 ACS下发的日志调 试级别信息输出调试日志；
日志模块， 配置为在输出调试日志后，依据 ACS下发的 CPE上报监控 日志的目标 IP信息以及端口信息， 将所述调试日志通过 UDP报文上报给 IQAS对应的目标 IP以及端口。
PCT/CN2013/083247 2012-11-21 2013-09-10 远程日志实时获取方法及系统 WO2014079262A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US14/646,507 US9942111B2 (en) 2012-11-21 2013-09-10 Method for remotely acquiring in real time log

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210475405.1A CN103840953B (zh) 2012-11-21 2012-11-21 远程日志实时获取方法及系统
CN201210475405.1 2012-11-21

Publications (1)

Publication Number Publication Date
WO2014079262A1 true WO2014079262A1 (zh) 2014-05-30

Family

ID=50775488

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/083247 WO2014079262A1 (zh) 2012-11-21 2013-09-10 远程日志实时获取方法及系统

Country Status (3)

Country Link
US (1) US9942111B2 (zh)
CN (1) CN103840953B (zh)
WO (1) WO2014079262A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017028208A1 (en) * 2015-08-18 2017-02-23 Arris Enterprises, Inc. Internal user-guide server for customer premise equipment device
CN110209553A (zh) * 2019-06-11 2019-09-06 湖南快乐阳光互动娱乐传媒有限公司 数据获取方法及装置

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104144080B (zh) * 2014-07-24 2018-01-02 上海斐讯数据通信技术有限公司 采用远端设备对终端设备进行管理的系统及方法
CN104539630A (zh) * 2015-01-19 2015-04-22 北京网秦天下科技有限公司 在windows客户端上查看linux日志文件的方法以及装置
CN104780154B (zh) * 2015-03-13 2018-06-19 小米科技有限责任公司 设备绑定方法和装置
CN104731910A (zh) * 2015-03-24 2015-06-24 浪潮集团有限公司 一种syslog日志存储方法
CN106331189B (zh) * 2015-06-18 2020-10-16 中兴通讯股份有限公司 日志获取方法和装置、以及网管服务器
CN105554042A (zh) * 2016-03-01 2016-05-04 上海斐讯数据通信技术有限公司 一种UDP远程传输log的方法及系统
US9917871B2 (en) * 2016-04-05 2018-03-13 Cisco Technology, Inc. Optimizing media bitrate with explicit network feedback on one client only
CN105871922A (zh) * 2016-06-13 2016-08-17 青岛海信传媒网络技术有限公司 电视故障定位方法、业务服务器及电视
FR3053194A1 (fr) * 2016-06-22 2017-12-29 Orange Procede et dispositif de fourniture d'une adresse par un dispositif a gerer d'un reseau
CN106411563B (zh) * 2016-06-30 2019-11-15 北京小米移动软件有限公司 日志记录方法、装置和路由器
CN106357454B (zh) * 2016-10-08 2020-06-16 武汉斗鱼网络科技有限公司 日志系统控制装置及其控制方法
CN108322322A (zh) * 2017-01-18 2018-07-24 普天信息技术有限公司 告警上报方法
CN107197040A (zh) * 2017-07-03 2017-09-22 北京大生在线科技有限公司 用于远程课件系统的在线远程日志处理方法及系统
CN110233862A (zh) * 2018-03-05 2019-09-13 上海聚虹光电科技有限公司 局域网内设备文件拉取系统
CN111245636A (zh) * 2018-12-28 2020-06-05 中国信息通信研究院 一种分布式宽带接入网络状态获取方法和系统
CN109739728B (zh) * 2019-01-08 2023-06-13 武汉益模科技股份有限公司 一种mes系统性能和日志数据监控方法
EP3817300A1 (en) * 2019-10-28 2021-05-05 Huawei Technologies Co., Ltd. Forwarding parameter obtaining method, apparatus, and system
CN111212155B (zh) * 2019-12-30 2023-03-10 深圳Tcl新技术有限公司 日志调试方法、电视和存储介质
CN113672478A (zh) * 2020-05-14 2021-11-19 中兴通讯股份有限公司 日志获取方法、装置、终端、服务器和存储介质
CN112422328B (zh) * 2020-11-03 2023-05-09 深圳市广和通无线股份有限公司 日志获取方法、装置、计算机设备和存储介质
CN113259448A (zh) * 2021-05-27 2021-08-13 四川长虹网络科技有限责任公司 日志数据传输和监控的方法与系统
CN113568835A (zh) * 2021-07-29 2021-10-29 芯河半导体科技(无锡)有限公司 基于Tr069模拟实际业务工单主动下发的自动化平台
CN113783961B (zh) * 2021-09-14 2024-05-31 深圳通康创智技术有限公司 远程终端管理方法、装置、计算机设备及存储介质
CN114338825B (zh) * 2021-12-15 2022-11-29 中电信数智科技有限公司 基于TR069协议的SRv6网络分布式日志压缩方法
CN115378804B (zh) * 2022-08-19 2024-06-14 深圳前海环融联易信息科技服务有限公司 基于云边协同的日志采集方法、装置、设备及介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020108121A1 (en) * 2001-02-02 2002-08-08 Rachad Alao Service gateway for interactive television
CN101098247A (zh) * 2006-06-27 2008-01-02 华为技术有限公司 一种远程管理中协商设备处理能力的方法
EP2214382A1 (en) * 2009-01-30 2010-08-04 Thomson Licensing SA Method of reception of device logging information and method of transmission of device logging information
CN102647405A (zh) * 2011-12-16 2012-08-22 中兴通讯股份有限公司 用户端接入控制的方法和系统

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6470388B1 (en) * 1999-06-10 2002-10-22 Cisco Technology, Inc. Coordinated extendable system for logging information from distributed applications
US20040073658A1 (en) * 2002-10-10 2004-04-15 Cisco Technology, Inc. System and method for distributed diagnostics in a communication system
US7656870B2 (en) * 2004-06-29 2010-02-02 Damaka, Inc. System and method for peer-to-peer hybrid communications
US7716316B2 (en) * 2005-03-29 2010-05-11 Microsoft Corporation Methods and systems for performing remote diagnostics
CN100479383C (zh) * 2006-05-17 2009-04-15 华为技术有限公司 一种宽带接入网远端节点的管理方法和系统
CN101114932B (zh) 2006-07-27 2012-09-19 华为数字技术有限公司 实现远程抓包的方法和系统
US8369312B2 (en) * 2007-10-03 2013-02-05 Verizon Patent And Licensing Inc. Method and system for retrieving log messages from customer premise equipment
CN101170451A (zh) * 2007-12-03 2008-04-30 华为技术有限公司 一种设备管理方法及一种设备代理系统
CN102413541A (zh) * 2010-09-25 2012-04-11 中兴通讯股份有限公司 配置节点参数的方法及系统
CN102348198A (zh) * 2011-10-27 2012-02-08 中兴通讯股份有限公司 一种无线终端及其参数远程设置方法
US8843622B1 (en) * 2011-12-19 2014-09-23 Cisco Technology, Inc. System and method to contact and maintain status of managed devices
CN102412999B (zh) 2011-12-23 2014-12-03 华为技术有限公司 一种基于抓包的远程故障定位方法、系统及设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020108121A1 (en) * 2001-02-02 2002-08-08 Rachad Alao Service gateway for interactive television
CN101098247A (zh) * 2006-06-27 2008-01-02 华为技术有限公司 一种远程管理中协商设备处理能力的方法
EP2214382A1 (en) * 2009-01-30 2010-08-04 Thomson Licensing SA Method of reception of device logging information and method of transmission of device logging information
CN102647405A (zh) * 2011-12-16 2012-08-22 中兴通讯股份有限公司 用户端接入控制的方法和系统

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017028208A1 (en) * 2015-08-18 2017-02-23 Arris Enterprises, Inc. Internal user-guide server for customer premise equipment device
CN110209553A (zh) * 2019-06-11 2019-09-06 湖南快乐阳光互动娱乐传媒有限公司 数据获取方法及装置
CN110209553B (zh) * 2019-06-11 2023-06-20 湖南快乐阳光互动娱乐传媒有限公司 数据获取方法及装置

Also Published As

Publication number Publication date
US20150304179A1 (en) 2015-10-22
US9942111B2 (en) 2018-04-10
CN103840953B (zh) 2017-10-31
CN103840953A (zh) 2014-06-04

Similar Documents

Publication Publication Date Title
WO2014079262A1 (zh) 远程日志实时获取方法及系统
US10110714B2 (en) Methods for exchanging network management messages using UDP over HTTP protocol
US9419871B2 (en) Method and system for remotely monitoring device status and internet connectivity on a computer network
US9191290B2 (en) Methods and devices for monitoring a data path
US8212396B2 (en) Apparatus power restart method in response to network connection status
CN103036732B (zh) 一种网络监控处理的方法、系统和设备
WO2019184752A1 (zh) 网络设备的管理方法、装置及系统
WO2013143342A1 (zh) 家庭网关、云服务器及两者之间进行通信的方法
CA2530340A1 (en) Server for routing connection to client machine
WO2011015066A1 (zh) 一种远程管理个人终端的方法及系统
US10250581B2 (en) Client, server, radius capability negotiation method and system between client and server
WO2014082501A1 (zh) 家庭网络中的终端管理方法、设备和家庭网络
WO2007106620A3 (en) Method for authenticating a mobile node in a communication network
US9077618B2 (en) Service level mirroring in ethernet network
CN103095749A (zh) 用于实现跨网段设备发现的方法和系统
WO2015070614A1 (zh) 检测l2vpn网络用户侧接口连通性的方法及设备
CN102970166B (zh) 一种监听网元设备告警事件的方法及系统
CN108900392A (zh) 一种智能家居多网关接入的方法及系统
CN106559230A (zh) 一种故障处理方法、装置及系统
WO2011150704A1 (zh) 媒体网关代理的方法及装置
CN102123305B (zh) 一种实现网络传输故障排查的方法及系统
CN103166771A (zh) 一种管理网关下挂设备的方法及系统
WO2014180226A1 (zh) 一种集中配置和管理网络中节点的方法及系统
WO2016197993A1 (zh) 一种路由器、移动终端及告警信息发送和接收的方法
WO2016184025A1 (zh) 一种设备管理方法和装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13857158

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 14646507

Country of ref document: US

122 Ep: pct application non-entry in european phase

Ref document number: 13857158

Country of ref document: EP

Kind code of ref document: A1