Netdev List
 help / color / mirror / Atom feed
From: "Jorgen S. Hansen" <jhansen@vmware.com>
To: Stefan Hajnoczi <stefanha@redhat.com>
Cc: Dexuan Cui <decui@microsoft.com>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>
Subject: Re: AF_VSOCK connection refused errno
Date: Wed, 13 Dec 2017 10:28:30 +0000	[thread overview]
Message-ID: <7CCDA4D3-7683-4E5C-95ED-97B2FC9DFF33@vmware.com> (raw)
In-Reply-To: <20171212155352.GA10090@stefanha-x1.localdomain>


> On Dec 12, 2017, at 4:53 PM, Stefan Hajnoczi <stefanha@redhat.com> wrote:
> 
> When connect(2) fails because the peer is not listening the virtio vsock
> transport returns ECONNRESET.  I believe the VMCI transport does the
> same (based on code inspection).
> 
> Jorgen: Can you confirm this VMCI transport behavior?

Yes, that is correct.

> I'd like to change to ECONNREFUSED for all transports because developers
> will be surprised when they get ECONNRESET.  It makes porting AF_INET
> code harder.
> 
> On the other hand, it may be too late to fix this if there userspace
> applications that rely on ECONNRESET?  I'm not aware of any such
> applications myself.

In the past, I’ve explained to customers that an ECONNRESET error on connect
can indicate that the peer isn’t listening on the dest address. Whether they went
and used that information isn’t clear, but changing this behavior now would
risk breaking applications. While it is unfortunate that we deviate from INET in
this case, I would prefer it to stay as is.

Thanks,
Jorgen

  reply	other threads:[~2017-12-13 10:28 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-12-12 15:53 AF_VSOCK connection refused errno Stefan Hajnoczi
2017-12-13 10:28 ` Jorgen S. Hansen [this message]
2017-12-13 14:58   ` Stefan Hajnoczi

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=7CCDA4D3-7683-4E5C-95ED-97B2FC9DFF33@vmware.com \
    --to=jhansen@vmware.com \
    --cc=decui@microsoft.com \
    --cc=netdev@vger.kernel.org \
    --cc=stefanha@redhat.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox