How much "Nstreme" you got ?

Dear all,

Nstreme, lots of thread in here speaking of the way and how good Nstreme works. But i didnt or even cant see the benefits of the Nstreme use.

  1. It only burst a little more bandwidth. Please share how much you got, i only have 1 - 2 Mbps more when i activate Nstreme.

  2. What is the configuration to reach maximum throughput ? Framer Policy: Best Fit, Dynamic Size, Exact Size ? Framer Limit: ??

  3. It really increase the latency lots, how to keep it small ?

Thanks ..
:sunglasses:

I use it for the polling features.. haven’t played with it enough to find the best settings for maximum throughput. I notice the biggest improvements with lots of clients connected to an AP with Nstreme+polling enabled. With no framer-policy (framer-policy=none).

I have one link with NSTREME Dual enabled for FDX using exact-size, and a frame size of 3500 bytes. I was able to achieve over 20mbps FDX using RB532A’s (UDP). My target was 10mbps, so I didn’t tweak much more than needed.

I’ll have to setup some links on the test bench and get back to you. I’d like to know myself..

t3rm -
From practical experience…you can get over 20Mbps using Nstreme. The caveat is that if you don’t have a lot of traffic then you get latency. I have found that a 10 - 20% load is required to minimize the latency.

wildbill442 is correct in the framer policy = none, that has been my experience. I have seen some mention of setting a policy and making it smaller (closer to 1500 bits) to help cut the lag time down - the trade off is reduced throughput. One of Nstreme’s features is the ā€˜jumbo’ size frame it sends across wireless. Bigger ā€˜frame’ - more data moved - ack same size as smaller frame - so less time spent on acknowledging frame transmissions… Nstreme also sends packets in order received…a plus for VoIP - if you have enough traffic!

The better the signal to noise ratio the better the throughput using Nstreme. 30db between signal and noise seems to be the optimal value… 20db will net you pretty good results, less than 20 and you are going to have trouble… Nstreme is a little CPU intensive so I wouldn’t use it on anything less that an RB532… I have seen a few clients setup w/RB133 - not sure how well that is going to work out yet… Definitely NOT an RB133 as the ā€˜AP’ in an Nstreme setup.

Well that about covers it… Hope this helps!

Thom

how would framer policy affect a PTP network?

which option would work best with the AC and 80Mhz currently available to gain maximum speed ??

Framer policy affects how much the cpu gets involved in ordering the packets in to a jumbo frame. I found that policy=none saves cpu time, it also sends the packets out in the same order received. Best fit would probably my second choice if I had to make one.

Which optoin is best depends on the cpu - what are you using for the wireless platform? The faster the cpu the better able it is able to handle juggling packets in to the Framer Policy you want to use. Like I said above and in my earlier posts, policy=none is my go to. Uses less cpu and memory resources and sends the packets out in the same order received…

i am using the new Dynadish… and it’s a 3 kms PTP link.

ā€œBest fitā€ would probably be ok with that setup. Once you have it in place watch the CPU usage… If it gets too high switch over to none.

Thom

So you thought replying an 8 years post is a good idea instead of writing your own…

:slight_smile: i thought it would be better to stay on the same chain instead of starting a new thread. also it help in bench marking the old firmware settings with the updated firmware settings.

I agree. I wish everyone was digging the forum and joined already existing topics even they are old…