Additionally your sipx installation needs to be able to lookup the callee's records via dns, so dns reolvers are important.
You can also enable ISN calling and use that as we. ============================ Tony Graziano, Manager Telephone: 434.984.8430 Fax: 434.984.8431 Email: [email protected] LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 Fax: 434.984.8427 Helpdesk Contract Customers: http://www.myitdepartment.net/gethelp/ ----- Original Message ----- From: Tony Graziano <[email protected]> To: Robert Hoffmann <[email protected]> Cc: sipx-users <[email protected]> Sent: Wed Jul 21 06:59:09 2010 Subject: Re: [sipx-users] Use sipX without a voip provider for internet calls? On Wed, Jul 21, 2010 at 6:48 AM, Robert Hoffmann <[email protected]>wrote: > Hi there, > > I want to use sipX without a voip provider. It should "just" act as a > proxy > that forwards any incoming remote calls (from the internet) to my locally > attached phones or acts as an outbound proxy for my phones dialing a > remote > SIP URI. I have all the needed NAPTR / SRV etc. records set up for my > public > domain, so connecting to sipX should be no problem. > > What I am not sure about is if sipX is actually designed to work for > remote > calls (in- and outgoing) without trunking? Of course I am just talking > about > calling between SIP URIs, no PSTN stuff. I am asking this in advance > because > I have not found any references for this scenario with sipX. > > - Can I use sipX as a proxy for remote calls (in- and outgoing) without > using a voip provider? > Yes > - If yes, can sipX act as a SBC in front to avoid NAT problems with the > phones behind it (with the appropriate port forwardings applied to my > router, of course)? Or is this function limited to trunking? > No, SBC is for trunking only, sipxrelay is for remote users. A proper firewall configuration at both ends for remote users is a requirement. > - If yes, is that working via the sipxrelay service so that remote phones > will have to send their SIP signaling to port 5080 (which is the standart > port for sipxrelay) ? > No, trunking would be 5080, but since you are not using that it does not factor rhere. Remotes users resolve (via DNS SRV) to connect via port 5060. > - If SBC functionality is not possible, can I use sipX at least as a > "dumb" > proxy in combination with a SIP ALG? > Simply activate the SIP trunking role and configure according to the wiki to do this and bypass any sip alg's present. > > If anything of the above worked, what would I have to configure in sipX? > Obviously I cannot fill out the Internet Calling form, as there is no > trunk > configured for which a SBC could be attached to... > By default the built-in sipxbridge sbc will allow this, YOU_ONLY_FILL_THIS_IN and check it when using ANOTHER_SBC for this function. > > Thank you in advance for your help and time! > > > BR, Robert > > _______________________________________________ > sipx-users mailing list [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users > sipXecs IP PBX -- http://www.sipfoundry.org/ > -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: [email protected] Fax: 434.984.8431 Email: [email protected] LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Fax: 434.984.8427 Helpdesk Contract Customers: http://www.myitdepartment.net/gethelp/ Why do mathematicians always confuse Halloween and Christmas? Because 31 Oct = 25 Dec. _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
