netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Vitalii Demianets <vitas@nppfactor.kiev.ua>
To: David Lamparter <equinox@diac24.net>
Cc: bridge@lists.linux-foundation.org, netdev@vger.kernel.org,
	"Srinivas M.A." <srinivas.aji@gmail.com>,
	Stephen Hemminger <shemminger@vyatta.com>
Subject: Re: Introducing open source MSTP daemon
Date: Fri, 23 Sep 2011 10:36:04 +0300	[thread overview]
Message-ID: <201109231036.05039.vitas@nppfactor.kiev.ua> (raw)
In-Reply-To: <20110922163939.GB1012103@jupiter.n2.diac24.net>

On Thursday 22 September 2011 19:39:40 David Lamparter wrote:
> Very cool!
>
> The code looks quite good to me (i've only looked at 2 files though ;).
> Minor nitpicks:
>  - hmac_md5 & epoll could maybe come from an external library. you're
>    the 3810583th person to have code for that... libevent?
>    OpenSSL/gnutls?
>  - libnetlink.c is a copy from iproute2? since it is a fresh clean SVN,
>    it's not easy to know whether you made changes. Can you put a note
>    which version this is? Or maybe you can link it externally?
>  - the "assign" macro and "boolFalse" in mstp.c are weird. I understand
>    you want stricter type checking, but this makes the code somewhat
>    odd to read. Maybe external tools can be used to do this checking
>    (sparse, cppcheck, llvm's static analysis, ...)
>
Happy to hear you are interested )
I suppose these questions are not related to kernel development so I suggest 
to continue discussion on above topics at the project discussion board:
http://sourceforge.net/p/mstpd/discussion/

> I assume it works with current Linux kernel bridge code on a RSTP level?
> The code looks considerably more maintainable than rstpd :) - I will try
> running it later!
>
Sorry, at the moment function MSTP_OUT_set_state() does nothing except 
logging. But it is valueable thought: although MSTI states do not have 
meaning to the kernel bridge code, CIST states can be used to control bridge 
slave states, so mstpd can replace rstpd as more generic (and conforming to 
more recent standard).
Anyways, the code is basically untested. It compiles and runs in my setup, 
that's all for now. But I somehow have gut feeling that the code is mature 
enough to be put for the community consideration.

-- 
Vitalii Demianets

  parent reply	other threads:[~2011-09-23  7:37 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-09-22 14:27 Introducing open source MSTP daemon Vitalii Demianets
2011-09-22 16:39 ` David Lamparter
2011-09-22 16:45   ` David Lamparter
2011-09-23  7:36   ` Vitalii Demianets [this message]
2011-09-23 12:30     ` David Lamparter
2011-09-23 13:13       ` Vitalii Demianets
2011-09-28  9:56   ` Vitalii Demianets
2012-01-31  9:38     ` augusto
2012-02-01  5:56       ` David Lamparter
2012-02-01 16:30 ` yao zhao

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=201109231036.05039.vitas@nppfactor.kiev.ua \
    --to=vitas@nppfactor.kiev.ua \
    --cc=bridge@lists.linux-foundation.org \
    --cc=equinox@diac24.net \
    --cc=netdev@vger.kernel.org \
    --cc=shemminger@vyatta.com \
    --cc=srinivas.aji@gmail.com \
    /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).