Blackberry foward to PBX

[brewerdude]

We've got a user who wants to setup his Blackberry to forward to his extension on our PBX so that unanswered calls end up in our meridian mail. (He used to be able to do this when all we had in the office was POTS lines, but we just converted it to an 11C). When the Blackberry doesn't answer it does forward to the PBX (it can see it hit via d-channel messaging), however it never ends up in voicemail - just rings and rings.

Any ideas?

 

[jasidija]

if you directly call the number he is forwarding his blackberry to, does it go to voicemail then?

My blackberry forwards to Callpilot just fine. I'm wondering if he's forwarding to the right number, or if the number he is forwarding to is set to FNA to voicemail?

What happens when, from your phone, you call the number he is forwarding to?

 

[brewerdude]

Yes, he's forwarding the BB to his extension. If I call that (well, the DID associated with it), it goes to mail.

 

[brewerdude]

This is what happens when calling the BB:

When you call the BB, it rings about 4 times. You then hear a slightly different ring tone, and this then pops up in d-channel messaging:.
DCH 5 IMSG SETUP REF 00009E5B CH 1 1 TOD 17:37:32
CALLING #:4803501133 NUM PLAN: E164/NATIONAL (NPA)
CALLED #:5917 NUM PLAN: E164/SUBSCRIBER (NXX)

The phone then rings 4 - 10 more times, then you hear a carrier message saying "the party you are calling is not answering, your call will now be disconnected", and this pops up in the d-channel messaging:
DCH 5 IMSG STATUS REF 0000876F CH 1 2 TOD 17:38:10
CAUSE :USER INFO DISCARDED
STATE : CALL ACTIVE STATE
DCH 5 IMSG DISC REF 0000876F CH 1 2 TOD 17:38:12
CAUSE :NORMAL CALL CLEARING

DCH 5 IMSG REL COMP REF 0000876F CH 1 2 TOD 17:38:12

 

[jasidija]

Now I'm feeling lucky that my BB gets anwered by CallPilot.

Maybe the set is somehow recognizing that the number is being forwarded. In the TN of the set, in the Class of Service, try inputting SFA (second level CFNA allowed)...

 

[brewerdude]

already tried SFA. didn't work

 

[jasidija]

Looks like your IMSG is delivering...

Any chance you can capture the OMSG?

 

[brewerdude]

i hadn't turned that on, but here goes...

 

[brewerdude]

while phone is ringing...


DCH 5 IMSG SETUP REF 0000995D CH 1 1 TOD 17:59:12
CALLING #:4803501133 NUM PLAN: E164/NATIONAL (NPA)
CALLED #:5917 NUM PLAN: E164/SUBSCRIBER (NXX)

DCH 5 OMSG ALERT REF 0000995D CH 1 1 TOD 17:59:12



after carrier message that "caller is not answering"...


DCH 5 IMSG DISC REF 0000995D CH 1 1 TOD 17:59:56

DCH 5 OMSG RELEASE REF 0000995D CH 1 1 TOD 17:59:56

DCH 5 IMSG REL COMP REF 0000995D CH 1 1 TOD 17:59:56

 

[jasidija]

I'd be interested to also see the same capture (IMSG/OMSG) when you call the DID directly (when voicemail answers successfully) - for comparison...

but I'm just a hack... ;-)

 

[brewerdude]

when ringing:

.
DCH 5 IMSG SETUP REF 00009668 CH 1 1 TOD 18:10:42
CALLING #:4803501133 NUM PLAN: E164/NATIONAL (NPA)
CALLED #:5917 NUM PLAN: E164/SUBSCRIBER (NXX)
DCH 5 OMSG ALERT REF 00009668 CH 1 1 TOD 18:10:42


when goes to VM:

DCH 5 OMSG CONNECT REF 00009668 CH 1 1 TOD 18:11:04

DCH 5 IMSG CONN ACK REF 00009668 CH 1 1 TOD 18:11:04

DCH 5 IMSG STATUS REF 00009668 CH 1 1 TOD 18:11:04
STATE : CALL ACTIVE STATE


when hanging up:


DCH 5 IMSG DISC REF 00009668 CH 1 1 TOD 18:11:22

DCH 5 OMSG RELEASE REF 00009668 CH 1 1 TOD 18:11:22

DCH 5 IMSG REL COMP REF 00009668 CH 1 1 TOD 18:11:22



not much different....

 

[jasidija]

just curious... the calling number is the same in both examples - looks like it's not answering, but in the next example it goes to voicemail... ???

 

[brewerdude]

Yes, I thought that was strange too.

The calling number you're seeing is my number and not the BB's number. It's just passing it over.

 

[jasidija]

Got it.

Just to confirm, if the Blackberry user calls his DID from his blackberry, he gets his mermail voicemail, right?

Do you have the internal station call forwarded so that it goes to voicemail right away?

The way I have mine set up, on the blackberry, is to forward all calls to my DID. There is no ringing on the blackberry, all calls go immediately to the DID.

Then, on my phone, I have forwarded all calls to voicemail.

Could it be that the time it takes to ring on the blackberry, and then ring on the extension, before it gets forwarded to voicemail - is tricking the PSTN into thinking that the call is going unanswered?

Have you tried hard forwarding both the blackberry and the station?

 

[brewerdude]

The phone is set to ring on the blackberry and only forward to his DID if he doesn't answer (this is so he only has one mailbox to manage).

I thought about the extensive ringing, however one time when I called, it rang about 16 times before I got the carrier message.

one other thing I didn't bring up, and am wondering if is playing a part - the voicemail is in another location, calls to vm are getting transferred from this branch to our main office via a tie line w/ a d-channel.

Anyways, I'll have to play around with some settings when the user is back in the office. I'll let you know how it goes.

thanks for the help.

 

[jasidija]

... not much help.

I actually just tried duplicating your scenario on my network - I have another CallPilot at another site which is connected to my main site by IP Trunks; sent the FDN and MWK of my extension to that system, forwarded my blackberry to my DID, called my blackberry, got forwarded to my DID, and then forwarded to the off-site CallPilot. Successful.

Can you see the call ringing on the Mermail port? If you do a trace on the Mermail port, what do you see? (both when dialing the DID direct, and when it's being dialed by the forwarded blackberry)

 

[guycable2]

We had a similar problem as this. Is your PRI configured as a 3VCE if not try changing it to that. I believe we needed to change the tie line also.

 

[tntech]

We had that problem forwarding callers outside the system (to a cell phone). If the call is coming in with transfer capability tagged as a 3.1 K it won't be redirected across a another ISDN line if DSEL is set to VCE. Change it to 3VCE seems to work. Of course now calls that you send out that route will be tagged as 3VCE and will be blocked when redirected VCE facities, just when redirected.

 

[brewerdude]

we always set everything to VOD. What other features will I lose by changing this?

 

[guycable2]

I can't speak for what you will lose but I can tell you what we gained when we changed.

Vonage, Skype and some cellphone calls wouldn't route across our network properly, instead of going to the extension at a networked site they would end up at the attendant even though the d-channel message would show that the digits were received. We also had issues with fax calls that were trying to network. I haven't had any issues with outbound calls over the PRI since we switched to 3VCE and I'm sure I would hear about it if there were.