Jump to content

netpro78

Members
  • Posts

    79
  • Joined

  • Last visited

Posts posted by netpro78

  1. So many phones (like Polycom and Bria) support video and back in the PBXnSIP days it somewhat worked.  It seems like just being able to clean up the video support to work at a basic level so that we were not forced to turn it off on the customer's brand new phones that include video so that they will interact with the PBX properly would be a great first step.

  2. https://www.inteliquent.com Currently supports STIR/SHAKEN.  I recently attended one of their webinars on the service, and the coming requirements.  They currently have some larger carriers like Comcast, and T-Mobile utilizing their service.  My takeaway is that many carriers such as Inteliquent will have a hosted service where they can sign the calls for you (however they will only provide the highest attestation for their own numbers), the problem comes about if you are doing least cost routing, then the only real solution is to apply the certificate to the PBX, and sign all of your own calls.

  3. I think both are good ideas.  TrueCNAM's API supports learning of false positives.  You would just need to add that to your integration.  I do also believe that the local address book should always take precedence.

  4. I recently had my first false positive spam score.  I figured I could just add the number to the address book as a whitelisted number, and it should not spam score it.  Unfortunately it still classifies it as spam.  Is there another way to whitelist a number, or could this be added in future versions?

  5. My trunks are all hardcoded to IPs, and they are working fine after 62.0 however my phones that started to have issues after upgrading to 62.0 are all using DNS if that could be part of the issue.

    Also I saw some comments that 62.0 would have options to set the dynamic blacklist at either the IP, or the Port level.  I do not see that option, as well as I believe a related feature was a ratelimit on the emails that it generates, and I do not see those options either.

  6. I upgraded to 62.0 to pickup the fixes where the PBX would accidentally blacklist trunk IPs, however after the upgrade it seems to be blacklisting phones that have never had an issue registering in the past (and their configs have not changed).  If I whitelist their IPs, they can successfully register.  In some cases I noticed that the phone has successfully registered, however the IP was then blacklisted after the fact when subscribing to a BLF.

  7. I am glad you pointed that option out.  I was completely confused by "pretend to be busy" playing a recording.  My mindset is that is if a phone is actually busy, and the voicemail is enabled, it would go directly there, and if the mailbox was disabled, it would send a 486 back.  The message confused me since I cannot think of a situation where it would normally play it.  Honestly I think the following 4 Spam options would be the most logical, and cover any need:

    -Send to Voicemail

    -Send Busy (sends 486, or 500 depending on trunk setting)

    -Redirect (and give a field to redirect to)

    -Ask for name

  8. You have it when it hits the huntgroup (you can redirect directly to a mailbox), but a direct dial call to an extension has no way to send a spam call directly to voicemail.

  9. Are there any plans to address the options above that do the same thing?  TrueCNAM even recommends that one of the options would send the call directly to voicemail.

  10. Thanks for the solicitation, however my customer is in the audio industry, and wants their own live feed also available as hold music.  They do not want to waste/maintain a PC on site just for this purpose, and would rather have a device that takes their audio output, and converts it to a RTP stream for the phone system

  11. I believe you are misunderstanding.  I do not want a file converter, I want a physical piece of hardware that will take a 600 ohm analog audio line input, and convert it to a Unicast RTP stream that is compatible with the PBX.  Think of an ATA, however instead of an FXS port, it would have an audio input.

  12. After upgrading to 61.1 I have started getting notifications of IPs being blacklisted for unsuccessful authentication attempts.  The IPs are from my trunks, and when I look at the attached capture, it is an Invite, and not an authentication attempt.

  13. Prior to upgrading to 61.1 when a call was forwarded, or a cell phone was included on the incoming call, the recipient would receive the ANI of the original caller.  After the upgrade the ANI that is being received is from the extension that is doing the forwarding.  I have tried all sorts of custom trunk headers, and in the past using "Based on Incoming Call" worked properly, now I cannot seem to find a combination to replicate this lost feature.

  14. Now that SPAM scoring seems to be working in my test environment, I am testing the various options for the "Handling of suspected SPAM" calls field.

    the options of "Reject Call", and "Pretend to be busy" seem to do the exact same thing.  They both say we are sorry, but this extension does not accept anonymous calls.  The problem with this is that they both clue the caller in that some sort of ANI filtering is going on since the caller is probably aware that they are not sending anonymous.  I would suggest that pretend to be busy sends the call directly to Voicemail, and reject the call sends a reorder tone to the caller (500, or 486).  The other two options seem to work as you would expect.

×
×
  • Create New...