bobcheese

Hi Aggro, I've just edited my last post please review. Also please expand on 'not consistant'

aggro

I have also edited mine

bobcheese

okay so, the calls that are coming into the sets are they coming in over ISDN direct to that system or via ip trunks from another system?

Just to clarify then the 0 (and its always a 0?) is inserted in different places, It is happening on two syetems but not others and they are all on the same version of software. The expamples you give are landline numbers, have you ever experienced this when the calling number is a mobile? There are ways to edit the cli that comes in (add digits) and this can be based upon where the call originated. Check the 'inward dialling configuration form' what entries are in this form (screenshot would be handy)

aggro

1. the calls are coming in over ISDN30direct to the system,
2. it is always a 0
3.I have not experienced it with a mobile number as far as i am aware, i will go and check some missed calls records.
4.i have checked the inward dialling config and everything is blank.

Attached Images

inward dialing config.JPG (80.2 KB, 10 views)

aggro

My other site has a zero against national, i removed it and asked them to ring me for 17 secs and then hang up, they did ring me which looked fine on my display but i still had a zero in the missed call history.

Attached Images

HT inward dialing.JPG (53.5 KB, 3 views)

mitel100

Well Rel 8.0 UR5 was a good release of software. I am sure that t is programming related. If you have an ISDN30 direct to the 3300, if it is setup as a Euro-ISDN can you look in this form and tell me what you have programmed:

Inward Dialing Configuration

Also

System configuration for :

Call History - Disable Record Generation
Outgoing External Call Prefix For Applications

aggro

Please read my previous posts for your answer to Inward dialling configuration,
Call history - disable record generation = no,
Outgoing External Call Prefix For Applications = 9

bobcheese

Ok aggro if the cli is displaying ok and there is nothing in the inbound dialling except a 0 in national (which is correct) then I can't think of anything else that would cause this. If I where dealing with this fault I may go down the road of a 'bug' however not to say I would just say nothing can be done. As we have gathered this is not a known bug (and I have checked Mitels tech docs for a list of outstanding known bugs) I have experieced however in the past bugs that are 'carried over' from an eirlier version of software. By this I mean the bug was actually in an earlier version of software. Sometime when a fix is applied in a new version it requires the hard disk to be reformatted during the upgarde known as a 'full install' this wipes out the bug and the new software works fine. However if an upgrade is done instead of a full install and no format is done the bug still exists. I seem to remember a bug in R7 that afffected vmail mailboxes and when a message was left in the mailbox it would dial 0 and play the message instead of giving MW to the ext of the mailbox. There was a patch but the fix came in a subsiquent release and unless you did a full install you still had the same issue. Anyway im rambling abit now...... I would b go down the line of asking your maintainer to reinstall R8 and restore your database or look down the road of an upgrade. Either way I would highley recommend a 'full install'

Hope this helps

acejavelin

I again agree with the wisdom of bobcheese on this one, things look OK but I could be missing something too.

I would try doing a database backup, then a full, clean install of the latest release 8 (if you have software assurance load rls 9, or even MCD4/v10 if you have SA and 512 MB memory). I would use the manual FTP install, with the flag "fixPartition" to reformat the drive, then relicense and restore. Remember you will need your application record and internet access from the phone system or the full software license sheet from AMC to do manually. You will need a Mitel dealer with access to AMC to upgrade to rls 9 or 10, so don't just jump in without checking first...

__________________
Telephony users cannot gain anything without first giving something in return. To obtain a useful feature, a feature of equal value must be lost.

This is Telephony’s First Law of Equivalent Exchange.