Re: [dtn-users] LTP Convergence Layer - Help needed!

Nik Ansell <nikansell00@gmail.com> Mon, 21 December 2015 19:52 UTC

Return-Path: <nikansell00@gmail.com>
X-Original-To: dtn-users@ietfa.amsl.com
Delivered-To: dtn-users@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9AB121AC43B for <dtn-users@ietfa.amsl.com>; Mon, 21 Dec 2015 11:52:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.551
X-Spam-Level: *
X-Spam-Status: No, score=1.551 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, J_CHICKENPOX_34=0.6, SPF_PASS=-0.001] autolearn=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 4aLeDel6vVgL for <dtn-users@ietfa.amsl.com>; Mon, 21 Dec 2015 11:52:22 -0800 (PST)
Received: from mail-io0-x231.google.com (mail-io0-x231.google.com [IPv6:2607:f8b0:4001:c06::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 90E671AC43C for <dtn-users@irtf.org>; Mon, 21 Dec 2015 11:52:19 -0800 (PST)
Received: by mail-io0-x231.google.com with SMTP id e126so165291106ioa.1 for <dtn-users@irtf.org>; Mon, 21 Dec 2015 11:52:19 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=JE3Id0Yt7/1Jm4ZVs8SDWDdHBB5HUxvJ8sWQHYndrfE=; b=ocMHRNNXMx49k5vy6FL97Znv171ryXy2hNA8UlDKi9BpADx6n9FU59D70Ie7v8npX1 5nAYl2kpe+fPSvoK+hZ1DRmuKgN+4QcDADBiGpv2DNNoKCxoyxLokewkrBQrNrnXJbgQ fk/7TkjBTmob5nC3BjzTPeoUcc0ykQNBz860OL3qtBE8tooUwyCxvc/jLWCvnAtKxg6o txt7POZpbhkw1+SMOX5Wq22ChkeBV59Kiqx8kEckqsOY3+YAXubhAOgrbQzCwf780XCL zJQT3jqx8/4Glf3d+z9RyBmy+ZcuhSvTCvWe3+88Poh8cmx8E18KCXxNKqvmPwUeKqEm wZwA==
MIME-Version: 1.0
X-Received: by 10.107.38.83 with SMTP id m80mr23749664iom.98.1450727538864; Mon, 21 Dec 2015 11:52:18 -0800 (PST)
Received: by 10.79.24.2 with HTTP; Mon, 21 Dec 2015 11:52:18 -0800 (PST)
In-Reply-To: <94CFB3711B4CAE4DBFC5BEB3374BF0C6296D8E@NDMSMBX404.ndc.nasa.gov>
References: <CAKLzrV93UBup51Kh7g0F6o6L8uFEChZem4LrBXuKifK6kBJUSQ@mail.gmail.com> <94CFB3711B4CAE4DBFC5BEB3374BF0C6296D3A@NDMSMBX404.ndc.nasa.gov> <CAKLzrV9gxh4AfRTbPXwijXPHr_x1q4UPwQHivxOR8eJAJR0CpA@mail.gmail.com> <94CFB3711B4CAE4DBFC5BEB3374BF0C6296D8E@NDMSMBX404.ndc.nasa.gov>
Date: Mon, 21 Dec 2015 23:52:18 +0400
Message-ID: <CAKLzrV_XY9S1JyN1XFHCQfGgeAhYWB-U6Vp8aNNL4+u4pdNnMQ@mail.gmail.com>
From: Nik Ansell <nikansell00@gmail.com>
To: "Zoller, David A. (MSFC-EO50)[HOSC SERVICES CONTRACT]" <david.a.zoller@nasa.gov>
Content-Type: multipart/alternative; boundary="001a1140ca029ee5f905276dd3e7"
Archived-At: <http://mailarchive.ietf.org/arch/msg/dtn-users/i2J7a__01f1K2j6son8pVmMWbc8>
Cc: dtn-users@irtf.org
Subject: Re: [dtn-users] LTP Convergence Layer - Help needed!
X-BeenThere: dtn-users@irtf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: nikansell00@gmail.com
List-Id: "The Delay-Tolerant Networking Research Group \(DTNRG\) - Users." <dtn-users.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/dtn-users>, <mailto:dtn-users-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dtn-users/>
List-Post: <mailto:dtn-users@irtf.org>
List-Help: <mailto:dtn-users-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@irtf.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Dec 2015 19:52:24 -0000

Hello All,

After a break, I have restarted testing and noticed some strange behaviour
from LTPlib.
It will send one bundle, but then fail to send any further bundles.

After some investigation using wireshark, it appears to pick a random
source port, so when the receiving node sends an acknowledgement back, it
sends it to the source port, which fails to arrive because the sending node
is not listening on that port.
Does anyone have any idea how I can workaround this problem?
Interface and link statements from the config files are below.

I have tried without the local_port statements, but without this nothing
works. I have also tried with and without the ion_mode=true statements with
no success.
I have also attempted to add a udp interface, but this does not seem to
work either.

tx:
interface add ltp0 ltp local_addr=$shorthostname ion_mode=true
link add link_ltp_rx2node rx:1113 ALWAYSON ltp local_port=1113
remote_port=1113 mtu=1400 ion_mode=true

rx:
interface add ltp0 ltp local_addr=$shorthostname ion_mode=true
link add link_ltp_tx2node tx:1113 ALWAYSON ltp local_port=1113
remote_port=1113 mtu=1400 ion_mode=true

Any help will be very gratefully received!!

Kind Regards,
Nik

On Thu, Dec 3, 2015 at 10:39 PM, Zoller, David A. (MSFC-EO50)[HOSC SERVICES
CONTRACT] <david.a.zoller@nasa.gov> wrote:

> Hi Nik,
>
> It has been a good while since I worked with the LTPLib and I never tried
> a setup like your node2, but, your configs look reasonable to me.
>
> I suggest getting the second 2 node setup from “2 to 3” (assuming you did
> the “1 to 2” connection) working standalone and then combine the #2 configs.
>
> --
>
> You can try removing the local port from the links – I think by default
> the LTPLib uses a dynamic port for each session and specifying it might
> interfere.
>
>
>
> You also might try setting the option   ion_mode=true  on both the
> interface and link add statements to see if that changes the behavior. That
> kind of negates the dynamic port usage.
>
> Best regards,
>
> DZ
>
>
>
> *From:* Nik Ansell [mailto:nikansell00@gmail.com]
> *Sent:* Thursday, December 03, 2015 12:08 PM
> *To:* Zoller, David A. (MSFC-EO50)[HOSC SERVICES CONTRACT]
> *Cc:* dtn-users@irtf.org
> *Subject:* Re: [dtn-users] LTP Convergence Layer - Help needed!
>
>
>
> Hi David,
>
>
>
> Thank you for your kind reply, you are 100% correct.
>
> The very helpful "Interface list" command told me that it was indeed
> listening on port 1113.  So I updated my config files to use port 1113 but
> it still didn't work.
>
>
>
> I did however manage to get a 2 node setup working using port 1113, as per
> my previous update.
>
>
>
> Do you know of any else I can do to troubleshoot the 3node setup?
>
>
>
>
> Kind Regards,
> Nik
>
>
>
> On Thu, Dec 3, 2015 at 10:04 PM, Zoller, David A. (MSFC-EO50)[HOSC
> SERVICES CONTRACT] <david.a.zoller@nasa.gov> wrote:
>
> Hi Nik,
>
> interface add ltp0 ltp local_addr=$shorthostname is probably listening on
> port 1113 by default and your LTP links are transmitting to port 4556.
>
> I recommend changing the LTP links to use the IANA assigned port 1113.
> (The UDP interface is listening on 4556 by default).
>
> Hope that gets you going,
>
> DZ
>
>
>
>
>
> *From:* dtn-users [mailto:dtn-users-bounces@irtf.org] *On Behalf Of *Nik
> Ansell
> *Sent:* Thursday, December 03, 2015 11:23 AM
> *To:* dtn-users@irtf.org
> *Subject:* [dtn-users] LTP Convergence Layer - Help needed!
>
>
>
> Hi,
>
>
>
> I have successfully setup a 3 node UDPCL and TCPCL topology and am able to
> send bundles OK.
>
>
>
> Next I installed LTPLib and rebuilt DTN2, ensuring that ./configure found
> the location of LTPlib OK.
>
>
>
> I have updates the config files to use ltp, but for some reason no bundles
> seem to be sent or queued!
>
>
>
> If anyone could shed any light on a possible problem I will be forever in
> their debt, as bundles just seem to disappear!
>
>
>
> My testing so far has been starting dtnd on all 3 nodes, then running the
> dtnsend command twice to send 2 test bundles from node 1 to node 3.
>
> "dtnsend -s dtn://tx.dtn/a -d dtn://rx.dtn/g -t m -p "hello""
>
>
>
> I run dtnrecv on node 3:
>
> "dtnrecv dtn://rx.dtn/g -q -o F#####.bin"
>
>
>
> "bundle list" on nodes 1,2&3" returns zero bundles, so none are in the
> queue.
>
> "bundle stats" on node 1 returns:
>
> Bundle Statistics: 0 pending -- 0 custody -- -- bpq --  bpq -- 2 received
> -- 0 delivered -- 0 generated -- 2 transmitted -- 0 expired -- 0 duplicate
> -- 2 deleted -- 0 injected
>
> "link dump link_ltp1" on node 1 returns:
>
> Current link:
>
> Link link_ltp1:
>
> clayer: ltp
>
> type: ALWAYSON
>
> state: OPEN
>
> deleted: false
>
> nexthop: mx:4556
>
> remote eid: dtn:none
>
> mtu: 1400
>
> min_retry_interval: 5
>
> max_retry_interval: 600
>
> idle_close_time: 0
>
> potential_downtime: 30
>
> prevhop_hdr: false
>
> reincarnated: true
>
> used in fwdlog: true
>
>             local_addr: 255.255.255.255 local_port: 4556
>
>             remote_addr: 10.0.0.2 remote_port: 4556
>
>             mtu: 1400
>
>             Red/Green balance: all red
>
>             ION mode: false
>
>
>
> Config files:
>
>
>
> Node1
>
> interface add udp0 udp
>
> interface add ltp0 ltp local_addr=$shorthostname
>
>
>
> #          Create link to MX
>
> link add link_ltp1 mx:4556 ALWAYSON ltp mtu=1400 local_port=4556
> remote_port=4556 remote_addr=10.0.0.2
>
>
>
> #          Add route to RX via MX
>
> route add dtn://rx.dtn/* link_ltp1
>
>
>
> Node2:
>
> interface add udp0 udp
>
> interface add ltp0 ltp local_addr=$shorthostname
>
>
>
> #          Create link to TX
>
> link add link_ltp2 tx:4556 ALWAYSON ltp local_port=4556 remote_port=4556
> mtu=1400 remote_addr=10.0.0.1
>
>
>
> #          Create link to RX
>
> link add link_ltp3 rx:4556 ALWAYSON ltp local_port=4556 remote_port=4556
> mtu=140 remote_addr=10.0.0.3
>
>
>
> #          Add route to TX
>
> route add dtn://tx.dtn/* link_ltp2
>
>
>
> #          Add route to RX
>
> route add dtn://rx.dtn/* link_ltp3
>
>
>
> Node3:
>
> interface add udp0 udp
>
> interface add ltp0 ltp local_addr=$shorthostname
>
>
>
> #          Create link to MK
>
> link add link_ltp1 mx:4556 ALWAYSON ltp local_port=4556 remote_port=4556
> remote_addr=10.0.0.2
>
>
>
> #          Add route to TX via MX
>
> route add dtn://tx.dtn/* link_ltp1
>
>
>
> Kind Regards,
> Nik
>
>
>