You are here

Tunnel HW

3 posts / 0 new
Last post
kj6dzb
kj6dzb's picture
Tunnel HW
Im looking for the AREDN teams suggested for HW to run a tunnel server on. Ive been using PowerBeam M5 horns with the radio turned off, but found the HW to be susceptible to RF. How you ask! Im collocated an avid HF DXer who runs the legal limit at our club station! Ive had my fair share incidents were HF transmissions !JT65!  rest ubiquity devices. At my QTH Ive had Bad cat5 and bad shield and others have this problem on roof run with HF antennas. I've been able to mitigate FW rest at my QTH with shielded cat5e, troids and discharge grounding. Im not here to discuss this topic again. I can say that this HW susceptible to HW resets! with short cables! Im hoping the dev team would have a suggestion on exporting or backing up the Tunnel serve config? Maybe an export tool in the nighty build? Its a task to rebuild a tunnel server config. After the last contest weekend!!! I would like to move away from Ubiquity devices for a tunnel server. What HW suggestion dose the team have?  AR750 ?  AR300M16 ?  hAP light ? I would like to have a WAN port and DTD port to tie into the internet and DTD on my manged switch.  The AR750 and hAP look like good options? Now that the runtime-configurable tunnel limits is available. Im looking to test this on supported HW thats dedicated for tunnel connections. I respect the decision to keep the World Wide Tunnel server code privet. Im only looking to run on supported HW but as a dedicated tunnel device. What HW should I choose?   
N2MH
N2MH's picture
Try a hAP Lite

Hi Mathison,

I would recommend that you try a hAP Lite as a tunnel (only) node. Put it in a basement, far away from any antennas, and fed preferably with short ethernet.

Personally, I had a Loco reset itself back to just-flashed condition when exposed to RF (100w). Nearby (~3 feet) hAP Lites were unaffected.

Use the hAP Lite only as a tunnel node. Have it network with your on air nodes via DTD. And, turn off the RF - you won't need it in the basement :-) Let the nodes just handle RF and they will be happier for it. This is the same logic as using a raspberry pi for MeshChat.

In addition, make sure that your HF station has no common-mode RF on the coax. If there is any, that just brings RF right into the shack. And, going the other way, it brings all the switching p.s. noise in the shack back into the antenna and then down into the receiver. Proper decoupling at the antenna will take care this condition and just might make the HF receiver more quiet. (Less RX noise = more DX/more Q's).

73, Mark, N2MH


 

AB7PA
There are several forum posts

There are several forum posts that report Ubiquiti nodes autonomously resetting to NOCALL state. UBNT explains that their Remote Reset feature places a small current on the Ethernet data pair, then a special circuit detects this signal and triggers the radio reset. The UBNT forums report that if the PoE or cable is damaged or if water gets into the line or if their cable picks up stray RF, it can cause voltage fluctuations which trip the Remote Reset circuitry in these radios. This UBNT post (link) describes possible solutions: https://community.ui.com/questions/rocket-m5-resets-to-factory-defaults/d8a8cc31-0d2e-4029-98ad-93bd4953f897#answer/392e7370-fb5e-465f-9c32-76d8b78e4d6c
Other vendor equipment does not have this feature or its unintended issues. Use an indoor node with as much memory as possible for your tunnel server node. Mikrotik hAP ac lite (64mb) and GL.iNet AR750 (128mb) are good choices.

Theme by Danetsoft and Danang Probo Sayekti inspired by Maksimer