vincenzopalazzo
/
rgb-cln
1
0
Fork 0
Code Issues 1 Pull Requests Packages Projects Releases Wiki Activity
rgb-cln/connectd/connectd.h

28 lines
849 B
C
Raw Normal View History

Put the 'd' back in the daemons. @renepickhardt: why is it actually lightningd.c with a d but hsm.c without d ? And delete unused gossipd/gossip.h. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
2018-09-03 04:40:00 +01:00
#ifndef LIGHTNING_CONNECTD_CONNECTD_H
#define LIGHTNING_CONNECTD_CONNECTD_H
gossip/tor.c: new file for socks proxy code. All gossipd needs from common/tor is do_we_use_tor_addr(), so move that and the rest of the tor-specific handshake code into gossip/tor.c Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
2018-05-10 00:18:23 +01:00
#include "config.h"
connectd/peer_exchange_initmsg: handle peer comms ourselves. connectd is the only user of the cryptomsg async APIs; better to open-code it here. We need to expose a little from cryptomsg(), but we remove the 'struct peer' entirely from connectd. One trick is that we still need to defer telling lightningd when a peer reconnects (until it tells us the old one is disconnected). So now we generate the message for lightningd and send it once we're woken. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
2018-09-27 22:04:19 +01:00
#include <bitcoin/pubkey.h>
#include <common/crypto_state.h>
gossip/tor.c: new file for socks proxy code. All gossipd needs from common/tor is do_we_use_tor_addr(), so move that and the rest of the tor-specific handshake code into gossip/tor.c Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
2018-05-10 00:18:23 +01:00
struct io_conn;
connectd: rename 'struct reaching' to 'struct connecting'. It reads better, and it's accurate: it only exists while we're trying to connect to a peer. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
2018-09-27 22:06:19 +01:00
struct connecting;
connectd/peer_exchange_initmsg: handle peer comms ourselves. connectd is the only user of the cryptomsg async APIs; better to open-code it here. We need to expose a little from cryptomsg(), but we remove the 'struct peer' entirely from connectd. One trick is that we still need to defer telling lightningd when a peer reconnects (until it tells us the old one is disconnected). So now we generate the message for lightningd and send it once we're woken. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
2018-09-27 22:04:19 +01:00
struct daemon;
Use node_id everywhere for nodes. I tried to just do gossipd, but it was uncontainable, so this ended up being a complete sweep. We didn't get much space saving in gossipd, even though we should save 24 bytes per node. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
2019-04-08 10:58:32 +01:00
struct node_id;
connectd: generate message for lightningd inside peer_connected(). We used to generate this in the caller, then save it in case we needed to retry. We're about to change the message we send to lightningd, so we'll need to regenerate it every time; just hand all the extra args into peer_connected() and we can generate the `connect_peer_connected` msg there. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> 1diff --git a/connectd/connectd.c b/connectd/connectd.c index 94fe50b56..459c9ac63 100644
2019-06-03 19:14:25 +01:00
struct wireaddr_internal;
gossip/tor.c: new file for socks proxy code. All gossipd needs from common/tor is do_we_use_tor_addr(), so move that and the rest of the tor-specific handshake code into gossip/tor.c Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
2018-05-10 00:18:23 +01:00
connectd/peer_exchange_initmsg: handle peer comms ourselves. connectd is the only user of the cryptomsg async APIs; better to open-code it here. We need to expose a little from cryptomsg(), but we remove the 'struct peer' entirely from connectd. One trick is that we still need to defer telling lightningd when a peer reconnects (until it tells us the old one is disconnected). So now we generate the message for lightningd and send it once we're woken. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
2018-09-27 22:04:19 +01:00
/* Called by io_tor_connect once it has a connection out. */
connectd: rename 'struct reaching' to 'struct connecting'. It reads better, and it's accurate: it only exists while we're trying to connect to a peer. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
2018-09-27 22:06:19 +01:00
struct io_plan *connection_out(struct io_conn *conn, struct connecting *connect);
gossip/tor.c: new file for socks proxy code. All gossipd needs from common/tor is do_we_use_tor_addr(), so move that and the rest of the tor-specific handshake code into gossip/tor.c Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
2018-05-10 00:18:23 +01:00
connectd/connectd: Display an error hint for V3 tor onions when connect fail. @thestick613 noticed that since tor version below 0.3.2.2-alpha will not support V3 ed25519 address formats, the error handling is not that helpful in the error message from cli. So now we add an hint. Changelog-None: Signed-off-by: Saibato <saibato.naga@pm.me> connectd/connectd.h; Add helper function to update conn error list Signed-off-by: Saibato <saibato.naga@pm.me>
2020-04-14 15:03:04 +01:00
/* add erros to error list */
void add_errors_to_error_list(struct connecting *connect, const char *error);
connectd/peer_exchange_initmsg: handle peer comms ourselves. connectd is the only user of the cryptomsg async APIs; better to open-code it here. We need to expose a little from cryptomsg(), but we remove the 'struct peer' entirely from connectd. One trick is that we still need to defer telling lightningd when a peer reconnects (until it tells us the old one is disconnected). So now we generate the message for lightningd and send it once we're woken. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
2018-09-27 22:04:19 +01:00
/* Called by peer_exchange_initmsg if successful. */
struct io_plan *peer_connected(struct io_conn *conn,
struct daemon *daemon,
connectd: generate message for lightningd inside peer_connected(). We used to generate this in the caller, then save it in case we needed to retry. We're about to change the message we send to lightningd, so we'll need to regenerate it every time; just hand all the extra args into peer_connected() and we can generate the `connect_peer_connected` msg there. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> 1diff --git a/connectd/connectd.c b/connectd/connectd.c index 94fe50b56..459c9ac63 100644
2019-06-03 19:14:25 +01:00
const struct node_id *id,
const struct wireaddr_internal *addr,
connectd: do feature bits check after init exchange. This will help with the next patch, where we wean off using a global for features: connectd.c has access to the feature bits. Since connectd might now want to send a message, it needs the crypto_state non-const, which makes this less trivial than it would otherwise be. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
2020-04-02 05:03:47 +01:00
struct crypto_state *cs,
cleanup: make 'u8 *features' and 'struct feature_set *fset' more explicit. It's almost always "their_features" and "our_features" respectively, so make those names clear. Suggested-by: @cdecker Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
2020-04-03 01:03:59 +01:00
const u8 *their_features TAKES);
connectd/peer_exchange_initmsg: handle peer comms ourselves. connectd is the only user of the cryptomsg async APIs; better to open-code it here. We need to expose a little from cryptomsg(), but we remove the 'struct peer' entirely from connectd. One trick is that we still need to defer telling lightningd when a peer reconnects (until it tells us the old one is disconnected). So now we generate the message for lightningd and send it once we're woken. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
2018-09-27 22:04:19 +01:00
Put the 'd' back in the daemons. @renepickhardt: why is it actually lightningd.c with a d but hsm.c without d ? And delete unused gossipd/gossip.h. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
2018-09-03 04:40:00 +01:00
#endif /* LIGHTNING_CONNECTD_CONNECTD_H */