Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Got a wierd one: BST Doorphone needs to call a Cell!

Status
Not open for further replies.

Norstarguy

Vendor
Mar 29, 2002
150
US
Ok, I had some doubts this would do anything at all, however after trying some various ideas and seeing it "halfway" work, I'm curious now why it won't fully function.

I've got a customer that wants to have a BST doorphone mounted on their gate call a cell afterhours. Not necessarily to be able to open the gate, but to be able to talk to that person to give them a code to open the gate (in and out).

Knowing of course that the doorphone can't dialout on it's own, the first plan was to build a route with a destination code that would send the call out to the Cell.

The backup plan was to have the doorphone ring an extension that was hard forwarded either to the destination code, or the cell phone itself.

Same problem occurs with either solution; the doorphone will grab the pool (you can see it on the recept phone) then immediately disconnect after a split second.

Any ideas why, or other suggestions? I know the doorphone isn't really "designed" to dial outside the switch, but there is no reason why with a route I can't get it to do it, but obviously something is getting in the way (perhaps by design?).

NG
 
What happens if you intercom this forwared set form another set other than the door phone?.

What is the release? you need 4.1 and up to allow external call forwarding.

I personaly would put in an Algo analog door phone (not a BST digital door phone) and hotline the ATA to call the cell.



 
I played with this before, I ended up returning the door phone and buying an analog call box like Curlycord recomended, I made the ATA hot dial the external number.
 
SW version is 7.0XC, line supervision is set to y.

I did come up with a workaround for the doorphone dialout issue, although it is more trouble than what it's probably worth....but I'll post a solution just in case anyone is out in the field and needs existing equipment to work. :)

What I ended up doing is assigning an ATA extension to answer the doorphone calls. I then routed that ATA back into the switch via an open trunk.

Assigning that new incoming line to a telephone, then using line redirect on that phone back out across the line pool to the cell phone works perfectly. :)

 
Did you originally say you only wanted this to fwd to the cell after hours? So when they leave for the day, they press f84, and go through the routine.

Good solution. Too bad there isn't a 1 button solution for this one. It seems whenever I implement a procedure that requires more than 1 btn to be pressed, it takes the customer at least a month to get it straight, or the just give up on it entirely.
 
In this particular situation, the gate is open during the day; only after 6:00pm and on weekends is it closed, which is when this solution comes into play.

Luckily, in this case, I don't have to worry about the customer touching anything, as the phone/line can be redirected 24/7/365.

Of course, my workaround doesn't explain the orignal issue, which is why the phone doesn't allow itself to be forwarded out using the "normal" methods. I understand the gate can't be opened remotely using the BST doorphone, but to be honest I'm surprised NT actually thought to build something in that prevents it from being forwarded off site. :)
 
Nortel puts a lot of emphasis on security, I've found. Sometimes taking a little too much control away from the users/installers.

If this particular situation even occurred to them, I suspect they worried about someone forwarding the ring down set to their cell, so they could break in at night.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top