• To anyone looking to acquire commercial radio programming software:

    Please do not make requests for copies of radio programming software which is sold (or was sold) by the manufacturer for any monetary value. All requests will be deleted and a forum infraction issued. Making a request such as this is attempting to engage in software piracy and this forum cannot be involved or associated with this activity. The same goes for any private transaction via Private Message. Even if you attempt to engage in this activity in PM's we will still enforce the forum rules. Your PM's are not private and the administration has the right to read them if there's a hint to criminal activity.

    If you are having trouble legally obtaining software please state so. We do not want any hurt feelings when your vague post is mistaken for a free request. It is YOUR responsibility to properly word your request.

    To obtain Motorola software see the Sticky in the Motorola forum.

    The various other vendors often permit their dealers to sell the software online (i.e., Kenwood). Please use Google or some other search engine to find a dealer that sells the software. Typically each series or individual radio requires its own software package. Often the Kenwood software is less than $100 so don't be a cheapskate; just purchase it.

    For M/A Com/Harris/GE, etc: there are two software packages that program all current and past radios. One package is for conventional programming and the other for trunked programming. The trunked package is in upwards of $2,500. The conventional package is more reasonable though is still several hundred dollars. The benefit is you do not need multiple versions for each radio (unlike Motorola).

    This is a large and very visible forum. We cannot jeopardize the ability to provide the RadioReference services by allowing this activity to occur. Please respect this.

P25 Trunked site NAC (AKA ACI)

KevinC

Other
Super Moderator
Joined
Jan 7, 2001
Messages
11,973
Location
Home
Is the site NAC in P25 trunked systems supposed to be the upper 8 bits of the system ID and the remaining 4 user defined? I know different manufacturers do it different ways, I was just wondering if it was defined in the specs how it should be derived.
 

GTR8000

NY/NJ Database Guy
Database Admin
Joined
Oct 4, 2007
Messages
15,759
Location
BEE00
Correct, that's how it should be done. I know MSI sticks to that spec, but I'd have to look at some Harris and Tait systems to see if they do as well.
 

GTR8000

NY/NJ Database Guy
Database Admin
Joined
Oct 4, 2007
Messages
15,759
Location
BEE00
Hmm so it appears that Harris does whatever they want. SysID 227 has Site NAC's of 47F for all three sites.

Maybe someone has the actual TIA spec, assuming there is one. I don't have access to those docs anymore, unfortunately.
 

KevinC

Other
Super Moderator
Joined
Jan 7, 2001
Messages
11,973
Location
Home
Hmm so it appears that Harris does whatever they want. SysID 227 has Site NAC's of 47F for all three sites.

Maybe someone has the actual TIA spec, assuming there is one. I don't have access to those docs anymore, unfortunately.
I found this in the Tiat Academy document...

Trunked System NAC Use This same ability to provide increased protection from undesired co-channel interference also applies to trunked systems. The Network Access Code is used for both trunked traffic and control channels. The NAC field contains a 12 bit value but in trunking there is a relationship between the NAC and the System ID.. ■ Eight of these bits derive from the upper 8 bits of the trunked system ID and are common to all sites throughout the entire system. For example, if the System ID is 3B5 in hexadecimal, all the NACs at all sites will begin with 3B. ■ The remaining four bits of the NAC (called the Access Code Index or ACI) are then configured on a per-site/per-simulcastsubsystem basis by the system installers to provide interference protection between sites.

Just wasn't sure if that's the spec or just how Tait and some others chose to implement it.
 

GTR8000

NY/NJ Database Guy
Database Admin
Joined
Oct 4, 2007
Messages
15,759
Location
BEE00
Sorry, I edited my post after you read it. Assuming it actually is in the TIA spec that it should be as you said, then yes some Harris systems are out of that spec. It might be a suggestion more than a mandatory spec, however it's obviously the reason why Validate NAC Against System ID doesn't work in MSI subscribers with most Harris systems.
 

GTR8000

NY/NJ Database Guy
Database Admin
Joined
Oct 4, 2007
Messages
15,759
Location
BEE00
For whatever it's worth, a local Tait P25 system follows the pattern. SysID 85A, NAC 85A.
 

KevinC

Other
Super Moderator
Joined
Jan 7, 2001
Messages
11,973
Location
Home
Sorry, I edited my post after you read it. Assuming it actually is in the TIA spec that it should be as you said, then yes some Harris systems are out of that spec. It might be a suggestion more than a mandatory spec, however it's obviously the reason why Validate NAC Against System ID doesn't work in MSI subscribers with most Harris systems.
I'm guessing it's NOT specified, otherwise MSI would have raised a stink. Just found it interesting Tait mentions ACI which is the exact term and way MSI does it.
 

GTR8000

NY/NJ Database Guy
Database Admin
Joined
Oct 4, 2007
Messages
15,759
Location
BEE00
You're probably right, it was probably more of a suggestion vs an actual spec/standard.

Harris does some weird stuff with their systems. I always get a kick out of so many of them having RFSS/Site ID's of 10-10, 20-20, etc. Some real oddballs in NYS.
 

AM909

Radio/computer geek
Premium Subscriber
Joined
Dec 10, 2015
Messages
1,159
Location
SoCal

GTR8000

NY/NJ Database Guy
Database Admin
Joined
Oct 4, 2007
Messages
15,759
Location
BEE00
All of the sites of those 14C ASTRO 25 systems follow the TIA recommendations for site NAC. Not sure what example you're trying to show here; Kevin already noted that MSI ASTRO 25 systems follow the convention. What "counter example" are you referring to?
 

Project25_MASTR

Millennial Graying OBT Guy
Joined
Jun 16, 2013
Messages
4,285
Location
Texas
You're probably right, it was probably more of a suggestion vs an actual spec/standard.

Harris does some weird stuff with their systems. I always get a kick out of so many of them having RFSS/Site ID's of 10-10, 20-20, etc. Some real oddballs in NYS.

To Harris guys, they think it is extremely weird that everyone else doesn't do that. Have you seen what Harris does when they reach that 256 site limit they impose with forcing the RFSS/Site ID to match? New WACN...

In all honesty, part of me wonders if that is a limitation in how the VIDA core operates but I don't have a ton of experience with that. I'll have to ask the new guy at the office who came from Harris.

My observation is MSI tends to use the first 8 bits of the system ID and the last 4 bits of the site ID. There are exceptions...but that tends to be what I've observed with most of the Astro 25 systems here in Texas. For the record, Validate NAC against SysID is something that can cause issues with Viking subs as well when setting them up for some systems.
 

GTR8000

NY/NJ Database Guy
Database Admin
Joined
Oct 4, 2007
Messages
15,759
Location
BEE00
It's pretty hard to set an ASTRO 25 NAC other than that which follows the SysID. Last time I was poking around in CSS, the only choices for a trunking GTR's NAC was 0-F selection based on the SysID that is already defined.
 

KevinC

Other
Super Moderator
Joined
Jan 7, 2001
Messages
11,973
Location
Home
To Harris guys, they think it is extremely weird that everyone else doesn't do that. Have you seen what Harris does when they reach that 256 site limit they impose with forcing the RFSS/Site ID to match? New WACN...

In all honesty, part of me wonders if that is a limitation in how the VIDA core operates but I don't have a ton of experience with that. I'll have to ask the new guy at the office who came from Harris.

My observation is MSI tends to use the first 8 bits of the system ID and the last 4 bits of the site ID. There are exceptions...but that tends to be what I've observed with most of the Astro 25 systems here in Texas. For the record, Validate NAC against SysID is something that can cause issues with Viking subs as well when setting them up for some systems.
MSI has to use the first 2 digits of the system ID and then a locally defined number. That’s hard coded in CSS and how the system was designed.
 

Echo4Thirty

Active Member
Premium Subscriber
Joined
Oct 6, 2021
Messages
748
Location
Spring,TX
pulling from memory last time I spoke to my standards guy, he said the WACN is supposed to be the encoded system FCC callsiign and thus the "system ID" with the remaining simply being whatever NAC the manufacturer chooses for the sites. I never understood what you were supposed to do if the system had multiple callsigns.

The Harris guys used to tell us that Moto was out of spec since they used the "Region ID/NAC" as the system ID with every system having the same BEE00 "System ID" as they referred to it. In RPM they do refer to the xxx field as "sysid/region ID" and the xxxxx field as "network address (WACN)"

Other manufacturers (im looking at you EFJ) simply make up their own three digit "system ID" and WACN, often 00001. Their system keys also seem to utilize both fields so a system key for 123/BEE00 would not match 123/BEE01 for example. I will say its pretty handy having an authorized Motorola key for system ID 00A and it be able to be used on a huge majority of Harris trunked systems lol.

The one thing I do like about the way moto does it, is you can usually tell the age of system relative to other systems as they seem to increment the system ID logically as they create systems.

Maybe @KevinC can tell us why there are oddball WACNs that deviate from BEE00, such as GATRRS using BEE09. Was this at the customer request? What benefit would it have for them with Moto keys ignoring the WACN but other manufacturers having to spell it out anyway?
 

KevinC

Other
Super Moderator
Joined
Jan 7, 2001
Messages
11,973
Location
Home
Maybe @KevinC can tell us why there are oddball WACNs that deviate from BEE00, such as GATRRS using BEE09. Was this at the customer request? What benefit would it have for them with Moto keys ignoring the WACN but other manufacturers having to spell it out anyway?
I wouldn't have any idea.
 

GTR8000

NY/NJ Database Guy
Database Admin
Joined
Oct 4, 2007
Messages
15,759
Location
BEE00
I always figured that any deviation from BEE00 was a fat fingering that was never corrected, in particular BEE09. But, I could be wrong (and probably am), agencies have been know to do weird stuff.
 
Top