hdr_sr

struct hdr_sr

inline void append_addr(nsaddr_t a, int type)
inline int& cur_addr()
int cur_addr_
inline struct link_down* down_links
char dummy_variable_to_bypass_byte_alignment_problem_in_solaris_[8]: The following field is to bypass what seems to be a compiler bug. Under Solaris and gcc 2.7.2.2 (and apparently higher version) route_reply_ and route_reply_len_ become part of reply_addrs_! this causes the wireless code to malfunction. This seems like a byte alignment problem Nader Salehi 12/20/99
char* dump()
void dump(char *)
inline int& get_next_type()
inline void init()
inline int& max_propagation()
int max_propagation_: how many times can RTreq be forwarded?
inline int& num_addrs()
int num_addrs_
inline int& num_route_errors()
int num_route_errors_
inline int& offset()
static int offset_: offset for this header
inline struct sr_addr* reply_addrs
int route_error_: are we carrying a route reply?
inline int& route_reply()
inline int& route_reply_len()
int route_reply_len_
inline int& route_request()
int route_request_: is this a route request?
inline int& rtreq_seq()
int rtreq_seq_: route request sequence number
inline int size()
inline int& valid()
int valid_: is this header actually in the packet? and initialized?