I
think I've heard a similar issue happen on my local system.. on only one (pair of) talkgroup(s), in certain conditions. Peel is listed in the DB as SmartZone, but only has one site - is there another site not published, or is it really running single site SZ configuration? Because I always thought this was a multiple-site issue when I heard it on my system.
In my case, if a specific talkgroup is in use, AND someone keys up another specific talkgroup, the first talkgroup will "bleed over" (in semi-garbled quality) onto the second talkgroup from the moment the 2nd talkgroup is "de-keyed" by the user until the first talkgroup's user de-keys. The talkgroups are not "numerically" close together (decimal 15568 vs decimal 304). I had been thinking that perhaps there was some combination of frequencies/repeaters in use that would send the zone controller into a tizzy and cause everything to link up weird. Or maybe my systems' constructors screwed up bad and accidentally employed the same freq on two sites. I've never really bothered to follow up on it because it's usually happening when peoples' attention is focused on other things (15568 is an airport ops TG, so when we are using it, generally it is somewhat hectic). I
also don't know if the "bleeding" TG hears the other TG before/after their transmissions - I think not, because the airport FFs and the airport control tower staff would have raised a stink by now if that was the case.
Does any of this sound like it could be remotely like what you guys experience on Peel? If so, maybe we should compare notes on our two systems and see if we can figure out exactly what is the matter/how the issue develops/etc. Maybe it's a bug in SZ that needs to be found and flattened...