You anticipate.
Hello, everyone.
Today we're going to call or talk about the transport layer that we covered in the last lecture, and
actually we're going to divide it into two topics, the UDP protocol and the TCAP protocol.
So the UDP protocol is non connection oriented.
So, for example, if we have a machine, A, that was to send an information to Machine B, and here
we have machine B, the flow from A to B is one directional.
So we don't need to notify.
There is no notification when we're sending anything to Machine B.
OK, so a judge decides to send something to machine B and the machine B is not aware of that.
So on its site B don't actually need to send the information to machine.
OK, so here we don't have any confirmation and basically the UDP simply sends information to from one
use to another without the need to have any confirmation.
OK, so it pretty much just sends information and the chance for errors are way less.
So the reason for that is because we use the protocol.
You're pretty much not allowed to transmit information that is related to the sender.
And for that reason, the recipient will not be able to know which send the data.
The only thing that the receiver will know is their IP address.
So if you look at the main properties of the UDP, we can say that the UDP is unreadable.
So there is no concept of packet transmission, for example.
So when a packet is sent, it is not possible to know whether the packet has reached its destination
or not.
Also, the other piece not ordered, which means that when we send messages we don't actually receive
the first send message first and so on.
So also the diagrams mean that the integrity of the packet delivery is done individually for each packet
and can actually be the only way to check if a package is delivered correctly by simply checking it.
Finally, due to the fact that the UDP doesn't require sender sort of receiver confirmation.
This means that the application is quite lightweight compared to the other transport protocols.
And one of the main reasons also is that the has no error recovery.
So it is very possible that if we receive an error, that the message is simply don't send and we're
actually not going to get the notification for that.
On the other side, we can have that discipline protocol, which has a few advantages as compared to
the UDP protocol.
So when using the protocol, the connection is actually ordered.
So if I may here, the same example with the machines, for example, something calls to be saved from
machine A, machine B, here is B, so that they want to send data to machine B right here and there.
So it will send data from machine A to machine B, machine B is actually getting first informed that
the data is going to arrive to it and it actually confirms back to Machine eight that it is OK for receiving
this data.
OK, and after.
Machine beeps OK then from a we actually sent the actual data machine B, so the control of this data
is based on the mathematical equation and allows you to verify that the transmitted data is actually
send it.
So, for example, if there is a reason for which the method that has been set was corrupted, we can
easily fix that by the automatic feature of the TCAP to allow the sender to send the message again upon
error of this sending.
And for that reason, the protocol is pretty much referred in as one of the main protocols in the transfer
of error layer and issues with the IP in order to transmit data over the web.
So in real life, when you actually want to say that over Internet, it first uses the IP protocol,
it binds the IP diagrams or the units that you're going to send, and it knows in advance that the protocol
use is going to be the dispute.
And the reason for preferring Tsipi is that, for example, if you are sending a message of between
two machines, they can communicate.
And all the status of the message that is being transmitted between them, so other main properties
of the TCAP, we can say that it is reliable and this is because of this protocol has the ability to
make it to manage items that can be made for sending a message if, for example, a pocket is lost or
corrupted and so on.
Also, the message that has been sent are sent in order.
And for that reason, this is quite ordered.
And the final thing due to the complexity of that method, the TCAP is quite heavy weight.
And this is pretty much due to the fact that the TCAP has the ability to verify that the connection
can be established through the socket even before a pocket can be sent through the web.
So if you finally compare the TCAP and the UDP, we can say that the main difference, actually the
most major difference between the UDP and the DP is that the TCAP is ordered for connection.
It simply sends messages and the receiver receives them.
So the main differences between these two methods are, for example, the difference in the data transfer,
obviously on the Tsipi is ordered while on the Euterpe is not dedicated to point to point connection.
And there there's no guarantee that the receiver actually received the data out there.
Hence the DCP is way more reliable because it manages to recognize the messages were sent and received
by the receiver.
While the European DuraSite cannot basically verify in any physical way that the message has been sent.
Also regarding the connection, that is, the protocol actually has a real connection from one device
to another, and they need to be connected in order to be able to sync information in both ways.
Then the transfer method is also different because the Tsipi reads the data and because it reads data
as a sequence and the messages are transmitted within the different segments.
On the outside of the UDP messages are data packets which are sent individually and the integrity of
the packets is verified only when they arrive.
The way both protocols work is also completely different because on one side, this connection is established
through a process of starting a variety of connections.
And once at least one connection is being established, then the transfer of the data can start between
both the devices, while the UDP works in a different way and the data arrives or that it could be duplicated
or incomplete for that reason.
This piece way more use compared to the UDP.
So if you actually need to correct the errors of the data and to be more secure about the data, we
were saying you will usually use the DCP protocol while you use the UDP on the applications that are
based on very small request.
For example, we have just a few devices that you want them to exchange them.
Then you might consider using the UDP as it is way more lightweight.
So this was everything else I want to share with you about this pan-European.
I hope this picture was interesting for you and you learn something new.
Thank you so much for watching and I'll see you in the next lecture.