From: Jesse Jones <jjones@cococorp.com>
To: linux-wireless@vger.kernel.org
Subject: RE: [PATCH] mac80211: mesh - don't special case routing to transmitter
Date: Thu, 25 Jun 2015 12:35:09 -0700 [thread overview]
Message-ID: <875882b849168899bd0012dc40da7b79@mail.gmail.com> (raw)
In-Reply-To: <CAEFj986kwfLXqPm+qN6pbB+_Pe3m2-9PLNZXf6+pH_fCeQqZ8A@mail.gmail.com>
> > Updating the path to the transmitter of a path message is optional
> > according to section 13.10.8.4 of the standard. Doing so can lead to
> > better performance since we can adjust the route to the transmitter
> > based on the freshest possible information. However it can also cause
> > routing loops with more than four or five nodes.
>
> Do you have the test scenario on how routing loops happen in this case?
>
> Thanks
>
> ----
> Chun-Yeow
We did this over a year ago and I don't think we saw routing loops though
iirc we saw better performance when we made the change. Most likely because
of the other problem with the original code: it creates a path to the ta if
none exists but does not go through discovery to do so. So if the direct hop
is not the best path you're going to be stuck with a crappy path until the
next refresh.
In any case updating metrics without doing an SN feasibility check is highly
suspect. I'm not 100% sure this instance will cause routing loops but I do
know that every time I have tried to be clever and optimize routing without
looking at both the SN and metric I have wound up with routing loops.
-- Jesse
next prev parent reply other threads:[~2015-06-25 19:35 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-25 1:55 [PATCH] mac80211: mesh - don't special case routing to transmitter Yeoh Chun-Yeow
2015-06-25 19:35 ` Jesse Jones [this message]
2015-06-26 1:32 ` Yeoh Chun-Yeow
2015-06-26 1:52 ` Yeoh Chun-Yeow
2015-06-26 19:15 ` Jesse Jones
2015-06-26 19:46 ` Yeoh Chun-Yeow
2015-06-26 20:13 ` Jesse Jones
-- strict thread matches above, loose matches on Subject: below --
2015-06-17 17:04 Alexis Green
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=875882b849168899bd0012dc40da7b79@mail.gmail.com \
--to=jjones@cococorp.com \
--cc=linux-wireless@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).