Hello, thanks for your answer. I posted my sofia config in another mail today. I think that my config matches yours more or less. But when I start freeswitch the status of the connection is FAIL_WAIT. In the Wireshark log I saw that a REGISTER is send to the HIPATH but the answer is a 404. Any ideas what to test. Are there any sophia.conf.xml settings that are important? Dieter Am 29.09.2016 um 11:31 schrieb David Villasmil:
this is what my gateway look like:
<gateways> <gateway name="whatever"> <param name="username" value="1001"/> <param name="realm" value="THE REALM AGAINST UPON WHICH THE HASH WILL BE BUILT"/> <param name="password" value="password"/> <param name="extension" value="auto_to_user"/> <param name="context" value="public"/> <param name="proxy" value="IP ADDRESS OR DOMAIN"/> <param name="register" value="true"/> <param name="register-transport" value="tcp (or udp)"/> <param name="retry-seconds" value="15"/> </gateway> </gateways>
This should work... If you get Not Found, try looking at your server's log.
you also should create an outgoing gateway, even if you're not registering, like:
assuming the outgoing gateway will not auth-challenge you:
<gateway name="outgoing_gw"> <param name="username" value="none"/> <param name="realm" value="whatever"/> <param name="password" value="none"/> <param name="context" value="public"/> <param name="proxy" value="IP ADDRESS OR DOMAIN"/> <param name="register" value="false"/> <param name="register-transport" value="tcp (or udp)"/> <param name="retry-seconds" value="15"/> </gateway>
Adding it to the external is a good idea, so the final config will be:
<gateways>
<gateway name="whatever"> <param name="username" value="1001"/> <param name="realm" value="THE REALM AGAINST UPON WHICH THE HASH WILL BE BUILT"/> <param name="password" value="password"/> <param name="extension" value="auto_to_user"/> <param name="context" value="public"/> <param name="proxy" value="IP ADDRESS OR DOMAIN"/> <param name="register" value="true"/> <param name="register-transport" value="tcp (or udp)"/> <param name="retry-seconds" value="15"/> </gateway>
<gateway name="outgoing_gw"> <param name="username" value="does_not_matter_will_not_be used_but_must_be_set"/> <param name="realm" value="SAME AS PROXY"/> <param name="password" value="does_not_matter_will_not_be used_but_must_be_set"/> <param name="context" value="public"/> <param name="proxy" value="IP ADDRESS OR DOMAIN"/> <param name="register" value="false"/> <param name="register-transport" value="tcp (or udp)"/> <param name="retry-seconds" value="15"/> </gateway>
</gateways>
Once this is working and you see it REGED, calls will be coming in (as per "context") on the public dialplan... the you just need to bridge it like:
<extension name="forward call"> <condition field="destination_number" expression="^(whatever your regexp is)$"> <action application="info"/> <action application="bridge" data="sofia/gateway/outgoing_gw/$1"/> <action application="hangup"/> </condition> </extension>
I hope I was able to help..
Enjoy freeSWITCH, it's fantastic!
David
On Thu, Sep 29, 2016 at 9:40 AM, Scholz, Dieter <rd-disc@gmx.net <mailto:rd-disc@gmx.net>> wrote:
Hello,
thanks for your comment. The URL you mentioned will be helpful, when I reach the dialplan stage.
But at the moment I have problems connecting to the HIPATH maschine. I gave some more details in another post.
Dieter
Am 28.09.2016 um 17:25 schrieb Stanislav Sinyagin: > you need to create one more gateway that will communicate to your SIP > provider. This gateway can be configured with username and password if > the ITSP requires authentication. > > Then, you will need to create the dialplan that accepts calls from > each of these gateways and routes them to the other gateway. > > It's quite trivial once you figure out how SIP profiles and dialplan > contexts work together. > > Hopefully this will provide you some hints: > https://freeswitch.org/confluence/display/FREESWITCH/FreeSWITCH+PBX+Example <https://freeswitch.org/confluence/display/FREESWITCH/FreeSWITCH+PBX+Example> > > > > > On Wed, Sep 28, 2016 at 2:22 PM, Scholz, Dieter <rd-disc@gmx.net <mailto:rd-disc@gmx.net>> wrote: >> Hello, >> >> this is my problem: >> >> I would like to use Freeswitch as a gateway between our Hipath PBX and >> an external SIP provider. >> >> For that I created a Hipath SIP account that is working (tested with >> X-lite). Now I would like to let Freeswitch act as a client using this >> SIP account. Whenever there is an incoming call Freeswitch should act on >> it and forward this call to an external SIP provider. >> >> Is this possible? Does that make sense? Are there alternatives? >> >> At the moment I'm stuck to configure Freeswitch as a client. I added the >> Hipath SIP account as a gateway. When I compare the SIP traffic of >> X-lite and Freeswitch using Wireshark I found out that Freeswitch dows >> not offer the 'Subscribe' option. Is this the reason why it fails? >> >> Can you help me? >> >> Thanks in advance. >> >> Dieter >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting@freeswitch.org <mailto:consulting@freeswitch.org> >> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org <http://confluence.freeswitch.org> >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users> >> http://www.freeswitch.org > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting@freeswitch.org <mailto:consulting@freeswitch.org> > http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com> > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org <http://confluence.freeswitch.org> > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users> > http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com>
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org <http://confluence.freeswitch.org> http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <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