[asterisk-users] PBX -> PRI -> * -> Telco not working

[Tony Mountifield]

In article <57a815bf0811151736k7d56ec32w7a6df13073346dce at mail.gmail.com>,
Mikel Lindsaar <raasdnil at gmail.com> wrote:
> On Sun, Nov 16, 2008 at 9:37 AM, Tony Mountifield
> <tony at softins.clara.co.uk>wrote:
> 
> >
> >
> Actually, if Read() works, then WaitExten should have worked too. I expect
> > what was missing was the Answer(). So this ought to work as an alternative:
> 
> 
> It doesn't for some reason... I end up getting the timeout call

Wierd - even with the Answer() first? There must be some reason the DSP
isn't running by default, and only gets turned on by the call to Read().

> [Nov 16 23:22:51] WARNING[8213]: pbx.c:7787 pbx_builtin_waitexten: Timeout
> but no rule 't' in context 'from-nec'
>   == Spawn extension (from-nec, s, 3) exited non-zero on 'DAHDI/28-1'
>     -- Hungup 'DAHDI/28-1'
> 
> Also, there is one improvement I think might be made to either, and that
> > is to replace the 'r' flag (always generate ringing) with a call to
> > Progress() before the Dial:
> 
> 
> I'll give that a shot
> 
> And ideas why the waitexten is not getting the digits?

No, it's strange.

> I am getting another weird error as well that might shed some light.
> 
> Calling from the NEC phone digital handsets works 100%.  Calling from the
> telco and into the NEC system also works fine.
> 
> But when I try to call out using a POTS phone connected to an analog line on
> the NEC, it seems like the numbers get mangled on either their way to
> Asterisk (unlikely as the NEC was making calls out the E1 from POTS lines
> yesterday) or from the translation that the asterisk box is doing to talk to
> the NEC.
> 
> For example, I dial: 96920000 the NEC system prepends it with 1414 (which is
> our telco access prefix) and then dials.

This would, I guess be because the NEC collects up the digits from the
digital extension and then grabs the outgoing line and dials the DTMFs
for the whole number itself.

> If I do this from an NEC digital extension I get 141496920000, but if I do
> it from an NEC POTS extension I get 1942124000

That looks like when you pick up the analogue phone and dial 9, it
immediately opens the outgoing line and sends the 141 acces code, but
is doing so at the same time you carry on dialling 6920000. So the digits
clash with each other. Notice you have 1414 interleaved with 922000. It
appears like the digits generated by the NEC (1414) are overriding the
digits coming in from the phone, and either obliterating the latter,
or splitting them up (in the case of the 2, which gets chopped in half
by a short burst of 1).

I guess that is what's happening - but how to fix it is another story!

Cheers
Tony
-- 
Tony Mountifield
Work: tony at softins.co.uk - http://www.softins.co.uk
Play: tony at mountifield.org - http://tony.mountifield.org