* [Drbd-dev] UDP multicast transport
@ 2013-11-07 12:32 raulhp
2013-11-08 8:01 ` Lars Ellenberg
0 siblings, 1 reply; 4+ messages in thread
From: raulhp @ 2013-11-07 12:32 UTC (permalink / raw)
To: drbd-dev
Hello,
I´m reading the ROADMAP about the DRBD-9.0's features and I see that
you are developing a transport layer for UDP multicast for the next
release.
Is there any way to contact someone?
I´m interested in the topic.
Regards!
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Drbd-dev] UDP multicast transport
2013-11-07 12:32 [Drbd-dev] UDP multicast transport raulhp
@ 2013-11-08 8:01 ` Lars Ellenberg
2013-11-08 14:11 ` Philipp Reisner
0 siblings, 1 reply; 4+ messages in thread
From: Lars Ellenberg @ 2013-11-08 8:01 UTC (permalink / raw)
To: drbd-dev
On Thu, Nov 07, 2013 at 01:32:04PM +0100, raulhp wrote:
> Hello,
Hi there.
> I´m reading the ROADMAP about the DRBD-9.0's features and I see that
> you are developing a transport layer for UDP multicast for the next
> release.
It is on the Roadmap, yes.
It is not current being actively worked on, though.
> Is there any way to contact someone?
>
> I´m interested in the topic.
You are interested in the topic as in
you desperately would like to use it and might be sponsoring development?
Or, given your UGR email address, as in you are volunteering to help out
with development?
Or as in, if that protocol existed today, you'd like to compare it with
others in some more or less scientific review paper?
Or something else?
Thanks for asking, anyways...
Cheers,
Lars
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Drbd-dev] UDP multicast transport
2013-11-08 8:01 ` Lars Ellenberg
@ 2013-11-08 14:11 ` Philipp Reisner
[not found] ` <dde6da977bc8c90c4d68a5e44e68d3c3@ugr.es>
0 siblings, 1 reply; 4+ messages in thread
From: Philipp Reisner @ 2013-11-08 14:11 UTC (permalink / raw)
To: drbd-dev
> Hi there,
>
> Yes, I´m interested in making multicast protocol development, then I
> will study and define an algorithm.
>
> What I can do?
>
> Raúl
Hi Raúl,
We welcome such a contribution very much. We will help you
in the progress in answering questions and giving pointers.
But let me give you a warning as well:
The DRBD code is complex, and kernel programming and debugging
is hard. Plan for several month of your full attention for this task.
If that is fine for you please read on.
* You need to base your work on the current drbd-9.0 development
code.
* In case you are not used to GIT, make yourself familiar with this
great tool. Understand what "rebase" means.
* Make yourself familiar with the DRBD code, make yourself familiar
with using drbd-9.0 (deploy it in a least 3 virtual machines)
Then you may either do a
a (prove of concept) first step, you may introduce UDP support
as a new address family into the userland tools (drbdadm, drbdsetup).
[Strictly speaking UDP is not a difference address family but a different
socket type]
Get that to work in a network without packet loss.
Develop ideas of how to deal with packet loss...
Last step: Actually do multicasting for sending data packets.
or have some completely other approach
You will actually need to keep your work in a dedicated branch that you
will need to rebase on the drbd-9.0 branch from time to time.
In case you work turns into something useful, we might be in the
position to merge your branch mid 2014.
Does this give you an idea?
PS: May I ask about your motivation for this effort?
Best,
Phil
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2013-11-11 15:06 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-11-07 12:32 [Drbd-dev] UDP multicast transport raulhp
2013-11-08 8:01 ` Lars Ellenberg
2013-11-08 14:11 ` Philipp Reisner
[not found] ` <dde6da977bc8c90c4d68a5e44e68d3c3@ugr.es>
2013-11-11 15:06 ` Philipp Reisner
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox