WO2015059128A1 - Protocole de sélection d'élément de réacheminement pour un réseau et dispositif cpe correspondant - Google Patents

Protocole de sélection d'élément de réacheminement pour un réseau et dispositif cpe correspondant Download PDF

Info

Publication number
WO2015059128A1
WO2015059128A1 PCT/EP2014/072526 EP2014072526W WO2015059128A1 WO 2015059128 A1 WO2015059128 A1 WO 2015059128A1 EP 2014072526 W EP2014072526 W EP 2014072526W WO 2015059128 A1 WO2015059128 A1 WO 2015059128A1
Authority
WO
WIPO (PCT)
Prior art keywords
lan
forwarder
peer
gateway
dds
Prior art date
Application number
PCT/EP2014/072526
Other languages
English (en)
Inventor
Luc Gyselinck
Jan HELSEN
Bruno DE BUS
Kris Verbeeck
Original Assignee
Thomson Licensing
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 Thomson Licensing filed Critical Thomson Licensing
Publication of WO2015059128A1 publication Critical patent/WO2015059128A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/029—Firewall traversal, e.g. tunnelling or, creating pinholes
    • 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/2567—NAT traversal for reachability, e.g. inquiring the address of a correspondent behind a NAT server

Definitions

  • the invention relates to the field of communications devices, in particular to Internet servers and residential gateways arranged within a home network and adapted to operate via a broadband connection with a service provider network.
  • Residential gateways are widely used to connect devices in a home of a customer to the Internet or to any other wide area network (WAN) .
  • Residential gateways use for example digital subscriber line (DSL) technology that enables a high data rate transmission over copper lines, or use optical fiber broadband transmission systems, e.g. fiber- to-the-home (FTTH) or fiber-to-the premises (FTTP) .
  • DSL digital subscriber line
  • FTTH fiber- to-the-home
  • FTTP fiber-to-the premises
  • a home network has become part of everyday life for many customers.
  • a home network consists of a range of
  • heterogeneous devices which means that the home network is made up of different kinds of devices. All these devices need to communicate with each other. For this
  • the home network uses a mixture of solutions, such as wireless and wired network connections. Combining these devices creates a network that allows users to share information and control devices in the home. Examples of networked devices in the home are for example residential gateways, set-top boxes, TVs, personal computers, tablet PCs, smart phones, network-attached storage (NAS) devices, printers and game consoles.
  • DDS Data Distribution Service for Real-Time Systems
  • OMG Object Management Group
  • RTPS Real- Time Publish-Subscribe Wire Protocol - DDS Interoperability Wire Protocol
  • DDSI Real- Time Publish-Subscribe Wire Protocol
  • RTPS specifies how DDS entities (Domains, Participants, Publishers, Subscribers, Readers, Writers, Topics, ...) are mapped to RTPS entities (domains, participants, endpoints and optionally topics) , the format of the messages that are exchanged between the participants/endpoints, and also valid message sequences of message exchanges between participants/endpoints, as well as a mechanism for
  • the latest version of DDS is currently the version vl.2 and the latest version of the Real-Time Publish- Subscribe Wire Protocol is the version v2.1, which are both published by the OMG on its Internet site under
  • DDS was originally designed for using UDP (User Datagram Protocol) , with zero-configuration discovery of peers based on a UDP multicast protocol. This is based on standardized RTPS. DDS uses for its discovery protocol the UDP multicast protocol, hence limiting the communication to a Local Area Network (LAN) .
  • LAN Local Area Network
  • Multicast discovery will not work, since there is lack of multicast support on a Wide Area Network (WAN) , e.g. the Internet, because disabled by Internet network operators .
  • WAN Wide Area Network
  • UDP to communicate with peers in the same LAN as the forwarder
  • TCP to communicate with peers in other networks .
  • a federation model is possible: multiple forwarders may be involved in the communication between two peers .
  • a DDS device has no connection with a forwarder, how can it verify there is one forwarder available for its realm such it can setup a connection to it ? How can a forwarder residing in a LAN find out the IP address and port on which it is publically available? How to handle roaming scenarios when moving from LAN to WAN or vice versa?
  • a location service and a specific logic in the DDS device and forwarder application are introduced to assure a smart usage of the forwarder application.
  • the presented mechanism allows DDS based applications to communicate across the LAN boundary. It involves a
  • the DDS apps can communicate with all peer DDS apps within their domain regardless if these are residing in the LAN or WAN.
  • the algorithms presented support roaming from LAN to WAN and vice versa.
  • FIG. 1 a schematic network setup showing a forwarder application in a Local Area Network being
  • Fig. 2 a state diagram illustrating a method for
  • Fig. 3 a flow chart illustrating a method to setup a
  • Fig. 4 a schematic network setup including a forwarder application behind a double network address translation .
  • a CPE device 1 adapted for connecting a peer 5 of a second Local Area Network (LAN) 7 with a peer 6 of a first LAN 8 is described, as shown in figure 1.
  • the LAN 8 is for example a home network or an enterprise network.
  • the LAN 7 and the LAN 8 constitute in particular each an independent DDS domain. For purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the
  • the CPE device 1 is for example a residential gateway, a router, a switch or a set-top box, and includes a
  • microprocessor a non-volatile memory, in which an
  • the operating system of the CPE device is for example a LINUX operating system and a CPE device-specific middleware, which represents a device execution environment.
  • the device execution environment includes software components for providing for example a DSL modem function, gateway and switching functions, FXS functions, VoIP functionality and Wi-Fi operation.
  • the CPE device 1 communicates with other devices in
  • the devices establish a DDS network.
  • the LAN 7 and the LAN 8 constitute in particular each an independent DDS domain.
  • a forwarder application e.g. a forwarder application
  • the forwarder application 10 included in the CPE device 1 is depicted in figure 1.
  • the LAN 7 includes a respective CPE device 4.
  • the peers P: 5, 5', 6, 6' include each a TCP (Transmission Control Protocol) client TCPc.
  • the CPE devices 1, 4 include each a Network Address Translation (NAT) function and a Firewall (FW) function.
  • the forwarder application 10 is included in the gateway 1 and acts as a TCP server TCPs .
  • UDP User Datagram
  • a connection 15 between the peer 5 and the peer 6 is TLS/TCP based, also a connection 16 between a peer 9 of the WAN 11 and the peer 6.
  • residential gateways are connected via a broadband
  • connection e.g. DSL or optical fiber
  • network service provider for Internet access
  • the network service provider being a part of the Internet
  • the forwarder application 10 will check at initialization that there is no other forwarder application yet within the LAN 8. To do so, the forwarder application 10 enables a DDS reader listening on a DDS forwarder topic, as described further below. When another local forwarder application was detected within a wait period -being configurable, e.g. 2 seconds- the forwarder application 10 comes into a disabled state, in the other case the forwarder application 10 actually will start up.
  • a wait period -being configurable e.g. 2 seconds
  • the forwarder application 10 first needs to obtain some network information and makes a corresponding configuration.
  • the forwarder application acts e.g. as a UPnP (Universal Plug and Play) client and
  • IGD Internet Gateway Device
  • PCP Port Control Protocol
  • external_IP external_port to be forwarded to the
  • the UPnP actions will realize the portmap and the related firewall configuration so that the forwarder application is reachable on the
  • external_IP external_port .
  • the forwarder application 10 will publish a public locator 2, i.e.
  • the location service 3 will store the public locator 2 of the forwarder application 10, map it with the DDS realm the forwarder application 10 belongs to, and makes it available to other devices 6, 6' belonging to the same DDS realm. It has to be noted that all DDS communication between devices of the DDS realm and the location service 3 is protected by respective certificates and chain of trust.
  • This core logic of the forwarder application 10 is applied at startup , e.g. after a waiting period for detecting other local forwarders, when its public locator is updated, or when there is a change on the forwarder topic -e.g. an addition or removal or change.
  • the forwarder application periodically polls -which is
  • a portmap is periodically refreshed based on the portmap lease -which is configurable, e.g. after one hour.
  • a detailed state machine applicable at the forwarder application is represented in figure 2.
  • a forwarder application starts up, it resides in an initialization state INIT 20 and performs the actions:
  • the forwarder application starts up, 24, to get a public locator, 25. If a public IP address is already available for the DDS forwarder application, 26, the public locator is set, 27. If not, a public locator is requested, 28:
  • a portmap already exists for the public locator, then the portmap is reused and added to the public locator. If no portmap exists for the public locator, then a portmap is configured e.g. by using the first free port of the ports up to 7400 and added to the public locator, steps 31.
  • the public locator is published to the location device by using timers, steps 32:
  • Transmission Control Protocol Transmission Control Protocol
  • a peer of the LAN 7 starts up, it needs to setup a connection to the forwarder application. To be able to do so, it needs the public locator 2 of the forwarder application 10, figure 1. Therefore, the DDS application will send a corresponding request to the location service 3 to get the forwarder public locator 2, and also enables a reader to listen on the DDS forwarder topic. Requests to the location service 3 to obtain the public locator 2 are sent periodically, e.g. every 30 seconds, as long as the connection with the forwarder application is not proven. When the public locator 2 is received via the location service 3 or via the forwarder topic, this is configured and applied accordingly by the DDS application.
  • the reception of the public locator 2 via the DDS forwarder topic proves the connectivity with the forwarder application, hence the periodic requests to the location service are no longer needed.
  • the removal of the DDS forwarder topic indicates that the DDS device lost connectivity with the forwarder application, and the DDS application again starts sending periodic requests to the location service to get the public locator of the forwarder application .
  • a DDS reader is enabled for the forwarder topic.
  • a request is sent to the location service to get the forwarder public locator.
  • ⁇ A request is sent to the location service to get the forwarder public locator.
  • DDS application waits for data on the Forwarder topic.
  • New state READY 43
  • READY 43 When the DDS application is in the READY state 43 -proved connectivity with the forwarder application -, following events and actions can happen :
  • the forwarder application obtains its public locator - e.g. using UPnP, NAT-PMP, or other mechanisms- - the forwarder application registers the public locator to the location service.
  • the forwarder application acts a server accepting incoming connections being setup by DDS hosts acting as forwarder clients. Every external DDS host must setup a connection to the home forwarder.
  • the public locator as obtained by the forwarder is not reachable from an external host 5.
  • the public locator as obtained by the forwarder is not reachable from an external host 5.
  • Every DDS host requests to the location service 3 the public locator of the forwarder application 10-being the cloud forwarder- and setup a connection to it.
  • the home forwarder application 10, as well as the plain DDS hosts act as a TCP client TCPc, i.e. they setup a connection to the cloud forwarder application 50 which is acting as a TCP server TCPs .

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

La présente invention concerne un procédé d'activation d'une application de réacheminement (10) dans un premier réseau local (LAN) (8), ledit procédé consistant à : démarrer l'application de réacheminement ; chercher une seconde application de réacheminement dans le LAN ; si aucun second élément de réacheminement n'est présent, sélectionner une passerelle LAN ; récupérer une adresse IP externe de la passerelle LAN sélectionnée ; et enregistrer un localisateur public (2) comprenant l'adresse IP externe sur un service de localisation situé à l'extérieur du LAN.
PCT/EP2014/072526 2013-10-24 2014-10-21 Protocole de sélection d'élément de réacheminement pour un réseau et dispositif cpe correspondant WO2015059128A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP13290257 2013-10-24
EP13290257.8 2013-10-24

Publications (1)

Publication Number Publication Date
WO2015059128A1 true WO2015059128A1 (fr) 2015-04-30

Family

ID=49585330

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2014/072526 WO2015059128A1 (fr) 2013-10-24 2014-10-21 Protocole de sélection d'élément de réacheminement pour un réseau et dispositif cpe correspondant

Country Status (1)

Country Link
WO (1) WO2015059128A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106254577A (zh) * 2016-09-18 2016-12-21 东软集团股份有限公司 端口分配的方法及装置
CN109547243A (zh) * 2018-11-16 2019-03-29 南京华讯方舟通信设备有限公司 一种基于dds的跨网段通信方法
CN109818854A (zh) * 2017-11-21 2019-05-28 斗山重工业建设有限公司 在配电网络以及格状网络中的节点管理网关装置及其方法

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
"How To - Configure A Router As A UPnP Internet Gateway Device With A Windows(R) XP(R) Machine As A UPnP Control Point", 31 December 2007 (2007-12-31), 19800 North Creek Parkway, Bothell, WA 98011, USA, pages 1 - 13, XP055157832, Retrieved from the Internet <URL:https://web.archive.org/web/20111027033620/http://alliedtelesis.com/media/fount/how_to_note_alliedware/howto_config_upnp_gateway_winxp_cp.pdf> [retrieved on 20141210] *
"RTI Connext Core Libraries and Utilities User's Manual", no. Version 5.0, 1 August 2012 (2012-08-01), pages 1 - 780, XP007922933, Retrieved from the Internet <URL:https://community.rti.com/rti-doc/500/ndds.5.0.0/doc/pdf/RTI_CoreLibrariesAndUtilities_UsersManual.pdf> [retrieved on 20141209] *
J. ROSENBERG ET AL: "RFC 5389 - Session Traversal Utilities for NAT (STUN)", 30 October 2008 (2008-10-30), pages 1 - 51, XP055157314, Retrieved from the Internet <URL:http://tools.ietf.org/html/rfc5389> [retrieved on 20141208] *
JAVIER SÁNCHEZ: "Monedero is a Master Thesis", 14 September 2009, UNIVERSITY OF GRANADA, article "A DDS Discovery Protocol based on Bloom Filters"

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106254577A (zh) * 2016-09-18 2016-12-21 东软集团股份有限公司 端口分配的方法及装置
CN106254577B (zh) * 2016-09-18 2019-04-19 东软集团股份有限公司 端口分配的方法及装置
CN109818854A (zh) * 2017-11-21 2019-05-28 斗山重工业建设有限公司 在配电网络以及格状网络中的节点管理网关装置及其方法
EP3487145A3 (fr) * 2017-11-21 2019-08-28 Doosan Heavy Industries & Construction Co., Ltd Dispositif de passerelle de gestion de n uds dans un réseau de distribution et un réseau en grille et procédé associé
US10862710B2 (en) 2017-11-21 2020-12-08 DOOSAN Heavy Industries Construction Co., LTD Node management gateway device in distribution network and grid network and method thereof
CN109547243A (zh) * 2018-11-16 2019-03-29 南京华讯方舟通信设备有限公司 一种基于dds的跨网段通信方法
CN109547243B (zh) * 2018-11-16 2021-12-03 南京华讯方舟通信设备有限公司 一种基于dds的跨网段通信方法

Similar Documents

Publication Publication Date Title
US9154378B2 (en) Architecture for virtualized home IP service delivery
US8307093B2 (en) Remote access between UPnP devices
US8751614B2 (en) Providing virtualized visibility through routers
Cheshire et al. Nat port mapping protocol (nat-pmp)
JP5318111B2 (ja) リモートデバイスに構成情報を自動配布するための中央管理ステーションのための種々の方法および装置
US7921194B2 (en) Method and system for remote access to universal plug and play devices
US10659430B2 (en) Systems and methods for dynamic network address modification related applications
EP3117562A1 (fr) Deploiement sans intervention d&#39;un service multi-utilisateurs dans un environnement de reseau domestique
JP6574057B2 (ja) 自動構成サーバおよび方法
JP5367764B2 (ja) 仮想ネットワークシステム、構成変更方法、トンネル接続装置、及びプログラム
WO2015059128A1 (fr) Protocole de sélection d&#39;élément de réacheminement pour un réseau et dispositif cpe correspondant
ES2944621T3 (es) Técnica de ejecución de un servicio en una red local a través de una red de comunicación extendida
JP5437518B2 (ja) 仮想ネットワークシステム、構成変更方法、トンネル終端装置、トンネル接続装置、及びプログラム
KR20140102280A (ko) Nat 통과를 가능하게 하기 위한 방법 및 시스템
JP2013201621A (ja) ポート開閉制御システム
JP5875507B2 (ja) 中継装置、プログラム、情報処理方法、及び情報処理装置
Belimpasakis Remote access to home services utilizing dynamic dns and web technologies
Yoshihara et al. A zeroconf approach to secure and easy-to-use remote access to networked appliances
JP2016096578A (ja) 中継装置、情報処理方法、及び、プログラム

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

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

Country of ref document: EP

Kind code of ref document: A1