Re: route learning

[t3sserakt]

On 30.07.22 18:00, help-gnunet-request@gnu.org wrote:
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 29 Jul 2022 20:58:30 +0000
> From: Martin Schanzenbach <mschanzenbach@posteo.de>
> To: ToBo <tobo@rechnerpool.de>
> Cc: Help-gnunet <Help-gnunet@gnu.org>
> Subject: Re: route learning
> Message-ID: <1659128217-sup-8256@werkbank>
> Content-Type: text/plain; charset="utf-8"
>
>
> Excerpts from ToBo's message of 2022-07-29 14:23:48 +0200:
> > Hi,
> >
> > I set up a three nodes in a very simple configuration: A and B is behind NAT, 
> > so they both have to communicate with each other through C
> >
> > A   ->   C   <-   B
> >
> > All nodes are in friend only mode. All nodes have some knowledge of each other, at least you can 
> > see infos in "gnunet-peerinfo" or "gnunet-peerinfo -f" (what is the exact 
> > difference anyway?)
> Do you have any actual connections?
> Try with "gnunet-core".
>
> > Why does a gnunet-cadet don't find it's way from A to B ?
> This may be due to many reasons. Try compiling gnunet with
> "--enable-logging=verbose" and set the debug level for cadet to DEBUG.
> Then check logs.
> That would be my first approach (IF you have connections at all see
> above).
Additionally the output of

gnunet-cadet -P

gnunet-cadet -T

gnunet-cadet -p otherpeerid

from each node would be interesting.

Cheers

t3sserakt

OpenPGP_0x524982A0100F7490.asc
Description: OpenPGP public key

OpenPGP_signature
Description: OpenPGP digital signature