Application Reliability Delay Jitter Bandwidth Reasoning

1. E-mail high not critical don’t care low  Since emails are composed of
sensitive information and even
considered even as official
documents (Eg-signed emails) the
reliability should be high.
And they should not be
misinterpreted.
 But as mails are not much
interactive doesn’t bother about
delays.
 We are allowed to read mails once
they are received in full. So nothing
to bother about jitter as well.
 And usually emails use low
bandwidth for transmission as they
are mostly text and rarely some
attachments.

2. File high not critical don’t care medium  File transfers are expected to be
Transfer reliable as we cannot miss any data
or misinterpret it or else it might get
corrupted.
 Same as mails, as we are not much
concerned about the delay in the
reception.
 And not bother about jitters as we
use them after transfer happens.
 And they use considerable amount
of bandwidth.

3. Web high < 2s don’t care medium  Web is also a critical one when
comes to reliability. The data
cannot be wrongly interpreted.
 Since web is highly interactive, the
delay is limited to very few
seconds.
 But the jitter isn’t cared much.
Because we receive frames and
after the reception, we start using
them.
 Bandwidth usage is medium
4. Remote high <2s not critical low  It is critical as we are concerned
login about the security when it comes to
login. If it is SSH login characters
passed should be received without
any loss or alterations.
 Since security is vulnerable the
delay time is not allowed to extend
as it might lead to insecure
connections.
 But here too the jitter is not a very
big concern as data is received

5. Audio low not critical significant medium  Human can interpret even if some
streaming frames get lost. So reliability is not
much critical.
 It might take time to be
received(delay).
 But once received should play at the
same speed (so jitters are
significant).
If jitter is high, distorted audio may
be received where human can’t
understand and interpret.(ie-varied
in speed; slow or fast)
 And they usually take a
considerable amount of bandwidth.

6. Video low not critical significant high  Same as audio streaming.

streaming  Delay and packet losses can be
managed.
 But must maintain jitter low. If jitter
is high the different video may be
received (varied in speed; slow or
fast)
 And it consumes high bandwidth at
transmission.

7. Telephony low <0.2s critical low  This is a real time communication.

So even if we lose some packets the
delay is not allowed. (should be
very small)
 And jitter is also critical. Because
the speed at which the frames
received determine the
interpretation.
  And cannot be buffered to prevent
jitter as it is Realtime
communication.
 But its usage of bandwidth is low

8. Video low <0.2s critical High  Packets may lose. The Human
conference interpretation can manage with lost
frames.
 Since it is very interactive the delay
in transmission should be low.
 And Jitter is a critical matter as it
determines the conversation. If not,
the order of conversation might go
wrong and leads misinterpretations.