-
Notifications
You must be signed in to change notification settings - Fork 913
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
No routing through LND #2611
Comments
Disclaimer: I'm an LND administrator and have no CLG node accessible (now). So the whole situation was reproduced thanks to @fiatjaf Model situation.
I can't figure out what really happens. Mostly clightning client cant find a route even if next node is well connected (more than 40 active channels, 100-200 in rank) for a payments really fitting well to capacity of the channel. |
Clightning lispeers output concerning my (LND) node:
As you can see, there are significant spendable amounts. However, 10 sat payment cant be forwarder through the channel. |
Sorry could you explain the topology a bit better? From what I gather you have the following two setups:
and
L being the LND node, C being the c-lightning node, and T being your intended destination for the payment. What you are saying is that the first scenario fails with c-lightning unable to route the payment, while te second works? In that case there are a couple of possible causes:
Generally speaking the logs would be really helpful in this case to figure out what C knows about, how L behaves during the payment attempt and what happens during the payment attempt in C. |
I described the case when:
and also tested potential route when
So yes, two setups. In the latter setup everything worked good. So payment settled only in first case. I acknowledge your recommendation and will keep an eye on them for a while. I will test both cases again using my own clightning node in according to specified cases and report later. |
Ok, I connected from my node (c-lightning with ID One thing that I notice in the output above is that |
You are right about roles and not quite right about capacity: it is first thing I usually check when looking at potential route or trying to figure out what happened. Usually I'm testing amounts around 1000 sats. My peer who has routing problems tried 1 sat payments. I also look at probe plugin, thank you. |
I think we shall close an issue. Now I checked routing using two custodial wallets with clients of known type. The payment was 1000 sats and passed from clightning node to target LND via another LND (famous LNBIG). Payment log:
I'm pretty sure now that I missed something in my initial tests and my peer probably too. |
Thanks for the update @engenegr, I'll close this for now, but feel free to open a new ticket should the issue return. |
Issue and Steps to Reproduce
Given:
-- LND node, clightning (CLG later) node.
-- CLG has at least one channel with LND. The channel is "balanced". I mean the payment is so small that there is enough capacity anyway.
-- single hop payments processed unilaterally in both ends, LND and CLG
Problem:
-- multihop payments aren't processed in CLG->LND directions but the CLG<-LND is okay.
Very common error:
{ "code" : 205, "message" : "Could not find a route" }
Problem is reproducible in any situation involving LND-CLG interaction, channel any size, fresh or old, I mean also long-living channels which have been opened during several updates on both ends of the channel.
The text was updated successfully, but these errors were encountered: