Last caller telephone number

Hi,
On one extension when I check last caller number with *69 I always get the same number returned (a genuine call several weeks old) no matter what the most recent call. This is happening on just one extension, all others work correctly. Restarting the PBX makes no difference.
The extension Is a SPA3102 ATA, I can always see the correct last calling number in its info page, PBXes does not seem to register it (although its displayed correctly in the call monitor and on the extension).
Anyone else seen this problem or can suggest a solution?
Ron

Edit: IPTel, any thoughts on this ?
I have confirmed by forking the 'faulty' extension to a 'good' extension that the faulty extension does not store the new last caller number but the good extension does.

This post has been edited 1 time(s), it was last edited by tel on 21.06.2011 at 09:03.

RE: Last caller telephone number

Let me start by mentioning that *xx sequences are called VSACs (Vertical Service Activation Codes) and are not necessarily handled by PBXes.

Take a look at Voice -> Regional -> Vertical Service Activation Codes and you will find all of the VSACs defined on the SPA. Some of them are processed by PBXes if they match the VSACs listed at http://wwwX.pbxes.com/wiki/index.php/Codes where X should be set to the server you are on.

RE: Last caller telephone number

Hi Diafora,
Hmmmm, yes something rings true there, my 'faulty' extension is a SPA but for example my 'working' extension is my Nokia. The SPA translates 1471 to *69 in the dial plan, while the Nokia dials *69 directly. I disabled most VSACs in the SPA regional settings and couldn't see any conflicts remaining. Strange.
Ron

Edit: It seems that the same thing may be happening on my other SPA1001 units, but all sofphones are ok.
Note that the SPA1001 units use a backup server, the DID registered to both PBXes servers. I replaced my SPA1001 with the 3102 (single extension) after a lightning strike toasted it. Could the backup server be somehow the problem ?

This post has been edited 1 time(s), it was last edited by tel on 22.06.2011 at 10:36.

RE: Last caller telephone number

Hey Ron,

Remember the built-in Nokia SIP UA doesn't have any dial-plan facility, so what you dial is sent across to the SIP Proxy. In the SPA's case, why won't you allow the phone behind the SPA to dial *69 directly, since it is capable of doing so via the first rule of the default dial-plan (*xx|....)

On another note, I am not sure in what context you use the term "backup server". The SPA-1001 ATAs where unique in their ability to hold two registrations with only one FXS port. Do you mean another PBXes account on a different server in the Line 2 tab?

RE: Last caller telephone number

Hi Diafora,
I have tried *69 directly from the SPA, its exactly the same.
My SPA1001s have 2 registrations, www1 and www3. This works very well for incoming calls, quickest server to respond is used - perfect. Backup outgoing is # to line 2 - again very workable.
Only problem was voicemail, easiest solution was just to use DID voicemail and forget pbxes voicemail.
The SPAs use the default outbound on line1, so *69 goes to server www1. As incoming DID calls go to both lines I thought this tested out ok, maybe I was mistaken.
Ron

RE: Last caller telephone number

Hey Ron,

You mentioned something on your last message, which got me thinking. Apparently you can't seem to neither dial *69 to get the last call returned nor *97 to access PBXes' voicemail. Let's concentrate on *97 for now.

When you dial *97 does the call reach PBXes? Essentially does the *97 sequence show up in Call Monitor at all, either on your www1 or www3 accounts?

As far as I can see on my SPA there is no *97 VSAC set by default. So dialing *97 should reach your PBXes accounts, and consistently connect you to the IVR of PBXes' voicemail.

You might have to disable your DIDs' voicemail for the duration of the test, but I suspect your issue might have a different route cause than VSAC handling.

RE: Last caller telephone number

Hi Diafora,
The reason I use the DID suppliers voicemail is because I don't know which LINE registration (pbxes account) would be answering with the voicemail, my SPA would however be dialling out on line 1 to access the voicemail - if you see what I mean. This works well enough although obviously I don't get voicemails from internal calls, but I can live with it.
My problem with *69 and my current SPA3102 is that pbxes responds to the command but does NOT return the correct number (it keeps telling me an old number from 4 weeks ago). This happens with any softphone etc I use with that extension, although different extensions seem ok.
It 'feels' like a number is stuck in the system and cannot be overwritten,
Ron

RE: Last caller telephone number

Hey Ron,

To get to Line's 2 voicemail, try dialing #*97. If I remember correctly, the # does not need to be included in Line's 2 dial plan, since it is processed before it reaches that dial plan.

Regarding the notification for voice mail, both lines can alter their dial-tone to indicate presence of VM, if the User X -> Supplementary Service Settings -> Message Waiting is set to Yes.

Regarding the issue with using *69 with this particular extension, I would suggest deleting and recreating this extension. If that does not help, create a brand-new extension with a different extension number, and verify whether the issue persists.

RE: Last caller telephone number

Hi Diafora,
Well the problem seems to have disappeared, I checked today and the correct caller number was returned.
My ATAs and softphones have not been changed.
Ron