Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 15 replies
  • Subscribers 2 subscribers
  • Views 5804 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

Phone QOS

NewImage
Hi
I have an Asterisk PBX on its own network with some Polycom phones. This network shares its bandwidth with the LAN over a 100mbit/10mbit cable line Provided by Road Runner/Brighthouse. The phone trucks are provided by bandwidth.com

I have tried following the instructions laid out here for QOS settings.
https://community.sophos.com/products/unified-threat-management/astaroorg/f/54/t/41320

But I continue to have packets lost and choppy phone calls.

I have checked the IPS logs and don't see any flood triggers going off. The only thing that kind of helps is throttling all my other bandwidth down to almost nothing.

Attached is my QOS set up. I don't have any TOS/DSCP set.

Sophos 320
Firmware: 9.111-7

Anything that pops out as not set correctly? 
Any help would be great, thank you.


This thread was automatically locked due to age.
Parents
  • 0
    New, your configuration looks good to me.

    Do you hear the choppiness on the internal phones or do you hear choppiness on an outside phone when talking to one of the internal phones?  Or both?

    The real issue with the speed setting is the bandwidth to/from the RoadRunner interface.  Run some tests outside the UTM instead of inside one of your networks.

    My experience is that issues like this are caused by the VoIP provider's equipment if there's no Anti-DoS flooding activity.

    Cheers - Bob
Reply
  • 0
    New, your configuration looks good to me.

    Do you hear the choppiness on the internal phones or do you hear choppiness on an outside phone when talking to one of the internal phones?  Or both?

    The real issue with the speed setting is the bandwidth to/from the RoadRunner interface.  Run some tests outside the UTM instead of inside one of your networks.

    My experience is that issues like this are caused by the VoIP provider's equipment if there's no Anti-DoS flooding activity.

    Cheers - Bob
Children
No Data