DMilden said:
Only thing I am a little confused about now is if I only have 1 intercom path and if its busy when someone calls the DID it rings twice and disconnects now. I was under the impression that if the intercom was busy and received another call it would either get a busy signal or follow the call forward options??
The
Lines > [Target Line] > Trunk/Line Data > If Busy setting determines what happens when a target line is busy. You will have check how it is programmed.
If the value is set to "Busy Tone", the system instructs the CO that the line is busy. The caller usually hears a busy tone.
If the value is set to "To Prime", the call is routed to the prime set for the target line.
The
Lines > [Target Line] > Trunk/Line Data > Prime Set setting determines the prime set for a target line. Once again, you will have check how it is programmed.
If there is a value, the call is routed to that set. (If that set is busy, the call is routed to the prime set for the line that the call came in on.)
If there is no value, the system routes the call to the prime set for the line that the call came in on.
The
Lines > [Line] > Trunk/Line Data > Prime Set setting determines the prime set for a line. You will have to check how all the lines in the PRI trunk are programmed.
If there is a value, the call is routed to that set. (If that set is busy, I don't know for sure what happens…)
If there is no value, the system instructs the CO that the call is rejected. The caller usually hears a recording.
The
Lines > [Target Line] > Trunk/Line Data > If Busy setting is applied before any Call Forward rules.
That was for the case where a target line is busy. The behaviour is slightly different for the case where a target line isn't busy (i.e. there is no other call on the same target line).