[lsd0004] branch master updated: improve English

[gnunet]

This is an automated email from the git hooks/post-receive script.

grothoff pushed a commit to branch master
in repository lsd0004.

The following commit(s) were added to refs/heads/master by this push:
     new c09bf34  improve English
c09bf34 is described below

commit c09bf3446302107d22118fd80aca0a6fd76bdd0f
Author: Christian Grothoff <grothoff@gnunet.org>
AuthorDate: Sun Aug 20 18:25:49 2023 +0200

    improve English
---
 draft-schanzen-r5n.xml | 12 ++++++------
 1 file changed, 6 insertions(+), 6 deletions(-)

diff --git a/draft-schanzen-r5n.xml b/draft-schanzen-r5n.xml
index aa95c74..bb0852f 100644
--- a/draft-schanzen-r5n.xml
+++ b/draft-schanzen-r5n.xml
@@ -1379,7 +1379,7 @@ BEGIN
               The block is cached in the routing table until it expires,
               the peer is removed from the routing table, or the information 
is replaced by another message
               from the peer.
-              The implementation <bcp14>SHOULD</bcp14> instruct the Underlay 
to connect to all now available addresses
+              The implementation <bcp14>SHOULD</bcp14> instruct the underlay 
to connect to all now available addresses
               using <tt>TRY_CONNECT</tt> in order to make the underlay aware 
of alternative addresses for this connection and
               to maintain optimal connectivity.
             </li>
@@ -1603,8 +1603,8 @@ BEGIN
               not already full the peer <bcp14>MUST</bcp14> try to establish a
               connection to the peer indicated in the <tt>HELLO</tt> block 
using
               the address information
-              from the <tt>HELLO</tt> block and the Underlay function 
<tt>TRY_CONNECT</tt>.
-              The implementation <bcp14>MUST</bcp14> instruct the Underlay to 
try to connect to all
+              from the <tt>HELLO</tt> block and the underlay function 
<tt>TRY_CONNECT</tt>.
+              The implementation <bcp14>MUST</bcp14> instruct the underlay to 
try to connect to all
               provided addresses using <tt>TRY_CONNECT</tt> in order to make 
the underlay aware of
               multiple addresses for this connection.
               When a connection is established, the signal 
<tt>PEER_CONNECTED</tt> will cause
@@ -2070,8 +2070,8 @@ BEGIN
               because the routing table or the respective k-bucket is already 
full.
               If the peer is a suitable candidate for insertion, the local 
peer <bcp14>MUST</bcp14> try to establish a connection
              to the peer indicated in the <tt>HELLO</tt> block using the 
address information
-              from the <tt>HELLO</tt> block and the Underlay function 
<tt>TRY_CONNECT</tt>.
-              The implementation <bcp14>MUST</bcp14> instruct the Underlay to 
connect to all provided addresses
+              from the <tt>HELLO</tt> block and the underlay function 
<tt>TRY_CONNECT</tt>.
+              The implementation <bcp14>MUST</bcp14> instruct the underlay to 
connect to all provided addresses
               using <tt>TRY_CONNECT</tt> in order to make the underlay aware 
of multiple addresses for this connection.
               When a connection is established, the signal 
<tt>PEER_CONNECTED</tt> will cause
               the peer to be added to the respective k-bucket of the routing 
table (<xref target="routing"/>).
@@ -3112,7 +3112,7 @@ maybe generate proper test vector.
          here is underspecified and just used as a simple example.
          In practice, the key (addr-name)
          refers to a scheme supported by a
-         DHT Underlay.
+         DHT underlay.
         </t>
         <t>
           The general syntax of <tt>HELLO</tt> URLs specified using

-- 
To stop receiving notification emails like this one, please contact
gnunet@gnunet.org.