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 strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Wrong calling number being sent intermittently 2

Status
Not open for further replies.

scatwell

IS-IT--Management
Jun 30, 2008
4
GB
We have IPOffice 406v2 running v3.1.56, with ISDN30 (14 channels).
On occasions the default number for the ISDN30 bearer is sent as the calling number, and not the DDI number which the system is configured to send. Consequently we get incoming calls to the default number (and obviously the wrong extension/group) if called parties return missed or voicemail/answerphone calls.
We are running a log on the system which shows that the IP Office thinks it is sending the correct (DDI) number. Our IPO system maintainer is convinced it is an ISDN problem, and ISDN supplier (Unicom) is adamant it is a IPO system problem. It manifests itself as an infrequent and random problem - we have tried repeatedly to recreate the problem unsuccessfully. One guess I have so far is that it could be one of the channels on the ISDN30 always sending default number - consequently the problem seems intermittent.
If anyone has seen this or anything similar please post a reply/suggestions etc.
Thanks
 
Your BP should have set Monitor to run 24/7 and logging to a file with ISDN options on. then you would need examples of calls when it happened. Then you can look at those calls in Monitor to see what the IPO did for that call.

I woudl also check through all Short Codes/ARS/LCR to see if it is something programmed wrong somewhere.

Once this has been done and verified the IPO is doing what it should, throw it back at the Telco.

Jamie Green

ACA:Implement - IP Office
ACS:Implement - IP Office


Football is not a matter of life and death-It is far more important!!!!
 
1) This WILL be a telco issue
Are you using LCR or CPS, As calls are with Unicom I would think yes

Many CPS/LCR provides do not garantee the validity of personal CLI & i have seen many casses whre it gets removed.
often if the Telco routes the call off of their own netowrk onto a VIoP provider when they are at capacity limits.

Good luck with this - You will need it
 
Its worth noting the service you mention is never guaranteed. We have had this issue many times and can usually prove the IP Office is doing as its told.

It gets very sticky especially if you are dialling out over an LCR provider.
However as Jamie says get a monitor trace going just so you can prove it is or is not the ip office.

If it is then I would say you have a shortcode either line/user/lcr/system which is telling it to go out on the main number.

ACA - IPOffice implement
ACA - IP Telephony
CCNA - Passed at last
 
We do have the monitor running, which is hopefully proving it is not the IPO configured wrongly. Certainly it always shows the correct DDI being sent.
THe IPO system is not doing CPS or LCR, I am checking with Unicom whether this is happening at their end.
From what I'm hearing, it sounds like its a telco issue but one which they are v unlikely to fix.

 
I have had the following back from the telco (Unicom) "The line is not carried by CPS & we don’t do LCR".
I'm as sure as I can be it is not the IPO. Either a fault on one of our channels or the CLI info being stripped off if they overflow elsewhere when they exceed capacity seem possible. If anyone has any other suggestions/possible solutions please let me know.
Thanks in Advance...
 
Hi,

How are the far end user reporting receiving the main number from the ISDN30 circuit, instead or the DDI. Mobile numbers landline numbers, national local etc...

This sounds more like a telco issue.
 
i have seen this, but only nwith calls to mobile

we had a customer who had a particular office sending 01483123456 as the ddi for that office/group.

people were always calling back into the bearer number of the isdn, say 01483123400.

the ip office was behaving as it should but if a call from this office left a voicemail, whenever the person press 3 or whatever to return the call, it rang back through to the bearer number. we managed to pin it down to just being calls to phones on the orange network.

as far as i know there is nothing that can be done, its a nightmare, because i am on orange and if i am on the tube, i get a text with the number of whoever called, any calls fronm my office show up as the main number and i have to do laps round the office trying to find out who phoned me if they dont leave a message.

i spoke to orange who say they send me what they are sent. BT say that the DDI's are passed as they should be.

sorry just realised that i have offered no help and if you arent in the uk its not even relevant, but it might point out that the IPO isnt at fault....
 
Have had this problem before when making outgoing calls if you have a call on hold.

E.g. phone a DDI from your mobile. Put the call on hold. While the call is on hold dial a second mobile. The outgoing number will be the base extension rather than the DDI.

The solution was to add a shortcode to each user who had a DDI

?
.S123456 (where 123456 is the DDI - may need to be the right number of matching digits that your isdn provider wants so may be area code too)
Feature: Dial

 
We are in the UK. The problem has generally been with calls to mobiles, but I was assuming that it was likely that people were just responding to missed calls. It could be an issue with BT to Orange or other mobile operators, but it is certainly transient - I have not been able to recreate problem sending to my (Orange) mobile. The shortcodes are set for each DDI as per the last post.
We need to track another instance of the problem before Unicom will investigate :-(
I'm convinced its not the IPO but getting the telco to look into it is like pulling teeth.
 
As said above when a call goes to mobile answer phone the CLI left for call back will be the ISDN Billing Number which is not strictly the same as what would be seen as CLI.

I have seen this with IDA and CPS call routing and with a straight BT ISDN line.

If this is what you are getting, I don't think there is much you can do about it.

The Billing Numner is always part of the ISDN setup packets you just don't normally know about it.

Also I have seen this on Alcatel and Panasonic systems so it is not and IPO thing, it's an ISDN thing.

Jamie Green

ACA:Implement - IP Office
ACS:Implement - IP Office


Football is not a matter of life and death-It is far more important!!!!
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top