Page 1 of 2 12 LastLast
Results 1 to 10 of 14

Thread: Star Codes

  1. #1
    Join Date
    Feb 2007
    Posts
    146

    Default Star Codes

    I don't think star (*) codes have been discussed in a while (searching in the forum coming up blank).

    Are there any * codes that should be functioning at this point? I tried *67, but it doesn't want to go through using the Grandstream HT-286. I tried *67 with * codes enabled on the ATA and with * codes disabled (relying on VOIPo to process any * codes passed to it). The call is not going through in either case.

  2. #2
    Join Date
    Feb 2007
    Location
    Irvine CA
    Posts
    1,542,128,044

    Default Re: Star Codes

    We removed all the server-side ones when we opted not to use Zoom. GS is wide open so we can do more.

    We are going to add them all in this coming week.
    Timothy Dick
    Founder/CEO
    VOIPo.com

    Interact with VOIPo: Twitter, Facebook

  3. #3
    Join Date
    Feb 2007
    Location
    IL
    Posts
    171

    Default Re: Star Codes

    The * codes does help a lot, if you want to do a quick call forwarding/unforwading or other options you can just dial the * code and set/unset it in couple of seconds with the phone handset or softphone. Vpanel suits more better when you are away from the ATA.

  4. #4
    Join Date
    Feb 2007
    Posts
    801

    Default Re: Star Codes

    Quote Originally Posted by sbradshaw View Post
    I don't think star (*) codes have been discussed in a while (searching in the forum coming up blank).

    Are there any * codes that should be functioning at this point? I tried *67, but it doesn't want to go through using the Grandstream HT-286. I tried *67 with * codes enabled on the ATA and with * codes disabled (relying on VOIPo to process any * codes passed to it). The call is not going through in either case.
    Quote Originally Posted by VOIPoTim View Post
    We removed all the server-side ones when we opted not to use Zoom. GS is wide open so we can do more.

    We are going to add them all in this coming week.

    Did you ever re-enable star codes? If so, do you have a list of the codes supported? If not, do you plan on adding them and publishing a list of those you support prior to launch? If you plan to support them, they will need to be tested...

  5. #5
    Join Date
    Feb 2007
    Posts
    801

    Default Re: Star Codes

    What is the official status of the * codes? I ask, because I finally moved a Residential line to my PAP2 (registered directly, not through my asterisk server) so I could check out the * codes. Here's what I observed:

    *67 does not seem to work at all. My dial plan has a "send anything" pattern, and I disabled all of the "feature codes" (and explicitly removed *67 from the "block CID" field under the Regional tab). When I dial *67 and a 7-digit number, I get reorder tone. When I dial *67 and a 10-digit number, it sometimes gives me ringback, but the number I dialed doesn't ring. When I dial *67 and an 11-digit number, I get reorder tone.

    *69 also seems to have issues. Sometimes, it gives reorder tone, sometimes it gives ringback (without actually ringing the target line), and sometimes it actually does ring back the target line. One of the times the target line rang, I decided to hang up the voipo line without answering the (CallVantage) target line. The target line kept ringing...

    I haven't tested other * codes, because I'm not sure which ones you intend to support.

  6. #6
    Join Date
    Apr 2008
    Location
    Aventura Fl
    Posts
    860

    Default Re: Star Codes

    I just quickly did a test from my Grandstream, server provisioned, dialed *67 and then my cell phone.

    Got no ring, but a normal busy signal. Call won't go through.

    Both NPAs the same..

  7. #7
    Join Date
    Feb 2007
    Location
    Irvine CA
    Posts
    1,542,128,044

    Default Re: Star Codes

    The * codes are not implemented on codeblue. We'll be moving everyone to the production servers soon and those are there along with the near real-time call logs, etc.
    Timothy Dick
    Founder/CEO
    VOIPo.com

    Interact with VOIPo: Twitter, Facebook

  8. #8
    Join Date
    Feb 2007
    Posts
    801

    Default Re: Star Codes

    Thanks for the update. Which star codes will be supported? I'd break them down into the following categories:

    Must have:
    *67 - per call CID block
    *82 - per call CID allow (if you add a 'permanent CID block' feature to the vPanel, which I would also recommend)
    *69 - Call return

    Nice to have:
    *70 - per call disable Call Waiting
    *66 - busy line ringback (relatively low priority, though, as busy signals are becoming more and more infrequent as more people subscribe to CW and voicemail services)
    *71 or *72 - Activate call forwarding (double-check vertical service codes on NANPA--as mentioned before, I prefer the 'standard' codes be assigned)
    *73 - Cancel call forwarding
    *?? - Enable/Disable Do Not Disturb (Except white list and E911 return calls, all calls are routed directly to VM)

  9. #9
    VOIPoNorm Guest

    Default Re: Star Codes

    A complete Telco list of Vertical Service Codes (star codes) is listed here:

    http://www.nanpa.com/number_resource...finitions.html
    http://www.nanpa.com/number_resource...signments.html

    Not all of the defined services are applicable in a VoIP environment (and some important services are not accounted for). I would submit that this is a good starting point.

    In addition, just because NANPA has indicated a de-facto standard, does not mean that any company is required to follow suit.

    Regards,
    Norm

  10. #10
    Join Date
    Feb 2007
    Posts
    801

    Default Re: Star Codes

    Norm,

    Thanks for the link--I had seen the NANPA standard, and I agree that while a standard is a great starting point, it is voluntary. I don't think VOIPo should feel obliged to support ALL of those VSC's, by any stretch. My thought is that if you intend to market VOIPo as a POTS replacement, you'd want feature codes to match up as much as possible, as it seems telcos have pretty much followed the standard. It seems that many VoIP companies have gone 'wild West' on the feature codes, and at least respecting the standards (ie. following them when it makes sense, acknowledging that they exist, etc.) is a plus in my book.

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •