nanog mailing list archives
Re: QoS for Office365
From: "Valdis Klētnieks" <valdis.kletnieks () vt edu>
Date: Tue, 09 Jul 2019 10:37:50 -0400
On Tue, 09 Jul 2019 17:16:52 +0300, Saku Ytti said:
In previous life working with L3 MPLS VPN with deliveries far exceeding on-net size we bought access from partners and had QoS contracts in place, which were tested and enforced and they worked after some ironing during field trials.
I'll bite. It's one thing to verify that no routers molested the QoS bits along the packet path. But how did you verify they "worked" as far as actually dropping packets off the correct flow (especially since if you have a high-priority QoS, the flow that loses may be some other customer's flow)?
Attachment:
_bin
Description:
Current thread:
- Re: QoS for Office365, (continued)
- Re: QoS for Office365 Mark Tinka (Jul 09)
- Re: QoS for Office365 Ross Tajvar (Jul 09)
- Re: QoS for Office365 Mark Tinka (Jul 09)
- Re: QoS for Office365 Joel Jaeggli (Jul 09)
- Re: QoS for Office365 Mark Tinka (Jul 09)
- Re: QoS for Office365 Jay Ford (Jul 09)
- Re: QoS for Office365 Paul Thornton (Jul 09)
- Re: QoS for Office365 Brian Knight (Jul 09)
- Re: QoS for Office365 Saku Ytti (Jul 09)
- Re: QoS for Office365 Mark Tinka (Jul 09)
- Re: QoS for Office365 Valdis Klētnieks (Jul 09)
- Re: QoS for Office365 Mark Tinka (Jul 09)
- Re: QoS for Office365 Saku Ytti (Jul 09)
- Re: QoS for Office365 Warren Kumari (Jul 09)
- RE: QoS for Office365 Keith Medcalf (Jul 08)
- Re: QoS for Office365 Mark Tinka (Jul 08)
- Re: QoS for Office365 Warren Kumari (Jul 08)
- RE: QoS for Office365 adamv0025 (Jul 08)
- Re: QoS for Office365 Mark Tinka (Jul 08)
- Re: QoS for Office365 Brandon Martin (Jul 09)
- Re: QoS for Office365 Mark Tinka (Jul 09)