Oh this is on the DHCP server, sorry. On Wed, Mar 9, 2022 at 10:31 AM Steve Jones <thatoneguyst...@gmail.com> wrote:
> we have to have it for dhcp relay to keep functioning. otherwise it > periodically stops working from EPMP APs, I never knew why, mikrotik had no > answer, but it would suddenly get caught up in non ACL drops add > action=accept chain=input comment="ALLOW DHCP UDP 67" dst-port=67 > log-prefix=dhcp protocol=udp > > On Wed, Mar 9, 2022 at 8:12 AM Josh Luthman <j...@imaginenetworksllc.com> > wrote: > >> The input chain is to the Mikrotik itself, ie the IP address that it >> would theoretically get from the DHCP server. I was thinking of a managed >> Mikrotik as a demarc to the customer's stuff (so forward chain). >> >> On Tue, Mar 8, 2022 at 7:57 PM Steve Jones <thatoneguyst...@gmail.com> >> wrote: >> >>> I had this issue a long time ago, id like to think that it was a >>> firmware revision that resolved the issue, but it was a long time ago and >>> im partially retarded. >>> If you have a mikrotik, add an input rule allow udp 67. Just for kicks. >>> It might be this issue that i have that policy for. >>> >>> On Tue, Mar 8, 2022, 4:22 PM Josh Luthman <j...@imaginenetworksllc.com> >>> wrote: >>> >>>> Raise a ticket with Cambium and explain the situation? If you could >>>> get pcap that would show what's missing. Do you have a Tik behind any SM >>>> with the issue by chance? >>>> >>>> On Tue, Mar 8, 2022 at 4:05 PM Nate Burke <n...@blastcomm.com> wrote: >>>> >>>>> No DHCP Relay, just local DHCP Server on the mikrotik on the bridge >>>>> that all the AP's are part of. >>>>> >>>>> No MAC limit on the SM's >>>>> >>>>> When it exhibits itself, a customer who has been running for weeks >>>>> will timeout their lease, and the mikrotik will just go to 'offered' >>>>> Rebooting the AP always fixes it. >>>>> >>>>> On 3/8/2022 1:18 PM, dmmoff...@gmail.com wrote: >>>>> >>>>> I was wondering about broadcast rate limit. That would apply to a >>>>> DHCP discover, but not to a renewal. ….but either the MAC limit or >>>>> broadcast limit would clear when rebooting the SM, and he says rebooting >>>>> the SM has no effect. >>>>> >>>>> >>>>> >>>>> Is DHCP running on the port that the AP is plugged into, or is there a >>>>> DHCP relay involved? >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> *From:* AF <af-boun...@af.afmug.com> <af-boun...@af.afmug.com> *On >>>>> Behalf Of *Josh Luthman >>>>> *Sent:* Tuesday, March 08, 2022 12:43 PM >>>>> *To:* AnimalFarm Microwave Users Group <af@af.afmug.com> >>>>> <af@af.afmug.com> >>>>> *Subject:* Re: [AFMUG] EPMP1000 and DHCP failures >>>>> >>>>> >>>>> >>>>> Do you have the SM limited on MACs? Look at Ethernet Port Security on >>>>> config > network. >>>>> >>>>> >>>>> >>>>> On Tue, Mar 8, 2022 at 12:32 PM Nate Burke <n...@blastcomm.com> wrote: >>>>> >>>>> I've experienced this issue randomly, and haven't been able to track >>>>> down a cause. Wondering if anyone else has come across something >>>>> similar. >>>>> >>>>> Mikrotik DHCP Server. EPMP1000 GPS AP, Force 300 SM. >>>>> >>>>> At a random time, one or More Force 300 SM's on the AP will lose the >>>>> ability to hand out a DHCP Address to the client. The Mikrotik just >>>>> shows 'Offered' >>>>> >>>>> Rebooting or powercycling the SM has no effect. If the SM Connects to >>>>> a >>>>> different sector, then DHCP is immediately handed out. If the AP >>>>> reboots, and the SM reconnects, then DHCP is immediately handed out. >>>>> If >>>>> the SM is set for NAT mode, it can get a DHCP Address just fine, but >>>>> switching back to bridge, the Customer router will not get DHCP. >>>>> >>>>> I've experienced this from 4.4.3 all the way up to 4.6.3. It always >>>>> seems to be an EPMP1000 AP with a Foce300 SM, but does not affect >>>>> every >>>>> Force300 SM at the same time. >>>>> >>>>> At least now I know when I start having this problem to go reboot the >>>>> AP. >>>>> >>>>> -- >>>>> AF mailing list >>>>> AF@af.afmug.com >>>>> http://af.afmug.com/mailman/listinfo/af_af.afmug.com >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> AF mailing list >>>>> AF@af.afmug.com >>>>> http://af.afmug.com/mailman/listinfo/af_af.afmug.com >>>>> >>>> -- >>>> AF mailing list >>>> AF@af.afmug.com >>>> http://af.afmug.com/mailman/listinfo/af_af.afmug.com >>>> >>> -- >>> AF mailing list >>> AF@af.afmug.com >>> http://af.afmug.com/mailman/listinfo/af_af.afmug.com >>> >> -- >> AF mailing list >> AF@af.afmug.com >> http://af.afmug.com/mailman/listinfo/af_af.afmug.com >> > -- > AF mailing list > AF@af.afmug.com > http://af.afmug.com/mailman/listinfo/af_af.afmug.com >
-- AF mailing list AF@af.afmug.com http://af.afmug.com/mailman/listinfo/af_af.afmug.com