All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mat Martineau <mathew.j.martineau@linux.intel.com>
To: Matthieu Baerts <matthieu.baerts@tessares.net>
Cc: MPTCP Upstream <mptcp@lists.linux.dev>
Subject: Re: [Weekly meetings] MoM - 2nd of December 2021
Date: Thu, 2 Dec 2021 14:55:01 -0800 (PST)	[thread overview]
Message-ID: <fe1bc586-1aa7-55ba-bf41-a18849e6d3bc@linux.intel.com> (raw)
In-Reply-To: <2391147c-2480-5188-d538-595727e01b05@tessares.net>


On Thu, 2 Dec 2021, Matthieu Baerts wrote:

>
>    - news about Intel's kbuild? (Mat):
>        - Saw one mptcp_join.sh failure but probably already seen by the
> public CI (unstable test)
>

This failure was a missing ADD_ADDR echo:

user  :notice: [  501.625742] # 41 add multiple addresses IPv6          syn[ ok ] - synack[ ok ] - ack[ ok ]
user  :notice: [  501.676759] #                                         add[ ok ] - echo  [fail] got 1 ADD_ADDR echo[s] expected 2
user  :notice: [  501.690104] #
user  :notice: [  501.695183] # Server ns stats
user  :notice: [  501.705037] # MPTcpExtMPCapableSYNRX          1                  0.0
user  :notice: [  501.715549] # MPTcpExtMPCapableACKRX          1                  0.0
user  :notice: [  501.726495] # MPTcpExtMPJoinSynRx             2                  0.0
user  :notice: [  501.737151] # MPTcpExtMPJoinAckRx             2                  0.0
user  :notice: [  501.747762] # MPTcpExtEchoAdd                 1                  0.0
user  :notice: [  501.757498] # Client ns stats
user  :notice: [  501.764657] # MPTcpExtMPCapableSYNTX          1                  0.0
user  :notice: [  501.776142] # MPTcpExtMPCapableSYNACKRX       1                  0.0
user  :notice: [  501.786696] # MPTcpExtMPJoinSynAckRx          2                  0.0
user  :notice: [  501.797269] # MPTcpExtAddAddr                 2                  0.0


Given that the client received two ADD_ADDRs, it could have been a few 
different things:

* Echo packet was sent but dropped, and the test finished before the
   retransmit (the default add_addr timeout is quite long) (not a bug)

* Echo packet was never sent (maybe a bug, maybe not)


There isn't enough logged to narrow it down more, so I will watch for 
similar failures. Looks like most of the recent Cirrus CI mptcp_join.sh 
failures are related to missing RM_ADDRs.


--
Mat Martineau
Intel

      reply	other threads:[~2021-12-02 22:55 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-12-02 17:42 [Weekly meetings] MoM - 2nd of December 2021 Matthieu Baerts
2021-12-02 22:55 ` Mat Martineau [this message]

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=fe1bc586-1aa7-55ba-bf41-a18849e6d3bc@linux.intel.com \
    --to=mathew.j.martineau@linux.intel.com \
    --cc=matthieu.baerts@tessares.net \
    --cc=mptcp@lists.linux.dev \
    /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.