Re: [Omnetpp-l] INETMANET MAC Failure Notification: Possible bug

["Alfonso Ariza" <aarizaq_m at xxx>]

I have included a modification to OLSR, now the OLSR will delete the routing 
entry if the packet is lost

In the actual implementation the OLSR doesn't begin a new discover cycle is 
the packet is lost (the discovering cycle is timer event only).  In this 
case the route entry will continue delete after the next discovering cycle


--------------------------------------------------
From: <Carlos.GIRALDO at xxx>
Sent: Monday, May 25, 2009 3:57 PM
To: <omnetpp-l at xxx>
Subject: [Omnetpp-l] INETMANET MAC Failure Notification: Possible bug

> Hi omnet-list,
>
> I am working in MANETs. I use omnetpp 4 with inetmanet framework.
> I test the different behavior of OLSR with and without failure
> notification ( **.use_mac={1,0}) but I obtain the same results.
> Then, I debug the program and I notice the next:
> When a mac failure is notified to the routing protocol,
> ManetRoutingBase check the destination in the routing table of the
> host with the function omnet_exist_rte():
>
> ManetRoutingBase.cc
>
> (...)
> //
> // Check if it exists in the ip4 routing table the address dst
> // if it doesn't exist return ALLONES_ADDRESS
> //
> Uint128 ManetRoutingBase::omnet_exist_rte (Uint128 dst)
> {
> /* Add route to kernel routing table ... */
> IPAddress desAddress((uint32_t)dst);
> (...)
>
> But with this, I checked that desAddress is always 0.0.0.1
> I change it to:
>         IPAddress desAddress(dst.toUint());
>
> And now, it works.
>
> I hope somebody find this useful.
>
> Carlos
>
>
>
> _______________________________________________
> Omnetpp-l mailing list
> Omnetpp-l at xxx
> http://lists.omnetpp.org/mailman/listinfo/omnetpp-l
> 
_______________________________________________
Omnetpp-l mailing list
Omnetpp-l at xxx
http://lists.omnetpp.org/mailman/listinfo/omnetpp-l