WO2010148723A1 - Procédé telnet pour terminal extérieur et dispositif maître, et dispositif esclave de celui-ci - Google Patents

Procédé telnet pour terminal extérieur et dispositif maître, et dispositif esclave de celui-ci Download PDF

Info

Publication number
WO2010148723A1
WO2010148723A1 PCT/CN2010/071825 CN2010071825W WO2010148723A1 WO 2010148723 A1 WO2010148723 A1 WO 2010148723A1 CN 2010071825 W CN2010071825 W CN 2010071825W WO 2010148723 A1 WO2010148723 A1 WO 2010148723A1
Authority
WO
WIPO (PCT)
Prior art keywords
mercury
control channel
external terminal
command
configuration
Prior art date
Application number
PCT/CN2010/071825
Other languages
English (en)
Chinese (zh)
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 中兴通讯股份有限公司
Publication of WO2010148723A1 publication Critical patent/WO2010148723A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • 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/08—Protocols specially adapted for terminal emulation, e.g. Telnet

Definitions

  • Te e is included in the control / special (Ta smsso Co o ooco / e e Pooco, TCP / P), which is the main and main mode of e e (special) mercury.
  • Te e refers to the unified terminal used by local users. The terminal is not intelligent, and only the user's character is responsible for the information on the screen.
  • T T uses the customer/mode (e / e Ve mode), that is, the customer receives each of them, provides each phase, and connects (Socke). Pick up the customer - each mode, each return to monitoring. Occupy all needs, only customers, each end of the connection. Each client's connection is established and provided to the customer. From the above, the socke mode is easy to operate, and the (c e ) kimono (e Ve ) program provides different socke systems, so it is the e e method most used.
  • Te e wood and socke are both in TCP/P.
  • the mode in which the communication and the communication are determined determines that most of the currently used communication is not connected to each other, or even It is already in the whole P, but because each function, and each determines the same connection, the method is not etheric, and some of the connection methods are mostly in the middle and the upper, and the high-speed communication (W) and mode are the most typical.
  • each e e is connected to the se Ve-socke on each of the main c e -socke.
  • each connection supports the TCP/P mode
  • each e e is connected to the se Ve-socke on each of the main c e -socke.
  • the socke of each c e-socke is connected, that is, each e e mercury is configured.
  • each connection does not support the TCP/P mode. If you want to configure each, you can't use the ee mode. You must parse the command lines on the main commands, and the commands are parsed and parsed. The original ee command parsing method, another set of command parsing methods. The command sets on the above are all relatively large, and the commands are parsed. The project is very similar. If any command is repaired, the interface of each command must be modified. If the versions are not correct, the probability probability of each meta-analysis command appears. Very large, so the method is too complex, not scalable. There is currently no better solution to the situation in God. Content
  • the wood to be solved is to provide an external terminal mercury method, each of which is a non-TCP/P connection mode, so that the external terminals can directly direct mercury to each of the required configurations.
  • the present invention provides an external terminal mercury method, including the main and the non-controlled manner, the non-control channel communication, each or each external terminal in the mercury control format packaged in the non-control channel teaching Towards, while the external terminal is mercury.
  • Each step of each external terminal receives the configuration command of each configuration, and encapsulates the configuration command in the non-control channel teaching
  • Each step of each parsing Executes the configuration command, and the configuration command execution result is in the control format.
  • the method includes nearly all the access to the external terminal.
  • the external terminal establishes the connection force
  • the external terminal sends a mercury command to each mercury request, and each agent mode encapsulates the mercury command in the non-control channel.
  • Each of the received mercury commands the proxy client to each of the connected clients, and each of the proxy clients is connected to the external terminal, and the mercury command and the connection establishment information are in a control format.
  • the proxy client parses out the configured commands and sends them to each of the execution configuration commands, and returns the execution result to the proxy client.
  • the method has the following characteristics
  • Each command is encapsulated in a non-control channel
  • Each receives the parsing execution command, and the proxy client connects each other, and encapsulates the information in the non-control channel.
  • Each is the optical terminal of the system, each of which is a multi-household sheep in the system, and a non-control channel high control channel.
  • the external terminal provides mercury for each terminal, and each communication encapsulates the external terminal in the control format of the mercury in the non-control channel teaching to each of the external terminals in the control format of each mercury.
  • the external terminal receives the configuration command for each configuration, and the configuration command receives the configuration command by each parsing, and is encapsulated in the non-control
  • the execution result of the channel configuration is sent to each execution result.
  • the execution result of the configuration command is controlled.
  • the received execution result is passed to the external terminal.
  • the proxy mode receives the connection establishment information encapsulated in the non-control channel, and the mercury command and connection establishment information are in the control format.
  • the information commands and information are in control format ;
  • Each is the optical terminal of the system, each of which is a multi-household sheep in the system, and a non-control channel high control channel.
  • the external terminal mercury is provided, each of which is connected to the non-control channel in a non-control manner, and the external terminal is packaged in the control format of the mercury in the non-control channel.
  • Analyze and execute each configuration command and package the execution result in the non-control channel teaching to send to each configuration command.
  • the execution result is in the control format.
  • Each of the proxy clients that establish the proxy client encapsulates the setup information in the non-control channel, and the mercury command and connection establishment information is in the control format.
  • the proxy client parses the configured commands and sends them to each of the respective execution configuration commands to return to the proxy client.
  • Each is the optical terminal of the system, each is Multiple households in the system, each with a high control channel.
  • Each C T is connected, each configuration, does not parse the command, and directly assigns each character to the proxy client.
  • Each proxy client is connected to the terminal, and each connection is configured with the terminal direct ee mercury command, so each original command resolution can be utilized.
  • the method only needs to parse the general commands, and does not depend on each command set. It does not depend on each method, and has small compatibility, scalability, low cost, and can be more.
  • the method of the present invention is a non-TCP/P connection mode, and each of the external terminals can directly direct mercury to each other in the manner of each agent.
  • the required configuration can be used in this typical PO system, compared to the existing OT process management O-mode OJ configuration method, this is the OT force agent, Make the terminal ee to OJ on the OJ configuration, this direct OT proxy mercury to the configuration method.
  • the external terminal mercury system includes external terminals, each, each, and each communicates with the non-control channel in an uncontrolled manner. Communication (w) E and other more integrated methods.
  • Each and each non-control channel can be a high-control (g - eve a Co o, C) channel or other non-control channel.
  • Each can be a light terminal in the system, each of which can be a multi-resident sheep in the system.
  • Each of the external terminals in the control format of the mercury is packaged in the non-control channel, and the external terminal receives the configuration command for each configuration, and encapsulates the configuration command in the non-control channel.
  • the received execution result is passed to the external terminal.
  • Each of the external terminals establishes a mercury command for each of the external terminals that requires mercury.
  • the proxy mode encapsulates the mercury command in the non-control channel, and sends the information to the external terminal upon receipt.
  • the external terminal and each of the received external terminals request to exit each command, and the command is encapsulated in the non-control channel to teach each, and the received information is passed to the external terminal.
  • Each of the external terminals in the control format of the mercury is packaged in the non-control channel teaching, and the received configuration commands are parsed and executed, and the execution result is encapsulated in the non-control channel teaching and sent to each.
  • Each of the external terminals establishes a respective mercury receiving command
  • the proxy client establishes a proxy client connection to each of the connected terminals, executes a configuration command, and returns the execution result to the proxy client, and the proxy client encapsulates the connection establishment information in the non-client.
  • the control channel teaches each of the near-parsed configuration commands to be sent to each.
  • the proxy client In the external terminal and each of the parsing execution commands, the proxy client is connected to each other, and the information is encapsulated in the non- The channel teaches each.
  • the external terminals are connected to each other by TCP/P, and the proxy clients and each device in each are also connected to TCP/P.
  • the configuration commands, execution results, mercury commands, connection establishment information, commands, and information on the external terminal and the same, or on behalf of the client and each device, are in TCP/P format.
  • Hugh includes the following
  • Step 201 The establishment of the external terminal and the connection includes the following steps: Step 2011, the external terminal e e mercury, each establishes an OC T connection, and the external terminal requests the mercury for each mercury.
  • each proxy mode parses the command in the execution command xcmd_pocess, encapsulates the mercury command in the C channel teaching, and encapsulates the mercury command in C (A q ), channel message (Ce Cha e Re ) sent to each, the message near the external terminal (pc eece), the terminal phase, moved to the (o ec) step 2013, each received the message, the agent customer, the terminal (ceece) proxy customer Poxy ced) Under mercury, it seems to be connected to each other (internal addresses and conventions).
  • Step 2014 each connection to the proxy client establishes an OC T connection of the proxy client, and establishes information to the proxy client.
  • the near external terminal (ceece) step 2015 the proxy client encapsulates the setup information in the C channel.
  • the connection establishment information is encapsulated in C. ( ).
  • step 2016, each of the received connection establishment information is moved to (c v ) and each connection is established.
  • each OC T connection of the external terminal is used to connect each connection establishment information to the external terminal, and the information interface is connected to the external terminal to establish the same connection of the external terminal.
  • Step 202 each of the acting agents, and the external terminal mercury each configured to include the following steps
  • step 2021 a command is configured on the mercury interface of the external terminal, and the configuration command sent by the external terminal is sent to each.
  • each pre-agent mode is, and will receive the configuration command (may be in the form of characters)
  • C each message external terminal (pc eece)
  • each proxy client parses out the external terminal, finds the proxy client, C Parse the configuration command and take out the configuration command characters.
  • the OC T is sent to each and each execution configuration command to return the execution result to the proxy client.
  • Step 2024 each proxy client encapsulates the execution result in C, and sends the message to the external terminal (ceece).
  • Step 2025 each receives the message, and the external terminal is parsed in the message, and the execution result is parsed in the message, and the result will be executed.
  • the OC T is connected to the external terminal, and the content of the execution result is on the external terminal.
  • step 203 the external terminals are connected. Hugh includes the following steps
  • step 2031 the external terminal requests each of the commands to exit.
  • each command is encapsulated in C to each.
  • each agent client C parses the command, and sends the OC T to each of the respective proxy clients.
  • the proxy client receives the information, and encapsulates the information in the C channel teaching to each of the same proxy clients.
  • step 2035 each of the messages is received, and the agent mode is exited, and the work is moved to the external terminal.
  • step 203 it may appear near, and each receives an indication from the bottom friend.
  • the method of the present invention is a non-TCP/P connection mode, and each of the external terminals can directly direct mercury to each other in the manner of each agent.
  • the required configuration can be used in this typical PO system, compared to the existing OT process management O mode O configuration method, this is the OT force agent, so that Terminal ee to O is configured on the O, this direct OT proxy mercury to the configuration method.
  • each of the masters is a non-TCP/P connection method, and each of the external terminals can directly direct mercury to each other in a manner of each agent.
  • Each of the required configurations especially in each of the different types, can be used. The various methods of the various configurations are required.

Abstract

L'invention porte sur un procédé Telnet pour terminal extérieur et un dispositif maître, et sur un dispositif esclave lié. Le procédé comprend les étapes suivantes : le dispositif maître se lie au dispositif esclave selon un protocole de commande de non-transmission (TCP), et lors d'une communication par un canal non-TCP, le dispositif maître et le dispositif esclave encapsulent les données en format TCP qui sont utilisées pour le Telnet d'un terminal extérieur au dispositif esclave dans un paquet de canal non-TCP et adresse le paquet à la partie opposée, ce qui permet ainsi d'activer le terminal extérieur de Telnet vis-à-vis du dispositif esclave. Au moyen de l'invention, lorsque le dispositif maître se lie au dispositif esclave de façon non-TCP/IP, le terminal extérieur peut directement utiliser le procédé Telnet comme agent de dispositif maître vis-à-vis du dispositif esclave au moyen du dispositif maître, et réaliser une configuration nécessaire sur le dispositif esclave, notamment lorsque le dispositif esclave comporte de nombreux ports de divers types, le terminal externe pouvant réaliser une configuration nécessaire sur les nombreux ports du dispositif esclave.
PCT/CN2010/071825 2009-12-14 2010-04-16 Procédé telnet pour terminal extérieur et dispositif maître, et dispositif esclave de celui-ci WO2010148723A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910246966.2 2009-12-14
CN 200910246966 CN102098274A (zh) 2009-12-14 2009-12-14 外部终端远程登陆从设备的方法及系统

Publications (1)

Publication Number Publication Date
WO2010148723A1 true WO2010148723A1 (fr) 2010-12-29

Family

ID=43385915

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/071825 WO2010148723A1 (fr) 2009-12-14 2010-04-16 Procédé telnet pour terminal extérieur et dispositif maître, et dispositif esclave de celui-ci

Country Status (2)

Country Link
CN (1) CN102098274A (fr)
WO (1) WO2010148723A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107277652A (zh) * 2017-05-27 2017-10-20 烽火通信科技股份有限公司 Pon接入系统的跨盘lacp链路聚合方法及装置

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105100006A (zh) * 2014-05-07 2015-11-25 杭州迪普科技有限公司 一种代理服务、远程控制装置及方法
CN104333462A (zh) * 2014-10-27 2015-02-04 深圳市云猫信息技术有限公司 一种配置光网络单元的方法及其系统、移动终端
CN109949505B (zh) * 2017-12-20 2022-04-26 新智数字科技有限公司 燃气表的缴费方法及装置
US10856344B2 (en) 2019-03-15 2020-12-01 Hong Kong Applied Science and Technology Research Institute Company Limited Method and an apparatus for reducing connection set-up time in a communications network
CN111654529A (zh) * 2020-05-21 2020-09-11 沈阳诚桥真空设备有限公司 一种汽相干燥设备远程监控方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1866835A (zh) * 2006-03-31 2006-11-22 华为技术有限公司 网络中数据传输的方法
CN1929394A (zh) * 2005-09-07 2007-03-14 中兴通讯股份有限公司 以太网无源光网络系统中光网络单元远程管理方法
CN101159598A (zh) * 2007-10-19 2008-04-09 中兴通讯股份有限公司 一种无源光网络终端设备的远程管理方法
US20090208210A1 (en) * 2008-02-18 2009-08-20 Elmar Trojer Passive optical network remote protocol termination

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1929394A (zh) * 2005-09-07 2007-03-14 中兴通讯股份有限公司 以太网无源光网络系统中光网络单元远程管理方法
CN1866835A (zh) * 2006-03-31 2006-11-22 华为技术有限公司 网络中数据传输的方法
CN101159598A (zh) * 2007-10-19 2008-04-09 中兴通讯股份有限公司 一种无源光网络终端设备的远程管理方法
US20090208210A1 (en) * 2008-02-18 2009-08-20 Elmar Trojer Passive optical network remote protocol termination

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107277652A (zh) * 2017-05-27 2017-10-20 烽火通信科技股份有限公司 Pon接入系统的跨盘lacp链路聚合方法及装置
CN107277652B (zh) * 2017-05-27 2019-04-26 烽火通信科技股份有限公司 Pon接入系统的跨盘lacp链路聚合方法及装置

Also Published As

Publication number Publication date
CN102098274A (zh) 2011-06-15

Similar Documents

Publication Publication Date Title
AU2008205529B2 (en) Quality of service application programming interface over socket
JP4759641B2 (ja) ネットワーク上で遠隔で装置にアクセスする方法及びシステム
US9602553B2 (en) Method, apparatus, and system for implementing VOIP call in cloud computing environment
US10354618B2 (en) Wireless communication system for offline participation in a display session
KR101263393B1 (ko) 유피앤피 에이브이 스트림 전송 방법 및 장치
US10298627B2 (en) Concentration of independent tunneled encapsulated media
WO2017045276A1 (fr) Procédé d'interconnexion de terminaux, dispositif, et support de stockage
WO2010148723A1 (fr) Procédé telnet pour terminal extérieur et dispositif maître, et dispositif esclave de celui-ci
WO2022262465A1 (fr) Procédé et système de configuration d'utilisateur centralisée basée sur opc ua pour réseau sensible au temps
WO2014082577A1 (fr) Procédé et système de débogage à distance
WO2007036160A1 (fr) Appareil, systeme et procede assurant la communication entre un client et un serveur
JP4934148B2 (ja) 複数のユーザアプリケーションにより共有されるユーザエージェントを有するｓｉｐマルチユーザ・メディア・クライアント
CN109586958B (zh) 双系统装置的配置管理方法及双系统装置
US10200108B2 (en) Wireless docking system for audio-video relay
US20140164543A1 (en) Communication System, Application Server and Communication Method for Server Cooperation
WO2019184262A1 (fr) Procédé de traversée de traduction d'adresse de réseau de données multimédias de multiples types, terminal et système
WO2013185696A2 (fr) Procédé et dispositif de traitement de données
CN110771117B (zh) 一种采用面向id的网络的会话层通信
CN104168302B (zh) 设备操控实现方法、系统和代理网关
CN107005473B (zh) 通信路径切换装置、控制通信路径切换装置的方法
JP4926250B2 (ja) セッション記述プロトコル機能情報を得るための方法、システム、及びネットワークエンティティ
WO2014117515A1 (fr) Procédé, système et serveur rcs-e pour déterminer l'état d'un terminal
US20170126849A1 (en) Header redundancy removal for tunneled media traffic
US20090052446A1 (en) Communications Interface
CN100407713C (zh) 网关网元以太口ip地址发现协议的实现方法

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: 10791229

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10791229

Country of ref document: EP

Kind code of ref document: A1