Re: [manet-dlep-rg] Multicast destination

Teco Boot <teco@inf-net.nl> Mon, 11 November 2013 16:48 UTC

Return-Path: <teco@inf-net.nl>
X-Original-To: manet-dlep-rg@ietfa.amsl.com
Delivered-To: manet-dlep-rg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C871F21E81EE for <manet-dlep-rg@ietfa.amsl.com>; Mon, 11 Nov 2013 08:48:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.407
X-Spam-Level:
X-Spam-Status: No, score=-3.407 tagged_above=-999 required=5 tests=[AWL=-0.123, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, SARE_MILLIONSOF=0.315]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GMrZARb9P6TZ for <manet-dlep-rg@ietfa.amsl.com>; Mon, 11 Nov 2013 08:48:30 -0800 (PST)
Received: from mail-ea0-f173.google.com (mail-ea0-f173.google.com [209.85.215.173]) by ietfa.amsl.com (Postfix) with ESMTP id 9F68311E8128 for <manet-dlep-rg@ietf.org>; Mon, 11 Nov 2013 08:48:29 -0800 (PST)
Received: by mail-ea0-f173.google.com with SMTP id g10so2868862eak.4 for <manet-dlep-rg@ietf.org>; Mon, 11 Nov 2013 08:48:28 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=xi9o7hL8nN5VItmql9PBrNiJBpOv8N62ABnxQRbKdpw=; b=kw7WLzfoN14c5TBGMl3McVQpcOLYBlvjL4z82Dsit3fF2tsVxpXbJPTCKFbeBb4Pq7 ifpFP0u9FU0vvLBfnCV+vS9Pgre3MXnN+0pq1cU39Fkw+KMAkXgRIEQJPAGJcU6SSs72 6cn14unmw24pxos8ZKeoz0mv6kz4fWDFAQa0VpbpiA5try5B0xH6LQxRChTtxfYSJ7L6 PW/fIe6sxdQzR45SROdNj4fpS7J9fq+qK0C28X1utX/lKZTTVy+Z7rKb7zN2Hj2U3QuR lhGRdzqOr7xVPLd3+Fk4kdipjnnOwPDHhuO46ihPTfgEO2w1OZKX8ShJv1YNzwOKzvv1 xCFg==
X-Gm-Message-State: ALoCoQlYJUNgWIv25uNrIg/xHg5PxTdZZX+nHzjhaPd/8AZXztmg67gQ7f5No/Xt+QTfBBfA6yI4
X-Received: by 10.14.241.74 with SMTP id f50mr36363466eer.29.1384188508266; Mon, 11 Nov 2013 08:48:28 -0800 (PST)
Received: from [10.175.173.95] (524A14A4.cm-4-3a.dynamic.ziggo.nl. [82.74.20.164]) by mx.google.com with ESMTPSA id i1sm64940143eeg.0.2013.11.11.08.48.27 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 11 Nov 2013 08:48:27 -0800 (PST)
Content-Type: text/plain; charset="windows-1252"
Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\))
From: Teco Boot <teco@inf-net.nl>
In-Reply-To: <41EDF22B-4F73-48C2-B4F1-7A354AB0A043@cisco.com>
Date: Mon, 11 Nov 2013 17:48:27 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <F9D12C50-CED5-4CDE-9B91-5615E1FB86E8@inf-net.nl>
References: <7f8563e0-213f-4cff-b06a-ef457892baef@SUCNPTEXC01.COM.AD.UK.DS.CORP> <5216FB82.8000502@fkie.fraunhofer.de> <9a6247f8-4ac8-4bd1-80bd-e28438f58979@SUCNPTEXC01.COM.AD.UK.DS.CORP> <B177F831FB91F242972D0C35F6A0733105BA268E@SUCNPTEXM01.com.ad.uk.ds.corp> <3c95c9c9-50d9-402c-b2fd-4091a4258f8b@SUCNPTEXC01.COM.AD.UK.DS.CORP> <B177F831FB91F242972D0C35F6A0733105BA27D7@SUCNPTEXM01.com.ad.uk.ds.corp> <521CA1E4.9010506@fkie.fraunhofer.de> <2ED1D3801ACAAB459FDB4EAC9EAD090C11499B6B@xmb-aln-x03.cisco.com> <99EEB24D-7529-44FE-9FD2-C4F207772FC6@inf-net.nl> <CAGnRvuoSWMiM7z828B9yh2MBSKfLywiBFuZXJQezP4z+vcoqvQ@mail.gmail.com> <185ABE7A-B220-4063-9025-7DD000DB646C@inf-net.nl> <41EDF22B-4F73-48C2-B4F1-7A354AB0A043@cisco.com>
To: Stan Ratliff <sratliff@cisco.com>
X-Mailer: Apple Mail (2.1816)
Cc: Henning Rogge <hrogge@googlemail.com>, "manet-dlep-rg@ietf.org" <manet-dlep-rg@ietf.org>
Subject: Re: [manet-dlep-rg] Multicast destination
X-BeenThere: manet-dlep-rg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: DLEP Radio Group <manet-dlep-rg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manet-dlep-rg>, <mailto:manet-dlep-rg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/manet-dlep-rg>
List-Post: <mailto:manet-dlep-rg@ietf.org>
List-Help: <mailto:manet-dlep-rg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manet-dlep-rg>, <mailto:manet-dlep-rg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 11 Nov 2013 16:49:00 -0000

Op 11 nov. 2013, om 02:08 heeft Stan Ratliff (sratliff) <sratliff@cisco.com> het volgende geschreven:

> Maybe I'm being dense here, but….. 
> 
> Multicast addresses "come with" Layer 2 MAC addresses. Yes, they are derived. Yes, they might collide. But DLEP already supports (at least spec-wise) the notion of one MAC address having multiple Layer 3 addresses associated with it.

We have to discuss the address TLVs at a next teleconf. Personally, I think the address TLVs deserve a separate RFC. Let's do it right. I'm willing to put energy in it. 


> So, in my little (maybe weird??) world, either
> 
> 1. The radio is "PIM snooping"

Could be. There is more than PIM.


> , sees Multicast traffic, and peels the MAC/Layer 3 address off. The "DLEP smarts" in the modem generates a "Destination Up" message, with the MAC and Layer 3 address.

Why would it do so? If it is a bridge, it floods multicast (unless IGMP/PIM snooping of RGMP). And multicast has same metrics as broadcast.

If it supports some kind of smart multicast forwarding, shouldn't we first describe what it is? And as a next step define signaling between router and modem, if we need such?

If it is for traffic management, why not use the Traffic Flow Template? Much more powerful and implemented in millions of devices already.


> Oh, and it puts metrics on that, too. If the characteristics of the multicast transmission change (bandwidth, etc), a "Destination Update" is used, just like for any other destination in the network. 
> 
> *OR* 
> 
> 2. The "Destination Up" is supplied by the router, when the appropriate PIM information is received. Again, the "Destination Up" (this time, from router to modem), will have the MAC and Layer 3 information. The modem takes note of the new Destination MAC (I assume that's the only thing the modem is interested in), and can then respond with a "Destination Update" that gives the router metrics.

This is RGMP, I believe (rfc3488).


> 
> After the initial exchange, there's really no difference between the modem-initiated and the router-initiated case.

If two mechanisms result in same outcome, let's skip one.

But maybe they are different, I don't know. An "Order" message from router to modem looks different to me than a "Report" message from modem to router.


Teco