[asterisk-users] Handling multiple fax machines and the fax extension, and general call routing

[arkda]

That makes sense. Thanks Steve.

On Thu, May 22, 2008 at 5:29 PM, Steve Totaro <
stotaro at totarotechnologies.com> wrote:

> Echocancelwhenbridged=no should work.
>
> Thanks,
> Steve Totaro
>
> On Thu, May 22, 2008 at 5:26 PM, arkda <thrills3k3r at gmail.com> wrote:
> > Maybe that's what I'm missing. I was under the assumption that you had to
> > use fax detect if you did faxing due to the echo cancellation, so fax
> detect
> > could shut it off for fax calls.
> >
> > So with dedicated fax lines, there's no need to use fax detect?
> >
> > On Thu, May 22, 2008 at 5:15 PM, Steve Totaro
> > <stotaro at totarotechnologies.com> wrote:
> >>
> >> You should not have to do this if you setup your contexts and
> >> extensions correctly.  You don't need faxdetect if you are using
> >> dedicated fax DIDs.  The last four digits MUST match what the telco is
> >> sending you in exten=XXXX.
> >>
> >> Thanks,
> >> Steve Totaro
> >>
> >> On Thu, May 22, 2008 at 5:07 PM, arkda <thrills3k3r at gmail.com> wrote:
> >> > I'm using two contexts, [internal] and [external] as in the example.
> >> > There
> >> > are four digit extensions for each fax machine in my [external]
> context
> >> > (the
> >> > [external] context is the context in which my PRI terminates) as well
> as
> >> > in
> >> > the [internal] context.
> >> >
> >> > I just found that I'm able to 'cheat' slightly. If I capture the
> >> > ${EXTEN}
> >> > into another variable and simply call that in the fax extension like
> so:
> >> >
> >> > [external]
> >> > exten => fax,1,Goto(internal,${FAXER},1)
> >> >
> >> > exten => 1000,1,Answer()
> >> > exten => 1000,n,Set(FAXER=${EXTEN})
> >> > exten => 1000,n,Wait(3)
> >> > exten => 1000,n,Goto(internal,1000,1)
> >> >
> >> > --------------------------------
> >> >
> >> > This appears to redirect the call to the appropriate entry under
> >> > [internal].
> >> > This isn't exactly elegant, but I think it will work. It seems odd to
> me
> >> > that there isn't a better method of routing calls once they've been
> >> > routed
> >> > into a catch-all extension such as 's'.
> >> >
> >> >
> >> > On Thu, May 22, 2008 at 4:42 PM, Steve Totaro
> >> > <stotaro at totarotechnologies.com> wrote:
> >> >>
> >> >> So you have mapped a DID (last four digits) to your DHADI port in the
> >> >> regular extensions context, not the fax context?  What is the CLI
> >> >> output?
> >> >>
> >> >> Thanks,
> >> >> Steve Totaro
> >> >>
> >> >> PS.  Figured I would start with DHADI now.....
> >> >>
> >> >>
> >> >> On Thu, May 22, 2008 at 4:37 PM, arkda <thrills3k3r at gmail.com>
> wrote:
> >> >> > Thanks for your response Steve. You almost lost me when I saw
> DAHDI,
> >> >> > that's
> >> >> > going to take some getting used to.
> >> >> >
> >> >> > Using 'n' for the faxes will not work since these fax machines are
> >> >> > all
> >> >> > department dependent and they're very territorial.
> >> >> >
> >> >> > In my config I'm using Dial commands as you described in your
> second
> >> >> > post.
> >> >> > I'm not sure what I could do differently there...?
> >> >> >
> >> >> > On Thu, May 22, 2008 at 4:10 PM, Steve Totaro
> >> >> > <stotaro at totarotechnologies.com> wrote:
> >> >> >>
> >>
> >> _______________________________________________
> >> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> >>
> >> asterisk-users mailing list
> >> To UNSUBSCRIBE or update options visit:
> >>   http://lists.digium.com/mailman/listinfo/asterisk-users
> >
> >
> > _______________________________________________
> > -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> >
> > asterisk-users mailing list
> > To UNSUBSCRIBE or update options visit:
> >   http://lists.digium.com/mailman/listinfo/asterisk-users
> >
>
> _______________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20080522/a64f36ad/attachment.htm