Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations wOOdy-Soft on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Mobility features problem 3

Status
Not open for further replies.

IPOfficeIreland

Technical User
Oct 30, 2007
2,332
IE
Hi all,
anyone know how to solve this problem. I have a user twinned to a mobile, e.g. 0891234567 for mobility features.

I have an ICR pointed to FNE00 so calls on this ddi will look up the Mobility numbers and if they get a match, caller gets dial tone.

This works fine from within Ireland as the number is sent as 0891234567 but if the call comes from elsewhere the caller id is sent as +353891234567.

Without having to have 2 Mobility licenses for each user, does anyone know of a workaround?

Thanks in advance

TT
 
Have you tried bracketing the number (+353)891234567, just a guess mind I have never tried it :)

ACS - IP Office Implement

"I'm just off to Hartlepool to buy some exploding trousers
 
No I haven't andy, but will do now. I find that if i put in the 089xxxx number it picks up okay, but if I exclude the 0 and just have 89xxx it won't. according to the docs it should only look at 7-10 digits, which you would assume if I have a 7 digit number it wouldn't bother looking at 8, 9 10.


 
leaving the 0 out should work but you could try * instead of the 0.
you could also put a - in front of it so it matches the caller ID from back to front and then leave the 0 out of it. Works for the incoming number it might work for the caller ID too.

Joe W.

FHandw., ACS

If you can't be good, be good at it!
 
From the help file in manager
· Incoming CLI: Default = Blank (Match all)
Enter a number to match the caller's ICLID provided with the call. This field is matched left-to-right.[/color red] Number options are:

· Full telephone number.

· Partial telephone number, for example just the area code.

· ! : Matches calls where the ICLID was withheld.

· ? : for number unavailable.

· Blank for all.

if the - or * don't work then I guess you are out of luck

Joe W.

FHandw., ACS

If you can't be good, be good at it!
 
That's why I thought the bracketing may work as it does in the directory, but probably not ;-)

ACS - IP Office Implement

"I'm just off to Hartlepool to buy some exploding trousers
 
The - will give a right to left match !
But just make another incoming call route with that CLI

You can use one incoming number for one FNE code
10 mobile phones requires ten incoming call routes on the same DDI but with there own CLI in it



RTFM.gif



ACS - Implement IP Office
ACA - Implement IP Telephony -- ACA - Design IP Telephony
ACA - Voice Services Management
______________
Women and cats can do as they please and men and dogs should relax and get used to the idea!
 
tried all the above but no joy. I tried setting a ddi with incoming cli - then in user set the mobility to the 7 digits, normal and reversed.


 
Set the number as +353891234567 and make a system shortcode or an ARS shortcode

+353891234567 to 0891234567

This way i use for sip to and directory matching etc etc


RTFM.gif



ACS - Implement IP Office
ACA - Implement IP Telephony -- ACA - Design IP Telephony
ACA - Voice Services Management
______________
Women and cats can do as they please and men and dogs should relax and get used to the idea!
 
It's rubbish if this doesn't work, a real oversite I think, we will have to add an NFR to the R5 trial :)

ACS - IP Office Implement

"I'm just off to Hartlepool to buy some exploding trousers
 
I will have a look in a config later
I am downloading 300Mb on updates and downloading new docs form the trialsite


RTFM.gif



ACS - Implement IP Office
ACA - Implement IP Telephony -- ACA - Design IP Telephony
ACA - Voice Services Management
______________
Women and cats can do as they please and men and dogs should relax and get used to the idea!
 
That won't work either Peter, because cli is sent is as +353xxxx when it originates from overseas, but as 089xxx locally.

I spoke to Avaya and they say it is a limitation depending on what the network send in to the system.

This from the docs re FNE service:

Set their Twinned Mobile Number to match the CLI of calls from the device on which they will be using the one-X Mobile Client software. This match is used to determine the user for the FNE feature.

· Digits are matched from right to left.

· The match must be at least 6 digits. If either the CLI or the Mobile Twinned Number is less than 6 digits no match will occur.

· Matching is done for up to 10 digits. Further digits are ignored. If either the CLI or Mobile Twinned Number is less than 10 digits, matching stops at that shorter length.

· If multiple matches occur the first user in the configuration is used. IP Office Manager will warn against configuration where such a conflict may exist.

So in my case I have 10 digits normally but with the leading zero, which of course is dropped in canonical format.

 
In that case, 1234567 would match in both cases, as per the following rules
· The match must be at least 6 digits. If either the CLI or the Mobile Twinned Number is less than 6 digits no match will occur.
· Matching is done for up to 10 digits. Further digits are ignored. If either the CLI or Mobile Twinned Number is less than 10 digits, matching stops at that shorter length.

Did you try that?

ACS - IP Office Implement

"I'm just off to Hartlepool to buy some exploding trousers
 
if I read this correctly then it should work if your actual number including the area code is 10 digits without the leading 0 but if it is only 9 digits you are $#%%$$ if you call from out of the country.
that sucks big time, sorry for your luck TT

Joe W.

FHandw., ACS

If you can't be good, be good at it!
 
But it matches right to left, also over six digits + (my examlpe is 7), it stops matching if one is lower than 10, also it goes with the first match if there are any multiple matches even following all those rules 1234567 entered in the config would work regadless of the +35389 or the 89 preceding it....unless of course Avaya have not followed their own documentation :)

ACS - IP Office Implement

"I'm just off to Hartlepool to buy some exploding trousers
 
Sorry TheTaker I see you did try that, Avaya have messed up as even following all the rules it isnt working, escelate it as an issue and watch them try to worm out :)

ACS - IP Office Implement

"I'm just off to Hartlepool to buy some exploding trousers
 
thanks for all the input guys, seems like a pretty serious flaw and oversight in One-X.

as you say, if they just look at the 7 digit part it would work, but the fact that I receive 10 or more, means it doesn't.

I know on some systems you can strip incoming trunk digits but don't think we can do this on avaya, particularly for cli.

so note to self, and inform your sales guys, you need 2 users for each mobility required.
 
Yep that is Sh1t, I would report that as an issue ststing rule
"· Matching is done for up to 10 digits. Further digits are ignored. If either the CLI or Mobile Twinned Number is less than 10 digits, matching stops at that shorter length." as being ignored, they simply cannot defend agianst it, it's in black and white and it's not happening....this has wound me up :)

ACS - IP Office Implement

"I'm just off to Hartlepool to buy some exploding trousers
 
ha ha, me too, but if you look closely it does say if it is shorter it accepts and doesn't look for further digits. so receiving up to 10, it has to match 10.
 
Have you tried to put 2 numbers in 1 incoming cli.

So;

+353891234567;03891234567 or +353891234567#03891234567

Avaya_Red.gif

___________________________________________
It works! Now if only I could remember what I did...
___________________________________________
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top