- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-28-2019 04:15 PM
Hello all.
Our HQ replicates traffic to our DR daily. We have replicas of our Windows hosts and our internal apps (IA) at the DR. There are two ISP WAN connections, ISP A and ISP B. We currently use A link to transmit Windows replication and B link to transmit IA replication via route-maps (i.e. set ip next-hop verify-availability...) so that works fine.
If A or B fail, I know the track will prevent the set ip next-hop from working and so RIB will be used. If A fails, all traffic goes to B and vice versa. I want to put QOS in place to guarantee that the Windows and IA replication traffic will play nice and evenly share the remaining link thus not leaving either starved, only delayed at worst. I've thought about it but I cannot see where this QoS would come into play ONLY if one of the links fail. Can anyone offer any suggestions?
Solved! Go to Solution.
- Labels:
-
Other Routing
Accepted Solutions
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-29-2019 12:56 AM
Hello Ksbolton1,
your understanding is correct:
you need to configure QoS on each link.
The configuration of QoS is permanent, that is it is present all times.
The way you configure the QoS is that of thinking of the failover scenario.
You will need three traffic classes:
class-map WINDOWS
class-map IA-TRAFFIC
and the class class-default.
Note: in order to be able to separate the Windows replication traffic from IA replication traffic you need to use extended ACLs referrring to source and destination subnets and to TCP ports in use.
Either you have Windows hosts in different IP subnets either the TCP ports used must be different.
If your windows servers are not in separate IP subnets and both file transfers use the same TCP ports you would need to configure the two ACLs specifying the hosts involved in each replication.
The policy-map should use the bandwidth command that provides a minimum bandwidth when the link is congested. This is a CBWFQ scheduler. It is elastic if the link is free the traffic can be more then the stated bandwidth.
policy-map QOS
class WINDOWS
bandwidth percent 25
class IA-TRAFFIC
bandwitdth percent 25
class class-default
fair-queue
interface gix/y
service-policy output QOS
Hope to help
Giuseppe
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-29-2019 12:56 AM
Hello Ksbolton1,
your understanding is correct:
you need to configure QoS on each link.
The configuration of QoS is permanent, that is it is present all times.
The way you configure the QoS is that of thinking of the failover scenario.
You will need three traffic classes:
class-map WINDOWS
class-map IA-TRAFFIC
and the class class-default.
Note: in order to be able to separate the Windows replication traffic from IA replication traffic you need to use extended ACLs referrring to source and destination subnets and to TCP ports in use.
Either you have Windows hosts in different IP subnets either the TCP ports used must be different.
If your windows servers are not in separate IP subnets and both file transfers use the same TCP ports you would need to configure the two ACLs specifying the hosts involved in each replication.
The policy-map should use the bandwidth command that provides a minimum bandwidth when the link is congested. This is a CBWFQ scheduler. It is elastic if the link is free the traffic can be more then the stated bandwidth.
policy-map QOS
class WINDOWS
bandwidth percent 25
class IA-TRAFFIC
bandwitdth percent 25
class class-default
fair-queue
interface gix/y
service-policy output QOS
Hope to help
Giuseppe
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-11-2019 06:25 AM
My Windows and IA hosts are in the same subnet but I've already created necessary ACLs using host keyword to differentiate between the two types of traffic. I'll just need to implement the QoS as described here to ensure they don't deny each other precious bandwidth in cases of link failure. Thank you again.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-30-2019 03:26 PM
Yes that would be correct if you only had those two classes of traffic and all you cared about was sharing the bandwidth between those two classes. If you have other traffic, it would go into the class-default class. (BTW, Giuseppe doesn't explicitly define bandwidth for class default but I suggest you do so if there is traffic sent to that class you would know how it would obtain bandwidth relative to your other two defined classes.)
In addition to what Giuseppe shows, if you only have those two classes of traffic (or very little traffic not of those class), you could eliminate one class and allow the undefined class to use class-default. Further, as Giuseppe's example uses FQ in class-default, you might be fine just using class-default, with FQ, for all your traffic may work well for your needs. Also, later IOS versions support FQ in other than the class-default so you might also add it to the defined classed too.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-11-2019 06:27 AM
