On 15/Mar/16 20:14, ML-NANOG-Stefan-Jakob wrote:
> > Do yo have more details what's wrong with the XR platform? > > Which hardware do we talk about and which XR version is your statement > applying? Well, as it turns out, I just found out and confirmed that since IOS XE 3.12S and later, Cisco introduced a new feature called Aggregate EtherChannel Quality of Service: http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/qos_mqc/configuration/xe-3s/asr1000/qos-mqc-xe-3s-asr1000-book/qos-mqc-xe-3s-asr1000-book_chapter_01011.html With this, you can now apply a QoS policy on a LAG port and it will work with (almost) all QoS features without you needing to apply the policies on the LAG member links. I still need to spend some more time testing the policing side of things, particularly how the data plane is programmed re: carving of configured bandwidth across member ports in the LAG. I also see some good work being done on the ASR920 platform (also an IOS XE-based system), as per below: http://www.cisco.com/c/en/us/td/docs/routers/asr920/configuration/guide/qos/qos-guidelines-xe-3-13-asr920-book.html#ID-1374-00000345 From what I can gather, none of this love has made it to IOS or IOS XR boxes. So quite pleased with what I'm seeing with Cisco so far in this regard... Mark.
