Logicwrath

Yes, UI-2127.

How are you currently billing for per-minute services? Are we able to load a rate deck on the hosted platform?  https://2600hz.atlassian.net/wiki/display/Dedicated/Call+Rating Are we able to load/create custom service plans for sub accounts on the hosted platform? Are you filtering CDRs with rest and manually billing/calculating the charges?   What is the easiest way to automate or simplify reselling per-minute services?

The problem is with my TWIML response.  I needed to specify a longer timeout attribute.  For example: timeout="60".  This fixed the dropped calls at 20 seconds. <Dial timeout="60" callerId="<?php echo $callerid ?>">

It gets worse when you consider that you have to leave the company caller id field unset to use the pivot script in the first place.  So if you want to let the users decide when to use the dynamic outbound caller id option, they will not have a caller id set when they do not use the pivot script. I may have to set a company caller id and disable the pivot script until I figure out what is going on. Does this sound like a bug? I could avoid pivot all together if we had regex patterns in call flows and there was a set caller id object.

It's worth mentioning, that you can create a dial plan in Bria that will automatically prefix the number with a * before it sends. --- I am however, having an issue with this again.  If I place a call using this pivot call flow the call will end exactly at 20 seconds. I placed a pivot call to myself and used wireshark to better see what types of SIP messages were going back and forth.  The picture on the left is my soft phone receiving the call and the image on the right is my soft phone placing the call. http://prntscr.com/aozyn6 You can also see an example of the TWIML response that gets generated by the Pivot script here: http://pastebin.com/yTUeiR6j I assume other people successfully use pivot to dial calls, the response from the pivot script is super basic, what am I missing here? I tried 2 different soft phones Bria and Ninja with the same behaviour.  Session timers are disabled in Bria and so are inactivity timers.

I wanted to add that in order for this to work you cannot set a company caller id in Smart PBX.  I am not sure if that is by design or not.  I would prefer to have this override the main company caller ID. This also requires per minute calling as it will not make use of the trunk limits.  I am also not sure if this is by design.  In my use cases I would prefer to make use of trunk limits.  My plans specify trunk limits. custom_channel_vars.reseller_billing per_minute You should also specify a default case match in the pivot file to specify your default caller id on on-matches.

It would also be helpful to have "All Open".  As in all status/state that are not "completed".

Can you please create an "All" state so we can see all port requests regardless of which status/state they are in?  I want this every time I use the port manager.

I provisioned a Yealink T21P today and realized that the phone updates the "Auto Provision" URL to the exact HTTP URL necessary to browse and retrieve the config file in plain text.  I was able to copy/paste the URL from the phone into a random browser and browse the directory structure. Do the Yealink phones require list/browse permissions to function correctly?  I was able to browse the directory and click on the cfg file and read the SIP credentials in plain text right my browser. This makes me nervous. It is also worth noting that the T21P inherits the UDP transport.  I had to manually configure DNS/NAPTR in the root of the default provisioner.  I also set the outbound proxy port to 0 instead of inherting 7000 so I could confirm that the NAPTR settings were getting queried correctly.  I was thinking that SRV/NAPTR was going be the default transport in the provisioner. I will email you some additional detail, posting it here makes me nervous as well.

As a Microsoft partner we get $100 of free Azure credits each month.  So if you are considering storage services, we like how that would be free for us. :)

This is a good idea, I think the 2600 team may already be working on integrating with other cloud storage systems like Google Drive and Dropbox.  I have seen it mentioned in other posts.

I have the original PDFs of these tests, if you want them I can email them somewhere just let me know where.

We did some testing on this last week around the time I posted the original thread.  It seems the receiving fax server (in this case GFI Faxmaker Online) is only accepting 8.5x11 and 8.5x14 resolutions. Perhaps it would make sense to recreate any non-standard documents prior to sending to improve deliverability.  Or, perhaps you could consider only doing that if the first fax fails via a specific error code. I had someone testing different sizes and that is the conclusion they came to. Here is some additional testing we did recently. Original Fax Test Document: http://prntscr.com/al3g45 GFI Fax Online to GFI Fax Online: http://prntscr.com/al3gf3 http://prntscr.com/al3iu6 http://prntscr.com/al3kma GFI On Premises to GFI Fax Online: http://prntscr.com/al3gmg http://prntscr.com/al3j2d http://prntscr.com/al3krz 2600hz to GFI Online: http://prntscr.com/al3h8x http://prntscr.com/al3j9c http://prntscr.com/al3kxl When I took these screenshots I had to zoom out to get the whole page, so you don't see as easily how the quality is different. The best fax quality is actually GFI On-Premise to GFI online using a Comcast phone line and a server with a modem. The fax quality coming from 2600hz in regards to resolution and sharpness was the worst of the three tests.  However, in our experience it has been reliable. I am only posting this here in case it is helpful.  I am not sure if you are losing any resolution in conversions or forcing a certain resolution/DPI.  I just thought it might be helpful to see how it stacks up.  We are noticing that the 2600hz email to fax is producing harder to read and lower quality faxes when we run out tests.

I believe this issue is being caused by the scanner settings.  The PDF that was created had slightly varying widths for example. On the page that was often failing, I noticed that the width was noticeably incorrect.  I plan on reviewing the scanner tomorrow and making sure that the scans get created correctly at 8.5" x 11" etc..  There is likely some kind of automatic page size detection turned on. I would like to say that I do appreciate the fax errors in the call logs, I was able to find this out by reviewing those.  I suspect I will be able to fix it.

I am having trouble sending a 20 page fax using a Fax Box. I am sending the fax from 2600 to GFI Fax Online. I am only receiving 5 pages from the 20 page fax.  When I send from GFI to 2600 the fax is received. The call logs state the following: fax_info.fax_result_text: Far end cannot receive at the resolution of the image I would very much prefer to be using the built in fax box functionality.  However, these faxes are very important to the client.  They are essentially sending in documents for financing and within about an hour of the fax being sent they get thousands of dollars wired to them.  If we can't get these large faxes to successfully send to the bank reliably, we are going to have to look for an alternative. If I can provide more information to get this working please let me know.  Thanks!

OK, maybe that will be my experience too then.  I just don't want to be getting them every day.

I can't comment on Polycom (maybe Karl can), however, I know with the Yealinks there is an issue with the handsets currently not liking the existing SSL certificate.  Darren suggested that a new Verisign SSL certificate is coming soon which should solve the issue with the Yealinks.

I assume there are fixes/changes that occur in the Monster UI from time to time, like the advanced provisioner you mentioned earlier.  Will there always be an official announcement when these get updated or is there somewhere I can look to see version numbers so I know when to check for fixes/changes?

You may want to get an official response as I am new here.  However, I think it is p3.zswitch.net.

We are still getting low balance email notifications on accounts that do not have the following checkbox activated/selected: "Allow customers to make per-minute calls that go over the above limit, and bill them the per-minute cost of the call" The low-balance emails will end up creating service tickets that I will need to close out every day, and the per-minute.  Is there another way to flag an account to not allow any per-minute calling so we do not get the email notice on accounts that are not specifically setup for per-minute calling? I assume if I enter credit into the account it could get consumed if they max out their trunks. Conversely, if I do not add any credit I get a daily email for all accounts. The bottom line is for most of our accounts we will be sticking to the trunk limits we select and will not want to get an email about low-balance.

What about the other emails for things like porting and CNAM updates that go to support@2600hz.com? I don't mind adding them as BCC, I just don't want anything functionality to break.  For example, I request a port and the ticket never gets created or something similar.

Thanks for the suggestion! I get the following: Sorry! You don't have access to the content you requested. If you think you should have access, please contact the administrator of the community.

Some of the branding email templates are configured to send the alert to either support@2600hz.com or platform_alerts@2600hz.com. Are these recipient addresses required in order to open tickets or request services from 2600hz as a carrier or can we change the recipients to our own ticketing desk?  I don't want o break any functionality.   I think one of the emails is for a CNAM update for example.  If we changed that to our support email, and the sub account requested updated their CNAM name on a DID would this change still occur?  I suspect you are not having to manually update the DID's but I can't be sure. I want to change these emails but I don't want to cause problems.

Hello, It would be nice if each fax box had a setting that would allow us to limit the amount of channels that the Fax Box can use for sending faxes. That way if a client has trunk limits setup and they queue up a bunch of faxes they do not run the risk of saturating their limits. We work with sales and financing businesses that need to fax 10-30 pages at a time to 1-5 recipients for each deal etc.. I suspect it would be possible that 2 or 3 people to fax 30 pages to 3-5 recipients at the same time. If Fax Box ends up using all available channels then I suspect inbound or outbound calls could fail or get busy signal. At this time because I suspect that Fax Box has the potential to saturate the trunks and because I do not want to create 2 accounts for 1 client (with different limits) it is affecting the way I am structuring our pricing model. Does it sound difficult to add some limits on the individual fax boxes?

I just meant from the community searchbox from this website. --- As far as my solution for dynamic outbound caller id.  I can post it here for now. Create a call flow using Postman and the API.  Here is an example of the call flow data: http://pastebin.com/js3uba9q Edit the following php file with the caller id's you want to match. http://pastebin.com/hAsdSQqU You can set a logging variable to dump the headers and the other important variables to a text file. The call flow dialing pattern should match anything with a * and 10 or 11 digits.  *15558675309 So instead of pressing 1 for country code people can do * and use the dynamic matching pivot script.  I have not put this into production yet.  I stopped looking at it when it worked a few times.