You are here

Point to Point Network

16 posts / 0 new
Last post
K5MOB
K5MOB's picture
Point to Point Network



I run a WISP and we will be retiring our 2Ghz network soon. i would like to leave the network in tact and move it over to AREDN. I would like to keep it set up in point to point mode and just add a Mesh Unit at each site to expand the mesh through the local ham communities. Does the ARDEN firmware have provisions for PTP links?

Thanks
K5MOB

Sorry about the image size, the add photo size selection box looks like it has broken code!

KG6JEI
If the links are non lossy
If the links are non lossy the DTDLink VLAN could be back hauled over it but official I don't recommend it as 10% loss and it will shut down the link.

I've got a feature request in to add an actual back haul VLAN that is not sensitive to packet loss but there are a couple major tickets that I fear may bump that ticket.

Another option would be to run tunnels over the link (treating it like the internet) 

if if you want to actually convert the PTP links to AREDN firmware the firmware doesn't care that it's a PTP or PtMP.  The only downside is it doesn't have the TDMA of AIROS (which in theory should only matter in a hidden node situation) or the AIROS transmitter synchronization (if using GPS models) 
K5MOB
K5MOB's picture
I was looking to maintain the


I was looking to maintain the PTP as a back bone as it is currently set up with OSPF. The backbone transfers VoIP fairly well but where the sectors are going out to the customers gets kinda choppy due to all the noise and little radio time advalable when you have 20 or so CPEs on a AP. The amateur load will be nothing like the commercial load on this network, so I guess I should do a bit more home work on the mesh but from what I have seen in the past mesh is not very VoIP friendly. 

We have a 100 watt 2 meter repeater WA5MC at 320ft in the air, under normal conditions we can get 75 to 100 miles out of the transmitter. Mobiles have no problem at the 75 mile mark if they transmit 50 watts. HT units however can hear the repeater but can only key no more than the 25 to 30 mile mark. We are going to install some RoIP nodes on the inner edge of the repeater foot print to pick up the HT signal and send it over the 2.3Ghz network and out the repeater. I want the network to perform at is best so we don't have issues with the RoIP. If I maintain the OSPF routing in the MikroTik routers i can set QOS to ensure my RoIP has priority over general traffic. 

I may keep the AIROS on the backhaul network and just install AREDN on the sectors. I have not even started testing any thing yet as we are still about 8 months away from shutting down the 2.4Ghz network. But I have convinced my business partners to keep it online for amateur use. 

We are also in talks with the Louisiana ARES about extending the network to cover into New Orleans, as we will have a lot of extra devices once we start pulling the CPE radios.

73
K5MOB

K5DLQ
K5DLQ's picture
VOIP works fairly well here. 
VOIP works fairly well here.  I suspect that what you heard around voip was "way back in the day" when we didn't have Part 97 only channels on 2Ghz, and the mesh technology was limited to Linksys devices.  A great deal of improvements have occurred since those days. 
BTW, I LOVE the idea that you are wanting to convert your network to HAM use!

C'est si bon!!
 
kg9dw
kg9dw's picture
I've been running two DSTAR
I've been running two DSTAR nodes on the mesh. I'm getting ready to add an echolink node which uses a lot more bandwidth than DSTAR. 

If I was doing it all over again, I'd keep Ubiquiti's AirOS on the backbone and use AREDN on the edges. Putting AREDN on the sectors or OMNIs is a good idea. 

Best of luck! Welcome to AREDN!
Mike, KG9DW
kj4pvx
kj4pvx's picture
Why
I saw your answer and would like to understand your preference of air os for the backbone. This isn't the first time I've heard this and would just like better understand the reasoning.
K5MOB
K5MOB's picture
The same reason routing is


The same reason routing is done via BGP routes on fiber backbone and OSPF routes from tower to tower in a WISP network instead of one big layer 2 like metro ethernet.

Each one of our towers gets its own subnet, traffic is routed to each tower based on its subnet. This keeps unnecessary traffic off the links and improves network latency. Redundancy is achieved by having multiple OSPF links to the tower. Plus the airmax protocol keeps your backhauls as backhauls meaning only a device with airmax can connect to them. 

Mesh in is early days was slow, this was due to radios having to repeat signals. If you started out with 40mbps of internet at the gateway and cascaded through 4 mesh node repeaters you would have about 10mbps at the last node. With a OSPF backbone you could maintain 40mbps.  It has been quite a few years since I have even looked at mesh for a WWAN so this may have been corrected to some extent, but I don't see this getting much better with out using dual radio nodes as you will still have to stop receiving to transmit due to the half duplex nature of 802.11 and is the sole idea behind RoofNet making dual radio units. Products such as the Mimosa Networks that have 4x4 radios can do full duplex but all UBNT M gear is only 2x2 and does not support full duplex. The only UBNT products that support full duplex are the AirFiber products.

If you get the international or compliance test versions of the UBNT products you can set the backhaul units to the amateur frequencies with out the need for the modified firmware. By keeping the Backbone Network in a manageable state we can set QOS to insure the traffic we need to have priority will stay on top the list Ex Our APRS data and RoIP. 

Our AREDN Wireless Wide Area Networks primary function will be to support out APRS and RoIP in the event of ARES activation, The second function will be general amateur use. We will uplink a limited amount of bandwith from our fiber connection into the mesh as a community service most likely about 100mbps or so. This uplink will take place at each end of the network and one in the middle.  The network will also have the ability to transverse fiber connections in the event of a radio/link failure. As I currently see it none of these automatic routing controls would be easy to manage without maintaining the carrier class backbone. 

Now this brings me to another topic. Do any previsions currently exist to ensure that only amateur operators have access to the network? If the nodes are operating in the 2.3 band this is achieved by default. If you have any nodes that are 2.3/2.4 Ie some one puts two radios in and sets it so they can connect via a unmodified laptop. Then we could be handing out free internet. In a emergency this is a non-issue as for the past hurricanes we have turned on Public WiFi access at all of our towers so safety/public workers and news crews ect can just pull up to the tower and connect. But for every day applications I don't want the general public to leach internet remember we are in the business of selling internet and that business is what donates all the tower space, server space, bandwidth, tower climbers, and equipment to our local amateurs. 

73
K5MOB

 

KG6JEI
"Mesh in is early days was
"Mesh in is early days was slow, this was due to radios having to repeat signals. If you started out with 40mbps of internet at the gateway and cascaded through 4 mesh node repeaters you would have about 10mbps at the last node. With a OSPF backbone you could maintain 40mbps. "

This was never actually a limitation of the routing side of a mesh, it was the RF side of a mesh. This is the same as the Packet days as well (if you were involved with those.) The exact same thing actually can and still happen in a mesh where a repeat slows down a link, but the same thing also can happen in a backbone running OSPF as well if any PtMP hop is involved or any location shares the same frequency between two links that can see each other. The AREDN mesh can handle jumping between different devices with different bands/channels/ssids to to avoid having to load down any single spot, but just like in the current backbone you have its not the routing protocol its the network design that increased your throughput.in this case.This isn't to say that the OSPF backbone doesn't have it spot (and if its using non Ubiquiti hardware as it sounds like it may then it does have a spot)  as it does play in and its already seen in our design considerations for the future.  I just want to make sure that the advantage of that network is correctly attributed to the fact it was a designed network. Some of the tools already in your network very well justify this all on its for not converting it as some of the AREDN tools are indeed a bit behind and some tools will just likely never make it in because they conflict with design considerations of network.  A controled backone with a MESH feeder would make sense in those cases.

" Do any previsions currently exist to ensure that only amateur operators have access to the network?"
At the moment theres no authentication that it is a ham.   That said you can't just throw up a laptop and connect to the network with a WIFI card either.

You do have to setup the associated mesh routing protocols correctly and correctly integrate into the routing system. This is a lot like a 2m repeater, you have to have the radio first, then you have to have the access tone.  Is it insurmountable, no, is a hindrance yes as there are a number of configurations (IP address space, mesh routing protocol, mesh routing configuration) that need to be done.    You can't just quietly sit there and go unnoticed because of this, you will show up on the network screens. With some of the existing tools on the system it would be very easy to monitor for new connections and alert about it (unknown callsign for example) and trigger it into a monitor queue or something, etc.


 
kg9dw
kg9dw's picture
This is a great place to
This is a great place to shamelessly plug this feature request!
 
Provide method to limit nodes that can join mesh
http://bloodhound.aredn.org/products/AREDN/ticket/147

 
KD5PX
Planning repeater linking in NM
I'm planning a repeater link in northern NM as soon as the weather improves so I'll be interested in following this thread. The part 97 channels available with AREDN make all the difference in my limited testing, one end of our link is at 10800' and can see a huge amount of noise on the part 15 channels.
K5MOB
K5MOB's picture
If it will ever quit raining
If it will ever quit raining we are about to shoot a 30mile 2.3ghz link as our first test link!

73
K5MOB
KD5PX
30mile 2.3ghz link
I'm wondering what hardware you are planning for this ? I'm looking at rocket dishes. Another possible site came up yesterday at about this distance. We still have lots of snow on the mountain tops here so its going to be a while before I can run any tests. 73 KD5PX
kk6ffz
Any chance you could walk me

Any chance you could walk me thru setting up a small WISP for my subdivision? None of my neighbors have internet. We are very rural...

K5MOB
K5MOB's picture
yep,
yep,

Drop me a line samrock (at) piertopier.us

K5MOB
kk6ffz
Awesome! Just Emailed ya!
Awesome! Just Emailed ya!
kg9dw
kg9dw's picture
K5MOB - Look at this thread
K5MOB, would you take a look at the responses at the bottom at the bottom of the thread regarding backbone design and comment?

http://www.aredn.org/content/are-m3-nanostation-and-m3-nanobridge-same-r...

MB

Theme by Danetsoft and Danang Probo Sayekti inspired by Maksimer