* [MPTCP] Re: [Weekly meetings] MoM - 17th of September 2020
@ 2020-09-20 14:43 Geliang Tang
0 siblings, 0 replies; 3+ messages in thread
From: Geliang Tang @ 2020-09-20 14:43 UTC (permalink / raw)
To: mptcp
[-- Attachment #1: Type: text/plain, Size: 1850 bytes --]
Hi Paolo, Matt,
Paolo Abeni <pabeni(a)redhat.com> 于2020年9月19日周六 上午12:08写道:
>
> On Fri, 2020-09-18 at 17:45 +0200, Matthieu Baerts wrote:
> > What to send to netdev?:
> > - ADD/REMOVE addresses changes?:
> > - we need to wait for the next sync between net and net-next
> > - we should send a merge request to David Miller before the WE
> > - TODO: Matth: send this merge request → Done
>
> After the -net -> net-next merge I think it would be nice submitting
> upstream:
>
> selftests: mptcp: add ADD_ADDR mibs check function
> mptcp: add ADD_ADDR related mibs
> mptcp: send out ADD_ADDR with echo flag
> mptcp: add the incoming RM_ADDR support
> mptcp: add the outgoing RM_ADDR support
> mptcp: rename addr_signal and the related functions
>
> @Geliang: do you agree? could you take care of that? need some help
> with the cover letter? (not that I'm the right person for that ;)))
Thanks. I'll do that after the -net -> net-next merge. I want to submit upstream
all my 13 patches on the export branch once:
mptcp: rename addr_signal and the related functions
mptcp: add the outgoing RM_ADDR support
mptcp: add the incoming RM_ADDR support
mptcp: send out ADD_ADDR with echo flag
mptcp: add ADD_ADDR related mibs
selftests: mptcp: add ADD_ADDR mibs check function
mptcp: add accept_subflow re-check
mptcp: remove addr and subflow in PM netlink
mptcp: implement mptcp_pm_remove_subflow
mptcp: add RM_ADDR related mibs
mptcp: add mptcp_destroy_common helper
selftests: mptcp: add remove cfg in mptcp_connect
selftests: mptcp: add remove addr and subflow test cases
I'll send out the cover letter to mptcp mailing list for review before
sending these
patches to netdev mailing list.
Thanks.
-Geliang
>
> Cheers,
>
> Paolo
>
>
^ permalink raw reply [flat|nested] 3+ messages in thread
* [MPTCP] Re: [Weekly meetings] MoM - 17th of September 2020
@ 2020-09-23 9:10 Paolo Abeni
0 siblings, 0 replies; 3+ messages in thread
From: Paolo Abeni @ 2020-09-23 9:10 UTC (permalink / raw)
To: mptcp
[-- Attachment #1: Type: text/plain, Size: 6790 bytes --]
Hello,
cc-ing the ML, so that native english speakers may add their comments;)
On Wed, 2020-09-23 at 16:55 +0800, Geliang Tang wrote:
> Hi Matt, Paolo,
>
> Geliang Tang <geliangtang(a)gmail.com> 于2020年9月20日周日 下午10:43写道:
> > Hi Paolo, Matt,
> >
> > Paolo Abeni <pabeni(a)redhat.com> 于2020年9月19日周六 上午12:08写道:
> > > On Fri, 2020-09-18 at 17:45 +0200, Matthieu Baerts wrote:
> > > > What to send to netdev?:
> > > > - ADD/REMOVE addresses changes?:
> > > > - we need to wait for the next sync between net and
> > > > net-next
> > > > - we should send a merge request to David Miller
> > > > before the WE
> > > > - TODO: Matth: send this merge request → Done
> > >
> > > After the -net -> net-next merge I think it would be nice
> > > submitting
> > > upstream:
> > >
> > > selftests: mptcp: add ADD_ADDR mibs check function
> > > mptcp: add ADD_ADDR related mibs
> > > mptcp: send out ADD_ADDR with echo flag
> > > mptcp: add the incoming RM_ADDR support
> > > mptcp: add the outgoing RM_ADDR support
> > > mptcp: rename addr_signal and the related functions
> > >
> > > @Geliang: do you agree? could you take care of that? need some
> > > help
> > > with the cover letter? (not that I'm the right person for that
> > > ;)))
> >
> > Thanks. I'll do that after the -net -> net-next merge. I want to
> > submit upstream
> > all my 13 patches on the export branch once:
> >
> > mptcp: rename addr_signal and the related functions
> > mptcp: add the outgoing RM_ADDR support
> > mptcp: add the incoming RM_ADDR support
> > mptcp: send out ADD_ADDR with echo flag
> > mptcp: add ADD_ADDR related mibs
> > selftests: mptcp: add ADD_ADDR mibs check function
> > mptcp: add accept_subflow re-check
> > mptcp: remove addr and subflow in PM netlink
> > mptcp: implement mptcp_pm_remove_subflow
> > mptcp: add RM_ADDR related mibs
> > mptcp: add mptcp_destroy_common helper
> > selftests: mptcp: add remove cfg in mptcp_connect
> > selftests: mptcp: add remove addr and subflow test cases
> >
> > I'll send out the cover letter to mptcp mailing list for review
> > before
> > sending these
> > patches to netdev mailing list.
> >
>
> Today the depending on patches have been merged to net-next, so it's
> the
> time to submit upstream RM_ADDR and ADD_ADDR echo patches. Here is
> the
> cover letter of these patches for net-next, please review it for me:
>
> '''
> To: Mat Martineau <mathew.j.martineau(a)linux.intel.com>, Matthieu
> Baerts <matthieu.baerts(a)tessares.net>,
> "David S. Miller" <davem(a)davemloft.net>, Jakub Kicinski <
> kuba(a)kernel.org>
> Cc: netdev(a)vger.kernel.org, mptcp(a)lists.01.org
>
> Subject: [MPTCP][PATCH net-next 00/16] mptcp: RM_ADDR/ADD_ADDR
> enhancements
>
> This series include two enhancements for MPTCP path management,
> RM_ADDR
> support and ADD_ADDR echo support. These two enhancements had been
> developed in the last two months simultaneously, and been merged to
> mptcp_net-next's export branch successively, so they are separated in
> this series.
I suggest avoding (here and later) references to export branch: that is
a workflow detail. I would drop """These two...""" and perhaps add some
references to the RFC:
"""
This series include two enhancements for the MPTCP path management,
namely RM_ADDR support and ADD_ADDR echo support, as specified by RFC
sections 3.4.1. and 3.4.2.
"""
> 1 RM_ADDR support include 9 patches (1-3 and 8-13):
>
> Patch 1 is the helper for patch 2, these two patches add the RM_ADDR
> outgoing functions, which are copied from ADD_ADDR's corresponding
^^^^^^ "derived" (or "inspired") sounds
better ;)
> functions.
>
> Patch 3 adds the RM_ADDR incoming logic, when RM_ADDR suboption is
> received, close the subflow matching the rm_id, and update PM
> counter.
>
> Patch 8 is the main remove routine. When the PM netlink removes an
> address,
> we traverse all the existing msk sockets to find the relevant
> sockets. Then
> trigger the RM_ADDR signal and remove the subflow which using this
> local
> address, this subflow removing functions has been implemented in
> patch 9.
>
> Finally, patches 10-13 are the self-tests for RM_ADDR.
>
> 2 ADD_ADDR echo support include 7 patches (4-7 and 14-16).
>
> Patch 4 adds the ADD_ADDR echo logic, when the ADD_ADDR suboption has
> been
> received, send out the same ADD_ADDR suboption with echo-flag, and no
> HMAC
> included.
>
> Patches 5-6 are the self-tests for ADD_ADDR echo. Patch 7 is a little
> cleaning up.
>
> Patch 14 and 15 are the helpers for patch 16. These three patches add
> the ADD_ADDR retransmition when no ADD_ADDR echo is received.
>
> This series have been reviewed and tested by MPTCP upstreaming team.
As said above, I would drop this last sentence - I fear it could be
perceived as a "we don't need netdev reviews" statement.
Cheers,
Paolo
>
> Geliang Tang (16):
> mptcp: rename addr_signal and the related functions
> mptcp: add the outgoing RM_ADDR support
> mptcp: add the incoming RM_ADDR support
> mptcp: send out ADD_ADDR with echo flag
> mptcp: add ADD_ADDR related mibs
> selftests: mptcp: add ADD_ADDR mibs check function
> mptcp: add accept_subflow re-check
> mptcp: remove addr and subflow in PM netlink
> mptcp: implement mptcp_pm_remove_subflow
> mptcp: add RM_ADDR related mibs
> mptcp: add mptcp_destroy_common helper
> selftests: mptcp: add remove cfg in mptcp_connect
> selftests: mptcp: add remove addr and subflow test cases
> mptcp: add struct mptcp_pm_add_entry
> mptcp: add sk_stop_timer_sync helper
> mptcp: retransmit ADD_ADDR when timeout
>
> include/net/sock.h | 2 +
> net/core/sock.c | 7 +
> net/mptcp/mib.c | 4 +
> net/mptcp/mib.h | 4 +
> net/mptcp/options.c | 81 +++--
> net/mptcp/pm.c | 91 ++++--
> net/mptcp/pm_netlink.c | 276
> +++++++++++++++++-
> net/mptcp/protocol.c | 30 +-
> net/mptcp/protocol.h | 39 ++-
> net/mptcp/subflow.c | 3 +-
> .../selftests/net/mptcp/mptcp_connect.c | 18 +-
> .../testing/selftests/net/mptcp/mptcp_join.sh | 189 +++++++++++-
> 12 files changed, 674 insertions(+), 70 deletions(-)
> '''
>
> Thanks very much.
> -Geliang
>
>
> > Thanks.
> > -Geliang
> >
> > > Cheers,
> > >
> > > Paolo
> > >
> > >
^ permalink raw reply [flat|nested] 3+ messages in thread
* [MPTCP] Re: [Weekly meetings] MoM - 17th of September 2020
@ 2020-09-18 16:08 Paolo Abeni
0 siblings, 0 replies; 3+ messages in thread
From: Paolo Abeni @ 2020-09-18 16:08 UTC (permalink / raw)
To: mptcp
[-- Attachment #1: Type: text/plain, Size: 845 bytes --]
On Fri, 2020-09-18 at 17:45 +0200, Matthieu Baerts wrote:
> What to send to netdev?:
> - ADD/REMOVE addresses changes?:
> - we need to wait for the next sync between net and net-next
> - we should send a merge request to David Miller before the WE
> - TODO: Matth: send this merge request → Done
After the -net -> net-next merge I think it would be nice submitting
upstream:
selftests: mptcp: add ADD_ADDR mibs check function
mptcp: add ADD_ADDR related mibs
mptcp: send out ADD_ADDR with echo flag
mptcp: add the incoming RM_ADDR support
mptcp: add the outgoing RM_ADDR support
mptcp: rename addr_signal and the related functions
@Geliang: do you agree? could you take care of that? need some help
with the cover letter? (not that I'm the right person for that ;)))
Cheers,
Paolo
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2020-09-23 9:10 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-09-20 14:43 [MPTCP] Re: [Weekly meetings] MoM - 17th of September 2020 Geliang Tang
-- strict thread matches above, loose matches on Subject: below --
2020-09-23 9:10 Paolo Abeni
2020-09-18 16:08 Paolo Abeni
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.