XTS2500 ADP Programming Issue

[car5le]

First off, all software and firmware for my XTS2500 radios is legitimate. And please don’t tell me your dislikes about ADP encryption. I’ve heard them all. ADP came free on our APX radios and we’re using it.

I’m upgrading my fleet of XTS2500 portables with multi-key ADP encryption to match up with our APX radios. This is being done in preparation for a large scale programming update in our area. The upgrade is going well, but I’m running into one issue.

I have two identical Zones created. They are P25 simplex with identical frequencies. One Zone has a personality with “Clear” encryption, while the other Zone is has a personality of “Secure” and “Strapped” with ADP. On the ADP “Secure” and “Strapped” zone I can hear both encrypted and clear transmissions. No big deal, I’m good with this.

On the Zone that is “Clear” I still receive transmissions from the “Secure” Zone. This is where I have a problem. I do not want the “Secure” channels to be heard in the “Clear” zone. And I know the encryption is working because I have another radio from a different manufacturer with no ADP.

I have tried changing the encryption key (ADP has the ability to used 8 different software driven encryption keys) and several other things. It doesn’t make a different if I use different encryption keys, the “Clear” zone still receives and decodes the transmission. If the encryption key is in the radio, the “Clear” Zone will still hear it.

I do not want the “Clear” zone to open up if the channel is encrypted.

Have any of you run into this? If so, have you found a solution? Knowing my luck, there is a check box I probably missed somewhere.

Thanks!

 

[Thunderknight]

I'm not aware of a way to make it ignore the key if its present. But....could you use different NACs in each zone, so the radio won't unmute on traffic from the other zone?

 

[car5le]

Thanks. I'll give that a shot and see what happens.

 

[TLF82]

If the radio sees an encrypted transmission it's going to attempt to decrypt it. There is no way around that.
The radio is going to try the received KID against what it has in its database. If the KID matches then it's going to use the key stored in that key-space against the received transmission. To my knowledge there is not any way to tell the radio to ignore that.

 

[riveter]

NAC is the approved solution for that differentiation. If you want to have two separate logical channels using the same frequency that don't receive eachother (regardless of encryption), change the NAC on one.

 

[TLF82]

NAC is the approved solution for that differentiation. If you want to have two separate logical channels using the same frequency that don't receive each other (regardless of encryption), change the NAC on one.

+1 for this. That's the only way to keep the radio from unmuting for a secure/unsecure transmission.

 

[car5le]

Thank you all for your help! I thought I was missing something, but apparently I'm not. Thanks again!