PBXes » Search » Search Results
Showing posts 1 to 15 of 15 results
Author Post
Thread: Please Restore Premium Account
iva

Replies: 2
Views: 692

RE: Please Restore Premium Account 28.02.2019 16:25 Forum: Miscellaneous

Done! Thank you.

Thread: Please Restore Premium Account
iva

Replies: 2
Views: 692

Achtung Please Restore Premium Account 27.02.2019 15:26 Forum: Miscellaneous

I received a notice this morning that my premium features were cancelled. Apparently it was related to my credit card on PayPal. I just updated my credit card on PayPal. And as the notice instructs, I'm posting to the Forums. Please re-run the payment and restore my premium features.

Thank you!!

Thread: On-demand call recording only records one side of conversation
iva

Replies: 0
Views: 2869

On-demand call recording only records one side of conversation 23.09.2017 04:41 Forum: Bugs

Today I tried using the on-demand call recording feature by pressing "*1" during the phone call. When I reviewed the recordings, I could not hear my side of the conversation, only what the other party stated.

I noticed this behavior was described in a feature request in 2012: http://www2.pbxes.com/forum/thread.php?t...1355871891&sid=

Based on searching around the forums I did verify that G.729 passthru for the account was not set, that audio bypass for the extension was not set, and that audio bypass for the trunk was not set.

Thank you!

Thread: RE: Paypal "Unsubscribe" button not working
iva

Replies: 1
Views: 4657

Paypal "Unsubscribe" button not working 17.09.2016 19:53 Forum: Bugs

I decided to upgrade from a Soho account to a Premium account. According to your instructions, I should subscribe to Premium before cancelling Soho. So after I subscribed to Premium I clicked on the "Unsubscribe" button next to Soho. I was redirected to Paypal where I got an error that said the unsubscribe was invalid.

The Paypal web page told me that I could cancel the subscription on a specific page on their web site, which I did. And upon doing so I got an automated email from pbxes notifying me of the cancellation.

I just want to make sure that I won't lose my service since the Unsubscribe button did result in an error.

Thank you.

P.S. Also, I could not find a web page on pbxes.com showing me what my current subscriptions were (i.e., how many Sohos I'm subscribed to or whether I'm subscribed to a Premium) or when my next debit date would be. Does such a page exist?

Thread: RE: Wiki Inaccessable
iva

Replies: 4
Views: 8069

RE: Wiki Inaccessable 23.08.2016 19:05 Forum: Bugs

I get an error while trying to access the wiki.

Database error

A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was:
(SQL query hidden)
from within function "Revision::fetchRow". MySQL returned error "145: Table './wiki/en_revision' is marked as crashed and should be repaired (localhost)".

Thread: RE: Maintenance www4 / www2
iva

Replies: 46
Views: 45360

RE: Maintenance www4 / www2 10.05.2015 21:14 Forum: News

I'm having the same difficulty registering with trunks at:

* inbound22.vitelity.net
* sip22.vitelity.net

They both get time-outs as recently as a few minutes ago.

It had failed around 3am EDT on May 9. It started working around 4pm EDT on May 9. But then it failed again around 3am EDT on May 10.

I downloaded a SIP client on my computer and was able to register at inbound22.vitelity.net.

Thank you!

Thread: RE: Maintenance www4 / www2
iva

Replies: 46
Views: 45360

RE: Maintenance www4 / www2 08.05.2015 16:38 Forum: News

It seems to me there is a major failure as my system has been down four about 12 hours now. I have a paid account (SOHO), so I should have been switched over to another server during the upgrade.

My SPA2012 cannot register with pbxes.org. It's trying to connect with "pbxes.org", not an IP address. I've tried power cycling it.

pbxes is not registering with either of my two primary trunks. I'm not using IP authentication.

When I try to view the "Status" page on the pbxes web portal, I get a failure of "Error loading configuration file variables.txt?aldope=64272".

If there were a massive failure in the upgrade I'd have thought there'd be an ongoing discussion here. So I'm baffled.

Thread: Strange Inbound Routing Issue (old deleted route stuck in system?)
iva

Replies: 0
Views: 3371

Strange Inbound Routing Issue (old deleted route stuck in system?) 08.11.2011 19:44 Forum: Bugs

So I have a LocalPhone DID in Poland (4812...03). In part the purpose is to allow my family there call back to the states. So my goal is that when they call this number from their apartment or any of their cell phones, they'll do CallThru with an empty pin, thus giving them a dial tone. So I have a set of inbound routes that match against both that Trunk/DID and Caller ID.

I also have more general inbound route that matches against the Trunk/DID (but not CID) and send that to the Digital Receptionist.

When they call from their apartment (4812...22) it goes directly to Ring Group 201. That is my default inbound route, and it was an explicit route for their Trunk/DID + Caller ID early on (but since deleted). I don't know whether I'm not matching the inbound route, or that earlier/deleted inbound route is stuck in PBXES's database.

When I call my Polish DID from the U.S. my call matches against the inbound route w/o CID info and goes to the digital receptionist. When I add another inbound route that matches against the Trunk/DID and my own phone number CID, I can route that any way I want as well, including to a CallThru with no PIN. So routing seems to work except for when they call from the apartment in Krakow.

For the route that matches their apartment Caller ID, I copy the CID info directly from the data in the Call Monitor. And I would think if for any reason it did not match their Caller ID, it would still match the inbound route based on Trunk/DID without any CID. But it does not.

I tried tearing down the trunk and all the related inbound routes and re-building them, but get the same behavior. I've managed to convince myself that the problem is with an old/deleted inbound route still stuck in the system, which I cannot see or do anything about, other than appeal to the expertise in the Forums.

Thank you!

UPDATE

I was able to resolve the issue. I changed the trunk-matching on the inbound route to the name of the trunk rather than the phone number.

I not understand why when I call from one of my extensions that the inbound route matching with the phone number (rather than trunk name) appeared to be working. The call should have gone to the Polish LocalPhone DID via LocalPhone SIP, and perhaps that triggered different behavior on the part of LocalPhone.

Thanks to all those who read and pondered my post!

Thread: RE: Classic extension
iva

Replies: 6
Views: 15490

RE: Classic extension 03.09.2011 06:22 Forum: Miscellaneous

When creating/configuring a classic extension one has the option of setting the outbound CID (caller-id). Since a classic extension is used for inbound calls, I can't figure out when setting the outbound CID would have any effect.

Of course a SIP extension can originate an outbound call, so the outbound CID has an obvious purpose.

Just a curiosity. Thanks.

Thread: RE: Change CID
iva

Replies: 43
Views: 185092

RE: Change CID 01.02.2011 06:31 Forum: Providers

Zitat:
Originally posted by Diafora
The same FAQ page at Flowrate states: "We'll give you $0.25 free test credit when you signup."

How about sending a couple of calls without answering them, to verify what happens with CID delivery on both cases.

Have nice day.


Thank you for your help. Using your suggestion I found out that Flowroute does handle outbound caller ID. Perhaps knowing this will be useful to another PBXes user.

Thread: RE: Reaching an extension from outside
iva

Replies: 30
Views: 85235

RE: Reaching an extension from outside 01.02.2011 06:29 Forum: Miscellaneous

Zitat:
Originally posted by i-p-tel
No, your DID provider - gradwell - would have to do the change. It's not possible to deduct the destination account from the INVITE field.


I was trying to have my DIDs through FlowRoute route through a SIP URI using the uri sip:<account>-<identifier>@pbxes.org . That's worked well for me in the past with another DID provider (LocalPhone). But it did not work with FlowRoute. I contacted their support and they provided me with a trace of their "dialog" with PBXes.

The INVITE has the URI I gave them:
Zitat:

INVITE sip:AAAAAAAA-IIIIIIII@pbxes.org SIP/2.0.
(where AAAAAAAA is my account and IIIIIIII is the account identifier I chose)

The To: field has:
Zitat:

To: <sip:+DDDDDDDD@216.115.69.132:5060>.
(where DDDDDDDD is my DID)

PBXes replied with 404 Not Found.

So they too use INVITE rather than TO, and it would be possible to determine the account and account-identifier with the INVITE.

Would PBXes consider checking the INVITE as a back-up if the TO does not correspond to a valid account?

Thank you for your consideration.

P.S. I should note that I can get Flowroute to work using SIP registration. Using SIP URIs would be preferable as I could more easily have multiple DIDs use the same inbound route. With registration, the inbound route has to specify the DID as the Trunk name.

Updated

I asked Flowroute whether they'd be willing to provide an option to use the SIP URI provided for routing in the To: field rather than the INVITE header. This is their reply, for what it's worth.

Zitat:

I apologize, however we would not be able to manipulate the To header, as per SIP RFC, this is generated by the caller.

To further clarify, the Request-URI in the INVITE header is what the SIP protocol is designed to use for referencing the remote resource/device. The To header should not be used for any routing decisions by any SIP proxy or User-Agent.

Thread: RE: Voicemail will not delete
iva

Replies: 2
Views: 7181

RE: Voicemail will not delete 17.01.2011 03:06 Forum: Bugs

For what it's worth, I had the same problem. The advice given to log into the web front-end worked, although I wish I'd paid more attention to figure out which step did it. It was my first time with the web front-end, and it took me a while to figure out how to interact with it, but somewhere along the way, as I cleaned up my old voicemail, I resolved the problem.

Thread: RE: Change CID
iva

Replies: 43
Views: 185092

RE: Change CID 18.11.2010 00:50 Forum: Providers

The Flowroute FAQ states:
Zitat:
We transmit Caller-ID based on the presence of one of the following header fields in order of preference: "P-Asserted-Identity", "Remote-Party-ID" or "From:".

Before I purchase a block of time from Flowroute, can anyone confirm that I can configure my PBXES account to:


  • set the CID to my choice when I initiate a call
  • maintain the call originator's CID when an incoming call is routed to my cell phone via Flowroute

Thanks in advance!

Thread: RE: Change CID
iva

Replies: 43
Views: 185092

RE: Change CID 29.05.2010 20:09 Forum: Providers

I communicated with Vitelity about what they need in order to set the outbound caller ID. Here is what they said.
Zitat:
Our system reads the caller ID set by your equipment from within the From field in the initial SIP invite.

From: \"Vitelity\" &lt;sip:7202575400@64.2.142.25&gt;;tag=as517db3b1

I've tried the bobmats technique of leaving the username blank and putting the password and username in the password field. But that did not work.

Does anyone know if PBXes can be configured to send the outbond caller ID for calls forwarded to my cell phone in the way Vitelity likes?

Thanks in advance!

Thread: Vitelity and outbound caller id
iva

Replies: 0
Views: 8028

Vitelity and outbound caller id 21.03.2010 05:39 Forum: Providers

I have had a discussion with Vitelity support and they have verified that outbound caller id can be set. I asked them the format, and this is what they said:

Zitat:
Our system reads the caller ID set by your equipment from within the From field in the initial SIP invite.

From: \"Vitelity\" &lt;sip:7202575400@64.2.142.25&gt;;tag=as517db3b1


1) Does PBXes.com support this format for setting outbound caller id, and if so what do I need to do for configuration on my end?

2) If it is not currently supported, would it be possible to do so?

3) And would this support (either present or future) pass CID information from an inbound call that is routed back out to my cell phone through Vitelity?

I've read through the relevant portions of the PBXes FAQ and forums and tried the various suggestions (including leaving the username blank and supplying password, colon, and username in the password field) but have never gotten it to work.

Thank you in advance.

Showing posts 1 to 15 of 15 results

Powered by Burning Board Lite 1.0.2 © 2001-2004 WoltLab GmbH
English Translation by Satelk