NeXusLAN Party Day 1 RRD Grapsh

Harvy66

Dropped ACKs. They're such small packets that they don't consume much bandwidth. Why not increase the queue size for those?

sideout

Mostly it was when I was playing around with a few things with M1 and D values on some queues. But it is something to consider.

sideout

Noticed some timeouts to Google DNS. Swapped in Level 3's . Here are the queues now.

NexuslanTrafficqueuesSundayafterdns.JPG_thumb

Nexuslanprtglevel3dns.JPG_thumb

Harvy66

Are you using DNS forwarding instead of Unbound? I rarely see timeouts to Google DNS, but I do sometimes see ping spikes, and not to both at the same time. So I many times have a ping -t running against 8.8.8.8 and 8.8.4.4, and I will see on start to lag, but not the other. Never for long and very rarely.

sideout

Yes I am using the DNS Forwarder in PFSense. Here is my DNS Benchmark.

DNSBenchmark.JPG_thumb

sideout

Final Post for now then will post end of LAN stats later.

![NeXusLAN Traffic Totals Sunday.JPG](/public/imported_attachments/1/NeXusLAN Traffic Totals Sunday.JPG)
![NeXusLAN Traffic Totals Sunday.JPG_thumb](/public/imported_attachments/1/NeXusLAN Traffic Totals Sunday.JPG_thumb)

Nullity

@sideout:

Mostly it was when I was playing around with a few things with M1 and D values on some queues. But it is something to consider.

Any luck?

cmb

Good stuff, thanks for sharing.

sideout

I set the values and i noticed alot more dropped packets when I did that. I changed it back. Probably will need to do more testing at home.

Also think I was running into some issue with the NIC's. The server had Broadcomm NIC's and i put some customizations in the config file as per the PFSense docs wiki and I think I am going to go back to Intel NIC's .

I have 2 4 port Intel NIC Server cards. The old router had intel NIC's in it. It seems that PFSense likes the Intel NIC better .

Anyone have any issues with setting hardware offloading or ToE with NIC's?

Harvy66

If I remember correctly, ToEs do not honor traffic shaping because the ToE is the one sending the packets, not the shaper. I could be wrong.

sideout

Okay. I will have to test those settings as well. I saw the other post about Codel with UDP and dropping packets. Maybe that was some of my issue I was having.

Will have to test with putting UDP only queues under some other queueing and then using Codel for TCP only queues.

There were some complaints of packet loss in some of the games using UDP solely