public inbox for b.a.t.m.a.n@lists.open-mesh.org
 help / color / mirror / Atom feed
From: elektra <onelektra@gmx.net>
To: The list for a Better Approach To Mobile Ad-hoc Networking
	<b.a.t.m.a.n@lists.open-mesh.net>
Subject: Re: [B.A.T.M.A.N.] List policy for none subscribers
Date: Thu, 27 Aug 2009 13:10:33 +0200	[thread overview]
Message-ID: <200908271310.34348.onelektra@gmx.net> (raw)
In-Reply-To: <20090826180810.GF16067@lunn.ch>

Hi!

> How many of these goals can be reached without changing the packet
> format? I've implemented regenerating lost OGMs without changing the
> protocol to a degree it needs to bump the version number. Does
> removing the averaging of TQ from remote neighbors change the message
> format?

We were discussing about including local Hello messages in the design, so 
there will be a additional packet type. Hmm. 
Maybe we could go without breaking backward compatibility. On the other hand - 
why should we not break backward compatibility when we introduce a new 
generation of the protocol? Running old and new together may introduce 
'interesting' side effects and we'll eventually find ourself debugging 
incompatibility problems when trying to trace bugs in the new protocol 
version. Hence we have decided to add a compatibility version number in the 
packets at a very early stage of the project.

Regarding a open posting list - what would be a possible migration scenario 
for a new list hosted at sourceware et al, given that we have an existing list 
with a number of subscribers? 

Cheers,
Elektra

  parent reply	other threads:[~2009-08-27 11:10 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-08-26  6:41 [B.A.T.M.A.N.] List policy for none subscribers Andrew Lunn
2009-08-26  7:54 ` Marek Lindner
2009-08-26  8:27   ` Andrew Lunn
2009-08-26  8:01 ` Sven Eckelmann
2009-08-26  8:51   ` Marek Lindner
2009-08-26 10:47     ` [B.A.T.M.A.N.] Breaking long lines Andrew Lunn
2009-08-26 10:52     ` [B.A.T.M.A.N.] New name for batman-adv? Andrew Lunn
2009-08-27  9:58       ` Marek Lindner
2009-08-27 19:44         ` Andrew Lunn
2009-08-28  1:57           ` Outback Dingo
2009-08-28  3:08             ` Andrew de Andrade
2009-08-28  6:42             ` Antoine van Gelder
2009-10-09 18:57         ` Linus Lüssing
2009-08-26 11:01     ` [B.A.T.M.A.N.] Configuration interface Andrew Lunn
2009-08-27 13:57     ` [B.A.T.M.A.N.] List policy for none subscribers Bernd Petrovitsch
2009-08-26  9:19   ` elektra
2009-08-26 10:41     ` Andrew Lunn
2009-08-26 18:08     ` Andrew Lunn
2009-08-27 10:05       ` Marek Lindner
2009-08-27 11:10       ` elektra [this message]
2009-08-27 14:17         ` Andrew Lunn

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=200908271310.34348.onelektra@gmx.net \
    --to=onelektra@gmx.net \
    --cc=b.a.t.m.a.n@lists.open-mesh.net \
    /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