From: Vadim Kochan <vadim4j@gmail.com>
To: Mihai Moldovan <ionic@ionic.de>
Cc: Vadim Kochan <vadim4j@gmail.com>,
netdev@vger.kernel.org, Bernard Cafarelli <voyageur@gentoo.org>
Subject: Re: iproute2 regression -- ss -u returns an empty list
Date: Tue, 28 Apr 2015 08:11:18 +0300 [thread overview]
Message-ID: <20150428051118.GA25672@angus-think.lan> (raw)
In-Reply-To: <553F15AC.3080606@ionic.de>
On Tue, Apr 28, 2015 at 07:07:56AM +0200, Mihai Moldovan wrote:
> On 28.04.2015 06:47 AM, Vadim Kochan wrote:
> > On Tue, Apr 28, 2015 at 06:33:18AM +0200, Mihai Moldovan wrote:
> >> On 28.04.2015 06:05 AM, Vadim Kochan wrote:> So by default ss prints
> >> socket with CONNECTED state and even UDP can be
> >>> in the CONNECTED state on the Linux,
> >>
> >> UDP can be in a CONNECTED state... ooookay. That's probably a conntrack
> >> thing.
> >>
> >>
> >>> so you can specify 'ss -ua' (may be some explanation should be added to
> >>> the ss man page) which should print UDP sockets in the any state, AFAIK
> >>> it was the default behaviour before my changes.
> >>
> >> Could this please be reverted? It's breaking other stuff that uses ss.
> >>
> >> Also: ss -lxua returns an empty list, too. Previously, the families seem
> >> to have been OR'd, while they are now ANDed?
> >>
> >>
> >>
> >> Mihai
> >>
> >
> > I will try to fix this ...
>
> Thanks!
>
> To be a bit more verbose about the rationale:
>
> Changing the default behavior is generally a bad idea, unless strictly necessary
> (e.g., if the previous default behavior was buggy anyway), because it may break
Yes the previous behaviour was buggy ... And that was the reason.
> other software. Please try introducing behavioral changes via new options.
>
> That way, dependencies will still work fine and anyone who wants to use the new
> behavior can explicitly do so via a switch.
>
> I could work around this by checking ss' version, but that turns out to be a
> pain, too, because ss -V reports something like this:
>
> "ss utility, iproute2-ss150413"
>
> Not exactly a "friendly" version like "3.19.0" or "4.0.0" to check against...
>
>
>
> Mihai
>
>
next prev parent reply other threads:[~2015-04-28 5:11 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-28 1:22 iproute2 regression -- ss -u returns an empty list Mihai Moldovan
[not found] ` <20150428040516.GA14129@angus-think.lan>
2015-04-28 4:33 ` Mihai Moldovan
2015-04-28 4:47 ` Vadim Kochan
2015-04-28 5:07 ` Mihai Moldovan
2015-04-28 5:11 ` Vadim Kochan [this message]
2015-04-28 11:21 ` Vadim Kochan
2015-04-28 13:14 ` Mihai Moldovan
2015-04-29 9:46 ` Vadim Kochan
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=20150428051118.GA25672@angus-think.lan \
--to=vadim4j@gmail.com \
--cc=ionic@ionic.de \
--cc=netdev@vger.kernel.org \
--cc=voyageur@gentoo.org \
/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;
as well as URLs for NNTP newsgroup(s).