So, should I be concerned about my ch0 numbers? -Scott [ns7c@WA7AUB-Baldi] > /interface wireless monitor 0 status: connected-to-ess channel: 5880/5/an wireless-protocol: nv2 tx-rate: 6.5Mbps-5MHz/1S rx-rate: 13Mbps-5MHz/1S ssid: HamWAN bssid: D4:CA:6D:7A:A3:EF radio-name: N7FSP/Baldi-S3 signal-strength: -66dBm signal-strength-ch0: -90dBm signal-strength-ch1: -66dBm tx-signal-strength: -67dBm tx-signal-strength-ch0: -67dBm noise-floor: -101dBm signal-to-noise: 35dB tx-ccq: 47% rx-ccq: 79% authenticated-clients: 1 current-distance: 31 wds-link: no bridge: no routeros-version: 6.41.3 -- Sent from my mobile device...
It appears you're connected to the Baldi site. That's probably the only site remaining that still doesn't have MIMO (2-chainz) modems. It only provides service with horizontally polarized signals. It looks like your modem's setup to receive HPol on ch1. HamWAN typically suggests HPol be wired to ch0, and all our network gear follows that standard: http://hamwan.org/Standards/Component%20Engineering/Client%20Hardware.html It makes troubleshooting easier when there's a clear polarity-to-chain mapping. I'm also not sure why we're still running that sector at 5MHz bandwidth, it should be 10MHz. I've gone ahead and updated the sector's config to be 10MHz. This should provide you with a bit more speed, at the cost of 3dB of signal power, which you can afford given your -66dBm link. Feel free to run some bandwidth-tests to Baldi-S3.hamwan.net (44.24.240.197) to confirm performance. PS: The "tx-signal-strength-ch0" is reported back to you from Baldi-S3 (how well it hears you), since Baldi-S3 only has a ch0, even though that's not your tx-ch0, but rather your tx-ch1 that it's measuring. You see how confusing things get when polarities are flipped? :) --Bart On 11/1/2019 7:46 PM, Scott Currie wrote:
So, should I be concerned about my ch0 numbers?
-Scott
[ns7c@WA7AUB-Baldi] > /interface wireless monitor 0 status: connected-to-ess channel: 5880/5/an wireless-protocol: nv2 tx-rate: 6.5Mbps-5MHz/1S rx-rate: 13Mbps-5MHz/1S ssid: HamWAN bssid: D4:CA:6D:7A:A3:EF radio-name: N7FSP/Baldi-S3 signal-strength: -66dBm signal-strength-ch0: -90dBm signal-strength-ch1: -66dBm tx-signal-strength: -67dBm tx-signal-strength-ch0: -67dBm noise-floor: -101dBm signal-to-noise: 35dB tx-ccq: 47% rx-ccq: 79% authenticated-clients: 1 current-distance: 31 wds-link: no bridge: no routeros-version: 6.41.3 -- Sent from my mobile device...
_______________________________________________ PSDR mailing list PSDR@hamwan.org http://mail.hamwan.net/mailman/listinfo/psdr
So, it's not clear to me how to change the polarity on the channels. I'll do some reading. It's a DynaDish 5. These numbers look low, I may not be doing this right: /tool bandwidth-test 44.24.240.197 duration=30s direction=transmit status: running duration: 29s tx-current: 11.9kbps tx-10-second-average: 11.9kbps tx-total-average: 25.7kbps random-data: no direction: transmit tx-size: 1500 connection-count: 20 local-cpu-load: 4% /tool bandwidth-test 44.24.240.197 duration=30s direction=receive status: running duration: 29s rx-current: 12.8Mbps rx-10-second-average: 12.2Mbps rx-total-average: 12.0Mbps lost-packets: 1192 random-data: no direction: receive rx-size: 1500 connection-count: 20 local-cpu-load: 16% -Scott On Fri, Nov 1, 2019 at 8:06 PM Bart Kus <me@bartk.us> wrote:
It appears you're connected to the Baldi site. That's probably the only site remaining that still doesn't have MIMO (2-chainz) modems. It only provides service with horizontally polarized signals.
It looks like your modem's setup to receive HPol on ch1. HamWAN typically suggests HPol be wired to ch0, and all our network gear follows that standard:
http://hamwan.org/Standards/Component%20Engineering/Client%20Hardware.html
It makes troubleshooting easier when there's a clear polarity-to-chain mapping.
I'm also not sure why we're still running that sector at 5MHz bandwidth, it should be 10MHz. I've gone ahead and updated the sector's config to be 10MHz. This should provide you with a bit more speed, at the cost of 3dB of signal power, which you can afford given your -66dBm link.
Feel free to run some bandwidth-tests to Baldi-S3.hamwan.net (44.24.240.197) to confirm performance.
PS: The "tx-signal-strength-ch0" is reported back to you from Baldi-S3 (how well it hears you), since Baldi-S3 only has a ch0, even though that's not your tx-ch0, but rather your tx-ch1 that it's measuring. You see how confusing things get when polarities are flipped? :)
--Bart
On 11/1/2019 7:46 PM, Scott Currie wrote:
So, should I be concerned about my ch0 numbers?
-Scott
[ns7c@WA7AUB-Baldi] > /interface wireless monitor 0 status: connected-to-ess channel: 5880/5/an wireless-protocol: nv2 tx-rate: 6.5Mbps-5MHz/1S rx-rate: 13Mbps-5MHz/1S ssid: HamWAN bssid: D4:CA:6D:7A:A3:EF radio-name: N7FSP/Baldi-S3 signal-strength: -66dBm signal-strength-ch0: -90dBm signal-strength-ch1: -66dBm tx-signal-strength: -67dBm tx-signal-strength-ch0: -67dBm noise-floor: -101dBm signal-to-noise: 35dB tx-ccq: 47% rx-ccq: 79% authenticated-clients: 1 current-distance: 31 wds-link: no bridge: no routeros-version: 6.41.3 -- Sent from my mobile device...
_______________________________________________ PSDR mailing listPSDR@hamwan.orghttp://mail.hamwan.net/mailman/listinfo/psdr
-- *-Scott*
If it's a pre-wired unit like the DynaDish 5, you can't change polarities. Will just need to live with the confusion. That is pretty bad upload performance. It could use some spectral analysis on the HamWAN side, and perhaps testing with another client on the same sector to find the cause. I hope it wasn't caused by the 10MHz bandwidth change! I don't have time to address this right now, so hopefully someone else can step in. The download numbers look fine though. --Bart On 11/1/2019 8:22 PM, Scott Currie wrote:
So, it's not clear to me how to change the polarity on the channels. I'll do some reading. It's a DynaDish 5.
These numbers look low, I may not be doing this right:
/tool bandwidth-test 44.24.240.197 duration=30s direction=transmit status: running duration: 29s tx-current: 11.9kbps tx-10-second-average: 11.9kbps tx-total-average: 25.7kbps random-data: no direction: transmit tx-size: 1500 connection-count: 20 local-cpu-load: 4%
/tool bandwidth-test 44.24.240.197 duration=30s direction=receive status: running duration: 29s rx-current: 12.8Mbps rx-10-second-average: 12.2Mbps rx-total-average: 12.0Mbps lost-packets: 1192 random-data: no direction: receive rx-size: 1500 connection-count: 20 local-cpu-load: 16%
-Scott
On Fri, Nov 1, 2019 at 8:06 PM Bart Kus <me@bartk.us <mailto:me@bartk.us>> wrote:
It appears you're connected to the Baldi site. That's probably the only site remaining that still doesn't have MIMO (2-chainz) modems. It only provides service with horizontally polarized signals.
It looks like your modem's setup to receive HPol on ch1. HamWAN typically suggests HPol be wired to ch0, and all our network gear follows that standard:
http://hamwan.org/Standards/Component%20Engineering/Client%20Hardware.html
It makes troubleshooting easier when there's a clear polarity-to-chain mapping.
I'm also not sure why we're still running that sector at 5MHz bandwidth, it should be 10MHz. I've gone ahead and updated the sector's config to be 10MHz. This should provide you with a bit more speed, at the cost of 3dB of signal power, which you can afford given your -66dBm link.
Feel free to run some bandwidth-tests to Baldi-S3.hamwan.net <http://Baldi-S3.hamwan.net> (44.24.240.197) to confirm performance.
PS: The "tx-signal-strength-ch0" is reported back to you from Baldi-S3 (how well it hears you), since Baldi-S3 only has a ch0, even though that's not your tx-ch0, but rather your tx-ch1 that it's measuring. You see how confusing things get when polarities are flipped? :)
--Bart
On 11/1/2019 7:46 PM, Scott Currie wrote:
So, should I be concerned about my ch0 numbers?
-Scott
[ns7c@WA7AUB-Baldi] > /interface wireless monitor 0 status: connected-to-ess channel: 5880/5/an wireless-protocol: nv2 tx-rate: 6.5Mbps-5MHz/1S rx-rate: 13Mbps-5MHz/1S ssid: HamWAN bssid: D4:CA:6D:7A:A3:EF radio-name: N7FSP/Baldi-S3 signal-strength: -66dBm signal-strength-ch0: -90dBm signal-strength-ch1: -66dBm tx-signal-strength: -67dBm tx-signal-strength-ch0: -67dBm noise-floor: -101dBm signal-to-noise: 35dB tx-ccq: 47% rx-ccq: 79% authenticated-clients: 1 current-distance: 31 wds-link: no bridge: no routeros-version: 6.41.3 -- Sent from my mobile device...
_______________________________________________ PSDR mailing list PSDR@hamwan.org <mailto:PSDR@hamwan.org> http://mail.hamwan.net/mailman/listinfo/psdr
-- */-Scott/*
His speeds look fine today. [tom@Baldi-S3] > /ip dhcp-server lease print Flags: *X* - disabled, *R* - radius, *D* - dynamic, *B* - blocked * # ADDRESS MAC-ADDRESS HOST-NAME SERVER RATE-LIMIT STATUS * 0 *D* 44.24.240.252 64:D1:54:AD:8C:13 W7CLO-Baldi dhcp1 bound 1 *D* 44.24.240.251 CC:2D:E0:1E:DE:C7 WA7AUB-Baldi dhcp1 bound [tom@Baldi-S3] > /in wi registration-table print * # INTERFACE RADIO-NAME MAC-ADDRESS AP SIGNAL-STRENGTH TX-RATE UPTIME * 0 wlan1-gateway W7CLO/Enumcla... 64:D1:54:AD:8C:13 no -70dBm 29.2... 13h34m40s 1 wlan1-gateway WA7AUB/Auburn... CC:2D:E0:1E:DE:C7 no -73dBm 29.2... 13h34m40s [tom@Baldi-S3] > /tool bandwidth-test 44.24.240.251 duration=10 status: done testing duration: 10s rx-current: 14.8Mbps rx-10-second-average: 14.0Mbps rx-total-average: 14.0Mbps lost-packets: 0 random-data: no direction: receive rx-size: 1500 [tom@Baldi-S3] > /tool bandwidth-test 44.24.240.251 duration=10 direction= transmit status: done testing duration: 11s tx-current: 14.2Mbps tx-10-second-average: 12.8Mbps tx-total-average: 12.8Mbps random-data: no direction: transmit tx-size: 1500 On Sat, Nov 2, 2019 at 8:31 AM Bart Kus <me@bartk.us> wrote:
If it's a pre-wired unit like the DynaDish 5, you can't change polarities. Will just need to live with the confusion.
That is pretty bad upload performance. It could use some spectral analysis on the HamWAN side, and perhaps testing with another client on the same sector to find the cause. I hope it wasn't caused by the 10MHz bandwidth change!
I don't have time to address this right now, so hopefully someone else can step in.
The download numbers look fine though.
--Bart
On 11/1/2019 8:22 PM, Scott Currie wrote:
So, it's not clear to me how to change the polarity on the channels. I'll do some reading. It's a DynaDish 5.
These numbers look low, I may not be doing this right:
/tool bandwidth-test 44.24.240.197 duration=30s direction=transmit status: running duration: 29s tx-current: 11.9kbps tx-10-second-average: 11.9kbps tx-total-average: 25.7kbps random-data: no direction: transmit tx-size: 1500 connection-count: 20 local-cpu-load: 4%
/tool bandwidth-test 44.24.240.197 duration=30s direction=receive status: running duration: 29s rx-current: 12.8Mbps rx-10-second-average: 12.2Mbps rx-total-average: 12.0Mbps lost-packets: 1192 random-data: no direction: receive rx-size: 1500 connection-count: 20 local-cpu-load: 16%
-Scott
On Fri, Nov 1, 2019 at 8:06 PM Bart Kus <me@bartk.us> wrote:
It appears you're connected to the Baldi site. That's probably the only site remaining that still doesn't have MIMO (2-chainz) modems. It only provides service with horizontally polarized signals.
It looks like your modem's setup to receive HPol on ch1. HamWAN typically suggests HPol be wired to ch0, and all our network gear follows that standard:
http://hamwan.org/Standards/Component%20Engineering/Client%20Hardware.html
It makes troubleshooting easier when there's a clear polarity-to-chain mapping.
I'm also not sure why we're still running that sector at 5MHz bandwidth, it should be 10MHz. I've gone ahead and updated the sector's config to be 10MHz. This should provide you with a bit more speed, at the cost of 3dB of signal power, which you can afford given your -66dBm link.
Feel free to run some bandwidth-tests to Baldi-S3.hamwan.net (44.24.240.197) to confirm performance.
PS: The "tx-signal-strength-ch0" is reported back to you from Baldi-S3 (how well it hears you), since Baldi-S3 only has a ch0, even though that's not your tx-ch0, but rather your tx-ch1 that it's measuring. You see how confusing things get when polarities are flipped? :)
--Bart
On 11/1/2019 7:46 PM, Scott Currie wrote:
So, should I be concerned about my ch0 numbers?
-Scott
[ns7c@WA7AUB-Baldi] > /interface wireless monitor 0 status: connected-to-ess channel: 5880/5/an wireless-protocol: nv2 tx-rate: 6.5Mbps-5MHz/1S rx-rate: 13Mbps-5MHz/1S ssid: HamWAN bssid: D4:CA:6D:7A:A3:EF radio-name: N7FSP/Baldi-S3 signal-strength: -66dBm signal-strength-ch0: -90dBm signal-strength-ch1: -66dBm tx-signal-strength: -67dBm tx-signal-strength-ch0: -67dBm noise-floor: -101dBm signal-to-noise: 35dB tx-ccq: 47% rx-ccq: 79% authenticated-clients: 1 current-distance: 31 wds-link: no bridge: no routeros-version: 6.41.3 -- Sent from my mobile device...
_______________________________________________ PSDR mailing listPSDR@hamwan.orghttp://mail.hamwan.net/mailman/listinfo/psdr
-- *-Scott*
_______________________________________________ PSDR mailing list PSDR@hamwan.org http://mail.hamwan.net/mailman/listinfo/psdr
I am still seeing slow TX speeds when I run the test from the client end. Am I doing something wrong? Wrong IP? /tool bandwidth-test 44.24.240.197 duration=30s direction=transmit status: running duration: 29s tx-current: 11.9kbps tx-10-second-average: 11.9kbps tx-total-average: 41.1kbps random-data: no direction: transmit tx-size: 1500 connection-count: 20 local-cpu-load: 4% [ns7c@WA7AUB-Baldi] > /tool bandwidth-test 44.24.240.197 duration=30s direction=receive status: running duration: 29s rx-current: 13.1Mbps rx-10-second-average: 14.4Mbps rx-total-average: 13.4Mbps lost-packets: 1439 random-data: no direction: receive rx-size: 1500 connection-count: 20 local-cpu-load: 12% On Sat, Nov 2, 2019 at 9:41 AM Tom Hayward <tom@tomh.us> wrote:
His speeds look fine today.
[tom@Baldi-S3] > /ip dhcp-server lease print
Flags: *X* - disabled, *R* - radius, *D* - dynamic, *B* - blocked
* # ADDRESS MAC-ADDRESS HOST-NAME SERVER RATE-LIMIT STATUS *
0 *D* 44.24.240.252 64:D1:54:AD:8C:13 W7CLO-Baldi dhcp1 bound
1 *D* 44.24.240.251 CC:2D:E0:1E:DE:C7 WA7AUB-Baldi dhcp1 bound
[tom@Baldi-S3] > /in wi registration-table print
* # INTERFACE RADIO-NAME MAC-ADDRESS AP SIGNAL-STRENGTH TX-RATE UPTIME *
0 wlan1-gateway W7CLO/Enumcla... 64:D1:54:AD:8C:13 no -70dBm 29.2... 13h34m40s
1 wlan1-gateway WA7AUB/Auburn... CC:2D:E0:1E:DE:C7 no -73dBm 29.2... 13h34m40s
[tom@Baldi-S3] > /tool bandwidth-test 44.24.240.251 duration=10
status: done testing
duration: 10s
rx-current: 14.8Mbps
rx-10-second-average: 14.0Mbps
rx-total-average: 14.0Mbps
lost-packets: 0
random-data: no
direction: receive
rx-size: 1500
[tom@Baldi-S3] > /tool bandwidth-test 44.24.240.251 duration=10 direction =transmit
status: done testing
duration: 11s
tx-current: 14.2Mbps
tx-10-second-average: 12.8Mbps
tx-total-average: 12.8Mbps
random-data: no
direction: transmit
tx-size: 1500
On Sat, Nov 2, 2019 at 8:31 AM Bart Kus <me@bartk.us> wrote:
If it's a pre-wired unit like the DynaDish 5, you can't change polarities. Will just need to live with the confusion.
That is pretty bad upload performance. It could use some spectral analysis on the HamWAN side, and perhaps testing with another client on the same sector to find the cause. I hope it wasn't caused by the 10MHz bandwidth change!
I don't have time to address this right now, so hopefully someone else can step in.
The download numbers look fine though.
--Bart
On 11/1/2019 8:22 PM, Scott Currie wrote:
So, it's not clear to me how to change the polarity on the channels. I'll do some reading. It's a DynaDish 5.
These numbers look low, I may not be doing this right:
/tool bandwidth-test 44.24.240.197 duration=30s direction=transmit status: running duration: 29s tx-current: 11.9kbps tx-10-second-average: 11.9kbps tx-total-average: 25.7kbps random-data: no direction: transmit tx-size: 1500 connection-count: 20 local-cpu-load: 4%
/tool bandwidth-test 44.24.240.197 duration=30s direction=receive status: running duration: 29s rx-current: 12.8Mbps rx-10-second-average: 12.2Mbps rx-total-average: 12.0Mbps lost-packets: 1192 random-data: no direction: receive rx-size: 1500 connection-count: 20 local-cpu-load: 16%
-Scott
On Fri, Nov 1, 2019 at 8:06 PM Bart Kus <me@bartk.us> wrote:
It appears you're connected to the Baldi site. That's probably the only site remaining that still doesn't have MIMO (2-chainz) modems. It only provides service with horizontally polarized signals.
It looks like your modem's setup to receive HPol on ch1. HamWAN typically suggests HPol be wired to ch0, and all our network gear follows that standard:
http://hamwan.org/Standards/Component%20Engineering/Client%20Hardware.html
It makes troubleshooting easier when there's a clear polarity-to-chain mapping.
I'm also not sure why we're still running that sector at 5MHz bandwidth, it should be 10MHz. I've gone ahead and updated the sector's config to be 10MHz. This should provide you with a bit more speed, at the cost of 3dB of signal power, which you can afford given your -66dBm link.
Feel free to run some bandwidth-tests to Baldi-S3.hamwan.net (44.24.240.197) to confirm performance.
PS: The "tx-signal-strength-ch0" is reported back to you from Baldi-S3 (how well it hears you), since Baldi-S3 only has a ch0, even though that's not your tx-ch0, but rather your tx-ch1 that it's measuring. You see how confusing things get when polarities are flipped? :)
--Bart
On 11/1/2019 7:46 PM, Scott Currie wrote:
So, should I be concerned about my ch0 numbers?
-Scott
[ns7c@WA7AUB-Baldi] > /interface wireless monitor 0 status: connected-to-ess channel: 5880/5/an wireless-protocol: nv2 tx-rate: 6.5Mbps-5MHz/1S rx-rate: 13Mbps-5MHz/1S ssid: HamWAN bssid: D4:CA:6D:7A:A3:EF radio-name: N7FSP/Baldi-S3 signal-strength: -66dBm signal-strength-ch0: -90dBm signal-strength-ch1: -66dBm tx-signal-strength: -67dBm tx-signal-strength-ch0: -67dBm noise-floor: -101dBm signal-to-noise: 35dB tx-ccq: 47% rx-ccq: 79% authenticated-clients: 1 current-distance: 31 wds-link: no bridge: no routeros-version: 6.41.3 -- Sent from my mobile device...
_______________________________________________ PSDR mailing listPSDR@hamwan.orghttp://mail.hamwan.net/mailman/listinfo/psdr
-- *-Scott*
_______________________________________________ PSDR mailing list PSDR@hamwan.org http://mail.hamwan.net/mailman/listinfo/psdr
-- *-Scott*
I can't seem to login to your modem (prompted for password) to troubleshoot any further. All I can do is confirm tom's findings that the link speed seems OK: [eo@Baldi-S3] > /tool bandwidth-test 44.24.240.251 duration=20s direction=receive status: done testing duration: 20s rx-current: 14.2Mbps rx-10-second-average: 14.3Mbps rx-total-average: 14.0Mbps lost-packets: 1280 random-data: no direction: receive rx-size: 1500 [eo@Baldi-S3] > /tool bandwidth-test 44.24.240.251 duration=20s direction=transmit status: done testing duration: 20s tx-current: 13.1Mbps tx-10-second-average: 12.8Mbps tx-total-average: 12.2Mbps random-data: no direction: transmit tx-size: 1500 If you'd like more diagnostics, please make sure steps 5 & 6 are executed on your device: http://hamwan.org/Standards/Network%20Engineering/Client%20Node%20Configurat... --Bart On 11/3/2019 8:57 AM, Scott Currie wrote:
I am still seeing slow TX speeds when I run the test from the client end. Am I doing something wrong? Wrong IP?
/tool bandwidth-test 44.24.240.197 duration=30s direction=transmit status: running duration: 29s tx-current: 11.9kbps tx-10-second-average: 11.9kbps tx-total-average: 41.1kbps random-data: no direction: transmit tx-size: 1500 connection-count: 20 local-cpu-load: 4%
[ns7c@WA7AUB-Baldi] > /tool bandwidth-test 44.24.240.197 duration=30s direction=receive status: running duration: 29s rx-current: 13.1Mbps rx-10-second-average: 14.4Mbps rx-total-average: 13.4Mbps lost-packets: 1439 random-data: no direction: receive rx-size: 1500 connection-count: 20 local-cpu-load: 12%
On Sat, Nov 2, 2019 at 9:41 AM Tom Hayward <tom@tomh.us <mailto:tom@tomh.us>> wrote:
His speeds look fine today.
[tom@Baldi-S3] > /ipdhcp-serverleaseprint
Flags: *X* - disabled, *R* - radius, *D* - dynamic, *B* - blocked
*# ADDRESSMAC-ADDRESS HOST-NAME SERVER RATE-LIMIT STATUS*
0 *D* 44.24.240.25264:D1:54:AD:8C:13 W7CLO-Baldi dhcp1 bound
1 *D* 44.24.240.251CC:2D:E0:1E:DE:C7 WA7AUB-Baldidhcp1 bound
[tom@Baldi-S3] > /inwiregistration-tableprint
*# INTERFACERADIO-NAME MAC-ADDRESS APSIGNAL-STRENGTH TX-RATE UPTIME *
0 wlan1-gatewayW7CLO/Enumcla... 64:D1:54:AD:8C:13 no-70dBm29.2... 13h34m40s
1 wlan1-gatewayWA7AUB/Auburn... CC:2D:E0:1E:DE:C7 no-73dBm29.2... 13h34m40s
[tom@Baldi-S3] > /toolbandwidth-test44.24.240.251 duration=10
status: done testing
duration: 10s
rx-current: 14.8Mbps
rx-10-second-average: 14.0Mbps
rx-total-average: 14.0Mbps
lost-packets: 0
random-data: no
direction: receive
rx-size: 1500
[tom@Baldi-S3] > /toolbandwidth-test44.24.240.251 duration=10 direction=transmit
status: done testing
duration: 11s
tx-current: 14.2Mbps
tx-10-second-average: 12.8Mbps
tx-total-average: 12.8Mbps
random-data: no
direction: transmit
tx-size: 1500
On Sat, Nov 2, 2019 at 8:31 AM Bart Kus <me@bartk.us <mailto:me@bartk.us>> wrote:
If it's a pre-wired unit like the DynaDish 5, you can't change polarities. Will just need to live with the confusion.
That is pretty bad upload performance. It could use some spectral analysis on the HamWAN side, and perhaps testing with another client on the same sector to find the cause. I hope it wasn't caused by the 10MHz bandwidth change!
I don't have time to address this right now, so hopefully someone else can step in.
The download numbers look fine though.
--Bart
On 11/1/2019 8:22 PM, Scott Currie wrote:
So, it's not clear to me how to change the polarity on the channels. I'll do some reading. It's a DynaDish 5.
These numbers look low, I may not be doing this right:
/tool bandwidth-test 44.24.240.197 duration=30s direction=transmit status: running duration: 29s tx-current: 11.9kbps tx-10-second-average: 11.9kbps tx-total-average: 25.7kbps random-data: no direction: transmit tx-size: 1500 connection-count: 20 local-cpu-load: 4%
/tool bandwidth-test 44.24.240.197 duration=30s direction=receive status: running duration: 29s rx-current: 12.8Mbps rx-10-second-average: 12.2Mbps rx-total-average: 12.0Mbps lost-packets: 1192 random-data: no direction: receive rx-size: 1500 connection-count: 20 local-cpu-load: 16%
-Scott
On Fri, Nov 1, 2019 at 8:06 PM Bart Kus <me@bartk.us <mailto:me@bartk.us>> wrote:
It appears you're connected to the Baldi site. That's probably the only site remaining that still doesn't have MIMO (2-chainz) modems. It only provides service with horizontally polarized signals.
It looks like your modem's setup to receive HPol on ch1. HamWAN typically suggests HPol be wired to ch0, and all our network gear follows that standard:
http://hamwan.org/Standards/Component%20Engineering/Client%20Hardware.html
It makes troubleshooting easier when there's a clear polarity-to-chain mapping.
I'm also not sure why we're still running that sector at 5MHz bandwidth, it should be 10MHz. I've gone ahead and updated the sector's config to be 10MHz. This should provide you with a bit more speed, at the cost of 3dB of signal power, which you can afford given your -66dBm link.
Feel free to run some bandwidth-tests to Baldi-S3.hamwan.net <http://Baldi-S3.hamwan.net> (44.24.240.197) to confirm performance.
PS: The "tx-signal-strength-ch0" is reported back to you from Baldi-S3 (how well it hears you), since Baldi-S3 only has a ch0, even though that's not your tx-ch0, but rather your tx-ch1 that it's measuring. You see how confusing things get when polarities are flipped? :)
--Bart
On 11/1/2019 7:46 PM, Scott Currie wrote:
So, should I be concerned about my ch0 numbers?
-Scott
[ns7c@WA7AUB-Baldi] > /interface wireless monitor 0 status: connected-to-ess channel: 5880/5/an wireless-protocol: nv2 tx-rate: 6.5Mbps-5MHz/1S rx-rate: 13Mbps-5MHz/1S ssid: HamWAN bssid: D4:CA:6D:7A:A3:EF radio-name: N7FSP/Baldi-S3 signal-strength: -66dBm signal-strength-ch0: -90dBm signal-strength-ch1: -66dBm tx-signal-strength: -67dBm tx-signal-strength-ch0: -67dBm noise-floor: -101dBm signal-to-noise: 35dB tx-ccq: 47% rx-ccq: 79% authenticated-clients: 1 current-distance: 31 wds-link: no bridge: no routeros-version: 6.41.3 -- Sent from my mobile device...
_______________________________________________ PSDR mailing list PSDR@hamwan.org <mailto:PSDR@hamwan.org> http://mail.hamwan.net/mailman/listinfo/psdr
-- */-Scott/*
_______________________________________________ PSDR mailing list PSDR@hamwan.org <mailto:PSDR@hamwan.org> http://mail.hamwan.net/mailman/listinfo/psdr
-- */-Scott/*
_______________________________________________ PSDR mailing list PSDR@hamwan.org http://mail.hamwan.net/mailman/listinfo/psdr
participants (3)
-
Bart Kus -
Scott Currie -
Tom Hayward