we had an airfiber that was freaking out, it would lock low modulations, drop packets. did a ton of troubleshooting and was about to try to get ubnt support. then stepped back and realise the ubnt rocket titanium m5 radio at the site was doing some weird shit, i dont remember the details, but we ended up replacing it with a straight m5 rocket, resolved the air fiber problems, never did know if it was an RF thing or something electrical in the ethernet on the same switch.
On Wed, Mar 4, 2015 at 11:38 PM, Ken Hohhof <af...@kwisp.com> wrote: > OK, no Canopy backhauls. PTP500, licensed, airFiber. > > *From:* Josh Luthman <j...@imaginenetworksllc.com> > *Sent:* Wednesday, March 04, 2015 11:12 PM > *To:* af@afmug.com > *Subject:* Re: [AFMUG] downloads stalling but streaming, speedtests, etc. > OK > > > Backhauls can be Canopy! > > Josh Luthman > Office: 937-552-2340 > Direct: 937-552-2343 > 1100 Wayne St > Suite 1337 > Troy, OH 45373 > On Mar 4, 2015 11:43 PM, "Ken Hohhof" <af...@kwisp.com> wrote: > >> I took the last mile out of the path and tested right at the tower. >> Only backhauls and routers in the path. >> >> *From:* Josh Luthman <j...@imaginenetworksllc.com> >> *Sent:* Wednesday, March 04, 2015 10:28 PM >> *To:* af@afmug.com >> *Subject:* Re: [AFMUG] downloads stalling but streaming, speedtests, >> etc. OK >> >> >> TCP? I think you're running Canopy. >> >> Josh Luthman >> Office: 937-552-2340 >> Direct: 937-552-2343 >> 1100 Wayne St >> Suite 1337 >> Troy, OH 45373 >> On Mar 4, 2015 11:26 PM, "Ken Hohhof" <af...@kwisp.com> wrote: >> >>> No caching. No prioritization except DSCP for VoIP. >>> >>> *From:* That One Guy <thatoneguyst...@gmail.com> >>> *Sent:* Wednesday, March 04, 2015 10:13 PM >>> *To:* af@afmug.com >>> *Subject:* Re: [AFMUG] downloads stalling but streaming, speedtests, >>> etc. OK >>> >>> youre not caching anything? prioritization? >>> >>> On Wed, Mar 4, 2015 at 10:10 PM, Ken Hohhof <af...@kwisp.com> wrote: >>> >>>> I can't figure this out, but it seems like the sort of thing someone >>>> else here will say "oh, I know what causes that". >>>> >>>> I've been tracking a smattering of customer complaints about downloads >>>> just stopping, and finally was able to reproduce it. I Googled for large >>>> file downloads and took the first one that came up: >>>> https://www.futurehosting.com/network-test-files/ >>>> and found the downloads would stop repeatedly at the same point. >>>> Different for each file and server location, but the same for repeated >>>> downloads of the same file. For example the 100MB file from Michigan kept >>>> stopping at 8MB. It chugged along fine, then slowed dramatically and >>>> stopped, with no traffic either direction. Yet a ping to the same IP >>>> address never had a problem. >>>> >>>> Note it is NOT the computer, the server, or last mile radios. I was >>>> able to see it going only through backhaul radios and routers, no AP/CPE. >>>> And it works fine with the same computer here at my house on AT&T. >>>> >>>> Tomorrow I need to chase it back toward my network border. I am not >>>> conversant with Wireshark so have not done that yet, am not looking forward >>>> to it. One pesky customer claims to have done that and seen TCP retries >>>> and out-of-order packets, maybe he's right, maybe he is just >>>> misinterpreting the data. >>>> >>>> So .............. what can cause HTTP downloads to stall and stop, >>>> while other stuff like Youtube and Hulu and speedtest.net are fine? >>>> >>>> >>> >>> >>> -- >>> If you only see yourself as part of the team but you don't see your >>> team as part of yourself you have already failed as part of the team. >>> >> -- If you only see yourself as part of the team but you don't see your team as part of yourself you have already failed as part of the team.
