You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jan 18, 2024. It is now read-only.
Currently, when Hermes is instructed to create a new account, it's also creating a new static-route so that the Connector routes packets to the SPSP server.
Instead, we should enable locally-fulfilled packets in the Connector, and stop creating static-routes. The changes introduced here mean that we no longer need to add a static route. Instead, we can configure the SPSP server to answer to all accounts in test.jc.spsp and as long as it has the same shared-secret as the SPSP server, things should just work.
The text was updated successfully, but these errors were encountered:
It looks like Hermes is setting sendRoutes to true, even for child accounts, so we should stop doing that as well.
However, note that if sendRoutes is set to true for a local account, the actual "sending" of routes is only triggered when the peer sends us (i.e., the Connector) a route-control request. In other words, the "sending of routes" to a peer must be triggered by that peer, and local accounts will never trigger such requests -- thus, setting sendRoutes to true is benign when Hermes does it for a local account in Xpring.io.
Currently, when Hermes is instructed to create a new account, it's also creating a new static-route so that the Connector routes packets to the SPSP server.
Instead, we should enable locally-fulfilled packets in the Connector, and stop creating static-routes. The changes introduced here mean that we no longer need to add a static route. Instead, we can configure the SPSP server to answer to all accounts in
test.jc.spsp
and as long as it has the same shared-secret as the SPSP server, things should just work.The text was updated successfully, but these errors were encountered: