Re: [multipathtcp] Trace format mptcp

Yoshifumi Nishida <nishida@sfc.wide.ad.jp> Tue, 23 August 2016 07:01 UTC

Return-Path: <nishida@sfc.wide.ad.jp>
X-Original-To: multipathtcp@ietfa.amsl.com
Delivered-To: multipathtcp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C41BD12B009 for <multipathtcp@ietfa.amsl.com>; Tue, 23 Aug 2016 00:01:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.448
X-Spam-Level:
X-Spam-Status: No, score=-2.448 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.548, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id godsEw9Nmc0f for <multipathtcp@ietfa.amsl.com>; Tue, 23 Aug 2016 00:01:42 -0700 (PDT)
Received: from mail.sfc.wide.ad.jp (shonan.sfc.wide.ad.jp [IPv6:2001:200:0:8803::53]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8DFD012B04D for <multipathtcp@ietf.org>; Tue, 23 Aug 2016 00:01:42 -0700 (PDT)
Received: from mail-ua0-f180.google.com (mail-ua0-f180.google.com [209.85.217.180]) by mail.sfc.wide.ad.jp (Postfix) with ESMTPSA id 9025B278331 for <multipathtcp@ietf.org>; Tue, 23 Aug 2016 16:01:39 +0900 (JST)
Received: by mail-ua0-f180.google.com with SMTP id 97so229665004uav.3 for <multipathtcp@ietf.org>; Tue, 23 Aug 2016 00:01:39 -0700 (PDT)
X-Gm-Message-State: AEkoousxwAPfuIvjrYvbIq16xikMVI0eUJPcBRehrw3SkFIr9CHK4elknjnADScXaqS1FDXrqUm/zkI5t/iYaA==
X-Received: by 10.31.252.141 with SMTP id a135mr13734668vki.51.1471935698035; Tue, 23 Aug 2016 00:01:38 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.159.37.1 with HTTP; Tue, 23 Aug 2016 00:01:37 -0700 (PDT)
In-Reply-To: <CAK3724VoZk0GKWEQ5GjJZU=+anV-Gzsv3_x=AFxXzrfGWP5pjg@mail.gmail.com>
References: <CAK3724VoZk0GKWEQ5GjJZU=+anV-Gzsv3_x=AFxXzrfGWP5pjg@mail.gmail.com>
From: Yoshifumi Nishida <nishida@sfc.wide.ad.jp>
Date: Tue, 23 Aug 2016 00:01:37 -0700
X-Gmail-Original-Message-ID: <CAO249ye+0KfJh+FU8VkMh0FP2bSyD9019Cn2tBdybPzVPV0nng@mail.gmail.com>
Message-ID: <CAO249ye+0KfJh+FU8VkMh0FP2bSyD9019Cn2tBdybPzVPV0nng@mail.gmail.com>
To: Bhumika Parikh <bparikh616@gmail.com>
Content-Type: multipart/alternative; boundary="94eb2c14971e69eef4053ab7bc80"
Archived-At: <https://mailarchive.ietf.org/arch/msg/multipathtcp/cPzNHF6OJgGm_Vb7e64vECfghT4>
Cc: multipathtcp <multipathtcp@ietf.org>
Subject: Re: [multipathtcp] Trace format mptcp
X-BeenThere: multipathtcp@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Multi-path extensions for TCP <multipathtcp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/multipathtcp>, <mailto:multipathtcp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/multipathtcp/>
List-Post: <mailto:multipathtcp@ietf.org>
List-Help: <mailto:multipathtcp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/multipathtcp>, <mailto:multipathtcp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Aug 2016 07:01:45 -0000

Hi Bhumika,

Sorry, this ML is basically not used for specific implementations.
If you have questions about mptcp in ns-2.34 implementation, please contact
the author (I mean, me) rather than using this list.

On Mon, Aug 22, 2016 at 10:58 AM, Bhumika Parikh <bparikh616@gmail.com>
wrote:

> Hello all,
>
> I am new to using MPTCP implementation in ns-2.34. I have successfully set
> up ns-2.34. I get an error when I run the mptcp-sample.tcl, but can
> visualize out.nam <http://out.tr> and out.tr. The error is something like
> this:
>
>
> *fatal. no mapping info was found. ackno 227265*
>

Hmm. I'm not sure about this one. It can be a bug.

>
> Also, I cannot clearly understand the trace file format for the out.tr
> file. What does each column in the out.tr file from which we redirect
> values to the mptc normal tcp 1 and normal tcp 2 files represent ?
>

If you would like to understand the format of out.tr in general, you'll
need to check the ns-2 manual. The format of mptcp traffic is described in
the following URL. In a nutshell, mptcp trace format and tcp trace format
are similar, but mptcp trace has extra fields.

 https://code.google.com/archive/p/multipath-tcp/wikis/HowToUse.wiki

Is it necessary to use normal tcp1 and tcp2 flows. I could have a single
> sender and receiver. I mean n0 and n1 with its interface nodes and
> intermediate nodes ??
>

You don't need normal tcp flows.  I just put them as competitive flows in
order to demonstrate how the coupled congestion control in mptcp works.

Thanks,
--
Yoshi