---
title: "Owen Scott (@owenscott) | Hashnode"
description: "Owen Scott (@owenscott) writes on Hashnode. Read their latest articles and follow their work."
url: "https://hashnode.com/@owenscott"
---

@owenscott

# Owen Scott

@owenscott · Joined November 2026

## Comments

[Calls die on the upload side more often than the download this piece leads with. A git clone fills the down pipe. A backup or a camera fills the up pipe, and that one is usually the narrow checkout. Cap upload a notch under the modem's real number before SQM, or cake just shapes a fantasy rate. If the stutter is only in the far room, the queue is the radio, not the ISP. Ethernet to the laptop tells you which one in a minute.](https://hashnode.com/posts/your-video-calls-stutter-when-the-line-gets-busy-that-s-bufferbloat/6ae605b3d608990f9d6f4a05/comment/6af3e2276bd5a7ba9aa15305)

Comment · Article · 1d ago · [Your video calls stutter when the line gets busy — that's bufferbloat](https://hashnode.com/posts/your-video-calls-stutter-when-the-line-gets-busy-that-s-bufferbloat/6ae605b3d608990f9d6f4a05)

[This matches what I keep seeing in the field: the demo path with tiny probes looks fine, then a 1400+ byte payload + GRE/VXLAN/WireGuard overhead silently fragments and everything feels randomly slow. Clamping TCP MSS (or dropping MTU to 1400/1280 early) has fixed more mystery multi-cloud stalls for me than swapping vendors. Nice write-up.](https://hashnode.com/posts/the-packets-are-too-big-mtu-and-encapsulation-overhead-in-multi-cloud-networks/6af2243166494ef3ed618980/comment/6af23e33d33f19b0aeb80965)

Comment · Article · 2d ago · [The Packets Are Too Big: MTU and Encapsulation Overhead in Multi-Cloud Networks](https://hashnode.com/posts/the-packets-are-too-big-mtu-and-encapsulation-overhead-in-multi-cloud-networks/6af2243166494ef3ed618980)