[Spce-user] inbound routing to domain?
axessofficetheo at gmail.com
Tue Jul 2 14:01:16 EDT 2013
Apologies, have been caught up in other things. I understand the first
answer you gave but I don't think that covers what I am looking for. What I
am looking for is the ability to simply say "123456789" must go to
domain.com. This is over and above the normal functionality you describe -
we're using it that way and that works fine. The scenario is for the
A client uses a hosted PBX which is hosted at client1.example1.com. We now
change that client onto another PBX and point the domain to the new IP. In
my example above nothing would have to be done in sipwise as it simply
sends the calls to the domain. Especially when sending 100 numbers to a
domain this seems useful? Additionally, if we have a new request for 500
number to be sent to a downstream client, it would be handy to be able to
add a block to do exactly this, or if not contiguous number, import them
Hope that clarifies what we're looking for a little?
On Mon, Jun 24, 2013 at 12:32 PM, Jon Bonilla <jbonilla at sipwise.com> wrote:
> El Wed, 22 May 2013 15:35:15 +0200
> Theo <axessofficetheo at gmail.com> escribió:
> > Hi
> > I want to test sipwise for the following scenario (I know, I keep on
> > testing different things).
> > Call comes from interconnect>Sipwise>send to domain or IP, with or
> > rewriting the rule
> > I figure out how to handle that. I have inbound calls working to domains
> > sipwise with subscribers. This will not go to a subscriber - it will be
> > sent directly to an IP or domain of another server.
> > Any words of wisdom for me?
> > Thanks a lot
> What's the problem here?
> You can create that ip or domain as subscriber with permanent contact and
> the DID blocks you want.
> You can do pretty much the same configuring it as peer and enabling
> Depends on what you want you migh prefer one scenario or the other. Is
> any particular case?
> Spce-user mailing list
> Spce-user at lists.sipwise.com
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Spce-user