core-lightning/common/peer_status_wire.csv

#include <common/channel_id.h>
#include <common/per_peer_state.h>

# An error occurred: if error_for_them, that to go to them.
msgtype,status_peer_error,0xFFF4
# This is implied if error_for_them, but master tries not to parse packets.
msgdata,status_peer_error,channel,channel_id,
msgdata,status_peer_error,desc,wirestring,
# Take a deep breath, then try reconnecting to the precious little snowflake.
msgdata,status_peer_error,warning,bool,
msgdata,status_peer_error,pps,per_peer_state,
msgdata,status_peer_error,len,u16,
msgdata,status_peer_error,error_for_them,u8,len
common/channel_id: move channel_id into its own file. The definition was in wire/wire.h, and helper functions in fromwire.c! Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> 2020-05-15 12:29:53 +02:00			`#include <common/channel_id.h>`
common/per_per_state: generalize lightningd/peer_comm Part 1 Encapsulating the peer state was a win for lightningd; not surprisingly, it's even more of a win for the other daemons, especially as we want to add a little gossip information. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> 2019-06-03 20:11:25 +02:00			`#include <common/per_peer_state.h>`
status: split off error messages into a new 'peer_status' type. Several daemons (onchaind, hsm) want to use the status messages, but don't communicate with peers. The coming changes made them drag in more code they didn't need, so instead we have a different non-overlapping type. We combine the status_received_errmsg and status_sent_errmsg into a single status_peer_error, with the presence or not of the 'error_for_them' field indicating direction. We also rename status_fatal_connection_lost() to peer_failed_connection_lost() to fit in. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> 2018-02-19 02:06:15 +01:00
			`# An error occurred: if error_for_them, that to go to them.`
wire-gen: move in-house wire delcarations to new format tidying things up! 2019-07-24 00:51:11 +02:00			`msgtype,status_peer_error,0xFFF4`
status: split off error messages into a new 'peer_status' type. Several daemons (onchaind, hsm) want to use the status messages, but don't communicate with peers. The coming changes made them drag in more code they didn't need, so instead we have a different non-overlapping type. We combine the status_received_errmsg and status_sent_errmsg into a single status_peer_error, with the presence or not of the 'error_for_them' field indicating direction. We also rename status_fatal_connection_lost() to peer_failed_connection_lost() to fit in. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> 2018-02-19 02:06:15 +01:00			`# This is implied if error_for_them, but master tries not to parse packets.`
wire-gen: move in-house wire delcarations to new format tidying things up! 2019-07-24 00:51:11 +02:00			`msgdata,status_peer_error,channel,channel_id,`
			`msgdata,status_peer_error,desc,wirestring,`
common: add peer_error flag to treat this error as "soft". The spec says to close the channel if they send us an error, but we need to be more lenient to preserve channels with other implementations. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> 2019-07-26 04:11:19 +02:00			`# Take a deep breath, then try reconnecting to the precious little snowflake.`
common: treat all "all-channels" errors as if they were warnings. This is in line with the warnings draft, where all-zeroes in a channel_id is no longer special (i.e. it will be ignored). But gossipd would send these if it got upset with us, so it's best practice to ignore them for now anyway. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> Changelog-Added: Protocol: we treat error messages from peer which refer to "all channels" as warnings, not errors. 2021-02-02 13:47:01 +01:00			`msgdata,status_peer_error,warning,bool,`
wire-gen: move in-house wire delcarations to new format tidying things up! 2019-07-24 00:51:11 +02:00			`msgdata,status_peer_error,pps,per_peer_state,`
			`msgdata,status_peer_error,len,u16,`
			`msgdata,status_peer_error,error_for_them,u8,len`