911 Calls Not Going out PSTN Line

<< < (4/5) > >>

RonR:
Quote from: robhouston on April 23, 2011, 06:20:02 pm

Despite the fact that I have "S1" in my ITSP DigitMap, it still seems like the Obi is waiting 3 or 4 seconds before dialing the call on PSTN.  Is there maybe another timer somewhere?

I think what you're seeing is perfectly normal.

Dial a 7-digit number and watch the LINE Port LED (the right-most one) on the OBi.  It should start blinking 1 second after you've dialed the 7th digit.  That's the LINE Port going off-hook.  That's followed by a .5 second off-hook delay, followed by .4 seconds for each of the 7 digits to dial (.2 seconds DTMF ON followed by .2 seconds DTMF OFF).  That's about 4.3 seconds minimum before you could possibly hear any PSTN ringback.

Don't forget, you can always terminate your dialing with a #, which is guaranteed to start the OBi processing your call immediately with no further delays.  I personally think your S1 is a bad idea because it forces you dial the 8th digit very quicky when you're trying to dial a 10- or 11-digit number, otherwise the OBi takes off dialing the first 7 digits.  I would at least delete the S1 entirely, leaving a 2 second delay in place.  I prefer a 4 second delay (S4) just in case I get distracted.  I always terminate all dialing with a #, so it doesn't matter how long the default delay is.

robhouston:
RonR----thanks again for your prompt response.  

Yeah, I think I may have to get used to the delay.  You make a good point about a minimum 4-second delay for outbound PSTN dialing.

Rob

robhouston:
RonR-----I just found this DigitMap for the Line port (PSTN in my setup):

(xxxxxxxS4|1xxxxxxxxxx|xx.)

Wouldn't this add a 4-second delay to outbound calls on the line port? 

Thanks!

shap:
Press # at the end of the dialed number and your call will be placed immediately. Or you can change the DigitMap and add S0 at the end of 911.

RonR:
Quote from: robhouston on April 24, 2011, 03:19:48 am

RonR-----I just found this DigitMap for the Line port (PSTN in my setup):

(xxxxxxxS4|1xxxxxxxxxx|xx.)

Wouldn't this add a 4-second delay to outbound calls on the line port?  

Thanks!


Only if your PHONE Port -> PrimaryLine = PSTN LINE and you dial a 7-digit number OR you explicitly dial **8 + 7-digit number.

In your case, where PHONE -> PrimaryLine = SP1 and you're dialing 7-digit numbers without a **8 prefix, the LINE Port DigitMap only comes into play when the OutboundCallRoute is evaluated (because **8 was added to the 7-digit number by the ITSPA DigitMap).  'Sn' operators are ignored when a DigitMap is being evaluated in the context of an OutboundCallRoute.  'Sn' operators only effect a delay when they're evaluated in the context of the PHONE Port DigitMap, in which case the LINE Port DigitMap will only be a candidate for evaluation if the first sentence in this post is true.

You have to remember that placing a call is a two-stage process:

1.  The PHONE Port DigitMap is evaluated using the dialed number and returns the best matched value ('Sn' is honored).

2. The OutboundCallRoute is evaluated using the number returned in stage one ('Sn' is not honored).

Navigation

[0] Message Index

[#] Next page

[*] Previous page