When Redial internal EXT its added 9 prefix on the EXT

[fadihadd]

Hello again,

I have an issue when redialing any internal ext such as 1100 the number is showing 91100 and it will be forwarded to the Police or another government departments
So I dont want to be arrested because of this anyone can help me from where can I remove this prefix?

Regards,
Fadi Haddad

 

[fadihadd]

Please note that I don't have any settings file neither in TFTP nor HTTP servers...

 

[DAVIDPAYNE]

If you want help, then you are going to need to give more information than this. We have no idea what version of CM, what type of phone, etc.

 

[fadihadd]

Ok then its my bad .. sorry the reason that I didnt mention that because I read many articles regarding this issue for different releases so I thought its a general settings...
Anyway here is what Im using " CM Release String: S8800-015-02.1.016.4 "
And Im using 96xx and 46xx Phones, the issue with both of them.

Regards,
Fadi Haddad

 

[smokinjoe2938]

I see your extensions start with 11xx, with an ars code of 9, would it be possible for you to change the ars code to 8 or any other value. This way until this gets resolved, a call will not go to the 911 operator, I know this is only a temp fix but it will stop calls from going to 911.

acss sme acis sme acss cm 5.2.1 acss cm and cmm

 

[fadihadd]

Hi smokinjoe2938,

I gave only an example of what is happening ... we have many many EXTs not only starting with 11 ... also we are working in an enterprise company so all of users knows that 9 is for external calls so I don't think that I will be able to change it.. but meanwhile they can dial the EXT they want manually without pressing on redial till the problem get solved by your help dear
And thanks for your reply .. appreciated.

Regards,
Fadi Haddad

 

[mattKnight]

Are you saying that when extension XXXX calls and you hit redial 9XXXX is redialed by the phone?

Have you ever had a http/tftp file server?

You could also check

Change calltype analysis

to see if anything id prefixing 9

or do a trace of the station redialling

Take Care

Matt
I have always wished that my computer would be as easy to use as my telephone.
My wish has come true. I no longer know how to use my telephone.

 

[fadihadd]

Hi Matt,

Thanks for your reply, And no we disnt have such servers before and actually we have changed our DHCP server and thats it, Im not sure if the problem happened after changing the DHCP server as we changed it since more than one month ago.
Also I have checked " Change calltype analysis " before but there is nothing there.

Waiting your reply.

Regards,
Fadi Haddad

 

[fadihadd]

And regarding the first question, yes this is what happening exactly.

Regards,

 

[mattKnight]

Have runa list trace station XXXX where XXXX is the destination extension... Check it very carefully to make sure that the originating number is YYYY (not 9YYYY).Post the trace


Then run the same command and hit redial. check the trace very carefully and see if teh dialled number is 9YYYY. Post the trace.


If the results are as you say, that the redialled number is 9YYYY despite the caller number being YYYY, the only way I know that this can happen is the Enhanced dialling settings in teh 46XXsettings file. I suggest that you set up a vanilla 46xxsettings file and upload it to 1 phoen that has this problem and then retest.




Take Care

Matt
I have always wished that my computer would be as easy to use as my telephone.
My wish has come true. I no longer know how to use my telephone.

 

[fadihadd]

Hi Matt,

Just to clear things now, when I dial the EXT manually from my station and then redial the same EXT it is passing successfully.
The problem that when I recieve a call or a missed call and then try to redial the EXT it is showing the EXT with 9 as prefix.

This is the trace ... My EXT is 1101 .. I called it from EXT 6666

LIST TRACE

time data

11:16:18 Calling party station 6666 cid 0x126
11:16:18 Calling Number & Name 6666 Sultan
11:16:18 dial 1101
11:16:18 ring station 1101 cid 0x126
11:16:18 G711MU ssff ps:20
rgn:1 [10.32.22.179]:64856
rgn:1 [10.32.22.122]:64834
11:16:21 idle station 6666 cid 0x126

Now I redialed 6666 from 1101 and this is the results:

11:17:34 active station 1101 cid 0x194
11:17:34 G711MU ssff ps:20
rgn:1 [10.32.22.179]:64856
rgn:1 [10.32.22.122]:64820
11:17:35 dial 96 route:ARS
11:17:35 term trunk-group 101 cid 0x194
11:17:45 denial event 1643: Off-hook dialing time out D1=0x8be8 D2=0x194
11:17:45 dial 96666 route:ARS

Also I recieved a call from 1290 and I redialed it with the same cenario


LIST TRACE

time data
11:26:13 active station 1101 cid 0x474
11:26:13 G711MU ssff ps:20
rgn:1 [10.32.22.179]:64856
rgn:1 [10.32.22.105]:64722
11:26:14 dial 91 route:ARS
11:26:14 term trunk-group 101 cid 0x474
11:26:14 dial 91290 route:ARS
11:26:14 route-pattern 101 preference 1 location 1 cid 0x474
11:26:14 seize trunk-group 101 member 15 cid 0x474
11:26:14 Setup digits 1290
11:26:14 Calling Number & Name 1101 Fadi Test
11:26:14 Proceed trunk-group 101 member 15 cid 0x474
11:26:20 idle station 1101 cid 0x474


And for my troubleshooting today I found a telephone that is not facing this issue, it is the same as mine 9620 ...
Please advise me if you want anything else...

 

[mattKnight]

And for my troubleshooting today I found a telephone that is not facing this issue, it is the same as mine 9620

Is this 9620 a new handset?

One way for a handset to prefix a call with a 9 when dialling from the call log is using this section in a 46xxsettings file

#############  ENHANCED LOCAL DIALING RULES  ###############
##
## These settings affect certain dialing behaviors, such as
## dialing numbers from the incoming Call Log or from web
## pages
##
##   Dialing Algorithm Status
##   Controls whether algorithm defined by parameters in
##   this section is used during certain dialing behaviors.
##     0 disables algorithm.
##     1 enables algorithm, but not for Contacts
##     2 enables algorithm, including Contacts (96xx SIP only)
## SET ENHDIALSTAT 1
##
##   Country Code
##   For United States the value is '1'
## SET PHNCC 1
##
##   Internal extension number length
##   If your extension is 12345, your dial plan length is 5.
##   On 46xx phones, the maximum extension length is 10.
##   On 96xx phones, the maximum extension length is 13.
##   This value must match the extension length set on your
##   call server.
## SET PHNDPLENGTH 4
##
##   International access code
##   For the United States, the value is 011.
## SET PHNIC 00
##
##   Long distance access code
## SET PHNLD
##
##   National telephone number Length
##   For example, 800-555-1111 has a length of 10.
## SET PHNLDLENGTH 10
##
##   Outside line access code
##   The number you press to make an outside call.
## SET PHNOL 0

I can't comment on how or why these non-default values have got uploaded to the handset - but I strongly suspect that they have...

Can you post the DHCP option 242 strings?

You can try doing a clear values on the handsets - but I'don't think it will clear these value (try it and see)



Take Care

Matt
I have always wished that my computer would be as easy to use as my telephone.
My wish has come true. I no longer know how to use my telephone.

 

[fadihadd]

I don't think its a new version of handset but it has flipping screen.

This is the string that we configured on our DHCP server:

MCIPADD=10.32.22.101, MCPORT=1719

And that's it.

For clearing values, I already did this for my handset and for the other handset that is not facing this issue and still the same.

Regards,
Fadi Haddad

 

[fadihadd]

And Im sure its from the 46settings file ... I will download a file and will make HTTP server and reconfigure the telephones again ...

Thank you all for your help, will advise back if it is solved..

Regards,
Fadi Haddad