/* Serval Distributed Numbering Architecture (DNA) Copyright (C) 2010 Paul Gardner-Stephen This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA. */ /* Serval Overlay Mesh Network. Basically we use UDP broadcast to send link-local, and then implement a BATMAN-like protocol over the top of that. Each overlay packet can contain one or more encapsulated packets each addressed using Serval DNA SIDs, with source, destination and next-hop addresses. The use of an overlay also lets us be a bit clever about using irregular transports, such as an ISM915 modem attached via ethernet (which we are planning to build in coming months), by paring off the IP and UDP headers that would otherwise dominate. Even on regular WiFi and ethernet we can aggregate packets in a way similar to IAX, but not just for voice frames. The use of long (relative to IPv4 or even IPv6) 256 bit Curve25519 addresses means that it is a really good idea to have neighbouring nodes exchange lists of peer aliases so that addresses can be summarised, possibly using less space than IPv4 would have. One approach to handle address shortening is to have the periodic TTL=255 BATMAN-style hello packets include an epoch number. This epoch number can be used by immediate neighbours of the originator to reference the neighbours listed in that packet by their ordinal position in the packet instead of by their full address. This gets us address shortening to 1 byte in most cases in return for no new packets, but the periodic hello packets will now be larger. We might deal with this issue by having these hello packets reference the previous epoch for common neighbours. Unresolved neighbour addresses could be resolved by a simple DNA request, which should only need to occur ocassionally, and other link-local neighbours could sniff and cache the responses to avoid duplicated traffic. Indeed, during quiet times nodes could preemptively advertise address resolutions if they wished, or similarly advertise the full address of a few (possibly randomly selected) neighbours in each epoch. Byzantine Robustness is a goal, so we have to think about all sorts of malicious failure modes. One approach to help byzantine robustness is to have multiple signature shells for each hop for mesh topology packets. Thus forging a report of closeness requires forging a signature. As such frames are forwarded, the outermost signature shell is removed. This is really only needed for more paranoid uses. We want to have different traffic classes for voice/video calls versus regular traffic, e.g., MeshMS frames. Thus we need to have separate traffic queues for these items. Aside from allowing us to prioritise isochronous data, it also allows us to expire old isochronous frames that are in-queue once there is no longer any point delivering them (e.g after holding them more than 200ms). We can also be clever about round-robin fair-sharing or even prioritising among isochronous streams. Since we also know about the DNA isochronous protocols and the forward error correction and other redundancy measures we also get smart about dropping, say, 1 in 3 frames from every call if we know that this can be safely done. That is, when traffic is low, we maximise redundancy, and when we start to hit the limit of traffic, we start to throw away some of the redundancy. This of course relies on us knowing when the network channel is getting too full. Smart-flooding of broadcast information is also a requirement. The long addresses help here, as we can make any address that begins with the first 192 bits all ones be broadcast, and use the remaining 64 bits as a "broadcast packet identifier" (BPI). Nodes can remember recently seen BPIs and not forward broadcast frames that have been seen recently. This should get us smart flooding of the majority of a mesh (with some node mobility issues being a factor). We could refine this later, but it will do for now, especially since for things like number resolution we are happy to send repeat requests. This file currently seems to exist solely to contain this introduction, which is fine with me. Functions land in here until their proper place becomes apparent. */ #include "serval.h" int overlayMode=0; overlay_txqueue overlay_tx[OQ_MAX]; int overlayServerMode() { /* In overlay mode we need to listen to all of our sockets, and also to send periodic traffic. This means we need to */ fprintf(stderr,"Running in overlay mode.\n"); /* Set default congestion levels for queues */ int i; for(i=0;i5) ms=5; } } /* Progressively update link scores to neighbours etc, and find out how long before we should next tick the route table. Basically the faster the CPU and the sparser the route table, the less often we will need to tick in order to keep each tick nice and fast. */ int route_tick_interval=overlay_route_tick(); if (ms>route_tick_interval) ms=route_tick_interval; if (debug&DEBUG_VERBOSE_IO) fprintf(stderr,"Waiting via poll() for up to %lldms\n",ms); int r=poll(fds,fdcount,ms); if (r<0) { /* select had a problem */ if (debug&DEBUG_IO) perror("poll()"); WHY("select() complained."); } else if (r>0) { /* We have data, so try to receive it */ if (debug&DEBUG_IO) { fprintf(stderr,"poll() reports %d fds ready\n",r); int i; for(i=0;isource_address_status==OA_RESOLVED&&overlay_address_is_local(f->source)) return WHY("Dropping frame claiming to come from myself."); if (debug&DEBUG_OVERLAYFRAMES) fprintf(stderr,">>> Received frame (type=%02x)\n",f->type); /* First order of business is whether the nexthop address has been resolved. If not, we need to think about asking for it to be resolved. The trouble is that we do not want to trigger a Hanson Event (a storm of please explains/resolution requests). Yet, we do not want to delay communications unnecessarily. The simple solution for now is to queue the address for resolution request in our next tick. If we see another resolution request for the same address in the mean time, then we can cancel our request */ switch (f->nexthop_address_status) { case OA_UNINITIALISED: /* Um? Right. */ return WHY("frame passed with ununitialised nexthop address"); break; case OA_RESOLVED: /* Great, we have the address, so we can get on with things */ break; case OA_PLEASEEXPLAIN: return WHY("Address cannot be resolved -- aborting packet processing."); /* XXX Should send a please explain to get this address resolved. */ break; case OA_UNSUPPORTED: default: /* If we don't support the address format, we should probably tell the sender. Again, we queue this up, and cancel it if someone else tells them in the meantime to avoid an Opposition Event (like a Hanson Event, but repeatedly berating any node that holds a different policy to itself. */ overlay_interface_repeat_abbreviation_policy[interface]=1; return -1; break; } /* Okay, nexthop is valid, so let's see if it is us */ int forMe=0,i; int ultimatelyForMe=0; int broadcast=overlay_address_is_broadcast(f->nexthop); int duplicateBroadcast=0; if (broadcast) { if (overlay_broadcast_drop_check(f->destination)) duplicateBroadcast=1; forMe=1; } if (overlay_address_is_local(f->nexthop)) forMe=1; if (forMe) { /* It's for us, so resolve the addresses */ if (overlay_frame_resolve_addresses(interface,f)) return WHY("Failed to resolve destination and sender addresses in frame"); if (debug&DEBUG_OVERLAYFRAMES) { fprintf(stderr,"Destination for this frame is (resolve code=%d): ",f->destination_address_status); if (f->destination_address_status==OA_RESOLVED) for(i=0;idestination[i]); else fprintf(stderr,"???"); fprintf(stderr,"\n"); fprintf(stderr,"Source for this frame is (resolve code=%d): ",f->source_address_status); if (f->source_address_status==OA_RESOLVED) for(i=0;isource[i]); else fprintf(stderr,"???"); fprintf(stderr,"\n"); } if (f->source_address_status!=OA_RESOLVED) { if (debug&DEBUG_OVERLAYFRAMES) WHY("Source address could not be resolved, so dropping frame."); return -1; } if (overlay_address_is_local(f->source)) { if (debug&DEBUG_OVERLAYROUTING) WHY("Dropping frame claiming to come from myself."); return -1; } if (f->destination_address_status==OA_RESOLVED) { if (overlay_address_is_broadcast(f->destination)) { ultimatelyForMe=1; broadcast=1; if (overlay_broadcast_drop_check(f->destination)) duplicateBroadcast=1; } if (overlay_address_is_local(f->destination)) ultimatelyForMe=1; } else { if (debug&DEBUG_OVERLAYFRAMES) WHY("Destination address could not be resolved, so dropping frame."); return -1; } } if (debug&DEBUG_OVERLAYFRAMES) { fprintf(stderr,"This frame does%s have me listed as next hop.\n",forMe?"":" not"); fprintf(stderr,"This frame is%s for me.\n",ultimatelyForMe?"":" not"); fprintf(stderr,"This frame is%s broadcast.\n",broadcast?"":" not"); } /* Not for us? Then just ignore it */ if (!forMe) return 0; /* Is this a frame we have to forward on? */ if (((!ultimatelyForMe)||broadcast)&&(f->ttl>1)) { /* Yes, it is. */ int len=0; if (broadcast&&(!duplicateBroadcast)&& ((f->type==OF_TYPE_SELFANNOUNCE) ||(f->type==OF_TYPE_RHIZOME_ADVERT) )) { // Don't forward broadcast self-announcement packets as that is O(n^2) with // traffic. We have other means to propagating the mesh topology information. // Similarly, rhizome advertisement traffic is always link local, so don't // forward that either. if (debug&DEBUG_BROADCASTS) if (duplicateBroadcast) fprintf(stderr,"Dropping broadcast frame (BPI seen before)\n"); } else { if (debug&DEBUG_OVERLAYFRAMES) fprintf(stderr,"\nForwarding frame.\n"); if (overlay_get_nexthop(f->destination,f->nexthop,&len,&f->nexthop_interface)) return WHY("Could not find next hop for host - dropping frame"); f->ttl--; /* Queue frame for dispatch. Don't forget to put packet in the correct queue based on type. (e.g., mesh management, voice, video, ordinary or opportunistic). */ WHY("forwarding of frames not implemented"); /* If the frame was a broadcast frame, then we need to hang around so that we can process it, since we are one of the recipients. Otherwise, return triumphant. */ if (!broadcast) return 0; } } switch(f->type) { case OF_TYPE_SELFANNOUNCE: overlay_route_saw_selfannounce(interface,f,now); break; case OF_TYPE_SELFANNOUNCE_ACK: overlay_route_saw_selfannounce_ack(interface,f,now); break; case OF_TYPE_NODEANNOUNCE: overlay_route_saw_advertisements(interface,f,now); break; case OF_TYPE_RHIZOME_ADVERT: overlay_rhizome_saw_advertisements(interface,f,now); break; case OF_TYPE_DATA: overlay_saw_mdp_containing_frame(interface,f,now); break; default: fprintf(stderr,"Unsupported f->type=0x%x\n",f->type); return WHY("Support for that f->type not yet implemented"); break; } return 0; }