js.JAKE SKINNER

JAKE SKINNER / NETWORK ENGINEER

I troubleshoot networks.
Restore service.
Build better tools.

I’m a Network Engineer supporting Walmart Global Tech through Apex Systems. In L2 NetOps, I diagnose production network faults, restore service, and build tools that make operational work easier.

Conceptual network connecting the WAN, data center, distribution centers, and storesWAN / GWANDATA CENTERDISTRIBUTIONSTORESWIRED + WIRELESS
01 / CONNECTED ENVIRONMENTSCONCEPTUAL TOPOLOGY
Enterprise networking · Operations · Automation

Data centers / WAN & GWAN / Distribution centers / Store networks

Own the problem.
See it through recovery.

My work moves between day-to-day production troubleshooting and rotating escalation coverage. That can mean working through a persistent connectivity problem or joining an active outage where several teams need a clear picture of what the network is doing.

I use packet analysis, monitoring data, and device diagnostics to investigate routing, switching, circuit, hardware, and network-service issues. I carry out operational remediation, coordinate with carriers, vendors, and engineering teams, then validate restoration and monitor stability.

Our team supports retail, club, distribution, campus, data center, and WAN connectivity, alongside DNS, DHCP, and IP address management. L2 is the operational step beyond front-line triage: I investigate and restore service, escalating design or lifecycle changes with the evidence engineering teams need.

From the packet
to the bigger picture.

01 /

Production network troubleshooting

I work from the symptom back to the fault: interface errors, a missing route, an unstable peer, or a circuit that is no longer carrying traffic as expected. I compare device state with monitoring history and packet behavior to narrow the problem across LAN, WAN, and backbone environments.

02 /

Restoration & operational continuity

Assessing business impact, applying operational fixes, and validating stability. When hardware fails, I coordinate replacement and vendor support, track progress, and keep a clear handoff across shifts.

03 /

Access & network services

A connectivity issue can involve the physical link, switch port, VLAN, power delivery, or services such as DNS and DHCP. I trace those dependencies—including the infrastructure serving wireless access points—and bring in specialist teams with the findings they need to continue the investigation.

04 /

Tools & operational knowledge

Python, shell scripts, and APIs for inventory queries and troubleshooting helpers. Runbooks, diagnostic playbooks, and incident lessons make the next investigation easier.

TOOLS OF THE TRADE

Device & link state
Cisco IOS / XE / XR · JunosInspect routing tables, peer state, interface errors, and device resources.
WAN & wireless
Versa SD-WAN · MistInvestigate overlay connectivity, failover behavior, and AP health alongside upstream link conditions.
Routing & services
BGP · OSPF · BFD · VRRP · DNS / DHCPCheck reachability, adjacency, redundancy, and network-service dependencies.
Investigation
Wireshark · MTR · StatseekerCompare packet behavior, path observations, and historical monitoring data to test a diagnosis.
Operational tooling
Python · Linux / Shell · REST APIs · PostgREST · GitQuery infrastructure data, parse results, and maintain reusable troubleshooting tools.

Less repetitive work.
More engineering.

Tools built around friction in day-to-day engineering.

02

Operational workflows

AI-assisted incident documentation

I worked on Wibey, an AI-assisted workflow for creating structured incident notes and turnover information.

The engineering problem A useful handoff needs more than a list of actions. It needs the impact, findings, changes, and remaining questions, often assembled while an engineer is still working the incident. Wibey explores using operational knowledge and existing documentation to help draft that structure with less repetitive writing.

AI-assisted workflows · Knowledge retrieval · Incident documentation

Approach

The concept combines knowledge retrieval with AI-assisted drafting to help organize incident context into structured notes and turnover information. The goal is to preserve the technical thread of the investigation—what is known and what needs attention—while reducing the effort spent rewriting it for a handoff.

WORKFLOW CONCEPT

I also experiment with troubleshooting scripts and personal networking: VLANs, segmentation, VPNs, and wireless links. It’s another way to work through how networks behave.

From impact
to a verified recovery.

  1. 01

    Establish the impact

    I start with what is failing, who or what is affected, and when the behavior changed. That scope sets the urgency and helps focus the investigation.

  2. 02

    Build a diagnosis from evidence

    I compare monitoring history, device state, and packet captures to isolate the fault. When the evidence points beyond the network, I share what I have ruled out and what still needs investigation.

  3. 03

    Restore service and verify it

    After applying an operational fix or coordinating a replacement, I check that service has recovered and watch for stability. A cleared alert is one signal; the affected service also needs to work.

  4. 04

    Keep the next engineer informed

    During the incident, I communicate impact, findings, and the next action. At handoff, I document what was tested, what changed, and what remains open so the next shift can continue the work.

  5. 05

    Make the next investigation easier

    I capture recurring patterns in problem records and runbooks, escalate issues that need longer-term engineering changes, and build helpers for the lookups I keep repeating.

Looking a little
further out.

Outside of work, I’m a big space enthusiast. I own several telescopes and recently started exploring astrophotography. Astronomy is something I enjoy both through a telescope and through the things I read.

Worth a read

A few space and astronomy reads I’ve enjoyed.

ENGINEERING STARTS WITH A CONVERSATION

Let’s connect.

Networks, automation, a tricky technical problem, or the next career opportunity. I’d be glad to talk.