[Freeswitch-users] User processed in wrong context
TTT
lists at telium.io
Mon Nov 21 18:01:01 UTC 2022
Based on a old posting I found, I suspect this may be acl related. I added
the cidr below, could that be the cause? If so, can someone explain how
that affects context selection?
<list name="domains" default="deny">
<node type="allow" domain="$${domain}"/>
<node type="allow" cidr="172.31.254.0/24"/>
</list>
From: FreeSWITCH-users
[mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of TTT
Sent: Sunday, November 20, 2022 6:07 PM
To: 'FreeSWITCH Users Help' <freeswitch-users at lists.freeswitch.org>
Subject: [Freeswitch-users] User processed in wrong context
I have installed basic FreeSWITCH with the vanilla config. So far so good.
My client app can authenticate fine as user 1019. The list_users command
shows the 1019 id as in the "default" context.
I then try to dial 5000 (which should be the IVR demo), but instead the call
is processed as an outside_call (true) so I cannot reach the ivr. I see this
interesting line on the console:
2022-11-20 17:00:58.066297 98.20% [INFO] mod_dialplan_xml.c:639 Processing
testuser<1019>->5000 in context public
Why is user 1019 being processed in the public context? The user's
configuration shows it in the default context. So shouldn't it be processed
in context 'default' (internal calls), not 'public'?
Since my phone client connects to port 5060 (I can't actually change it) it
SHOULD be treated as internal. Unless, mod_dialplan_xml uses some other
criteria to select the context for the user.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20221121/59fbc821/attachment.html>
More information about the FreeSWITCH-users
mailing list