Tom Specific to your question the apu1d4 is configured to act as DSL bridge/PPPOE gateway on one ethernet interface.
In addition a PCIe Atheros AR9281 is configured as a host-based access point for wireless clients & a second ethernet interface is configured to supply DHCP to la clients via a switch. Please note the RSSI & noise of connected clients is typically considered good & averages the following: RSSI = -54dBm Noise = -98dBm Previously the apu1d4 was configured in conjunction with a DOCSIS cable modem & intermittent modem resets were common. I’ve gone ahead & purchased new surge protectors for all equipment including the modern and router which seemed to increase the uptime of the bridge by several days. Regards Patrick > On Dec 10, 2016, at 4:54 AM, Tom <bul...@posteo.net> wrote: > > Hello Patrick, > > your mail sounds a bit confusing. I assume you have a following setup: > - your board is configured as router. > - your internal interface is the wireless athn0 > - your external interface is pppoe0 on a wired interface (like re0), > but you do not tell us. > >>> Specifically if wireless retransmission and specifically interface can >>> potentially cause pppope timeouts when acting as a bridge. > ppp is never on a bridge nor acts as bridge. > >>> /bsd: pppoe0 LCP keepalive timeout > This is the only useful line in your post to me. For sure your problem > has nothing to do wireless or 80211. > This happens when the physical connection to your ISP gets interrupted > or, more likely, the ppp-implementation of your ISP has a different > timeout than that which is hard coded in sys/net/if_spppsubr.c (15s > with at least every third LCP-keepalive reaching us). > > To solve your problem you have two options: > - Create at least every 30s some traffic on pppoe0 at all times. > - Run a custum kernel. My workaround is modified if_spppsubr.c. My ISPs > timeout-interval is 45s, so I increased MAXALIVECNT from 3 to 9. There > is no warranty with this option at all! You are on your own. > > > Good luck!
