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

Problems with RED QoS

pmcdaniel
We have an ASG220 at our main office on a 6M/6M connections and the RED device at a remote office on a 1.5M/1.5M connection.  Our highest priority service is VOIP, which we are using a DSCP tag of 46 to mark the VOIP packets.

Outbound QoS form the ASG220 WAN interface seems to be working fine.

The issue is the traffic inbound from the RED.  If we enable QoS on the RED interface, the bandwidth for all services instantly gets cut in half or worse, even before we setup any selectors or pools.


This thread was automatically locked due to age.
Parents
  • 0
    You shouldn't even need to change the ASG hostname.  Connect the new WAN line to a different interface in your ASG, then either 1)  Just enter the IP of the new WAN in the RED config or 2)  Publish a new A record to your external DNS like RED..com pointing to the IP of the new WAN, then enter that FQDN into the red config.

    configure that separate T1 as a standby interface
    No, when an interface is configured as a standby interface, it is actually put into standby mode and no traffic can pass unless the active interface goes down.  You could use multipath rules to pass other traffic over that secondary interface if you'd like.

    BTW, as stated in both the admin manual and in the WebAdmin interface, the hostname should be an FQDN, not an IP address. 
    It should be a fully qualified DNS hostname, including a domain. It should be resolveable in public DNS
    __________________
    ACE v8/SCA v9.3

    ...still have a v5 install disk in a box somewhere.

    http://xkcd.com
    http://www.tedgoff.com/mb
    http://www.projectcartoon.com/cartoon/1
Reply
  • 0
    You shouldn't even need to change the ASG hostname.  Connect the new WAN line to a different interface in your ASG, then either 1)  Just enter the IP of the new WAN in the RED config or 2)  Publish a new A record to your external DNS like RED..com pointing to the IP of the new WAN, then enter that FQDN into the red config.

    configure that separate T1 as a standby interface
    No, when an interface is configured as a standby interface, it is actually put into standby mode and no traffic can pass unless the active interface goes down.  You could use multipath rules to pass other traffic over that secondary interface if you'd like.

    BTW, as stated in both the admin manual and in the WebAdmin interface, the hostname should be an FQDN, not an IP address. 
    It should be a fully qualified DNS hostname, including a domain. It should be resolveable in public DNS
    __________________
    ACE v8/SCA v9.3

    ...still have a v5 install disk in a box somewhere.

    http://xkcd.com
    http://www.tedgoff.com/mb
    http://www.projectcartoon.com/cartoon/1
Children
  • 0 in reply to Scott_Klassen
    From the admin manual, RED Management > Device Configuration:

    ASG Hostname: You need to enter a public IP address or hostname where the ASG is accessible.

    I took that to read that it acts independently of the ASG host name configured in Management > System Settings > Host name.  That is correctly setup as a FQDN.  If I used the current FQDN of the ASG, it would point to the current primary WAN IP, which would be pointless for this scenario.
Unfiltered HTML