Hi Langston,
I'll just add to Allan's good answer. That sample event you provided doesn't include an RFC-compliant syslog header, meaning QRadar won't be able to extract the Log Source Identifier from the event text, it will instead use the IP address that the UDP datagram came from.
So if you have manually created a log source for this Lantronix device, ensure the Log Source Identifier in your log source config, matches the Log Source Identifier field in the details view of one of the Lantronix events appearing as Unknown Generic (it's near the bottom, 3rd field up above the Identity Information), this should be the IP of the Lantronix device.
Once the Log Source Identifier is set correctly, the events should be routed to your log source. Whether they parse correctly or not depends on what the other events look like and what Log Source Type you select. There is no Lantronix DSM (Device Support Module, which is the code which backs an IBM_provided log source type) officially supported by IBM, so you can either make your own custom log source type for it using the DSM Editor, or it's possible an existing log source type may be similar enough that it can handle the events. That sample you provided looks kind of like something the Linux OS type can handle so if the Lantronix OS is a Linux clone then that log source type might work, but then again it may not and you may need to build your own.
Once you have a log source type which can successfully parse the events, as long as Log Source Autodetection is enabled for the type in the Configuration tab of the DSM Editor, if you have additional Lantronix devices to onboard, you should be able to just point their syslog feeds at QRadar and it will autodetect them, but I'd start with manually configuring one to ensure it parses correctly before relying on autodetection, as it only works if there's a DSM on the system that can recognize the events.
Cheers
Colin
------------------------------
COLIN HAY
IBM Security
------------------------------