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
