nanog mailing list archives
Re: QoS for Office365
From: Mark Tinka <mark.tinka () seacom mu>
Date: Mon, 8 Jul 2019 23:49:56 +0200
On 8/Jul/19 21:03, Robert Webb wrote:
I took the OP's request as for doing QoS at the edge of their network and not necessarily the entire path.
Indeed, but even then, you could be handing off the traffic to a downstream customer, and can't guarantee what they do to those ToS fields.
As another person stated, the real answer is to add more bandwidth if you are having to QoS to Office365 because it is affecting other internet based services.
Yes and no. More bandwidth never hurt anyone, but packet loss in the remote network toward the cloud will hurt you. Mark.
Current thread:
- QoS for Office365 Joe Yabuki (Jul 08)
- Re: QoS for Office365 Jared Mauch (Jul 08)
- Re: QoS for Office365 Mark Tinka (Jul 08)
- Re: QoS for Office365 cyrus ramirez via NANOG (Jul 08)
- Re: QoS for Office365 Mark Tinka (Jul 08)
- Re: QoS for Office365 Mark Tinka (Jul 08)
- Re: QoS for Office365 Warren Kumari (Jul 08)
- Re: QoS for Office365 Mark Tinka (Jul 08)
- Re: QoS for Office365 Robert Webb (Jul 08)
- Re: QoS for Office365 Mark Tinka (Jul 08)
- Re: QoS for Office365 Warren Kumari (Jul 08)
- Re: QoS for Office365 Mark Tinka (Jul 08)
- Re: QoS for Office365 Tom Beecher (Jul 09)
- Re: QoS for Office365 Mark Tinka (Jul 09)
- Re: QoS for Office365 Joe Yabuki (Jul 09)
- 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 Jared Mauch (Jul 08)