Page 2 of 2 FirstFirst 12
Results 11 to 20 of 178

Thread: PBX BETA Testing (Will be Available for Resellers)

Hybrid View

Previous Post Previous Post   Next Post Next Post
  1. #1
    Join Date
    Feb 2007
    Location
    Irvine CA
    Posts
    1,542,128,044

    Default Re: PBX BETA Testing (Will be Available for Resellers)

    Quote Originally Posted by chpalmer View Post
    Yes- did it to me also. I waited all night and then had to turn off the BYOD feature in the vpanel for it to go away.
    We made a few changes to the way gateways are handled.

    First, when a gateway is added now, it does NOT register automatically. We added buttons to register and deregister.

    Most providers all outgoing calling without registration (VOIPo does) so if you fill in the credentials and setup the gateway, you only need to register if the provider requires it or if you need to register to receive incoming.

    This should resolve the lingering connection issue since you can de-register now.
    Timothy Dick
    Founder/CEO
    VOIPo.com

    Interact with VOIPo: Twitter, Facebook

  2. #2
    Join Date
    Oct 2010
    Posts
    84

    Default Re: PBX BETA Testing (Will be Available for Resellers)

    Man I have been behind, this is what I have been waiting for right here. Tim I sent a beta request

  3. #3
    Join Date
    Jul 2011
    Posts
    163

    Default Re: PBX BETA Testing (Will be Available for Resellers)

    Is there going to be a timeline soon for the release of the PBX cloud for resellers?

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

    Default Re: PBX BETA Testing (Will be Available for Resellers)

    Quote Originally Posted by wingsohot View Post
    Is there going to be a timeline soon for the release of the PBX cloud for resellers?
    It'll be live for a public beta (at discounted prices) for both resellers and non-resellers in the next 2-3 weeks.
    Timothy Dick
    Founder/CEO
    VOIPo.com

    Interact with VOIPo: Twitter, Facebook

  5. #5
    Join Date
    Jul 2010
    Posts
    369

    Default Re: PBX BETA Testing (Will be Available for Resellers)

    Are virtual/forwarding numbers "routable" within the cloud pbx?

    In other words, if a user has a main number A, and a forwarding number B, can the cloud pbx route calls to number B to a different IVR or extension?

    Thx

  6. #6
    Join Date
    Oct 2010
    Posts
    84

    Default Re: PBX BETA Testing (Will be Available for Resellers)

    Quote Originally Posted by GreenLantern View Post
    Are virtual/forwarding numbers "routable" within the cloud pbx?

    In other words, if a user has a main number A, and a forwarding number B, can the cloud pbx route calls to number B to a different IVR or extension?

    Thx
    My testing with this is yes, but I will let Brandon confirm

  7. #7
    Join Date
    Jul 2010
    Posts
    369

    Default Re: PBX BETA Testing (Will be Available for Resellers)

    Quote Originally Posted by uf_shane View Post
    My testing with this is yes, but I will let Brandon confirm
    My testing suggests that forwarding numbers (extra numbers under a single main account) currently are not routable independently from the main number.

    I think having separate accounts/trunks/interconnections would work, but now it looks like we can only add a single interconnection.

    Not sure if that is a bug, or an intended limitation. But allowing only 1 trunk per pbx is a big disappointment.
    Last edited by GreenLantern; 11-01-2013 at 10:53 AM.

  8. #8
    Join Date
    Oct 2010
    Posts
    84

    Default Re: PBX BETA Testing (Will be Available for Resellers)

    Quote Originally Posted by GreenLantern View Post
    Are virtual/forwarding numbers "routable" within the cloud pbx?

    In other words, if a user has a main number A, and a forwarding number B, can the cloud pbx route calls to number B to a different IVR or extension?

    Thx
    Phone Numbers

    This page allows you specific what extensions phone numbers are routed to if the phone number is not routed to a specific extension when the call comes in or if it comes in via a SIP registration.

    Phone numbers are matched based on the phone number in the SIP headers.

    If no match is found, the phone number will be routed to the default SIP extension configured under profile.

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
  •