Jump to content

Logicwrath

Customers
  • Posts

    578
  • Joined

  • Days Won

    21

Posts posted by Logicwrath

  1. We have the Outbound Fax Error to Email template enabled.  We have it set to send to the original user and a comma separated list of specific users.  I set the faxbox retries to 0 on a demo account so I could test this out.

    We are not receiving outbound fax error emails in the following conditions:

    1. OUTGOING_CALL_BARRED
    2. The call dropped prematurely

    I tried manually creating a PDF that was 17"x11" so I could force a fax failure to see if we would receive the error email when the receiving party did not accept the size of the fax but, the fax went through successfully and it was received at 8.5" x 11".  

    Did you guys adjust the PDF processing portion to resize the PDF before sending it?  If you did adjust the pre-processing, are you allowing "legal size" (8.5x14)?

    I am trying to figure out how to force a fax error so I can see if we are receiving the fax errors in other conditions.

    All things considered I am testing this because we need to know when we will receive an outbound fax error to email.  Ideally, we would receive an email anytime a fax did not go through.

    The 2 examples in the numbered list above did not create an error email and both of those cases need an error email.
  2. The clients are:

    Auto Dealerships (faxing credit applications and to documents to the state)
    Medical Offices
    Insurance Agents

    Regarding the ATA comment, I tried making that work with VoIP Innovations in the past and had trouble.  I am not aware of all the special settings and options that would be required to make an ATA working as best as possible.  I will look for that post, or if someone wants to link it that would be great.

    Additionally, email to fax, fax to email is preferred as it is easier (in my opinion) and I assumed that the connection from the datacenter to the receiving side would be better than the connection from the client office to the receiving side.

    If you are looking for a reseller to test some TDM equipment you guys are working on that is very interesting to me.  I assume a TDM based solution would be superior and we are certainly working very hard to have a good faxing solution.  As much as we love to hate faxing, we can't get rid of it.  I would prefer not to have to work with yet another vendor just for faxing.  I am not sure what you mean by pain, as in would testing the TDM cause pain or continuing to use VoIP based faxing cause pain.  We are interested in testing this out.  We could either have the TDM based solution available just to us so when a client complains we can test the same fax over the TDM solution or I would even consider setting up clients on the solution if you think it would be at least as reliable as the VoIP based faxing they are using now.  We would also be willing to test and provide feedback on the service.  We could see how the solution affects resolution, quality, reliability etc..

    Regarding faxing and fax quality, just this morning we think we might have found an issue where poor bar codes on sent faxes might be causing delays in the processing on the receiving side.
  3. The main issue with the DCS TCF is as follows:

    FROM: (586) 248
    TO: (586) 863

    The (586) 863 number is our personal 3rd party fax account.  We have not onboarded the customer yet, however, this client already has a 3rd party account using the same provider so I was worried if we set them up right now with this number failing if they tried testing on their number with the same provider they might see issues.

    The other issue I mentioned where a client received a successfully sent message but the fax was never received is as follows.  They fax to this carrier daily and it is very important to them.  I saw 2 failures to this number no response after page error before we saw a success.  Afterwards we were told that they receiving party never got the fax.

    FROM: (586) 465
    TO: (866) 214

    I understand your points, I am also very excited to hear about the possibility of 2600 acquiring a TDM bank.  Any assistance you can provide for this is appreciated.  If in general we can report issues and tweak routes to specific numbers that get faxed often that is certainly helpful.

    I can also provide call id's or any other details if you need/want.  Just let me know.  Thanks!
  4. I have been seeing 50%-65% of the faxes to one of our GFI Faxmaker Online phone numbers fail with the following error code:

    "Received no response to DCS or TCF"

    I opened a free efax account and did not have issues sending faxes to that number.

    I contacted technical support on the receiving side first and they went through troubleshooting. They suggested that we are the only one reporting failing faxes with that error code at the moment and that we should contact our sending carrier to have you try and setup a different route/carrier to test this out.

    We are supposed to be onboarding a new client and with our test faxes failing consistently we are having to delay this.

    We also had a report from a different client today that they received a successful message on a fax but it did not actually go through. I can't trust the person who told me this completely. I checked their call logs and saw that the message failed twice before it was successful on the third try. The first couple attempts showed: No response after sending a page

    I think there is a problem with your carrier or route for faxing. Please advise.
  5. If we want to allow a specific client to make international calls we need to check the box to "Allow customers to make per-minute calls that go over the above limit, and bill them the per-minute cost of the call".

    If we configure 1 two-way trunk for this client and the client submits 3 faxes simultaneously, 2 of the faxes will get billed out per-minute instead of queuing up for flat rate trunk on the account.

    If disable "Allow customers to make per-minute calls that go over the above limit, and bill them the per-minute cost of the call" and queue 3 faxes, 2 of them will fail with "OUTGOING_CALL_BARRED" and I assume enter the retry sequence.  

    Eventually, if the retries are high enough, all 3 faxes will go out.  I was not able to test specifically if "OUTGOING_CALL_BARRED" uses one of the retry attempts or if it just queues it up.  I assume it consumes retries during this phase.

    If too many faxes get queued, I assume all retries would get consumed and some of these faxes would fail.

    This example will cause us a headache in certain use cases.  I would certainly prefer the ability to queue the faxes so they wait for an open flat rate trunk.  I already have a ticket open to give us the ability to limit the amount of trunks a fax box can consume at any given time.

    Additionally, I would like the system to be smart enough to queue up all US/CANADA faxes for a flat rate trunk and then send international faxes/calls per-minute immediately.
  6. I created another issue to review the outbound fax quality.  I attached an example original PDF for testing and I also included some results of sending the original back and forth between kazoo and GFI Faxmaker Online (rebranded Concord Fax).

    https://2600hz.atlassian.net/browse/KAZOO-4695

    Surprisingly, the company receiving these faxes has not actually complained to our most affected client, I suspect the faxes end up being more of a formality in their process.  However, using the original provided you can really see how bad the outbound fax quality is.
  7. Other third party faxing services will allow users to send more than one attachment with their email to fax services.  The service providers combine the PDFs and then send them as one fax.

    We have already had to start training certain end users on how to combine multiple PDFs into one before sending their fax.  This creates extra work for users that routinely need to send more than one PDF as a fax.

    Additionally, it creates more support work for us to help these users work efficiently.

    It would be great if in the PDF conversion process you would check for and combine multiple PDF attachments into one PDF before sending the fax.  I suspect this would not be a huge amount of work to develop/improve.

    I opened the following issue regarding this enhancement request:
    https://2600hz.atlassian.net/browse/UI-2168
  8. I created an enhancement request for creating a cover page based on the email sending the fax.

    This also allows users to send faxes without actually having or creating a PDF.  We often test clients fax machines by just sending an email with no attachment to our old fax service (GFI Faxmaker Online).  This is super quick for us to do since we don't have to bother with attaching any kind of PDF.

    https://2600hz.atlassian.net/browse/UI-2167
  9. 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?
  10. 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.
  11. 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.
  12. 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.
  13. 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.
×
×
  • Create New...