Network Map Configuration Parameters

Configuration reference for the Network Map Service

  • address: The host and port on which the service runs

  • database: See CENM Database Configuration

  • shell: (Optional) See Shell Configuration Parameters

  • enmListener: Details on how the service will communicate with the rest of the ENM deployment.

  • port: Port that the service will bind to and other ENM components will connect to.

  • verbose: (Optional) Enables verbose logging for the socket layer

  • reconnect: Whether a client should be attempt to reconnect if the connection is dropped.

  • ssl: See SSL Settings

  • checkRevocation: If set to true then the Network Map will check with the Identity Manager’s revocation service whether the registering node is revoked.

  • pollingInterval: How often nodes registering with the network map should check back for new entries.

  • identityManager: Details where the issuance service is on the network

  • host: Which host the Identity Manager is running on

  • port: To which port it’s enmListener is bound

  • ssl: See SSL Settings

  • revocation: Details where the revocation service is on the network

  • host: Which host the Identity Manager is running on

  • port: To which port it’s enmListener is bound

  • ssl: See SSL Settings

  • localSigner: (Optional) Configuration of the local signer for the Network Map Service. Useful for debug, testing orwhen HSM support is not available.

  • keyStore: Configuration for key store containing the Network Map key pair.

  • file: Path to the key store file containing the signing keys for the Network Map Service.

  • password: Key store password.

  • keyAlias: Key alias under which the key can be found in the key store.

  • keyPassword: Password for the ‘keyAlias’ key entry within the key store.

  • signInterval: How often the signing process should be triggered (in milliseconds).

  • timeout: (Optional) The maximum time allowed for execution of the signing process (in milliseconds). Defaults to 30 seconds. If the timeout threshold is reached then the signing process will be aborted and wait before retrying. The wait time after each failure is determined by an exponential backoff strategy.

  • versionInfoValidation: (Optional) Configuration for the validation of node version info during publishing of node info to the Network Map

  • minimumPlatformVersion: (Optional - defaults to -1) The minimum platform version of Corda that a node needs to be running to successfully publish its node info to Network Map. The platform version is an integer value which increments on any release where any of the public API of the entire Corda platform changes. Setting this to a value <1 disables this behaviour, meaning the Network Map Service won’t check that platform version is passed from the node. However check against Network Parameters will still be done.

  • newPKIOnly: (Optional - defaults to false) A boolean that determines whether node info publishing should be rejected for all nodes running an outdated version of Corda that does not support the new PKI (arbitrary length certificate chains).

Was this page helpful?

Thanks for your feedback!

Chat with us

Chat with us on our #docs channel on slack. You can also join a lot of other slack channels there and have access to 1-on-1 communication with members of the R3 team and the online community.

Propose documentation improvements directly

Help us to improve the docs by contributing directly. It's simple - just fork this repository and raise a PR of your own - R3's Technical Writers will review it and apply the relevant suggestions.

We're sorry this page wasn't helpful. Let us know how we can make it better!

Chat with us

Chat with us on our #docs channel on slack. You can also join a lot of other slack channels there and have access to 1-on-1 communication with members of the R3 team and the online community.

Create an issue

Create a new GitHub issue in this repository - submit technical feedback, draw attention to a potential documentation bug, or share ideas for improvement and general feedback.

Propose documentation improvements directly

Help us to improve the docs by contributing directly. It's simple - just fork this repository and raise a PR of your own - R3's Technical Writers will review it and apply the relevant suggestions.