IARP
Maintains routes proactively inside the local routing zone. A destination inside the zone is already in the table.
Trace how ZRP uses proactive routes inside a hop-count zone and reactive bordercast discovery beyond it
Zone Routing Protocol keeps proactive routes inside each node's hop-count zone, then uses reactive discovery beyond that zone. Change the radius and scenario to see when IARP is enough and when IERP uses BRP bordercast to reach the edge of the known zone.
Maintains routes proactively inside the local routing zone. A destination inside the zone is already in the table.
Starts reactive route discovery when the destination is beyond the zone radius. It searches only when needed.
Guides route requests toward peripheral nodes at the zone edge, reducing redundant blind broadcast.
The radius is a hop count, not physical distance. Larger radius means more local knowledge and more maintenance overhead.
Source A is deciding how to reach a destination in a mobile ad-hoc network.
Start with the remote destination scenario: A knows routes within two hops, so it must bordercast a route request to the zone edge.
Destination R is outside A's 2-hop zone. IERP asks BRP to send route requests to the peripheral nodes rather than flooding every neighbor blindly.
| Node | Hop count | Next hop | Use |
|---|
Set radius to 1 and remote destination R. Notice how quickly the proactive table shrinks and why discovery becomes more frequent.
Set radius to 3. In this small topology, R may become reachable from A's local zone table, but the table is much larger.
Enable the broken C-N link. The route can still be found through another edge path if the topology remains connected.
Technical basis: ZRP framework and terminology follow the IETF MANET ZRP draft and IERP draft descriptions of local proactive routing zones, inter-zone discovery, and bordercast query control.