List or Report to display DID lines associated with Extensions. 1

[Guest_imported]

Does anyone know if there is a list or report feature that displays DID lines associated with extensions?

 

[Guest_imported]

There is no quick report about it.
Too many things can happen...
Most obvious report - trunk group form. It's the entry point for tracking...

 

[clausen]

Once you do find out what your did numbers are, I would suggest entering them in the Bulletin(sp) Board. You could then display it to have a list of items you need to remember.

Chris

 

[pbxman]

With DSA - there's an option to list extension by type, and prefix. In our case, all DID lines start with 65XX..and al NON DID lines start with 67XX...

DSA will let you list stations by those parameters.

 

[kva]

pbxman, you have very simple case Often did calls are routed via AAR/ARS digit conversion.

 

[pbxman]

kva,

That is how we work as well, but I read rfrost's question to mean: "What report can show me what phone extensions are DID extensions?".

In our case - all extensions I assigned to a certain range are DID, and all others are non-DID. It's MUCH easier to keep-track of who's using what, and administration is a snap!

If rfrost001 is looking for other more advanced features, than yeah - he's out of luck as far as I know.

 

[fastbusy]

Your situtation is ideal, PBXMan, but as Kva implied, often this is not the case with legacy switches.

You could very well find version 3 and 4 switches with analogue trunks rather than a full DID range carried over an E1 link. If you're lucky the circuit IDs and IDDDs may be listed on the telco's termination, although this is not always the case.

In a PBX network, additionally, the DIDs may all travel in to one switch which then in turn passes the call to others. Again more complication.

Often digit conversion is needed on the incoming trunk, potentially being linked to AAR via a FAC. If you have many PBXes and need to setup Speed-Dial lists (using abbreviated dial system lists for example) again digit conversion is needed, but this time on the remote PABXes).

Shame there's no intelligent way to manage multi-site speed-dialing using signalling and single-point adminstration. Ditto for time of day sync (not clock cycles - this is possible).