Hi Katarina,<br><br>Sounds like you have enabled ipauth by having cidr attributes within the extension file. E.g:<br><br><user id="test" cidr="<a href="http://192.168.0.0/16">192.168.0.0/16</a>"><br>
<br>If this is the case, then username/password tuplles will fail (because you have disabled them) but ipauth will work, and FS will allow unregistered calls.<br><br>Also, check you conf/autoload_configs/acl.conf.xml to see if your default domains acl state is one of allow rather than deny. E.g:<br>
<br><list name="domains" default="allow"><br> <node type="allow" domain="$${domain}"/><br></list><br><br>This type of list is bad news anyway. I've seen it allow unregistered calls from anyone simply by them knowing your domain.<br>
<br>What we do in our set-up is remove the default ACLs altogether, and apply our own custom ones + firewalling at the border.<br><br>Hope this helps you a little.<br><br><br><br><br><div class="gmail_quote">2010/1/3 katarina djakovic <span dir="ltr"><<a href="mailto:kdjakovic@hotmail.com">kdjakovic@hotmail.com</a>></span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>
Hi,<br>
<br>
we are trying to figure out how to suspend certain subscribers from our system and we have some problems with removing thier <br>
registrations. The UAs are ATAs.<br>
<br>
This is what we do:<br>
<br>
1) We remove the subscriber extension from the conf\directory .xml files<br>2) We do reloadxml<br>3) We flush user's registration with flush_inbound_reg <br>
<br>
but, the users are still able to make calls as if they were still registered. To make it clearer, their registrations are removed from <br>
the registration list (checked with sofia status), but they system still accepts the calls from them. From this, it seems that if ATA is never rebooted - we are not able to ban these users from the system.<br>
<br>
Only after the ATA is rebooted user is not able to make calls any more, as the ATA can not register any more - since they users are <br>
removed from the directory. But before we reboot ATA everything works as nothing had been done.<br>
<br>
Does anyone have an idea what are we doing wrong? We expect that after the registration is removed from the FS the UA should not be <br>
able to make a call but this is not what happnes.<br>
<br>
Can anybody help please?<br>
Thanks,<br>Katarina<br> <br><hr>Keep your friends updated— <a href="http://www.microsoft.com/middleeast/windows/windowslive/see-it-in-action/social-network-basics.aspx?ocid=PID23461::T:WLMTAGL:ON:WL:en-xm:SI_SB_5:092010" target="_blank">even when you’re not signed in.</a></div>
<br>_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Ahmed Naji<br>