Forward to cell phone fails

[DJTelco]

Many thanks for all the replies to previous questions!

Another issue: Three users have requested a way to have all their calls go to their cellphone when they are offsite. I put a button for them on their 4412 that toggles on/off the Unconditional Forward, with their cellphone as the target.

When the receptionist gets a call for these persons, she transfers to their extn as usual, and the system pushes the call to the destination cellphone.

One of the 3 users reported that it does not work for him. He has Cingular as his carrier. The other 2 persons for whom it works have Verizon. With the one that fails, he gets either no ring on his cellphone, or just one and then "missed call" displayed on his cell.


Maybe a timing issue, or a signaling issue that differs between wireless carriers?

Is there anything I can do on the IPO side to speed up the process of getting the call to his cell? I tested it in the shop, and I get the same behavior on my Cingular cellphone.


DJTelco

 

[IPGuru]

I suspect that the wireless carrier is taking to long to respond to the call & the IPO is timing out the call.

You may have better success if you create a short code for the cell phone and add a , to the end of the telephone number.

this will cause the IPO to wait for 1/2 a second befor deciding that dialing is complete.

unfortunaltly I am in the UK & unable to test for your setup

 

[kflounders]

Up the Allocated answer interval for that user.

 

[crashtest1000]

We have had on and off problems with different cellular networks.

On thing to try as a work around is to get the operator when transferring the call to supervise the transfer or at lest wait for the cellular network to return ringing tone before they complete the transfer

 

[Morrack]

I have found the opposite crashtest - trying to supervise a transfer causes problems. In fact I was wondering if the different carriers was a coincidence and the real issue is that this particular user has asked the receptionist to screen his calls - thus she's trying to do supervised transfers for him?

 

[DJTelco]

The plot thickens- in fact all attempts to have an outside call, when transferred to extn 209 (unconditional forward to cell) fail. According to our other tech who was at the site, the tests with the other two users' fwd-to-cell was actually done as a call to their extn from another internal extn, which works fine.

So.. the differnet wireless carrier was in fact a cooincidence.

When an external call is transfered to the extn that is forwarded to cellphone, it fails to put the outside caller into a dial-to-cell status.

Watching call status, the transfer of the outside caller to 209 does not behave like a transfer to any other extn. The outside call shows that it is still held by 203, and 203 appears to be ringing the cellphone. When 203 hangs up (unsupervised transfer), the call out to the cell drops.

If 203 stays on the line for a supervised transfer, the target cell answers and is on line with 203. If 203 then hangs up as she would for a supervised transfer to an internal extn, the cell is dropped.


ggrrrr

 

[Morrack]

The supervised transfer is according to my experience... are you sure the receptionist is doing an unsupervised transfer correctly? transfer + 209 + transfer again immediately? This has worked well for me in the past.

What kind of trunks are you using?

Peter

 

[DJTelco]

Doesn't pressing transfer again just disconnect the caller from 203 without her hanging up her phone?

Either way it's done, still "no joy" on the attempt to get the outside caller to the cell.

They are analog trunks, in a 16 port analog trunk module.

IP406
2 16 port analog runk modules
1 30 DS module
1 16 DS module
all sets are 4412
no internal cards, no VCM


DJ

 

[Morrack]

Have you checked that "Allow forward" and "Disconnect Clear" are ticked for every active trunk in the lines from, analog tab?

The proper procedure for transfering on IPO is transfer number transfer, regardless of destination.

Peter

 

[Telecomboy]

I just had this very issue. Morrack is right, go to your line configuration and check "allow forward" and "disconnect clear". This is only needed when dealing with analog lines, not pri/T1.

 

[DJTelco]

Thanks for the input, folks. I hope to be at the site Thursday, and will pound the system into submission with your suggestions.

Now, if I can just get the bloody thing to ring sooner - callers from outside hear 2 rings before the IPO actually rings the phones the first time.

DJTelco

 

[Morrack]

That's the spirit! Come home with your shield or on it!

There are only 2 ways around the 2 ring issue - go with digital trunks, or give up your CLI (and drop to 1 ring).

Peter