<div dir="ltr">Hi Andreas<div><br></div><div>Thanks for the quick response. We already use both Freeswitch and Asterisk and it does indeed fit our purpose. I think I was thrown off by the following paragraph from your handbook</div>
<div><br></div><div>In the past, creating a business-ready VoIP service included installation and configuration of SIP software like Asterisk, OpenSER, Kamailio etc., which can get quite difficult when it comes to implementing advanced features. It required to implement different web interfaces, billing engines and connectors to existing OSS/BSS infrastructure. These things are now obsolete due to the CE, which covers all these requirements.<br>
</div><div><br></div><div style>The way that was put made me believe one can do away with Asterisk :-) - my bad for misunderstanding I guess but you may want to word that differently.</div><div style><br></div><div style>
I agree that it works very well - no complaints at all, and I am pretty sure we will end up using this once I have ironed out the SBC upper registration issue (just not as I had initially envisaged) but I had simply hoped to eventually do away with the plethora of Asterisk servers and some freeswitch ones that we currently have running. Faxing is not really a requirement for us (I thought faxing is almost dead?), nor is any of the unified communications stuff at the moment. We really just offer termination and hosted PBXs to our customers.</div>
<div style><br></div><div style>Cheers</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, May 22, 2013 at 1:07 PM, Andreas Granig <span dir="ltr"><<a href="mailto:agranig@sipwise.com" target="_blank">agranig@sipwise.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<div class="im"><br>
<br>
On 05/22/2013 12:47 PM, Theo wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- I understand that each subscriber is set up with an E.164. So - a<br>
company is assigned a DID by us. Only 1. But they may have 20<br>
subscribers? What E.164 numbers do we set up for each of their<br>
subscribers? Do we just make them up? That will get confusing very<br>
quickly I think - no longer knowing what is the real number and which is<br>
not?<br>
<br>
- I am unclear on the "implied extensions". Subscribers will want to<br>
phone each other by dialling an extension. I can set up a rewrite rule<br>
so that when I dial "400" it rewrites it to whatever E.164 number, but<br>
that just seems very cumbersome having to do all that for each subscriber?<br>
</blockquote>
<br></div>
If your E164 number is 12345, you can create your subscribers using 12345400, 12345401, 12345402 etc. However, you're trying to model a use case on the CE which it's not exactly designed for.<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- Can calls be transfered to another subscriber? Currently that is not<br>
working in my setup but that may well be because I have overlooked<br>
something.<br>
</blockquote>
<br></div>
REFER is not enabled by default, I guess you're getting a "4xx Not Implemented", right? You'd need to add REFER to the line<br>
<br>
  if(is_method("INVITE|ACK|<u></u>CANCEL|BYE|OPTIONS|PRACK|<u></u>UPDATE"))<br>
<br>
in kamailio.cfg.tt2 (or better copy it to kamailio.cfg.customtt.tt2 and modify it there) in /etc/ngcp-config/templates/<u></u>etc/kamailio/proxy/.<br>
<br>
It's not enabled by default for billing reasons, as a subscriber might get referred to some premium number, without having its end device prompt for that. This is something where you need to make sure the clients you're using are playing well with these sort of things, otherwise you might make your users very unhappy if you have fraudulent users on the platform.<div class="im">
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I have seen the post about "ring groups" and that parallel forking is<br>
not possible. The view was that this will be part of a PBX module you<br>
will release? But if there really are almost no PBX features, then what<br>
exactly would we use it for other than as an SBC? End users will want<br>
those features, or at least a basic set of them? I had not understood<br>
from the onset that this is not part of it and embarked on it with the<br>
end goal being the PRO version. But at that price I expected something<br>
with all the bells and whistles of a fully fledged PBX. If it really<br>
</blockquote>
<br></div>
This is not a PBX, it's a Class5 soft-switch used to serve hundreds of thousands of subscribers, and it does this very well for the purpose it's designed for. PBX functionality is an add-on to the PRO, and for price of the PRO, it gets quite attractive compared to competitive solutions. Maybe you're rather looking into a pure PBX solution like Freeswitch or Asterisk instead, which might fit your purpose better?<div class="im">
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
only does what the CE version does, but with more redundancy and prepaid<br>
billing then I'd have a very hard time selling the concept to the powers<br>
that be - it really just does routing because the other functions would<br>
not really be useful without having more features?<br>
</blockquote>
<br></div>
You might want to get in touch with our sales team for a presentation of the PRO. It comes with a fax solution, mobile clients, unified communication clients based on cusax (a combined SIP/XMPP approach with just works, compared to SIP/SIMPLE) and add-ons like hosted PBX.<br>

<br>
Andreas<br>
<br>
______________________________<u></u>_________________<br>
Spce-user mailing list<br>
<a href="mailto:Spce-user@lists.sipwise.com" target="_blank">Spce-user@lists.sipwise.com</a><br>
<a href="http://lists.sipwise.com/listinfo/spce-user" target="_blank">http://lists.sipwise.com/<u></u>listinfo/spce-user</a><br>
</blockquote></div><br></div>