sundance-communications.com/forum Forums TDM Business Telephone Systems Samsung Telephones & Systems External Call forward Fails and locks trunks up

I'm working with a customer that has an office serv 100 using analog LS trunks. They have a phone they want to external call forward out to a cell phone, but when they set up the forward, any subsequent calls to that phone (tested via auto attendant on outside line) cause it to grab an outside line and then almost immediately return to the greeting. After the caller hangs up, the two trunks remain in an off-hook state. Any known issues with off-prem forward? Ever see this? I'm heading back on-site now, and I'm going to do some additional testing to see what is being dialed out on the trunk and what signalling is being received.

Thanks folks

TimP

What type of trunks? LS? makes sense in the nortel world but not Samsung.

Shorten the ring count

Are they supervised?

Do you know how to program the system?

Never had a problem with the forwarding.

Tim:

There is a VERY good chance that the local service provider for dial tone is not sending an open-loop disconnect signal when the calling party hangs up. This condition can affect any system. Unless this open loop is sent, the phone system and voice mail do not know to knock down the call attempt. This results in locked-up ports.

Has the customer recently switched service providers? That's usually the case in these instances. They install a channel bank to provide the POTS lines, but they don't configure it properly. This matter has been discussed many, many times here before with many different brands of systems.

Has the customer recently switched service providers? That's usually the case in these instances. They install a channel bank to provide the POTS lines, but they don't configure it properly. This matter has been discussed many, many times here before with many different brands of systems.

I see this more and more every day. I'll bet those lines are on a channel bank.

Hi, don't know about US but in UK its usually the service provider doing silly things with the disconnect clear timer back at the exchange.

Probably different over your way but we set CO SUPV TIMER to 500ms in mmc503 and have service provider top set disconnect clear to 800ms. This will release the lines when call is completed.

Another way is to send it out direct from svmi aa message.

"any subsequent calls to that phone (tested via auto attendant on outside line) cause it to grab an outside line and then almost immediately return to the greeting." You have a timer issue like I said before. Your extension forward timer is the same as the AA or voicemail answer timer. I am not going to get into detail about this on the open forum but rest assured the VM is grabbing the line at the same time as the forward is happening.

As for the lines seizure You will have to correct that with the CO and make sure your lines are partial supervised in the system on your premise.

try changing the supervision to partial in the extension (in the svmi), also make sure the 'in skin' port is set for loop drop (disconnect field).