-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
PUSH_UPDATE: improve feature description #7
base: master
Are you sure you want to change the base?
Conversation
Signed-off-by: Lev Stipakov <[email protected]>
<sourcecode> | ||
PUSH_UPDATE,route 10.10.10.0 255.255.255.0,-dns | ||
PUSH_UPDATE,dns server 0 10.10.10.1,route-metric 100 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
text indentation issue?
</t> | ||
<t> | ||
This message includes dynamic configuration options that can be pushed from the server to the client without reconnecting. | ||
These options augment existing options. Options with the same name are replaced. To remove an option, it should be prefixed | ||
with <tt>-</tt>. For example, the following code replaces all routes (if there were any) with the provided one and removes the <tt>dns</tt> option: | ||
These options augment existing ones. For example, the following command only adds a DNS server and updates the route metrics |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
is augment
the proper term here? Normally that refers to "adding additional value/capabilities" to something.
What do you think about "join"? This way it's clear that they ultimately end up in the same option set, as if they were all provided at the same time.
Options with the same name, previously pushed with <tt>PUSH_REPLY</tt> or <tt>PUSH_UPDATE</tt>, are replaced. | ||
For instance, the following command removes all existing routes and adds two new routes: | ||
<sourcecode> | ||
PUSH_UPDATE,route 10.1.0.0 255.255.0.0,route 10.2.0.0 255.255.0.0 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
text indentation issue?
<t> | ||
To remove an option, it should be prefixed with <tt>-</tt>. The following example removes all existing <tt>dns</tt> options: | ||
<sourcecode> | ||
PUSH_UPDATE,-dns |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
text indentation issue?
Options prefixed with <tt>?</tt> are considered optional. The client MAY support them. If the client cannot support some optional options, | ||
they can be ignored, and the client does not have to reconnect. This also applies to removal. Example syntax: | ||
<sourcecode> | ||
PUSH_UPDATE,-?block-ipv6 | ||
PUSH_UPDATE,-?block-ipv6 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
text indentation issue?
Here client should remove <tt>block-ipv6</tt> option. However, if client does not support updating it, it does not need to reconnect. | ||
</t> | ||
Here, the client should remove the <tt>block-ipv6</tt> option. However, if the client does not support updating it, it does not need to reconnect. | ||
Note that the only valid syntax for removing options without reconnecting on failure is <tt>-?option-name</tt>. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
can we spell out that the '-' should always come before the '?' ?
No description provided.