[Babel-users] [PATCH] babel: Basic support for a version string

Juliusz Chroboczek jch at pps.univ-paris-diderot.fr
Sun Apr 5 12:43:54 UTC 2015


> 1) It is not clear to me how to generate a release tarball with the
> VERSION file, instead of git.

> I bummed the tiny script from the dnsmasq tree to parse the release
> tags and supply the git commit it was based on.

I'll have a look at your patch.

> 2) I thought about adding the version to the info supplied to
> babelweb, but did not poke there

Noted.

> 3) It is not clear from reading the man page if diversity routing and
> rtt based stuff can be enabled at the same time.

Yes, they can.  Babel doesn't care.

> If both are set, who wins?

They act at different levels, RTT is at the cost level, diversity is at
the metric level.  Picture:


  A -----> B -----> C
    Cost1    Cost2
       \     /
        \   /
          ⊗
          |
          V
       Metric(A,C)

Ordinary Babel on wireless links:

  Cost = ETX
  Metric = Cost1 + Cost2

RTT-based Babel on wireless links:

  Cost = ETX + F(RTT)
  Metric = Cost1 + Cost2

where F is the map defined in Fig. 7 of http://arxiv.org/pdf/1403.3488.pdf .

Babel-Z:

  Cost = ETX
  Metric = α·Cost1 + Cost2

where α depends on whether A-B and B-C interfere or not.

RTT-based Babel-Z:

  Cost = ETX + F(RTT)
  Metric = α·Cost1 + Cost2

So everything should work fine, although I'd expect the behaviour to be
interesting to analyse.

> 4) Also, diversity routing is the default for me, and I would suspect
> the default for others, so I would suggest flipping the default to
> true in 1.6.

Not in 1.6.0.  There's a huge change in 1.6.0, and if we run into
problems, I need to know why.  So the default configuration is not
changing.

I also haven't formally evaluated Babel-Z yet (yeah, I know, it's been two
years), so I'm still a little nervous about it.

> Should I use github pull requests instead?

If you do, please mail, I don't log into Github usually.

— Juliusz



More information about the Babel-users mailing list