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.
- QoS for Office365 Joe Yabuki
- Re: QoS for Office365 Jared Mauch
- Re: QoS for Office365 Mark Tinka
- Re: QoS for Office365 cyrus ramirez via NANOG
- Re: QoS for Office365 Mark Tinka
- Re: QoS for Office365 Warren Kumari
- Re: QoS for Office365 Mark Tinka
- Re: QoS for Office365 Robert Webb
- Re: QoS for Office365 Mark Tinka
- Re: QoS for Office365 Warren Kumari
- Re: QoS for Office36... Mark Tinka
- Re: QoS for Office36... Tom Beecher
- Re: QoS for Office36... Mark Tinka
- Re: QoS for Office36... Joe Yabuki
- Re: QoS for Office36... Mark Tinka
- Re: QoS for Office36... Ross Tajvar
- Re: QoS for Office36... Mark Tinka
- Re: QoS for Office36... Joel Jaeggli
- Re: QoS for Office36... Mark Tinka