DSDPlus FL 2.506 released

[ole_geezer]

Worthless indeed. Maybe someday more descriptive info will be programmed...

 

[mwjones]

Definitely a lot of aliases sent and decoded. There is no problem with DSDPlus. It's just that whomever maintains that system has decided to set most of the RID aliases to the RID value itself it seems. Which I understand is pretty much useless / uninteresting to you. Might want to look around for any other systems within range of you that might actually send OTAaliases and have more descriptive aliases.

TxWARN is a huge regional system that covers most of East Texas, so depending on where @ole_geezer is at, there may not be much other systems to monitor. I would think the Harris County/Houston area would likely have names on their radios because you're talking the 4th largest city in the US, and the incredible number of users would make a dispatcher's job a living hell otherwise.

I'm North of the Dallas/Fort Worth Area, and the NTIRN system appears to be using names (based on the stats, but I'm out of range), but PAWMco (Collin County, Plano, etc.) that I'm in range of doesn't seem to be transmitting names OTA, so I'm stuck monitoring McKinney, Texas (the only other Motorola P25 system I can pick up from here, despite it being 90%+ encrypted) from my base station. I'm off with my mobile rig to see if another system or two is playing nice, but don't expect to build a large database from my mobile adventures, only just planting seeds.

 

[ole_geezer]

Correct. Not much else is in range. I am monitoring site 58, so I don't pick up much traffic from Harris or Fort Bend Counties (nor do I really want to).

 

[cg]

The dispatchers would have the aliases programmed into the system showing on their consoles it might be the RID or could be alpha text as the alias.
The OTA stuff is for allowing other users to see the current aliases of the radio talking. Radios have had the ability to be programmed with lists of RIDs and aliases of all the radios for years. What is different with the OTA is the ability to keep the aliases updated to the point that shared radios could be changed every shift.

 

[polkaroo]

Not surprising. I exempt my DSDPlus directory, perhaps at my peril... but I doubt it. Anyway, Windows Defender will force a scan through the AV system before it is executed, but it passes and starts up. Only does that on the first execution. I am not personally concerned about it. I trust the author. Of course, everyone should make their own decision on they handle anything that triggers AV warnings.

Mike

Does it say what triggered the alarm? Even trusted sources from large software companies get infiltrated and have malware inserted. Nothing in the past suggests there's anything nefarious in the executable but the only ones who know is the DSDPlus team I suppose. What's the saying... trust but verify? At the end of the day we have to trust the source even if we're not certain of its origin - it's not like we really know what's going on underneath. I liked the fact that all these SDR apps didn't require a live internet connection although it seems like everyone prefers the benefit of OTA alias decoding so we oblige and send whatever details it wants to an unknown server.

 

[mtindor]

Does it say what triggered the alarm? Even trusted sources from large software companies get infiltrated and have malware inserted. Nothing in the past suggests there's anything nefarious in the executable but the only ones who know is the DSDPlus team I suppose. What's the saying... trust but verify? At the end of the day we have to trust the source even if we're not certain of its origin - it's not like we really know what's going on underneath. I liked the fact that all these SDR apps didn't require a live internet connection although it seems like everyone prefers the benefit of OTA alias decoding so we oblige and send whatever details it wants to an unknown server.

If you don’t like that it could send aliases to some unknown server, then turn off the feature in the menu so it doesn’t process OTA aliases at all. Super easy Peezy.

 

[mtindor]

Does it say what triggered the alarm? Even trusted sources from large software companies get infiltrated and have malware inserted. Nothing in the past suggests there's anything nefarious in the executable but the only ones who know is the DSDPlus team I suppose. What's the saying... trust but verify? At the end of the day we have to trust the source even if we're not certain of its origin - it's not like we really know what's going on underneath. I liked the fact that all these SDR apps didn't require a live internet connection although it seems like everyone prefers the benefit of OTA alias decoding so we oblige and send whatever details it wants to an unknown server.

I should add that I fully trust the app, but I didn't say that anyone else should. I trust Microsoft Outlook, but I wouldn't say that anyone else should. I do me, you do you. Always good to be cautious about anything we download.

 

[Reconrider]

If you don’t like that it could send aliases to some unknown server

This is actually really funny you mention this and I laughed out loud that you replied with this to him.
If ole_geezer actually purchased Fastlane, the dsdplus owner already knows I ton of his info as it is. Uploading some radioIDs and download aliases shouldn't be that hard to have happen.

 

[ole_geezer]

Hey! How did i get thrown into this?

 

[mtindor]

Hey! How did i get thrown into this?

Lol good auestion. I think he meant Polkaroo

 

[ole_geezer]

😁

 

[dave3825]

That means its seeing aliases. If you see no mentions in the Event Window about communicating with the server or "OTA" or "aliases", you've got something configured wrong.

1. Combined CC/VC monitoring (if you don't let it go to the voice channel you will NOT get anything)
2. Voice following (including full encrypted voice following)
3. Make sure you have the proper options set in the MISC-P25blahblah menu

Yes to all.


I am seeing alias in the Priority column also but do not see it saying its sending or receiving anything from the DSDPlus server. I am on Site 30 NYCIN which is listed in the alias stats file. I do not see it doing anything with rid's either.

Going to try the Westchester system later.

 

[mtindor]

Yes to all.


I am seeing alias in the Priority column also but do not see it saying its sending or receiving anything from the DSDPlus server. I am on Site 30 NYCIN which is listed in the alias stats file. I do not see it doing anything with rid's either.

Going to try the Westchester system later.

Let me guess. You do have local aliases defined for some radio IDs that you put in. Is that right? I think as it turns out the alias column does not indicate that the system is sending aliases the word aliens showing up in the activity window simply indicates that there’s an alias for that ID, either one did you add yourself, or one that was sent by the system

 

[dave3825]

Let me guess. You do have local aliases defined for some radio IDs that you put in. Is that right?

No, using a virgin copy with no groups or radios populated.

 

[slicerwizard]

Almost all of the aliases returned on the system I am monitoring are just the RID.

There is a new local system here where they did the same thing. Many hundreds of aliases like "MOH-M-750743" for RID 750743. So all it tells you is that it's slated to be a Ministry of Health radio (ambulance radio, EMS portable, etc.); over time, they changed to meaningful names like "AH-NIA-WLMH" which probably means something like area hospital, Niagara region, hospital name.

Sounds like for the system you're monitoring, they got the first part done, but no-one's doing the second part. Bummer.

 

[mtindor]

No, using a virgin copy with no groups or radios populated.

Must be sending only limited OTAaliases, at least on that site. Just like Bravo14 and Polk Co -- basically only the consoles seem to have OTAAliases, not any other RIDs. According to the NYCIN stats, there were 16 aliases captured and decoded. Not many. So apparently those monitoring that system have their DSDPlus working, but there just isn't anything to decode from most RIDs.

The more I think about it, I think that when a person sees "alias" in the channel activity window, it's just an acknowledgement that the system being monitored has been noted to send OTA aliases. Doesn't mean that every radio has an OTA alias. But it will check them by default to see if there are OTA aliases. And if there are, you'll see the blue lines in the Event Log window indicating activity with the server while sending OTA Aliases and receiving cleartext back.

To be clear, I obviously talk out of my ass sometimes. I make a lot of guesses based upon what I see, and as of late, with these newfangled OTA aliases, I seem to be more wrong than right when I make a statement on here about them.

 

[dave3825]

 

[mtindor]

OK cool. Well, it’s working for you. I just gotta be patient. It’s sending to the server. You just have to wait some period of time before you get them back.

View attachment 172155

OK cool. Well, it’s working for you. I just gotta be patient. It’s sending to the server. You just have to wait. Some period of time before you get them back. Might not be till the middle of the night or tomorrow They’ll come back to fill it out. Notice word says that the alias server was updated with the OTA alias so the alias reached the server and will be queued for later batch processing.

 

[bravo14]

I ran the polk county site bee00 396 for about 12 hours nothing expect for that 1 showed up. Seems they don't do OTA info. A few mints ago running Lakeland 800p25 see what happens over night.

 

[dave3825]

OK cool. Well, it’s working for you

No, for what ever reason, any OTA stopped working on NYC Interoperable Communications Network (NYCICN). It stopped saying alias in the column and it stopped mentioning anything about Dsdplus server.

The pic I posted is from CLMRN and the first time seeing multiple underscores where the alias value should be.