The resource-rich devices. Most of IoT applications are

The IoT devices can be classified
as two major categories first one is resource-constrained and resource-rich
devices. Most of IoT applications are low-rate but the large number of IoT
devices participating on a single application required gate way protocols. We
believe that there is a re-programmability of the IoT gateway through a
rule-based language can put the gateway in a unique position to offer smart
autonomic management, data aggregation or flow aggregation, and protocol
adaptation services.  There is a huge IoT
load among the gateways it become multiple gateways it required unique
solution.

                It
needs an efficient solution for protocol conversion, it required a
protocol-friendly mechanism inside the Protocol Translator that can increase
the conversion speed. The key point of this mechanism is a name-value index
table of data which is carried in the optional headers of the different
application protocols. As for the TCP/IP protocol suite there are various levels
application protocols, some of the major protocols are  REST, CoAP, MQTTM, MQTT-SN, AMQP. When a
packet reach at the gateway, the Protocol Translator examines the optional
header. If it determines the index table there, then it grabs the data
immediately from the payload it place the packets in destination protocol. In
index table is stored as on optional header, 
application protocols may not use the index tables. In such cases, the
conversion is done in the conventional form and consequently it takes span of
time.

We Will Write a Custom Essay Specifically
For You For Only $13.90/page!


order now

Figure 5: (a) Optional header of the application protocol and Index table (b) The conversion
mechanism inside the gateway.

In Figure 5, In optional header there  are
various application protocol formats that assigned index number in index
table.  In index table where a packet consisting of 
name-value pairs suppose
for example x-97, y-99 etc. they  needed to be converted in gate way from a
source protocol to a desired protocol in the protocol translator format. The data is stored
in a linear structure inside the payload of each packet.

The analysis of protocol translator has been
implemented in XMPP in which data are data are stored in XML tags. in
application layer format, it need O(n/2) operations are required to find a data
item in the payload before inserting it into the desired protocol.  There are O(n2) operations are
required in name-value pairs data inside packets. The conversion of XMPP takes
the if the position of each name-value 
item is available then the conversion time will be reduced to O(n).