Amiga.org
Amiga computer related discussion => Amiga Software Issues and Discussion => Topic started by: Matt_H on December 01, 2019, 05:35:21 PM
-
For ages on my OS4 machine I've had Roadshow pop up a "Network log output" window every few minutes or seconds with the following type of info:
Sun Dec 01 11:53:25 2019 [info ]: ARP information for <my router address> overwritten by <other device 1's MAC address>
Sun Dec 01 11:53:26 2019 [info ]: ARP information for <my router address> overwritten by <other device 2's MAC address>
The messages concern stupid things happening elsewhere on the network and have no impact on network performance on the OS4 system, but I'm sick of the window popping up and would like to suppress the output. Does anyone know how?
-
Is that from the NetLogViewer commodity? I can't talk about OS4, but on my OS3 machine I believe it runs from Network-Startup in S: and the commodity is actually stored in C:
You can quit it as it's not needed, or comment it out of your Network-Startup script or wherever you have it starting from so that it never starts again.
-
It’s not NetLogViewer, it’s a plain console window that opens.
NetLogViewer doesn’t run by default on my system, but if I do run it the output will show up there instead. That might be an option, to run the commodity and never display it. Thanks for the suggestion, although I’d still prefer to suppress the output entirely...
-
@Matt_H:
If some machine in your LAN is configured so badly that it stomps on another machine's ARP information, I would start by fixing that problem and praise yourself lucky that AmigaOS has a network stack which actually bothers to tell you about the problem instead of ignoring it.
Who knows when that rogue machine starts messing up the ARP info pertaining to your OS4 machine?
Best regards,
Niels
-
If some machine in your LAN is configured so badly that it stomps on another machine's ARP information
All it takes, are two devices sharing mac address.
-
Well, wouldn't you consider that a misconfiguration?
There must be a software-configured MAC address in at least one of the cases (otherwise the situation is even worse, since that would mean two devices were manufactured with identical hardware MAC addresses).
So it should be possible to change the MAC address on one of them and thus get rid of the errors.
Best regards,
Niels
-
One possibility I encountered for that to happen is, if sometimes a modem/network router merges (automatically?) two entries from on device, eg. your laptop has Ethernet and a "WiFi" and the Router merges them to "Matt-H-computer".
Maybe check on the router's interface.
-
That is not the way hardware is supposed to do with MAC addresses. Each NIC should have a unique MAC address (and a unique IP address).
If a router really changes that basic fact, throw it away ;-).
Best regards,
Niels
-
One possibility I encountered for that to happen is, if sometimes a modem/network router merges (automatically?) two entries from on device, eg. your laptop has Ethernet and a "WiFi" and the Router merges them to "Matt-H-computer".
That is just a name (mDNS, "zeroconf", "avahi" etc), has nothing to do with what goes on at ethernet level.
A more typical example for two devices to have same mac address is when they ship with a default "dummy" mac address from the factory, and need mac address to be set by firmware or software by the user. This is very common for NICs sold for "embedded" usage, for example the ENC28J60 module used with Plibox for Amiga, the NIC of the MiSTer systems etc.
However, sharing mac address can also be done on purpose, for other reasons - for example, link aggregation, where one host uses multiple NICs "as one" for redundancy and/or bundling. The standard protocol for this is called LACP, but various manufacturers also have proprietary variants.
A funny situation (which btw I suspect is the situation for Matt H) - is when two local LANs (VLANs) by accident are connected together, and hence appearing as one LAN on the hardware level, and every machine not only sees all NICs on the local LAN, but also via the ARP table of the router.
-
Are there two LANs connected to the router, and is there some other machine that also physically connected to both those LANs?
For example - one LAN for Wifi and another LAN for the wire - and for example a laptop or desktop connected to both? If that computer has "IP forwarding" turned on, you can get errors as described.
-
Uh, guys? I appreciate the attempts at diagnosing the bad configuration of the network but I’m really just looking for a Roadshow-level solution to make it be quiet. :)
-
I just purchased Roadshow recently to use it with my plipbox.
I am still trying to get it to work, but there are some logging functions in the configuration that I will bet is causing your issue.
I am at work right now so I can't get the exact info now but when I get home I will look at my config and see if I can find your culprit for you..
-
And I was able to redownload Roadshow and found the info I was talking about.
Your network configuration has a few options for logging and they may be turned on with your install.
Launch SHELL and type the following:
Ed DEVS:NetInterfaces/ENTER THE NAME OF YOUR NETWORK DEVICE HERE IE Ariadne
Toward the bottom of the file you should see the following: See Below: (Note that all of these options are commented out on my config file. If you see these lines without the leading # then these may be the culprit. Simply comment them out and resave your file and try again.
# For diagnostic and monitoring purposes it can be helpful to
# capture network traffic that flows through this interface.
# To enable this option, select one of filter=local,
# filter=ipandarp or filter=everything
#filter=local
#filter=ipandarp
#filter=everything
-
Why is there no option to edit my existing post?
Anyway, there is also a command in this file called DEBUG.. Turn that off as well..
-
Why is there no option to edit my existing post?
Not trying to derail.... Yea, I can no longer edit any of my posts either.... for a while now.
-
I can recommend the official support forum for Roadshow, Olaf offers great support.