<p>This was a bug in c-lightning. In some cases c-lightning was sending 0 update_fee on regtest. It has been fixed with this <a href="https://github.com/ElementsProject/lightning/pull/4629" rel="nofollow noreferrer">PR</a> and this fix will (probably) be included in the v0.10.1 release.</p>

CC BY-SA 4.0
2021-07-05T01:16:51.620Z
2021-07-05T01:16:51.620Z
gijswijs
<p>I am running a testbed of c-lightning clients running inside Docker containers connected to a bitcoind back-end. I keep running into problems with channels closing because the update_fee is out of range. The <code>update_fee</code> is always zero, which I don't understand.</p>
<p>I thought the <code>ignore-fee-limits</code> option was meant to keep nodes from closing channels due to <code>update_fee</code> being out of range, but if I run all nodes with this option, nothing changes.</p>
<p>Then I thought it might have to do with estimatesmartfee not returning an estimate because of insufficient data, but even if I generate a bunch of transactions to have enough data so that <code>bitcoin-cli estimatesmartfee 2</code> does not return an error, this error still happens.</p>
<p>The thing is, I am trying to route a set of payments over a fixed route, and after a few tries, the channel suddenly closes down. These are the combined logs of the nodes:</p>
<pre><code>mallory_1    | 2021-06-29T06:26:32.520Z INFO    lightningd: Sending 50000501msat over 2 hops to deliver 50000000msat
mallory_1    | 2021-06-29T06:26:32.728Z INFO    0258a02511d0436c28be6e48411cf54f219c72821d1054131c1b424711bab2d402-chan#1: htlc 1 failed from 0th node with code 0x1007 (WIRE_TEMPORARY_CHANNEL_FAILURE)
mallory_1    | 2021-06-29T06:26:32.751Z INFO    lightningd: Sending 25000251msat over 2 hops to deliver 25000000msat
mallory_1    | 2021-06-29T06:26:33.220Z INFO    0258a02511d0436c28be6e48411cf54f219c72821d1054131c1b424711bab2d402-chan#1: htlc 2 failed from 1th node with code 0x400f (WIRE_INCORRECT_OR_UNKNOWN_PAYMENT_DETAILS)
mallory_1    | 2021-06-29T06:26:33.239Z INFO    lightningd: Sending 37500376msat over 2 hops to deliver 37500000msat
mallory_1    | 2021-06-29T06:26:33.718Z INFO    0258a02511d0436c28be6e48411cf54f219c72821d1054131c1b424711bab2d402-chan#1: htlc 3 failed from 1th node with code 0x400f (WIRE_INCORRECT_OR_UNKNOWN_PAYMENT_DETAILS)
mallory_1    | 2021-06-29T06:26:33.730Z INFO    lightningd: Sending 43750439msat over 2 hops to deliver 43750000msat
mallory_1    | 2021-06-29T06:26:34.194Z INFO    0258a02511d0436c28be6e48411cf54f219c72821d1054131c1b424711bab2d402-chan#1: htlc 4 failed from 1th node with code 0x400f (WIRE_INCORRECT_OR_UNKNOWN_PAYMENT_DETAILS)
mallory_1    | 2021-06-29T06:26:34.213Z INFO    lightningd: Sending 46875470msat over 2 hops to deliver 46875000msat
mallory_1    | 2021-06-29T06:26:34.651Z INFO    0258a02511d0436c28be6e48411cf54f219c72821d1054131c1b424711bab2d402-chan#1: htlc 5 failed from 1th node with code 0x400f (WIRE_INCORRECT_OR_UNKNOWN_PAYMENT_DETAILS)
mallory_1    | 2021-06-29T06:26:34.672Z INFO    lightningd: Sending 48437986msat over 2 hops to deliver 48437500msat
mallory_1    | 2021-06-29T06:26:34.926Z INFO    0258a02511d0436c28be6e48411cf54f219c72821d1054131c1b424711bab2d402-chan#1: htlc 6 failed from 0th node with code 0x1007 (WIRE_TEMPORARY_CHANNEL_FAILURE)
mallory_1    | 2021-06-29T06:26:34.947Z INFO    lightningd: Sending 47656728msat over 2 hops to deliver 47656250msat
mallory_1    | 2021-06-29T06:26:35.428Z INFO    0258a02511d0436c28be6e48411cf54f219c72821d1054131c1b424711bab2d402-chan#1: htlc 7 failed from 1th node with code 0x400f (WIRE_INCORRECT_OR_UNKNOWN_PAYMENT_DETAILS)
mallory_1    | 2021-06-29T06:26:35.451Z INFO    lightningd: Sending 48047357msat over 2 hops to deliver 48046875msat
bob_1        | 2021-06-29T06:26:35.681Z INFO    0258a02511d0436c28be6e48411cf54f219c72821d1054131c1b424711bab2d402-chan#1: Peer transient failure in CHANNELD_NORMAL: channeld WARNING: update_fee 0 outside range 253-4294967295
alice_1      | 2021-06-29T06:26:35.716Z INFO    02094680c16a12359752a901a429d3c88bd7386829c2130933e4a8a49221293fda-channeld-chan#1: Peer connection lost
alice_1      | 2021-06-29T06:26:35.718Z INFO    02094680c16a12359752a901a429d3c88bd7386829c2130933e4a8a49221293fda-chan#1: Peer transient failure in CHANNELD_NORMAL: channeld: Owning subdaemon channeld died (62208)
</code></pre>
<p>I am aware that there are <code>WIRE_INCORRECT_OR_UNKNOWN_PAYMENT_DETAILS</code> and <code>WIRE_TEMPORARY_CHANNEL_FAILURE</code> errors. These are to be expected because of the specifics of the payments, so I don't think the problem lies there.</p>
<p>Bitcoind version: <strong>v0.21.1</strong></p>
<p>Lightningd version: <strong>v0.10.0</strong></p>

CC BY-SA 4.0
2021-06-29T12:02:09.847Z
Is this just a question of setting the fallback fee in Core or setting a fee? e.g. https://bitcoin.stackexchange.com/questions/97174/when-using-bitcoin-cli-i-get-an-error-regarding-fallback-fees-when-trying-to-sen
Michael Folkson
CC BY-SA 4.0
2021-06-30T09:28:46.507Z
@MichaelFolkson I bootstrap estimatesmartfee with a bunch of Txs so that it has sufficient data to work. I tried your suggestion nonetheless, but alas.
gijswijs
<lightning-network><core-lightning>
Lightning channel in regtest closed due to update_fee of zero being out of range
gijswijs
# Lightning channel in regtest closed due to update_fee of zero being out of range

(Asked by: username_0 on 2021-06-29)

I am running a testbed of c-lightning clients running inside Docker containers connected to a bitcoind back-end. I keep running into problems with channels closing because the update\_fee is out of range. The `update_fee` is always zero, which I don't understand.

I thought the `ignore-fee-limits` option was meant to keep nodes from closing channels due to `update_fee` being out of range, but if I run all nodes with this option, nothing changes.

Then I thought it might have to do with estimatesmartfee not returning an estimate because of insufficient data, but even if I generate a bunch of transactions to have enough data so that `bitcoin-cli estimatesmartfee 2` does not return an error, this error still happens.

The thing is, I am trying to route a set of payments over a fixed route, and after a few tries, the channel suddenly closes down. These are the combined logs of the nodes:

```
mallory_1    | 2021-06-29T06:26:32.520Z INFO    lightningd: Sending 50000501msat over 2 hops to deliver 50000000msat
mallory_1    | 2021-06-29T06:26:32.728Z INFO    0258a02511d0436c28be6e48411cf54f219c72821d1054131c1b424711bab2d402-chan#1: htlc 1 failed from 0th node with code 0x1007 (WIRE_TEMPORARY_CHANNEL_FAILURE)
mallory_1    | 2021-06-29T06:26:32.751Z INFO    lightningd: Sending 25000251msat over 2 hops to deliver 25000000msat
mallory_1    | 2021-06-29T06:26:33.220Z INFO    0258a02511d0436c28be6e48411cf54f219c72821d1054131c1b424711bab2d402-chan#1: htlc 2 failed from 1th node with code 0x400f (WIRE_INCORRECT_OR_UNKNOWN_PAYMENT_DETAILS)
mallory_1    | 2021-06-29T06:26:33.239Z INFO    lightningd: Sending 37500376msat over 2 hops to deliver 37500000msat
mallory_1    | 2021-06-29T06:26:33.718Z INFO    0258a02511d0436c28be6e48411cf54f219c72821d1054131c1b424711bab2d402-chan#1: htlc 3 failed from 1th node with code 0x400f (WIRE_INCORRECT_OR_UNKNOWN_PAYMENT_DETAILS)
mallory_1    | 2021-06-29T06:26:33.730Z INFO    lightningd: Sending 43750439msat over 2 hops to deliver 43750000msat
mallory_1    | 2021-06-29T06:26:34.194Z INFO    0258a02511d0436c28be6e48411cf54f219c72821d1054131c1b424711bab2d402-chan#1: htlc 4 failed from 1th node with code 0x400f (WIRE_INCORRECT_OR_UNKNOWN_PAYMENT_DETAILS)
mallory_1    | 2021-06-29T06:26:34.213Z INFO    lightningd: Sending 46875470msat over 2 hops to deliver 46875000msat
mallory_1    | 2021-06-29T06:26:34.651Z INFO    0258a02511d0436c28be6e48411cf54f219c72821d1054131c1b424711bab2d402-chan#1: htlc 5 failed from 1th node with code 0x400f (WIRE_INCORRECT_OR_UNKNOWN_PAYMENT_DETAILS)
mallory_1    | 2021-06-29T06:26:34.672Z INFO    lightningd: Sending 48437986msat over 2 hops to deliver 48437500msat
mallory_1    | 2021-06-29T06:26:34.926Z INFO    0258a02511d0436c28be6e48411cf54f219c72821d1054131c1b424711bab2d402-chan#1: htlc 6 failed from 0th node with code 0x1007 (WIRE_TEMPORARY_CHANNEL_FAILURE)
mallory_1    | 2021-06-29T06:26:34.947Z INFO    lightningd: Sending 47656728msat over 2 hops to deliver 47656250msat
mallory_1    | 2021-06-29T06:26:35.428Z INFO    0258a02511d0436c28be6e48411cf54f219c72821d1054131c1b424711bab2d402-chan#1: htlc 7 failed from 1th node with code 0x400f (WIRE_INCORRECT_OR_UNKNOWN_PAYMENT_DETAILS)
mallory_1    | 2021-06-29T06:26:35.451Z INFO    lightningd: Sending 48047357msat over 2 hops to deliver 48046875msat
bob_1        | 2021-06-29T06:26:35.681Z INFO    0258a02511d0436c28be6e48411cf54f219c72821d1054131c1b424711bab2d402-chan#1: Peer transient failure in CHANNELD_NORMAL: channeld WARNING: update_fee 0 outside range 253-4294967295
alice_1      | 2021-06-29T06:26:35.716Z INFO    02094680c16a12359752a901a429d3c88bd7386829c2130933e4a8a49221293fda-channeld-chan#1: Peer connection lost
alice_1      | 2021-06-29T06:26:35.718Z INFO    02094680c16a12359752a901a429d3c88bd7386829c2130933e4a8a49221293fda-chan#1: Peer transient failure in CHANNELD_NORMAL: channeld: Owning subdaemon channeld died (62208)

```

I am aware that there are `WIRE_INCORRECT_OR_UNKNOWN_PAYMENT_DETAILS` and `WIRE_TEMPORARY_CHANNEL_FAILURE` errors. These are to be expected because of the specifics of the payments, so I don't think the problem lies there.

Bitcoind version: **v0.21.1**

Lightningd version: **v0.10.0**

**Tags:** lightning-network, core-lightning

> **Comments:**
> **username_1**: Is this just a question of setting the fallback fee in Core or setting a fee? e.g. https://bitcoin.stackexchange.com/questions/97174/when-using-bitcoin-cli-i-get-an-error-regarding-fallback-fees-when-trying-to-sen  
> **username_0**: @username_1 I bootstrap estimatesmartfee with a bunch of Txs so that it has sufficient data to work. I tried your suggestion nonetheless, but alas.  

---

## 1 answers

### Answer by username_0 on 2021-07-05. Score: 1 | Accepted answer

This was a bug in c-lightning. In some cases c-lightning was sending 0 update\_fee on regtest. It has been fixed with this [PR](https://github.com/ElementsProject/lightning/pull/4629) and this fix will (probably) be included in the v0.10.1 release.


---

