From mboxrd@z Thu Jan  1 00:00:00 1970
From: Atzm Watanabe <atzm@stratosphere.co.jp>
Subject: Re: [PATCH iproute2] vxlan: Allow setting unicast address to the group address
Date: Thu, 11 Apr 2013 15:27:38 +0900
Message-ID: <87ppy1mvj9.wl%atzm@stratosphere.co.jp>
References: <87sj2yn4y2.wl%atzm@stratosphere.co.jp>
	<20130410094639.748d022f@nehalam.linuxnetplumber.net>
Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
Cc: netdev@vger.kernel.org
To: Stephen Hemminger <stephen@networkplumber.org>
Return-path: <netdev-owner@vger.kernel.org>
Received: from mail-da0-f53.google.com ([209.85.210.53]:61741 "EHLO
	mail-da0-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752350Ab3DKG2J (ORCPT
	<rfc822;netdev@vger.kernel.org>); Thu, 11 Apr 2013 02:28:09 -0400
Received: by mail-da0-f53.google.com with SMTP id n34so545047dal.26
        for <netdev@vger.kernel.org>; Wed, 10 Apr 2013 23:28:09 -0700 (PDT)
In-Reply-To: <20130410094639.748d022f@nehalam.linuxnetplumber.net>
Sender: netdev-owner@vger.kernel.org
List-ID: <netdev.vger.kernel.org>


At Wed, 10 Apr 2013 09:46:39 -0700,
Stephen Hemminger wrote:
> 
> On Wed, 10 Apr 2013 17:52:05 +0900
> Atzm Watanabe <atzm@stratosphere.co.jp> wrote:
> 
> > This patch allows setting unicast address to the VXLAN group address.
> > It allows that VXLAN can be used as peer-to-peer tunnel without
> > multicast.
> > 
> > Signed-off-by: Atzm Watanabe <atzm@stratosphere.co.jp>
> > ---
> >  ip/iplink_vxlan.c | 3 ---
> >  1 file changed, 3 deletions(-)
> > 
> > diff --git a/ip/iplink_vxlan.c b/ip/iplink_vxlan.c
> > index 1025326..cfe324c 100644
> > --- a/ip/iplink_vxlan.c
> > +++ b/ip/iplink_vxlan.c
> > @@ -66,9 +66,6 @@ static int vxlan_parse_opt(struct link_util *lu, int argc, char **argv,
> >  		} else if (!matches(*argv, "group")) {
> >  			NEXT_ARG();
> >  			gaddr = get_addr32(*argv);
> > -
> > -			if (!IN_MULTICAST(ntohl(gaddr)))
> > -				invarg("invald group address", *argv);
> >  		} else if (!matches(*argv, "local")) {
> >  			NEXT_ARG();
> >  			if (strcmp(*argv, "any"))
> 
> Could you use another name or argument to express the different intended behavior.

OK, I agreed.

But simply adding another name and argument also means that a VXLAN
interface can have multiple "last resort".
So I'll try to fix as below:

   1) Add "remote" apart from "group".
   2) But specifying both arguments at a time will fail.

If you have other better ideas, please let me know.

Thanks.