Re: [NNagain] Flash priority

e byte, e.g. 180 https://sourceforge.net/projects/iperf2/files/README/download 2.1.9 (as of March 14th, 2023) It's been a year, maybe it's time for a 2.1.10? Lee Yes, I've got one last bug in the pipeline that's being actively worked on. Then we create a release candidate that goes into

Re: [NNagain] Flash priority

On Sat, Mar 9, 2024 at 1:39 PM rjmcmahon via Nnagain wrote: > > > [JL] Quite true: each network tends to use DSCP marks on a > > private/internal basis and so will bleach the DSCP marks on ingress > > from peers. Anyone else seeing traffic from gmail coming in with a DSCP of CS4? > iperf 2 now

Re: [NNagain] Verizon, T-Mobile, Nokia get noisy on network slicing and net neutrality (LightReading)

V: That’s a fascinating question on so many fronts. The number of life-saving applications enabled by this simple scheme I will describe below is huge (google CVRIA and you’ll get to https://www.standards.its.dot.gov/developmentactivities/cvreference) where you can spend hours or days! That

Re: [NNagain] Verizon, T-Mobile, Nokia get noisy on network slicing and net neutrality (LightReading)

How do you know where the vehicle is that you are talking to? V On Sat, Mar 9, 2024, 17:26 Dick Roy via Nnagain < nnagain@lists.bufferbloat.net> wrote: > > > > -- > > *From:* Robert McMahon [mailto:rjmcma...@rjmcmahon.com] > *Sent:* Saturday, March 9, 2024 12:58 PM >

Re: [NNagain] Flash priority

Adding ECN observations is on the todo list. Likely using EBPFs. It would be great if there were a L4S CCA were released in a released kernel vs build your own. Then being able to try different marking planes. Finally, there is --tcp-tx-delay to support testing with different RTTs as the

Re: [NNagain] Verizon, T-Mobile, Nokia get noisy on network slicing and net neutrality (LightReading)

_ From: Robert McMahon [mailto:rjmcma...@rjmcmahon.com] Sent: Saturday, March 9, 2024 12:58 PM To: dick...@alum.mit.edu; Dick Roy via Nnagain Subject: Re: [NNagain] Verizon, T-Mobile, Nokia get noisy on network slicing and net neutrality (LightReading) What is DSRC? [RR]

Re: [NNagain] [EXTERNAL] Re: Flash priority

On 3/9/24, 10:04, "Sebastian Moeller" mailto:moell...@gmx.de>> wrote: > [SM] ...a big (probably the biggest) DOCSIS ISP in the USA had been remarking > a noticeable fraction of packets to CS1 for years (which at a time was > defined to mean background or lower priority and is treated as such by

Re: [NNagain] Flash priority

Hi Bob, so having iperf2 actually check and report this information, obviously is the end game here (especially reporting, the DSCP and ECN pattern send, the patterns recswivec by the other side and what the receiver saw in the response packets would be really helpful). But one can use

Re: [NNagain] Verizon, T-Mobile, Nokia get noisy on network slicing and net neutrality (LightReading)

What is DSRC? DSRC (Dedicated Short-Range Communications) is a wireless communication technology that enables vehicles to communicate with each other and other road users directly, without involving cellular or other infrastructure. DSRC is based on WiFi technology

Re: [NNagain] Verizon, T-Mobile, Nokia get noisy on network slicing and net neutrality (LightReading)

… As expected this technique is designed to allow exactly what NN was designed to prohibit (treating packets differentially in the internet based on economic considerations*)... this is IMHO why instead of calling a spade a spade mobile carriers avoid describing this in a useful way, as

Re: [NNagain] When Flows Collide?

Thanks for the explanation.  I had heard most of those technology buzzwords but your message puts them into context together. Prioritization and queue management certainly helps, but I still don'tunderstand how the system behaves when it hits capacity somewhere deep inside -- the "thought

Re: [NNagain] When Flows Collide?

Here's one of Cisco's switch architects presenting what they did. https://www.youtube.com/watch?v=YISujYcnbSI They also have something called HULL, high occupancy low latency. The idea is keep the arrival rates slightly under the service rates so standing queues don't form. This was initially

Re: [NNagain] When Flows Collide?

Hi David, Thanks for the explanation.  I had heard most of those technology buzzwords but your message puts them into context together. Prioritization and queue management certainly helps, but I still don't understand how the system behaves when it hits capacity somewhere deep inside -- the

Re: [NNagain] Flash priority

I should note that I haven't evaluated ECN marks, just that 45 gets passed to/fro Bob [JL] Quite true: each network tends to use DSCP marks on a private/internal basis and so will bleach the DSCP marks on ingress from peers. This will, however, change with the upcoming IETF RFC on

Re: [NNagain] Flash priority

[JL] Quite true: each network tends to use DSCP marks on a private/internal basis and so will bleach the DSCP marks on ingress from peers. This will, however, change with the upcoming IETF RFC on Non-Queue-Building (NQB) Per Hop Behavior -

Re: [NNagain] Flash Priority

Bear in mind that FirstNet is its own thing, to an extent. Internet providers will (almost?) always discard priority bits for *general public Internet service*. FirstNet doesn't qualify as a service for general use, so it is possible that some markings may be reacted to, or at least not discarded

Re: [NNagain] Flash Priority

I think some of the cogent points made were Just because something is in an RFC and recognized or accepted RFC does not mean it's been established Ancient rfcs can age out into abandoned protocols I got the distinct impression now and I think it's reasonable flash priority is an abandoned

Re: [NNagain] Flash priority

Hi Jason, > On 9. Mar 2024, at 15:38, Livingood, Jason via Nnagain > wrote: > > On 3/8/24, 22:02, "Nnagain on behalf of David Lang via Nnagain" > on behalf of > nnagain@lists.bufferbloat.net > wrote: > >>

Re: [NNagain] Flash priority

On 3/8/24, 22:02, "Nnagain on behalf of David Lang via Nnagain" mailto:nnagain-boun...@lists.bufferbloat.net> on behalf of nnagain@lists.bufferbloat.net > wrote: > In practice, priority bits are ignored on the Internet. There are no legal limits on what

Re: [NNagain] Flash priority

Flash priority is a long dead leftover from US DoD attempt to map its AUTODIN messaging system priorities to Internet packets. Never implemented and, as has been mentioned, ignored for all practical purposes. v On Fri, Mar 8, 2024 at 9:31 PM Douglas Goncz A.A.S. M.E.T. 1990 via Nnagain wrote:

Re: [NNagain] Verizon, T-Mobile, Nokia get noisy on network slicing and net neutrality (LightReading)

Hi Jason. > On 9. Mar 2024, at 00:30, Livingood, Jason via Nnagain > wrote: > > I find it difficult to imagine a lot of consumer use cases for this (and find > it another rather complex 3GPP spec). I can see some enterprise, industrial, > and event (e.g. sports venue) use cases - but those