Can't create user extension with IPO Manager 9.0 1

[ECDerek]

Hi All,

Like other users here, I've inherited an Avaya system that I know nothing about. I've been trying (without success) to do what seems to be a very simple task: Create a new user, give them an extension, and unconditionally forward all calls.

I've followed instructions and created a new user, assigned a forward number and extension, saved the config, and rebooted (I believe I can't merge a new user). After reboot, I get my new user, but the extension lists as "extension doesn't exist".

This user doesn't exist physically; I want calls to the "virtual" extension to be forwarded. What am I missing? It must be something simple, but after two solid hours scouring for a solution, I'm no further ahead. Anyone?

Thanks in advance,
--Derek

 

[Gunnaro]

Then you need to create an Extn.

Right click (in extension window), new, choose your kind of extn, give it a number in the blank field next to the top, ok, save config.

Kind regards

Gunnar
__________________________________________________________________
Hippos have bad eyesight, but considering their weight, it’s hardly their problem

 

[Gunnaro]

Then you need to create an Extn.

Right click (in extension window), new, choose your kind of extn, give it a number in the blank field next to the top, ok, save config.

Kind regards

Gunnar
__________________________________________________________________
Hippos have bad eyesight, but considering their weight, it’s hardly their problem

 

[tlpeter]

Go to the tab telephony and add a login code.
The alarm will go away.


BAZINGA!

I'm not insane, my mother had me tested!

 

[ECDerek]

Thanks for the quick reply!

I'd already tried creating the extension manually, and repeating it here had resulted in the same behaviour: calling the number and extension results in a double-busy beep transfer tone, and then shoots me back to the main menu--no forward happens. Obviously I'm still missing something--any ideas what?

 

[Gunnaro]

Creating a new user should not require a reboot, so there is something going on in your system (the IPO that is).

Sometimes it helps just staring all over, delete the user/extn and save config.
Create again. (and as peter said, make a pincode in User>Supervisor>Telephony-tab.

If you have a phone available, try logging in to the extn you are making.

Any more info on your system could be helpful.

Kind regards

Gunnar
__________________________________________________________________
Hippos have bad eyesight, but considering their weight, it’s hardly their problem

 

[intrigrant]

@ECDerek : Reading your comments makes me think you linked a AA option to a user which is forwarded to a external number.
There may be a number of reasons for this not to work:
1 All analog trunks, by default you cannot forward to external numbers
2 Wrong forwarding number
3 It is not possible to forward to a external number from a AA just like that
4 any other reason I cannot think of right now

Please tell what you want to achieve and you'll get a solution here

 

[ECDerek]

@intrigrant: Here's what I want to achieve: I need to create a number that anyone can be given--with an extension--that will be automatically forwarded to an external number when the extension is entered. There will be no physical phone or extension for this number; it should go directly to forward.

Thanks!

 

[ECDerek]

To provide a little more information: If I dial the extension I created from my office phone, the forward is initiated (shows dialing the external number), but it fails with a message "We're sorry; your call did not go through.". So part of this is working.

 

[ECDerek]

Sorry for the stream-of-consciousness posting; as I make progress I'm posting updates so nobody wastes their time. I think the problem may lay in the trunk-to-trunk transferring; it's disabled on all 4 analogue trunks. Presumably (as per @intrigrant), this is at least one of the things causing my problem. How would I know which trunk to enable?

 

[ECDerek]

Enabling trunk-to-trunk doesn't fix the problem (enabled on all 4 lines). The external forward is initiated, but I still get the call didn't go through error. I've tried it for both a cell and a landline.

 

[Gunnaro]

A Monitor trace could help showing what's going on, as you see above there can be plenty of reasons.

Kind regards

Gunnar
__________________________________________________________________
Hippos have bad eyesight, but considering their weight, it’s hardly their problem

 

[TouchToneTommy]

The message "We're sorry; your call did not go through." did not come from the IP Office, it came from the phone company. So look to the number you are forwarding to, and the route that it takes out of your system (shortcodes and ARS)

 

[Gunnaro]

TTT, I was hoping for a Cause Code, (but came to think of that's for ISDN).




Kind regards

Gunnar
__________________________________________________________________
Hippos have bad eyesight, but considering their weight, it’s hardly their problem

 

[ECDerek]

Shortcode: *FWD2, feature: forward number, 5555555555=5555555555, Line Group ID 0; no ARS

The number(s) I've tried forwarding to are both valid; one's a landline and the other's a cell. Neither goes through.

 

[ECDerek]

I've figured it out! I watched the output from SysMon and discovered that Avaya doesn't expect the phone number to be in the form 555 555 5555; it's looking for only 555 5555 (no area code) for local calls. (When I tried configuring IPO for the call originally, I'd tried omitting the area code (since it's a local call), but IPO wouldn't accept the field. (Now I wonder if I wasn't doing something else wrong at the time.))

SysMon showed that my forwarding number was being truncated and pulling off the first digit, making a garbage phone number.

Thanks everyone for all your help--I've learned a tremendous amount about IPO over the past couple days.

 

[Gunnaro]

Ehrmmm...monitor not so useless after all?



Kind regards

Gunnar
__________________________________________________________________
Hippos have bad eyesight, but considering their weight, it’s hardly their problem

 

[ECDerek]

@Gunnaro Nope; monitor was great. Thanks again!