0.0.0.0 is just a place holder. I did try ${domain} but to no avail. Curious to see if I replace loopback/1004 with sofia/default/1004%0.0.0.0 if it would not enter the dialplan. Might work, just seems odd that in flat file it works fine.

Many Thanks
Ben

On Feb 1, 2015 8:08 AM, "Chris Tunbridge" <blasterjr@gmail.com> wrote:
if you execute 'sofia_contact 1004@0.0.0.0' (without quotes) at the CLI what do you get, or is 0.0.0.0 just the replacement of the actual ip?

I recommend setting your ip or teh 0.0.0.0 in your PHP script to ${domain} so that it dynamically resolves it.

On Fri, Jan 30, 2015 at 1:29 PM, Benjamin Rowe <you.kissmyarse@gmail.com> wrote:
I've been trying to dig into this more but can't find the issue i think it must have something to do with the dial-string. Here is curl response from my PHP script for 1004's authentication.

<?xml version="1.0" encoding="utf-8" ?>
<document type="freeswitch/xml">
  <section name="directory">
    <domain name="0.0.0.0">
      <groups>
        <group name="default">
          <users>
            <user id="1004"></user>
          </users>
          <params>
            <param name="dial-string" value="{presence_id=1004@0.0.0.0}${sofia_contact(1004@0.0.0.0)}"></param>
            <param name="a1-hash" value="<HASH>"></param>
          </params>
          <variables>
            <variable name="user_context" value="default"></variable>
            <variable name="effective_caller_id_name" value="Test"></variable>
            <variable name="effective_caller_id_number" value="1004"></variable>
            <variable name="dtmf-type" value="info"></variable>
            <variable name="toll_allow" value="domestic,international,local"></variable>
            <variable name="accountcode" value="1004"></variable>
            <variable name="transfer_fallback_extension" value="operator"></variable>
          </variables>
        </group>
      </groups>
    </domain>
  </section>
</document>



On Thu, Jan 29, 2015 at 6:20 PM, Benjamin Rowe <you.kissmyarse@gmail.com> wrote:
Evening All,


I have a basic system up and running i am able to dial out via my provider on both sip endpoints. I have setup 2 users 1000 and 1004. 1000 is created from the flat file xml and 1004 is from the xml_curl request. when i attempt to originate a call from user 1000 to an external number it passes through fine however when i originate a call from user 1004 i get subscriber absent both are running the same setup to my knowledge. Any Ideas?

Errors:
2015-01-29 18:12:17.745051 [WARNING] mod_dptools.c:3979 Can't find user [1004@<IP>]
2015-01-29 18:12:17.745051 [NOTICE] switch_ivr_originate.c:2735 Cannot create outgoing channel of type [user] cause: [SUBSCRIBER_ABSENT]
2015-01-29 18:12:17.745051 [DEBUG] switch_ivr_originate.c:3723 Originate Resulted in Error Cause: 20 [SUBSCRIBER_ABSENT]
2015-01-29 18:12:17.745051 [INFO] mod_dptools.c:3234 Originate Failed.  Cause: SUBSCRIBER_ABSENT
2015-01-29 18:12:17.745051 [NOTICE] switch_channel.c:4724 Hangup loopback/1004-b [CS_EXECUTE] [SUBSCRIBER_ABSENT]

Sofia Registrations:
=================================================================================================
Call-ID:        ocq57n8fn23uo0s7rh2025
User:           1004@<IP>
Contact:        "" <sip:mp2337gf@1tfoakfdb6me.invalid;transport=ws;fs_nat=yes;fs_path=sip%3Amp2337gf%40<IP>%3A59613%3Btransport%3Dws>
Agent:          SIP.js/0.6.3-devel BB
Status:         Registered(WS-NAT)(unknown) EXP(2015-01-29 18:24:02) EXPSECS(571)
Ping-Status:    Reachable
Host:           fs01-a
IP:             <IP>
Port:           59613
Auth-User:      1004
Auth-Realm:     <IP>
MWI-Account:    1004@<IP>


Originate command:
originate {ignore_early_media=true,origination_caller_id_number=1004}loopback/1004 &bridge(sofia/gateway/test/555123456)

Many Thanks
Benjamin Rowe



--
Benjamin Rowe

Lazypeople

Mobile: +44 (0)7904 026869
Phone: +44 (0)845 86 99 892
Email: ben@lazypeople.co.uk
Web: http://www.lazypeople.co.uk

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org


_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org