Re: [babel] [manet] IETF 114 manet meeting presentation

["Velt, R. (Ronald) in 't" <[e-mail]>]

[Dear MANETeers, Babelites, ROLLers, I am going to cross-post replies to various posts on the Babel and MANET MLs or to mails to the chairs over the past two weeks in semi-random order, in an attempt to get us on the same page for Friday’s joint session. Apologies for the noise in case you are not interested in multicast, the topic of that session.]

Hi Brian,

Sorry for the delayed reply and good to hear from you! Please see inline.

Ron, Henning,

I am not sure if I can participate in the live meeting next week, but I could provide some information and even slides to Henning (if he’s interested)  on the nrlsmf data plane.  The current code has evolved a bit since we last presented an overview at an IETF meeting.   Or if you want to identify this as a possible future presentation if there’s interest let me know.

While it would be truly awesome if you could participate, a contribution in any way, shape or form is most welcome! In my own presentation, I was going to refer extensively to the excellent presentation Justin Dean gave in the MANET session at IETF-96 (see slides: https://www.ietf.org/proceedings/96/slides/slides-96-manet-1.pdf ). An update on work done by NRL in recent years would be very relevant, in my opinion. Slides can either go into Henning’s presentation or mine. (Or you can have your own presentation slot, if you can make it).

My current “go to” approach for the data/forwarding plane as a user-space process has been to use a combination of PF_PACKET socket (on Linux … other mechanisms on the other operating systems supported that includes MacOSX, Windows, Android, and other Unix platforms). and a Tun/Tap virtual interface with the protocols configured on the Tun/Tap interface.

(Does this mean the pcap-based approach has been abandoned for nrlsmf?)

This is a  topic of particular interest for me.  One thing I have been doing is more clearly separating the data/forwarding plane aspects of SMF/Elastic Multicast implementation from the control plane.  There are some events triggered by things that happen in the data plane (e.g., detection of multicast flow activity/inactivity) and part of the approach is achieve sufficient functionality while minimizing what happens in the forwarding plane and limiting the amount of interaction between the control plane and data plane.  Some of our work has included working with Open vSwitch (OvS) and I have been looking at this in the interest of what data/forwarding plane functionality could be embedded within OvS to support MANET multicast.   The idea would be then to have an option besides the user-space forwarding engine approach currently used.

Very interesting. I definitely would like to hear more about that. Another option, at least in theory, would be to improve multicast forwarding support in (Linux) kernel space, as already hinted at by Henning.

Thanks!
Ronald

Best regards,

Brian


From: manet <[e-mail]<mailto:[e-mail]>> on behalf of "Velt, R. (Ronald) in 't" <Ronald.intVelt=[e-mail]<mailto:Ronald.intVelt=[e-mail]>>
Date: Friday, July 22, 2022 at 5:19 AM
To: "Rogge, Henning" <[e-mail]<mailto:[e-mail]>>, "[e-mail]<mailto:[e-mail]>" <[e-mail]<mailto:[e-mail]>>
Cc: "[e-mail]<mailto:[e-mail]>" <[e-mail]<mailto:[e-mail]>>
Subject: Re: [manet] IETF 114 manet meeting presentation

Hi Henning,

That would certainly be a useful contribution to our session, in my opinion. I checked with the chairs of the other groups: there was positive feedback from Donald Eastlake and silence from the ROLL chairs (which we will interpret as approval 😊 How much time do you think you need? I’ll adapt the agenda accordingly once I get to Philly. (Am travelling today).

Thanks!
Ronald

From: manet <[e-mail]<mailto:[e-mail]>> On Behalf Of Rogge, Henning
Sent: donderdag 21 juli 2022 15:44
To: [e-mail]<mailto:[e-mail]>
Cc: [e-mail]<mailto:[e-mail]>
Subject: [manet] IETF 114 manet meeting presentation

Hello,

I will be attending (online) the IETF 114 MANET meeting and would like to give a short presentation about the practical problems of multicast routing.

A “how the hell should we do the data-plane” talk.

I know, it’s in theory and implementation issue and not a protocol one, but I think it is a VERY relevant problem for MANET, because there is no good solution on Linux (which is often and widely used for MANET implementations) and I worry that other operation systems have similar issues.

In the end, if the data-plane is bad, nobody will use any protocol we talk about.

Henning Rogge

This message may contain information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. TNO accepts no liability for the content of this e-mail, for the manner in which you use it and for damage of any kind resulting from the risks inherent to the electronic transmission of messages.