Skip to main content

Network Usage Standard Data

Document PurposeProvides standard data on network traffic and system resource usage that occurs when introducing SHIELD Gate in the customer's internal network environment. This can be used for infrastructure capacity estimation, introduction review, comparison with other solutions, and other purposes.


1. Measurement Overview

1.1 Measurement Environment

itemContent
Measurement EnvironmentCloud Virtualization Development and Testing Environment (8 Core, 32GB RAM)
Number of concurrent users10 people
Measurement SiteNaver Map, Naver Sports, video site
Measurement ItemsNetwork transmission and reception traffic, CPU usage, memory usage

1.2 Measurement Scenario

Measured using three representative scenarios reflecting actual user behavior.

scenarioUsage BehaviorTraffic Characteristics
Scenario 1: General Web SurfingExploring Portal and News-type Pages (Continuous Scroll, Page Navigation)Static + Image Content, Scroll Refresh
Scenario 2: Map siteMap scrolling, zoom in/out, place searchDynamic Content + Tile Image
Scenario 3: Video PlaybackVideo Streaming PlaybackContinuous Streaming Traffic

1.3 Precautions for Utilizing Measurement Results

⚠️ This data isStandard Measurement Environment Reference Valuesand, in actual customer environments, differences may occur due to the following factors.

  • User-specific usage patterns (page stay time, scroll frequency, video viewing ratio, etc.)
  • Types of Content on the Accessed Site (Static Page vs Dynamic Page)
  • Video Playback Quality Settings (SD/HD/FHD/UHD, etc.)
  • Screen Transmission Frame Rate Settings (12fps / 24fps / Auto)
  • Network Environment (Bandwidth, Latency)

Each scenario value may change the relative ranking between scenarios if the above conditions change.


2. Network Usage by Scenario (10 Concurrent Connections)

SHIELD Gate(RBI) compresses and transmits the screen rendered by the server. Therefore, network usage is not based on the original size of the accessed site but ratherChange in Screen and Compression EfficiencyIt depends on the left and right. Continuous scrolling during general web surfing has the highest traffic as the entire screen is continuously refreshed, while video playback is measured relatively lower as changes are concentrated in the playback area.

Measurement result traffic size:General web surfing (75.18) > Video playback (50.05) > Map (32.70).

2.1 Scenario 1: General Web Surfing

Measurement ItemsMeasurement value
Network Average75.18 Mbps
n Reception (RX)80.23 Mbps
n Transmission (TX)70.12 Mbps
Total Pod CPU0.99 cores
Total Node CPU3.09 cores

💡 When scrolling continuously, the entire viewport is updated every frame, resulting in the largest amount of screen change. Conversely, during page stay (reading), there is almost no traffic. This figure is based on the section where scrolling is concentrated.

2.2 Scenario 2: Map Site (Naver Map)

Measurement ItemsMeasurement value
Network Average32.70 Mbps
n Reception (RX)35.11 Mbps
n Transmission (TX)30.29 Mbps
Total Pod CPU1.22 cores
Total Node CPU4.15 cores

💡 The map loads tile images when scrolling or zooming, but the average traffic is low. However, the interaction frequency is high, so CPU usage is higher than regular web browsing.

2.3 Scenario 3: Video Playback

Measurement ItemsMeasurement value
Network Average50.05 Mbps
n Reception (RX)60.80 Mbps
n Transmission (TX)39.30 Mbps
Total Pod CPU2.12 cores
Total Node CPU6.03 cores

💡 The video focuses on changes primarily in the playback area and has continuous movement, resulting in high compression efficiency, so the traffic is lower than regular web browsing. On the other hand, due to continuous screen updates, CPU usage is the highest among the three scenarios. There may be variations depending on the quality (SD/HD/FHD).


3. Per Capita Conversion and Dosage Calculation

3.1 Per Capita Usage by Scenario

The measurements of the top 10 peopleBased on 1 userIt is the value converted to __PH_0__.

scenarioNetwork Average (Per Capita)Receiving (RX)Transmission (TX)Pod CPU (per person)
General Web Browsingabout 7.5 Mbpsabout 8.0 Mbpsabout 7.0 Mbpsabout 0.10 cores
Map SiteAbout 3.3 Mbpsabout 3.5 MbpsAbout 3.0 Mbpsabout 0.12 cores
Video PlaybackAbout 5.0 MbpsAbout 6.1 MbpsAbout 3.9 Mbpsabout 0.21 cores

3.2 Determination of Maximum Load Criteria (Conservative)

General web surfing (infinite scrolling) has the highest traffic among measurement scenarios,Conservative Standards for Infrastructure Capacity Estimationcan be utilized. (Approximately 7.5 Mbps per person)

Number of simultaneous connectionsExpected Network AverageRecommended bandwidth (30% margin)
10 peopleabout 75 MbpsAbout 98 Mbps
50 peopleabout 375 MbpsAbout 488 Mbps
100 peopleAbout 750 Mbpsabout 975 Mbps
200 peopleabout 1.5 GbpsApproximately 1.95 Gbps
500 peopleAbout 3.75 Gbpsabout 4.88 Gbps

💡 Recommended Bandwidthis the value added with a 30% margin over the measurements to respond to peak traffic and network fluctuations.

In actual office environments, web surfing is predominant and continuous scrolling occurs only in certain sections, so the following mixing ratio standards are recommended as realistic estimates.

Usage PatternratioAverage Traffic Per Person
General Web Browsing70%7.5 Mbps × 0.7 = 5.25 Mbps
Map/Search and Other Interactions20%3.3 Mbps × 0.2 = 0.66 Mbps
Video Playback10%5.0 Mbps × 0.1 = 0.50 Mbps
Mixed Average (Per Capita)about 6.4 Mbps
Number of simultaneous connectionsMixed Pattern Expected Traffic
10 peopleabout 64 Mbps
50 peopleAbout 320 Mbps
100 peopleabout 640 Mbps
200 peopleabout 1.28 Gbps
500 peopleAbout 3.2 Gbps

💡 This mixing ratio is a typical assumption for general office environments, and adjustments to the ratio may be necessary based on the actual work characteristics of the client company.


4. CPU/Memory Resource Usage

4.1 System Resources by Scenario (10 Concurrent Connections)

scenarioTotal Pod CPUTotal Node CPUPer Person Pod CPU
General Web Browsing0.99 cores3.09 coresabout 0.10 cores
Map Site1.22 cores4.15 coresabout 0.12 cores
Video Playback2.12 cores6.03 coresabout 0.21 cores

4.2 Resource Impact of Frame Rate Settings

The CPU usage varies depending on the screen transmission frame rate. Below isNaver Map Standard, 2-person Automated TestThe result.

Frame SettingsversionCPU UsageMemory UsageNote
12fpsexisting1.5 cores (40%)1,026 Mi (32%)-
12fpsImprovement1.5 cores (38%)958 Mi (32%)Difference is minimal
24fpsexisting1.6~1.7 cores (44%)1,027 Mi (32%)-
24fpsImprovement1.7 cores (50%)956 Mi (32%)CPU slight increase
Autoexisting1.7 cores (46%)1,026 Mi (32%)-
AutoImprovement1.8 cores (50%)1,018 Mi (32%)CPU slight increase

💡 The higher the frame rate, the better the perceived quality for users, but CPU usage also increases (this is normal). In a typical work environment, 12fps provides sufficient usability.


5. Frequently Asked Questions (FAQ)

**Q1. In what environment was this measurement obtained?**A. Measured based on 10 simultaneous connections in a cloud virtualization development and testing environment (8 Core, 32GB RAM). Actual figures may vary depending on the bandwidth and usage patterns of the customer's internal network.

**Q2. How is traffic calculated when there are N people?**A. Convert the average traffic per person × number of simultaneous users. For a typical office environment, use the mixed standard of Section 3.3 (approximately 6.4 Mbps/person), and for conservative estimates, use the maximum load standard of Section 3.2 (approximately 7.5 Mbps/person). It is recommended to add a 30% margin for peak response.

**Q3. How should we determine the criteria in environments where the video playback ratio is low?**A. In a typical office environment, the mixed criteria in Section 3.3 is realistic. For conservative estimates that need to capture traffic the most, please use the maximum load scenario of **general web surfing (continuous scrolling) criteria (Section 3.2)**.

**Q4. What is the reason for the difference between receiving (RX) and transmitting (TX) traffic?**A. In all scenarios, reception (RX) is measured to be greater than transmission (TX). This is largely due to the fact that in the RBI environment, the screen data rendered by the server is transmitted predominantly towards the user.