BC8 Operator not following diverts on Mitel 3300

[OmniS3Tech]

Hi,
I have a customer who's connected a new Mitel IP switch via DPNSS to a MD110 BC8 CNA62.
Whe we dial from a Standard Extn on the MD110 we route to the Mitel ok & follow it's Imediate call forward to VM OK.
But when we dial the same number from an Operator the call fails.
For Some Reson when we dial from an operator we are Sending *27# "CALL OFFER" in our inital ISRM.

Is this a known Problem with the MD110?
Will upgrade to CNA63 a Fix?
any known Patches?

thanks in advance OmniS3Tech

 

[OmniS3Tech]

Here is the DPNSS trace for the Call

MD110 OPERATOR TO MITEL CALL TRACE, TO EXTN 221 on the Mitel WITH IMMEDIATE CALL FORWARD TO 777 V-MAIL , NOTE FOLLOWS DIVERT, BUT 221'S CLI IS NOT PASSED TO V-MAIL SO GOES TO DEFAULT MAIL SYSTEM GREETING. with other call tprs e.g. logged out hot desk, call fails & returns number out of service



11.34.14.460 00039 SEND REAL 1-1-00/LAP = 01 Only SIGNAL
01 10 2A 35 38 41 2A 4A 46 23 2A 31 39 2A 5A 23
Message----------------{ ISRM(I), Initial Service Request Message (Incomplete)
Service Indicator (10)-{ Speech 64kbit/s PCM or Analogue
Selection Field--------{ *58A*JF#*19*Z#

11.34.14.520 00044 SEND REAL 1-1-00/LAP = 01 Only SIGNAL
0B 2A 35 38 2A 4A 47 2A 2D 2A 36 23
Message----------------{ SSRM(I), Subsequent Service Request Message (Incomplete)
Selection Field--------{ *58*JG*-*6#

11.34.14.540 00047 SEND REAL 1-1-00/LAP = 01 Only SIGNAL
0B 2A 36 23 2A 35 30 2A 35 39 39 23
Message----------------{ SSRM(I), Subsequent Service Request Message (Incomplete)
Selection Field--------{ *6#*50*599#

11.34.14.540 00048 SEND REAL 1-1-00/LAP = 01 1st. SIGNAL
0B 2A 35 38 2A 4A 49 2A 35 23 2A 35 38 2A 4A
Message----------------{ SSRM(I), Subsequent Service Request Message (Incomplete)
Selection Field--------{ *58*JI*5#*58*J

11.34.14.540 00049 SEND REAL 1-1-00/LAP = 01 2nd. SIGNAL
4A 2A 30 2A 30 2A 35 39 39 23
Continuation Data------{ J*0*0*599#

11.34.14.540 00052 SEND REAL 1-1-00/LAP = 01 Only SIGNAL
0B 2A 32 37 23
Message----------------{ SSRM(I), Subsequent Service Request Message (Incomplete)
Selection Field--------{ *27#

11.34.14.560 00053 SEND REAL 1-1-00/LAP = 01 Only SIGNAL
0B 36 31 32 32 31
Message----------------{ SSRM(I), Subsequent Service Request Message (Incomplete)
Selection Field--------{ 61221

11.34.14.740 00055 RECEIVE REAL 1-1-00/LAP = 01 Only SIGNAL
06 2A 39 38 2A 35 38 41 3B 4A 46 23
Message----------------{ NIM, Network Indication message
Selection Field--------{ *98*58A;JF#

11.34.14.800 00057 RECEIVE REAL 1-1-00/LAP = 01 1st. SIGNAL
09 2A 31 2A 33 23 2A 35 30 2A 37 37 37 23 2A
Message----------------{ NAM, Number Acknowledge Message
Selection Field--------{ *1*3#*50*777#*

11.34.14.800 00058 RECEIVE REAL 1-1-00/LAP = 01 2nd. SIGNAL
31 36 36 2A 34 20 36 23
Continuation Data------{ 166*4 6#

11.34.14.860 00066 RECEIVE REAL 1-1-00/LAP = 01 Only SIGNAL
22 2A 36 36 23
Message----------------{ EEM(C), End To End Message (Complete)
Selection Field--------{ *66#

11.34.15.900 00071 RECEIVE REAL 1-1-00/LAP = 01 1st. SIGNAL
05 2A 31 2A 33 23 2A 35 30 2A 38 38 30 23 2A
Message----------------{ CCM, Call Connected Message
Selection Field--------{ *1*3#*50*880#*

11.34.15.920 00072 RECEIVE REAL 1-1-00/LAP = 01 2nd. SIGNAL
35 38 2A 43 44 23 2A 31 36 36 2A 34 20 36 23
Continuation Data------{ 58*CD#*166*4 6#

11.34.20.500 00101 SEND REAL 1-1-00/LAP = 01 Only SIGNAL
08 30
Message----------------{ CRM/CIM, Clear Request/Clear Indication Message
Clearing Cause (30)----{ CT, Call Termination
Selection Field--------{

11.34.20.620 00102 RECEIVE REAL 1-1-00/LAP = 01 Only SIGNAL
08 30
Message----------------{ CRM/CIM, Clear Request/Clear Indication Message
Clearing Cause (30)----{ CT, Call Termination
Selection Field--------{

 

[Avstral]

OmniS3Tech,

1. *27# is "do no disturb" initiation code.
Check, if there is "do no disturb" group programmed and OP is a member of the group. If yes, try to remove OP out of the group.

2. No, there were no FR conserning your case. (There were no such a thing - "Mitel" those years )) ). Upgrade to CNI63 will not help.
If you can, try BC9, CNI85 first. May be this will help.

Regards

 

[himdp]

*27# is a DPNSS call offer string NOT do not disturb. The call is getting end of selection from ext 777 and is being answered by extension 880. there are no DPNSS diversion messages i.e. DVG-I. If the called party identity is not being sent to the voice mail, I suggest you look at the Mitel switch for the problem not the MD110. Upgrade to BC9 will not help this case.

HIMDP