Click Here To Visit SIP Broker  

Go Back   Voxalot / SIP Broker Support Forums > Voxalot Forums > Voxalot Support

Voxalot Support Support for the Voxalot service.

 
 
Reply
Thread Tools Display Modes
Unread 04-03-2008, 11:15 PM   #1
psehorne
Junior Member
 
Join Date: Nov 2007
Posts: 16
Thanks: 2
Thanked 2 Times in 2 Posts
psehorne is on a distinguished road
Angry *500 to voicemail does not work

When I dial *500 from my ATA I get a recording "We're sorry. The number you have dialed cannot be connected." If I dial a SIPBROKER access number and then dial *010 500, I get into voicemail.

What to do?

Thanks,
Paul

Last edited by psehorne; 04-04-2008 at 03:29 AM. Reason: requesting email notification
psehorne is offline   Reply With Quote
Unread 04-04-2008, 12:22 AM   #2
emoci
 
Join Date: Jul 2007
Location: Toronto, Canada
Posts: 1,422
Thanks: 123
Thanked 369 Times in 282 Posts
emoci is a name known to allemoci is a name known to allemoci is a name known to allemoci is a name known to all
Default

Quote:
Originally Posted by psehorne View Post
When I dial *500 from my ATA I get a recording "We're sorry. The number you have dialed cannot be connected." If I dial a SIPBROKER access number and then dial *010 500, I get into voicemail.

What to do?

Thanks,
Paul

This is likely a Dial Plan issue, either with the Dial Plan in your ATA....or one of the Dial Rules in VoXalot maybe interfering...

1. Under Smart Call/Dial Plan when logged into VoXalot there is a test field, type *500 and see what it says regarding how it'll route this call (if you happen to have any dial plans that utilize *, that could be the issue.....

If everything looks fine there

2. Save your current ATA dialplan on a text file so you can restore it if need be, and set your dial plan in the ATA to just [*x][*x]. (this is Linksys specific, so depending on your ATA it may need to be tweaked)

Hopefully one of those two will change things, or point you to the problem

The fact that you are getting that message, means the call is hitting VoXalot though, which means it is likely the first case....

Question: Was this working before, or is it the first time you try it?
emoci is offline   Reply With Quote
Unread 04-04-2008, 03:11 AM   #3
psehorne
Junior Member
 
Join Date: Nov 2007
Posts: 16
Thanks: 2
Thanked 2 Times in 2 Posts
psehorne is on a distinguished road
Default

Quote:
Originally Posted by emoci View Post
1. Under Smart Call/Dial Plan when logged into VoXalot there is a test field, type *500 and see what it says regarding how it'll route this call
Result of this test = "A call to:*500 will get forwarded to 500 via Voxalot"


Quote:
Originally Posted by emoci View Post
(if you happen to have any dial plans that utilize *, that could be the issue.....
The only Dial Plan that I have that begins with an asterisk is _*18. (including the period). I don't think this should interfere with *500, but I've deactivated it anyway and still have the problem. However, I do have a fall through Dial Plan number 999 (if no other Dial Plan applies) which is _xxxx. (including the period). Could this be the problem? Does the result of the test above (500 with no asterisk) cause this to fall through to _xxxx. ?


Quote:
Originally Posted by emoci View Post
2. Save your current ATA dialplan on a text file so you can restore it if need be, and set your dial plan in the ATA to just [*x][*x]. (this is Linksys specific, so depending on your ATA it may need to be tweaked)
I'm using a Grandstream HT386. There are no dial plans (I wish there were). The PSTN access code is *00, but I don't think this would cause the problem.


Quote:
Originally Posted by emoci View Post
Question: Was this working before, or is it the first time you try it?
This is first time I've tried it.

Quote:
Originally Posted by emoci View Post
This is likely a Dial Plan issue, either with the Dial Plan in your ATA....or one of the Dial Rules in VoXalot maybe interfering...
Like you, I believe the call is getting to Voxalot, but I don't know how to tell what is getting to Voxalot or how Voxalot is handling it (except for the test above).

Paul
psehorne is offline   Reply With Quote
Unread 04-04-2008, 03:18 AM   #4
psehorne
Junior Member
 
Join Date: Nov 2007
Posts: 16
Thanks: 2
Thanked 2 Times in 2 Posts
psehorne is on a distinguished road
Default

Quote:
Originally Posted by psehorne View Post
However, I do have a fall through Dial Plan number 999 (if no other Dial Plan applies) which is _xxxx. (including the period). Could this be the problem? Does the result of the test above (500 with no asterisk) cause this to fall through to _xxxx. ?
I disabled the above mentioned dial plan and still have the problem (assuming that changes take place immediately.

Paul
psehorne is offline   Reply With Quote
Unread 04-04-2008, 04:04 AM   #5
emoci
 
Join Date: Jul 2007
Location: Toronto, Canada
Posts: 1,422
Thanks: 123
Thanked 369 Times in 282 Posts
emoci is a name known to allemoci is a name known to allemoci is a name known to allemoci is a name known to all
Default

Hmm....,

What happens if you just call 500 (without *)?
emoci is offline   Reply With Quote
Unread 04-04-2008, 04:09 AM   #6
kurun
 
Join Date: Sep 2006
Location: Toronto, Canada
Posts: 568
Thanks: 70
Thanked 147 Times in 115 Posts
kurun is a jewel in the roughkurun is a jewel in the rough
Default

Try dialing 500 from your ATA to get to your Voicemail.
This should work as Voxalot supports it.

This issue is probably caused by the local Call Features "*xx" codes used by Grandstream in their ATA.
The code *50 disables call waiting and only the last 0 would be passed on to Voxalot, when you dial *500.
This results in the message "We're sorry. The number you have dialed cannot be connected."

Another option is to set "Enable Call Features" to No in the set-up screen.

Keep in mind that calls starting with an "*" and followed by 2 digits that match any one of the call features as used by a Grandstream ATA, will not go through correctly as the ATA will chew out the first three characters. They will never pass on to Voxalot.

So if you want to keep the ATA Call features active, you will have to create a dial plan such that you can still call sipbroker codes where this problem occurs.

For example, to call a Pennytel extension, instead of dialing *234-123456, you could dial 9*234123456. Then set up a dial plan such that matches on _9*xx. with a replacement of ${Exten:1} sent via Provider - Sipbroker. This bypsses the ATA's call features filter and lets the dialed number get to Voxalot.

By the way *23 is the Call feature code for 3-Way conference on the Grandstream ATA.

Hope this helps ..........
kurun is offline   Reply With Quote
Unread 04-04-2008, 04:24 AM   #7
psehorne
Junior Member
 
Join Date: Nov 2007
Posts: 16
Thanks: 2
Thanked 2 Times in 2 Posts
psehorne is on a distinguished road
Default

Quote:
Originally Posted by emoci View Post
Hmm....,

What happens if you just call 500 (without *)?
I get told "I'm sorry, your call cannot be completed as dialed"

CORRECTION: It works if I just dial 500.

Thanks,
Paul

Last edited by psehorne; 04-04-2008 at 04:36 AM. Reason: correcting content
psehorne is offline   Reply With Quote
Unread 04-04-2008, 04:39 AM   #8
psehorne
Junior Member
 
Join Date: Nov 2007
Posts: 16
Thanks: 2
Thanked 2 Times in 2 Posts
psehorne is on a distinguished road
Smile

Quote:
Originally Posted by kurun View Post
Try dialing 500 from your ATA to get to your Voicemail.
This should work as Voxalot supports it.

This issue is probably caused by the local Call Features "*xx" codes used by Grandstream in their ATA.
The code *50 disables call waiting and only the last 0 would be passed on to Voxalot, when you dial *500.
This results in the message "We're sorry. The number you have dialed cannot be connected."

Another option is to set "Enable Call Features" to No in the set-up screen.

Keep in mind that calls starting with an "*" and followed by 2 digits that match any one of the call features as used by a Grandstream ATA, will not go through correctly as the ATA will chew out the first three characters. They will never pass on to Voxalot.

So if you want to keep the ATA Call features active, you will have to create a dial plan such that you can still call sipbroker codes where this problem occurs.

For example, to call a Pennytel extension, instead of dialing *234-123456, you could dial 9*234123456. Then set up a dial plan such that matches on _9*xx. with a replacement of ${Exten:1} sent via Provider - Sipbroker. This bypsses the ATA's call features filter and lets the dialed number get to Voxalot.

By the way *23 is the Call feature code for 3-Way conference on the Grandstream ATA.

Hope this helps ..........
It was months ago that I installed the Grandstream ATA (and read the manual) and I had forgotten about the Grandstream * feature codes. Thanks for reminding me.

Dialing 500 without the asterisk worked.

Thanks,
Paul
psehorne is offline   Reply With Quote
Unread 04-04-2008, 05:08 AM   #9
psehorne
Junior Member
 
Join Date: Nov 2007
Posts: 16
Thanks: 2
Thanked 2 Times in 2 Posts
psehorne is on a distinguished road
Smile

Quote:
Originally Posted by kurun View Post
This issue is probably caused by the local Call Features "*xx" codes used by Grandstream in their ATA.
I disabled the Call Features in the Grandstream, and now *500 works.

Thanks,
Paul
psehorne is offline   Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Voicemail Does Not Work LinkMM Voxalot Support 1 10-11-2007 04:06 AM
Voicemail Issue richard Voxalot Support 8 05-08-2007 03:23 AM
Suggestion: Quick Access to Voicemail via SipBroker richard Voxalot Support 0 05-05-2007 02:05 PM
Voicemail does not work for registered providers roman1 Voxalot Support 7 03-06-2007 08:41 AM
Voicemail default password won't work rossmurray Voxalot Support 1 12-06-2006 11:51 AM


All times are GMT. The time now is 03:47 PM.


Powered by vBulletin® Version 3.7.2
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.