15 Aug 02 13:15
I apologize for that. I tried it myself and you are correct. It will not work this way.
As per the vector/vdn documentation in the manual....
The call is removed from vector processing (that is, the call is taken out of any split queue, and any
feedback, such as music or ringback, is removed) for with coverage y interactions, even if the
destination is not available. The call is treated as though the destination was directly dialed. This
includes coverage, forwarding, treatments for calls that cannot be completed (busy, reorder, and
intercept) and displays (answering station sees only caller name and number). See note 3 in this
chapter for related information. Specifically, the call is taken out of vector processing when the step
is reached, regardless of facility or remote switch availability. If the call is subsequently “rejected” by
the receiving switch vector, the call is given the treatment defined by the “rejection” command (either
busy or forced disconnect). Finally, note that a call routed via an adjunct routing command is treated
the same way as a call that is routed via a route-to with coverage y command.
3. A call that routes to a VDN via the route-to number with coverage = “yes unconditionally” command
behaves like a directly- dialed call instead of a VDN call. Therefore, the terminating station’s display
only shows the originating station information and does not show the VDN information (for other
types of VDN calls, the terminating station would see the VDN name).
You may want to try a phantom station with coverage to your station. That might give you the name display.