...
When subscription ruleset is installed a well known Rx channel is created. The well known channel name is wellKnown_Rx with Tx_Rx channel type. This channel is used for subscription requests ..., and is meant to be publicly shared with potential subscribers. In the future this channel will use Policies to restrict events to only subscription request, making your engine more secure.
Simple Subscription
A simple subscription only contains what is needed for basic secure communication.
To establish a basic subscription between pico A and pico B:
- Pico A sends a subscription request on pico B well known Rx.
wrangler:subscription
event is used for request and must include the following attributes:- wellKnown_Tx - Pico B's well known ECI. Pico A must receive an ECI to contact Pico B. (This eci will be stored after the subscription has been accepted. Events should be sent to the outbound eci, not the original subscriber eci.)
- Pico Pico A must receive a wellKnown_Rx channel to contact Pico B. Pico A receives a
wrangler:subscription
event which includes a wellKnown_Tx attribute. wellKnown_Tx is Pico B's wellKnown_Rx . Pico A creates a channel for the subscription which stores subscription information and provides a new Rx eci for this particular subscription.Pico A sends awrangler:pending_subscription
event to Pico B, using the channel given by thesubscriber_eci
in step one with the following attributes:is store as Rx. -
name
- name of subscription.name_space
- name space for subscription.my_role
- Pico B's role in the subscription.subscriber_role
- Pico A's role in the subscription.outbound_eci
- Pico A's newly created inbound ECI.channel_type
- the channel type for Pico B's yet to be created inbound ECI (the same as Pico A's).attributes
- the attributes for this subscription. These are used for Pico B's incoming channel's attributes.
- Pico B creates a channel for the subscription which stores subscription information in the new channel and provides a new inbound eci for this particular subscription.
Pico A also raises an internalwrangler:pending_subscription
event with the corresponding attributes above. - Upon receiving the
wrangler:pending_subscription
event, Pico B, creates a pending subscription (channel mentioned above) and raises thewrangler:inbound_pending_subscription_added
event. Pico A raises thewrangler:outbound_pending_subscription_added
event.
The state of each Picos subscription is static at this point. Pico A has an outgoing pending subscription and Pico B has an incoming pending subscription. - If Pico B wants to approve the subscription request, it raises the
wrangler:pending_subscription_approval
event with an attribute namedsubscription_name
giving the name of the channel/subscription to approve. Upon successfully creating the subscription. Pico B:- sends the
wrangler:pending_subscription_approved
event to Pico A on Pico B'soutbound_eci
value stored in its subscription. - raises the
wrangler:subscription_added
event
- sends the
- Upon receiving the
wrangler:pending_subscription_approved
event, Pico A adds an outbound_eci to the subscription on its side and raises thewrangler:subscription_added
event.- Pico A then raises the wrangler:sending_key event to faclitate a key exchange with the pico it is subscribing to.
- If Pico B wants to reject the subscription, it raises the
wrangler:subscription_cancellation
event (internally) with an attribute namedsubscription_name
- the name of the channel/subscription to reject. Pico B:- sends the
wrangler:subscription_removal
event to Pico A on Picos B outbound_eci, which then raises thewrangler:subscription_removed
event to itself. - raises the
wrangler:subscription_removal
event, which raises thewrangler:subscription_removed
event.
- sends the
...