<div dir="ltr"><div dir="ltr">On Mon, Oct 7, 2019 at 11:56 AM Brielle <<a href="mailto:bruns@2mbit.com" target="_blank">bruns@2mbit.com</a>> wrote:<br>> On 10/7/2019 12:15 PM, William Herrin wrote:<br>> > This is the action of the TCP accelerator. TCP has a "long fat pipe"<br>> > problem where high-delay links (like a trip to geostationary orbit and<br>> > back) demolish throughput. To combat this, satellite protocols translate<br>> > TCP flows to a non-TCP or modified TCP protocol for transmission through<br>> > the satellite and then back to TCP in the modem.<br>><br>> Yeah, its just one of those things that really messes with you when you<br>> are trying to diagnose obscure error messages and application behavior.<br>><br>> Usually I'd be in a place 50+ miles from nearest town with cell service,<br>> only accessible via jetboat...  stuck on Iridium sat phone at $5/min<br>> with the Sat company, their utterly useless first level support that<br>> refuses to actually get a network engineer involved...<br>><br>> I'm a patient, tolerant woman normally with tech support, but the sat<br>> internet providers push you into a red zone so quickly with their support...<br><br>You don't happen to have some documented examples of this do you? I could use examples of stuff that broke and was hard to diagnose and fix due to unexpected proxying behavior for an argument I'm having elsewhere.<br><br>Regards,<br>Bill Herrin</div><div dir="ltr"><br></div><div dir="ltr"><br>-- <br><div dir="ltr"><div dir="ltr"><div>William Herrin</div><div><a href="mailto:bill@herrin.us" target="_blank">bill@herrin.us</a></div><div><a href="https://bill.herrin.us/" target="_blank">https://bill.herrin.us/</a><br></div></div></div></div></div>