Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 8 replies
  • Subscribers 2 subscribers
  • Views 23652 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Recommended setup for VoIP (Ringcentral)?

joshuamarshall
Hi,

We're moving in to a new space in a couple of days, and are trying out ringcentral.com and their VoIP phones.  There's no internal VoIP server, the phones are standalone.  

The required ports seem to be:  UDP 5060-5090, and UDP 16834-16482.

Should I just open those ports bi-directionally on the phone's IP addresses, or does the ASG (or UTM these days) VoIP implementation have advantages that I should use?  Are there any how-to guides available on the UTM VoIP setup?

Anyone w/ experience w/ ringcentral or similar?


This thread was automatically locked due to age.
  • 0
    Hi, you can try using the VOIP Security system in the UTM; create network definitions and/or a network group for the phones, and put them into the VOIP setup.

    If that doesn't work, you may have trouble if using RFC 1918 addressing, as you can't DNAT one service to multiple devices (phones).

    Barry
  • 0
    Hi ,

    As you use external VOIP systems , the UTM VOIP will do the work.
    VoIP like Barry mentioned are not supported by NAT , so the only solution trough the UTM is with its VOIP. Module that is really easy to configure.
    There is no much to configure there and if it works for you and if should then you have an easy working solution .
    If not the UTM won't help you , end opening ports won't help case you still need the way back and as mentioned VOIP does not work over NAT.

    All my best ,

    Giliped
  • 0
    configuring a rule Voip ip hosts > any >any allow and log, will be easier and not dangerous. Voip phones needs Dns, stun server, tftp. There is not only Sip (5060) and tunnel (5090)
  • 0
    Hi Olsi,
    In my experience, outgoing rules will help for outgoing phone calls, but incoming phone calls can still fail.

    Barry
  • 0
    Absolutely with you Barry, I never tested in this way cause i have a pbx inside
    With Voip Security enabled there are a few  ports to be opened, thats what i'm telling
  • 0
    joshuamarshall - were you able to setup RingCentral with the VOIP module.I am faced with the same challenge and it doesn't seem to work
  • 0 in reply to mmanole
    Hello all,

    I use RingCentral and RingCentral Meetings with Astaro/Sophos UTM 320 version 9.306.  

    Until this week, I have had issues with call quality and echoes.  We have now had 4 days of crystal clear connections.

    Short Answer - The cause for me was the Network Protection >> Intrusion Protection >> Anti-DoS/Flooding >> UDP Flood Protection.  Turning this OFF took us from 85% packet loss with 40 simultaneous call to 0%.

    Longer Answer - I used the RingCentral tool here to simulate call traffic. Test Your Connection's Quality.  You will need JAVA enabled.

    To find what our issue was, I used the RC tool above on my Mac and started with Exceptions in the Intrusion protection on only my workstation.  I turned off all the IP protections for my workstation and simulated load.  After trial and error, I found it was the UDP flood protection causing the packet loss.

    Then, I created an Exception for all the RC Phones and let the calls go for a day, much improved.  The next step was to just turn off the UDP Flood protection option and then disabled the exceptions.

    Calls and Meetings have been clear since.

    Note: I use Static DHCP mappings for all known Phones and workstations so it was easy to create the exceptions.  Using the MAKE STATIC option on the DHCP leases display makes this pretty easy.  Well on a small network.  It would be a pain on a larger network.

    My next step will be to move the VOIP phones to their own Subnet/VLAN.
  • 0
    Hi, and welcome to the User BB!

    Yes, that's not uncommon with VoIP, but you probably do want to get back to enabling UDP Flood Protection.  The next time you have to hunt down a problem try #1 in Rulz.

    Cheers - Bob