WO2017121134A1

WO2017121134A1 - Method for node identification and service advertisement in communication networks

Info

Publication number: WO2017121134A1
Application number: PCT/CN2016/098218
Authority: WO
Inventors: Vijayachandran MARIAPPAN; Jayaraghavendran KUPPANNAN; Neng YANG
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2016-01-11
Filing date: 2016-09-06
Publication date: 2017-07-20

Abstract

Communication networks and methods for optimized node identification and service advertisement in said networks using a single message procedure are disclosed. The present invention is a mechanism in a 6LoWPAN having at least one sensor node 502, at least one 6LoWPAN router 504, and at least one 6LoWPAN border router 506, for verifying IP address/Host name of said sensor node and updating service provided by said sensor node using at least one neighbor solicitation (NS) message and at least one duplicate address registration (DAR) message. The present invention provides a technique of adding 2 new options, one for carrying host name and another for carrying service advertisement information. The 2 additional options are included in the same set of messages which are used for duplicate address detection. Once, the messages reach the 6LoWPAN border router, the content of these options are parsed and checked for duplication of Host Name.

Description

METHOD FOR NODE IDENTIFICATION AND SERVICE ADVERTISEMENT IN COMMUNICATION NETWORKS

TECHNIAL FIELD

The present invention described herein, in general, relates to a wireless sensor networks, and more particularly, to a communication network and a method for optimized node identification and service advertisement in said networks using a single message procedure.

BACKGROUND

A generic background of key technologies used in the present invention is as given below, a person skilled in that art or a person having basic skills of networking will be promptly understand the below terms and technologies:

■ Internet Protocol version 6 (IPv6) is a latest version of an Internet Protocol (IP) , it provides an identification and location system for computers on networks and routes traffic across the Internet. IPv6 was developed by the Internet Engineering Task Force (IETF) to deal with the long-anticipated problem of IPv4 address exhaustion.

■ Neighbor Discovery Protocol used in IPv6 is responsible for address auto-configuration of nodes, discovery of other nodes on the link, duplicate address detection, finding available routers and the like. This protocol defines different ICMPv6 packet types to perform these functions.

■ A Wireless sensor network (WSN) refers to a network of spatially distributed autonomous sensors to monitor physical or environmental conditions, such as temperature, sound, pressure and the like, and to co-operatively pass their data through the network to a main location.

■ Hostname refers to a label assigned to a device connected to a network and used to identify the device in various forms of communication.

■ Service Discovery, using Service discovery protocols which allow automatic detection of nodes, advertisement and discovery of services available with a node.

■ Node bootstrapping procedure in WSN involves a Node obtaining unique identification through IP Address (IPv6) and Host Name along with the network joining procedures.

■ Service Advertisement by the Node leads to the other nodes or the clients of the network to know the presence of the service provided by the Node.

■ The procedure for determining IPv6 Address /Host Name and Service Advertisement is done periodically throughout of the lifetime of the node or as long as the node is associated with the network.

■ These procedures also need to be repeated in case of a change in the network topology or the node leaving and joining a new network.

■ Currently, all these procedures are carried out separately and using different protocols at different layers.

■ IPv6 address auto configuration is done using said neighbor discovery procedures, whereas host name resolution and service advertisement are done using either Multicast Based Domain Name Service (mDNS) or Unicast DNS and Domain Name Service based Service Discovery (DNS-SD) procedures.

■ In general computer networks, host name resolution is either done through Unicast DNS Servers or through multicast DNS.

■ Service Advertisement and Service Discovery are achieved through one of the many higher layer protocols like DNS-SD, SSDP, Service Location Protocol (SLP) , Simple Service Location Protocol (SSLP) , and the like.

■ In general networks, these activities are done one after another and at different layers. These activities are partly done to maintain compatibility with existing set-ups (DNS-SD with DNS, SSLP with SLP and the like) and also to maintain separation of concerns to keep these activities at different layers

The interworking of IP networks is essential for an efficient management of a sensor network. IP version 6 i.e., IPv6 over Low power Wireless Personal Area Networks (6LoWPAN) has been proposed by the Internet Engineering Task Force (IETF) Working Group for use in Transmission Control Protocol/Internet Protocol (TCP/IP) on IEEE 802.15.4. As well known in the prior-art, the 6LoWPAN concept originated from the concept that “the Internet Protocol could and should be applied even to the smallest devices, ” and that low-power devices with limited processing capabilities should be able to participate in the Internet of Things (IoT) . The 6LoWPAN utilizes IP version 6 (IPv6) in a low-power Wireless Personal Area Network (WPAN) that employs IEEE 802.15.4 Physical Layer/Media Access Control Layer (PHY/MAC) . Generally, 6LoWPAN includes devices that operate together and are physically connected to application environments in the real world. Wireless sensors, or sensor nodes, are examples of such devices. Also, as well-known, the 6LoWPAN group has defined encapsulation and header compression mechanisms (including as discussed above in key technologies) which allows IPv6 packets to be sent and received over IEEE 802.15.4 based networks.

However, in case of a 6LoWPAN, the overhead of sending multiple packets for each of the three activities, as discussed above i.e., IPv6 Address Auto configuration and Duplicate Address detection, host name resolution, Service Advertisement and Service Discovery, is high and not recommended. Also, some of the mechanisms like mDNS lead to flooding of the network, causing all the nodes in the network to process packets even in case if they do not need it. Also, procedures like mDNS in the current form do not work for multi-hop networks which are a typical scenario in 6lowpan based mesh networks.

In the prior-art, Stateless Address Auto Configuration (SLAAC) and Duplicate Address Detection (DAD) are available to achieve above mentioned tasks. The SLAAC provides an ability to address a host based on network prefix advertised from a local network router via Router Advertisement (RA) messages, wherein the RA messages are sent periodically or in response to RS (Router Solicitation) messages. These RA messages contain information on one or more IPv6 Prefixes, prefix lifetime information and the like. The IPv6 node listening to the RA message takes the prefix from that message and dynamically forms an IPv6 address by appending 64 bits suffix (generated using EUI-64 rules) to the 64-bit prefix from RA message to form the IPv6 address. In DAD, when a host first joins a link, it multicasts neighbor solicitations for its own IPv6 address for a short period before attempting to use that address to communicate. Further, if it receives a neighbour advertisement in response, it realizes another host is using the address and marks it as duplicate. The exemplary scenario is as shown in figure 1, wherein, when a new node/host is introduced in a network, the router in network sends a RA message to the host. Then the DAD mechanism comes into picture to check for address duplication.

Figure 2 illustrates another exemplary scenario wherein, when a new node/device, for example music sharing device in this case, enter into a network, the first step followed is an address section in which music sharing device self-assigns the address to itself, and shares this address within the network. Then in the second step music sharing device selects appropriate name to itself, for example “music sharing device” in this case, and shares this name within the network. The nodes in the network are responsible for checking the duplication of address or names (conflicts) in the network. After the checking of duplication, the music sharing device starts up its services, however, in this step the network is not notified of the service start up. In the next step, the music sharing device provides the information of the various services provided by the music sharing device. It may be understood by the person skilled in the art that, the steps and sequence in which the above steps are performed is not mandatorily performed in the similar sequence.

Further, the prior-art literature also discloses DNS-SD /mDNS technologies which are very widely used in today for service discovery and name resolution. As per the technology, address selection is done on the basis of Link Local Addressing using Address Resolution Protocol (ARP) messages. Name selection is done by multicasting DNS Packets with the preferred name to all nodes in the network. The DNS-SD technology enables to advertise /discover services on the network. It works both at link-local scope (when used with mDNS) and global scope (when used with Unicast DNS) . In case of mDNS, each node will send the Service information to all the nodes that are available within the link-local scope and each node will maintain the list of hostnames and services of all the other nodes in the network. In case of unicast DNS, the DNS Server should be configured to allow dynamic updates and domain name where the service should be registered should be configured.

Apart from the above prior-art literatures, an IPv6 optimized neighbour discovery (ND) for Multi-hop 6LoWPAN is also available in the literature. An exemplary scenario of 6LoWPAN is shown in figure 3. The optimized ND for IPv6 is based on RFC 6775, in which a new Address Registration Option (ARO) can add to both Neighbour Solicitation (NS) and Neighbour Advertisement (NA) messages. As shown in figure 3, an end node will send a Neighbor Solicitation (NS) message with the address registration option to communicate the address details to the 6LoWPAN Router. The 6LoWPAN router will forward those details to 6LoWPAN Border Router using the Duplicate Address Request (DAR) message. The 6LoWPAN border router after checking for the uniqueness of the address will reply the result in the Duplicate Address Confirmation (DAC) message to 6LoWPAN Router. The 6LoWPAN router further sends the result to sensor node by sending a Neighbor Advertisement (NA) message with the ARO option which indicates the result as success or failure.

So, IPv6 Duplicate Address Detection is done through ICMPv6 packets based Neighbor Discovery Protocol. Multi-hop Duplicate Address Detection technique mentioned in RFC 6775 (Neighbor Discovery Optimization for IPv6 over Low-Power Wireless Personal Area Networks) is used. Once IP Address assignment is completed, Unicast DNS or mDNS is used over User Datagram Protocol (UDP) to resolve host names. DNS based Service Discovery is used for Service Advertisement and Discovery. This again works on UDP.

Hence, as shown in figure 4 (a) and 4 (b) all these three procedures i.e., IPv6 Address Auto configuration and Duplicate Address detection for host name resolution, Service Advertisement and Service Discovery, are performed separately leading to multiple message exchanges for each procedure, which effectively increases the number of packet transfers in the network. This leads to more packet processing, increases packet processing time of the nodes and overall time of communication, and above all battery drain for nodes and routers in the network is also increased substantially.

SUMMARY

This summary is provided to introduce concepts related to method for node identification and service advertisement in communication networks and is further described below in the detailed description. This summary is not intended to identify essential features of the claimed subject matter nor is it intended for use in determining or limiting the scope of the claimed subject matter.

In order to provide an efficient technique that enables to achieve a duplicate address detection, a host name assignment and a service advertisement using less number of messages thereby reducing the processing time of the nodes and the overall communication time in the network and finally must reduce the battery drain for nodes in the network due to the message communications, , one aspect of the present invention is to provide a technique for optimized node identification and service advertisement in IoT mesh networks using a single message procedure.

Another aspect of the present invention is to provide a technique for clubbing together the procedures of duplicate address detection, host name assignment and service advertisement in case of 6LoWPAN (6lowpan) based wireless sensor networks.

Another aspect of the present invention is to provide a technique performing all the three procedures during the initial duplicate address detection procedure using ICMPv6 Messages.

Yet another aspect of the present invention is to provide a bridge to convert a data received using ICMPv6 messages to normal DNS messages for host name resolution and service advertisement and updating a centralized DNS Server at the 6lowpan border router.

Yet another aspect of the present invention is to provide a bridge that converts a data received using ICMPv6 messages to normal DNS messages and add that data in DNS format to a centralized DNS Server, which helps for other nodes to resolve hostnames using normal DNS hostname resolution procedures and for service discovery.

Yet another aspect of the present invention is to modify/change the end sensor node, 6lowpan router and 6lowpan border router to process host name information and service advertisement data along with IP Address in the NS, NA, DAR and DAC messages.

Yet another aspect of the present invention is to enable NS and NA messages support for sending “options” along with the message. The present invention enables adding new “options” for sending the host name and service instances related information.

Yet another aspect of the present invention is to enable adding “Options” field to the DAR and DAC messages. The “reserved” field can be used to indicate if “Options” are present or absent in the DAR and DAC messages. It may be understood by the person skilled in that art that, the existing DAR and DAC messages don’ t support “Options” field.

Yet another aspect of the present invention is to provide a technique which enables for an additional benefit of 3^rd party nodes being able to interoperate and work with the 6lowpan border router.

Still another aspect of the present invention is to enable 6lowpan router and 6lowpan border router to be capable of handling both normal and special messages (with new options) . This additionally enables the nodes of other manufacturers which do not support the present invention to interoperate with the network.

Accordingly, in one implementation, the present invention provides a communication network having a plurality of nodes. The communication network comprises, at least one first node, at least one intermediate node, and at least one border node. The first node is configured to generate at least one first message including at least one Internet Protocol (IP) address /host name and at least one service provided by said first node, and transmit said first message generated to the intermediate node. The intermediate node is configured to receive said message generated from said first node, parse said Internet Protocol (IP) address /host name and said service provided by said first node from said first message received, generate at least one second message including said Internet Protocol (IP) address /host name and said service provided by said first node parsed, and transmit said second message to at least one border node. The border node is configured to receive said second message from said intermediate node, parse said Internet Protocol (IP) address /host name and said service provided by said first node from said second message received, convert said Internet Protocol (IP) address /host name and said service provided by said first node into at least one domain name system (DNS) record, verify said Internet Protocol (IP) address /host name in said DNS record with at least one DNS server for duplication； and thereby update, if no duplication found, said Internet Protocol (IP) address /host name and said service provided by said first node in said DNS server.

In one implementation, the present invention provides an IPv6 over Low power Wireless Personal Area Network (6LoWPAN) having at least one sensor node, at least one 6LoWPAN router, and at least one 6LoWPAN border router, for verifying IP address /Host name of said sensor node and updating service provided by said sensor node. The sensor node is configured to transmit at least one neighbor solicitation (NS) message to said 6LoWPAN router, wherein said neighbor solicitation message comprises at least one Internet Protocol (IP) address /host name and at least one service provided by said sensor node. The 6LoWPAN router is configured to receive said neighbor solicitation (NS) message, extract said Internet Protocol (IP) address /host name and said service, and transmit a duplicate address registration (DAR) message to said 6LoWPAN border router. The 6LoWPAN border router is configured to receive said duplicate address registration (DAR) message, extract said Internet Protocol (IP) address /host name and said service, and convert said Internet Protocol (IP) address /host name and said service into at least one domain name system (DNS) record, check for duplication of said Internet Protocol (IP) address /host name in at least one domain name system(DNS) server, and if no duplication found, update, said Internet Protocol (IP) address /host name and said service in said DNS server. The 6LoWPAN border router, after checking, generates at least one duplicate address confirmation (DAC) message having said Internet Protocol (IP) address /host name, said service and a status value indicating result of duplication check, and transmit said DAC message to said 6LoWPAN router which generates at least one neighbor advertisement (NA) message with at least one address registration option (ARO) including said status value.

In one implementation, the present invention provides an IPv6 over Low power Wireless Personal Area Network (6LoWPAN) having at least one sensor node, at least one 6LoWPAN router, and at least one 6LoWPAN border router, for verifying IP address /Host name of said sensor node and updating service provided by said sensor node using at least one neighbor solicitation (NS) message and at least one duplicate address registration (DAR) message.

In one implementation, the present invention provides a method, for verifying IP address /Host name of at least one sensor node and updating service provided by said sensor node in at least one domain name system (DNS) server, in a IPv6 over Low power Wireless Personal Area Network (6LoWPAN) having said sensor node, at least one 6LoWPAN router, and at least one 6LoWPAN border router. The method comprises:

· generating, by said sensor node, at least one neighbor solicitation (NS) message holding at least one Internet Protocol (IP) address /host name and at least one service provided by said sensor node, wherein said Internet Protocol (IP) address /host name and said service are stored in an Address Registration Option /Host name Option and a Service Information Option；

· transmitting, by said sensor node, said neighbor solicitation (NS) message to said 6LoWPAN router；

· parsing, by said 6LoWPAN router, said Address Registration Option /Host name Option and said Service Information Option from said NS message received；

· generating, by said 6LoWPAN router, at least one duplicate address registration (DAR) message having said Address Registration Option /Host name Option and said Service Information Option；

· transmitting, by said 6LoWPAN router, said DAR message to said 6LoWPAN border router；

· extracting, by said 6LoWPAN border router, said Internet Protocol (IP) address /host name and said service by parsing said DAR message received；

· converting, by said 6LoWPAN border router, said Internet Protocol (IP) address /host name and said service into at least one domain name system (DNS) record；

· checking, by said 6LoWPAN border router, duplication of said Internet Protocol (IP) address /host name by comparing said Internet Protocol (IP) address /host name with pre-stored Internet Protocol (IP) address /host name in said DNS server； and

· updating, if no duplication, by said 6LoWPAN border router, said Internet Protocol (IP) address /host name and said service into said domain name system (DNS) server.

As compared to the prior-art techniques, the present invention provides a technique of adding 2 new options, one for carrying host name and another for carrying service advertisement information. It is to be noted that, the term clubbing in the present invention means adding 2 additional options for carrying host name and service information in the same set of messages which are used for duplicate address detection as disclosed in RFC 6775. Once, the messages reach the 6LoWPAN border router, the content of these options are parsed and checked for duplication for IP Address and Host Name. The present invention also discloses a mechanism of checking for duplication, which can be one of the existing methods, but the details are out of scope of this document. Also, as per the present invention, the service information does not need any duplication check. The present invention is successfully able to achieve a 66％(3:1) reduction in the number of messages exchanged and 28％reduction in the overall message size involving all messages exchanged in the existing mechanisms.

BRIEF DESCRIPTION OF THE ACCOMPANYING DRAWINGS

The detailed description is described with reference to the accompanying figures. In the figures, the left-most digit (s) of a reference number identifies the figure in which the reference number first appears. The same numbers are used throughout the drawings to refer like features and components.

Figure 1 illustrates an auto-configuration of a new device as per SLAAC and DAD technique of the prior-art.

Figure 2 illustrates an auto-configuration, registration, and service advertisement of a new device is a network, as per the prior-art technique (Apple’s Bonjour) .

Figure 3 illustrates an IPv6 Optimized neighbor discovery for Multi-hop 6lowpans, as per the prior-art technique (RFC 6775) .

Figure 4 (a) illustrates a duplicate address detection, host name resolution and service advertisement, as per the prior-art technique (RFC 6775 and DNS based Host Name and Service Discovery) .

Figure 4 (b) illustrates message exchange for duplicate address detection, host name resolution and service advertisement, as per the prior-art technique (RFC 6775 and DNS based Host Name and Service Discovery) .

Figure 5 illustrates a communication network having a plurality of nodes for verifying IP address /Host name of at least one node and updating service provided by said node, in accordance with an embodiment of the present subject matter.

Figure 6 (a) illustrates a duplicate address detection, host name resolution and service advertisement in accordance with an embodiment of the present subject matter.

Figure 6 (b) illustrates message exchange for duplicate address detection, host name resolution and service advertisement, in accordance with an embodiment of the present subject matter.

Figure 7 illustrates a comparison of mechanism for duplicate address detection, host name resolution and service advertisement as per the prior-art technique and in accordance with an embodiment of the present subject matter.

Figure 8 illustrates a message flow for duplicate address detection, host name resolution and service advertisement, in accordance with an embodiment of the present subject matter.

Figure 9 (a) , Figure 9 (b) , and Figure 9 (c) illustrates a modified neighbour solicitation (NS) message format, a modified neighbour advertisement (NA) message format, and a modified Duplicate Address Request (DAR) /Duplicate Address Confirmation (DAC) message format, respectively, in accordance with an embodiment of the present subject matter.

Figure 10 (a) and Figure 10 (b) illustrates a host name option and a service name option, respectively, for addition in the modified message formats, in accordance with an embodiment of the present subject matter.

Figure 11 illustrates a message flow as provided in RFC 6775 (prior-art) , in accordance with an embodiment of the present subject matter.

Figure 12 illustrates a 6lowpan border router’s working logic, in accordance with an embodiment of the present subject matter.

Figure 13 illustrates a method for verifying IP address /Host name of at least one sensor node and updating service provided by said sensor node in an IPv6 over Low power Wireless Personal Area Network (6LoWPAN) , in accordance with an embodiment of the present subject matter.

Figure 14 illustrates a method performed by a 6LoWPAN border router during check for duplication, in accordance with an embodiment of the present subject matter.

Figure 15 illustrates a method performed by a 6LoWPAN router after a DAC message is received, in accordance with an embodiment of the present subject matter.

Figure 16 illustrates a first node 502 in a communication network, in accordance with an embodiment of the present subject matter.

Figure 17 illustrates an intermediate node 504 in a communication network, in accordance with an embodiment of the present subject matter.

Figure 18 illustrates a border node 506 in a communication network, in accordance with an embodiment of the present subject matter.

It is to be understood that the attached drawings are for purposes of illustrating the concepts of the invention and may not be to scale.

DETAILED DESCRIPTION OF THE PRESENT INVENTION

The following clearly describes the technical solutions in the embodiments of the present invention with reference to the accompanying drawings in the embodiments of the present invention. Apparently, the described embodiments are merely a part rather than all of the embodiments of the present invention. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present invention without creative efforts shall fall within the protection scope of the present invention.

The invention can be implemented in numerous ways, including as a process, an apparatus, a system, a composition of matter, a computer readable medium such as a computer readable storage medium or a computer network wherein program instructions are sent over optical or electronic communication links. In this specification, these implementations, or any other form that the invention may take, may be referred to as techniques. In general, the order of the steps of disclosed processes may be altered within the scope of the invention.

A detailed description of one or more embodiments of the invention is provided below along with accompanying figures that illustrate the principles of the invention. The invention is described in connection with such embodiments, but the invention is not limited to any embodiment. The scope of the invention is limited only by the claims and the invention encompasses numerous alternatives, modifications and equivalents. Numerous specific details are set forth in the following description in order to provide a thorough understanding of the invention. These details are provided for the purpose of example and the invention may be practiced according to the claims without some or all of these specific details. For the purpose of clarity, technical material that is known in the technical fields related to the invention has not been described in detail so that the invention is not unnecessarily obscured.

Communication networks and method for providing optimized node identification and service advertisement in IoT mesh networks using a single message procedure are disclosed.

An efficient technique for clubbing together the procedures of duplicate address detection, host name assignment and service advertisement in case of 6lowpan based wireless sensor networks is disclosed. The technique performs all the three procedures during the initial Duplicate Address Detection Procedure using ICMPv6 Messages. The technique may further maintain a bridge to convert the data received using ICMPv6 messages to normal DNS messages for host name resolution and service advertisement and updating a centralized DNS Server at the 6lowpan border router. Having the bridge and maintaining data in DNS format may be helpful for other nodes to resolve hostnames using normal DNS hostname resolution procedures and for service discovery. The technique also provides an additional benefit of 3^rd Party Nodes being able to interoperate and work with the 6lowpan border router supporting the present invention.

In one implementation, the present invention enables duplicate address detection, host name assignment and service advertisement processes to be combined together into one flow. All the three procedures may be combined and achieved as a part of duplicate address detection procedure using ICMPv6. So, 3 flows are effectively combined together and made into one flow. Furthermore, the host name and service related information which may be passed to border router using ICMPv6 messages may converted into DNS records using the bridge and may be updated into the DNS Server, so that the other nodes in network may access the information through existing conventional mechanisms like DNS-SD.

In one implementation, following characteristics of the procedures make this possible:

· Multi-hop Duplicate Address Detection as prescribed in RFC 6775 ensures that IP Address is unique across the 6lowpan multi-hop based mesh network which includes all nodes in the Personal Area Network.

· The characteristic of Duplicate Address Detection Procedure is very similar to host name assignment procedure, where it needs to be ascertained that no other node in the network has the same host name.

· Service Advertisement involves only publishing the name of Service Instance, along with details of the underlying transport protocol and port number at which the Service can be accessed. Any additional information on the Service can also be passed.

In one implementation, the present invention provides a design change at the end sensor node, 6lowpan router and 6lowpan border router to process host name resolution and service advertisement data along with IP Address in the NS, NA, DAR and DAC messages.

In one implementation, the NS and NA messages are exchanged between end sensor nodes and 6lowpan routers, whereas DAR and DAC messages are exchanged between 6lowpan routers and 6lowpan border router.

In one implementation, the present invention enables NS and NA messages to support sending “options” along with the message. The present invention enables adding new “options” for sending the host name and service instances related information.

DAR and DAC messages don’ t support “Options” field. In one implementation, the present invention enables adding “Options” field to the DAR and DAC messages. The “reserved” field can be used to indicate if “Options” are present or absent in the DAR and DAC messages.

In one implementation, the present invention enables the 6lowpan router and 6lowpan border router to be capable of handling both normal and special messages. This enables nodes of other manufacturers which do not support the present invention to interoperate with the network.

While aspects are described for providing optimized node identification and service advertisement in IoT mesh networks using a single message procedure, the present invention may be implemented in any number of different computing systems, environments, and/or configurations, the embodiments are described in the context of the following exemplary systems, apparatus, and methods.

In one implementation, as shown in figure 5, the present invention discloses a communication network having a plurality of nodes for verifying IP address /Host name of at least one node and updating service provided by said node, in accordance with an embodiment of the present subject matter. The network comprises at least one first node 502, at least one intermediate node 504, and at least one border node 506 in communication with each other.

Although the present invention is explained considering that the first node 502, the intermediate node 504, and the border node 506 is implemented as nodes on a communication network, it may be understood that the first node 502, the intermediate node 504, and the border node 506 may also be implemented in a variety of computing systems, such as a laptop computer, a desktop computer, a notebook, a workstation, a mainframe computer, a server, a network server, and the like. It will be understood that there may be plurality of first node 502 selected from 502-1, 502-2…502-N, collectively referred to as user 502 hereinafter, or applications residing on the first node 502. Examples of the first node 502 may include, but are not limited to, any sensor node/device that may include a portable computer, a personal digital assistant, a handheld device, 6LoWPAN sensor node and a workstation. The first node 502, the intermediate node 504, and the border node 506 are communicatively coupled with each other through a network (not shown) .

In one implementation, the network may be a wireless network, a wired network or a combination thereof. The network can be implemented as one of the different types of networks, such as intranet, local area network (LAN) , wide area network (WAN) , the internet, and the like. The network may either be a dedicated network or a shared network. The shared network represents an association of the different types of networks that use a variety of protocols, for example, Hypertext Transfer Protocol (HTTP) , Transmission Control Protocol/Internet Protocol (TCP/IP) , Wireless Application Protocol (WAP) , and the like, to communicate with one another. Further the network may include a variety of network devices, including routers, bridges, servers, computing devices, storage devices, and the like.

In one implementation, the first node 502 is configured to generate at least one first message including at least one Internet Protocol (IP) address /host name and at least one service provided by said first node, and transmit said first message generated to the intermediate node.

In one implementation, the intermediate node 504 is configured to receive said message generated from said first node, parse said Internet Protocol (IP) address /host name and said service provided by said first node from said first message received, generate at least one second message including said Internet Protocol (IP) address /host name and said service provided by said first node parsed, and transmit said second message to at least one border node.

In one implementation, the border node 506 is configured to receive said second message from said intermediate node, parse said Internet Protocol (IP) address /host name and said service provided by said first node from said second message received, convert said Internet Protocol (IP) address /host name and said service provided by said first node into at least one domain name system (DNS) record, verify said Internet Protocol (IP) address /host name in said DNS record with at least one DNS server 508 for duplication； and thereby update, if no duplication found, said Internet Protocol (IP) address /host name and said service provided by said first node in said DNS server 510.

In one implementation, the border node 506 during verification is configured to generate at least one first acknowledgement message including said Internet Protocol (IP) address /host name and said service provided by said first node along with at least one status value, said status value indicates if said Internet Protocol (IP) address /host name and said service provided by said first node is duplicate or unique, and transmit said first acknowledgement message to said intermediate node.

In one implementation, the intermediate node 504 is configured to receive said first acknowledgement message from said border node, parse said Internet Protocol (IP) address /host name and said service provided by said first node along with at least one status value from said first acknowledgement message received, generate at least one second acknowledgement message including said Internet Protocol (IP) address /host name and said service provided by said first node along with said value parsed, and transmit said second acknowledgement message to said first node in response to said first message.

In one implementation, the first node 502 is configured to receive said second acknowledgement message from said intermediate node, parse said Internet Protocol (IP) address /host name and said service provided by said first node along with said status value from said second acknowledgement message received, and continue /discontinue said service, based on said status parsed, in said communication network.

In one implementation, the communication network is at least one of a wireless sensor network, a mesh wireless sensor network, mobile phone network, WiFi network, a 6LoWPAN based wireless sensor network.

In one implementation, the first node is preferably a sensor node or a device comprising at least one sensor or a 6LoWPAN node.

In one implementation, the intermediate node is preferably a router or a device capable of routing packets or a 6LoWPAN router.

In one implementation, said border node is preferably a border router or a 6LoWPAN border router.

In one implementation, the first message is at least one neighbor solicitation message, said neighbor solicitation message comprises at least one address registration option (ARO) and at least one source link layer address option (SLLAO) .

In one implementation, the second message is at least one duplicate address registration (DAR) message.

In one implementation, the first acknowledgement message is at least one duplicate address confirmation (DAC) message.

In one implementation, the second acknowledgement message is at least one neighbor advertisement (NA) message with at least one address registration option (ARO) including at least one status indicating a result of success or failure based on said verification of said duplication by said DNS server.

In one implementation, the first message is at least one neighbor solicitation message and comprises at least one address registration option (ARO) , at least one source link layer address option(SLLAO) , and at least one option holding said Internet Protocol (IP) address /host name and said service provided by said first node.

In one implementation, the second acknowledgement message is at least one neighbor advertisement (NA) message, and comprises at least one option holding at least one address registration option (ARO) including at least one status indicating a result of success or failure based on said verification of said duplication by said DNS server.

In one implementation, the said second message and said first acknowledgement message is at least one duplicate address registration (DAR) message and at least one duplicate address confirmation (DAC) message, respectively, and comprises, at least one Hostname Option holding the Option Type Field, Length Field (indicating the length of variable length host name) , Status field indicating the success or failure of host name duplication check and Variable Length Host Name itself and at least one Service Information Option holding the Option Type Field, Length Field (indicating the length of the variable length Service Name) , status field indicating success or failure of updating the service information, Protocol Type indicating the protocol used to access the service, Port Number at which the Service is available and a variable length Service Name.

In one implementation, the second message and said first acknowledgement message is at least one duplicate address registration (DAR) message and at least one duplicate address confirmation (DAC) message, respectively, and comprises, at least one field indicating presence or absence of said optional field.

In one implementation, the intermediate node 504 is configured to extract, information from said second message, said host name option in said second message, and said service provided in said second message and create at least one DNS resource records； and update said DNS server using at least one DNS update message.

In one implementation, when said border node verifies said Internet Protocol (IP) address /host name in said DNS record, and confirms no duplication, said service provided by said first node is updated in said DNS server.

In one implementation, to create said DNS record, the 6lowpan border router should extract information from duplicate address registration (DAR) message, host name option and service info option and create DNS Resource Records. For Example, to create “AAAA” record, the IP Address information can be obtained from DAR message, Host Name Information can be obtained from “Host Name” Option of DAR message and the “Time to Live” can be obtained from the Registration Life time field of DAR message. After creating the DAR message, the DNS server may be either updated using DNS Update message (if the DNS Server is not co-located with 6LBR) or can be directly updated into the DNS Server using out-of-band methods which are out of scope of this document and hence are not included to avoid complexities. However, a person skilled in that art may be completely aware of existing techniques to update the DNS server.

In one implementation, the present invention provides an IPv6 over Low power Wireless Personal Area Network (6LoWPAN) having at least one sensor node 502, at least one 6LoWPAN router 504, and at least one 6LoWPAN border router 506, for verifying IP address /Host name of said sensor node and updating service provided by said sensor node.

In one implementation, the sensor node 502 is configured to transmit at least one neighbor solicitation (NS) message to said 6LoWPAN router (504) , wherein said neighbor solicitation message comprises at least one Internet Protocol (IP) address /host name and at least one service provided by said sensor node.

In one implementation, the 6LoWPAN router 504 is configured to receive said neighbor solicitation (NS) message, extract said Internet Protocol (IP) address /host name and said service, and transmit a duplicate address registration (DAR) message to said 6LoWPAN border router 506.

In one implementation, the 6LoWPAN border router 506 is configured to receive said duplicate address registration (DAR) message, extract said Internet Protocol (IP) address /host name and said service, and convert said Internet Protocol (IP) address /host name and said service into at least one domain name system (DNS) record, check for duplication of said Internet Protocol (IP) address /host name in at least one domain name system (DNS) server 508, and if no duplication found, update, said Internet Protocol (IP) address /host name and said service in said DNS server 510.

The 6LoWPAN border router 506, after checking, generates at least one duplicate address confirmation (DAC) message having said Internet Protocol (IP) address /host name, said service and a status value indicating result of duplication check, and transmit said DAC message to said 6LoWPAN router 504 which generates at least one neighbor advertisement (NA) message with at least one address registration option (ARO) including said status value, and transmits it to said sensor node 502.

In one implementation, the said status value is a result of success or failure based on said verification/checking of said duplication by said DNS server.

In one implementation, said NS message comprises at least one address registration option (ARO) and at least one source link layer address option (SLLAO) .

In one implementation, said 6LoWPAN router 504 is configured to extract said host name option, and said service provided from said NS message and create at least one DNS resource records, and update said DNS server using at least one DNS update message.

In one implementation, the present invention provides an IPv6 over Low power Wireless Personal Area Network (6LoWPAN) having at least one sensor node 502, at least one 6LoWPAN router 504, and at least one 6LoWPAN border router 506, for verifying IP address /Host name of said sensor node and updating service provided by said sensor node using at least one neighbor solicitation (NS) message and at least one duplicate address registration (DAR) message.

In one implementation, the sensor node 502 is configured to transmit at least one neighbor solicitation (NS) message to said 6LoWPAN router, said neighbor solicitation message comprises at least one Internet Protocol (IP) address /host name (in Host Name Option) , at least one service provided by said sensor node (in the Service Info Option) , at least one address registration option (ARO) (which contains the IP Address) and at least one source link layer address option (SLLAO) .

In one implementation, the 6LoWPAN router 504 is configured to receive said neighbor solicitation (NS) message, extract said Internet Protocol (IP) address /host name and said service, generate at least one duplicate address registration (DAR) message, and transmit said duplicate address registration (DAR) message to said 6LoWPAN border router.

In one implementation, the said 6LoWPAN border router 506 is configured to receive said duplicate address registration (DAR) message, extract said Internet Protocol (IP) address /host name and said service from said DAR message, and convert said Internet Protocol (IP) address /host name and said service into at least one domain name system (DNS) record, check for duplication of said Internet Protocol (IP) address /host name in at least one domain name system (DNS) server 508, and if no duplication found, update, said Internet Protocol (IP) address /host name and said service in said DNS server 510.

In one implementation, the 6LoWPAN border router 504, after checking, generates at least one duplicate address confirmation (DAC) message having said Internet Protocol (IP) address /host name, said service and a status value indicating result of duplication check, and transmit said DAC message to said 6LoWPAN router which generates at least one neighbor advertisement (NA) message with at least one address registration option (ARO) including said status value.

In one implementation, the status value is a result of success or failure based on said verification/checking of said duplication by said DNS server.

In one implementation, neighbor advertisement (NA) message is transmitted to the sensor node in response to the neighbor solicitation (NS) message and based on which the service is continued /discontinued, based on said NA message.

Figure 6 (a) illustrates duplicate address detection, host name assignment and service advertisement in accordance with an embodiment of the present subject matter and figure 6 (b) illustrates message exchange for duplicate address detection, host name assignment and service advertisement, in accordance with an embodiment of the present subject matter. As compared to figures 4 (a) and 4 (b) , it is clear from these figures itself that the messages required for communication to achieve the three procedures i.e., for verifying IP address /Host name of at least one sensor node and updating service provided by said sensor node is achieved in much more efficient manner in the present invention (i.e., figures 6 (a) and (b) ) . The figures 6 (a) and (b) clearly shows that the messages required for the communication and achieve the intended task are much less and hence achieve the overall object of the present invention. The flow of figure 6 (a) and 6 (b) is as described below:

(a) 6lowpan node as a part of an initial bootstrapping and joining network process sends multicast Router Solicitation Message

(b) 6lowpan routers reply with a multicast Router Advertisement packets

(c) 6lowpan node selects a router and sends a Unicast Enhanced Neighbour Solicitation (NS) message having the SLAAC, ARO, Host Name and Service Info Options.

(d) 6lowpan router receives the Enhanced Neighbour Solicitation message, parses the same and creates an Enhanced Duplicate Address Request Message (DAR) with Host Name and Service Info Options and sends the same to 6lowpan Border Router.

(e) 6lowpan Border Router receives the Enhanced DAR message, parses the same and performs the IPv6 Duplicate Address Detection procedure as per RFC 6775. Additionally, it creates DNS Records from information in the message, it checks for availability of the host name request and if available, updates the DNS Servers (or Responder) with the host name and service information and it sends a Enhanced Duplicate Address Confirmation (DAC) message with status as Success for all the options. If duplication is detected either for IP address or host name, the DAC message is sent with failure status for appropriate options.

(f) 6lowpan Router receives the Enhanced DAC message, parses it and creates an Enhanced Neighbour Advertisement message with ARO, Host Name and Service Info Options with appropriate status messages.

It may be noted and understood that, the details that are already disclosed are not repeated for these figure 6 (a) and (b) in order to avoid unnecessary repetition, confusion and complexities.

Figure 7 illustrates a comparison of mechanism for duplicate address detection, host name assignment and service advertisement as per the prior-art technique and in accordance with an embodiment of the present subject matter. The figure 7 is a clear illustration showing a substantial difference in the mechanism as disclosed in the present invention as compared to the mechanism of communication and to achieve the three procedures i.e., for verifying IP address /Host name of at least one sensor node and updating service provided by said sensor node. It is clearly visible from the comparison as shown in figure 7 that the messages to achieve the similar functionality are clubbed together thereby achieving an efficient technical result.

In contrast to the present invention and in the absence of the present invention, the mechanism followed for Duplicate Address Detection, Host Name Assignment and Service Advertisement are as follows:

(a) As a part of node bootstrapping procedures, the 6lowpan node assigns an IP address for itself and initiates the Duplicate Address Detection Procedure using ICMPv6 messages as per RFC 6775, which involves sending NS message containing ARO and SLAAC options to 6lowpan router.

(b) 6lowpan router receives the NS message, parses it and prepares a Duplicate Address Request (DAR) message and sends it to 6lowpan Border Router

(c) 6lowpan Border Router receives the DAR message, parses it and checks for duplication of IP Address and replies with an appropriate status of success or failure depending on whether no duplicates were found or not respectively.

(d) Once, duplicate address detection is completed, the node now performs additional procedure for Host Name Assignment either using unicast DNS messages or multicast DNS procedure. In case of Unicast DNS message, DNS update mechanism can be used by sending DNS update message to the DNS server. The DNS server after checking if the request can be processed will respond with an appropriate response code indicating success or failure.

(e) In case of multicast DNS, multicast messages are sent to a group of nodes instead of sending unicast message to a single DNS Server. Host Name assignment /resolution is done as per RFC 6762 and involves sending multiple multicast messages involving DNS records for Host Name assignment. The transport layer protocol used is UDP.

(f) Service Information Advertisement is done as per DNS-SD (RFC 6763) either to a unicast DNS Server or through mDNS and also involves sending multiple messages. The transport layer protocol used in this case also is UDP.

In short, host name assignment also involves checking for duplication to see if the host name requested by the node is not taken already similar to duplication check for IPv6 address. So, it makes sense for us to perform these activities together rather performing it using separate messages and techniques at different layers. Additionally Service Information can also be sent in the same message. This reduces the RTT involved for all these processes from 3 to 1. The detail of the present invention is as explained above in description of figures 6 (a) and 6 (b) .

It may be noted and understood that, the details that are already disclosed are not repeated for these figure 7 in order to avoid unnecessary repetition, confusion and complexities.

Figure 8 illustrates a message flow for duplicate address detection, host name resolution and service advertisement, in accordance with an embodiment of the present subject matter. In one implementation, as shown in figure 8, the present invention is as described below:

(b) 6lowpan routers reply with a multicast Router Advertisement packets

In addition to this, since, 6lowpan routers and 6lowpan border routers are configured to handle both normal and special messages, other nodes from 3^rd party which have not implemented this invention can still continue to interwork with the network. Similarly, other nodes which have not implemented this invention can still continue to use DNS-SD for service discovery mechanism to discover services offered by the nodes which support this invention. As a part of this invention, since, Host Name and Service Information from the nodes supporting this invention will be updated to a DNS Server, other nodes can contact the DNS Server using traditional methods (like DNS-SD) to get the information.

Figure 9 (a) , Figure 9 (b) , and Figure 9 (c) illustrates a modified neighbour solicitation (NS) message format, a modified neighbour advertisement (NA) message format, and a modified Duplicate Address Request (DAR) /Duplicate Address Confirmation (DAC) message format, respectively, in accordance with an embodiment of the present subject matter. In one implementation, the present invention provides a technique of adding 2 new options, one for carrying host name and another for carrying service advertisement information. It is to be noted that, the term clubbing in the present invention means adding 2 additional options for carrying host name and service information in the same set of messages which are used for duplicate address detection as disclosed in RFC 6775. Once, the messages reach the 6LoWPAN border router, the content of these options are parsed and checked for duplication for IP Address and Host Name. The present invention also provides a mechanism of checking for duplication can be one of the existing methods, but is out of scope of this document. Also, as per the present invention, the service information does not need any duplication check. The present invention is successfully able to achieve 66％ (3: 1) reduction in the number of messages exchanged and 28％reduction in the overall message size involving all messages exchanged in the existing mechanisms.

In one implementation, as shown in figure 9 (a) , for the NS message, there is no change in the message format. Only additional options are added in Options Field. A person skilled in the art may understand that, adding multiple options which are already supported in NS message.

In one implementation, as shown in figure 9 (b) , for the NA message, there is no change in the message format. Only additional options are added in Options Field. A person skilled in the art may understand that, adding multiple options which are already supported in NS message.

In one implementation, as shown in figure 9 (c) , for the DAR/DAC message, the message format is changed. A new option field is added to this message. Presence or absence of the option field may be indicated through the reserved fields.

In one implementation, ARO and SLLAO messages are unchanged and may be used as used in conventional technologies.

Figure 10 (a) and Figure 10 (b) illustrates a host name option and a service name option, respectively, for addition in the modified message formats, in accordance with an embodiment of the present subject matter. The figure 10 (a) and 10 (b) shows the format for the 2 new options.

In one implementation, the details of the various fields used for host name option (as shown in figure 10 (a) ) is as given below:

Type–8-bit unsigned Integer Indicates the Type of the Option. (Tentatively, the value 36 may be used. )

Length–8-bit unsigned Integer. Length of the Variable Length Host Name of the Extension

Status–8-bit unsigned Integer. Indicates the status of Host Name Assignment. Should be 0 in NS and DAR messages and will have the values 0 for success and 1 for duplicate host name in DAC and NA messages.

Host Name–Host name which the node wants to register

In one implementation, the details of the various fields used for service information option (as shown in figure 10 (b) ) is as given below:

Type–8-bit unsigned Integer. Indicates the Type of the Option (Tentatively, the value 37 may be used)

Length–8-bit unsigned Integer-Length of the Variable length Service Name field. Status–8-bit unsigned Integer-Indicates the status of Service Name Advertisement. Should be 0 in NS and DAR messages and will have the value of 0 for success and 1 for failure in DAC and NA messages.

Protocol Type–16 bit unsigned Integer. Protocol Type used to access the service. (Different values representing different Protocol types should be defined and used. For Ex: HTTP: 1, HTTPS: 2 etc. )

Port Number–16 bit unsigned Integer. Port Number on which the Service is available.

Service Name–Name of the Service as displayed to the user. Length will be determined based on the Length Field.

Figure 11 illustrates a message flow as provided in RFC 6775 (prior-art) , in accordance with an embodiment of the present subject matter. As shown in figure 11, for duplicate address detection, two options “ARO” and “SLLAO” is being sent by 6LN in the NS message. The present invention proposes adding 2 new options, one for carrying host name and another for carrying service advertisement information. Clubbing in present invention is adding 2 additional options for carrying host name and service information in the same set of messages which are used for duplicate address detection as disclosed in RFC 6775. Once, the messages reach the 6LBR, the content of these options are parsed and checked for duplication for IP Address and Host Name. The mechanism of checking for duplication may be one of the existing methods, but is out of scope of this document and hence is not disclosed in greater details. The service information does not need any duplication check.

Figure 13 illustrates a method for verifying IP address /Host name of at least one sensor node and updating service provided by said sensor node in an IPv6 over Low power Wireless Personal Area Network (6LoWPAN) , in accordance with an embodiment of the present subject matter. The method may be described in the general context of computer executable instructions. Generally, computer executable instructions can include routines, programs, objects, components, data structures, procedures, modules, functions, etc., that perform particular functions or implement particular abstract data types. The method may also be practiced in a distributed computing environment where functions are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, computer executable instructions may be located in both local and remote computer storage media, including memory storage devices.

The order in which the method is described is not intended to be construed as a limitation, and any number of the described method blocks can be combined in any order to implement the method or alternate methods. Additionally, individual blocks may be deleted from the method without departing from the spirit and scope of the subject matter described herein. Furthermore, the method can be implemented in any suitable hardware, software, firmware, or combination thereof. However, for ease of explanation, in the embodiments described below, the method may be considered to be implemented in the above described communication network or 6LoWPAN.

At block 1302, a sensor node (502) generates at least one neighbor solicitation (NS) message holding at least one Internet Protocol (IP) address /host name and at least one service provided by said sensor node, wherein said Internet Protocol (IP) address /host name and said service are stored in an Internet Protocol (IP) address /host name option and a service information option.

At block 1304, the sensor node 502 transmits said neighbor solicitation (NS) message to a 6LoWPAN router 504.

At block 1306, the 6LoWPAN router 504 parse said Internet Protocol (IP) address /host name option and said service information option from said NS message received.

At block 1308, the 6LoWPAN router 504 generates at least one duplicate address registration (DAR) message having said Internet Protocol (IP) address /host name option and said service information option.

At block 1310, the 6LoWPAN router 504 transmits said DAR message to said 6LoWPAN border router 506.

At block 1312, the 6LoWPAN border router 506 extracts said Internet Protocol (IP) address /host name and said service by parsing said DAR message received.

At block 1314, the 6LoWPAN border router 506 converts said Internet Protocol (IP) address /host name and said service into at least one domain name system (DNS) record. In one implementation, to create said DNS record, the 6lowpan border router should extract information from duplicate address registration (DAR) message, host name option and service info option and create DNS Resource Records. For Example, to create “AAAA” record, the IP Address information can be obtained from DAR message, Host Name Information can be obtained from“Host Name” Option of DAR message and the “Time to Live” can be obtained from the Registration Life time field of DAR message. After creating the DAR message, the DNS server may be either updated using DNS Update message (if the DNS Server is not co-located with 6LBR) or can be directly updated into the DNS Server using out-of-band methods which are out of scope of this document and hence are not included to avoid complexities. However, a person skilled in that art may be completely aware of existing techniques to update the DNS server.

At block 1316, the 6LoWPAN border router 506 checks duplication of said Internet Protocol (IP) address /host name by comparing said Internet Protocol (IP) address /host name with pre-stored Internet Protocol (IP) address /host name in said DNS server.

At block 1318, the 6LoWPAN border router 506 updates said Internet Protocol (IP) address /host name and said service into said domain name system (DNS) server.

Referring now to figure 14 illustrates a method performed by a 6LoWPAN border router during checking for duplication, in accordance with an embodiment of the present subject matter.

At block 1402, at least one duplicate address confirmation (DAC) message having said Internet Protocol (IP) address /host name, said service and a status value indicating result of duplication check is generated by said 6LoWPAN border router after duplication of said Internet Protocol (IP) address /host name by comparing said Internet Protocol (IP) address /host name with pre-stored Internet Protocol (IP) address /host name in said DNS server at block 1316.

At block 1404, the DAC message is transmitted to said 6LoWPAN router, wherein said Internet Protocol (IP) address /host name, said service and said status value are transmitted in an Internet Protocol (IP) address /host name option and service information option.

Referring now to figure 15 illustrates a method performed by a 6LoWPAN router after a DAC message is received, in accordance with an embodiment of the present subject matter.

At block 1502, said Internet Protocol (IP) address /host name option, and said service information option, from DAC message received from block 1404 is extracted by parsing to generate said Internet Protocol (IP) address /host name, said service and said status values.

At block 1504, at least one neighbor advertisement (NA) message with at least one address registration option (ARO) , one host name option and one service information option including said status value, said Internet Protocol (IP) address /host name, said service is generated.,

At block 1504, said NA message is transmitted to said sensor node.

In one implementation, after receiving said NA message, said sensor node parses said NA message received to check said status and then continuing /discontinuing said service, based on said status in said NA message.

In one implementation, DNS Server or mDNS Responder is updated with the service information, so that other nodes may use DNS-SD to query that information.

In one implementation, the following changes may be needed in 6Lowpan Node (6LN) :

(a) In the NS Message, 6LN should add Host Name Information and Service Information in the “Host Name Option” and “Service Info Option” as per this invention and send it to 6LR.

(b) 6LN should be able to parse the status in the NA message with “Host Name Option” and “Service Info Option” status received from 6LR.

It may be understood that, that 6LNs already support parsing of NS and NA messages with existing options like ARO and SLLAO.

In one implementation, the following changes may be needed in 6lowpan Router (6LR) :

(a) 6LR should be able to parse the “Host Name Option” and “Service Info Option” from the received NS messages from the 6LN and add these Options to the DAR message and send it to 6LBR.

(b) 6LR should be able to parse the “Host Name Option” and “Service Info Option” in DAC message received from 6LBR and add them to the NA message which should be sent as a reply to 6LN.

In one implementation, the following changes may be needed in 6lowpan Border Router (6LBR) :

(a) 6LBR should be able to parse and handle the “Host Name Option” and “Service Info Option” from the received DAR message from 6LR.

(b) 6LBR should then convert the “Host Name” and “Service Information” from the “Host Name Option” and “Service Info Option” respectively and convert it into DNS records and check for duplication of host name with the DNS Server (or mDNS responder) and if no duplication is found, it should update the Host Name Information and Service Information in the DNS Server (or mDNS Responder) .

(c) In case of an error due to duplication of IP Address or Host Name or if unable to update service information, 6LBR should create a DAC message with appropriate status value and send it back to 6LR.

In one implementation, the present invention uses already used /conventionally available messages for ensuring IP Address uniqueness as place holders for information related to host name and services of the node.

In one implementation, in order to confirm there is no host name conflict, the present invention passes the host name information using the NS /DAR messages to 6LBR which is converted into a DNS record and queried in the existing DNS Server (can be a normal DNS server supporting unicast or a mDNS responder) , so if the query returns no duplicate entry, it is understood that the same host name is not present in no other node in network. Further, this host name is updated in the DNS Server at 6LBR thereby making it available for queries or duplicate checks from other nodes.

Referring now to figure 16, a first node 502 in a communication network is illustrated, in accordance with an embodiment of the present subject matter. In one implementation, the first node 502, in a communication network. The first node comprises a processor 1602, coupled to a memory 1604, for executing a plurality of modules present in the memory 1606, the processor on execution of the modules, configured to transmit 1608 at least a first message containing at least one Internet Protocol (IP) address /host name and at least one service provided by said first node to at least one other node in the communication network, said first message is a Neighbor Solicitation (NS) message at least one address registration option (ARO) , at least one source link layer address option (SLLAO) , at least one host name option and at least one service information option.

Referring now to figure 17, an intermediate node 504 in a communication network is illustrated, in accordance with an embodiment of the present subject matter. In one implementation, the intermediate node 504, in a communication network is disclosed. The intermediate nod comprises a processor 1702, coupled to a memory 1706, for executing a plurality of modules present in the memory 1706, the processor on execution of the modules, configured to: receive 1708 at least one message containing at least one Internet Protocol (IP) address /host name and at least one service provided by said first node, said first message is a Neighbor Solicitation (NS) message； parse said first message to generate 1710 at least one second message including said Internet Protocol (IP) address /host name and said service provided by said first node, the second message is a neighbor advertisement (NA) message having at least one address registration option (ARO) , at least one Host Name Option and at least one Service Information Option including at least one status indicating a result of success or failure based on said verification of said duplication by said DNS server； and transmit 1712 said second message to at least one other node in the communication network.

Referring now to figure 18, a border node 506 in a communication network is illustrated, in accordance with an embodiment of the present subject matter. In one implementation, a border node 506, in a communication network is disclosed. The border node 506 comprises a processor 1802, coupled to a memory 1806, for executing a plurality of modules present in the memory 1806, the processor on execution of the modules, configured to: receive 1808 at least a message having an Internet Protocol (IP) address /host name and an service, the message is a neighbor advertisement (NA) message having at least one address registration option (ARO) , at least one Host Name Option and at least one Service Information Option including at least one status indicating a result of success or failure based on said verification of said duplication by said DNS server； parse 1810 said Internet Protocol (IP) address /host name and said service provided to extract said address registration option (ARO) , said Host Name Option and said Service Information Option including said status indicating a result； convert 1812 said Internet Protocol (IP) address /host name and said service provided into at least one domain name system (DNS) record； verify 1814 said Internet Protocol (IP) address /host name converted in said DNS record with at least one DNS server for duplication； and thereby update 1816, if no duplication found, said Internet Protocol (IP) address /host name and said service provided in said DNS server.

It may be understood by the person skilled in the art that, the present invention only adds options to messages. All ICMPv6 messages are sent as a part of IPv6 packet which will contain the length of the ICMPv6 packet. Based on the length, it may be known, if any additional options are present and based on the type of option, the fields of the options will be known and the length for the variable length field of the option is present in “length” field of the option. Based on these concepts, the new options can be processed.

Some real time applications of the present invention are mentioned below, however, the applicability of the present invention shall not be limited to the below mentioned few applications. The present invention may be used in case of wireless sensor network based IoT devices. Each device when it joins the IoT network undergoes the below procedures:

(a) IPv6 Duplicate Address Detection Procedure

(b) Host Name Advertisement /Resolution

(c) Service Advertisement /Discovery

The solution as disclosed in the present invention will combine the 3 procedures into one. This process will be done at the beginning when the node joins the network and again periodically for renewal. The invention also provides interworking with 3^rd Party devices which do not support it.

Figure 12 illustrates a 6lowpan border router’s working logic (application scenario) , in accordance with an embodiment of the present subject matter. As shown in figure 12, the 6lowpan border router will perform the below logic upon receiving the DAR packet with special options:

(a) Parse the DAR packet and get the details about the IP Address, Host Name and Service Info Option.

(b) Perform duplicate address detection on the IP Address got from the message as per the procedure of RFC 6775.

(c) If the address is found to be duplicate, send a DAC with failure status for IP Address duplication check.

(d) If the address is not found to be duplicate, proceed ahead and convert the Host Name information into a DNS Record and try to check for duplication of Host Name with the DNS Server.

(e) If the host name is found to be duplicate, send a DAC with failure status for Host name in the Host Name option.

(f) If the host name is not found to be duplicate, proceed ahead and convert Service information into DNS Records and try to update the DNS Server with Service Information.

(g) If Service Information updation fails, send a DAC with failure status for Service Information in the Service Info Option.

(h) If Service Information updation succeeds, send a DAC with Success status for all information.

Apart from the certain advantages discussed above the aspects of the disclosure provides the advantages as discussed below:

The present invention enables to achieve various beneficial effects and advantages like latency reduction, size of messages exchanged, battery usage reduction, memory usage reduction and the like.

Latency Reduction

√ Latency is reduced by reducing the number of messages exchanged between different nodes in a multi-hop network.

√ Number of messages exchanged is reduced by 66％ (3 : 1) when compared with centralized service directory based solution

Experimental Analysis: one transaction (involving request and response messages) as one attempt to register either an IP Address, host name etc. was considered. The prior-art technique took 3 Transactions (or 3 RTT) for success case (1 each for IP Address Registration, Host Name Assignment and Service Advertisement) , whereas, the present invention took 1 Transaction (or 1 RTT) for success case.

Reduces the Size of Messages Exchanged

√ Since, multiple messages are sent together, the overhead of IP/UDP/Link Layer Headers for each additional message is avoided.

√ In case of DNS messages, many information like IP Address, Host Name needs to be sent multiple times when Host Name and Service Registration are done separately. For Ex: In Host Name message, IP Address needs to be sent, similarly for service registration, both host name and IP Address needs to be sent.

√ This makes the DNS messages bulky causing fragmentation in lower layers.

Experimental Analysis: Multiple message exchanges involve the overhead of each layer headers. In the prior-art, since, host name assignment and service advertisement is generally done using DNS based messages which works on UDP, the overhead of additional headers will increase the message size leading to fragmentation of messages at lower layers, whereas, in the present invention, the number of messages are optimized in terms of reduction of multiple messages. In the present invention, IP Address, host name and service advertisement are done as a part of ICMPv6 messages itself involving only IPv6 header. This will help reducing fragmentation at the lower layers and will be useful especially in case of 802.15.4 networks having low frame sizes.

Battery Usage Reduction

√ Due to reduced number of message exchanges and reduced message sizes, the processing done at all nodes are significantly reduced. This leads to an effective reduction in battery usage which is a critical resource in Low Power and Lossy Networks

Reduces Memory Usage for Constrained Nodes

√ This mechanism further eliminates the need to write separate code for different message handling at different layers, thereby reducing the footprint of binary loaded in sensor devices. Since sensor nodes are highly constrained in memory, this solution proves to be quite beneficial in this area.

Experimental Analysis: Footprint of the executable is a key constraint in case of 802.15.4 based IoT networks. In prior-art techniques, implementation of multiple protocols leads to increase in footprint, whereas, in the present invention, due to use of ICMPv6 messages for host name assignment and service advertisement, the present invention may not have to implement additional protocols like DNS, which can save footprint of the executable.

Support for Sleepy Nodes

√ With this mechanism, a sleepy node can go into hibernation immediately after it registers itself, as all the procedures of node joining are completed in a single step. In the older mechanism, the nodes will take more time to finish all the procedures separately.

Useful through the Entire Life Time of the Node

√ Since, the IPv6 Address, Host Name and Service Information all are published or used with some particular time validity, and these procedures need to be repeated periodically to indicate their presence and availability to the border router /network. Since, these procedures are repeated at regular intervals, the benefits accrued by our idea will be observed throughout the course of the lifetime of the node.

Interworking with 3rd Party Devices

√ This proposal ensures even 3^rd Party devices which have implemented this invention can interwork with the network, which has devices implementing this invention.

A person of ordinary skill in the art may be aware that in combination with the examples described in the embodiments disclosed in this specification, units and algorithm steps may be implemented by electronic hardware, or a combination of computer software and electronic hardware. Whether the functions are performed by hardware or software depends on the particular applications and design constraint conditions of the technical solution. A person skilled in the art may use different methods to implement the described functions for each particular application, but it should not be considered that the implementation goes beyond the scope of the present invention.

It may be clearly understood by a person skilled in the art that for the purpose of convenient and brief description, for a detailed working process of the foregoing system, apparatus, and unit, reference may be made to a corresponding process in the foregoing method embodiments, and details are not described herein again.

In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus, and method may be implemented in other manners. For example, the described apparatus embodiment is merely exemplary. For example, the unit division is merely logical function division and may be other division in actual implementation. For example, a plurality of units or components may be combined or integrated into another system, or some features may be ignored or not performed. In addition, the displayed or discussed mutual couplings or direct couplings or communication connections may be implemented through some interfaces. The indirect couplings or communication connections between the apparatuses or units may be implemented in electronic, mechanical, or other forms.

The units described as separate parts may or may not be physically separate, and the parts displayed as units may or may not be physical units, may be located in one position, or may be distributed on a plurality of network units. Some or all of the units may be selected to achieve the objective of the solution of the embodiment according to actual needs.

In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each of the units may exist alone physically, or two or more units may be integrated into one unit.

When the functions are implemented in a form of a software functional unit and sold or used as an independent product, the functions may be stored in a computer-readable storage medium. Based on such an understanding, the technical solutions of the present invention essentially, or the part contributing to the prior art, or a part of the technical solutions may be implemented in a form of a software product. The computer software product is stored in a storage medium, and includes several instructions for instructing a computer device (which may be a personal computer, a server, or a network device) to perform all or a part of the steps of the methods described in the embodiment of the present invention. The foregoing storage medium includes: any medium that can store program code, such as a USB flash drive, a removable hard disk, a read-only memory (Read-Only Memory, ROM) , a random access memory (Random Access Memory, RAM) , a magnetic disk, or an optical disc.

Although implementations for method for node identification and service advertisement in communication networks have been described in language specific to structural features and/or methods, it is to be understood that the appended claims are not necessarily limited to the specific features or methods described. Rather, the specific features and methods are disclosed as examples of implementations of the method for node identification and service advertisement in communication networks.

Claims

A communication network having a plurality of nodes, said communication network comprising:

at least one first node 502 configured to:

generate at least one first message including at least one Internet Protocol (IP) address/host name and at least one service provided by said first node；

transmit said first message generated to at least one intermediate node 504；

said intermediate node 504 configured to:

receive said message generated from said first node；

parse said Internet Protocol (IP) address/host name and said service provided by said first node from said first message received；

generate at least one second message including said Internet Protocol (IP) address/host name and said service provided by said first node parsed；

transmit said second message to at least one border node 506；

said border node 506 configured to:

receive said second message from said intermediate node；

parse said Internet Protocol (IP) address/host name and said service provided by said first node from said second message received；

convert said Internet Protocol (IP) address/host name and said service provided by said first node into at least one domain name system (DNS) record；

verify said Internet Protocol (IP) address/host name in said DNS record with at least one DNS server 508 for duplication； and thereby

update, if no duplication found, said Internet Protocol (IP) address/host name and said service provided by said first node in said DNS server 510.
The communication network as claimed in claim 1, wherein said border node during verification is configured to:

generate at least one first acknowledgement message including said Internet Protocol (IP) address/host name and said service provided by said first node along with at least one status value, said status value indicates if said Internet Protocol (IP) address/host name and said service provided by said first node is duplicate or unique； and

transmit said first acknowledgement message to said intermediate node.
The communication network as claimed in claim 2, wherein said intermediate node is configured to:

receive said first acknowledgement message from said border node；

parse said Internet Protocol (IP) address/host name and said service provided by said first node along with at least one status value from said first acknowledgement message received；

generate at least one second acknowledgement message including said Internet Protocol (IP) address/host name and said service provided by said first node along with said value parsed； and

transmit said second acknowledgement message to said first node in response to said first message.
The communication network as claimed in claim 3, wherein said first node is configured to:

receive said second acknowledgement message from said intermediate node；

parse said Internet Protocol (IP) address/host name and said service provided by said first node along with said status value from said second acknowledgement message received； and

continue/discontinue said service, based on said status parsed, in said communication network.
The communication network as claimed in claim 1 is at least one of a wireless sensor network, a mesh wireless sensor network, mobile phone network, WiFi network, a 6LoWPAN based wireless sensor network.
The communication network as claimed in claim 1, wherein said first node is preferably a sensor node or a device comprising at least one sensor or a 6LoWPAN node.
The communication network as claimed in claim 1, wherein said intermediate node is preferably a router or a device capable of routing packets or a 6LoWPAN router.
The communication network as claimed in claim 1, wherein said border node is preferably a border router or a 6LoWPAN border router.
The communication network as claimed in claim 1, wherein said first message is at least one neighbor solicitation message, said neighbor solicitation message comprises at least one address registration option (ARO) , at least one source link layer address option (SLLAO) , at least one Host Name Option and at least one Service Info Option.
The communication network as claimed in claim 1, wherein said second message is at least one duplicate address registration (DAR) message.
The communication network as claimed in claim 1, wherein said first acknowledgement message is at least one duplicate address confirmation (DAC) message.
The communication network as claimed in claim 1, wherein said second acknowledgement message is at least one neighbor advertisement (NA) message with at least one address registration option (ARO) , at least one Host Name Option and at least one Service Information Option including at least one status indicating a result of success or failure based on said verification of said duplication by said DNS server.
The communication network as claimed in claim 1, wherein said first message is at least one neighbor solicitation message and comprises at least one address registration option (ARO) , at least one source link layer address option (SLLAO) , at least one option holding said host name and at least one option holding said service provided by said first node.
The communication network as claimed in claim 1, wherein said second acknowledgement message is at least one neighbor advertisement (NA) message, and comprises at least one option holding at least one address registration option (ARO) , at least one Host Name Option and at least one service information option including at least one status indicating a result of success or failure based on said verification of said duplication by said DNS server.
The communication network as claimed in claim 1, wherein said second message and said first acknowledgement message is at least one duplicate address registration (DAR) message and at least one duplicate address confirmation (DAC) message, respectively, and comprises, at least one Host Name option, and at least one Service Info Option.
The communication network as claimed in claim 15, wherein said second message and said first acknowledgement message is at least one duplicate address registration (DAR) message and at least one duplicate address confirmation (DAC) message, respectively, and comprises, at least one field indicating presence or absence of said optional field.
The communication network as claimed in claim 1, wherein said intermediate node is configured to:

extract, information from said second message, said host name option in said second message, and said service provided in said second message and create at least one DNS resource records； and

update said DNS server using at least one DNS update message.
The communication network as claimed in claim 1, wherein, when said border node verifies said Internet Protocol (IP) address/host name in said DNS record, and confirms no duplication, said service provided by said first node is updated in said DNS server.
A IPv6 over Low power Wireless Personal Area Network (6LoWPAN) having at least one sensor node 502, at least one 6LoWPAN router 504, and at least one 6LoWPAN border router 506, for verifying IP address/Host name of said sensor node and updating service provided by said sensor node, said IPv6 over Low power Wireless Personal Area Network comprising:

said sensor node 502 configured to transmit at least one neighbor solicitation (NS) message to said 6LoWPAN router, wherein said neighbor solicitation message comprise at least one Internet Protocol (IP) address/host name and at least one service provided by said sensor node；

said 6LoWPAN router 504 configured to receive said neighbor solicitation (NS) message, extract said Internet Protocol (IP) address/host name and said service, and transmit a duplicate address registration (DAR) message with additional Host Name and Service Info Option to said 6LoWPAN border router；

said 6LoWPAN border router 506 configured to receive said duplicate address registration (DAR) message, extract said Internet Protocol (IP) address/host name and said service, and convert said Internet Protocol (IP) address/host name and said service into at least one domain name system (DNS) record, check for duplication of said Internet Protocol (IP) address/host name in at least one domain name system (DNS) server 508, and if no duplication found, update, said Internet Protocol (IP) address/host name and said service in said DNS server 510, and

wherein, said 6LoWPAN border router 506, after checking, generates at least one duplicate address confirmation (DAC) message having said Internet Protocol (IP) address/host name, said service and a status value indicating result of duplication check, and transmit said DAC message to said 6LoWPAN router 504 which generates at least one neighbor advertisement (NA) message with at least one address registration option (ARO) , at least one host name option and at least one service information option including said status value.
The 6LoWPAN as claimed in claim 19, wherein said status value is a result of success or failure based on said verification/checking of said duplication by said DNS server.
The 6LoWPAN as claimed in claim 19, wherein said NS message comprises at least one address registration option (ARO) at least one source link layer address option (SLLAO) , at least one host name option and at least one service information option.
The 6LoWPAN as claimed in claim 19, wherein said 6LoWPAN border router is configured to:

extract said host name option, and said service provided from said NS message and create at least one DNS resource records； and

update said DNS server using at least one DNS update message.
A IPv6 over Low power Wireless Personal Area Network (6LoWPAN) having at least one sensor node 502, at least one 6LoWPAN router 504, and at least one 6LoWPAN border router 506, for verifying IP address/Host name of said sensor node and updating service provided by said sensor node using at least one neighbor solicitation (NS) message and at least one duplicate address registration (DAR) message.
The 6LoWPAN as claimed in claim 23, wherein said sensor node is configured to transmit at least one neighbor solicitation (NS) message to said 6LoWPAN router, said neighbor solicitation message comprises at least one Internet Protocol (IP) address/host name, at least one service provided by said sensor node, at least one address registration option (ARO) at least one source link layer address option (SLLAO) , at least one Host Name Option and at least one Service Info Option.
The 6LoWPAN as claimed in claim 23, wherein said 6LoWPAN router is configured to receive said neighbor solicitation (NS) message, extract said Internet Protocol (IP) address/host name and said service, generate at least one duplicate address registration (DAR) message, and transmit said duplicate address registration (DAR) message to said 6LoWPAN border router.
The 6LoWPAN as claimed in claim 23, wherein said 6LoWPAN border router is configured to receive said duplicate address registration (DAR) message, extract said Internet Protocol (IP) address/host name and said service from said DAR message, and convert said Internet Protocol (IP) address/host name and said service into at least one domain name system (DNS) record, check for duplication of said Internet Protocol (IP) address/host name in at least one domain name system (DNS) server, and if no duplication found, update, said Internet Protocol (IP) address/host name and said service in said DNS server.
The 6LoWPAN as claimed in claim 23, wherein said 6LoWPAN border router, after checking, generates at least one duplicate address confirmation (DAC) message having said Internet Protocol (IP) address/host name, said service and a status value indicating result of duplication check, and transmit said DAC message to said 6LoWPAN router which generates at least one neighbor advertisement (NA) message with at least one address registration option (ARO) , at least one host name option and at least one service information option including said status value.
The 6LoWPAN as claimed in claim 23, wherein said status value is a result of success or failure based on said verification/checking of said duplication by said DNS server.
The 6LoWPAN as claimed in claim 27, wherein said neighbor advertisement (NA) message is transmitted to said sensor node in response to said neighbor solicitation (NS) message, and continue/discontinue said service, based on said NA message.
A method, for verifying IP address/Host name of at least one sensor node and updating service provided by said sensor node in at least one domain name system (DNS) server, in a IPv6 over Low power Wireless Personal Area Network (6LoWPAN) having said sensor node, at least one 6LoWPAN router, and at least one 6LoWPAN border router, said method comprising:

generating 1302, by said sensor node, at least one neighbor solicitation (NS) message holding at least one Internet Protocol (IP) address/host name and at least one service provided by said sensor node, wherein said Internet Protocol (IP) address/host name and said service are stored in an Internet Protocol (IP) address/host name option and a service information option；

transmitting 1304, by said sensor node, said neighbor solicitation (NS) message to said 6LoWPAN router；

parsing 1306, by said 6LoWPAN router, said Internet Protocol (IP) address/host name option and said service information option from said NS message received；

generating 1308, by said 6LoWPAN router, at least one duplicate address registration (DAR) message having said Internet Protocol (IP) address/host name option and said service information option；

transmitting 1310, by said 6LoWPAN router, said DAR message to said 6LoWPAN border router；

extracting 1312, by said 6LoWPAN border router, said Internet Protocol (IP) address/host name and said service option by parsing said DAR message received；

converting 1314, by said 6LoWPAN border router, said Internet Protocol (IP) address/host name and said service into at least one domain name system (DNS) record；

checking 1316, by said 6LoWPAN border router, duplication of said Internet Protocol (IP) address/host name by comparing said Internet Protocol (IP) address/host name with pre-stored Internet Protocol (IP) address/host name in said DNS server；

updating 1318, if no duplication, by said 6LoWPAN border router, said Internet Protocol (IP) address/host name and said service into said domain name system (DNS) server.
The method as claimed in claim 30, after checking, by said 6LoWPAN border router, comprises:

generating 1402 at least one duplicate address confirmation (DAC) message having said Internet Protocol (IP) address/host name, said service and a status value indicating result of duplication check； and

transmitting 1404 said DAC message to said 6LoWPAN router, wherein said Internet Protocol (IP) address/host name, said service and said status value are transmitted in an Internet Protocol (IP) address/host name option, a service information option, and a status option.
The method as claimed in claim 31, after receiving said DAC message, comprises:

extracting 1502 said Internet Protocol (IP) address/host name option, said service information option, and said status option from DAC message received by parsing to generate said Internet Protocol (IP) address/host name, said service and said status value；

generating 1504 at least one neighbor advertisement (NA) message with at least one address registration option (ARO) including said status value, said host name option with status value, said service information option with status value, wherein said Internet Protocol (IP) address/host name, said service, and said status values are stored in an Internet Protocol (IP) address/host name option, a service information option, status information being present in every option； and

transmitting 1506 said NA message to said sensor node.
The method as claimed in claim 32, after receiving said NA message, comprises:

parsing, by using said sensor node, said NA message received to check said status and then continuing/discontinuing said service, based on said status in said NA message.
A first node, in a communication network, the first node comprising: a processor, coupled to a memory, for executing a plurality of modules present in the memory, the processor on execution of the modules, configured to transmit at least a first message containing at least one Internet Protocol (IP) address/host name and at least one service provided by said first node to at least one other node in the communication network, said first message is a Neighbor Solicitation (NS) message at least one address registration option (ARO) , at least one source link layer address option (SLLAO) , at least one host name option and at least one service information option.
An intermediate node, in a communication network, the intermediate node comprising: a processor, coupled to a memory, for executing a plurality of modules present in the memory, the processor on execution of the modules, configured to:

receive at least one message containing at least one Internet Protocol (IP) address/host name and at least one service provided by said first node, said first message is a Neighbor Solicitation (NS) message；

parse said first message to generate at least one second message including said Internet Protocol (IP) address/host name and said service provided by said first node, the second message is a neighbor advertisement (NA) message having at least one address registration option (ARO) , at least one Host Name Option and at least one Service Information Option including at least one status indicating a result of success or failure based on said verification of said duplication by said DNS server； and

transmit said second message to at least one other node in the communication network.
A border node, in a communication network, the border node comprising: a processor, coupled to a memory, for executing a plurality of modules present in the memory, the processor on execution of the modules, configured to:

receive at least a message having an Internet Protocol (IP) address/host name and an service, the message is a neighbor advertisement (NA) message having at least one address registration option (ARO) , at least one Host Name Option and at least one Service Information Option including at least one status indicating a result of success or failure based on said verification of said duplication by said DNS server；

parse said Internet Protocol (IP) address/host name and said service provided to extract said address registration option (ARO) , said Host Name Option and said Service Information Option including said status indicating a result；

convert said Internet Protocol (IP) address/host name and said service provided into at least one domain name system (DNS) record；

verify said Internet Protocol (IP) address/host name converted in said DNS record with at least one DNS server for duplication； and thereby

update, if no duplication found, said Internet Protocol (IP) address/host name and said service provided in said DNS server.
A border node, in a communication network, the border node comprising: a processor, coupled to a memory, for executing a plurality of modules present in the memory, the processor on execution of the modules, configured to verifying IP address/Host name of at least one first node and update service provided by said first node using at least one neighbor solicitation (NS) message and at least one duplicate address registration (DAR) message.
A method, performed by a first node in a communication network, the method comprising: transmitting at least a first message containing at least one Internet Protocol (IP) address/host name and at least one service provided by said first node to at least one other node in the communication network, said first message is a Neighbor Solicitation (NS) message at least one address registration option (ARO) , at least one source link layer address option (SLLAO) , at least one host name option and at least one service information option.
A method, performed by an intermediate node in a communication network, the method comprising:

receiving at least one message containing at least one Internet Protocol (IP) address/host name and at least one service provided by said first node, said first message is a Neighbor Solicitation (NS) message；

parsing said first message to generate at least one second message including said Internet Protocol (IP) address/host name and said service provided by said first node, the second message is a neighbor advertisement (NA) message having at least one address registration option (ARO) , at least one Host Name Option and at least one Service Information Option including at least one status indicating a result of success or failure based on said verification of said duplication by said DNS server； and

transmitting said second message to at least one other node in the communication network.
A method, performed by a border node in a communication network, the method comprising:

receiving at least a message having an Internet Protocol (IP) address/host name and an service, the message is a neighbor advertisement (NA) message having at least one address registration option (ARO) , at least one Host Name Option and at least one Service Information Option including at least one status indicating a result of success or failure based on said verification of said duplication by said DNS server；

parsing said Internet Protocol (IP) address/host name and said service provided to extract said address registration option (ARO) , said Host Name Option and said Service Information Option including said status indicating a result；

converting said Internet Protocol (IP) address/host name and said service provided into at least one domain name system (DNS) record；

verifying said Internet Protocol (IP) address/host name converted in said DNS record with at least one DNS server for duplication； and thereby

updating, if no duplication found, said Internet Protocol (IP) address/host name and said service provided in said DNS server.
A method, performed by a border node in a communication network, the method comprising: verifying IP address/Host name of at least one first node and updating service provided by said first node using at least one neighbor solicitation (NS) message and at least one duplicate address registration (DAR) message.