








Study with the several resources on Docsity
Earn points by helping other students or get them with a premium plan
Prepare for your exams
Study with the several resources on Docsity
Earn points to download
Earn points by helping other students or get them with a premium plan
Community
Ask the community for help and clear up your study doubts
Discover the best universities in your country according to Docsity users
Free resources
Download our free guides on studying techniques, anxiety management strategies, and thesis advice from Docsity tutors
A comprehensive explanation of tcp and udp, two fundamental protocols used in computer networks. It delves into the principles of reliable data transfer, highlighting the differences between tcp's reliable, ordered byte stream and udp's connectionless, unreliable approach. Key concepts such as checksums, rdt protocols, flow control, congestion control, and the three-way handshake. It also examines tcp's delayed acknowledgment mechanism and retransmission scenarios, including fast retransmit. Valuable for students and professionals seeking a deeper understanding of network protocols and their practical applications.
Typology: Study notes
1 / 14
This page cannot be seen from the preview
Don't miss anything!
connection
segments arriving
of
very
unreliable
no
connection
very
delay
but not
so
it's
good for
zoom
need
so
uses UDP streaming
multimedia
apps
cuz
can
tolerate
UDP
segment
format
size
of
entire
segment
reliable transfer
check
there's
bit
errors
the
of
the
check
called
a
checksum
checksum
it's
goal
is to
errors flippedbits
transmitted
sender takes entire segmentout
including
and
lay
the
bits
mail.L.g.eayggggigsmasmmm.mn
l
r a
I
attitbach
flip
the
bits
when
that segment
arrives at receiver
side
receiver
and re
which is
then comparedto the
feild
packet
header
if YES
equal
then
errors if NO
not
equal
then
discards
it
checksum
detect
if
aren't
the
UDP
resend
it
it
just
lost
outoford
of reliabledata
transfer
important in
application transport
processes
sitting
application
layer
it
demants reliable data
transfer
transport
layer
sending
site 8 recieving
side
need
to
implement
extramechanism
ensure
reliable data
transfer
in
application
layer mags
aregenerated
andpassed
down
transport layer
those
mags
are now
called data application layer
calls
rat
senses
pass
the
data
down
to
transport
layer
mags
processed
number
segments
packets
calls
send
pushes it to
network
layy
the
calls
pass
it
Tone
P
p
that
mm
propdelay
Proday
waste
of time low utilization
Pipelined
protocols
increase
utilization
we
send
multiple packets that
und in flight
packets not
yet
acked
stops wait pipelines rtt
Egg
EE
E Eir
two
forms
pipelined
protocols GoBack
and
selective
repeat
Go
allows multiple
unacked packets in pipeline
receiversends
comulative ack's
in
orderback to
bae
doesn't
packet
theres
a
gap
has a
timer for
oldest
unacked
packet when
timer expires
goes
back
in and
resents allll
unackled packets
sender has
a
window
up
to
N
consecutive
transmitted
window
slides
after ack
maxy.ge
ptsthatcanbesentatareasametome
timeout
makes
all yellow
packets be
retransmitted
men
iiii.it
35
EE Tug
atsmuar filamentgotartment
addthis.tn
oriented transport
TCP
a
point
point
communication
one
sender
one
receiver
reliable
order
byte
stream
data
transmission
we
countdata
the
bytes
pipelined
based
rat
window
size is
also for
congestion flow
control flow
control
so
doesn't
overwhelm
the
receiver
handshaking to setup
initial
states before starting
dataexchange
data
is going
bi
directional MSS
max segmentpacketsize
comulative ack's
segment
structure
0 takes
32
bits
mansions
daters
sept
1st first.gg
nt
uket
sequence
numbers
byte
stream
byte
in thedata
segment
Tig
bit
eesaentes
acknowledgements
expected
sequence
comulative
bi
directional
here
btwiexpectputzanextneresiexpect.su
RDT
mechanism implemented in TCP
howdoes TCP
timeout value
timeout
allow
know
wheathe
a
packet islost or
just
delayed
timout istoo
short then
sends before delayed
comes
doesn't
give
enough
time
delayed
come
too
long
then its a
waste
doesn't recover
on
timer
value
should
most
average RTTthat
s8r use
give
enough
time
delay
how
dowe
estimate
RTT we use
a sampleRTT a
pair
of
data
goes
outandtheack
comes back
calculates
time
sending of
data
sample
vary
severalrecent
measurements
the current sampleRTT
ignores
retransmissions
make
covers
only
get
bes
smoothestestimation
smoothes
RATnext
smoothetRA
now
currentsample
exponential weighted moving average
typical
offers
ack
Lack
rm
TCP
retransmission scenarios
TCP fast
retransmit
TCP
flow
control
if
network
delivers
data
faster
application
layer
removes datafrom
socketbuffers
when outgoing is
slow incoming is fastwe
need
control
or
else
socket
exhausted
8
dropped
control receiver
controls sender
usually
slow
down
sender
won't
overflowreceiver'sbuffer
transmitting
toomuch
or
too
way
control
works is
there's
Reubuffer which
is
buffer
space initially
Reubuffer whur TCP
sends
ihY
pi
Finger
going
tobe
subtracted
by
amount
bytesbeing
takes in
data
buffer
increased
these data bytes so
rund
is basically
tracking
space
include rundvalue in
TCPheader and
sends
to
sender
know
needs
to limit
sending
windo
in
TCP
done
before
exchangingdata
aprocesses called
handshake
whereafter
a
connection
is
established
a
new
socket
exchanges a
number
parameters ex
starting
seq
server can
decide
weather to
extract data
send
up
apple
or no
only
tractates
TCP
congestion having
too
many
sources sending
much data too
into
network
internet
occurring
in routers
buffer
Congestion
window
sender
transmission
large
is
just
cund
curd
is
adjusted
observed
network congestion
dec
good
TCPsending rate
initialization
when
connection
is
just
starting
max
seg
size
AIMD
increases
cund
by
only
every
receives
technically doubling cundeach
is
Congestion
avoidance
the
detects
by
1 timout 2
doup ack
if
loss
is
detected
by
window
then
grows
exponentially
cund
slow
start
getsto the
threshold
ss
thresh
on
loss
thresh
is
to
halfofprev
cund
loss
is
detected
by
douplicate
suss
then
grows
linearly
soup
ack
detected
Orhalftsuss
agoubling
IMSS
AIMD
Additive Increase
Multiplicative
Decrease
the
sender
will
sending
gradually
as
as
loss
defected
as
soon
as
there's
packet
loss we
drop sending