[tor-relays] Blutmagie does not see 0.2.7.2 bandwidth

starlight.2015q3 at binnacle.cx starlight.2015q3 at binnacle.cx
Mon Aug 3 15:52:21 UTC 2015


Hi Olaf,

The new ed25519 elliptic curve relay 
identity certificate now occupies the top
of the extra-info document.  The script
should be able to handle the elements
appearing in any order.  Since the
script is written in perl this should
be an easy fix to search/match out the
read-history and write-history lines.
Extra-info should be treated as a large
string having newlines in it and matches
written with newline anchors, or as
an array of strings, one line-per ordinal.
Always more than one way with perl.
Will help if you like.

Though it should not matter, the new
extra-info sequence is

extra-info . . .
identity-ed25519
   <multi-line certificate>
published . . .
write-history . . .
read-history . . .
dirreq-write-history . . .
dirreq-read-history . . .
.
.
.

Regards,



At 16:10 8/3/2015 +0200, you wrote:
>Am 02.08.2015 um 17:39 schrieb starlight.2015q2 at binnacle.cx:
>Hi, it's me!
>
>debugging the old Blutmagie Perl scripts I
>found all routers like splitDNA running
>Tor 0.2.7.2 sending two hash values in the 
>extra-info-digest. I suppose this isn't
>expected by the script parsing 
>the data.
>
>GETINFO desc/name/splitDNA
>250+desc/name/splitDNA=
>router splitDNA 62.210.82.44 21 0 143
>[...]
>extra-info-digest D6F7A98078BDA327D3. . .
>
>regards Olaf



More information about the tor-relays mailing list