I agree with a pcap. Reboot the SM to trigger a new DHCP request and capture
it. You can at least confirm that the DHCP request is received at the mikrotik
and the response is leaving the Mikrotik’s ethernet port. After that you can
pass the ball to Cambium.
From: AF On Behalf Of Josh
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
wrote:
> I had this issue a long time ago, i
Are we talking about wireless? If I was starting fresh with wireless today,
I’d target “up to” 50mbps and have a 100mbps plan for qualifying locations.
I’d have an aggressive QoS plan to mitigate impact of heavy usage. I’d be a
stickler about achieving and maintaining high MCS. To make that
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
I have not had this problem with any Mikrotik Customer routers, but it
happens so rarely. It's happened on about 4 AP's across my entire
network in the last year.
The first time I experienced it was last summer during an install, The
customers router refused to get a DHCP Lease, as did my fie
I think its something in the way the packet is altered when traversing the
bridge. I always wondered if the randomness had to do with some other
consumer router on that node doing some weird thing that AP isolation
should not let happen but does. Once I found that the firewall rule
resolved it I ju
Oh this is on the DHCP server, sorry.
On Wed, Mar 9, 2022 at 10:31 AM Steve Jones
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 dr
the mikrotik is dhcp relay, BMI is the dhcp server
On Wed, Mar 9, 2022 at 10:07 AM Josh Luthman
wrote:
> Oh this is on the DHCP server, sorry.
>
> On Wed, Mar 9, 2022 at 10:31 AM Steve Jones
> wrote:
>
>> we have to have it for dhcp relay to keep functioning. otherwise it
>> periodically stops
Thanks.
I should have specified that this is for fiber deployment. I shouldn't have
any problem competing speed wise, even with standard GPON. I'm somewhat
curious what to expect take-rate wise since I'm not offering bundled TV
service. My other fiber deployments have been a bit more rural with no
It seemed to peak around 30% without a video offering when going against a
cable company. Adding video seemed to move it over 40%.
It also greatly depends on the age of the population. If the homeowner is
under about 35 they generally don’t give a crap about cable TV, they just want
fast In
The XGSPON here is Nokia.
In “unserved” areas on fiber I think coming out of the gate with 50% take is a
fair guess, because those “unserved” people often have figured something out
already. Cellular hotspot, satellite, 1Mb DSL that goes out when it rains,
etc. It sems like about half stic
Hello All,
Am I crazy when I'm remembering that when connecting an original
Cambium 450 SM to a 450M AP the throughput key being overridden to uncapped
as being a feature? I contacted Cambium support and was told that in V20.3
this was removed intentionally. Did anyone else use this feature?
You crazy. I have a bunch of 450SM's on 450M and they have never been over
ridden to unlimited. That would be sweet!
On Wed, Mar 9, 2022 at 3:30 PM Matt Hopkins wrote:
> Hello All,
>
> Am I crazy when I'm remembering that when connecting an original
> Cambium 450 SM to a 450M AP the through
Maybe it was one of those “undocumented features”
From: AF On Behalf Of Sam Lambie
Sent: Wednesday, March 09, 2022 6:34 PM
To: AnimalFarm Microwave Users Group
Subject: Re: [AFMUG] Cambium 450 SM throughput key
You crazy. I have a bunch of 450SM's on 450M and they have never been over
Undocument me baby.
--
bp
part15sbs{at}gmail{dot}com
On Wed, Mar 9, 2022 at 6:21 PM wrote:
> Maybe it was one of those “undocumented features”
>
>
>
>
>
> *From:* AF *On Behalf Of *Sam Lambie
> *Sent:* Wednesday, March 09, 2022 6:34 PM
> *To:* AnimalFarm Microwave Users Group
> *Subject:* Re
Poke poke poke
On Wed, Mar 9, 2022, 8:24 PM Bill Prince wrote:
> Undocument me baby.
>
> --
> bp
> part15sbs{at}gmail{dot}com
>
>
> On Wed, Mar 9, 2022 at 6:21 PM wrote:
>
>> Maybe it was one of those “undocumented features”
>>
>>
>>
>>
>>
>> *From:* AF *On Behalf Of *Sam Lambie
>> *Sent:* Wed
16 matches
Mail list logo
