MICS 7 - Transfer call still holds line in use

[DannyAZ]

I'm a newbie trying to figure out pbx, having trouble with the transfer option.
I have analog loop lines. Ill have enough lines for most set to have their own prime line, but when a user transfers an incoming external call to an incoming extension, I can not see how the answering line can get that line back again.

Not sure which direction I need to look in...
Is this related to disconnect supervision or more an issue with the way that I am setting up the analog lines with a direct correlation between the line and the handset?

Or is this an impossible feature to implement with analog lines?

 

[curlycord]

Sorry but I have no idea what you are saying.


=----(((((((((()----=
curlycord

http://www.curlycord.com

Toronto Canada

http://www.telcopc.ca

 

[hawks]

If I'm understanding it sounds like you should be using Line Appearances for the sets and not Prime Line. You want to ba able to go back to a line if needed after a Transfer?

 

[vtphoneguy]

I think you nailed it Hawks, the lines are probably set to Ring Only.
Are the Lines appearing under a button on the individual telephones?

 

[DannyAZ]

sorry, I probably misused the word prime line. I had assigned a line to each of the phones. the site has 20 existing analog lines, so I just set the starting DN number the same as the first line number.

for example: Jim already had a line xxx-xxx-4500, now he has a station (DN4500). Line L001 is connected to the incoming (existing xxx-xxx-4500 ) analog line which is assigned to his phone. So when customers call the existing number they can still reach him directly without having to know an extension or some other prompt.

So if Jim receives a call which needs to go to sue, xxx-xxx-4501, he hits transfer, dials 4501, and then presses join. While Sue remains on the call, his line 4501 is in use.
Now, when a second person calls Jim, they will get a busy signal.

Any help would be greatly appreciated, I have basically been stopped from rolling this out due to that issue.

 

[vtphoneguy]

In this scenario there's really not much you can do. If you assign 1 POTS line to 1 phone extension, if it's busy, it's busy. If you had an incoming hunt group, then a second call would roll to XXX-XXX-4501, third call to XXX-XXX-4502 and so on. But this would not entirely solve your problem either.

 

[DannyAZ]

Its interesting because this office was moved from an existing site and the functionality worked so that anyone could transfer a call, the line marker would disappear and then able to dial out or receive calls on that number. The site did not use extensions per say, once you dialed xxx-xxx-xxxx your call was routed directly to the set.

Since they were used to that, anything else will be unacceptable...

 

[hawks]

Sounds like they had DID trunks at the other site because that is how they act.

 

[vtphoneguy]

DID's or possibly the analog lines were programmed as Ring Only? Call rings in under an Intercom key and User dials a 9 to make a subsequent outgoing call?

 

[DannyAZ]

I cant remember exactly whether it was an intercom key as the lines were not labeled, but yes, at the old site you had to dial a 9 to get out. So if I had extra analog lines, could I do this sort of thing? Do I create some sort of pool for the outbound calls?

 

[hawks]

You need DID lines for this, if you use standard analog for inbound even if it is ring only to the extension. If that extension transfers the call the key will free up for internal calls but the line that the phone number is on will still be busy.

 

[DannyAZ]

Thanks, that points me in the right direction. Ill do more reading. I will probably need special cards. I think right now I have CID cards...

 

[curlycord]

Take a look at your equipment, if no DTI/DID card then you never had DID's.
Once we know that a lot of guessing is not needed.



=----(((((((((()----=
curlycord

http://www.curlycord.com

Toronto Canada

http://www.telcopc.ca

 

[RoddyMaclean]

Hi Danny:
If I understand the issue correctly, you can likely fix this by using the link function. If the called party can answer the line, instead of the extension. If they want the call to go elsewhere, Feature 71 acts like a hookswitch flash at home. You get CO dialtone. Then dial the other party and introduce the call.

Roddy MacLean, Province of PEI.