From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from out-28.smtp.github.com (out-28.smtp.github.com [192.30.252.211]) by mail.toke.dk (Postfix) with ESMTPS id D11D48C6784 for ; Thu, 30 Sep 2021 16:09:21 +0200 (CEST) Authentication-Results: mail.toke.dk; dkim=pass (1024-bit key) header.d=github.com header.i=@github.com header.b=V/Bmlp+I Received: from github-lowworker-b767462.ash1-iad.github.net (github-lowworker-b767462.ash1-iad.github.net [10.56.120.90]) by smtp.github.com (Postfix) with ESMTP id 044C8900F93 for ; Thu, 30 Sep 2021 07:09:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1633010961; bh=crYz7T+kTV4+K0lNbgyqNCM9JP3tmbTE3BqdeUAjmpg=; h=Date:From:Reply-To:To:Cc:Subject:List-ID:List-Archive:List-Post: List-Unsubscribe:From; b=V/Bmlp+I9fhDZEhmf5QSKQuf6A+OrQJJGu2tG08f0pMncDPhFc8xZyxLr1AXHAScj MiISiU8KvF2XQXOeNq7WNd8g2DsL29MyrU8UPm0tavrbAInHNIPRsXvlB3LM+Ge+gP kgJ9YJdofo01VU+//HvqS4drtXk8TA3v/6I/DxiI= Date: Thu, 30 Sep 2021 07:09:20 -0700 From: j-breyer To: tohojo/flent Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="--==_mimepart_6155c510ea3a4_11e3c7601470af"; charset=UTF-8 Content-Transfer-Encoding: 7bit Precedence: list X-GitHub-Sender: j-breyer X-GitHub-Recipient: flent-users X-GitHub-Reason: subscribed X-Auto-Response-Suppress: All X-GitHub-Recipient-Address: flent-users@flent.org Message-ID-Hash: RCGGGUR7V277GOO7WBWUF2BHWUJJ4V4G X-Message-ID-Hash: RCGGGUR7V277GOO7WBWUF2BHWUJJ4V4G X-MailFrom: noreply@github.com X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header CC: Subscribed X-Mailman-Version: 3.3.4 Reply-To: tohojo/flent Subject: [Flent-users] [tohojo/flent] -6 Option ignored for hosts with IPv4 and IPv6 address (#241) List-Id: Flent discussion list Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: ----==_mimepart_6155c510ea3a4_11e3c7601470af Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit In my current setup, I have two hosts defined in `/etc/hosts`, both capable of communicating via IPv4 and IPv6. Configuration: `mn.h1` uses `10.0.6.1` and `a::601` `mn.h2` uses `10.0.14.2` and `a::e02` On `mn.h2`, netserver is listening on both addresses, and `irtt server` is started listening on all addresses. Running `sudo flent rrul -6 -p all_scaled --local-bind mn.h1 -l 60 -H mn.h2 -o rrul6.pdf -v` yields different results as follows: Both hosts have their IPv4 enabled: verbose output of flent is Error- and warning-free, however, the irtt server on mn.h2 shows: ``` [10.0.6.1:56747] [OpenClose] open-close connection [10.0.6.1:34502] [NewConn] new connection, token=e6582ec0dc3b7161 [10.0.6.1:34942] [NewConn] new connection, token=5898db5f137d0b66 [10.0.6.1:42243] [NewConn] new connection, token=c412d2bb05eefd1d ``` Indicating that irtt is using the IPv4 despite the `-6` argument. Removing the IPv4 resolution for `mn.h1`: (partial) verbose output of flent: ``` which: Found irtt executable at /usr/bin/irtt UDP RTT test: Cannot use irtt runner (Irtt connection check failed: Error: dial udp4 [a::601]:0->10.0.14.2:2112: address a::601: non-IPv4 address ). Using netperf UDP_RR ``` Removing the IPv4 from `mn.h2`, but keeping it on `mn.h1`: (partial) verbose output of flent: ``` which: Found irtt executable at /usr/bin/irtt UDP RTT test: Cannot use irtt runner (Irtt connection check failed: Error: dial udp6 10.0.6.1:0->[a::e02]:2112: bind: invalid argument ). Using netperf UDP_RR ``` Removing both IPv4 entries for `mn.h1` and `mn.h2`: Flent verbose without errors, irtt server shows: ``` [[a::601]:55765] [OpenClose] open-close connection [[a::601]:37744] [NewConn] new connection, token=df67b3a6d5892659 [[a::601]:38572] [NewConn] new connection, token=8326d482ae57f712 [[a::601]:55775] [NewConn] new connection, token=366ddbe19c620d6f ``` which is what I would expect every time, since the `-6` argument was passed. I did not try this on too many tests, but it appears at least for `rrul` and `rrul_cs8` -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/tohojo/flent/issues/241 ----==_mimepart_6155c510ea3a4_11e3c7601470af Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit

In my current setup, I have two hosts defined in /etc/hosts, both capable of communicating via IPv4 and IPv6. Configuration:
mn.h1 uses 10.0.6.1 and a::601
mn.h2 uses 10.0.14.2 and a::e02

On mn.h2, netserver is listening on both addresses, and irtt server is started listening on all addresses.

Running sudo flent rrul -6 -p all_scaled --local-bind mn.h1 -l 60 -H mn.h2 -o rrul6.pdf -v
yields different results as follows:

Both hosts have their IPv4 enabled:
verbose output of flent is Error- and warning-free, however, the irtt server on mn.h2 shows:

[10.0.6.1:56747] [OpenClose] open-close connection
[10.0.6.1:34502] [NewConn] new connection, token=e6582ec0dc3b7161
[10.0.6.1:34942] [NewConn] new connection, token=5898db5f137d0b66
[10.0.6.1:42243] [NewConn] new connection, token=c412d2bb05eefd1d

Indicating that irtt is using the IPv4 despite the -6 argument.

Removing the IPv4 resolution for mn.h1:
(partial) verbose output of flent:

which: Found irtt executable at /usr/bin/irtt
UDP RTT test: Cannot use irtt runner (Irtt connection check failed: Error: dial udp4 [a::601]:0->10.0.14.2:2112: address a::601: non-IPv4 address
). Using netperf UDP_RR

Removing the IPv4 from mn.h2, but keeping it on mn.h1:
(partial) verbose output of flent:

which: Found irtt executable at /usr/bin/irtt
UDP RTT test: Cannot use irtt runner (Irtt connection check failed: Error: dial udp6 10.0.6.1:0->[a::e02]:2112: bind: invalid argument
). Using netperf UDP_RR

Removing both IPv4 entries for mn.h1 and mn.h2:
Flent verbose without errors, irtt server shows:

[[a::601]:55765] [OpenClose] open-close connection
[[a::601]:37744] [NewConn] new connection, token=df67b3a6d5892659
[[a::601]:38572] [NewConn] new connection, token=8326d482ae57f712
[[a::601]:55775] [NewConn] new connection, token=366ddbe19c620d6f

which is what I would expect every time, since the -6 argument was passed.

I did not try this on too many tests, but it appears at least for rrul and rrul_cs8

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications on the go with GitHub Mobile for iOS or Android.

----==_mimepart_6155c510ea3a4_11e3c7601470af--