If they could all patch to NTIRN it would solve problems too many systems with interop calling makes it confusing agreed ?
There is a system to system native interface within P25 but it is not very commonly used in Texas that is called Inter Sub-System Interface (there is a similar inteface specifically for consoles called the Console Sub-System Interface) that allows for native patching and talkgroup translations. It even allows for automatic subscriber roaming between systems (typically it relies on additional subscriber programming including system talkgroup translation info so the radio knows what talkgroups are related on the adjacent system). The problem with the interface as it was written, it is a 1-to-1 interface meaning one connection to one system and cannot relay/piggy-back through systems. That becomes someone problematic in Texas where nothing scales well due to the 50+ P25 trunking systems currently active in the state. To make all of those systems "roamable" would require 2500+ interconnections. Just to cover the 9 "regional" systems as identified by the state would take some 64 interconnections as each system has to connect to each other system individually). Even that is at a scale larger than what has ever been attempted. So at the end of the day, interoperability between the systems is always going to be an issue. If you have never heard the term before, Texas very much consists of a System of Systems and not a true statewide system.
The SOP should be, meet on the largest com
I wonder if Texas will ever do like Many other states have done and use a state wide system for texas ?mon denominator to interop. So if that were NTRIN, then NTIRN should've been where everyone met up but again, that takes training that isn't always "common sense" to a lot of agencies.
Yeah, I monitored that as well. The problem is that in a lot of these cases DPS 101 just unilaterally takes it upon himself to simulcast across multiple talkgroups, systems and agencies... so it works out but still sounds like a mess and there's all kinds of confusion.Heard DPS 101, Plano and Richardson on GMRS InterOp Calling yesterday assisting Allen chase green Charger down SB US 75 yesterday. In custody at Campbell Rd - very interesting.
That would be the best way to set interop for multiple users / cities , county's .I'd postulate that what needs to happen in DFW is the IO channels get consolidated, and that they be organized by a single genre model. Not "Fire, Law, Public Works, etc." as separate pools. Just one calling channel and then something like 24 general IO channels behind it.
Here's roughly how I'd structure it:
1. NCTCOG runs and manages it.
2. There's an online portal for channel reservations, or a "take it" style interface where any DFW-area dispatcher, for any agency, can grab a free channel on demand for an incident.
3. The core for the IO channels lives on the NCTCOG P25 interop layer.
4. NTIRN, GMRS, and PAWMCo, Denton County and others can mirror these channels, ISSI patch to them, and so on, but everywhere they're known by one naming convention:
- "COG IO Call"
- "COG IO 1," "COG IO 2," and so on.
5. Every DFW-area system dispatcher knows about these and either patches a local agency working channel (say "DPD 5 NW," "Irving Fire FG2," or "Arlington Spec Event 1") to a COG IO channel, or tells units to "switch to COG IO 5." The workflow could simply be "All units in the pursuit, we're patching to COG IO 3" - then over COG IO Call the dispatch can say "Arlington PD to Dallas PD we're in pursuit of a BMW M5 EB IH-30, we're patched to COG IO 3" and then the handoff is complete.
6. NCTCOG can also run conventional patches out to the simplex and repeater interop resources already deployed for out of town/state resources
7. Overlay agencies and units, DPS and DPS 101, CareFlight, and air units like FWPD Air and DPD Air-1, can just live on the NCTCOG overlay for interop instead of carrying those $50K six-headed radios that simulcast across eight different systems at once and probably have to be reprogrammed once a month. Carrying eight radios isn't interop, it's a workaround for the lack of it.
8. Run training for every dispatcher on how this works, and pull the complexity off the end users as much as possible. When I hear DPD units randomly coming up on GMRS IO Call to ask for help, I'm generally impressed and dismayed at the same time, because they're a distinct minority and it's ad-hoc interop by the end users rather than something the system actually delivers.
I half to be on martin on this like it or not it sounds like a encryption issue but we will never know if it’s encryption or training unless you foa or whatever it’s called there stuff which = more money for agency however dps is open. Regardless. If it is encryption it’s gonna suck for people who are pro encryptionistAnyone know what their officer retention rate is? Officers getting fed up and leaving? Retirements?
It all adds up and makes training an ongoing challenge. New officers come in with different levels of experience.
As we know, radio training often consists of "push to talk, release to listen. Don't touch the big knob. Only talk to our dispatch."
Always good to know the scanner community is out there judging everything that happens and telling us, with their expert opinion, everything that was done wrong.
I half to be on martin on this like it or not it sounds like a encryption issue but we will never know if it’s encryption or training unless you foa or whatever it’s called there stuff which = more money for agency however dps is open. Regardless. If it is encryption it’s gonna suck for people who are pro encryptionist
You're guessing.
I've been doing this for nearly 30 years now. It's training, it's almost always training.
If by some chance it was encryption, it's not the fault of encryption, it's whoever programmed and keyloaded the radio. Which goes back to the training issue.
Been there, done that, got the t-shirt
the officer, no matter his training,or his radio is putting himself in danger fumbling with a radio in a chase.
90% training, 10% violence of action.You're guessing.
I've been doing this for nearly 30 years now. It's training, it's almost always training.
If by some chance it was encryption, it's not the fault of encryption, it's whoever programmed and keyloaded the radio. Which goes back to the training issue.
Been there, done that, got the t-shirt.
Yes someone switching the channels, the dispatcher or someone else at the base end off the radio system instead of the officers involved in the chase ,Oh my, we are getting off in to the weeds now.
Like mmckenna said, Ive been doing this a long time too, and a lot of what he said is fact.
But I still maintain for all the
others on here, Dallas Tx, 635, in a chase is no time to be trying to change channels/tg unless its a 2 man unit.
The persuing agency dispatch should have locked that tg down to emergency traffic only related to the chase, notified other related agencies of the IO tg they would use ( as lblanton described) to either update all others on that IO group or patch the traffic to it...
the officer, no matter his training,or his radio is putting himself in danger fumbling with a radio in a chase.
I actually found myself riding in a Sheriffs patrol car one night many years ago when that deputy got into a chase going in to another County..
So I kinda saw what was going on in the persuit