Be the first to post a text review of Ad-hoc Support Library. Rate and review a project by clicking thumbs up or thumbs down in the right column.

• Code committed

  kawadia committed patchset 4 of module CVSROOT to the Ad-hoc Support Library CVS repository, changing 1 files

  posted by kawadia 1514 days ago

• Code committed

  kawadia committed patchset 3 of module CVSROOT to the Ad-hoc Support Library CVS repository, changing 43 files

  posted by kawadia 1514 days ago

• Code committed

  kawadia committed patchset 2 of module CVSROOT to the Ad-hoc Support Library CVS repository, changing 40 files

  posted by kawadia 1514 days ago

• File released: /ASL-a/0.51/ASL-a-0.51.tar.gz

  posted 1933 days ago

• File released: /ASL/0.12/ASL-0.12.tar.gz

  posted 1933 days ago

• ASL 0.12 file released: ASL-0.12.tar.gz

  Fixed a null pointer dereferencing in route_check module. Deleted unnecessary code in route_check and general code cleanup. Added MODULE_LICENCSE tag.

  posted 1933 days ago

• ASL-a 0.51 file released: ASL-a-0.51.tar.gz

  See changelog for ASL-0.12

  posted 1933 days ago

• File released: /AODV-UIUC/0.5/AODV-UIUC-0.5.tar.gz

  posted 2648 days ago

• ASL-a 0.5 file released: ASL-a-0.5.tar.gz

  ------ Version 0.11 ------------- 1. In demo_router/demo_router.c added some sysctls to confgure routing. This is the cut paste: demo_router.c: /* set some parameters in /proc necessary for ad-hoc routing */ /* enable ip forwarding */ system("sysctl -w net/ipv4/ip_forward=1"); /* disable sending and accepting of ICMP redirects */ system("sysctl -w net/ipv4/conf/all/accept_redirects=0"); system("sysctl -w net/ipv4/conf/all/send_redirects=0"); /* In the Linux kernel, a route cache is not flushed immediately after * a route change. There is some delay, which is controlled by three * parameters min_delay, max_delay, and flush in /proc/sys/net/ipv4/route * Read more in Documentation/filesystems/proc.txt of your kernel source. * Here I am changing the min_delay from default value of 2 sec to 0, * so that route changes are immediately reflected in the route cache. * Without this, packets continue to loop on the tun device for 2 seconds * even after the new route is added. Writing to the flush file, also * achieves the same thing, but has to be done everytime a route is changed. * * Thanks to Matt Miller <mjmille2@crhc.uiuc.edu> for pointing out this issue * , investigating it and providing the solution. */ 2. Fixed a bug in the route_cache module : route_cache/route_cache.c There was an extra strcat in read_route_cache_proc() casusing in to coredump somtimes. --vikas ---------------------------------------------------------------------- ---------- Version a-0.5 ------------------- 1. Some change in the ASL API and the route_check module was forced to support a subtle optimization in the AODV draft. If your routing daemon does not need this optimization, you are advised to stick with standard ASL, version 0.11 currently. Use ASL-a only if this optimization really bothers you. This optimization quoted from the AODV draft is this : "Each time a route is used to forward a data packet, its Active Route Lifetime field of both the destination and the next hop on the path to the destination is updated to be no less than the current time plus ACTIVE_ROUTE_TIMEOUT. Since the route between each originator and destination pair are expected to be symmetric, the Active Route Lifetime for the previous hop, along the reverse path back to the IP source, is also updated to be no less than the current time plus ACTIVE_ROUTE_TIMEOUT. " This means : Suppose you forward a packet whose destination is D and source S. Suppose next hop for D in my routing table is N and next_hop for S is P. I believe P is what they call prev_hop. So whenever I forward a packet for D, I update the lifetime for 3 entries in my routing table, that is for D, N and P. P is updated because since a packet came from S, it probably came through P (routes assumed to be symmetric) and so that route is also good. Thus the issue is how to update the lifetime values associated with prev hop and next hop nodes. The prev hop and next hop information is not available in the packet, but only in the routing table. This is how we handle this. In ASL-a-0.5, an additional flag has been introduced for every entry logged by the route_check module. Whenever a packet is routed inside the kernel, route_check module enters two entries into the /proc file. One for the destination to which the packet is forwarded, with flag 1. Other for the source from which the packet was received with flag 0. AODV utilises these entries as follows: 1) Whenever any route table entry expires, AODV first queries the route_check module for that destination, with the following call (note the flag passed is 1): time_idle = query_route_idle_time(iter->second.getDestIP(),1); It records the value of idle_time in time_idle variable. 2) Then it checks if this destination is just one hop away. If that is the case, it goes through the entire routing table, looking for the nodes for which this destination acts as the next hop. This is the prev hop. It then queries route_check module for the idle_time corresponding to these nodes (with flag 0). temp_time_idle = query_route_idle_time(iter_temp2->second.getDestIP(),0); The node selects the minimum idle_time of all the recorded time. It then compares this time with the ACTIVE_ROUTE_TIMEOUT. If the idle_time is less than the ACTIVE_ROUTE_TIMEOUT, it resets the lifetime for the destination node and any next hop (NEXTHOP) associated with the destination, else it expires the route table entry. ----------------------------------------------------------------------------

  posted 2648 days ago

• File released: /ASL-a/0.5/ASL-a-0.5.tar.gz

  posted 2648 days ago