  dcurrey Premium join:2004-06-29 | reply to RogerD Re: sigh...call logs not working...again
Might want to double check the CP to make sure they didn't turn voicemails off when looking at you account. If not try toggling the setting off then back on. |
|
 RogerD
join:2008-07-15 Sunnyvale, CA
| reply to dmolavi Had a friend call and he's set up with Incoming Call Routing to another number. Call log shows as ANSWERED (Blacklist). I'm told that's how all calls setup with Incoming Call Routing is listed. A bit misleading, but at least unique.
My calls are not making it to VM so going to presume that work when fixed. |
|
  unknvoip WWJID?
join:2006-07-25 Rochester, NY
·ViaTalk
| reply to ptrowski said by ptrowski :said by RogerD :Anyone else notice the lack of postings from VT people lately? The forum overall has been slow, so that may be one reason. Just a guess! It's been so slow that even the trolls have taken to PMs. 
Times like this make me think that some of the individual groups should be collapsed back into the general VoIP forum: »VOIP Tech Chat
The overall volume there is not that great either. |
|
  ptrowski Got Helix? Premium join:2005-03-14 Putnam, CT clubs:
·VOIPo
·Metrocast Communic..
·AT&T DSL Service
·ViaTalk
| reply to RogerD said by RogerD :Not seeing that detail. Submitted ticket... Anyone else notice the lack of postings from VT people lately? The forum overall has been slow, so that may be one reason. Just a guess! -- "So, Lone Starr, now you see that evil will always triumph because good is dumb."
Have you been touched by his noodly appendage? »www.venganza.org |
|
 RogerD
join:2008-07-15 Sunnyvale, CA
| reply to dmolavi Ticket ID: MQX-71423
Got a response:
Even if you do not have a device registered at the time of a call, the call will be sent to the server to which you were last registered for processing. If you register a device to any of the aforementioned servers and then disconnect that device, you will see the correct enhanced portion of the call logs. I used the info shown for EyeBeam to configure my IP Phone (Chicago-6) and that appears to be why I'm not getting the new format.
Good response time!  |
|
 RogerD
join:2008-07-15 Sunnyvale, CA | reply to dmolavi Not seeing that detail. Submitted ticket...
Anyone else notice the lack of postings from VT people lately? |
|
  dcurrey Premium join:2004-06-29
·ViaTalk
2 edits | reply to RogerD Ok I did a couple of test.
Outbound Routing showed up Blacklist showed up. Technically this should say forwarded. Had call from cell forwarded to another number Voicemail showed up. |
|
 RogerD
join:2008-07-15 Sunnyvale, CA
| reply to dmolavi As stated above, all I see is Answered or Failed in the call logs. I do not use Network Unavailable Failover since I almost never have an ATA/IP Phone connected and I want calls filtered/forwarded according to the settings.
Can anyone confirm that their call logs show calls going to VM or being forwarded (other than NUForward)? |
|
  unknvoip WWJID?
join:2006-07-25 Rochester, NY
·ViaTalk
| reply to unknvoip I just wanted to follow up that it seems the issues with the enhanced call logs seem to be worked out. I received a call on my cell today I didn't expect I would get. Turns out there was an internet interruption at home and the call was forwarded to my failover number (my cell).
A check of my logs show an indicator of the call and that it went to 'NUForward'.
On a side note, the Network Unavailable Forwarding is just about the most important feature to ensure we can still get calls when the Power or Cable company's lines crap the bed. |
|
 RogerD
join:2008-07-15 Sunnyvale, CA | reply to dmolavi Re: sigh...call logs not working...again... still?
What's happening with the "enhanced" call logs? All calls are still showing as either Answered or Failed regardless of the call being forwarded or blocked. |
|
  unknvoip WWJID?
join:2006-07-25 Rochester, NY | reply to dcurrey Re: sigh...call logs not working...again
Calls have been showing up in my call logs just fine, but the 'enhanced' logs no longer work. No indication of any custom call routing treatment on some of the calls that I have filtered.
Come on, VT. let's get this straight, please. |
|
 RogerD
join:2008-07-15 Sunnyvale, CA | reply to dmolavi No, all I see is Failed or Answered...
Did a test of the Incoming Call Routing yesterday and it's not in the logs at all.
A VT constant is inconsistency... |
|
  dcurrey Premium join:2004-06-29
·ViaTalk
1 edit | reply to RogerD Showed up for me. Granted incorrectly labeled it as blacklist but it showed up.
You should be seeing blacklist, outgoing call routing, NUforward, and Voicemail.
Edit: after a couple quick checks it appears anything in inbound call routing gets tagged as blacklist in the logs except for forwards to voicemail. |
|
 RogerD
join:2008-07-15 Sunnyvale, CA
| reply to dmolavi I just set up Custom Call Routing to send a caller to a real number. Those calls do not show up in the call logs as either inbound or outbound. I'm presuming if I was forwarding to a international number that I would be billed for the call. Shouldn't the call logs show what's happening? I know I'd be upset if I was billed for something that didn't show up.
Also, I've read a few messages about improved call status notations in the call logs. All I ever see is Failed if they hang up before being answered or Answered for everything else regardless of being answered, forwarded, or sent to VM. Is it really that difficult to properly show the actual call disposition? |
|
 RogerD
join:2008-07-15 Sunnyvale, CA
| reply to VTEric said by VTEric :... Every time you receive an incoming call the number of your last caller is updated and stored in a variable which will be accessed by this star code. Does this include calls to a Virtual Number or SIP Dialed? I recall reading another thread where Virtual Numbers are not processed the same as to primary. |
|
 k2rj Premium join:2005-03-24 Solon, OH
·ViaTalk
| reply to VTEric said by VTEric :The *BLK (*255) feature does not pull the last number that called you from the call logs. Every time you receive an incoming call the number of your last caller is updated and stored in a variable which will be accessed by this star code. This variable is updated as soon as the call hits our servers so regardless of if you answer the call that variable would be updated immediately. Yes, you can see the last number dialed and received (on both lines, if they are different) on one of the pages when you log into the adapter. |
|
 degauss1
join:2001-07-02 Hillsboro, OR | reply to dmolavi Mine's been working without issue. |
|
  VTEric
join:2008-08-27 Clifton Park, NY
| reply to RogerD The *BLK (*255) feature does not pull the last number that called you from the call logs. Every time you receive an incoming call the number of your last caller is updated and stored in a variable which will be accessed by this star code. This variable is updated as soon as the call hits our servers so regardless of if you answer the call that variable would be updated immediately. |
|
  dcurrey Premium join:2004-06-29 | reply to dmolavi If talking to me I am on galvatron server. VT supplied adapter provisioning off. |
|
  dmolavi Premium join:2005-04-11 Sewell, NJ
·Verizon FIOS
·Comcast
·ViaTalk
| reply to dcurrey are you using a VT ATA, and what server are you on? neither of these should make a difference, but, you never know... -- NukedGallery.net TheMolavis.com |
|