[Asterisk-Dev] Dynamic IAX connections
critch at basesys.com
Mon Dec 15 01:05:37 MST 2003
There is such a thing as a guest IAX account. With a guest account you
can place incoming guest accounts into a specific context that can
appropriately limit the callers abilities(lock down toll calls, and
limit number of lines used). Since your willing to accept calls from
strangers and route them to the PSTN, then there is no need to lock out
users. This eliminates one part of your problem below.
As for the other part, it doesn't require any difficult work. Basically
it will require a minimum of coordination to keep the list of gateways
up to date. Then it only requires a dialplan on the central machine that
can be used as a switch for other asterisk machines. Basically either
there will be a match and be able to dial out, or it won't and the local
asterisk machine needs to finish the dial via a local line.
Of course I think this is what is intended to be done with IAXTEL at
On Sun, 2003-12-14 at 22:41, Steve Rodgers wrote:
> What are the snags and obstacles to add dynamic IAX origination to Asterisk. I
> posted the following in the VOIP forum over at dslreports under FWD/IAX
> nexthop because it is such an interesting idea:
> I've been doing some thinking about this, and I think it would be possible to
> refine this to the next level by setting up something like the following:
> A "virtual tandem" server whose job is to know which asterisk boxes are on
> line and can accept calls for certain rate centers. The virtual tandem server
> would listen to registration requests from the asterisk servers which are
> available to complete calls in certain areas of the world and would receive
> requests from callers and point them to those servers which were able to
> complete the call. These
> would be known as public termination points.
> There would be 2 pieces of software to write, the virtual tandem server, and
> an add on to asterisk to allow it to set up dynamic IAX trunks to the public
> termination points from information received from the virtual tandem server.
> The asterisk side would also need some code added to facilitate the
> registration of public termination points, and usage restrictions.
> There are other issues to work out such as failure of the virtual tandem
> servers. Some kind of system like slave name servers would have to be
> employed to make the system reliable.
> This setup would be cool as it would revive the spirit of
> old time "phone phreaking" but in a legal manner.
> Asterisk-Dev mailing list
> Asterisk-Dev at lists.digium.com
Steven Critchfield <critch at basesys.com>
More information about the asterisk-dev