Does anyone know how to work around problem of VMI's not allowing trunk to trunk transfers?
System config: MICS 6.0 s/w with PRI and DID's with Octel voicemail interfaced via VMI's.
Scenario is using the "attendant option" (a.k.a "0"-out option) of Octel to allow a caller to press "0" at an individual's greeting to transfer call to an outside number, like a cell phone. You can do this to any internal extension number, but not outside the system (system just connects after doing the *70). You can transfer or call forward incoming outside calls from the Norstar system to another outside number, just can't do it through the VMI's. I've also tried connecting just an analog set to the VMI port, and still cannot transfer outside call to another number outside the system (just disconnects) - works fine from a port on ASM.
As a test, I was able to put an internal extension in the "0"-out field of the Octel and forward that internal phone set to the cell phone number, which works and keeps both the incoming outside call and transferred outside call up. This doesn't really solve the problem, I just did it to make sure Octel is transferring and system is transferring outside calls - it seems to be the VMI's which don't allow two outside lines to be connected.
System config: MICS 6.0 s/w with PRI and DID's with Octel voicemail interfaced via VMI's.
Scenario is using the "attendant option" (a.k.a "0"-out option) of Octel to allow a caller to press "0" at an individual's greeting to transfer call to an outside number, like a cell phone. You can do this to any internal extension number, but not outside the system (system just connects after doing the *70). You can transfer or call forward incoming outside calls from the Norstar system to another outside number, just can't do it through the VMI's. I've also tried connecting just an analog set to the VMI port, and still cannot transfer outside call to another number outside the system (just disconnects) - works fine from a port on ASM.
As a test, I was able to put an internal extension in the "0"-out field of the Octel and forward that internal phone set to the cell phone number, which works and keeps both the incoming outside call and transferred outside call up. This doesn't really solve the problem, I just did it to make sure Octel is transferring and system is transferring outside calls - it seems to be the VMI's which don't allow two outside lines to be connected.