In short no, the purpose of the rules above is that they should handle everything for DMR+ that carries voice.VE6DV wrote: ↑Thu May 21, 2020 2:24 am Just so I understand this correctly, on DMR+ we would need to setup the talkgroups that we want to use on the network in the TGRewrite and SrcRewrite section, correct? I tried to use talkgroup 320 as talkgroup 80320 on DMR+ but didn't hear any activity and they couldn't hear me until I added it to the TGRewrite and SrcRewrite rules even though the IPSC2-QuadNet server was sending the transmission to my hotspot.
Using 80320 I can see that my outbound traffic went out correctly:
Code: Select all
D: 2020-05-21 12:18:19.318 Rule Trace, RewriteTG to DMR+_IPSC2-PhoenixF Slot=1 Dst=TG9-TG9999
**Remember to use an IPSC2+ master that supports both time slots, ones that only support DMO mode or single slot will let you push your transmission into the network, but wont sent anything back from TS1.
My original test (see above) was using PhoenixF, that let me send to TG320 (TG80320 on my radio) no problem, but I never got anything back from it via the network, swapping over to the OpenQuad master - it all works just like it should do.
Audio from the network to local RF:
Code: Select all
D: 2020-05-21 13:15:32.740 Rule Trace, network 2 transmission: Slot=1 Src=3138451 Dst=TG320
D: 2020-05-21 13:15:32.741 Rule Trace, RewriteTG to DMR+_IPSC2-QUADNET Slot=2 Dst=TG80009-TG89999
Code: Select all
D: 2020-05-21 13:18:12.651 Rule Trace, RF transmission: Slot=2 Src=2353150 Dst=TG80320
D: 2020-05-21 13:18:12.652 Rule Trace, RewriteTG to DMR+_IPSC2-QUADNET Slot=1 Dst=TG9-TG9999