ACLs seems to make outbound calls being treated as inbound?

[etsiot]

I am trying to untangle a seemingly straightforward setup to no success.
Simple home setup with 1 FXO gateway (Grandstream HT813) and some SIP phones.
Inbound and outbound destinations are defined based on this gateway.
ACL node is defined in domains, to allow the gateway, per the docs.
Inbound calls work fine.
However, outbound calls result in the call being treated as inbound and dialplan doing nothing?

 2022-09-27 17:23:33.013318 [INFO] mod_dialplan_xml.c:637 Processing Home <112>->*calledNum* in context public
 Dialplan: sofia/internal/112@*FusionDomain* parsing [public->caller-details] continue=true
 Dialplan: sofia/internal/112@*FusionDomain* Regex (PASS) [caller-details] () =~ // break=never
 Dialplan: sofia/internal/112@*FusionDomain* Action export(call_direction=inbound) INLINE
 EXECUTE [depth=0] sofia/internal/112@*FusionDomain* export(call_direction=inbound)
 2022-09-27 17:23:33.053316 [DEBUG] switch_channel.c:1310 EXPORT (export_vars) [call_direction]=[inbound]
 Dialplan: sofia/internal/112@*FusionDomain* Action set(caller_destination=${sip_to_user}) INLINE
 EXECUTE [depth=0] sofia/internal/112@*FusionDomain* set(caller_destination=*calledNum*)
 2022-09-27 17:23:33.053316 [DEBUG] mod_dptools.c:1672 SET sofia/internal/112@*FusionDomain* [caller_destination]=[*calledNum*]
 Dialplan: sofia/internal/112@*FusionDomain* Action set(caller_id_name=${caller_id_name}) INLINE
 EXECUTE [depth=0] sofia/internal/112@*FusionDomain* set(caller_id_name=Home)
 2022-09-27 17:23:33.053316 [DEBUG] mod_dptools.c:1672 SET sofia/internal/112@*FusionDomain* [caller_id_name]=[Home]
 Dialplan: sofia/internal/112@*FusionDomain* Action set(caller_id_number=${caller_id_number})
 Dialplan: sofia/internal/112@*FusionDomain* parsing [public->*GatewayDID*] continue=false
 Dialplan: sofia/internal/112@*FusionDomain* Regex (FAIL) [*GatewayDID*] destination_number(*calledNum*) =~ /^(*GatewayDID*)$/ break=on-false
 2022-09-27 17:23:33.053316 [DEBUG] switch_core_state_machine.c:287 (sofia/internal/112@*FusionDomain*) State Change CS_ROUTING -> CS_EXECUTE
 2022-09-27 17:23:33.053316 [DEBUG] switch_core_state_machine.c:644 (sofia/internal/112@*FusionDomain*) State ROUTING going to sleep
 2022-09-27 17:23:33.053316 [DEBUG] switch_core_state_machine.c:585 (sofia/internal/112@*FusionDomain*) Running State Change CS_EXECUTE (Cur 1 Tot 50)
 2022-09-27 17:23:33.053316 [DEBUG] switch_core_state_machine.c:651 (sofia/internal/112@*FusionDomain*) State EXECUTE
 2022-09-27 17:23:33.053316 [DEBUG] mod_sofia.c:209 sofia/internal/112@*FusionDomain* SOFIA EXECUTE
 2022-09-27 17:23:33.053316 [DEBUG] switch_core_state_machine.c:329 sofia/internal/112@*FusionDomain* Standard EXECUTE
 EXECUTE [depth=0] sofia/internal/112@*FusionDomain* set(caller_id_number=112)
 2022-09-27 17:23:33.053316 [DEBUG] mod_dptools.c:1672 SET sofia/internal/112@*FusionDomain* [caller_id_number]=[112]
 2022-09-27 17:23:33.053316 [NOTICE] switch_core_state_machine.c:386 sofia/internal/112@*FusionDomain* has executed the last dialplan instruction, hanging up.
 2022-09-27 17:23:33.053316 [NOTICE] switch_core_state_machine.c:388 Hangup sofia/internal/112@*FusionDomain* [CS_EXECUTE] [NORMAL_CLEARING]
 2022-09-27 17:23:33.053316 [DEBUG] switch_core_state_machine.c:651 (sofia/internal/112@*FusionDomain*) State EXECUTE going to sleep
 2022-09-27 17:23:33.053316 [DEBUG] switch_core_state_machine.c:585 (sofia/internal/112@*FusionDomain*) Running State Change CS_HANGUP (Cur 1 Tot 50)
 2022-09-27 17:23:33.053316 [DEBUG] switch_core_state_machine.c:848 (sofia/internal/112@*FusionDomain*) Callstate Change RINGING -> HANGUP
 2022-09-27 17:23:33.053316 [DEBUG] switch_core_state_machine.c:850 (sofia/internal/112@*FusionDomain*) State HANGUP
 2022-09-27 17:23:33.053316 [DEBUG] mod_sofia.c:453 Channel sofia/internal/112@*FusionDomain* hanging up, cause: NORMAL_CLEARING
 2022-09-27 17:23:33.053316 [DEBUG] mod_sofia.c:598 Responding to INVITE with: 480
 2022-09-27 17:23:33.053316 [DEBUG] switch_core_state_machine.c:60 sofia/internal/112@*FusionDomain* Standard HANGUP, cause: NORMAL_CLEARING
 2022-09-27 17:23:33.053316 [DEBUG] switch_core_state_machine.c:850 (sofia/internal/112@*FusionDomain*) State HANGUP going to sleep
 2022-09-27 17:23:33.053316 [DEBUG] switch_core_state_machine.c:620 (sofia/internal/112@*FusionDomain*) State Change CS_HANGUP -> CS_REPORTING
 2022-09-27 17:23:33.053316 [DEBUG] switch_core_state_machine.c:585 (sofia/internal/112@*FusionDomain*) Running State Change CS_REPORTING (Cur 1 Tot 50)
 2022-09-27 17:23:33.053316 [DEBUG] switch_core_state_machine.c:936 (sofia/internal/112@*FusionDomain*) State REPORTING
 2022-09-27 17:23:33.233395 [DEBUG] switch_core_state_machine.c:174 sofia/internal/112@*FusionDomain* Standard REPORTING, cause: NORMAL_CLEARING
 2022-09-27 17:23:33.233395 [DEBUG] switch_core_state_machine.c:936 (sofia/internal/112@*FusionDomain*) State REPORTING going to sleep
 2022-09-27 17:23:33.233395 [DEBUG] switch_core_state_machine.c:611 (sofia/internal/112@*FusionDomain*) State Change CS_REPORTING -> CS_DESTROY
 2022-09-27 17:23:33.233395 [DEBUG] switch_core_session.c:1726 Session 50 (sofia/internal/112@*FusionDomain*) Locked, Waiting on external entities
 2022-09-27 17:23:33.233395 [NOTICE] switch_core_session.c:1744 Session 50 (sofia/internal/112@*FusionDomain*) Ended
 2022-09-27 17:23:33.233395 [NOTICE] switch_core_session.c:1748 Close Channel sofia/internal/112@*FusionDomain* [CS_DESTROY]
 2022-09-27 17:23:33.233395 [DEBUG] switch_core_state_machine.c:739 (sofia/internal/112@*FusionDomain*) Running State Change CS_DESTROY (Cur 0 Tot 50)
 2022-09-27 17:23:33.233395 [DEBUG] switch_core_state_machine.c:749 (sofia/internal/112@*FusionDomain*) State DESTROY
 2022-09-27 17:23:33.233395 [DEBUG] mod_sofia.c:364 sofia/internal/112@*FusionDomain* SOFIA DESTROY
 2022-09-27 17:23:33.233395 [DEBUG] switch_core_state_machine.c:181 sofia/internal/112@*FusionDomain* Standard DESTROY
 2022-09-27 17:23:33.233395 [DEBUG] switch_core_state_machine.c:749 (sofia/internal/112@*FusionDomain*) State DESTROY going to sleep

Having messed around with ACLs, in some cases the reverse stands; i.e. outbound calls work but no inbound.
Any ideas?

 

[hfoster]

Why would 112 here be selected for the context public? Does it's source address match the domains ACL?