-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Wed, 6 May 2020, Anthony Carrico wrote:
My phone company gave me a new modem. It has its wifi and ethernet ports on
the same ip lan. I have one of its ethernet ports hooked to a switch. I
noticed that a wired machine on the switch can't seem to reach a host on wifi
until I "warm up" its arp cache by contacting it from the wifi host first. I
hope that made sense. Is this an issue for anyone else?
Is that a Zyxel from CCI? Because they gave me one of those recently
to replace my old Comtrend, which had gotten hijacked and turned into a spam
zombie (and that was a whole production, which involved them at one point
disconnecting my DSL entirely and reporting it fixed, minutes before close
of business so by the time I got through to tech support to yell at them,
they wouldn't do anything about it until the next day), and I've been having
similar issues with the Ethernet ports being reluctant to start working.
Not quite the same, because I don't use its wireless at all. (It's on the
wrong side of my firewall.)
The bigger problem I've had with it is that if the PPPoE goes down,
it does not appear to make any attempt to bring it back up unless I
physically power-cycle the router. This is a Problem, because my DSL is my
email and website and so on, and if I'm not home or asleep when it goes
down, it can be down for hours before I have a chance to reset it. I wasted
an hour's drive at one point because I couldn't get to the data I needed
when I got there because my servers were inaccessible because my DSL had
dropped out literally five minutes after I walked out the door and I had to
come back home to reset it.
Do I need to search the modem's menus to tell it to forward arp data between
the two segments of the lan? I don't see something obvious. Is this
considered an security issue to avoid spoofing from war drivers or something?
I think it's just a crappy router, and there's something broken and
wrong with its ARP handling. Security from unauthorized users on the
wireless would have to go the other way around.
- --
John Campbell
[email protected]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iEYEARECAAYFAl6zekEACgkQPu/PJk2ePZ3EjgCfUu88kL4HvqZgFLNMfkUcJ7j8
mYgAniOeCQK30FKRI8ggZD+s41K3rxJe
=tAHi
-----END PGP SIGNATURE-----
