Welcome to the new FlexRadio Community! Please review the new Community Rules and other important new Community information on the Message Board.
If you are having a problem, please check the Help Center for known solutions.
Need technical support from FlexRadio? It's as simple as Creating a HelpDesk ticket.
Need technical support from FlexRadio? It's as simple as Creating a HelpDesk ticket.
Need the latest SmartSDR and Power Genius Software?
SmartSDR v3.2.31 and the SmartSDR v3.2.31 Release Notes. | SmartSDR v2.6.2 and the SmartSDR v2.6.2 Release Notes.
SmartSDR v1.12.1 and the SmartSDR v1.12.1 Release Notes. | Power Genius XL Firmware v3.5.23. | Power Genius XL Utility v2.2.10.
SmartSDR v3.2.31 and the SmartSDR v3.2.31 Release Notes. | SmartSDR v2.6.2 and the SmartSDR v2.6.2 Release Notes.
SmartSDR v1.12.1 and the SmartSDR v1.12.1 Release Notes. | Power Genius XL Firmware v3.5.23. | Power Genius XL Utility v2.2.10.
Softether maintenance - got a spare image?
Mike va3mw
Member ✭✭
All
I have been pounding away on HF with my Maestro and my RPI running Softether almost a year now.
About a month or 2 ago, I noticed that I could not write to the file system on the RPI connected to the back of the Maestro. I really noticed it when the Softether Server manager had issues keeping its settings.
It became apparent that the uSD card was going bad. I wasn't too worried as the Maestro continued to function 'well enough'.
Tonight, I built a new image and got it online. In the last hour, I have dropped ZERO packets when I would have dropped a bunch more. I am looking at 0.00% dropped over a 240,000 packets from my remote base 150km's away. I can even now up the frame rate without breakup. (It did help that I also did a lot of bufferbloat tuning at the remote end where all I have is 2MB/s upload).
While I was at it, I hard coded an 'fsck' on boot each and every time. I added '/usr/bin/touch /forcefsck' to /etc/rc.local so that the Pi always does a forced fsck of the root filesystem on each boot.
Now that I have a new image up and running, I am going to: a) make a copy of the image and b) make a spare uSD card that I will attach in the case of the Maestro 'just in case'.
Yes, I should have done this sooner.
Mike va3mw
I have been pounding away on HF with my Maestro and my RPI running Softether almost a year now.
About a month or 2 ago, I noticed that I could not write to the file system on the RPI connected to the back of the Maestro. I really noticed it when the Softether Server manager had issues keeping its settings.
It became apparent that the uSD card was going bad. I wasn't too worried as the Maestro continued to function 'well enough'.
Tonight, I built a new image and got it online. In the last hour, I have dropped ZERO packets when I would have dropped a bunch more. I am looking at 0.00% dropped over a 240,000 packets from my remote base 150km's away. I can even now up the frame rate without breakup. (It did help that I also did a lot of bufferbloat tuning at the remote end where all I have is 2MB/s upload).
While I was at it, I hard coded an 'fsck' on boot each and every time. I added '/usr/bin/touch /forcefsck' to /etc/rc.local so that the Pi always does a forced fsck of the root filesystem on each boot.
Now that I have a new image up and running, I am going to: a) make a copy of the image and b) make a spare uSD card that I will attach in the case of the Maestro 'just in case'.
Yes, I should have done this sooner.
Mike va3mw
0
Comments
-
I am curious as to if you enabled ecn during your bufferbloat tuning. Because otherwise congestion control is designed to drop packets.
0 -
Dave
I am not sure what ECN is, so I am afraid I can't answer that. However, I do have QOS turned and have limited my uploads to 80% of my perceived maximum (80% of 2MB/s)
I also reduced the transmit buffers in DD-WRT down to about 25 from the default as this is V2 or DD-WRT. I will replace that router with one that supports CODEL in the spring when I get up to the remote base. I don't see it from October until about April.
Here, at the receiving end, I am running a pfSense router, but I am still tuning it.
This is after having the Maestro run all night on 80M JT65. Not one packet dropped of my Softether Network.
Mike va3mw0 -
ECN - explicit congestion notification - is a way of doing lossless congestion control that fq_codel supports (assuming your tcps have it on). There is no other way to do congestion control without some loss, so when you said you didn't have any - and were happy with that! - I assumed your stats were wrong or you'd enabled ecn.
From what I see above, I suspect you are measuring things at the interface, after congestion control happened elsewhere. It's great you have such good connectivity...
but your max latency (2.5 seconds) is horrific.
So if you deploy fq_codel on the pfsense router and the other side, you will see some loss on the path (if measured at the right place) but dramatic reductions of latency under load to about 10-20ms over your baseline.
I hope whatever you end up deploying ends up with code like this on it, on the wifi chip itself, which works better than everything we've deployed before.
https://lwn.net/Articles/705884/
0 -
Hi Dave
Thanks for that. There is no Wifi, this is hard wired all the way through. The 2500ms latency was a 1 time event which I say happen, but cannot explain why. 99% of the time I am well under 100ms. Thanks for the link BTW. Very informative.
Mike0
Leave a Comment
Howdy, Stranger!
Categories
- 16.2K All Categories
- 72 Community Topics
- 1.9K New Ideas
- 152 The Flea Market
- 5.5K Software
- 5K SmartSDR for Windows
- 45 SmartSDR for Maestro and M models
- 111 SmartSDR for Mac
- 151 SmartSDR for iOS
- 151 SmartSDR CAT
- 75 DAX
- 280 SmartSDR API
- 7.2K Radios and Accessories
- 5.9K FLEX-6000 Signature Series
- 573 Maestro
- 15 FlexControl
- 738 FLEX Series (Legacy) Radios
- 179 Power Genius Products
- 135 Power Genius XL Amplifier
- 15 Power Genius Utility
- 29 Tuner Genius
- 49 Shack Infrastructure
- 27 Networking
- 106 Remote Operation (SmartLink)
- 54 Contesting
- 157 Peripherals & Station Integration
- 64 Amateur Radio Interests
- 438 Third-Party Software