updates

i2p2www/pages/site/docs/spec/common-structures.html

 {% extends "global/layout.html" %}
 {% block title %}{% trans %}Common structures Specification{% endtrans %}{% endblock %}
 {% block lastupdated %}{% trans %}August 2014{% endtrans %}{% endblock %}
-{% block accuratefor %}0.9.14.1{% endblock %}
+{% block accuratefor %}0.9.15{% endblock %}
 {% block content %}
 <p>{% trans i2np=site_url('docs/protocol/i2np'),
 i2cp=site_url('docs/protocol/i2cp'),
@@ -505,6 +505,11 @@ must be sorted by key so that the signature will be invariant.
 Duplicate keys are not allowed.
 {%- endtrans %}</li>
 
+<li>{% trans -%}
+The sort method is defined as in Java String.compareTo(),
+using the Unicode value of the characters.
+{%- endtrans %}</li>
+
 <li>{% trans -%}
 While it is application-dependent, keys and values are generally case-sensitive.
 {%- endtrans %}</li>

i2p2www/pages/site/docs/spec/ssu.html

 {% extends "global/layout.html" %}
 {% block title %}SSU Protocol Specification{% endblock %}
-{% block lastupdated %}July 2014{% endblock %}
-{% block accuratefor %}0.9.14{% endblock %}
+{% block lastupdated %}August 2014{% endblock %}
+{% block accuratefor %}0.9.15{% endblock %}
 {% block content %}
 
 <p>
@@ -913,8 +913,9 @@ Listed in order of occurrence:
 <ol><li>
 When sent from Alice to Bob:
 Alice/Bob sessionKey
-(the protocol also permits Bob's introKey if Alice and Bob do not have an established session,
- but in the current implementation Alice always selects a Bob that is established)
+(The protocol also permits Bob's introKey if Alice and Bob do not have an established session,
+ but in the current implementation Alice always selects a Bob that is established.
+ As of release 0.9.15, Bob will reject PeerTests from peers without an established session.)
 </li><li>
 When sent from Bob to Charlie:
 Bob/Charlie sessionKey
@@ -938,8 +939,9 @@ Listed in order of occurrence:
 <ol><li>
 When sent from Alice to Bob:
 Alice/Bob MAC Key
-(the protocol also permits Bob's introKey if Alice and Bob do not have an established session,
- but in the current implementation Alice always selects a Bob that is established)
+(The protocol also permits Bob's introKey if Alice and Bob do not have an established session,
+ but in the current implementation Alice always selects a Bob that is established.
+ As of release 0.9.15, Bob will reject PeerTests from peers without an established session.)
 </li><li>
 When sent from Bob to Charlie:
 Bob/Charlie MAC Key
@@ -1006,6 +1008,8 @@ On reception of a Peer Test message, look up the nonce in the table.
 If found, it's an existing test and you know your role (Alice, Bob, or Charlie).
 Otherwise, if the IP is not present and the port is 0, this is a new test and you are Bob.
 Otherwise, this is a new test and you are Charlie.
+</li><li>
+As of release 0.9.15, Alice must have an established session with Bob and use the session key.
 </li></ul>
 
 <h3 id="holePunch">HolePunch</h3>