IL-0540 Korea Ministry of the Interior and Safety · 2023-11-17networking
Korea's local government administrative services and Government24 went down as a router port dropped most large packets
The Ministry of the Interior and Safety formed a cause analysis team of 29 people: 16 outside experts from companies including LG CNS, Naver Cloud and Soul Systems (소울시스템즈), 11 of whom had worked on the recovery from the start, and 13 staff from the communications, operations and security departments of the National Information Resources Service. The logs pointed to the network, so the team analysed the network devices and the server logs. The zone of the integrated authentication server holds about 150 physical servers running 19 web servers, 50 WAS servers and 56 DBMS instances, and its traffic passes through 2 routers and 4 L4 devices inside the zone and 8 routers in the national information network. The team collected each device's logs from the time of the outage and ran network load tests in three rounds, 8 runs in total (4, 2 and 2), changing the traffic to the integrated authentication server, bypassing the L4 devices, changing packet sizes, changing the number of users to 500 or 1,500 and changing the bandwidth through the L4 devices. Hacking, including outside attacks and planted spyware, was checked with the security authorities, and no sign of it was found.
The tests showed that a router lost large packets: 90% of packets of 1,500 bytes or more were lost, because some of the ports on the module that connects cables to the router were defective. The integrated authentication server could not receive the packets it needed from the router, delays piled up, and it could not do its work. No other fault was found. On 19 November at 07:00 the connection on the defective port of the Daejeon center router was moved to another port, which ended the delays. To confirm the cause, the team rebuilt an environment like the one at the time of the outage with the L4 device and the router first named as causes, and the router's packet loss was reproduced there. Services had resumed about 24 hours and ten-odd minutes after the outage began, and the cause was announced on 25 November.
The router was introduced in 2016 and was still within its service life, so age was not judged the cause, and the reason the part was damaged is hard to determine because a physical part leaves no record in the systems. The manufacturer is Cisco, and Daeshin Information & Communications (대신정보통신) maintains it. The router was covered by basic monitoring and daily visual checks of lights and signals, but the fault was in a particular part inside the module that basic monitoring does not see. The systems were built with redundancy, but redundancy takes over only when a device does not work at all; here only part of a module failed, the device was not in a state judged abnormal, and the redundancy did not take over. An LG CNS infrastructure architecture lead said the defective port carried traffic for all the services, which is why the impact was so wide.
- Severity
- –
- Scope
- Local government administrative computer services and Government24 stopped on 17 November until about 09:00 on 18 November; some functions linked to Gwangju center systems were slow until 19 November
- Users affected
- –
- Region
- National Information Resources Service, Daejeon and Gwangju centers
- Time to detect
- –
- Time to resolve
- –
Symptoms
On Friday 17 November 2023, the local government administrative computer services in Korea stopped working, and the Government24 service of the National Information Resources Service was down until the next morning.
The logs left from the time of the outage showed abnormal network sessions on the integrated authentication server, which one part of the briefing calls the integrated verification server, and many repeated log entries of an L4 device switching to an abnormal state. That L4 device had received an OS update the day before, so the network was judged the most likely place of the fault.
The L4 devices were suspected first. At 04:00 on 18 November the National Information Resources Service replaced the two L4 devices that were not working properly with higher-performance devices, ran function and load tests, and resumed Government24 and the services used by local governments at 09:00. On Sunday the ministry announced that the L4 devices were the likely cause. Later, rolling the L4 device back to its earlier OS did not make it work normally, and the same problem occurred without the OS change, so the OS update was found not to be the cause.
After the services resumed, they worked on the weekend, when traffic was low, but some functions were slow. Most of the slow functions were tied to systems at the Gwangju center, which led the team to examine the part of a Daejeon center router that connects to the Gwangju center, where a defective port was found.
Root cause
Root cause Hardware failure
- Trigger
- –
Detection
–
Remediation
- Replaced the two malfunctioning L4 devices with higher-performance devices, tested them and resumed Government24 at 09:00 on 18 November
- Moved the connection on the defective port of the Daejeon center router to another port at 07:00 on 19 November
- Swapped out the module of the router that had the fault
Action items
- Inspect all old equipment that may have similar port defects
- Revise the incident handling manual so the public is told about an outage quickly
- Announce the status of service recovery quickly through various means
- Build integrated monitoring of critical service systems and related equipment to catch signs of failure early
- Form a standing incident response team to send into major outages
- Prepare administrative measures and a response manual so administrative services can still be provided when core digital government services stop
- Name a paralysis of the national computer network as a type of disaster and accident, managed from prevention to recovery
- Build a government-wide crisis response system for linked information systems and strengthen the control tower for outage prevention and response
- Improve how public IT projects are run and managed, replace hardware and software past their service life quickly and make project pricing realistic
- Reduce the reliance on outsourcing for developing and operating information systems and bring digital talent into government
- Review the redundancy, recovery systems and network configuration of the systems in the National Information Resources Service, and its organisation
- Work with manufacturers on a way to find and monitor failures of internal parts earlier
Lessons
The team said that hardware faults like this defective port also happen in the private sector, and that failures of parts inside a device are hard to catch in advance with basic monitoring and daily visual checks. Redundancy did not help because it takes over only when a whole device stops working, and a module that failed only in part did not make the device count as abnormal. The impact was wide because the defective port carried traffic for all the services.
Sources
Related cases
IL-0478A failed GPU network adapter made NCCL silently reroute through GPU 0's adapter and slowed MoE training stepsAmazon · 2026same root cause · shared NIC, cable and switch port link
IL-0586Four NIC-to-T0 links flapped in rapid succession and cut a 50K-GPU pretraining job's throughput about 25% for a minuteOpenAI · 2026same root cause · shared NIC, cable and switch port link
IL-0418Machine, ICI link and optical circuit switch failures interrupted training jobs on Google's TPU v4 supercomputersGoogle · 2024same root cause · shared NIC, cable and switch port link
Check your cluster for this
For AI tools and scripts
- This case as JSON: https://incidentlib-api.benchlet.com/cases/IL-0540
- The cases most like it: https://incidentlib-api.benchlet.com/cases/IL-0540/similar
- MCP server (Streamable HTTP, no key):
https://incidentlib-mcp.benchlet.com/mcp
The API needs no key. The MCP server offers search_incidents, get_incident, list_incidents, get_topic and vocab; both are explained on API and MCP.