Multimedia Over FDDI
Multimedia Over FDDI
Micro
Devices
1992 IEEE, Reprinted with permission, from Proceedings of IEEE Local Computer Networks, Minneapolis, Sept. 13–15, 1992. 17386A
Multimedia Over FDDI
Amit Shah1 , Don Staddon2, Izhak Rubin3, Aleksandar Ratkovic4
Advanced Micro Devices1, IBM2 , IRI Corp. and UCLA3 , IRI Corp. and UCLA4
1: Introduction 2: Multimedia
The paper is organized as follows. Multimedia is a term used to denote a set of
A brief discussion on the basics of FDDI and applications, products, and technologies [1]. We define it
multimedia is followed by an overview of the various as the use of multiple means to communicate information
multimedia applications and issues in networking of via a computer. Whereas computers today are mainly used
multimedia applications such as voice and video. The for textual data information presentation and storage,
importance of parameters such as network delay, intra- multimedia uses the computer for text, natural and animated
packet jitter, and bandwidth is highlighted. images, rendered graphics, auditory stimuli and realistic
The simulation models are discussed. The methodology sound. There are two key components to multimedia:
involved testing the effect of variations in TTRT, network multiple output media and interaction.
size, packet size, and offered load on the multimedia Television as we know it today exemplifies one of the
streams of voice and video, using the IRI Planyst‘ tool. components of multiple output media; it delivers 'realistic'
Finally, the simulation results for running multimedia pictures, animation and sound. However, the content of
over the FDDI synchronous channel are discussed. A what is viewed, and the way it is presented is largely
comparison of multimedia over FDDI synchronous and beyond the control of the user. The user interaction is
asynchronous channels is made demonstrating the ability of limited to turning on or off, switching channels, volume
the synchronous channel to provide a near-constant latency control and some image control.
and bandwidth under various loads and configurations. Personal computers demonstrate the other key concept
in multimedia: interaction. Unfortunately, most current
1.1: FDDI Basics personal computers exploit only a limited number of media
such as text, graphics and a few sound tones. It is only now
FDDI is a 100 Mbps high speed local area network that the personal computers' ability to present clearer,
standard developed under the auspices of American sharper images is being exploited by multimedia
National Standards Institute (ANSI) X3T9.5 committee. applications.
Unlike other LANs whose origins were proprietary
products, FDDI was developed by a group of people whose 2.1: Multimedia applications
interest was to create a reliable fault-tolerant, high-speed
network connecting numerous stations over greater The concept of multimedia is only as interesting as the
distances than existing standards. The ANSI X3T9.5 applications it can support. It is the scope of multimedia
committee thus developed a specification for a network applications which is drawing such a tremendous response
based on a dual counter-rotating fiber optic ring using from the information technology industries.
timed-token protocol, which is capable of transmitting data The various multimedia applications are shown in table
at 100 Mbps in each ring and which can extend to 500 1 below.
Table 1: Multimedia applications
Using interactive speech as a model, we decided that network. In an asynchronous network, there is a need to
the maximum end-to-end tolerable latency was 100 ms. buffer. So long as the buffering is not excessive, the jitter
These latencies would be acceptable for a large spectrum has minimal impact on system design. For example, if the
of multimedia applications. maximum packet latency and hence the maximum jitter
The only effect of token jitter is on the need to buffer. between packets were to be restricted to less than 15 ms
In a truly isochronous network (providing constant (as we targeted for the simulation), then
latency), there would be zero buffering requirement in the
the maximum buffering required for a 64 kbps digital
voice stream would be 120 bytes, which is very small.
5.1: Issues in video transmissions as those of voice. Depending on the video application,
this delay may vary.
Digital video characteristics have not been studied as We selected 100 ms as an acceptable end-to-end
well as digital voice. It is difficult to characterize latency [31], [32]. We assumed that codecs at each end
compressed video, video codecs and effect of network will consume 30 ms in processing each frame and
delay. The issue of compression algorithms and outputting data (at MPEG rates). This leaves an effective
implementations is beyond the scope of this paper and the 40 ms latency for the network component of the latency.
parameter of most interest to us is the network delay. Of this, 10 ms is the latency across the WAN, and the rest
Using a well-known maxim that " the human eye is is the LAN component of the delay. Assuming
more forgiving than the human ear", we can apply the symmetrical LANs, this leaves 15 ms per LAN acceptable
restriction that video must meet the same delay constraints latency.
WAN
FDDI FDDI
Overall, we stressed the network with a variety of traffic 7.4.2: Voice streams
models to ensure that the network is robust under extreme
operating conditions. Associated with each video stream is a packet voice
stream. This stream was characterized as interactive and
7.4.1: Video streams stored (MPEG CD-ROM specifications).
The interactive voice is characterized as a sequence of
Each video source represents a compressed video 32 kbps voice packets, each 64 bytes in size. The voice
stream. An MPEG-type stream rate of 1.5 Mbps is used. source is modeled as a sequence of on-off periods,
This consists of a train of packets ranging from 4500 bytes representing the talk-spurts and silence periods typical in a
to 1500 bytes. The overall video loading is characterized voice conversation. The ratio of talk to silence periods is
through a parameter which represents the number of 35: 65. The resulting offered load of the voice stream is
simultaneously active video sources. 11.2 kbps.
A prescribed fraction of the video stream is directed The stored voice is characterized as a sequence of 2
through a bridge or a gateway to another FDDI or WAN Kbyte packets (2028 + 20 MPEG headers), with an inter
network. arrival rate of 84.5 ms. These packets are typically
The target video latency for a video packet across a interleaved with the video stream in a ratio of one voice
single FDDI is set to be around 15 ms (99% of packets) every six video packets. On the FDDI, these packets are
and of the order of 10 ms in the average. repacketized if necessary to smaller packet sizes.
1 The length denotes the data + headers. The headers were deliberately chosen to be a large number.
2 The arrival rate for some traffic had a distribution model rather than a constant rate, which led to peak offered loads and average offered
loads.
3 The buffer size corresponds to the buffering at the transmit and receive queues. If an incoming packet finds the buffer full, it is dropped.
This corresponds to blocking.
4 An interactive voice model (32 Kbps ADPCM), and a MPEG stored voice-stream model were selected for modelling.
5 The gateway loading was approximately equal to 4 voice/video stations and 1.3 fileservers.
The desired latency for voice packets across a single In an asynchronous only network, with no synchronous
FDDI is also set to be approximately 15 ms (99% of bandwidth allocated or used, the voice and video are
packets) and of the order of 10 ms in the average. treated as data. No separate queue is allocated on transmit
or receive. In such a network also it is possible to
7.4.3: Data : Interactive maintain a bound on the delay suffered by the packets.
The following observations refer to figures 4 to 19.
This traffic consists of short packets (500 bytes)
arriving at random with low response time requirements of 8.1.1: Effect on 99% latencies
50 ms (99% of packets) and 25 ms in the average.
Due to the unpredictable nature of the traffic
7.4.4: Data -File transfer (asynchronous and bursty), the delay cannot be tightly
bounded. As can be seen from the figures 8 and 10, the
This is modeled as file data to/from Ethernet hosts with 99% latencies suffered by video packets is as high as 48
the FDDI being used as a backbone to Ethernet clients. ms when the network is not overloaded but running close
The file length is assumed to be uniformly distributed to capacity (90% load). When the network is overloaded,
between 1500 and 25000 bytes. Each file on average the latencies can be as high as 252 ms.
consists of 8 packets of 1500 bytes + 256 bytes headers, In a more typical environment, where the traffic does
each arriving at 10 Mbps once the file transfer is initiated. not consist of such high burst sources (imaging at 100
The file inter-arrival time is exponential. The offered Mbps), it is possible to obtain low latencies. We were
load is 3.6 Mbps. able to verify this in our simulation (see figure 6) where in
an asynchronous only network, with 86% network
7.4.5: Imaging : low-end (workstation) loading, and a TTRT of 24 ms voice and video packet
latencies were restricted to under 15 ms.
This traffic source was used in some of the simulation
runs. 8.1.2: Effect of TTRT on latencies
This is modeled as images coming off Ethernet hosts
into the FDDI host at 10 Mbps. The image size In an overloaded network the higher the TTRT value,
distribution is uniform over 1.25 - 5 Mbytes. This image lower the latencies. In the 8 to 24 ms range, it was
stream is packetized into maximum length FDDI packets observed that the 24 ms TTRT value consistently offered
(4096 + 256 bytes). The image inter-arrival time is varied lower delays for all traffic types when the ring was large.
and a default value of 20% on-time and 80% off-time is (figure 8 and 10).
assumed. This assumes that a host is busy with imaging
only 20% of the time. Thus the peak offered load is 10 8.1.3: Effect of ring size
Mbps, but the average offered load is 2 Mbps.
The maximum acceptable delay in transmitting an Increasing ring latencies had an adverse effect on the
image and receiving it at the receiver is 1 s (99% of packet latencies. This was reflected in the increase in the
packets) and 0.5 s average delay. A buffer size of 10 mean and maximum latencies for voice and video (figure
packets is used. Any over-flow leads to packet dropping. 6 and 10). This effect was less noticeable in the 99%
latencies.
7.4.6: Imaging : High-end (host)
8.1.4: Effect of buffer sizes
This traffic source is used to simulate the impact of a
very bursty load on the network. The image distribution is Buffer sizes were allocated to the individual queues,
uniform over 1.25 to 5.625 Mbytes. A single image asynchronous and synchronous at different stations.
stream consists of regularly arriving maximum sized Therefore the asynchronous buffer size at the imaging
packets (4096 + 256 bytes). The average image inter station was varied from 10 to 1000 packets, at the file
arrival rate is 0.32768 ms. The peak offered load is server stations it was 50 packets, and at the interactive
106.25 Mbps and the average offered load is 10 Mbps. terminals it was 10 packets. Every synchronous station
had a 10 packet buffer.
8: Results These buffers never overflowed except in the overload
scenario. Then too, the blocking or buffer overflow was
The following sections summarize the results of the occurring only at the imaging station. This result is
simulations. intuitive because the imaging stations were offering
instantaneous overload. This burst would fill up the
8.1: Case 1- Asynchronous only network buffers and since the network was not faster than the
application, the buffers would not empty out fast enough.
At heavy loads these buffers are unable to empty and
hence lead to overflow. Low burst-rate applications such
as file service and interactive terminal traffic were not latencies are within 24 ms. For 8 ms and 16 ms TTRT
capable of exceeding the network capacity and hence the values, the latencies are always within 16 ms. Even under
network could always clear the buffers faster than the extreme stress, the synchronous channel offered a low-
application could fill them. latency path for time-critical applications such as
The percentage of traffic blocked due to overflow multimedia.
decreased slightly with increasing TTRT. This is again
intuitive because the larger TTRT values allowed longer 8.2.2: Effect of TTRT on latencies
transmission times which in turn allowed the buffers to be
drained more often. Within the range of TTRT values yielding acceptable
latencies, it was more difficult to isolate the better TTRT.
8.1.5: Effect on gateway We observed that while 8 ms TTRT yields excellent
values for voice/video traffic, the asynchronous bursty
For traffic from FDDI to other LANs or WANs, the traffic suffered lower latencies at the higher TTRT values.
latency was gated by the characteristics of the other LAN Considering all traffic streams, we observed that a 16 ms
or WAN. So long as the outbound traffic was less than the TTRT offered better all-round latencies in a mixed
capacity of the WAN or LAN, there was little or no synchronous and asynchronous network (figure 5, 7, 9 and
queuing delay. The major component of the delay was 11).
then the transmission delay.
The effect of the changing of the various network 8.2.3: Effect of ring sizes
parameters on the gateway (figures 4-18) was similar to
that of other end-stations except that in the overload case To observe the effect of ring sizes on the network
the gateway suffered significant blocking. The gateway performance, we simulated with a small ring size of 84 ms
was the bottleneck for voice/video sessions spanning the latency and a large ring size of 1000 us latency. The
LAN-WAN-LAN connection. The minimum latencies effect of increased ring sizes on voice / video (VV) is
observed when the network loading was 90% and with at readily apparent on the mean delays. The mean latencies
least one high burst-rate source on the network, was 24 ms increased by as much as 40% whereas the 99% latencies
at 8 ms TTRT. increased by about 10-15% only. Since the important
When the high burst-rate source (imaging with peak parameter for system design is the 99% latency rather than
offered load of 100 Mbps and average of 10 Mbps) was the mean latency, this implies that in the range of typical
removed, the gateway provided acceptable performances ring sizes (50 ms to 400 ms ), the 99% latencies are fairly
with latencies less than 15 ms. constant.
9: Conclusion
The FDDI asynchronous mode provides excellent
multimedia services at normal loads. However, it has
limitations under heavy and extremely bursty loads which
may not be acceptable for voice/video services. The FDDI
synchronous mode of transmission provides a near
constant, low latency service under various loads and
configurations. Our results demonstrate that a large
number of simultaneous MPEG and Px64 sessions can be
supported even when the network is in over-load . Audio,
11: Bibliography [18] N. S. Jayant & S. W. Christensen, "Effects of Packet
Losses in Waveform Coded Speech," IEEE Trans. on
[1] I. Brackenbury & H. Sachar, "The road to Communications, COM-299(2), Feb '81
multimedia," Future Generation Computer Systems 7, [19] M. Frontini & G. Watson, "An investigation of
1991, pp. 91-96 packetised voice on the FDDI token ring", HP technical
[2] K. Sriram, R. S. McKinney & M. H. Sherif, "Voice report, no. HPL-BRC-TR-87-019
Packetization and Compression in Broadband ATM [20] V. S. Frost, W. W. LaRue, et. al, "A tool for local area
Networks," IEEE JSAC, vol. 9, no. 3, Apr. 91, pp. 294- network modeling and analysis," SIMULATION, nov. '89,
303 pp. 283-297.
[3] T. Bially, A. J. McLaughlin, & C. J. Weinstein, "Voice [21] D. O. Bowker, C. B. Armitage, "Performance issues
communication in integrated digital voice and data for packetized voice communications," Proc. Nat.
networks," IEEE Trans. Commun., vol. COM-28, Sep. 80, Commun. Forum, vol. 41, n0. 3, '87, pp. 1087-1092
pp. 1478-1490 [22] M. H. Sherif, D. O. Bowker, et. al., "Overview of
[4] J. G. Gruber, "Delay related issues in integrated voice CCITT embedded ADPCM Algorithms," Proc. IEEE
and data networks," IEEE Trans. Commun., June 81, pp. Supercomm/ICC'90, Atlanta, GA, Apr. '90, vol. 3, pp.
787-800 1014-1018
[5] J. G. Gruber, "Performance Requirements for [23] T. D. C. Little & A. Ghafoor, "Network
integrated Voice/Data networks," IEEE JSAC, DEC. 83, Considerations for Distributed Multimedia Objects
pp. 981-1005 Composition and Communication," IEEE Network
[6] P. T. Brady, "A statistical analysis of on-off patterns in Magazine, Nov. '90, pp. 32-49
16 conversations," Bell Syst. Tech. J., vol. 47, Jan. '68 [24] FDDI Token Ring Media Access Control," American
[7] K. Watabe, S. Sakata,, et. al, "Distributed Desktop National Standard for Information Systems, X3.139-1987
Conferencing System with Multiuser Multimedia [25] FDDI Physical Layer Protocol, American National
Interface," IEEE JSAC, vol. 9, no. 4, may 91, pp. 531-539 Standard for Information Systems, X3.148-1988
[8] R. Steinmetz, "Synchronization Properties in [26] FDDI Physical Layer, Medium Dependent (PMD),
Multimedia Systems," IEEE JSAC, vol. 8, no. 3, Apr. 90, American National Standard for Information Systems,
pp. 401-412 X3.166-1990
[9] C. Nicolaou, "An Architecture for Real-Time [27] FDDI Station Management (SMT), Preliminary Draft
Multimedia Communication Systems," IEEE JSAC, vol. proposed American National Standard, Rev. 7.1,
8, no. 3, Apr. 90, pp. 391-400 X3T9/92-037
[10] D. Dykeman & W. Bux, "Analysis and Tuning of the [28] CCITT Recommendation H.261, Line Transmission
FDDI Media Access Control Protocol," IEEE JSAC, vol. on Non-telephone Signals: Video Codec for Audiovisual
6, no. 6, July 88 services at p x 64 kbps
[11] R. M. Grow, "A timed token rotation protocol for [29] ISO/IEC DIS 10918-1; Information technology -
local area networks," Electro '82, Token Access Protocols, Digital compression and coding of continuous-tone still
May 82 images; a.k.a JPEG
[12] M. J. Johnson, "Reliability mechanisms of the FDDI [30] ISO/IEC JTC 1/SC 29 N 071; Coded representation of
high bandwidth token ring protocol," Comput. Networks picture, audio and multimedia/hypermedia information;
ISDN Syst., voi. 11, Feb. 86, pp. 121-131 a.k.a MPEG
[13] M. J. Johnson, "Proof that timing requirements of the [31] J. D. Russell, "Trends in Communication Throughput
FDDI token ring protocol are satisfied," IEEE Trans. Demand," Fibertour/ComputerNet Conf., Boston, 10/90
Commun., vol. COM-35, June 87, pp. 620-625 [32] J. D. Russell, "Communications Performance
[14] F. E. Ross, "FDDI - a Tutorial," IEEE Requirements in Multimedia Applications"
Communications, May '86, 24(5) [33] R. Jain, "Performance Analysis of FDDI Token Ring
[15] V. Iyer & S. Joshi, "FDDI's 100 Mbps Protocol Networks: Effect of Parameters and Guidelines for setting
Improves on 802.5 Spec's 4 Mbps LImit," EDN, May 2 TTRT," IEEE Lightwave Telecommunications Systems,
'85, pp. 151-160 May '91, pp. 16-22
[16] R. K. Moulton, "FDDI - a 100 Mps Solution on [34] W. Genter & K. S. Vastola, "Delay Analysis of the
Fiber," Lightwave, Oct '86, pp. 47-54 FDDI Synchronous Data Class", IEEE
[17] H. R. Miller, P. Zafiropulo & F. Closs, "Data/Voice [35] P. Martini & T. Meuser, "Service Integration in
integration based on IEEE 802.5 Token-Ring LAN, FDDI," Proceedings of the 15th Conference on Local
EFOC/LAN 86 Proceedings, June '86, pp. 66-76 Computer Networks, 1990, IEEE Computer Society Press
Mean,99% Delay (20,21,22- Image WS Not Shown)
Figure 4: Async. only n/w, normal load, 84 microsec. ring TTRT (ms)
8
Mean
16
OfLd .9, Async, 16.8km. 24
8
99%
16
24
70
60
50
D
e 40
l
a
y
m 30
s
20
10
0
Voice Video Interactive File Data Video Gtw
Mean,99% Delay (23,24,25)
Figure 5: Sync./Async. n/w, normal load, 84 microsec. ring with imaging ws TTRT (ms)
8
Mean
16
OfLd .9, Async/Sync, 16.8km. 24
8
99%
16
24
10000
TTRT 8- SBA: .25(VV), 1.0(GW
1000
D
e
l
a
100
y
m
s
10
1
Voice Video Imaging WS Interactive File Data Video Gtw
Mean,99% Delay (20,21,22)
Figure 6: Async. only n/w, normal load, 84 microsec. ring with Imaging TTRT (ms)
WS
Mean 8
16
24
8
99%
OfLd .9, Async, 16.8km. 16
24
10000
1000
D
e
l
a
100
y
m
s
10
1
Voice Video Imaging Interactive File Data Video Gtw
WS
Figure 7: Sync./Async. n/w, normal load, 84 microsec. ring TTRT (ms)
8
Mean
16
24
8
OfLd .9, Async/Sync., 16.8km. 99%
16
24
70
50
D 40
e
l
a
y
m
s 30
20
10
0
Voice Video Interactive File Data Video Gtw
Figure 8: Async only n/w, normal load, 1000 microsec. ring TTRT (ms)
Mean 8
16
24
OfLd .9, Asyn, 200km. 8
99%
16
24
130
120
110
100
90
80
D
e
l 70
a
y
60
m
s
50
40
30
20
10
0
Voice Video Interactive File Data Video Gtw
Mean, 99% Delay (35,36,37- Image WS not shown)
120
100
TTRT 24- SBA: .75(VV), 3.0(GW)
90
TTRT (ms)
80
70 Mean
D
e 8
l
16
a
60 24
y
8
m 16
s 99%
50 24
40
30
20
10
0
Voice Video Interactive File Data Video Gtw
Figure 10: Async only n/w, normal load, 1000 microsec. ring with Imaging WS TTRT (ms)
Mean 8
16
24
OfLd .9, Asyn, 200km. 99% 8
16
24
10000
3584
2048
1000
D
e 128
l 86.4
a
100
y
51.2
64
m
s
38.4
32
10
1
Voice Video Imaging Interactive File Data Video Gtw
WS
Figure 11: Sync + Async n/w, normal load, 1000 microsec. ring with Imaging WS TTRT (ms)
Mean 8
16
OfLd .9, Async/Sync, 200km. 24
99% 8
16
24
10000
1000
D
e
l 115
a
100
y
51
m
s
22.4
22.4 22.4
14.4 14.4
10
1
Voice Video Imaging WS Interactive File Data Video Gtw
Figure 12: Async. only n/w, overload, 84 microsec. ring
TTRT (ms)
8
Mean
16
OfLd 1.5, Async, 16.8km. 24
8
99%
16
24
370
360
350
340
330
320
310
300
290
280
270
260
250
240
230
220
D
210
e
l 200
60%bl
a 190
55%bl
y 180
170 60%bl
m 4%bl
160
s 13%bl
150 16%bl
140
130
120
110
100
90
80
70
60
50
40
30
20
10
0
Voice Video Interactive File Data Video Gtw
Figure 13: Sync + Async n/w, overload, 84 microsec. ring
TTRT ms
8
Mean
16
OfLd 1.5, Async/Sync, 16.8km. 24
8
99%
16
24
320
310
300 TTRT 8- SBA: .25(VV), 1.0(GW
290
280 TTRT 16- SBA: .5(VV), 2.0(GW
270
260 TTRT 24- SBA: .75(VV), 3.0(GW
250
240
230
220
210
200
190
D
e 180
l 170
a
160
y 8%bl
150
7%bl
m 140
s 15%bl
130
120
110
100
90
80
70
60
50
40
30
20
10
0
Voice Video Interactive File Data Video Gtw
Figure 14: Async. only n/w, overload, 84 microsec. ring with Imaging WS
TTRT (ms)
8
Mean
16
OfLd 1.5, Async, 16.8km.
24
8
99%
16
60%bl 24
50%bl
10000 45%bl
1000
4%bl
13%bl
16%bl
D
e
l
a 60%bl
100
y 55%bl
m 60%bl
s
10
1
Voice Video Imaging WS Interactive File Data Video Gtw
Figure 15: Sync. + Async n/w, overload, 84 microsec. ring
TTRT ms
8
Mean
16
OfLd 1.5, Async/Sync, 16.8km. 24
8
99%
16
24
100000
55%bl
60%bl TTRT 16- SBA: .5(VV), 2.0(GW
55%bl
TTRT 24- SBA: .75(VV), 3.0(G
10000
1000
D
e 8%bl
l 7%bl
a
15%bl
y
m
s
100
10
1
Voice Video Imaging WS Interactive File Data Video Gtw
Figure 16: Async only n/w, overload, 1000 microsec. ring with Imaging WS
TTRT (ms)
8
Mean
16
OfLd 1.5, Async, 200km. 24
8
99%
16
24
100000
65%bl
10000 61%bl
50%bl
1000
D
e 14%bl
l 12%bl
a 66%bl
19%bl
y 62%bl
62%bl
m
s
100
10
1
Voice Video Imaging WS Interactive File Data Video Gtw
Figure 17: Sync + Async n/w, overload, 1000 microsec. ring with Imaging WS
TTRT (ms)
8
Mean
16
OfLd 1.5, Async/Sync, 200km. 24
8
99%
16
24
100000
65%bl
64%bl
58%bl
10000
1000 25%bl
D 12%bl
e 18%bl
l
a
y
m
s
100
10
1
Voice Video Imaging WS Interactive File Data Video Gtw
Figure 18: Async only n/w, normal load, 1000 microsec. ring
TTRT (ms)
8
Mean
16
24
OfLd 1.5, Async, 200km.
8
99%
16
24
430
420
410
400
390
380
370
360
350
340
330
320
310
300
290
280
270
260
D 250
e 240
230 66%bl
l
a 220 62%bl
y 210 14%bl 62%bl
200 12%bl
m 190 19%bl
s 180
170
160
150
140
130
120
110
100
90
80
70
60
50
40
30
20
10
0
Voice Video Interactive File Data Video Gtw
Figure 19: Sync only n/w, normal load, 122 microsec ring
Mean
OffLd .96, Sync Tfc, 24km. 99%
All VV, All Synch
7
70 Stations Suppo
6
TTRT: 26 ms
SBA: 0.37 ms
D4
e
l
a
y
m
s 3
0
Voice Video