Docsity
Docsity

Prepare for your exams
Prepare for your exams

Study with the several resources on Docsity


Earn points to download
Earn points to download

Earn points by helping other students or get them with a premium plan


Guidelines and tips
Guidelines and tips

Internet Of Things Communication Model, Study notes of Computer Networks

Internet Of Things Communication Model

Typology: Study notes

2022/2023

Available from 04/12/2023

boringdocs1
boringdocs1 🇮🇳

3 documents

1 / 2

Toggle sidebar

This page cannot be seen from the preview

Don't miss anything!

bg1
Internet Of Things
Types of Communication Model :
Request & Response Model
This model follows a client-server architecture.
The client, when required, requests the information from the server. This
request is usually in the encoded format.
This model is stateless since the data between the requests is not retained and
each request is independently handled.
The server Categories the request, and fetches the data from the database and
its resource representation. This data is converted to response and is
transferred in an encoded format to the client. The client, in turn, receives the
response.
On the other hand In Request-Response communication model client sends
a request to the server and the server responds to the request. When the
server receives the request it decides how to respond, fetches the data
retrieves resources, and prepares the response, and sends it to the client.
Example: Sending a spreadsheet to the printer the spreadsheet program is
the client.
Publisher-Subscriber Model
This model comprises three entities: Publishers, Brokers, and Consumers.
Publishers are the source of data. It sends the data to the topic which are
managed by the broker. They are not aware of consumers.
Consumers subscribe to the topics which are managed by the broker.
Hence, Brokers responsibility is to accept data from publishers and send it to
the appropriate consumers. The broker only has the information regarding the
consumer to which a particular topic belongs to which the publisher is
unaware of.
Example: Public sensors with a massive base of uniform users that will use the
data.
Push-Pull Model
pf2

Partial preview of the text

Download Internet Of Things Communication Model and more Study notes Computer Networks in PDF only on Docsity!

Internet Of Things

Types of Communication Model : Request & Response Model – This model follows a client-server architecture. The client, when required, requests the information from the server. This request is usually in the encoded format. This model is stateless since the data between the requests is not retained and each request is independently handled. The server Categories the request, and fetches the data from the database and its resource representation. This data is converted to response and is transferred in an encoded format to the client. The client, in turn, receives the response. On the other hand — In Request-Response communication model client sends a request to the server and the server responds to the request. When the server receives the request it decides how to respond, fetches the data retrieves resources, and prepares the response, and sends it to the client. Example: Sending a spreadsheet to the printer — the spreadsheet program is the client. Publisher-Subscriber Model – This model comprises three entities: Publishers, Brokers, and Consumers. Publishers are the source of data. It sends the data to the topic which are managed by the broker. They are not aware of consumers. Consumers subscribe to the topics which are managed by the broker. Hence, Brokers responsibility is to accept data from publishers and send it to the appropriate consumers. The broker only has the information regarding the consumer to which a particular topic belongs to which the publisher is unaware of. Example: Public sensors with a massive base of uniform users that will use the data. Push-Pull Model

The push-pull model constitutes data publishers, data consumers, and data queues. Publishers and Consumers are not aware of each other. Publishers publish the message/data and push it into the queue. The consumers, present on the other side, pull the data out of the queue. Thus, the queue acts as the buffer for the message when the difference occurs in the rate of push or pull of data on the side of a publisher and consumer. Queues help in decoupling the messaging between the producer and consumer. Queues also act as a buffer which helps in situations where there is a mismatch between the rate at which the producers push the data and consumers pull the data. Example: Queues help in decoupling the messaging between the producers and consumers. Exclusive Pair – Exclusive Pair is the bi-directional model, including full-duplex communication among client and server. The connection is constant and remains open till the client sends a request to close the connection. The Server has the record of all the connections which has been opened. This is a state-full connection model and the server is aware of all open connections. WebSocket based communication API is fully based on this model. Example: The WebSocket-based communication API.