On Wed, Jun 21, 2006 at 08:15:25PM +0100, Ed W wrote:
>
> >> For inspiration: What I do on my homegrown setup is to use a different
> >> context for each incoming trunk. Then I can use this to setup variables
> >> determining what happens next, eg lines to ring, different timed events,
> >> distinctive ring, etc. Then the a dial macro reads the variables like
> >> distinctive ring and processes them.
> >>
> >> Seems that this basic idea could work ok for FreePBX as well?
> >>
> >
> > My homebrewed setup focuses more on Zap channels than most systems. The
> > way I did it was to have a definition of each extension which would have
> > a setting for "internal" calls and when a call was determined to be
> > intra-pbx, it would have that variable appended. It is a bit kludgy
> > because the variable has little meaning for SIP devices unless they can
> > define separate extensions for their incoming context. This covers my
> > normal (from zap trunk) calls and intra-pbx calls.
> >
> > Then my voip trunk from work drops into a separate context which is
> > easier to deal with (in my hand-crafted and freePBX configurations)
> > because there is no VM to deal with on the local system as voicemail is
> > kept on the work system.
>
> Why don't you just use a cascaded context? Basically drop incoming
> calls immediately into a context which notes where they are from and
> then sets a few variables. Then you can drop them back into the main
> context. You then don't care what happens to the call, but on the
> internal ring macro you can then modify it to dial the distinctive ring
> based on the variable you set earlier
>
> This seems to be mostly doable in freepbx even?
>
> I think you can override extension.conf using the extensions-custom.conf
> or similar?
How this would be done is not immediately apparent to me. Since the AGI
script constructs the argument(s) to DIAL(), any variables would have to
be detected there and set into that string. And then only if the
channels string (remember there can be multiple) contains (a) ZAP channel(s).
But I admit that I'm new to freePBX (working with it about 2mos) and
perhaps the extent of its configurability has not yet become apparent to
me.
I'm working out the preliminary configuration for the article now (it
sure goes a lot slower when taking notes on every single step!). Once I
pass that point, I can try a couple ideas for the distRing... I would
be happy to send you (or anyone) the freePBX config backup for you to
experiment on from the point I have it. However, not many people use
ZAP channels for their phonesets it seems...
Thanks again for your reply!
--
-M
There are 10 kinds of people in this world:
Those who can count in binary and those who cannot.
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
|
