Hotline for faxes

[caknfd]

I've read through most of the post and was wondering if anyone has come up with a direct to ARS type of work around for a 3300. Kind of had it working with a speedcall 9* dialing 9 (I think) and it would work if you dialed the number quickly but if you paused for even a second it would error out. Would probably work for speed dials in the fax machines but for the manually dialed numbers it would be an issue.
3300 release 7 and ISDN PRI trunks

Craig

 

[kwbMitel]

Not for analog, nope.

**********************************************
What's most important is that you realise ... There is no spoon.

 

[jpruder]

Don't know why it is so hard to dial an extra number? Many fax machines do allow a prepend setting.

 

[kwbMitel]

@jpruder, generally the issue is with stored speedcalls. I've run into some faxes that have as many as 100 speedcalls that all need to be adjusted to add the 9.

**********************************************
What's most important is that you realise ... There is no spoon.

 

[caknfd]

This is a City that has 14 facilities and at least 20 fax machines. They will have to live with it but they would rather not if it was possible. And as kwbmitel ststed its mainly about the speed dials.

Thanks
Craig

 

[kwbMitel]

@caknfd

Are you in North America?
Do you use 10 digit local dialing?
Can you avoid any extensions or DN's that start with 1

If the answers to those questions were all yes then you have the option to configure your ARS to dial without the 9 (at least for North America Call LD or Local)

It may be possible in other regions as well but I have no experience with that. I've done this many times and I haven't had any issues.


**********************************************
What's most important is that you realise ... There is no spoon.

 

[TheMitelGuy]

Craig,

I may have a solution, but I need to test it tomorrow in the office. I will test it and let you know.

In the meantime, can you tell us what model and make these fax machines are? Can they not be setup to inject a 9 automatically on their own? Most can, but some (like Xerox) can't.

 

[caknfd]

It's a mix of small local fax machines (Different Brands) and some big network printers/fax machines I believe the are Xerox.

kwbmitel we probably could free up most things that start with a 1 and just use that 1 as the ARS leading digit but they do like 7 digit dialing for the local area code. I will bring that up as an option. Would have to leave the 9 as the leading digit for things like 211,411,511,611 but how often are those numbers dialed.

Craig

 

[kwbMitel]

As long as you require the Fax to dial 10 digits for local you should be good to go without too much difficulty.

As you assessed, N11 can retain the 9 leading digit

Also, I typically leave overseas 011 or anything else starting with 0, with a leading 9

In your case, it would be simplest to leave 9 + 7 digits for local or get the users to migrate to 10 digit dialing.

**********************************************
What's most important is that you realise ... There is no spoon.

 

[TheMitelGuy]

Hello,

I gave this a try in our office and it worked for me, but it **MAY or MAY NOT** work for you with PRI. I'm not sure if this is going to work in a situation that is using PRI. Unfortunately we only have SIP trunks, so I don't have a way of testing this with PRI, but this **MAY** work for you.

1) Create a System Speed Call that uses the Actual Number of 9 - and I would enable the override toll control option to test.
2) Under the Associated Directory Number form, assign the System Speed Call you created in Step #1 to your analog fax machine port/PLID. Just one fax machine/port to test.
3) Go to that fax machine and replace it with a regular analog phone. Attempt to dial a local number without the leading 9. Make sure to include your local three-digit area code if that is required for a local call.

Does that work for you?

Again, MCD allowed me to program this, but that doesn't mean that it will work with PRI. I would ensure that the feature to provide secondary dial-tone is enabled in your ARS entries. That may help with this test. If this test fails, it's because the full number was not dialed before the call was started (which is required with PRI). I would give it a quick test and try it. If it doesn't work, there is one more feature that we can enable that will probably force it to work, however it may impede your Mitel system if you are using Mobile Extension (discontinued) or Mitel Dynamic Extension/Personal Ring Groups that include external numbers.

Thanks!

 

[caknfd]

I did try that I had Speed Dial 9* dial 9 and put 9* as the hotline location on the S/L fax extension it worked if you went offhook and immeditlly without pauseing if you paused for even 1 second it errored out (went to fast busy) so it might of worked for the speed dials in the fax machine but wouldn't work if they needed to manually dial a number it would be a problem.

Thanks
Craig

 

[TheMitelGuy]

Because you programmed a System Speed Call of 9*.

Try using a System Speed Call not starting with 9 and test. Your results will probably different.

 

[caknfd]

I will try it but don't see why the 9* would have anything to do with it 9* is not a valid digit string in ARS. But again it is a Mitel so you never know.

 

[kwbMitel]

It needs to be valid which is why this is doomed to fail.

With PRI the dialing is done over the D-Channel and then the call cuts over to the B-Channel

With analog Trunks (And I now assume SIP), you can get away with the system dialing part of the call and the device dialing the remainder as the dialing is via DTMF over the trunk directly. I've gone down that road. I won't guarantee you will fail and I'm kind of hoping you will succeed but I will bet against success none the less.

**********************************************
What's most important is that you realise ... There is no spoon.

 

[caknfd]

9* wasn't a valid number in the ARS (or anywhere for that mater) until I made it one when I created the speeddial 9* that dialed the actual number 9. It coundn't be a valid nuber as it wouldn't let me add an existing number as a speed dial. I went ahead and created a new speed dial 2699 that dialed 9 and put that in the as the hotline and it worked the same as my 9* if you went off hook and dialed the number without pausing it would work but if you delayed any more then about 1 sec in dialing it would error out (much quicker than the normal interdigit timing). Would work for the speedials stored in the fax machines but the fax machines that allowed users to go off hook and manually dail the number it errored out to quickly.

kwbmitel was thinking about what you were saying about the PRI
I was only entering the 9 (in the speed dial) which was just an ars leading digit but I don't have 9 with 0 to follow in the digits dialed so it would not immediatelly pick its route. All of the ARS digit dialed entries were 91 plus either an area code with 7 digits to follow for certain area codes or 91 with 10 digits to follow so the call wouldn't be routed until the ARS finds a match and routes the call. So the dialing going to reorder seems to be more of a Mitel issue then a PRI issue as the call doesn't know is going out the PRI until the ARS find a match and routes the call. Correct? Or does the system start routing if it thinks it has a match before the number is completly dialed?

The customer is changing the Speed Dials and posting on the machines they must dial the 9 so for now it's not an issue. But it would be nice to have a solution.

Thanks all for the assistance
Craig

 

[kwbMitel]

RE: Would work for the speedials stored in the fax machines

No it wouldn't for the reasons I've stated, you cannot dial out on a PRI using DTMF Tones

**********************************************
What's most important is that you realise ... There is no spoon.

 

[wireman50]

I worked round it once by siting the speed calls on the 3300 and having the fax machines dial the speedcall from their speedcall. Centralised then for any number of fax machines and one change changes them all.