<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">You don't have a default user in domain 192.168.14.10, in the default config I used this so that you can set some vars on every call with one call to set_user and it would set all the vars from the default user on the current session. Its best to rip it out the set_user call if you have modified things.<div><br></div><div>/b</div><div><br><div><div>On Dec 22, 2008, at 10:12 PM, Jason White wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0; ">All fine so far.<br><blockquote type="cite">When I place a call from the VoIP phone FreeSWITCH complains:<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"> [WARNING] switch_ivr.c:1941 switch_ivr_set_user() can't find user<br></blockquote><blockquote type="cite"> [<a href="mailto:default@192.168.14.10">default@192.168.14.10</a>]<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">where 192.168.14.10 is the number assigned to the logical interface,<br></blockquote><blockquote type="cite">however the call goes through / everything seems to work. <br></blockquote><br>Somewhere in your dial plan, the set_user application is being called with<br>the above user and domain as parameter.<br><br><a href="http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_set_user">http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_set_user</a><br><br>The logs should show you which extensions are being executed in the dial plan<br>so you can work out how it reached this point and why it's invoking set_user<br>there. Basically, work through the logic of your dial plan to find out why<br>this is happening.<br><br>I'm sure others will have more specific advice, but, basically, it has to do<br>with the details of how your dial plan is configured.<br></span></blockquote></div><br></div></body></html>