Analog Trunks Blocked

[MITELMX]

Hi everybody, i have 4 analogs port trunks and i have connected 4 cellular devices in them, this is to re route all cellular phones call and do not use my PSTN supplier (to save some money, my problem is when i make 4 calls the 5th is going by the PSTN Line but when i hung up one of the 4 calls (from the cellular devices) the port is blocked and i need to connect and disconnect the patch cord in order to reset the ports. I have a 3300 with a ASU, this last device give me the Analog trunks. Well, i hope someone could give me an advice to resolve this problem.

Thanks in advance.

 

[MitelInMyBlood]

Does this happen if the 5th call (via POTS line) is not made? In other words, if you configure to only use the 4 trunks going to the cellular devices do they each release normally, even if/when all 4 are in use concurrently?

How are calls getting to the 5th (PSTN) trunk? Is it a member of the same trunk group?

I would set the 4 cellular trunks up in their own trunk group all by themselves and set the hunting order to circular. Put the analog PSTN trunk in its own trunk group and its own route. Use a route list rather than a route.

 

[MITELMX]

Actually, the cellular are in their own trunk but when the user hung up the call, the port is blocked and i can't use again that port or cellular device.
When i have the 4 ports blocked i need to re-route the calls to the PSTN trunk and i use a route list to do that, my concern is why the port are blocked.

Thanks

 

[MitelInMyBlood]

Okay, now I understand a little better. From what you're telling us none of the cellular ports are clearing down by themselves.

This suggests the likelihood of a timing problem in your trunk circuit descriptor for your cellular trunks.

Troubleshooting:
Plug in a plain-jane analog phone to the cellular device and check to see that you can place calls. Here I'm assuming you can, but you might want to pay special attention to how long you have to remain on hook between successive calls before you can go off-hook and and place another call. Once you determine this "timing sequence" then go to the corresponding trunk circuit descriptor (Form 13) and try extending the disconnect timer.