Distributed cache updating algorithm for the dynamic source routing protocol
We considered two different options: routing at the link layer (ISO layer 2) and routing at the network layer (ISO layer 3).
Location of DSR Functions in the ISO Reference Model When designing DSR, we had to determine at what level within the protocol hierarchy to implement source routing. In Proceedings of the IEEE Workshop on Mobile Computing Systems and Applications, pages 158--163, December 1994.
All nodes SHOULD process all of the Route Error messages they receive, regardless of whether the node is the destination of the Route Error, is forwarding the Route Error, or promiscuously overhears the Route Error.
In IPv4, we require two new protocol numbers be issued to identify the next header as either an IPv6-style destination option, or an IPv6-style routing header.
Furthermore, this document defines four new types of destination options, each of which must be assigned an Option Type value: - The DSR Route Request option, described in Section 6.1.1 - The DSR Route Reply option, described in Section 6.2.1 - The DSR Route Error option, described in Section 6.2.2 - The DSR Acknowledgment option, described in Section 6.2.3 DSR also requires a routing header Routing Type be allocated for the DSR Source Route defined in Section 6.3.
We see great potential for DSR running between clouds of mobile nodes around fixed base stations.
- Historically, DSR grew from our contemplation of a multi-hop ARP protocol [6, 7] and source routing bridges . - Technically, we designed DSR to be simple enough that that it could be implemented directly in network interface cards, well below the layer 3 software within a mobile node. Internet-Draft, draft-ietf-ipngwg-ipv6-spec-v2-01.txt, November 1997.