[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [manet] DYMO and other routing protocols
Hello Philippe,
I really want to understand your point, but I confess
that I am somewhat mystified and not yet getting it.
How does OLSR adapt to "space"? Do you mean
Euclidean space with constant radio range? I can just
see the point about topology (because of MPRs),
but I think we should insist that both DYMO and
OLSR be equally able to utilize some SMF (or, lately for
us, SMURF) ways of flooding over reduced relay sets.
As I understand this, the common dependence on a
reduced relay set will give both proactive and reactive
approaches equal adaptability to topology. But this
still doesn't enlighten me about adaptability in space.
Regarding the adaptability in time...
DYMO has the following time-based dependencies
- route timeouts
- shifting route discovery anywhere up to and
including application launch
- some second order effects about sequence
numbers.
I can definitely see a role for a new extension which
enables nodes in a path to specify a non-default
value for the route timeout. But it is not clear to me
that this is what you are referring to. Could you be
a bit more explicit?
Anyway, this note is a long way of asking for more
details, and I hope you won't mind having a longer
discussion about it.
Finally, if you would care to point out cases where
DYMO performs poorly, but which are not able
to be explained by reliance on brute-force flooding,
it would be appreciated. I know about the case of
fully-connected traffic patterns, and a few other
corner cases, but somehow I feel you may have
something else in mind.
Regards,
Charlie P.
ext Philippe Jacquet wrote:
I would say that from a very broad perspective, on-demand protocols
discriminate routes with respect to time and proactive protocols
discriminate routes with respect to space. Personnally I have
preference to proactive approach because it is richer and gives better
internet legacy. Objectively the two approaches have their advantages
and drawbacks and the two should be considered.
This said, I don't think that on-demand and proactive approaches are
represented at the same level in MANET. OLSRv2 has "space"
adaptability: i.e algorithms which automatically adapt to space and
topology variety, including for instance the MPR mechanism. In DYMO I
don't see an equivalent "time" adaptibility that goes beyond the
default values in timers. I think this may explain why the protocol
performs great in some scenario and very poorly in other.
Some adaptability feature in DYMO would be welcome, not necessarily
proactive, but at least some memory based feature could help.
Philippe
David Murray a écrit :
Hi,
I am wondering how DYMO fits in with the other routing protocols. I
have read a number of papers that discuss how on-demand routing
protocols like DSR/AODV work better in highly mobile environments
where movement is fast, CPU and memory are low and batteries are
limited. Equally, in situations where movement is very low, and there
are no power limitations, protocols like OLSR/TBRPF/STAR perform better.
So, I have a mental picture of OLSR/TBRPF being predominantly used in
stationary 802.11 mesh devices and AODV/DYMO being used to connect
users mobile devices ush as phones and PDAs. Is this correct or are
things not quite as simple as this? (I know RFC 2501 discusses MANET
applications and characteristics but the discussion is quite general)
If this is correct, it seems to me that DYMO and AODV are used in
very similar situations (the ad hoc interconnect between users
devices). I am aware that DYMO is a simplified version of AODV both
in code and network operation. It seems like the major difference is
the path accumulation feature in DYMO which allows nodes to append
their information to a RREP to give other nodes better knowledge of
the topology. It also seems that the hello feature has been removed
in DYMO. So, is DYMO likely to be a replacement for AODV or do they
have different uses/applications?
Thanks for your time
Dave
_______________________________________________
manet mailing list
manet at ietf.org
https://www1.ietf.org/mailman/listinfo/manet
_______________________________________________
manet mailing list
manet at ietf.org
https://www1.ietf.org/mailman/listinfo/manet
_______________________________________________
manet mailing list
manet at ietf.org
https://www1.ietf.org/mailman/listinfo/manet