All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Linus Lüssing" <linus.luessing@c0d3.blue>
To: The list for a Better Approach To Mobile Ad-hoc Networking
	<b.a.t.m.a.n@lists.open-mesh.org>
Cc: Jonathan Haws <jhaws@sdl.usu.edu>
Subject: Re: [B.A.T.M.A.N.] [PATCH] IPv4 multicast distribution support.
Date: Tue, 17 Jan 2017 20:30:13 +0100	[thread overview]
Message-ID: <20170117193013.GA3813@otheros> (raw)
In-Reply-To: <1484596174-16341-1-git-send-email-jhaws@sdl.usu.edu>

On Mon, Jan 16, 2017 at 12:49:34PM -0700, Jonathan Haws wrote:
> Enabled via -4 expert option where multicast group address is specified.
> This option will disable IPv6 communication and is intended for use in networks
> which do not support IPv6 addressing.
> 
> When this option is enabled, all IPv6 communication is disabled. Combining
> IPv4 and IPv6 alfred nodes is unsupported.
> 
> Signed-off-by: Jonathan Haws <jhaws@sdl.usu.edu>
> ---
>  README         |   4 +-
>  alfred.h       |  21 +++++---
>  batadv_query.c |  53 ++++++++++++-------
>  batadv_query.h |   5 +-
>  client.c       |   2 +-
>  main.c         |  10 +++-
>  man/alfred.8   |   5 ++
>  netsock.c      | 160 +++++++++++++++++++++++++++++++++++++++++++++++++++++----
>  recv.c         |  67 +++++++++++++++++-------
>  send.c         |  51 ++++++++++++------
>  server.c       |   8 +--
>  unix_sock.c    |   2 +-
>  12 files changed, 308 insertions(+), 80 deletions(-)
> 
> diff --git a/README b/README
> index bc1c3bc..28f3dc9 100644
> --- a/README
> +++ b/README
> @@ -20,7 +20,9 @@ programs to communicate with alfred (done via unix sockets). alfred then takes
>  care of distributing the local information to other alfred servers on other
>  nodes. This is done via IPv6 link-local multicast, and does not require any
>  configuration. A user can request data from alfred, and will receive the
> -information available from all alfred servers in the network.
> +information available from all alfred servers in the network. Alternatively,
> +alfred can be configured to distribute the local information via IPv4 multicast.
> +This is configured by setting the IPv4 multicast group address in the -4 option.
>  
>  Compilation
>  -----------
> diff --git a/alfred.h b/alfred.h
> index 2e8db1e..5237594 100644
> --- a/alfred.h
> +++ b/alfred.h
> @@ -48,6 +48,12 @@ enum data_source {
>  	SOURCE_SYNCED = 2,
>  };
>  
> +typedef union
> +{
> +  struct in_addr ipv4;
> +  struct in6_addr ipv6;
> +} alfred_addr;
> +

Just out of curiousity (and I suspect the answer is probably "no").
For multicast there is no API to write protocol agnostic socket
code, right?

(like these agnostic sockaddr_storage / getaddrinfo() / inet_pton()
thingies which you would use for unicast)

  parent reply	other threads:[~2017-01-17 19:30 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-01-16 19:49 [B.A.T.M.A.N.] [PATCH] IPv4 multicast distribution support Jonathan Haws
2017-01-16 19:52 ` Jonathan Haws
2017-01-17  7:44 ` Sven Eckelmann
2017-01-17 15:39   ` Jonathan Haws
2017-01-17 16:54     ` Sven Eckelmann
2017-01-17 19:11       ` Linus Lüssing
2017-01-18  5:12       ` Jonathan Haws
2017-01-18  8:11         ` Sven Eckelmann
2017-01-17 19:30 ` Linus Lüssing [this message]
2017-01-18  5:06   ` Jonathan Haws

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=20170117193013.GA3813@otheros \
    --to=linus.luessing@c0d3.blue \
    --cc=b.a.t.m.a.n@lists.open-mesh.org \
    --cc=jhaws@sdl.usu.edu \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.