Bug 31356: Bump protover for new padding machines

By binding the protover numbering to specific padding machines, we can make
our padding negotiation simpler. We probably should have done this in the
first place.

This has the side effect that earlier 0.4.1.x-alpha clients won't negotiate
with 0.4.1.x-stable relays, and 0.4.1.x-stable clients won't negotiate with
earlier 0.4.1.x-alpha relays (or 0.4.0.x relays). Since we don't support
alphas after the stable is released, this is fine, so long as it gets in
before the first stable of 0.4.1.x.
This commit is contained in:
Mike Perry
2019-08-08 12:49:33 -05:00
parent f6bc9d7c7e
commit b14bb12e39
2 changed files with 3 additions and 3 deletions
+1 -1
View File
@@ -402,7 +402,7 @@ protover_get_supported_protocols(void)
#endif
"Microdesc=1-2 "
"Relay=1-2 "
"Padding=1 "
"Padding=2 "
"FlowCtrl=1";
}
+2 -2
View File
@@ -168,7 +168,7 @@ pub(crate) fn get_supported_protocols_cstr() -> &'static CStr {
LinkAuth=3 \
Microdesc=1-2 \
Relay=1-2 \
Padding=1 \
Padding=2 \
FlowCtrl=1"
)
} else {
@@ -183,7 +183,7 @@ pub(crate) fn get_supported_protocols_cstr() -> &'static CStr {
LinkAuth=1,3 \
Microdesc=1-2 \
Relay=1-2 \
Padding=1 \
Padding=2 \
FlowCtrl=1"
)
}