Fisamo
Premium
join:2004-02-20
Apex, NC
 ·VOIPo
·AT&T CallVantage
|  reply to bmize13
Re: [ViaTalk] Call Transfer works!
It makes perfect sense for VT to remove the Call Recording entry from their feature list, because it's currently disabled with no public ETA for its return. However, call transfer works, even if not by the method originally programmed. The steps to transfer a call are readily understood, so why not indicate that it does work this way? |
|
nycityny
Premium
join:2005-08-09
New York, NY
·PHONE POWER
·VoicePulse
 ·RCN CABLE
·ViaTalk
| said by Fisamo  :It makes perfect sense for VT to remove the Call Recording entry from their feature list, because it's currently disabled with no public ETA for its return. However, call transfer works, even if not by the method originally programmed. The steps to transfer a call are readily understood, so why not indicate that it does work this way? I am still of the opinion that VOIP companies don't want to push Call Transfer. After all, a transferred call basically lets a non-customer ride on the backs of the VOIP network for free. VoicePulse has "been working on fixing" Call Transfer for months. Yeah, right. |
|
Fisamo
Premium
join:2004-02-20
Apex, NC
·VOIPo
·AT&T CallVantage
| I can see that point of view--it probably wouldn't be too hard to abuse such a feature. However, I would think that in most cases, the so-called non-customer would, in fact, be the customer on his mobile phone. But since maintaining a transferred call would use two data streams on the switch (but still leave the original line free to make or receive calls), there is a real impact on server load, etc. if this feature is enabled. |
|
CyberSultan
Premium
join:2006-07-20
| reply to nycityny
said by nycityny :said by Fisamo :It makes perfect sense for VT to remove the Call Recording entry from their feature list, because it's currently disabled with no public ETA for its return. However, call transfer works, even if not by the method originally programmed. The steps to transfer a call are readily understood, so why not indicate that it does work this way? I am still of the opinion that VOIP companies don't want to push Call Transfer. After all, a transferred call basically lets a non-customer ride on the backs of the VOIP network for free. VoicePulse has "been working on fixing" Call Transfer for months. Yeah, right. I can also see that point of view, but with conditional call forwarding (not sure how many offer that besides VT), it is virtually doing the same thing as a call transfer...except you know in advance the source and destination callers upfront.  |
|
CyberSultan
Premium
join:2006-07-20
| reply to CyberSultan
said by CyberSultan :said by Fisamo :I don't recall if you get a dialtone right after dialing the *98 or *99 code. In any case, you dial the number you're transferring the call to just after dialing the *98 or *99 code. I have the PAP2T ATA and I cannot get the *98 code to work. It is provisioned with VT. Could that be the problem? *99 is not associated with transfer at all in my ATA (it is a Modem Line Toggle option). I do not see an option for an attended tranfer in the ATA. O.k., I did get the *98 to work for blind transfer using the PAP2T. You have to press the hook flash, then dial *98. The key is to be patient until you hear the tone, which prompts you to type in the rest of the phone number. Once it recognizes that you typed in the entire phone number, you get a dial tone indicating you can safely hang up.
The thing I like about this method versus just pressing hook flash, dialing the destination number, then hanging up (which also works as a blind transfer), is that *98 sends the CID of the number you are transferring instead of your own. I like it. |
|
